第八章軟件項目管理軟件項目管理的目標功能和性能要求達到項目預期的軟件產品功能和性能要求；時限要求項目應在合同規定的期限內完成，產品應在期限內交付；成本要求項目開銷限制在預算之內。軟件項目管理的任務軟件項目管理涉及到人員、產品、過程和項目，即“4P”。過程(process)人員（people）工具(tools)產品(Product)項目(Project)參與自動化結果技術集成軟件項目管理的任務人員利益相關方團隊負責人團隊集體產品產品的工作環境產品的功能和性能產品的輸入、輸出數據過程項目計劃及計劃管理：項目策劃、項目估算、風險管理等資源管理：人員管理、成本管理成果要求管理：需求管理、質量管理等軟件項目管理的主要活動軟件項目的規劃人員的組織管理軟件風險管理軟件配置管理可行性分析軟件成本估算軟件計劃人員配備原則人員配備模式軟件團隊建設軟件項目溝通活動風險識別風險分析風險規劃風險監控

配置項的標識

版本管理

系統構建

變更控制軟件項目估算軟件項目估算主要內容規模指得到最終軟件產品的大小，即代碼行估算；單位是代碼行數（LOC），千行代碼行數（KLOC）；工作量按照項目將要投入的人工來估算；單位是一個人工作一個月，記為“人月”；成本通常只考慮投入的人工成本；生產率平均每個人月完成的源程序行數；單位是KLOC/人月。軟件項目估算方法—功能點功能點方法以需求規格說明中已經得到確認的軟件功能為依據，分析軟件信息域特性和功能復雜性，估算軟件規模，以功能點為單位。信息域特性輸入項數（Inp）：用戶向軟件輸入的項數；輸出項數（Out）：軟件向用戶輸出的項數；查詢數（Inq）：查詢是唯一的輸入、輸出組合；主文件數（Maf）：邏輯主文件（數據的一個邏輯組合）的數目；外部接口數（Inf）：機器可讀的全部接口的數量。軟件項目估算方法—功能點功能復雜性

信息域特性系數值

復雜性特性系數簡單中等復雜輸入系數a1346輸出系數a2457查詢系數a3346文件系數a471015接口系數a55710軟件項目估算方法—功能點估算功能點步驟計算未調整的功能點數UFPUFP=a1*Inp+a2*Out+a3*Inq+a4*Maf+a5*Inf計算技術復雜性因子TCF

TCF=0.65+0.01*DI計算功能點數FPFP=UFP*TCF軟件項目估算方法—Delphi專家判定法是由多位專家憑各自的經驗對軟件項目進行成本估算。計算各位專家的估算期望值Li和估算值的期望中值L。ai-該軟件可能的最小規模（最少源代碼行數）；mi-該軟件最可能的規模（最可能的源代碼行數）；bi-該軟件可能的最大規模（最多源代碼行數）；n為專家人數。軟件項目估算方法—COCOMO模型也稱為構造式成本模型；3種類型的軟件：組織型：相對規模較小、較簡單的軟件項目；嵌入型：開發工作緊密地與系統中的硬件、軟件和運行限制聯系在一起；半獨立性：規模與復雜性均屬中等。總體類型工作量進度組織型MM=10.4（KLOG）1.05TDEV=10.5（MM）0.38半獨立型MM=3.0（KLOG）1.12TDEV=10.5（MM）0.35嵌入型MM=3.6（KLOG）1.20TDEV=10.5（MM）0.32軟件項目估算方法—COCOMO模型基本的COCOMO模型MM=Cl*klocaMM表示開發工作量；kloc為交付的千代碼行數；Cl是模型系數；a是模型指數中間的COCOMO模型fi是成本因素詳細的COCOMO模型軟件項目風險管理風險識別項目風險，與項目有關的預算、進度、人力、資源、用戶需求、項目規模、復雜性等方面的問題。技術風險，影響開發質量和交付時間的設計、實現、驗證、維護、接口等方面的問題。商業風險，包括與產品的商業運作有關的市場風險、預算風險、決策風險、銷售風險等。Keil.M.等人總結的識別風險的提問單⑴最終用戶對該項目和待構造的系統支持嗎？⑵需求已經被軟件項目組和用戶完全理解嗎？⑶軟件開發機構的高層管理者和用戶方的管理者已正式承諾支持該項目嗎？⑷用戶已充分參加到需求定義中了嗎?⑸最終用戶的期望實現了嗎？⑹項目的需求穩定嗎？⑺項目的工作范圍穩定嗎？⑻軟件項目組擁有合適的技能嗎？⑼項目組對所需開發技術有經驗嗎？⑽項目組人員數量能夠完成此項目嗎？⑾所有用戶對該項目的重要性和系統需求有共識嗎？軟件項目風險管理風險估算從影響風險的因素考慮風險發生的可能性。風險發生所帶來的損失的嚴重程度。性能支持成本進度災難性的1無法滿足需求而導致任務的失敗錯誤導致成本增加，資金短缺超出預算2性能嚴重下降，達不到技術要求無法響應或無法支持的軟件資金嚴重短缺，很可能超出預算無法按期交付完成嚴重的1無法滿足需求而導致系統性能下降，任務能否完成受到質疑錯誤導致運行延遲和成本增加2技術性能有所降低在軟件修改中，有所延后資金不足,可能超支交付日期可能遲后輕微的1不能滿足需求而導致次要任務性能下降對成本和進度都有影響2技術性能稍有降低能響應軟件支持有較充足的資金來源計劃進度可完成可忽略的1無法滿足需求而導致使用不方便或操作不易錯誤對成本和進度影響不大2技術性能不會降低易于軟件支持可能低于預算交付日期可能提前類別成分風險評估表軟件項目風險管理風險評價進一步驗證風險評估結果的準確性，并按照風險發生概率高低和后果嚴重的程度進行排序。風險評價通常由三元組形式描述：(ri,li,xi)i=1,2,3,…,lri為風險，li為風險發生的概率，xi為風險發生后的影響，i為風險的種類。風險參考水準成本超支進度延遲參考點（成本值、時間值）將造成項目終止軟件項目風險管理風險監控和管理風險避免：是一種主動避免風險的活動。是在風險發生前分析引起風險的原因，采取措施，避免風險發生。風險監控：貫穿在軟件開發的全過程，是一種項目跟蹤活動。主要監控對項目風險產生主要影響的因素。風險管理監控計劃：制定風險監控計劃,保證文檔的正確性，按監控計劃記錄、管理風險分析的全過程。軟件項目進度管理一般的表格工具▲▲▲▲▲▲▲軟件測試▲▲▲

編碼▲▲詳細設計▲▲▲總體設計▲▲▲需求分析１2345678910912任務月份010203040506070一月二月三月四月五月六月需求分析

總體設計詳細設計編碼、測試軟件項目進度管理甘特圖：用水平線段表示任務的工作階段；線段的起點和終點分別表示任務的開始和完成時間，線段的長度表示完成任務所需的時間。1234567891011

任務ABCDE當前進度○△○△○△○△○△完成計劃完成○文檔編寫

△評審圖例某項目甘特圖實例活動時間(天)責任人

開工日數2468101214161820222426P1詳細設計計劃5張實際6張P1編程計劃12李實際11李P1單元測試計劃6李實際3李P2詳細設計計劃3張實際3張P2編程計劃4張實際4王P2單元測試計劃2張實際軟件項目進度管理時標網狀圖：也稱為改進的甘特圖，增加了各子任務之間的邏輯依賴關系。120378456周任務5

101520A1A2A3B1B2E1E2CD1D2D3軟件項目進度管理PERT計劃評審技術或CPM關鍵路徑法，都是采用網絡圖來描述項目的進度安排。023456718起點A編碼A調試B編碼A測試C理解Ｂ測試C修改C調試C測試6687887968BC組裝測試5Ｂ調試任務網絡圖軟件項目進度管理開發小組的組織有以下原則：

1.軟件開發小組的規模不宜太大，人數不能太多，一般以3～5人為宜。2.切忌在開發過程中增加人員，這將因增加人員之間的聯系而降低效率。例：設一開發小組有4個軟件工程師,開發效率為5000行/年，共有6條通信路徑,每條路徑降低生產率250行/年，則小組生產率為：5000×4－250×6＝18500（行/年）如為了加快進度，新增加2人，每人效率為840行/年，通信路徑增加到15條，此時的小組生產率為：20000＋840×2－250×15＝17930（行/年）軟件質量保證

產品運行產品修改產品轉移●

可移植性●

可重用性●

互運行性（與另一個系統結合）●

正確性●

完整性●

健壯性●

可用性●

效率●

風險性●

可理解性●

可修改性●

靈活性●

可測試性質量因素定義正確性系統滿足規格說明和優化目標的程度，即在預定環境下能正確地完成預期功能的程度。健壯性在硬件故障、操作錯誤等意外情況下，系統能作出適當反應的程度。效率為完成預定功能，系統需要的計算資源的多少。完整性即安全性，對非法使用軟件或數據，系統能夠控制（禁止）的程度?？捎眯詫ο到y完成預定功能的滿意程度。風險能否按照預定成本和進度完成系統看法，并為用戶滿意的程度。可理解性理解和使用該系統的容易程度?？删S護性診斷和改正運行時所發現錯誤所需工作量的大小。靈活性即適應性，修改或改進正在運行的系統所需工作量的大小?？蓽y試性軟件易測試的程度?？梢浦残愿淖兿到y的軟、硬件環境及配置時，所需工作量的大小?？稍儆眯攒浖谄渌到y中可被再次使用的程度（或范圍）。互運行性把該系統與另一個系統結合起來所需工作量。軟件質量因素的定義軟件質量保證軟件質量度量方法有以下三種：精確度量：使用質量度量評價準則進行詳細