關(guān)于軟件項目管理技術(shù)分析研究

論文關(guān)鍵詞：能力成熟度模型　能力成熟度模型集成　個(gè)體軟件過(guò)程　群組軟件過(guò)程

論文摘要：從軟件項目的重要性談起，研究分析了四個(gè)主流的軟件項目管理技術(shù)，指出了它們的缺陷，最后結合實(shí)踐提出了一種新穎的軟件項目管理概念。

1引言

軟件項目管理是為了使軟件項目能夠按照預定的、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和管理的活動(dòng)。最早源自于70年代中期。當時(shí)美國國防部曾立題專(zhuān)門(mén)研究軟件項目做不好的原因，發(fā)現70％的項目是因為管理善引起的，而并不是因為技術(shù)實(shí)力不夠，進(jìn)而得出一個(gè)結論，即管理是影響軟件項目全局的因素，而技術(shù)只影響局部。這個(gè)結論非常重要。到了90年代中期，軟件項目管理不善的問(wèn)題仍然存在。據美國軟件工程實(shí)施現狀的，軟件研發(fā)的情況仍然很難預測，大約只有10％的項目能夠在預定的費用和進(jìn)度下交付。在商用軟件產(chǎn)業(yè)中，這一現象尤為嚴重。1995年，美國共取消了810億美元的軟件項目，其中31％的項目未做完就取消了，53％的軟件項目進(jìn)度通常要延長(cháng)一半的時(shí)間，通常只有9％的軟件項目能夠及時(shí)交付并且費用也不超支。由此可見(jiàn)，軟件項目管理技術(shù)的研究至關(guān)重要。

2軟件項目管理技術(shù)綜述

隨著(zhù)上世紀末軟件工程的快速發(fā)展，軟件項目管理水平也有了很大提高，提出了很多的軟件項目管理技術(shù)，極大地推動(dòng)了軟件業(yè)的發(fā)展，這里我們主要談以下四種主流的軟件項目管理技術(shù)。

2．1 CMM

CMM是美國卡納基梅隆大學(xué)軟件工程研究所(CMU／SEI)提出的軟件研發(fā)項目管理的一系列方法，它基于組織對關(guān)鍵過(guò)程域的支持，定義了軟件過(guò)程成熟度的五個(gè)級別。

級別1(初始級)描述了不成熟，或者說(shuō)是未定義過(guò)程的組織。級別2(可重復級)，級別3(已定義級)，級別4(已管理級)和級別5(優(yōu)化級)分別描述了軟件過(guò)程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是：

級別2：需求管理，軟件項目計劃，軟件項目跟蹤和監控，軟件子管理，軟件質(zhì)量保證，軟件配置管理。

級別3：組織級過(guò)程焦點(diǎn)，組織級過(guò)程定義，培訓大綱，集成軟件管理，軟件產(chǎn)品工程，組間協(xié)調，同行評審。

級別4：定量過(guò)程管理，軟件質(zhì)量管理。級別5：缺陷，技術(shù)更新管理，過(guò)程更改管理。

2．2 CMMI

CMMI被看做是把各種CMM集成為一個(gè)系列的模型中。CMMI的基礎源模型包括：軟件CMM2．0版(草稿c)，EIA一731系統工程，以及IPDCMM(IPD)0．98a版。CMMI也描述了5個(gè)不同的成熟度級別：

級別1(初始級)代表了以不可預測結果為特征的過(guò)程成熟度。過(guò)程包括了一些特別的方法、符號、工作和反應管理，成功主要取決于團隊的技能。

級別2(已管理級)代表了以可重復項目執行為特征的過(guò)程成熟度。組織使用基本紀律進(jìn)行需求管理、項目計劃、項目監督和控制、供應商協(xié)議管理、產(chǎn)品和過(guò)程質(zhì)量保證、配置管理、以及度量和分析。對于級別2而言，主要的過(guò)程焦點(diǎn)在于項目級的活動(dòng)和實(shí)踐。

級別3(嚴格定義級)代表了以組織內改進(jìn)項目執行為特征的過(guò)程成熟度。強調級別2的關(guān)鍵過(guò)程域中前后一致的、項目級的紀律，以建立組織級的活動(dòng)和實(shí)踐。附加的組織級過(guò)程域包括：①需求開(kāi)發(fā)：多利益相關(guān)者的需求發(fā)展。②技術(shù)方案：展開(kāi)的設計和質(zhì)量工程。③產(chǎn)品集成：持續集成、接口控制、變更控制。④驗證：保證產(chǎn)品正確建立的評估技術(shù)。⑤確認：保證建立正確的產(chǎn)品評估技術(shù)。⑥風(fēng)險：檢測、優(yōu)先級，相關(guān)問(wèn)題和意外的解決方案。⑦組織級培訓：建立機制，培養更多熟練人員。⑧組織級過(guò)程焦點(diǎn)：為項目過(guò)程定義建立組織級框架。⑨決策分析和方案：系統可選的評估。⑩組織級過(guò)程定義：把過(guò)程看做組織的持久發(fā)展的資產(chǎn)。⑩集成項目管理：在項目?jì)冉y一各個(gè)組和利益相關(guān)者。

級別4(定量管理級)代表了以改進(jìn)組織性能為特征的過(guò)程成熟度。3級項目的結果可用來(lái)交替使用，在業(yè)務(wù)表現的競爭尺度(、質(zhì)量、時(shí)間)方面的結果是可預測的。級別4附加的過(guò)程域包括：①組織級過(guò)程執行：為過(guò)程執行設定規范和基準；②定量的項目管理：以質(zhì)量控制方法為基礎實(shí)施項目。

級別5(優(yōu)化級)代表了以可快速進(jìn)行重新配置的組織性能和定量的、持續的過(guò)程改進(jìn)為特征的過(guò)程成熟度。附加的級別5過(guò)程域包括：①因果分析和解決方案：主動(dòng)避免錯誤和強化最佳實(shí)踐；②組織級改革和實(shí)施：建立一個(gè)能夠有機地適應和改進(jìn)的學(xué)習組織。

2．3 PSP

PSP(PersonalSoftwareProcess，個(gè)體軟件過(guò)程)是由CMU／SEI開(kāi)發(fā)出來(lái)的，它的推出在軟件工程界引起了極大的轟動(dòng)，可以說(shuō)是由定向軟件工程走向定量軟件工程的一個(gè)標志。PSP為基于個(gè)體和小型群組軟件過(guò)程的優(yōu)化提供了具體而有效的途徑，例如如何制訂計劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。在軟件設計階段，PSP的著(zhù)眼點(diǎn)在于軟件缺陷的，其具體辦法是強化設計約束準則，而不是設計方法的選擇。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設計質(zhì)量。

2．4 TSP

TSP(TeamSoftwareProcess，群組軟件過(guò)程)是CMU／SEI在PSP基礎上又發(fā)展出的軟件項目管理技術(shù)，它主要是項目組中的成員如何有效地規劃和管理所面臨的項目開(kāi)發(fā)任務(wù)，并且告訴管理人員如何指導軟件開(kāi)發(fā)隊伍。始終以最佳狀態(tài)來(lái)完成工作。TSP實(shí)施集體管理與自己管理自己相結合的原則，最終目的在于指導開(kāi)發(fā)人員如何在最少的時(shí)間內，以預定的費用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對群組開(kāi)發(fā)過(guò)程的定義、度量和改進(jìn)。

實(shí)施TSP的先決條件有三條：首先，需要有高層主管和各級經(jīng)理的支持，以取得必要的資源；其次，項目組開(kāi)發(fā)人員需要經(jīng)過(guò)PSP的培訓并有按TSP工作的愿望和熱情；第三，整個(gè)開(kāi)發(fā)單位在總體上應處于CMM二級以上，開(kāi)發(fā)小組的規模以3～20人為宜。在實(shí)施TSP的過(guò)程中，首先要有明確的目標，開(kāi)發(fā)人員要努力完成已經(jīng)接受的委托任務(wù)。在每一階段開(kāi)始，要做好工作計劃。如果發(fā)現未能按期按質(zhì)完成計劃，應立即分析原因，以判定問(wèn)題是由于工作內容不合適或工作計劃不實(shí)際所引起，還是由于資源不足或主觀(guān)努力不夠所引起。開(kāi)發(fā)小組一方面應隨時(shí)追蹤項目進(jìn)展狀態(tài)并進(jìn)行定期匯報，另一方面應經(jīng)常評審自己是否按PSP的原理工作。開(kāi)發(fā)小組成員應按自己自己的原則管理軟件過(guò)程，如發(fā)現過(guò)程不合適，應及時(shí)改進(jìn)，以保證用高質(zhì)量的過(guò)程來(lái)產(chǎn)生高質(zhì)量的軟件。項目開(kāi)發(fā)小組則按集體管理的原則進(jìn)行管理，全體成員都要參加和關(guān)心小組的規劃、進(jìn)展的追蹤和決策的制定等項工作。

3軟件項目管理技術(shù)分析研究

CMM的基于活動(dòng)的度量方法和瀑布過(guò)程的有次序的、基于活動(dòng)的管理規范有非常密切的聯(lián)系，所以CMM在實(shí)踐中反映出來(lái)的問(wèn)題表現為過(guò)度基于過(guò)程的管理，具有典型的傳統瀑布方法癥狀�，F代主流的疊代軟件項目開(kāi)發(fā)技術(shù)、軟件產(chǎn)業(yè)最佳實(shí)踐和動(dòng)機推動(dòng)了軟件開(kāi)發(fā)組織采用基于結果的方法：開(kāi)發(fā)業(yè)務(wù)案例、構想和原型方案；細化后納入基線(xiàn)結構、可用發(fā)布，最后定為現場(chǎng)版本的發(fā)布。雖然CMMI保留了基于活動(dòng)的方法，它的確集成了軟件產(chǎn)業(yè)內很多現代的最好的實(shí)踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系，而和疊代思想聯(lián)系得更緊密。軟件項目管理技術(shù)發(fā)展到今天，有了成熟的現代軟件項目管理十大原理(沃克爾·羅伊斯)：①首先注重結構過(guò)程；②用疊代生命周期在早期防御風(fēng)險；③強調基于構件的開(kāi)發(fā)；④建立變更管理；⑤用循環(huán)工程工具使變更更自由；⑥使用嚴格的、基于模型的設計符號；⑦提供過(guò)程的客觀(guān)質(zhì)量控制的手段；⑧使用中間產(chǎn)品的基于演示的評估；⑨發(fā)布細化的、展開(kāi)的計劃；⑩建立一個(gè)可升級的、可配置的過(guò)程。

根據對軟件開(kāi)發(fā)項目一線(xiàn)的多數工程師和項目經(jīng)理的分析，我們知道CMM對現代原理幾乎沒(méi)什么影響，甚至有些現代原理實(shí)際上是和CMM關(guān)鍵過(guò)程域相沖突的�；�于對產(chǎn)業(yè)默認實(shí)踐的觀(guān)察和分析，CMMI和現代管理原理關(guān)系十分密切，激發(fā)了半數的疊代軟件管理原則，如表1所示。

因此，對于采用瀑布過(guò)程開(kāi)發(fā)軟件項目的組織來(lái)講，最好采用CMM的軟件項目管理技術(shù)，而對于采用迭代軟件開(kāi)發(fā)過(guò)程開(kāi)發(fā)軟件項目的組織來(lái)說(shuō)，還是應該采用CMMI軟件項目管理技術(shù)進(jìn)行軟件項目管理。

但是，并不是實(shí)施了CMM／CMMI后，軟件研發(fā)項目的質(zhì)量就能夠有所保障了。CMM／CMMI不是萬(wàn)能的，它的成功與否，與組織內部有關(guān)人員的積極參與和創(chuàng )造性活動(dòng)密不可分，而且CMM／CMMI并未提供有關(guān)子過(guò)程實(shí)現域所需要的具體知識和技能。這就需要PSP的技術(shù)來(lái)協(xié)作了，PSP專(zhuān)注于為個(gè)體和小型群組軟件過(guò)程的優(yōu)化提供具體而有效的途徑。數據表明，在應用了PSP后軟件中總的差錯減少了，在i貝0試階段發(fā)現的差錯減少了，生產(chǎn)效率提高了，軟件項目開(kāi)發(fā)有了很大的改善。

眾所周知，現代軟件項目早已走出單個(gè)英雄單打獨斗的時(shí)代，而是需要眾多軟件工程師的密切合作。實(shí)踐證明，PSP已不能解決現代軟件項目管理中的所有問(wèn)題，這時(shí)，擅長(cháng)于項目任務(wù)規劃管理和項目資源規劃管理的TSP恰好可以在這方面做有益的補充。

綜上所述，單純實(shí)施CMM／CMMI，永遠不能真正做到能力成熟度的升級，達到軟件項目管理的最佳境界，只有將實(shí)施CM CMMI與實(shí)施PSP和TSP有機地結合起來(lái)，靈活地應用于軟件項目管理，才能發(fā)揮最大的效力，取得最好的效果。

4

文章分析研究了幾種主流的軟件項目管理技術(shù)，結合實(shí)踐，提出了新穎的軟件項目管理概念。我們相信隨著(zhù)軟件工程的發(fā)展和進(jìn)一步成熟，軟件項目管理技術(shù)的發(fā)展會(huì )取得更大的進(jìn)步。在實(shí)際項目中，我們要堅持改善軟件工程的管理，并在實(shí)踐中總結適合自身的經(jīng)驗，這樣才有利于管理技術(shù)的進(jìn)步和軟件項目的順利完成，創(chuàng )造出更高的品質(zhì)、更大的效益。

【軟件項目管理技術(shù)分析研究】相關(guān)文章：

試論軟件項目管理03-02

對軟件項目管理的探討03-22

研究軟件項目管理的控制03-06

軟件項目的計劃管理03-07

關(guān)于軟件項目管理探析03-09

關(guān)于軟件項目管理及風(fēng)險分析03-01

論軟件項目的計劃管理03-02

項目管理軟件的開(kāi)發(fā)應用03-02

關(guān)于軟件項目管理的控制研究03-02