項目估算規(guī)范

1、密級：內部公開文檔編號：VTS_PP_REGU_JHBGGC版本號：V1.0項目估算規(guī)程xx有限公司編制： xx生效日期：22008年 9月 28日審核： xx批準：xx-xx有限公司對本文件資料享受著作權及其它專屬權利，未經(jīng)書面許可，不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進行修改后使用。文件更改摘要：日期版本號 修訂說明修訂人審核人批準人2008-08-11V0.1初稿2008-09-12V0.2修訂變更評估與分析、計劃變更申請2008-09-28V1.0正式版目 錄1.簡介11.1.目的11.2.適用范圍11.3.術語表11.4.參考資料12.概述13.過程描述13.1

2、.角色與職責13.2.準入13.3.輸入23.4.過程描述23.4.1.獲取歷史數(shù)據(jù)23.4.2.估計軟件規(guī)模23.4.3.估計工作量33.4.4.估計成本33.4.5.估計關鍵資源33.4.6.估計關鍵路徑和關鍵依賴關系43.4.7.制定進度表43.4.8.階段詳細估計43.4.9.形成項目數(shù)據(jù)估計表43.5.輸出53.6.準出54.附錄54.1.1.歷史數(shù)據(jù)估計方法54.1.2.Delphi 估計方法64.1.3.Pert Sizing Technique估計方法74.1.4.工作量估計的方法74.2.1.開發(fā)工具系數(shù)94.2.2.規(guī)模系數(shù)94.2.3.生產(chǎn)率94.2.4.軟件工程工作量階

3、段分布10xx有限公司 項目估算規(guī)范1. 簡介1.1. 目的本文檔的目的是為了描述對項目軟件產(chǎn)品的規(guī)模、工作量、成本、關鍵資源和進度等進行估計，描述了估計的步驟和過程。1.2. 適用范圍本文檔適用于公司的所有軟件項目。1.3. 術語表無。1.4. 參考資料CMMI® for Development, Version 1.2CMMI Product Team2. 概述每一個項目都要進行估計，并將估計的結果作為項目計劃的基礎。估計是項目計劃的核心。目的是為項目建立合理的預算，確定合適水平的員工，并為項目承諾提供基礎。一個沒有建立在合理估計基礎上的計劃會提供一種錯誤的安全感，可能比根本沒有

4、計劃更糟。估計的內容通常包括：規(guī)模、工作量/成本、關鍵資源、關鍵路徑和關鍵依賴、進度表等。估計和計劃貫穿了整個項目。在項目的早期階段，使用自上而下（top_down）的方式進行粗略的估計和制定進度表。隨著項目的進展，在每個詳細的計劃階段，使用自下而上（bottom_up）的方法為子階段進行更詳細的計劃。下一階段的底層WBS元素必須定義，并在WBS中進行記錄。先對WBS的底層元素進行估計，然后匯總到較高層，用來更新總的軟件估計。軟件估計的流程如下：圖表 1 軟件估計流程本文提供了幾個估計方法及相關過程，它們主要應用于公司的軟件項目規(guī)模、工作量及成本、關鍵計算機資源等的估計。如果這些估計方法不適用

5、于特定的項目，項目經(jīng)理必須為該項目提出另外的估計方法。3. 過程描述3.1. 角色與職責l 項目經(jīng)理：組織進行軟件估計。l 項目組：在項目經(jīng)理組織下，共同完成項目的各項估計。l 相關人員：主要是指對本項目情況較熟悉的人員。3.2. 準入l 確定了項目范圍l 完成了項目工作結構分解3.3. 輸入l WBS工作結構分解3.4. 過程描述3.4.1. 獲取歷史數(shù)據(jù)為項目估計、度量的量化目標提供支持。詳細參見公司財富庫中歷史數(shù)據(jù)。3.4.2. 估計軟件規(guī)模規(guī)模估計的目的是為了判斷待開發(fā)軟件產(chǎn)品的規(guī)模，規(guī)模是成本估計、進度估計的基礎，為了估計成本和進度，所以必須進行規(guī)模估計。WBS是軟件規(guī)模估計的基礎。

6、我們常用的估計整個軟件產(chǎn)品的規(guī)模的單位是：功能點（FP）。代碼行（LOC）。其它：如交易數(shù)量、表數(shù)量等。有時需要估計個別軟件工作產(chǎn)品的規(guī)模，一般采用以下單位：頁：用于估計技術文檔規(guī)模。字數(shù)：用于估計技術文檔規(guī)模。測試用例的個數(shù)：用于估計測試規(guī)模。估計軟件產(chǎn)品的規(guī)模主要依靠過去相關的經(jīng)驗，估計人員應當具有相似系統(tǒng)的開發(fā)經(jīng)驗，利用自上而下（top-down）或者自下而上（bottom-up）方式進行軟件規(guī)模的估計。具體步驟如下：1) 將軟件工作產(chǎn)品拆分成能實現(xiàn)精確估計的較小部分。2) 分析軟件產(chǎn)品的WBS。3) 選擇合適的度量單位。4) 選擇估計方法，結合選擇的技術解決方案（開發(fā)工具、語言、平臺等

7、），對WBS中的產(chǎn)品功能進行估計。5) 估計方法可以是歷史數(shù)據(jù)估計方法，或者Delphi法。6) 在項目策劃過程中，評審和修正有關軟件規(guī)模估計的問題，對軟件產(chǎn)品的估計達成一致。7) 將規(guī)模估計的結果記錄到項目數(shù)據(jù)估計表及項目計劃中。3.4.3. 估計工作量完成項目規(guī)模估計后，應該確定完成這些工作需要的時間（以工時為單位），項目經(jīng)理應該使用模型、歷史數(shù)據(jù)和軟件工作產(chǎn)品大小來確定項目工作量。工作量估計的內容應當包含以下內容：1) 軟件開發(fā)工作量，包括需求分析、設計、編碼、測試、其它技術文檔。2) 項目管理活動的工作量。工作量的估計可以按以下步驟進行：1) 選擇估計方法。2) 對WBS中的每個任務分

8、別進行估計。3) 對于軟件開發(fā)等工作，可以根據(jù)估計的規(guī)模和經(jīng)驗數(shù)據(jù)值進行換算。4) 估計CM工作量近似于軟件工作量的 610%。5) 估計QA工作量近似于軟件工作量的 812%。6) 估計出項目管理活動的工作量，近似于軟件工作量的15%20%。7) 估計評審工作量近似于軟件工作量的5。8) 估計培訓工作量近似于軟件工作量的3。9) 將估計的結果記錄到項目數(shù)據(jù)估計表中。3.4.4. 估計成本估計出工作量（工時）后，應根據(jù)公司的財務要求，進行成本的估算。估算的內容有：人力成本：人力成本（按月）*（工作量/8/22）。直接費用：直接可以報銷的費用，如培訓費、車費、活動費用等。3.4.5. 估計關鍵資

9、源項目經(jīng)理應該明確完成項目所需的關鍵資源，并進行關鍵資源估計。關鍵資源可以是服務器環(huán)境、測試環(huán)境、目標環(huán)境等，也可以是識別出來的關鍵的項目組內外人力資源等。估計關鍵資源的步驟如下：關鍵資源是在軟件開發(fā)和操作中受到約束的硬件資源和人力資源，前者如：計算機內存、磁盤容量、網(wǎng)絡容量、處理器性能等；后者如項目的關鍵人員，包括項目組的，相關組的，以及客戶。項目經(jīng)理根據(jù)項目要求確定關鍵資源的約束。如果有關鍵資源，則要估計軟件開發(fā)或運行中的資源狀況。與估計的軟件規(guī)模、計劃的處理負載、預計的數(shù)據(jù)量、或其他因素相聯(lián)系，來估計所需的資源的總量，作初始估計。當初始估計做好后，應對每一項資源建立一定的儲備。將估計的關

10、鍵資源記錄在項目計劃“關鍵資源”列中。3.4.6. 估計關鍵路徑和關鍵依賴關系項目經(jīng)理和項目組的相關人員、QA負責人、CM負責人、相關組負責人根據(jù)各活動間的關系確定關鍵路徑和關鍵依賴關系。3.4.7. 制定進度表進度表的制定可以按以下流程進行：1) 項目經(jīng)理和各負責人根據(jù)估計的工作量和關鍵依賴關系確定每個活動的起止日期。2) 根據(jù)第1步的結果，結合資源的具體情況，項目經(jīng)理和各負責人調整任務的起始日期、終止日期，甚至是調整某些任務的負責人和關鍵路徑。（如：通過第1步的結果，發(fā)現(xiàn)某些項目人員在某個時間段內工作超負荷，而有些人員在某些時間段內工作量不足，這樣就需要調整。若實在調整不了，就有可能會調整

11、關鍵路徑）。3) 項目經(jīng)理在項目進度表中要安排里程碑點（里程碑點一般選在有特定意義的階段點，如重要階段的開始或結束），并形成進度表的草稿。4) 將形成的Project草稿提交給項目組的成員或負責人，得到他們的承諾或根據(jù)他們的意見進行修改，直至達成一致。5) CM人員和QA人員根據(jù)達成一致的進度表，確定自己的日程安排。注意：返工的問題：軟件項目中的返工工作量是較大的，即在發(fā)現(xiàn)工作產(chǎn)品缺陷時的修改工作。一般來說，應在每個階段為返工的工作留出時間，做任務安排。有些項目較緊急，要求項目成員加班進行工作。對于這種情況，制定進度表一定要小心。因為若有特殊情況或某項關鍵任務估計得過于樂觀，會導致項目進度拖延

12、，而無法再用加班的方式進行彌補。管理活動的時間占用問題：項目經(jīng)理根據(jù)軟件估計中的管理估計和一些技術方面的交流活動的估計，確定項目各成員在各個階段可以真正用于完成技術任務的時間。如：在編碼階段，某項目成員每周工作40小時，但評審、項目會議以及一些技術方面的交流、培訓就占去了18個小時，那么在安排該項目成員的技術任務時，只能按照他每周工作22（4018）個小時去安排。3.4.8. 階段詳細估計1) 在項目每個階段開始前，要作階段詳細估計（工作量和時間表）。估計的步驟同上述的過程相同。2) 把詳細估計累計起來，確定項目和階段的總估計。3) 完成后更新總體的軟件估計和項目計劃。3.4.9. 形成項目數(shù)

13、據(jù)估計表將上述估計的結果記錄到項目數(shù)據(jù)估計表中。（可參見項目數(shù)據(jù)估計表模板）軟件估計要在項目的不同階段進行，一般是在本階段完成時進行下一階段的詳細估計。項目數(shù)據(jù)估計表作為項目計劃的一部分一起評審。3.5. 輸出項目數(shù)據(jù)估計表PROJECT相應估算內容3.6. 準出項目估算已完成4. 附錄4.1. 估計方法4.1.1. 歷史數(shù)據(jù)估計方法這種軟件規(guī)模估計方法主要是利用已完成的項目數(shù)據(jù)來估計軟件的代碼量，通常用代碼行數(shù)表示。使用此方法需注意以下幾點：l 充分了解系統(tǒng)需求l 判斷歷史項目對現(xiàn)有軟件的適用性l 基于歷史項目的相似性對軟件規(guī)模進行相應的調整歷史數(shù)據(jù)估計方法的步驟如下：4.1.1.1. 步驟

14、一：分解軟件系統(tǒng)把軟件系統(tǒng)模塊化，通過系統(tǒng)模塊化可以及早了解整個系統(tǒng)。系統(tǒng)分解程度要以歷史項目為基礎。4.1.1.2. 步驟二：確定相似模塊使用歷史項目要與當前項目有相似的應用和相似的語言。假如相似的模塊不存在，也可以用其它方法估計該模塊。4.1.1.3. 步驟三：確定相似模塊規(guī)模使用歷史項目可以通過標準的代碼統(tǒng)計工具實現(xiàn)，在開發(fā)和估計當前項目規(guī)模時，要求使用同類型統(tǒng)計工具。4.1.1.4. 步驟四：調整模塊大小軟件模塊估計的調整基于歷史項目模塊的相似程度或修改量。軟件項目中用歷史數(shù)據(jù)估計法，往往還要解決可重用代碼的估算問題。估計可重用代碼量的最好辦法就是由程序員或系統(tǒng)分析員詳細地考查已存在的

15、代碼，估算出新項目可重用的代碼中需重新設計的代碼百分比、需重新編碼或修改的代碼百分比以及需重新測試的代碼百分比。根據(jù)這三個百分比，可用下面的計算公式計算等價新代碼行：等價代碼行 = (重新設計% +重新編碼% +重新測試%)/3× 已有代碼行 比如：有10,000行代碼，假定30%需要重新設計，50%需要重新編碼，70%需要重新測試，那么其等價的代碼行可以計算為： (30% + 50% + 70%)/3 × 10,000 = 5,000 等價代碼行。意即：重用這10000代碼相當于編寫5000代碼行的工作量。4.1.1.5. 步驟五：記錄估計數(shù)據(jù)4.1.2. Delphi

16、估計方法Delphi法是最流行的專家評估技術，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術與特定程序之間的差別，Delphi法鼓勵參加者就問題相互討論。這個技術，要求有多種軟件相關經(jīng)驗人的參與，互相說服對方。其步驟如下：4.1.2.1. 步驟一項目經(jīng)理選擇三至六名有經(jīng)驗的工程師（可以是項目組外的工程師，可以包括項目經(jīng)理本人），他們應具備該項目的背景知識。并發(fā)給每位工程師一份估計參考資料（通常有：產(chǎn)品可行性報告/項目總體計劃、軟件需求規(guī)格說明書、WBS、風險管理計劃等），和一張記錄估計值的可迭代的表格。4.1.2.2. 步驟二項目經(jīng)理召集各工程師討論與規(guī)模相關的因素。4.1.2.

17、3. 步驟三每位工程師匿名填寫迭代表格。里面包含了評估的理由。4.1.2.4. 步驟四項目經(jīng)理整理出一個估計總結，以迭代表的形式返回每位工程師。4.1.2.5. 步驟五項目經(jīng)理召集小組會，討論較大的估計差異。4.1.2.6. 步驟六工程師復查估計總結并在迭代表上提交另一個匿名估計。4.1.2.7. 步驟七重復步驟四-六， 直到獲得一個得到多數(shù)工程師共識的軟件規(guī)模。4.1.3. Pert Sizing Technique估計方法這種方法共估計三個值： 軟件產(chǎn)品預期規(guī)模的一般值、最大值和最小值。通過這三個值的計算可得到一個統(tǒng)計學上的期望值和一個標準偏差。公式：PERT公式估計的預期規(guī)模是E，標準偏

18、差是SD：E=（a+4b+c)÷6SD=（c-a）÷6例如：一個新的通信程序：a=規(guī)模的最小值，例如：10KSLOCb=規(guī)模的一般值，例如 12KSLOCc=規(guī)模的最大值，例如 15KSLOC即：E=（10+4*12+15）÷612.167(KSLOC)SD=(15-10)÷6=0.833這就是說，此通信程序的規(guī)?？赡軙?1.334KSLOC（12.167-.833）和13KSLOC（12.167 + .833）之間。本估計方法的前提是對規(guī)模的估計沒有偏見，經(jīng)驗表明，估計偏低的傾向大于偏高的傾向，使用時應加以考慮。4.1.4. 工作量估計的方法4.1.

19、4.1. 運算法（ALGORITHMIC COST MODELS）運算法是一種簡單直觀的估計方法，它根據(jù)規(guī)模估計的結果和相應的系數(shù)運算得到工作量估計：工作量 = p/s*l*ep = 軟件產(chǎn)品的規(guī)模（SLOC）s = 生產(chǎn)率（每人日的代碼行）l = 開發(fā)工具系數(shù)e = 規(guī)模系數(shù)組織應根據(jù)自身的實際情況，定義使用不同開發(fā)語言時的調整系數(shù)，并且應當根據(jù)歷史信息，經(jīng)常調整開發(fā)工具系數(shù)，當沒有這些信息的時候，可以由組織中有經(jīng)驗的人決定。開發(fā)工具系數(shù)越大，表示對工具提供的助力越低。下表是開發(fā)工具系數(shù)表的例子：開發(fā)工具系數(shù)標準C/C+1.2BO0.6.軟件規(guī)模的大小也是影響規(guī)模估計的參數(shù)之一，系統(tǒng)的規(guī)模越

20、大，對工作量估計的影響就越小，這些數(shù)據(jù)的例子是：規(guī)模(KSLOC) 系數(shù)501.091001.08.4.1.4.2. 專家判斷法（EXPERT JUDGEMENT）本估計方法需要使用者有類似系統(tǒng)的經(jīng)驗，結合規(guī)模估計的結果和WBS綜合分析，形成對工作量的估計，可以按照下面的步驟進行：1) 結合WBS，根據(jù)經(jīng)驗和規(guī)模來估計WBS中每項功能的工作量。2) 根據(jù)每個功能點實現(xiàn)難度和風險的大小，適當調整工作量的估計。3) 按階段合計需要的工作量，形成總的工作量的估計。4.2. 估計系數(shù)估計過程中需要使用很多的系數(shù)，這些系數(shù)在各個項目中是不同的，每個項目都可以根據(jù)實際情況確定自己的系數(shù)，可以參考其它項目或由項目內經(jīng)驗豐富的人來確定，隨著軟件過程數(shù)據(jù)庫的豐富，不斷的進行修正。當系數(shù)表中沒有合適的系數(shù)時，可以使用最相近的系數(shù)或由項目內經(jīng)驗豐富的人來確定，增加到系數(shù)表中。所有系數(shù)的修改和增加，都應報告給EPG，經(jīng)高級管理者批準后更新到系數(shù)表中才可以使用。4.2.1. 開發(fā)工具系數(shù)在進行軟件工作量的估計時，由于選用的開發(fā)工具不同，開發(fā)的效率會有差異，影響工作量的估計。估