第8章軟件項目管理

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

配置項的標識

版本管理

系統(tǒng)構建

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

信息域特性系數(shù)值

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

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

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

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

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

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

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

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

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

產(chǎn)品運行產(chǎn)品修改產(chǎn)品轉(zhuǎn)移●

可移植性●

可重用性●

互運行性（與另一個系統(tǒng)結合）●

正確性●

完整性●

健壯性●

可用性●

效率●

風險性●

可理解性●

可修改性●

靈活性●

可測試性質(zhì)量因素定義正確性系統(tǒng)滿足規(guī)格說明和優(yōu)化目標的程度，即在預定環(huán)境下能正確地完成預期功能的程度。健壯性在硬件故障、操作錯誤等意外情況下，系統(tǒng)能作出適當反應的程度。效率為完成預定功能，系統(tǒng)需要的計算資源的多少。完整性即安全性，對非法使用軟件或數(shù)據(jù)，系統(tǒng)能夠控制（禁止）的程度?？捎眯詫ο到y(tǒng)完成預定功能的滿意程度。風險能否按照預定成本和進度完成系統(tǒng)看法，并為用戶滿意的程度?？衫斫庑岳斫夂褪褂迷撓到y(tǒng)的容易程度?？删S護性診斷和改正運行時所發(fā)現(xiàn)錯誤所需工作量的大小。靈活性即適應性，修改或改進正在運行的系統(tǒng)所需工作量的大小。可測試性軟件易測試的程度。可移植性改變系統(tǒng)的軟、硬件環(huán)境及配置時，所需工作量的大小?？稍儆眯攒浖谄渌到y(tǒng)中可被再次使用的程度（或范圍）?；ミ\行性把該系統(tǒng)與另一個系統(tǒng)結合起來所需工作量。軟件質(zhì)量因素的定義軟件質(zhì)量保證軟件質(zhì)量度量方法有以下三種：精確度量：使用質(zhì)量度量評價準則進行詳細