淺析軟件項目管理在實際開發(fā)中的應用與實踐

淺析軟件項目管理在實際開發(fā)中的應用與實踐

論文關鍵詞:軟件開發(fā)軟件項目管理軟件工程

論文摘要:軟件工程是指導計算機軟件開發(fā)與維護的工程學科，它采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以便經(jīng)濟地開發(fā)出高質量的軟件并有效地維護它文中通過介紹軟件工程的相關知識和針對項目的特殊性對軟件工程理論的具體實施辦法，展示了如何將軟件工程理論應用在實際工作中，從而快速、高效地開發(fā)出高質量的軟件。

軟件項目管理是使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。軟件開發(fā)的整個過程都是設計過程而且不需要使用大量的物質資源(主要是人力資源)，并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術文件，并沒有其他的物質結果。因而企業(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é)調(diào)并控制整個項目期間的變更。在軟件項目中，主要的活動包括范圍變更控制、進度計劃控制、成本控制、質量控制、風險監(jiān)督與控制等。

(5)項目收尾:項目或階段的正式接收并達到有序的結束。其中，項目的中間過程(計劃、執(zhí)行、控制)是一個循環(huán)反復的過程。項目計劃是計劃執(zhí)行和計劃控制的基準;計劃執(zhí)行的結果受到計劃控制的監(jiān)控;計劃控制根據(jù)比較計劃執(zhí)行的結果與項目計劃的偏差，以及各種因素引起的變化，對項目計劃進行修正，從而形成下一個循環(huán)的項目基準。它們之間的流程如圖2所示。

2生命周期模型

任何軟件的開發(fā)都要經(jīng)歷一個“生命期”，生命期模型的主要功能是確定一種標準，確定項目規(guī)格、建立原型、設計、實現(xiàn)、檢查、測試或執(zhí)行一些其他活動，以此確定在軟件開發(fā)過程中是否是以某種次序一個任務接著一個任務進行。作為一個項目的主要計劃，軟件生命期模型的選擇對項目成功的影響非常重要。恰當?shù)纳谀Ｐ涂梢允管浖椖苛鞒袒?，并幫助項目人員一步一步接近目標。如果選擇了適宜的生命期模型，就可以提高開發(fā)速度、提升質量、加強項目跟蹤和控制、減少成本、降低風險，或是改善用戶關系。2.1瀑布模型

最經(jīng)典的軟件生命周期模型是瀑布型模型，它是其他生命期模型的基礎。在瀑布模型中，項目從始至終按照一定順序的步驟從初始的軟件概念進展到系統(tǒng)測試。項目確保在每個階段結束時進行檢查，以判定是否可以開始下一階段工作。如果檢查的結果是項目還沒有準備好進人下一階段，它就停留在當前階段，直到當前階段工作完成。如圖3所示。

瀑布模型是文檔驅動型的，主要工作成果通過文檔從一個階段傳遞到下一個階段。如果有一個穩(wěn)定的產(chǎn)品定義和很容易被理解的技術解決方案時，瀑布模型可以幫助及早發(fā)現(xiàn)問題，降低項目的階段成本，是快速開發(fā)的一個恰當選擇。但在很多實際情況中，由于需求、技術等很多不確定性，瀑布模型并不適合于進行快速開發(fā)。

2.2漸進原型

漸進原型是從開發(fā)系統(tǒng)概念開始的一種生命期模型，通常是從最核心的方面開始，向用戶展示完成的部分，然后根據(jù)用戶的反饋信息繼續(xù)開發(fā)原型，并重復這一過程，直到開發(fā)者和用戶都認為原型己經(jīng)足夠好。然后，完成結尾工作，交付作為最終產(chǎn)品的原型，如圖4所示。

“漸進原型”模型以逐步增加的方式進行開發(fā)，以便于隨時根據(jù)客戶或最終用戶的反饋來修正系統(tǒng)，在需求變化很快的時候，或者用戶很難提出明確需求的時候，或者開發(fā)人員對最佳的架構或算法沒有把握的時候，漸進原型特別有用。但是，漸進原型是以犧牲項目的可控制性來換取較多的客戶反饋以及較好的過程可視性的。由于原型的功能和特性會隨著用戶的反饋而經(jīng)常發(fā)生變化，因此較難確定產(chǎn)品的最終形態(tài)。

2.3階段交付

階段交付模型是另