前言:想要寫出一篇令人眼前一亮的文章嗎?我們特意為您整理了5篇項目管理軟件論文范文,相信會為您的寫作帶來幫助,發(fā)現(xiàn)更多的寫作思路和靈感。
論文:項目管理進度控制費用控制質量控制軟件開發(fā)
人類社會經歷了三次經濟革命從農業(yè)革命、工業(yè)革命到目前正在經歷的信息革命。信息化正在日益改變人們的思維方式和生活習慣。在推動信息化過程中,計算機及其軟件產品發(fā)揮著至關重要的功能。對于軟件項目的管理成為項目管理領域一個令人興奮的課題。本文將結合項目管理中的控制方法分析軟件項目管理控制的相關新問題.以期提高軟件項目的開發(fā)效率。
1、有關軟件項目管理
1.1項目和項目管理
項目是一個旨在完成一個或一些獨特產品或服務的過程.它有著一系列被具體描述的屬性。由于項目的獨特性和一次性特征,引伸出它的其他特征.如目標的確定性.成果的不可挽回性組織的臨時性和開發(fā)性等?;陧梖lI的這些特征.項目運作更加注重項目決策前的計劃以及對實施過程的控制,以減少項目運作的風險。項目管理是2O世紀50年代后期發(fā)展起來的一種計劃管理方法,它運用先進科學的管理方式.有效解決大型組織的效率低下和小型企業(yè)面臨的風險增加新問題以組織的機動靈活.面向客戶和資源利用率高而被廣泛應用。在工程設計.施工軟件項目的開發(fā)、實麓中經常會碰到進度拖延.費用超支、質量不達要求等新問題除去極少數(shù)是因為技術原因造成,絕大部分是源于僵化的管理和不當?shù)墓芾矸绞健?/p>
1.2軟件項目管理
各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中.對開發(fā)實行有效的管理。從概念上講.軟件項目管理是為了使軟件項目能夠按照預定的成本.進度、質量順利完成.而對成本、人員、進度、質量、風險等進行分析和管理的活動。同時,隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大,軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員和支持人員的工作每個項目組成員按約定的規(guī)則準時完成自己的工作。同時采用規(guī)范化管理.專業(yè)分工也可以降低對開發(fā)人員的要求,從而降低產品研發(fā)成本。
2、軟件項目控制
2.1軟件項目控制
軟件項目跟蹤和監(jiān)控包括對照已文檔化的估計、約定和計劃評審和跟蹤軟件完成情況和結果?;趯嶋H的完成情況和結果調整這些計劃。軟件項目的已文檔化的計劃(即軟件開發(fā)計劃,正如在軟件項目計劃關鍵過程區(qū)域中所描述的)用作跟蹤軟件活動傳送狀態(tài)和修訂計劃的基礎管理者監(jiān)控軟件活動.主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處,將實際的軟件規(guī)模工作量成本和時間表和計劃相比較,來確定進展情況。當確定未實現(xiàn)軟件項目計劃時,采取糾正辦法。這些辦法可以包括修訂軟件開發(fā)計劃以反映實際的完成情況和重新計劃遺留的工作或者采取改進性能的辦法。
2.2軟件項目控制的內容
軟件項目控制的目的是為軟件項目的過程提供足夠的能見度,從而可以在執(zhí)行過程中發(fā)生對計劃的嚴重偏離時能夠采取適當?shù)母袨椤\浖椖靠刂瓢ǎ篴。追蹤軟件項目的進展于表現(xiàn)從而和所作的估計、承諾和計劃做出對比:b。追蹤軟件項目的風險;C。在發(fā)生對計劃的嚴重偏離時采取適當?shù)母袨椤?/p>
2.3軟件項目控制步驟
由于軟件開發(fā)是處在一個開放的動態(tài)系統(tǒng)中,開發(fā)環(huán)境的不斷變化要求不斷修改項目計劃,以適應新的變化。此外項目經理及其組織在完成任務的過程中不可避免的要碰到這樣或那樣的新問題.解決這些新的矛盾和新問題均屬項目控制的范疇項目的預算和進度計劃只能為項目經理提供決策的依據(jù).假如在項目實施過程中控制不?。茈y在限定的時間和預算要求下實現(xiàn)項目管理工作的目標。因此軟件項目控制的過程包括以下四個步驟:a、猜測什么會發(fā)生——要做出開發(fā)計劃并建立工作標準b、查明什么正在發(fā)生——用建立的工作標準檢查當前的工作;c、正在(或已經)發(fā)生的實事同猜測的結果進行比較——分析誤差產生的原因:d及時采取補救辦法.以滿足項目目標,預算和進度的要求。
3、軟件項目控制具體操作
3.1軟件項目進度控制
為了確保軟件開發(fā)中的各項工作能按照計劃預定的日程順利完成.對項目的進度要進行控制。進度控制的過程是.在項目實施過程中,不斷地進行實際進度值和計劃值的比較、發(fā)現(xiàn)偏差、檢查分析其產生的原因,并采取相應的辦法加以解決。
3.1.1進度控制流程
(1)進度控制的輸入
進度計劃。項目進度基準是項目測量和報告的基礎和標準。
實施報告。實施報告提供了有關項目進度發(fā)展實情。報告未來可能發(fā)生的進度新問題。
變更要求。項目變更要有嚴格的申請和審批手續(xù)。
進度管理的技術和工具。
(2)進度管理的技術和工具
進度控制變更系統(tǒng)。為有效實現(xiàn)進度管理和控制.進度控制系統(tǒng)應設立實現(xiàn)重新計劃的全部功能。包括:文件設立.跟蹤即實施報告.變更評估等。
實施情況測量。項目進度控制系統(tǒng)中的一個重要組成部分是決定對遲發(fā)生的進度偏差是否采取糾偏辦法。而實施情況報告提供了決策的主要信息。如變更分析.趨向分析.已實現(xiàn)價值分析等。
糾偏計劃。很少有項目能完全按計劃進度進行為實現(xiàn)項目進度或總進度要求,在項目實施過程中.需要不斷對原計劃進行調整或增加新的工作內容。為此.需要不斷對實施的項目進行活動時間猜測。修改活動過程.替代進度方案分析。
項目管理軟件。它的功能是跟蹤項目按計劃日期展開實際工作的情況.對照進度計劃分析進度目前狀況,找出進度的偏差.分析進度偏差對項目的影響.猜測未來走勢
(3)項目進度控制的輸出
進度更新。包括對項目管理中任何進度信息的修改。進度調整是其中的一種.師隊員進度計劃中活動開始和結束時間的改變。糾偏行動。通過改變資源投入將實際進度拉回到計劃的行動過程。
從中獲得的教訓。有關進度偏差產生的原因。糾偏方案的評估和選擇以及其他方面的感受和教訓都應紀錄在案成為日后有用的歷史資料。
3.1.2進度控制方法
一般項目進度控制采用因果分析.分析用四步完成:
(1)明確新問題。實際完成情況和項目里程碑相對照.確定是否超期.超期的部分是在哪里。
(2)查找產生該新問題的原因。位從系統(tǒng)角度充分熟悉各方原因.應組織具有代表性任務人員并采用頭腦風暴法進行。項目主管要通過他領導的辦公室或小組,以及在各職能部門的人共同分析新問題產生原因。
(3)確定個原因對新問題產生的影響程度。對影響程度的評估可以采用專家小組打分的方法,事先確定權數(shù).而后打分得出分析結果。
(4)畫出帶箭頭的魚刺圖。分析出原因后各部門各就其職針對新問題提出解決方案.并實施。
3.1.3軟件項目進度控制具體辦法
在實施進度計劃過程中,會有種種故障:客戶的需求進行了補充或修改;工作量估算不準,造成進度不平衡或是有人不遵從開發(fā)規(guī)范.導致產品出現(xiàn)缺陷;或是技術環(huán)節(jié)出現(xiàn)故障,這些新問題往往是在進度計劃外出現(xiàn)的.一旦出現(xiàn)這些新問題,項目進度不得不進行調整。開發(fā)過程中為了有效控制類似新問題,可以采用以下輔助辦法,控制進度按計劃執(zhí)行:
(1)政策性辦法。對于不遵從開發(fā)規(guī)范,人員不按時履行職責的.給予經濟或是職務上的處罰.這種辦法應是建立在分配任務之前;
(2)人員布置。在各子項目接口處適當布置機動人員和機動時間。這一辦法有賴于項目組織的機構設置能動性好。此處比較難解決的是人員業(yè)績評估.獎勵新問題。
(3)技術辦法,要想很好地執(zhí)行進度計劃,需要事先有統(tǒng)一的規(guī)范例如開發(fā)語言的統(tǒng)一,文檔的歸類。這樣便于下一階段人員理解上一階段人員意圖,交流更加輕易。
(4)信息流辦法。該辦法要求建立一個信息流系統(tǒng).準時匯報項目進度.便于主控人員調整進度,并且保證信息流通順暢。避免開發(fā)期壓到最后造成嚴重拖工。
(5)資金辦法。財務部門可以定期檢查各部門財務情況.控制資金流出時間.進而控制項目進度。這和后面要講到的三者權衡有密切關系。
3.2軟件項目費用控制
費用控制就是要保證各項工作要在他們各自的預算范圍內進行。其基礎是實現(xiàn)就對項目進行費用預算。整個項目費用應包括項目范圍規(guī)劃階段。軟件需求分析階段.原型設計階段開發(fā)階段.測試階段和項目投入使用后的使用階段所消耗費用的總和。軟件開發(fā)項目承擔公司為了完成項目目標和獲得更多的利潤.在實施項目過程中就要控制成本.在控制過程中,首先要擬定一個標準.即計劃值.然后進行實際至于計劃值的比較,確定實際值和計劃標準的偏差大?。员阍诖嘶A上采取各種辦法糾正偏差.常用的分析工具是偏差分析。
偏差是指實際成本對相應計劃的偏離,成本偏差的數(shù)學公式為:
CV=BCWP-ACWP(負數(shù)CV表明出現(xiàn)超支;反之,則節(jié)資)(3—1)
其中:CV為成本偏差,BCWP為計劃工作預算,ACWP為完成工作實際成本。
在進行成本偏離計劃程度分析時,常用計劃偏差率反應時給予計劃的偏離程度。
CVP=CV/BCWP(3-2)
其中CVP為成本偏差率。
偏差值是控制分析中的一個關鍵參數(shù),因而應向各級組織匯報。對于不同的項目或同一項目不同階段或不同管理層次,對偏差的控制程度不一樣,制定偏差答應值的方法也不同。由于隨著時間的推移風險減少了,因而偏差答應也可降低。超級秘書網
3.3軟件項目質量控制
對于軟件產品的項目質量控制應是事前有預控,過程有監(jiān)控的主動控制閉環(huán)系統(tǒng)。(1)事前預控:根據(jù)影響質量因素多等特征.軟件項目質量必須事前預控,及根據(jù)軟件的類型和特征,以及以往類似項目的常發(fā)病和預防辦法,對軟件項目質量提出事前預控辦法,包括制定控制的計劃和程序,這是項目質量控制的前提。(2)過程監(jiān)控:根據(jù)易產生質量波動和易產生系統(tǒng)因素變異等特征,軟件項目質量必須過程監(jiān)控.即按照預控的計劃和程序,對工序、分項、單元的全過程進行過程監(jiān)控.包括監(jiān)測、檢查、控制和評定.這是項目質量控制的基礎。
關鍵詞:軟件項目;軟件過程;CMM;KPA
一、引言
項目管理(PM,projectmanagement)是指利用現(xiàn)有的知識、方法和技術手段,有效地計劃、調度、控制和跟蹤項目的開始、執(zhí)行、直止終止的過程,是項目順利實現(xiàn)的有效手段。軟件項目管理則是在項目管理的基礎上,結合軟件產品的實際,利用工程的概念和方法來開發(fā)與維護軟件,對成本、風險、時間、質量、過程、配置等進行分析、管理、控制,最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內,以預定成本按期、按質完成軟件的開發(fā)并交付用戶使用。目前,軟件產品已廣泛應用于各個領域,但是很多軟件項目的成功率并不高.雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范.但并沒有從根本上提高軟件項目管理問題,這就導致軟件產品質量不穩(wěn)定甚至是項目的失敗,同時也損害了用戶的利益。本文結合我國軟件項目管理的特點并經實踐應用.以提高軟件質量、降低成本、加強軟件項目的可控性為目標,通過對CMM的研究和改進,給出了一個基于CMM加強軟件項目管理的實踐模式,在這個模式中對目前CMM中的KPA做適當?shù)牟脺p,定義了6個關鍵過程域和3個工作組。
二、軟件項目管理中目前存在的問題
影響軟件項目成功率的因素主要是軟件質量問題,而在整個軟件項目的實施過程中需求不明確、跟蹤和監(jiān)督不力、缺乏客觀的軟件評審和軟件配置以及風險管理意識不足等都阻礙著軟件質量的提高。
2.1需求不明確
需求管理是軟件項目管理中非常關鍵的一個步驟.需求分析的完整與否可以降低軟件質量、延長項目周期、加大成本。由于用戶對計算機系統(tǒng)認識的不足,對于系統(tǒng)的需求往往比較模糊,遺漏甚至是錯誤的問題經常出現(xiàn)(包括管理流程、業(yè)務流程、數(shù)據(jù)或報表的分析處理等),但這些問題往往沒有暴露給開發(fā)人員,而是隨著項目的進展才逐漸明確。對于開發(fā)人員來說,需求的變更意味著軟件產品的部分內容必須重新開發(fā),而對于整個軟件項目管理而言,勢必要重新分配資源、調整計劃、估算成本等等,導致軟件產品質量下降。
2.2跟蹤和監(jiān)督不力
跟蹤和監(jiān)督主要針對過程而言,也是項目管理中最容易被忽視的環(huán)節(jié)。軟件項目過程由多個任務構成,大部分任務都有前置任務和后置任務,這就要求項目管理者要嚴格跟蹤和監(jiān)督每一個任務。任務的完成主要從時間進度和質量兩方面來衡量,還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進度內容,但如果缺乏有效的跟蹤和監(jiān)督機制,對于每一個階段所要完成的任務疏于評價,就會影響下階段軟件產品的質量,有時甚至是軟件產品的重新開發(fā),最終影響整個軟件項目。
2.3缺乏客觀的軟件評審
客觀的軟件評審是軟件產品質量的直接保障,軟件評審一直貫穿于整個軟件項目的過程中,對軟件產品的評審應有客戶使用人員和軟件業(yè)中的同行來進行。客戶使用人員對軟件產品做階段性的評審可以及時發(fā)現(xiàn)軟件產品功能方面的不足,同行評審可以從軟件業(yè)的規(guī)范及標準去發(fā)現(xiàn)問題.軟件評審可以降低軟件開發(fā)的成本提高軟件產品的質量。大多情況下項目管理者沒有做任何階段性的評審,通常只是在軟件產品開發(fā)基本完成之后來組織評審,果發(fā)現(xiàn)了很多問題,但要修改已經非常困難.要花費很長的時間甚至從頭再來。
2.4軟件配置混亂
軟件配置是指軟件產品在各個階段各種版本的文檔、程序及數(shù)據(jù)的集合,貫穿于整個軟件項目的始終。隨著軟件產品開發(fā)的進行,由于各種客觀原因,其中的預算、設計方案、進度等內容都有可能需要大大小小的更改(這些改動可能是合理的),整個改變的過程對軟件項目的參與人員來說必須是可視的,以便提高軟件的可靠性和質量,而這一切都應該有正確的軟件配置來控制如果失去正確的軟件配置管理,那么針對軟件產品發(fā)生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。
2.5風險管理意識不足
風險管理是軟件項目中防止失敗的一種重要手段,軟件項目不同的階段存在著不同的風險,并且風險會隨著項目的進展而變化,目前國內的軟件企業(yè)大都不注意軟件項目的風險管理。除了社會環(huán)境風險、商業(yè)風險等這些客觀風險之外.可控的軟件項目風險主要指技術風險。技術風險主要是指與軟件項目本身相關的的技術因素變化帶來的風險,如果在一定的條件下達不到技術條件能夠實現(xiàn)的目標,不但延緩項目的進度而且會增加項目的成本.繼而使整個項目受到影響。
三、通過過程管理加強軟件項目管理的實踐模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程,并根據(jù)這一原則對整個軟件項目的開發(fā)和管理進行過程監(jiān)控,監(jiān)督發(fā)現(xiàn)過程中影響項目的關鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護軟件及相關產品的一套行為、方法、實踐及變換過程,包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機構按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關鍵過程域),KPA是指在某個成熟度等級應重點關注的區(qū)域,也是達到此成熟度等級必須解決的關鍵點。①初始級,無過程意義。軟件過程是無序的、隨機的、缺乏總計劃,無預見性,大多數(shù)活動是應付危機,經常超期超支,成功取決于個人。②可重復級,具備基本的項目管理。KPA分別是:需求管理、軟件項目計劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質量保證、軟件配置管理;③已定義級,已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標準化,并綜合成該組織的標準軟件過程。KPA分別是:組織過程焦點、組織過程定義、培訓大綱、集成軟件管理、軟件產品工程、組間協(xié)調、同行評審;④可管理級,過程可度量。已收集了軟件過程和產品質量的詳細度量方法,軟件過程和產品均可被定量地理解和控制。KPA分別是:定量過程管理、軟件質量管理;⑤優(yōu)化級,過程控制。通過過程的量化反饋以及新技術、新方法促使過程不斷改進。KPA分別是:缺陷預防、技術更新預防、過程更改管理。
CMM只是一個過程改進的框架.并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當裁減.定義了6個關鍵過程域:軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監(jiān)督(SPTO)、軟件質量保證(SQA)、軟件配置(SCM)、同行評審(PR),設置了三個工作組:軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質量保證組(SQAG)。通過工作組對關鍵過程域的操作來加強軟件項目的管理。
3.1定義KPA
3.1.1軟件項目計劃(SPP)
軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排,包括進度控制、成本控制、質量控制、風險控制等,也是實施CMM2的核心此階段在安排過程活動的同時開展項目設計的前期工作,設計和界定在整個項目中各階段所需的開發(fā)、質量、跟蹤、評審、風險、成本等工作。項目計劃是指導項目過程的具體措施,要在有軟件項目實施經驗的人員領導下投人大量的時間和人力資源來完成。制定項目計劃應注意7個問題。①在科學論證的基礎上制定過程,充分調動人員積極性合理地確定項目組的參加人員;②對軟件項目各程中的任務進行分解,明確項目的里程碑和檢查點;③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用;④正確估計各方面因素帶來的風險并制定應對措施;⑤制定項目實施過程中的跟蹤和監(jiān)督措施;⑥確定軟件的評審和測試方法;⑦詳細的文檔資料。
3.1.2需求管理(RM)
需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求.是整個軟件工程的第一步.也是非常關鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進行嚴格的定義.是設計一個軟件應用系統(tǒng)的起點與基本依據(jù),通過它來評判軟件產品是否能夠解決用戶問題,也是項目成功與否的標準。就目前國內現(xiàn)狀來講,一般簽定軟件項目合同的用戶是主管信息技術的負責人,它所關心的可能是整個系統(tǒng)的目標需求,用戶方中層管理人員關心的是業(yè)務流程需求.終端操作人員則注重軟件本身的易操作性和功能特性,因此.面向用戶的需求一定要和用戶多方人員多溝通、交流.最終通過雙方有關部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象,對于這種情況一定要注意需求更改的可控性.要建立需求的基準版本和更改版本控制文檔資料.使受需求變化影響的產品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性,如果一個需求的變更比較頻繁,意味著本項目并沒有真正了解用戶想要解決的實際問題??梢哉f需求分析的完整性和變更可控性直接影響到軟件過程的改進,它可以降低軟件質量、加大軟件開發(fā)的成本、甚至是導致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。
3.1.3軟件項目跟蹤和監(jiān)督(SPTO)
軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中,是項目得以控制的前提和條件、是軟件質量的根本保障,其目的是增加軟件過程中進度、成本、工作量、質量、風險等內容的可視性,也是實施CMM2的核心。除去市場、法律等不可控制因素外,根據(jù)項目計劃對項目進展的有關情況及影響項目實施的相關因素進行及時、客觀、準確的信息采集,將采集到的需求、成本、進度、風險等內容形成文檔并建立一個項目跟蹤信息平臺。項目負責人定期召集軟件過程人員、開發(fā)人員、質量保證人員、用戶方有關人員召開開放式的例會,例會的主要內容是檢查項目進展、數(shù)據(jù)的分析、認識的偏差、資源的搭配、相關的風險等問題并討論確切的解決辦法,通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。
3.1.4軟件質量保證(SQA)
軟件質量保證是與軟件產品滿足規(guī)定的和隱含的需要能力有關的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產品的有效性、一致性、完整性、可靠性和可操作性等方面,對于軟件產品本身來講體現(xiàn)在軟件產品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中.軟件質量保證應在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成.軟件質量保證要做到以事先預防和跟蹤為主,事后糾偏為輔。
3.1.5軟件配置(SCM)
軟件配置是針對軟件產品的跟蹤和控制活動.貫穿于整個軟件項目的過程中.目的是建立和維護在整個生命周期內軟件產品的完整性和一致性,使整個軟件產品的演進過程處于可控的狀態(tài),繼而提高軟件的可靠性和質量。在實踐應用中主要做到五個子項的配置①配置項的標識。標識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產周期中產品在技術和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。
3.1.6同行評審(PR)
同行評審是根據(jù)預定的規(guī)范和標準對軟件產品進行評審。評審的結果是衡量軟件產品質量的依據(jù)。在整個軟件過程中對詳細設計和軟件綜合測試作為兩個關鍵評審點來進行評審,評審的過程中注意要結合本軟件項目的具體要求和標準。
3.2組的定義
在具體的實踐應用中設置了三個組,在降低了人員成本的同時提高了軟件過程改進能力和軟件質量。
軟件項目過程組(SPPG)組織具體的項目實施活動,管理并協(xié)調整個軟件項目的過程,主要完成SPP和SPTO。
軟件工程組(SEG)負責軟件工程的需求分析、概要設計、詳細設計、編碼、測試、維護工作。
軟件質量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
四、實踐模式效率評估
4.1開發(fā)時間
軟件開發(fā)由需求分析、概要設計、詳細設計、編碼、軟件測試、項目維護和軟件集成幾部分內容組成,在需求分析和設計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析,論證項目的可行性。然后在和用戶做良好溝通、反復論證的基礎上做需求分析,形成文檔資料。這種模式下花費在需求分析和設計上的時間大約占項目總開發(fā)時間的40%,但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細的規(guī)格說明等內容,為代碼編寫、軟件測試、軟件維護等后續(xù)內容的工作節(jié)省了時間,軟件項目的開發(fā)周期大大縮短。經過評估,采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20%。:
4.2開發(fā)質量
采用CMM標準通過軟件過程管理加強軟件項目管理的實踐模式使軟件質量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產品完整性好、功能齊全、維護量下降,軟件項目最終得以順利實現(xiàn)。
軟件項目管理是使軟件項目能夠按照預定的成本、進度、質量順利完成,而對成本、人員、進度、質量、風險等進行分析和管理的活動。軟件開發(fā)的整個過程都是設計過程而且不需要使用大量的物質資源(主要是人力資源),并且,軟件開發(fā)的產品只是程序代碼和技術文件,并沒有其他的物質結果。因而企業(yè)軟件開發(fā)項目管理水平直接決定了軟件開發(fā)的能力,科學、系統(tǒng)的軟件項目管理也從很大程度上減小了開發(fā)風險。通過運用軟件項目管理來科學地開發(fā)軟件有效地減少了開發(fā)風險,保證了質量。
1流程
根據(jù)項目管理的一般原理,項目管理的過程從總體上可以分為5個階段,每個階段包含有一個或多個管理過程。這5個階段分別是:項目啟動、項目計劃編制、項目計劃執(zhí)行、綜合管理控制和項目收尾。它們之間的聯(lián)系如圖1所示。
(1)項目啟動:根據(jù)必要的工作(如可行性分析,技術評估等)結果,批準一個項目的運行。
(2)項目計劃編制:收集和編寫項目所需要的各種資料,進行各種計劃活動并制訂相應的計劃,將各種計劃的結果匯總成為連貫、一致的文檔,即項目計劃文檔。在軟件項目中,具體的活動包括需求和范圍管理計劃、進度計劃、人力資源計劃、成本計劃、溝通計劃、風險計劃等。
(3)項目計劃執(zhí)行:通過進行項目計劃所規(guī)定的各種活動,實施項目計劃。
(4)綜合管理控制:在項目計劃實施的過程中,對各種活動進行監(jiān)控,協(xié)調并控制整個項目期間的變更。在軟件項目中,主要的活動包括范圍變更控制、進度計劃控制、成本控制、質量控制、風險監(jiān)督和控制等。
(5)項目收尾:項目或階段的正式接收并達到有序的結束。其中,項目的中間過程(計劃、執(zhí)行、控制)是一個循環(huán)反復的過程。項目計劃是計劃執(zhí)行和計劃控制的基準;計劃執(zhí)行的結果受到計劃控制的監(jiān)控;計劃控制根據(jù)比較計劃執(zhí)行的結果和項目計劃的偏差,以及各種因素引起的變化,對項目計劃進行修正,從而形成下一個循環(huán)的項目基準。它們之間的流程如圖2所示。
2生命周期模型
任何軟件的開發(fā)都要經歷一個“生命期”,生命期模型的主要功能是確定一種標準,確定項目規(guī)格、建立原型、設計、實現(xiàn)、檢查、測試或執(zhí)行一些其他活動,以此確定在軟件開發(fā)過程中是否是以某種次序一個任務接著一個任務進行。作為一個項目的主要計劃,軟件生命期模型的選擇對項目成功的影響非常重要。恰當?shù)纳谀P涂梢允管浖椖苛鞒袒椭椖咳藛T一步一步接近目標。假如選擇了適宜的生命期模型,就可以提高開發(fā)速度、提升質量、加強項目跟蹤和控制、減少成本、降低風險,或是改善用戶關系。
2.1瀑布模型
最經典的軟件生命周期模型是瀑布型模型,它是其他生命期模型的基礎。在瀑布模型中,項目從始至終按照一定順序的步驟從初始的軟件概念進展到系統(tǒng)測試。項目確保在每個階段結束時進行檢查,以判定是否可以開始下一階段工作。假如檢查的結果是項目還沒有預備好進人下一階段,它就停留在當前階段,直到當前階段工作完成。如圖3所示。
瀑布模型是文檔驅動型的,主要工作成果通過文檔從一個階段傳遞到下一個階段。假如有一個穩(wěn)定的產品定義和很輕易被理解的技術解決方案時,瀑布模型可以幫助及早發(fā)現(xiàn)新問題,降低項目的階段成本,是快速開發(fā)的一個恰當選擇。但在很多實際情況中,由于需求、技術等很多不確定性,瀑布模型并不適合于進行快速開發(fā)。
2.2漸進原型
漸進原型是從開發(fā)系統(tǒng)概念開始的一種生命期模型,通常是從最核心的方面開始,向用戶展示完成的部分,然后根據(jù)用戶的反饋信息繼續(xù)開發(fā)原型,并重復這一過程,直到開發(fā)者和用戶都認為原型己經足夠好。然后,完成結尾工作,交付作為最終產品的原型,如圖4所示。
“漸進原型”模型以逐步增加的方式進行開發(fā),以便于隨時根據(jù)客戶或最終用戶的反饋來修正系統(tǒng),在需求變化很快的時候,或者用戶很難提出明確需求的時候,或者開發(fā)人員對最佳的架構或算法沒有把握的時候,漸進原型非凡有用。但是,漸進原型是以犧牲項目的可控制性來換取較多的客戶反饋以及較好的過程可視性的。由于原型的功能和特性會隨著用戶的反饋而經常發(fā)生變化,因此較難確定產品的最終形態(tài)。
2.3階段交付
階段交付模型是另一種生命期模型,該模型可以持續(xù)地在確定的階段向用戶展示軟件。和漸進原型不同,在階段交付的時候,開發(fā)者明確地知道下一步要完成什么工作。階段交付的特征是在項目整個開發(fā)過程中持續(xù)不斷地交付階段性成果。如圖5所示。
在“階段交付”生命模型中,軟件被分階段進行開發(fā)。在通常情況下,首先開發(fā)最重要的功能。階段付并不能減少軟件產品研發(fā)所需要的時間,但是它能充分降低軟件研發(fā)中的風險,而且能夠提供切實的、客戶可見的以及管理層評價項目狀態(tài)時所需要的標記。
2.4漸進交付
漸進交付是一種結合了漸進原型和階段交付兩種模型的生命期模型。在這種模型下,首先開發(fā)產品的一種版本,展示給用戶看,然后根據(jù)用戶的反饋改善產品,如圖6所示。
漸進交付模型在階段交付的可控制性和漸進原型的靈活性之間尋找平衡。在可能的情況下,它可以把軟件的某些選定的部分提前交付,從而有利于快速開發(fā)的進行;同時,在項目進行的過程中,它也具有響應用戶要求并改變產品方向的能力。
3開發(fā)應用
3.1要員管理
軟件項目成功的關鍵是有高素質的軟件開發(fā)人員,然而大多數(shù)軟件產品規(guī)模都很大,以至單個軟件開發(fā)人員無法在給定期限內完成開發(fā),因此,必須把多名軟件開發(fā)人員組織起來,使他們分工協(xié)作共同完成開發(fā)工作?,F(xiàn)有的軟件開發(fā)項目組的組織方式有:
(1)民主制程序員組
小組成員完全平等,享有充分民主,通過協(xié)商做出技術決策。小組成員間的通信是平行的,假如小組有n個成員,則可能的通信信道有n(n-1)/2條。
(2)主程序員組
主程序員既是成功的管理人員又是經驗豐富能力強的高級程序員負責體系結構設計和關鍵部分(或復雜部分)的具體設計,并且負責指導其他程序員完成具體設計和編碼工作。
后備程序員也應該技術熟練而且富于經驗,協(xié)助主程序員工作并且在必要時接替主程序員的工作。編程秘書負責完成和項目有關的全部事務性工作。
(3)現(xiàn)代程序員組
技術組長:只對技術工作負責。
行政組長:全權負責非技術事務。
項目開發(fā)方把軟件工程中的軟件項目組的組織理論文檔化后,形成了自己的一套具體的、適合在實際工作中使用的要員管理理論。
3.2進度管理
軟件項目的進度布置是一項活動,它通過把工作量分配給特定的軟件工程任務,并規(guī)定完成各項任務的起、止日期,從而將估算的工作量分布于計劃好的項目持續(xù)期內。進度計劃將隨著時間的流逝而不斷演化。在項目計劃的早期,首先制定一個宏觀的進度布置表,標示出主要的軟件工程活動和這些活動影響到的產品功能。隨著項目的發(fā)展,把宏觀進度表中的每個條目都精化成一個具體進度表。于是完成一個活動所必須實現(xiàn)的特定任務被標示出來,并布置好了實現(xiàn)這些任務的進度。超級秘書網
3.3配置管理
在開發(fā)計算機軟件的過程中,變化(或稱為變動)是不可避免的。假如不能適當?shù)乜刂坪凸芾碜兓?,勢必造成混亂并產生很多嚴重的錯誤。軟件配置管理是在計算機軟件整個生命周期內管理變化的一組活動。它不同于軟件維護。軟件維護是在軟件交付給用戶使用后才發(fā)生的,而軟件配置是在軟件項目啟動時就開始,并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動。其主要任務有:標識、版本控制、變化控制、配置審計和報告。只要參加過軟件開發(fā)的人都清楚,現(xiàn)在的軟件項目完全由一個人來完成是難以想象而且也是不可能的,通常是有一個研發(fā)小組來共同分析、設計、編碼和維護,并有專門的測試小組對己完成編碼調試的軟件進行全面的測試。在軟件開發(fā)這個龐大而復雜的過程中,需要涉及到各個方面的人員,信息的交流反饋不僅僅是在研發(fā)小組的成員之間及各個研發(fā)小組之間,還存在于客戶和研發(fā)者之間。所有的這些交流反饋意見信息都有可能導致對軟件的修改,小的可能只是對某個源文件中的某個變量的定義改動,大到重新設計程序模塊甚至可能是整個需求分析變動。
3.4軟件測試
測試是指軟件產品生存周期內所有的檢查、評審和確認活動。在軟件生命周期的每個階段都不可避免地會產生差錯。軟件測試的目的就是在軟件投人生產運行以前,盡可能多的發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟,它是對軟件規(guī)格說明、設計和編碼的最后復審。
0 引 言
產品數(shù)據(jù)管理 (PDM) 是將計算機在產品設計、分析、制造、工藝規(guī)劃和質量管理等方面的信息孤島集成在一起,對產品整個生命周期內的數(shù)據(jù)進行統(tǒng)一的管理,廣泛應用于與產品設計相關的很多領域。
1 項目管理的功能、建立及實施 PDM按照應用的范圍可以分為企業(yè)級PDM和工作組級PDM,企業(yè)級PDM的功能結構如圖1所示。
其中項目管理功能是PDM系統(tǒng)最核心的功能,本文將對項目管理的功能、建立及實施進行研究。 項目管理的定義是:為了在確定的時間范圍內,完成一個既定的項目,通過一定的方式合理地組織有關人員,并有效地管理項目中的所有資源(人員、設備等)與數(shù)據(jù),控制項目進度的系統(tǒng)管理方法。項目管理所涉及的信息最多,范圍最廣,實現(xiàn)起來也最復雜。
項目管理主要包括三個方面的信息,即人的信息、物的信息、任務的信息。其中人的信息包括項目人員指定,項目人員編組,人員角色分配。物的信息是指該項目要完成的產品對象,以及在完成過程中參考的資料、生成的文檔和產品零部件等。人對物的作用構成任務信息。項目管理通過任務分配將將人和物聯(lián)系起來,任務的分配和進行又要遵循一定的流程規(guī)則,按照一定的流程規(guī)則進行的項目使得用戶在管理項目和監(jiān)督項目時十分方便。下面以自行開發(fā)的 PDM 軟件 FIEYEEPDM 在項目A-142冷墩機上的應用, 論述項目管理功能的實現(xiàn)。 在創(chuàng)建一個新的項目后,通常要對項目進行產品結構上的分解,指定項目人員,為人員指定不同角色,分配不同任務。
1.1 項目產品結構分解
項目產品結構分解是把項目要完成的產品進行結構上的分解,項目產品結構分解有利于優(yōu)化對項目的管理, 項目產品結構按照樹狀關系存于PDM數(shù)據(jù)庫之中。A-142 冷墩機的結構分解見圖 2。項目人員編組是在項目產品結構分解基礎上的對項目人員的二次組織,不同的編組稱為團隊(TEAMWORK) ,它們都是所屬項目的子工作組,項目的子工作組之間的關系按照樹狀存于 PDM 數(shù)據(jù)庫之中。
1.2 項目人員指定
項目人員指定是指從企業(yè)指定一部分人組成一個臨時的工作組 (也叫團隊) 來完成特定的項目,在指定過程中,可以指定企業(yè)某一部門的所有人員,也可以指定企業(yè)某一部門的某一個特定的人或角色來參加項目。對于部門作為一個整體來參加項目的,在項目管理時將把此部門作為項目工作組的子部門來管理,它在項目編組時并不出現(xiàn)在編組中。
人員角色分配是用來為項目人員指定角色來完成特定類型工作的,一個角色對應企業(yè)中的一個特定的工作崗位,如設計員,主人設計師,工藝員,主任工藝師,總設計師等,不同的企業(yè)人員可以承擔同一個角色。
在 PDM 系統(tǒng)中,角色分為靜態(tài)角色和動態(tài)角色,企業(yè)中固定的部門中的固定的崗位對應的角色稱為靜態(tài)角色。在項目中的角色由于其隨著項目的存在而存在,被稱為動態(tài)角色。不同的角色之間存在類似上下級的管轄關系,其關系如圖 3。
角色與用戶之間的關系用樹狀關系存于 PDM 數(shù)據(jù)庫之中。
1.3 項目任務分解
任務分配是為不同項目成員或角色分配任務,不同的PDM在任務分配上有所不同, 有的PDM是按照角色進行任務分配的,有的是按照用戶直接進行分配的, 有的是混合使用兩種方法。 FIEYEEPDM就是混合使用兩種方法。任務分配的很重要的功能是任務分解,任務分解分為橫向分解和縱向分解,橫向分解是將某一任務分解為幾個平行的子任務,子任務之間沒有時間上的先后關系,通常橫向分配都是按照產品結構進行分配的,如上圖中對 A-142冷墩機的分解??v向分解是將任務按照時間先后順序分解,通常是按照模板進行分解;模板是在對以往相似的工作進行分析總結的基礎上,找出它們在過程上的共性,抽象而成的固定的流程模型。
按照模板進行分解的任務通過模板來監(jiān)控任務的進行情況,整個項目也可以讓其遵循一個任務模板,如A-142冷墩機開發(fā)項目可以讓其遵循如圖 4所示的新產品開發(fā)模板。
按照模板分解而成的任務還可以按照橫向分解和縱向分解進行再分解,如此層層分解就實現(xiàn)了項目的任務分解,在進行項目任務分解過程中系統(tǒng)將自動紀錄當前任務的父任務和當前任務遵循的流程。
1.4 項目任務信息
在進行項目任務分配過程中,為了讓特定的成員知道完成任務的具體操作,需要指定任務的輸入和輸出對象,任務完成的標志也是通過檢查輸出對象來確定的,輸入對象主要是一些參考文檔,技術要求文檔,任務書等,輸出對象主要是產品圖紙,工藝卡片,或者產品樣品等。
當系統(tǒng)在進行以上操作后,任務監(jiān)控就變得十分容易了,因為整個項目都已經通過橫向分解和縱向分解分解開來,任務之間通過樹狀關系表單和任務模板聯(lián)系起來,具體的人和具體的產品對象通過任務聯(lián)系起來,任務執(zhí)行情況通過檢查輸入和輸出對象來監(jiān)控,任務的進行通過流程規(guī)則來約束和驅動,考慮到實際情況中任務的重復執(zhí)行,任何一個任務都有如圖5所示信息
例如在設計A-142冷墩機沖頭部的連桿時,整個設計過程的負責人為王飛羽,該任務是從冷墩機沖頭部設計任務橫向分解而來,因此父任務為沖頭部的設計,該任務的輸入對象為連桿設計任務書,輸出對象為經過審核批準通過的連桿圖形文件,該任務不是遵照任何流程模板分解而來的,所以不屬于任何流程模板,該任務的結束標志為輸出對象即圖形文件完成為止。該任務本身又按照模板進行縱向分解如圖6。
其中設計圖紙和技術說明由林文完成,校對圖紙也由林文完成,審核圖紙由該項目的圖紙審核角色即審核員來審核,最后圖紙由項目文檔管理員進行圖紙發(fā)放。任務在執(zhí)行過程中,按照任務的類型將決定任務結束后流程將進行到哪一任務節(jié)點,對于設計節(jié)點,任務完成后直接進行到下一節(jié)點,但是對于審批類任務,任務執(zhí)行人可以將流程退回到前面某一節(jié)點,例如在冷墩機下胎部圖紙設計過程中,存在圖7的關系。
在項目管理過程中,通過監(jiān)控每一個任務的全部信息,整個項目將會處于完全監(jiān)控之下,項目管理就可以實現(xiàn)了。
2 結 論
按照本論文提供的信息建立起來的項目管理模型,可以方便直觀地監(jiān)督控制項目的全部信息,實現(xiàn)項目管理,為項目管理軟件的開發(fā)提供一個借鑒。
參考文獻
計算機專業(yè)畢業(yè)論文格式范文參考
計算機應用技術可以通過利用計算機進行數(shù)據(jù)信息的收集、處理和分析等,最終達到管理人員的信息輸出要求。將計算機應用技術應用到工程項目的管理中,可以更好的解決項目中瑣碎問題的查找和歸類,實現(xiàn)有序的項目管理,同時還可以有效的提高工程項目的管理效率。
1工程項目管理中計算機技術的應用
1.1多媒體技術
因為多媒體技術在當今社會的不斷發(fā)展,在工程項目管理中,硬件水平也得到了不斷提高。得益于多媒體技術在工程管理中的不斷深入,從前需要實打實的進行展現(xiàn)的一些工作步驟如今可以以軟件的形式更加方便快捷的進行技術性的工作,這樣具有突破性的技術其影響力也是不容小視的。但是,雖然軟件為工程項目管理工作提供了許許多多的方便,可與此同時,工作人員在享受軟件為工作帶來的更多的便利的同時,也承受著更高的風險。因為軟件系統(tǒng)不只是一個程序,程序與程序之間相互影響,一旦出現(xiàn)問題,相互影響導致出現(xiàn)問題的概率攀升。而縱觀如今的建筑行業(yè)中的施工管理,許多建筑施工單位對于管理并不重視,無論是最基礎的管理還是后續(xù)的管理,都處于放任狀態(tài),這樣的管理現(xiàn)狀不僅對單個建筑施工單位的影響不好,對于整個建筑行業(yè)的發(fā)展都是極為不利的。在工程項目管理中,所要接觸到的信息量時十分巨大的,這些信息量的處理及其消耗人力,并不是領導具有優(yōu)秀的領導能力,員工具有行動力就可以很好的得到解決的。關于這種軟件的開發(fā),其難度是可想而知的,現(xiàn)如今,雖然相關的技術程序已經不斷的涌現(xiàn),但真正做到優(yōu)秀的、萬無一失的軟件,還需要相關的技術人員在這條道路上,不斷地進行探索。
1.2網絡技術
在工程單位進行一個大型項目的建設工作的時候,無論是前期的溝通洽談,中期的建設工作還是后期的合作處理,都需要來自工程各個方面的人員進行實施的溝通和談判,而往往這些人員由于工作性質的不同,所在地經常會進行變換,這個時候,為了得到及時的溝通和接洽,在網絡上建立一個可以隨時進行溝通的網絡社交平臺是十分重要的。在網絡社交平臺的選擇上,我們可以選擇將資料和其他文件進行保存的論壇,也就是BBS,在這里,工程項目中來自各個位置的人員都可以進行溝通,獲得信息,進行技術上的技術交流,確保工程能夠順利完成,減少突發(fā)狀況的發(fā)生,也給整個工程提供了更多的方便。
2現(xiàn)如今工程項目管理中的缺陷
在工程項目管理中假如計算機技術的幫助無疑是給現(xiàn)代工程項目管理工作帶來了十分巨大的便利,也為工程項目管理工作得以更好額進行創(chuàng)造了一種新的可能,但是,縱觀目前的工程管理現(xiàn)狀,計算機應用技術在工程項目管理上的運用還存在著諸多問題,這些問題影響著工程項目管理更快的發(fā)展,也需要得到一個及時地解決。
2.1關于硬件
作為科技設備,計算機在安裝上需要進行許多的資金投入,無論是購買計算機本身的費用,還是安裝時所需要的電纜、網絡附加費用和安裝計算機時所需要消耗的安裝費用等,都是一筆不菲的數(shù)目。但是,關于硬件上的資金問題雖然看起來是一個不小的問題,可實際操作起來還是十分的容易解決,就目前的狀況來看,大多數(shù)的項目管理領導在計算機設備和計算機技術上的投資是十分大方的,他們也很愿意在這方面進行金錢投資,因為一方面,計算機應用技術確實能夠為工程項目管理帶來方便,有著很強的實際應用意義,可以為企業(yè)本身創(chuàng)造更大的經濟利益。另一方面,加大計算機應用技術的投入,也可以提升企業(yè)整體的現(xiàn)代感和形象度,對于企業(yè)形象的樹立,有著很大的作用。
2.2關于軟件
現(xiàn)如今的軟件市場上,關于工程項目管理的軟件多如牛毛、數(shù)不勝數(shù),而如何選擇一個適合自己工程項目的工程項目管理軟件往往是一個工程項目管理團隊面臨的難題。在市場上,這類軟件種類很多,價格不等,而且由于項目與項目之間的差距,很多軟件并不能很好地適用于所需要的項目,這就需要相關的工作人員在挑選軟件的時候考慮到多種因素,選擇最為合適的軟件,進行辦公。2.3關于人員在進行完計算機硬件設備的配置和軟件的選擇和安裝之后,應該選擇什么樣的人原來進行相關的技術操作,是整個計算機應用技術在工程項目管理中能夠發(fā)揮真正作用的關鍵環(huán)節(jié)。計算機應用技術在工程項目管理中的應用技術性強,需要掌握的知識面廣,不是相關的專業(yè)人才,很難進行操作,而擅長這類技術操作的技術工作人員數(shù)量也不是很多,所以,應該加強對相關技術工作人員的培訓,這樣才能使計算機應用技術在工程項目管理中的作用得到最大限度的發(fā)揮。