項目估算規(guī)程

xx有限公司項目估算規(guī)程xxx有限公司項目估算規(guī)程項目估算規(guī)程文檔版本號：V1.0文檔編號：XXXX_PP_REGU_PEP文檔密級：內(nèi)部公開歸屬部門/項目：研發(fā)部編寫人：xxx生效日期：xxx版權信息本文件涉及之信息，屬xxxx有限公司所有。未經(jīng)xxxx有限公司允許，文件中的任何部分都不能以任何形式向第三方散發(fā)。網(wǎng)址：

文檔修訂記錄版本號修訂日期修訂人修訂說明修訂狀態(tài)審核日期審核人批準人V1.0xxxxx正式版Axxxxxxxxxxx修訂狀態(tài)：A--增加，M--修改，D--刪除日期格式：YYYY-MM-DD

目錄TOC\o"1-3"\h\z1. 目的 12. 適用范圍 13. 參考文件 14. 術語和縮寫 15. 職責 16. 入口準則 27. 輸入 28. 過程描述 28.1. 規(guī)模估計 28.1.1. 啟動準則 28.1.2. 輸入 28.1.3. 主要步驟 28.1.4. 輸出 38.1.5. 結束準則 38.1.6. 備注 38.2. 工作量估計 38.2.1. 啟動準則 38.2.2. 輸入 38.2.3. 主要步驟 48.2.4. 輸出 48.2.5. 結束準則 48.2.6. 備注 48.3. 成本估計 48.3.1. 啟動準則 48.3.2. 輸入 58.3.3. 主要步驟 58.3.4. 輸出 58.3.5. 結束準則 58.3.6. 備注 58.4. 進度估計 58.4.1. 啟動準則 58.4.2. 輸入 58.4.3. 主要步驟 58.4.4. 輸出 68.4.5. 結束準則 68.4.6. 備注 68.5. 關鍵計算機資源估計 68.5.1. 啟動準則 68.5.2. 輸入 68.5.3. 主要步驟 68.5.4. 輸出 68.5.5. 結束準則 78.5.6. 備注 79. 估計方法介紹 79.1. PERT規(guī)模估計法 79.2. Delphi估計方法 79.2.1. Delphi方法應用原理 79.2.2. Delphi方法軟件過程中應用領域 79.2.3. DELPHI估計方法過程流程圖 89.2.4. DELPHI估計方法過程詳細說明 89.3. 復用法 99.3.1. 代碼復用 99.3.2. 功能復用 99.4. 類比估算法 99.5. 功能點工作量估計方法 109.6. 國際通用功能點（FP）估算方法 119.6.1. 功能點（FP）劃分方法 119.6.2. 功能點計算方法 129.6.3. COCOMO估算模型 139.6.4. IBM估算模型 149.6.5. 歷史經(jīng)驗數(shù)據(jù)分析法 159.6.6. 估計因素權值計算方法 159.6.7. 人員技能綜合因素權值Q計算方法 1610. 功能點與代碼行轉換表 1711. 附錄2 1811.1. 功能點系數(shù)表 1811.2. 復雜度調整因子 1811.3. 度量 1811.4. 估算方向與計算(邏輯)公式 1812. 相關文件 19PAGE19/SECTIONPAGES19目的軟件生命周期中需要對軟件規(guī)模、工作量、成本、進度等要素進行估算，估算的結果將是制定、調整項目計劃的重要依據(jù)。本指南旨在提供一些專業(yè)的估算方法，用以指導估算活動的進行。適用范圍本指南文件適用于各階段執(zhí)行的估算活動。參考文件本指南文件的編寫依據(jù)是美國卡耐基梅隆軟件工程研究院（SEI）的集成軟件能力成熟度模型1.3版本（CMMI-DEVV1.3）。術語和縮寫縮寫含義FP功能點（FunctionPoint）DB數(shù)據(jù)庫（Database）SLOC源代碼行（SourceLineOfCode）RFP方案建議書（RequestForProposal）WBS工作分解結構（WorkBreakdownStructure）SW軟件（Software）HW硬件（Hardware）DASD直接存取存儲設備(directaccessstoragedeviceordevices)職責角色職責客戶應和軟件需求分析人員一起，毫無遺漏地提出與項目有關的承諾信息（質量、成本、交貨期）及工作環(huán)境等前提或制約條件。應確認并承認估算結果及其依據(jù)。評審組審查估算結果及其依據(jù)，并進行認同。部門經(jīng)理應確認并承認估算結果及其依據(jù)。項目經(jīng)理應遵從恰當?shù)墓浪惴椒?，并加入各類調整系數(shù)，盡量貼近實際情況來實施估算。在增加客戶提出的前提?制約條件等之后，應調整估算結果。入口準則在項目生命周期的計劃階段，制定項目計劃之前即開始估算，在各個階段有必要細化項目計劃時進行估算。應在學習、理解了正確的「估算方法」之后，根據(jù)項目特性（業(yè)務、特定的硬件環(huán)境、交貨期、預算控制等），選取合適的「估算方法」。結合“采用多種「估算方法」”、“采用多個人估算”、“與過去相似實績進行對照”等方法，在恰當?shù)臅r候，通過實施反復估算，使估算的精度更準確。輸入來自客戶的軟件需求；客戶提出的與項目有關的承諾信息（質量、成本、交貨期）及工作環(huán)境等前提或制約條件；過去相似項目的實績數(shù)據(jù)。過程描述規(guī)模估計啟動準則項目立項或需求分析完成輸入原始分配的需求《軟件需求規(guī)格說明書》歷史項目規(guī)模數(shù)據(jù)主要步驟根據(jù)軟件項目需求以及歷史相似項目經(jīng)驗劃分軟件功能模塊，編制工作分解結構圖（WBS）。工作分解結構圖（WBS）是一種將項目所有盡可能細化的功能模塊以結構層次圖的形式來表示，為軟件規(guī)模估計提供依據(jù)。隨著項目的進行，在需求不斷明確的情況下，工作分解結構圖（WBS）將同步更新并細化，進一步為規(guī)模及工作量估計提供更詳細的依據(jù)。由于此處WBS僅用于項目估計而非用于系統(tǒng)設計，其細分程度由估計小組決定。根據(jù)項目的實際情況，可以選用工作分解結構圖（WBS）最底層的模塊作為規(guī)模及工作量估計的最小單元。針對WBS的最底層模塊，采用功能點估算法進行規(guī)模估計，通過估算不同等級的功能點數(shù)量，描述項目規(guī)模與工作量。面向功能，在產(chǎn)品功能需求較明確的情況下，用于估算功能點。根據(jù)工作分解結構圖（WBS），自下而上匯總各層模塊的功能點或代碼數(shù)量。軟件規(guī)模單位可以選擇功能點（FP）、代碼行（SLOC）或千行代碼（KSLOC）對象數(shù)量、UC點數(shù)等；文檔規(guī)?？梢赃x擇文檔頁數(shù)。但在規(guī)模估計過程中，只使用功能點作為估計單位，在采用IBM法和COCOMO法進行工作量和進度估計時，可以將功能點轉換為代碼行或千行。只對軟件模塊進行規(guī)模估計，不對管理性質的工作（如項目策劃、項目跟蹤、質量保證、配置管理等活動）做規(guī)模估計。進行規(guī)模估計時建議采用兩種或兩種以上的估計方法，并由項目組不同的人去完成，然后對每種結果進行對比，根據(jù)歷史項目的相似經(jīng)驗及本項目的實際情況選擇其中最可能的一種。在規(guī)模估計時，要區(qū)分軟件模塊是新開發(fā)的模塊，還是復用或自動生成的模塊。輸出工作分解結構圖（WBS）估計的軟件規(guī)模結束準則工作分解結構圖（WBS）、軟件規(guī)模估計已經(jīng)記錄到《項目計劃》備注立項之后，進行第一次規(guī)模估計；需求分析完成后，進行第二次規(guī)模估計工作量估計啟動準則軟件規(guī)模估計已經(jīng)完成輸入工作分解結構圖（WBS）估計的軟件規(guī)模主要步驟根據(jù)軟件規(guī)模及項目實際情況，選擇一種工作量估計方法估計本項目總工作量，如選擇歷史經(jīng)驗數(shù)據(jù)分析法、COCOMO估算模型、IBM估算模型等等。使用歷史經(jīng)驗數(shù)據(jù)分析法時直接用功能點計算總工作量，使用COCOMO和IBM估算模型時，需要將功能點轉換為代碼千行。從過程財富庫中提取公司與工作量估計相關的各種比例系數(shù)。計算開發(fā)工作量＝總工作量＊比例系數(shù)（各階段開發(fā)工作量包括階段評審工作量，按一定比例分配），其中：需求分析工作量＝開發(fā)工作量＊比例系數(shù)系統(tǒng)設計工作量＝開發(fā)工作量＊比例系數(shù)軟件編碼工作量＝開發(fā)工作量＊比例系數(shù)（包括單元測試）模塊編碼工作量＝模塊規(guī)模/總規(guī)模＊編碼工作量系統(tǒng)測試工作量＝開發(fā)工作量＊比例系數(shù)試運行工作量＝開發(fā)工作量＊比例系數(shù)計算管理工作量＝總工作量＊比例系數(shù)，管理工作量可細分為：項目策劃工作量、項目監(jiān)控工作量、配置管理工作量、質量保證工作量、培訓管理工作量等。根據(jù)項目實際情況，可對估計的工作量進行增減調整。將估計的各項工作量記錄到《項目計劃》。輸出估計的項目工作量結束準則估計的工作量已經(jīng)記錄到《項目計劃》備注公司平均生產(chǎn)率針對軟件項目整體生產(chǎn)率，不是軟件編碼生產(chǎn)率工作量單位可選擇人天或人月成本估計啟動準則軟件工作量估計已經(jīng)完成輸入估計的項目工作量主要步驟從過程財富庫中提取公司與軟件相關的各角色標準成本單價。計算分項人力成本＝分項工作量＊成本單價。估計項目發(fā)生費用。計算項目總成本＝各分項成本之和＋項目發(fā)生費用。將估計的各項成本記錄到《項目計劃》。輸出估計的項目成本結束準則估計的成本已經(jīng)記錄到《項目計劃》備注成本單位可選擇元或萬元進度估計啟動準則軟件工作量估計已完成輸入估計的工作量工作分解結構圖（WBS）主要步驟計算本項目人員技能綜合因素權值Q（《人員技能綜合因素權值表》）。選擇一種進度估計方法估計項目總體進度。在交付日期已確定的情況下（如，已簽訂開發(fā)合同），總體進度＝交付日期－項目啟動日期。在交付日期不確定，且團隊人數(shù)未知的情況下，采用COCOMO估算模型、IBM估算模型估計總體進度。在交付日期不確定，且團隊人數(shù)已知的情況下，總體進度T＝總工作量E×（1－Q）/團隊人數(shù)N。在階段人數(shù)已知的情況下，計算階段進度＝階段工作量×（1－Q）/階段人數(shù)；在階段人數(shù)未知的情況下，依據(jù)項目實際情況、歷史相似項目經(jīng)驗和項目總體進度，確定各階段的工作進度。具體階段包括需求分析、概要設計、詳細設計、軟件編碼、系統(tǒng)測試、安裝調試培訓、試運行及驗收等。依據(jù)階段工作量和階段進度，確定階段人數(shù)＝階段工作量×（1－Q）/階段進度。必要時，可以依據(jù)模塊工作量和模塊開發(fā)人數(shù)，計算模塊開發(fā)進度＝模塊工作量×（1－Q）/模塊開發(fā)人數(shù)。采用甘特圖的形式表示各項任務的先后關系，確定關鍵路徑，并標識出關鍵里程碑。將估計的各任務進度記錄到《項目計劃》。輸出估計的進度結束準則估計的進度已記錄到《項目計劃》備注進度單位可選擇天或月人員技能綜合因素權值Q取值范圍：－0.5～＋0.5關鍵計算機資源估計啟動準則需求確定關鍵計算機資源限制已經(jīng)清楚輸入關鍵計算機資源限制及軟件項目的需求。主要步驟羅列項目本身存在的計算機資源限制，根據(jù)軟件需求確定本項目的關鍵計算機資源。估計開發(fā)環(huán)境、測試環(huán)境和運行環(huán)境對關鍵計算機資源的要求。將估計的關鍵計算機資源數(shù)據(jù)記錄到《項目計劃》。輸出估計的關鍵計算機資源結束準則估計的關鍵計算機資源已記錄到《項目計劃》備注關鍵計算機資源可以是內(nèi)存使用量、設備存儲量、通訊傳輸速度等。不同的項目有著不同的關鍵計算機資源。估計方法介紹PERT規(guī)模估計法PERT規(guī)模估計法包含三個估計參數(shù)：正常估計值、最高估計值、最低估計值，將這三個估計值作為參數(shù)代入PERT公式，便可以計算出估計項的規(guī)模范圍。舉例：估計一個廣域網(wǎng)通訊系統(tǒng)的代碼規(guī)模：設A=估計最低可能需要10（KSLOC）千行代碼B=估計正?？赡苄枰?2（KSLOC）千行代碼C=估計最高可能需要15（KSLOC）千行代碼E=（A+4B+C）/6得出E=(10+4*12+15)/6=12.167（KSLOC）千行代碼SD=(C-A)/6得出SD=（15-10）/6=0.833（KSLOC）千行代碼從以上數(shù)據(jù)可以推斷出本項目規(guī)模將有68%的機率在11.334(12.167-0.833)（KSLOC）千行代碼和13(12.167+0.833)（KSLOC）千行代碼之間。Delphi估計方法Delphi方法應用原理召集各類專家對被估計的對象進行估計，對估計結果進行統(tǒng)計，找出每個被估計項估計數(shù)值的最大偏差（同一個被估計項的估計最大值與最小值之差），并將每一個被估計項的最大偏差由大到小排列，將排在前幾位的被估計項單獨挑出，再召集專家重新估計，對每個估計結果再進行統(tǒng)計排序，重復上述步驟，直到每個被估計項的偏差已經(jīng)減小到大家都認可的范圍內(nèi)。Delphi方法軟件過程中應用領域在軟件開發(fā)領域主要應用于軟件規(guī)模、工作量、成本估計，應用DELPHI方法對于每個項目中可以分解的工作任務（例如WBS）進行規(guī)模方面估計，這些工作任務主要包括需求分析、概要設計、詳細設計、編碼、測試等工作內(nèi)容。DELPHI估計方法過程流程圖DELPHI估計方法過程詳細說明項目經(jīng)理負責確定并分配專家的權值，標記這些權值的分配依據(jù)，并羅列這些權值到估計報告中。項目經(jīng)理負責準備要估計的項目內(nèi)容，并制作成表格(DELPHI規(guī)模估計表格)。項目經(jīng)理組織一次會談，會談人員要求與本項目相關的技術及業(yè)務專家參加，主要討論被制成表格(Delphi循環(huán)估計排序與匯總表)的各估計項規(guī)模、工作量、成本方面問題。項目經(jīng)理根據(jù)被估計項內(nèi)容的多少掌握會談時間，一般一次討論控制在十五分鐘為宜。會談完畢由各專家以匿名方式填寫自己對每個被估計項所估計的數(shù)值在Delphi循環(huán)估計填報表中，最后統(tǒng)一交給項目經(jīng)理。項目經(jīng)理對已填報的估計值進行統(tǒng)計(建議采用加權平均法)，計算每一個被估計項的最大估計值與最小估計值之間的差值，并將這些被估計項按差值由大到小進行排序，從而找到規(guī)模估計差異較大的幾個被估計項，最后一并匯總到Delphi循環(huán)估計排序與匯總表中。項目經(jīng)理根據(jù)Delphi循環(huán)估計排序與匯總表中的分析結果判斷是否每個被估計項的偏差已經(jīng)減小到大家都認可的范圍內(nèi),如果是則活動結束,否則重新估計。復用法復用過去相似項目中的代碼或功能點，通過公式計算本項目的復用工作量。代碼復用[Step1]確定可利用項目/模塊的代碼行數(shù)[Step2]分析復用代碼需要重新設計、重新編碼、重新測試的比例[Step3]根據(jù)公式計算等價代碼行，并記錄在《項目估算記錄》中。等價代碼行＝（[%重新設計+%重新編碼+%重新測試]/3）*已存在的代碼比如：有10,000行代碼，假定30%需要重新設計，50%需要重新編碼，70%需要重新測試，那么其等價的代碼行可以計算為：[(30%+50%+70%)/3]×10,000=5,000等價代碼行意即：重用這10000代碼相當于編寫5000代碼行的工作量功能復用[Step1]確定可利用項目/模塊的功能點數(shù)[Step2]分析復用功能點需要重新設計、重新編碼、重新測試的數(shù)量比例[Step3]根據(jù)公式計算等價功能點，并記錄在《項目估算記錄》中。等價功能點＝（[%重新設計+%重新編碼+%重新測試]/3）*已存在的功能點比如：有50個功能點，假定30%需要重新設計，40%需要重新編碼，50%需要重新測試，那么其等價的功能點可以計算為：[(30%+40%+50%)/3]×50=20等價功能點意即：重用這50個功能點相當于編寫20個功能點工作量類比估算法[Step1]項目經(jīng)理根據(jù)項目范圍、功能要求與特點，確定類比項（類比項以分解到模塊或任務包為合適）。[Step2]獲取公司財富庫，對比財富庫中的項目/模塊/任務包與本項目類比項的相似程度，提取同類項目的數(shù)據(jù)。[Step3]根據(jù)本項目類比項的特點，對經(jīng)驗數(shù)據(jù)進行適當調整，并寫明原因。如果存在多個同類項目時，可取這幾個項目的平均值。若本項目存在對比經(jīng)驗項目沒有的估算項，應再結合其它估算法進行估算。[Step4]將估算結果形成《項目估計算記錄》：類比項對比項一對比項二本項目估算值說明規(guī)模50個功能點46個功能點48個功能點取平均值設計工作量30人日25人日33人月增加界面設計要求壓力測試工作量無無5人日采用專家估算法…………[Step5]若項目經(jīng)理對估算結果存在疑問，可采用其它的估算方法進行估算驗證功能點工作量估計方法通過估算不同等級的功能點數(shù)量，描述項目規(guī)模與工作量。面向功能，在產(chǎn)品功能需求較明確的情況下，用于估算功能點。1．每個功能點在開發(fā)各個階段的工作量按組織財富庫中的組織測量表的經(jīng)驗值分配，主要階段包括：需求、設計、編碼、測試、驗收。每個功能點對應的軟件工程、項目管理、質量保證、配置管理的工作量比例關系按《組織測量表》的經(jīng)驗值分配。對于功能點為簡單、中等、復雜的工作量分配，他們之間的換算關系是： 簡單：中等：復雜＝1:2:4簡單、中等、復雜的功能定義如下：復雜度單元復雜度標準簡單（SIMPLE）業(yè)務邏輯少，訪問數(shù)據(jù)庫表單不超過2個，涉及少量數(shù)據(jù)中等（MEDIUM）業(yè)務邏輯數(shù)量中等，訪問數(shù)據(jù)庫表單2-4個，涉及中等數(shù)量的數(shù)據(jù)復雜（COMLEX）業(yè)務邏輯復雜，訪問數(shù)據(jù)庫表單超過4個，涉及大量數(shù)據(jù)做功能估計的時候，還要考慮具體每個功能工作量的調整系數(shù)，在產(chǎn)品功能列表中進行統(tǒng)計累計的增加調整系數(shù)之后的標準功能總數(shù)。如果項目中的功能點都符合標準定義，則系數(shù)為1，如果相對于標準的功能復雜度定義而言工作量有偏大，則需要進行系數(shù)調整。3．統(tǒng)計出《產(chǎn)品功能列表》中不同等級功能的數(shù)量。通過統(tǒng)計不同等級功能點數(shù)量，獲取累計后的標準功能總數(shù)。以累計的標準功能總數(shù)作為定項目的功能規(guī)模，填寫于《項目估算記錄_功能點工作量估算》中。4，參照組織財富庫中《組織測量表》中功能點對應的生成率估計項目總的工作量。5．參照組織財富庫中《組織測量表》中的歷史項目的不同階段的工作量比例進行對產(chǎn)品不同開發(fā)階段的工時進行估算，估算結果保存在《項目估算記錄_功能點工作量估算》中。6．參照組織財富庫中《組織測量表》中的的軟件工程、項目管理、質量保證、配置管理的比例關系，進行不同類別的工作量估算，估算結果保存在《項目估算記錄_功能點工作量估算》中。國際通用功能點（FP）估算方法功能點（FP）劃分方法功能點僅代表單一的規(guī)模度量單位：即1FP=100行C++實體代碼(包括VC++、UNIXC、C++Builder),不受程序本身復雜度等因素影響，不管是100行復雜的遞歸算法還是100行簡單的排序程序其規(guī)模都是指一個功能點。具備抽象性質：FP功能點單獨隔離來講不表示任何其它意義，只表示規(guī)模度量單位，這點類似于貨幣，程序設計中的類、窗體、函數(shù)、功能和這里指的FP功能點沒有任何關系。統(tǒng)一性：整個公司的FP功能點都是指一個概念即1FP=100行C++實體代碼，各個項目組不需要在腦海里根據(jù)項目情況定義自己的功能點劃分方式。功能點計算方法估計軟件的輸入、輸出、查詢、數(shù)據(jù)文件及外部接口的數(shù)目，可以采用PERT規(guī)模估計法，舉例如下：程序功能樂觀值可能值悲觀值估算數(shù)量輸入數(shù)20243024輸出數(shù)12152216查詢數(shù)16222822數(shù)據(jù)文件數(shù)4454外部接口數(shù)2232估計各種復雜度的程序功能數(shù)量，舉例如下：程序功能估計數(shù)量一般復雜中等復雜很復雜輸入數(shù)244164輸出數(shù)16493查詢數(shù)225152數(shù)據(jù)文件數(shù)4040外部接口數(shù)2002根據(jù)功能點系數(shù)表，計算未經(jīng)調整的功能點總數(shù)。功能點系數(shù)表請參見附錄2《功能點系數(shù)表》。舉例如下：程序功能一般復雜中等復雜很復雜輸入數(shù)4×316×44×6輸出數(shù)4×49×53×7查詢數(shù)5×315×42×6數(shù)據(jù)文件數(shù)0×74×100×15外部接口數(shù)0×50×72×10小計4320977未經(jīng)調整的功能點總數(shù)＝329。計算復雜度調整因子及調整后的功能點總數(shù)。復雜度調整因子表參見附錄2《復雜度調整因素表》。例：上例中，調整后的功能點總數(shù)＝未經(jīng)調整的功能點總數(shù)×復雜度調整因子＝329×1.17＝385。使用功能點進行規(guī)范化的歷史數(shù)據(jù)說明：這類組織的平均生產(chǎn)率為6.5FP/PM，如果一個勞動力價格是每月8000美元，則每個FP的成本約為1230美元。根據(jù)FP估算及歷史生產(chǎn)率數(shù)據(jù)，總的項目成本估算是472000美元，工作量為59個人月。COCOMO估算模型為了建立規(guī)模和工作量及進度之間的關系，這里引用COCOMO模型（構造型成本模型），規(guī)模單位采用千行（SLOC/KSLOC），工作量單位為人月，按級別分為以下兩種形式：模型一：基本COCOMO模型，將軟件開發(fā)工作量及進度作為程序規(guī)模的函數(shù)進行計算，程序的規(guī)模估算以代碼千行表示。模型二：中級COCOMO模型，將軟件開發(fā)工作量及進度作為程序規(guī)模及一組“成本驅動因子”的函數(shù)來進行計算，其中“成本驅動因子”包括對產(chǎn)品、硬件、人員、及項目屬性的主觀評估。基本COCOMO模型估算公式基本COCOMO模型估算公式：E=abKLOCbbD=cbEdb其中,E是以人月為單位的工作量，D是以月表示的開發(fā)時間，KLOC是估算的項目代碼行（以千行為單位）。系數(shù)ab和cb及指數(shù)bb和db是指不同軟件開發(fā)方式的值。基本COCOMO模型系數(shù)及指數(shù)因子表：軟件項目abbbcbdb組織模式2.41.052.50.38半分離模式3.05嵌入模式0.32由以上公式可以導出生產(chǎn)率和所需人員數(shù)的公式：生產(chǎn)率＝KLOC/E人員數(shù)＝E/D中級COCOMO模型估算公式中級COCOMO模型估算公式：E=aiKLOCbi×EAFEAF∈[0.9，1.4]其中,E是以人月為單位的工作量，D是以月表示的開發(fā)時間，KLOC是估算的項目代碼行（以千行為單位）,EAF為乘法因子。下表列出系數(shù)ai及指數(shù)bi。中級COCOMO模型系數(shù)及指數(shù)因子表：軟件項目aibi組織模式3.21.05半分離模式3.01.12嵌入模式2.81.20乘法因子是根據(jù)15個成本驅動因子打分定出的，用來對公式進行修訂。15個成本驅動因子分成如下4組：產(chǎn)品屬性：指所需軟件可靠性、數(shù)據(jù)基大小及產(chǎn)品復雜性。計算機屬性：即執(zhí)行時間方面的限制、主存限制、虛擬機的易變性及計算機周轉時間。人員屬性：即分析員能力、應用領域中實踐經(jīng)驗、程序員能力、虛擬機使用經(jīng)驗及程序語言使用經(jīng)驗。項目屬性：即現(xiàn)代程序設計方法、軟件工具的使用及所需的開發(fā)進度。備注：組織模式：較小的、簡單的軟件項目，有良好應用經(jīng)驗的小型項目組，針對一組不是很嚴格的需求開展工作。半分離模式：一個中等的軟件項目（在規(guī)模及復雜性上），具有不等經(jīng)驗水平的軟件項目組，必需滿足嚴格的及不嚴格的需求。嵌入模式：必需滿足一組嚴格的硬件、軟件及操作約束。IBM估算模型IBM模型估算公式：E=5.2×L0.91D=4.1×L0.36=2.4×E0.35S=0.54×E0.6DOC=49×L1.01其中,E是以人月為單位的工作量，D是以月為單位的項目持續(xù)時間，S為所需人員數(shù)，DOC為文檔頁數(shù)，L是估算的項目代碼行（以千行為單位）。歷史經(jīng)驗數(shù)據(jù)分析法歷史經(jīng)驗數(shù)據(jù)分析法主要先將已完成項目的工作規(guī)模、工作量、生產(chǎn)率、成本進行統(tǒng)計并記錄到過程財富庫中，在以后的項目中再從財富庫中抽取平均的生產(chǎn)率數(shù)據(jù)，并考慮計算項目估計假設對目前要估計項目的影響，從而綜合得出目前項目的工作量、成本估計值。歷史經(jīng)驗數(shù)據(jù)分析法基本操作步驟：從過程財富庫中提取公司平均生產(chǎn)率P、公司平均估計因素權值；根據(jù)項目的實際情況參照估計因素檢查表估算本項目的估計因素權值（參見估計因素權值計算方法）；根據(jù)本項目的估計因素權值及公司平均估計因素權值，計算本項目的估計假設因子Z＝本項目估計因素權值之和/公司平均估計因素權值之和。根據(jù)公司平均生產(chǎn)率P、估計假設因子Z和軟件規(guī)模S，計算本項目的總工作量＝軟件規(guī)模S＊項目估計假設Z/公司平均生產(chǎn)率P。估計因素權值計算方法估計因素權值計算方法介紹項目經(jīng)理根據(jù)項目的實際情況并參照下面估計因素檢查表格，列出本項目在相應內(nèi)容分類的估計因素權值。估計因素主要考慮從技能經(jīng)驗、質量等級、產(chǎn)品復雜程度、過程工具、項目管理水平這五方面進行對要估計項目的級別評定，建議由多人輪流評定，由項目經(jīng)理對這些評定值進行綜合平均處理。由項目經(jīng)理依據(jù)多人評定的綜合平均結果作為本項目的估計因素權值，如A：B：C：D：E。估計因素檢查表內(nèi)容分類級別級別導向說明A：技能/經(jīng)驗你所要考慮的開發(fā)小組綜合技能，包括：在同種類型應用方面的經(jīng)驗程序語言設計方面的經(jīng)驗對平臺、環(huán)境的熟悉程度分析/設計能力編碼、調試方面的能力測試能力12345專家級別↓平均水平↓新手B：期望的質量等級你要考慮產(chǎn)品需要達到怎樣的可靠性、易維護性？能夠容忍多大的缺陷？包括因素：設計詳細程度及編碼復雜程度。是否需要頻繁審查產(chǎn)品內(nèi)容。測試要求是否非常嚴格性能、內(nèi)存要求或強力環(huán)境下測試是否要具備12345很少↓