軟件工程-10_項目管理.ppt

1、第十二章 軟件項目管理 (Software Management),軟件項目管理的重要性 軟件項目管理的內(nèi)容 軟件過程的管理體系： ISO 9000、CMM 軟件過程產(chǎn)品RUP,軟件項目管理的重要性,我國：能人管理制度管理標(biāo)準(zhǔn)管理(與制造業(yè)類似) 印度已成為軟件出口大國 在國際交流中無障礙語言 在美國定居者居多，基本融入美國社會 從事軟件行業(yè)人員很多，承包美國外包項目 政府大力支持軟件行業(yè) 軟件公司特別重視軟件過程管理，尤其熱衷于CMM（Capability Maturity Model for Software） 項目管理是老虎 美國2500億美元，27實現(xiàn)，50改變，23取消 IPMP和I

2、PMA（國際項目管理專業(yè)人員、協(xié)會） 最短時間、最少費用，完成質(zhì)量最好的項目 對管理人員知識、經(jīng)驗、能力、水平的綜合評估 項目管理認(rèn)證體系：IPMP PMRC中國授權(quán)機(jī)構(gòu)，2001年7月開始推行，對學(xué)歷要求不高。,經(jīng)理管什么？,風(fēng)險管理 配置管理,成本,組 織,計劃進(jìn)度,質(zhì)量,項目管理的內(nèi)容,1. 成本估計(Cost Estimation),(1)不僅是資金估算，更包括對工作量和進(jìn)度進(jìn)行預(yù)測。, 不同階段了解的情況不同，需要不同的估算方法。,專家判定法(Expert Judgment),請多位專家估算程序的最小規(guī)模 a ，最可能的規(guī)模 m，和最大規(guī)模 b 。以三組平均值估算程序規(guī)模：,用先前類

3、似項目的實際數(shù)據(jù)作為估算現(xiàn)在項目的基礎(chǔ)。,類比估算法：,參數(shù)模型法：用估算公式或檢索表進(jìn)行估算,測算快，誤差大， 適用于準(zhǔn)備開發(fā)階段,精度相對高； 嚴(yán)重依賴歷史數(shù)據(jù)。,1. 成本估計,COCOMO (Constructive Cost Model):基本/中間/詳細(xì)模型 現(xiàn)在發(fā)展到了COCOMO II。詳細(xì)見P157,2. 項目計劃 與進(jìn)度安排,1、計劃內(nèi)容：,內(nèi)容 (續(xù)),變動控制, 改錯控制：若發(fā)現(xiàn)前階段的錯誤，則必須記入文檔，以保證所有受這個變動影響的部分都做相應(yīng)的修改。,加 刪功能：須經(jīng)審批，因涉及費用問題。,項目報告, 確定里程碑(milestones) 注意：每個milestone

4、s 的位置應(yīng)能明確判定，不要太多。 例如：以階段性文檔的提交作為其標(biāo)志。 反例：將“完成了80%編碼”作為其標(biāo)志。, 報告內(nèi)容： 在本階段已完成的工作 下階段計劃要完成的工作 問題范圍 目前已用成本 項目預(yù)算執(zhí)行情況, 建立月報制度 項目報告的另一種形式,基線：是一個階段軟件工作產(chǎn)品，通常與里程碑一一對應(yīng)； 檢查點：不一定是里程碑。,2. 項目計劃 與進(jìn)度安排,2、制定計劃的過程 確定項目需求 (目標(biāo)和制約條件) 安排項目進(jìn)度 (工作分解 、估計作業(yè)持續(xù)時間、優(yōu)先權(quán)分析 ) 分配項目資源 (識別和確定資源 、資源分配 、解決資源沖突 ),2. 項目計劃與進(jìn)度安排,3、進(jìn)度安排的工具 （1）Ga

5、ntt Chart,優(yōu)點：簡單，能動態(tài)地反映開發(fā)進(jìn)展。,缺點：只能反應(yīng)任務(wù)間的并行和串行關(guān)系，不能直觀反應(yīng)任務(wù)間的依賴制約關(guān)系，也難以反映潛力部分和大小。,2. 項目計劃與進(jìn)度安排,（2）工程網(wǎng)絡(luò)圖 和CPM (Critical Path Method),例：開發(fā)三個模塊A、B、C。 A為公用模塊，B、C的測試須等A的調(diào)試完成后進(jìn)行。A的編碼需6天，測試8天，調(diào)試6天。B的編碼需7天，測試8天，調(diào)試6天。C利用已有的模塊，須先理解原模塊8天，再修改8天，測試9天，調(diào)試7天。最后三模塊集成測試需5天完成。,(1) 標(biāo)出 Lasting Time,(2) 標(biāo)出 EST: = 從起點始，所有進(jìn)入事件

6、的 EST+LT 中最大的,(3) 標(biāo)出 LST: = 從終點(EST = LST)始，所有離開事件的 LSTLT 中最小的,(4) 標(biāo)出 ST: = 終點LST 起點EST LT,(5) 標(biāo)出Critical Path: 即EST = LST的所有事件組成的路徑,2. 項目計劃與進(jìn)度安排,項目組的角色構(gòu)成：在規(guī)模化、產(chǎn)業(yè)化的軟件開發(fā)企業(yè)中，分工日趨細(xì)化，工種及人員角色較為明確。 秘書。主要負(fù)責(zé)維護(hù)和管理軟件配置中的文檔、源代碼、數(shù)據(jù)及所依附的各種磁介質(zhì)；規(guī)范并收集軟件開發(fā)過程中的數(shù)據(jù)和可重用軟件，對其進(jìn)行分類并提供檢索機(jī)制；協(xié)助軟件開發(fā)小組準(zhǔn)備文檔，對項目中的各種參數(shù)，如代碼行、成本、工作進(jìn)

7、度等進(jìn)行估算；參與小組的管理、協(xié)調(diào)和軟件配置的評估。 軟件工具員。負(fù)責(zé)軟件開發(fā)、測試等工具的收集、準(zhǔn)備和保管。 軟件配置員。負(fù)責(zé)軟件項目的程序、文檔和數(shù)據(jù)的各種版本控制，保證軟件系統(tǒng)的一致性與完整性。 設(shè)計開發(fā)人員。負(fù)責(zé)軟件設(shè)計、代碼編寫與調(diào)試工作。 軟件測試員。人數(shù)與開發(fā)人員相當(dāng)，負(fù)責(zé)軟件測試及測試結(jié)果的整理。 編輯。負(fù)責(zé)軟件各類文檔資料的撰寫和編輯工作。,3. 人員分配與組織,3. 人員分配與組織,2、開發(fā)人員的組織形式 (1)程序設(shè)計小組：2 8人的非正式組織 優(yōu)點：規(guī)模小，交流方便。 缺點：沒有明確的權(quán)威負(fù)責(zé)人，組員間缺乏必要的協(xié)調(diào)。,全面負(fù)責(zé)設(shè)計、 編碼、測試和安裝,主要負(fù)責(zé) 測試，

8、必要時 替代 CP.,負(fù)責(zé)和 項目有關(guān) 的全部 事務(wù)性 工作,行政、后勤 管理,文檔、工具 管理,提出具體測試方案， 編寫Driver 和 Stub, 進(jìn)行測試.,后備編程 力量,(2)主程序員組： IBM , 1972，核心3人,3. 人員分配與組織,開發(fā)實踐表明，軟件開發(fā)各階段所需要的技術(shù)人員類型、層次和數(shù)量是不同的。 軟件開發(fā)項目的工作量與交付時間的4次方成反比，并由此得出了軟件開發(fā)的權(quán)衡定律：在時間允許的情況下，適當(dāng)減少人員會提高工作效率，降低軟件開發(fā)成本。 曾擔(dān)任IBM公司操作系統(tǒng)項目經(jīng)理的F.Brooks 也從大量的軟件開發(fā)實踐中發(fā)現(xiàn):“向一個已經(jīng)延期的軟件項目追加開發(fā)人員，可能使

9、項目完成得更晚?！?當(dāng)開發(fā)人員以算術(shù)級數(shù)增長時，人員間的通信將以幾何級數(shù)增長 。,3、人力的分配和人數(shù)的確定,可理解性 可維護(hù)性 靈活性 可測試性,可移植性 可再用性 互運行性,4. 軟件質(zhì)量管理,1、影響軟件質(zhì)量的因素：,4.軟件質(zhì)量管理,2、全面質(zhì)量管理階段：把質(zhì)量管理（質(zhì)量保證）活動從單純的“事后檢驗”向前、向后延伸到軟件生產(chǎn)的全過程，并要求所有開發(fā)人員參加，于是便進(jìn)入了全面質(zhì)量管理階段。 （1）制定并執(zhí)行保證軟件質(zhì)量的規(guī)范 ：如設(shè)計標(biāo)準(zhǔn)、編碼規(guī)范、測試計劃，以及開發(fā)文檔規(guī)范等。 （2）審查：在軟件生命周期每個階段結(jié)束前進(jìn)行嚴(yán)格的技術(shù)審查。由組長、作者、2位評審員（與評審結(jié)果有利害關(guān)系的

10、）組成審查小組，進(jìn)行發(fā)現(xiàn)、記錄錯誤的工作，并復(fù)查返工結(jié)果。 （3）復(fù)查和管理復(fù)審：每一階段開始時的復(fù)查。從技術(shù)、管理兩方面進(jìn)行的復(fù)查工作。 （4）測試,4.軟件質(zhì)量管理,軟件質(zhì)量認(rèn)證：它把對產(chǎn)品的質(zhì)量保證擴(kuò)展到對整個企業(yè)的質(zhì)量認(rèn)證。 認(rèn)證的概念：所謂質(zhì)量體系的認(rèn)證是指對供方的質(zhì)量體系進(jìn)行的第三方評定或注冊活動, 其目的在于通過評定和事后監(jiān)督來證明供方的質(zhì)量體系符合并滿足需方對該體系規(guī)定的要求。這里的供方就是指提供產(chǎn)品或服務(wù)的生產(chǎn)廠家、分包商、服務(wù)機(jī)構(gòu)等。需方就是需要得到產(chǎn)品或服務(wù)的客戶, 第三方機(jī)構(gòu)是指與供需雙方無經(jīng)濟(jì)利害關(guān)系的具有權(quán)威性的認(rèn)證機(jī)構(gòu)。 與質(zhì)量保證相比，質(zhì)量認(rèn)證不僅范圍更廣，包括

11、產(chǎn)品和服務(wù)，而且具有“第三方開展的活動”的性質(zhì)。它尤其強(qiáng)調(diào)：質(zhì)量管理必須堅持進(jìn)行質(zhì)量改進(jìn)；應(yīng)該使企業(yè)具有持續(xù)提供合格產(chǎn)品的能力。,5. 風(fēng)險管理 (Risk Management),風(fēng)險具有兩個特性： uncertainty The even that characterizes the risk may or may not happen; loss If the risk becomes a reality, unwanted losses will occur.,If you dont actively attack the risks, they will actively attac

12、k you. Tom Gilb (1988),Steps in risk management (Rook 1993),5. 風(fēng)險管理,2、 風(fēng)險管理,6. 軟件配置管理（Software Configuration Management）,2、定義：在軟件開發(fā)過程中，將軟件的文檔、程序、數(shù)據(jù)進(jìn)行分割和綜合，以利于軟件的定義、標(biāo)識、跟蹤、管理，使其最終成為受控的軟件產(chǎn)品。,1、目標(biāo)：標(biāo)識變更、控制變更，確保變更，并向其他有關(guān)人員報告變更。目的是由變更引起的錯誤降為最小，保證生產(chǎn)過程可視化。,3、工作范圍（1）標(biāo)識配置項（軟件工作產(chǎn)品）；（2）配置控制：存取控制、版本控制、變更控制、產(chǎn)品發(fā)布控制

13、；（3）記錄配置狀態(tài)；（4）執(zhí)行配置審計。,6. 軟件配置管理,（1）軟件開發(fā)庫：是項目開發(fā)人員的“個人配置庫”，動態(tài)跟蹤個人工作軌跡。程序員每次上機(jī)前“check out”，每次下機(jī)前“check in”，也稱備份庫。,（2）軟件基線庫：是項目組的“團(tuán)隊配置庫”，動態(tài)跟蹤團(tuán)隊的階段成果軌跡。,（3）軟件產(chǎn)品庫：是軟件組織的“配置庫”，存放公司最終軟件產(chǎn)品版本，是軟件版本產(chǎn)品的管理庫。,3個庫有不同的操作權(quán)限。實際上是配置管理員在公司的配置管理服務(wù)器上為每個成員及項目組開辟的3個文件工作區(qū)，并授予成員應(yīng)當(dāng)?shù)玫降淖x寫權(quán)限。,6. 軟件配置管理,軟件配置管理工具： 1) Visual Source

14、 Safe：微軟公司W(wǎng)indow NT平臺下的產(chǎn)品，是一個初級的小型軟件配置管理工具。 2)Rational公司的ClearCase，是一個大型軟件配置管理工具，用于Windows和Unix開發(fā)環(huán)境，適合于大型IT企業(yè)的軟件配置管理，價格也比較昂貴。,軟件過程管理,ISO 9000 是國際標(biāo)準(zhǔn)化組織于1987年公布的世界上第一套質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)，其主要用途是為企業(yè)建立質(zhì)量體系，并提供質(zhì)量保證的模式。 在1994 年和2000 年對標(biāo)準(zhǔn)進(jìn)行了兩次修訂。 2000 版取代1994 版ISO 9001中的20個要素，從過程的觀點來敘述質(zhì)量體系，克服了1994 版標(biāo)準(zhǔn)偏重于制造業(yè)的傾向。該過程模

15、式體現(xiàn)了質(zhì)量管理循環(huán)，更大程度地強(qiáng)調(diào)持續(xù)改進(jìn)和顧客滿意，并更具通用性和靈活性。 ISO 9000 標(biāo)準(zhǔn)系列是一個大的家族，軟件企業(yè)貫徹實施ISO 9000 認(rèn)證，應(yīng)當(dāng)選擇ISO 9001 標(biāo)準(zhǔn)。 在我國，ISO 9000工作開展得較早，1988年開始推行ISO 9000，而且國內(nèi)有認(rèn)證機(jī)構(gòu)，因此通過ISO 9000認(rèn)證的軟件企業(yè)相對于CMM而言較多。,軟件過程管理,CMM（Capability Maturity Model） 是美國國防部對軟件承包商軟件能力評估的一種模型，也是承包商改進(jìn)其軟件過程的一種途徑。其模型分為五個等級。 對軟件企業(yè)來說，CMM比ISO 9000內(nèi)容多，實施起來更復(fù)雜，

16、也更重要。全世界已有近萬家軟件機(jī)構(gòu)通過認(rèn)證，絕大部分通過2級，通過5級的很少數(shù)。通過2級評審即可向歐美國家接訂單。 CMM引入我國較晚， 直到2000 年，國內(nèi)軟件業(yè)人士才逐漸認(rèn)識和了解CMM。目前，我國的IT企業(yè)也有一些通過了CMM 25級的不同級別的評估，但更多的企業(yè)處于準(zhǔn)備實施評估階段。,（1）初始級，軟件生產(chǎn)過程的特征是隨機(jī)的，有時甚至是雜亂的。很少過程被定義，成功依賴于個人的努力。 （2）可重復(fù)級，建立基本的項目管理過程，以跟蹤費用、進(jìn)度和功能。設(shè)定必要的過程紀(jì)律以重復(fù)以往在相同的應(yīng)用項目的成功。 （3）已定義級，組織形成了管理軟件開發(fā)和維護(hù)活動的標(biāo)準(zhǔn)軟件過程，包括軟件工程過程和軟件

17、管理過程。項目依據(jù)標(biāo)準(zhǔn)，定義了自己的軟件過程，并且能進(jìn)行管理和控制。組織的軟件過程能力已描述為標(biāo)準(zhǔn)的和一致的，過程是穩(wěn)定的和可重復(fù)的，并且高度可視。 （4）已管理級，詳細(xì)的軟件過程和產(chǎn)品質(zhì)量的特征已被收集。軟件過程和產(chǎn)品已被定量管理和控制，軟件產(chǎn)品具有可預(yù)測的高質(zhì)量。 （5）優(yōu)化級，能自覺利用各種經(jīng)驗和來自新技術(shù)、新思想的先導(dǎo)試驗的定量反饋信息，不斷改進(jìn)和優(yōu)化組織統(tǒng)一的標(biāo)準(zhǔn)軟件過程。,個體和群組軟件過程（PSP&TSP）,個體軟件過程PSP（Personal Software Process）有一個與CMM相似的過程改進(jìn)框架.它是一種可用于控制、管理和改進(jìn)個人工作方式的自我改進(jìn)過程，一個包括軟

18、件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。解決了CMM和個體軟件人員之間的問題。 TSP（Team Software Process）將CMM的框架運用于組織級來描述組織的運作過程。TSP通過在群組建設(shè)步驟中提供一個詳細(xì)的工作過程來指導(dǎo)開發(fā)人員和管理人員,指出了怎樣組織一個自我指導(dǎo)的群組。,ISO 9001與CMM的比較,ISO 9001在宏觀方面做得比較好。但由于要考慮到適應(yīng)各個行業(yè)的特點，使它對軟件開發(fā)過程的指導(dǎo)過于抽象，過分側(cè)重于職能而忽視了開發(fā)過程的連續(xù)性，在實施時往往過多地依賴于個人的主觀判斷。另外它只識別了一種質(zhì)量認(rèn)證等級（通過或不通過），評價過于籠統(tǒng)，不能橫向比較進(jìn)行選擇。 CMM 在

19、項目的微觀進(jìn)程上更有針對性，指導(dǎo)意義更強(qiáng)。但是CMM在成熟度等級劃分上不夠均勻，從1級到2級的臺階太高，實際一些軟件開發(fā)組織卻處在兩者中間。此外，對于1級、4級和5級的闡述在實際經(jīng)驗方面的依據(jù)不足，定義1 級只是為了說明不在2級，而很少有組織能達(dá)到4級和5級。因此，CMM 雖然強(qiáng)調(diào)軟件過程的逐步改進(jìn)，其起點的要求對大部分軟件企業(yè)來說較高，主要體現(xiàn)為第1級和第2級之間的跨度太大，并且達(dá)到CMM 4級和CMM 5級高成熟度等級的可操作性還不夠強(qiáng)。,軟件企業(yè)如何選擇標(biāo)準(zhǔn),軟件企業(yè)的類型：CMM 更適合項目層管理，降低軟件開發(fā)項目風(fēng)險。而對于ISO 9000，不論企業(yè)類型，都可以把它作為標(biāo)準(zhǔn)化基礎(chǔ)管理模式的手段。 軟件產(chǎn)業(yè)定位 ：CMM被譽為進(jìn)入國際市場的“通行證”，承接國際大型軟件項目一般要求達(dá)到CMM 2 級或3 級。 管理基礎(chǔ) ：對于一個剛創(chuàng)立的組織或管理基礎(chǔ)薄弱的組織，如直接實施CMM，跨度太大。 在ISO 9001基礎(chǔ)上實施CMM，遇到的阻力會較小，可以把精力集中于軟件過程細(xì)節(jié)的改進(jìn)。 規(guī)模和財務(wù)能力 ：實施CMM 的成本很高，從咨詢到認(rèn)證，大約需100