【文章內(nèi)容簡介】 ，主控文件，和接口需求的數(shù)目。 ?將這些數(shù)據(jù)進(jìn)行加權(quán)乘。下表為一個典型的權(quán)值表。 ? 功能類型 權(quán)值 輸入 4 輸出 5 查詢 4 主控文件 10 接口 10 ?估計者根據(jù)對復(fù)雜度的判斷，總數(shù)可以用 +25%、 0、或 25%調(diào)整。 ?據(jù)發(fā)現(xiàn)，對一個軟件產(chǎn)品的開發(fā)，功能點對項目早期的規(guī)模估計很有幫助。然而，在了解產(chǎn)品越多后，功能點可以轉(zhuǎn)換為軟件規(guī)模測量更常用的 LOC。 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 對規(guī)模估算的修正 ?為了補(bǔ)充單一算法的不足，實際上，軟件項目經(jīng)理常采用其他方法，來進(jìn)行 “ 校正 ” 和補(bǔ)充。這些方法是： ?把大塊的任務(wù) 分解 為小規(guī)模的任務(wù)。例如：使用 WBS對任務(wù)分解，然后對分解到的最 “ 末梢 ” 功能，進(jìn)行規(guī)模估算，然后，在進(jìn)行相加。 ?采用與歷史數(shù)據(jù) 比較 、修正的方法。 ?采用最大值、最小值和最可能值折算的方法。 ?對同一項目，至少使用 二種以上工具 和方法進(jìn)行測算，避免一種方法的局限性。 ?使用同行專家評審、評估小組 集體投票 取折中值的方法，博采眾長。 ?逐步逼近的方法；不把評估結(jié)果作為最終值，而是看成是一個逐步逼近的近似值，在以后的再評估中，可以進(jìn)行調(diào)整。當(dāng)項目剛剛啟動，做第一次測算時，可以允許有 30%以上的波動范圍。在完成需求分析階段，希望能達(dá)到波動控制在 30%的范圍內(nèi)的目標(biāo)。當(dāng)基本完成詳細(xì)設(shè)計的時候，估計的編碼規(guī)模，應(yīng)只能有 20%、甚至更低的誤差。 ?對規(guī)模估算的 迭代修正 。 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目的工作量估算 ?軟件開發(fā)項目的工作量，主要指 軟件開發(fā)各過程中所花費的工作量 。 ?與傳統(tǒng)的制造業(yè)不同，軟件的成本基本可以不考慮原材料和能源的消耗，主要是 人的勞動的消耗 。 ?軟件也沒有一個明顯的制造過程，它的開發(fā)過程具有明顯的 一次性 過程特征。因此，軟件開發(fā)工作量的估算，應(yīng)是從軟件計劃、需求分析、設(shè)計、編碼、單元測試、集成測試到認(rèn)證測試，整個開發(fā)過程所花費的工作量，作為工作量測算的依據(jù)。 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目的工作量估算與進(jìn)度估算的關(guān)系 ?軟件 項目工作量 估算的結(jié)果是任務(wù)的 人力和需時 。在工作量估算時，度量的任務(wù)需時是討論以任務(wù)元素、子任務(wù)、項目任務(wù)為單位（我們稱為：單位任務(wù)）的需時，它是 計算成本、制定進(jìn)度計劃 的依據(jù)。而在進(jìn)度估算時，單位任務(wù)的需時，又是 時間進(jìn)度計劃安排 的基本數(shù)據(jù)來源。 ?二者最主要的區(qū)別是： ?工作量估算是對時間的測算，注重的是最后獲得的 時間總量 ，或者是不同階段、不同工作性質(zhì)、不同成本因素下的時間量。例如：工作量估算結(jié)果會按人力資源層次的不同，進(jìn)行分類：系統(tǒng)設(shè)計師需要多少人月、一般編程人員需要多少人月等?；蛘?，在需求分析階段，需要多少人月、在設(shè)計階段需要多少人月等。這樣，可以比較容易地獲得人力資源需求和成本估算結(jié)果。 ?在 進(jìn)度估算 時，注重的是任務(wù)單元的 時間長度 、任務(wù)之間的 時間先后關(guān)系和 聯(lián)系關(guān)系 。在做計劃進(jìn)度安排時，重點考慮單位任務(wù)的時間歷時，不考慮由誰和完成什么樣的單位任務(wù)（當(dāng)然不會完全不考慮，例如，需要調(diào)整或協(xié)調(diào)的時候） 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目工作量的估算方法 ?軟件工作量的估算，可以采取不同的操作方法，以下是幾種常用的方法： （ 1） 自頂向下估算法 ：首先對整個系統(tǒng)進(jìn)行總工作量估算，再考慮子系統(tǒng)，把總工作量逐步分解為各組成部分的工作量，并考慮到開發(fā)該軟件所需要的資源、人員、質(zhì)量保證、系統(tǒng)集成安裝等的工作量。 優(yōu)點 是估算的工作量小，速度快。 缺點 是對項目中的特殊困難估計不足，估算出來的工作量盲目性大，有時會遺漏被開發(fā)軟件的某些部分。 （ 2） 自底向上估算法 ：先對開發(fā)各個子系統(tǒng)或每個模塊的工作量進(jìn)行估算，再逐步相加。這是一種常見的估算方法。 優(yōu)點 是估算各個部分的準(zhǔn)確性高。 缺點 是缺少各項子任務(wù)之間相互聯(lián)系所需要的工作量，還缺少許多與軟件開發(fā)有關(guān)的系統(tǒng)級工作量（配置管理、質(zhì)量管理、項目管理）。所以往往估算值偏低，必須用其它方法進(jìn)行檢驗和校正。 （ 3） 相似比較估算法 ：把開發(fā)項目的工作分割到一定的程度，和過去的工作進(jìn)行比較，對其中相同的或相近的部分，用已有的數(shù)據(jù)進(jìn)行估算，對不同的部分再用其它的方法估算。 優(yōu)點 是可以提高估算的準(zhǔn)確程度， 缺點 是不容易明確 “ 類似 ” 的界限。 （ 4） Delphi 估算法 ：請多位項目經(jīng)理、系統(tǒng)分析員或其他專家，利用專家的經(jīng)驗來評估軟件的開發(fā)成本。 優(yōu)點 是可以擯棄無根據(jù)的估算值， 缺點 是一些組員可能會受權(quán)威或政治因素的影響。 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目工作量的計算 ?前面我們已經(jīng)介紹了 WBS分解方法。有了任務(wù)分解（暫時不考慮集成的相關(guān)工作），就可以對分解后獲得的任務(wù)單元的性質(zhì)，進(jìn)行定義。例如：是概要設(shè)計、架構(gòu)設(shè)計，還是接口設(shè)計等。定義的目的是分配不同級別的人力資源，并 估計在這樣（或不是這樣）的人力資源條件下的任務(wù)歷時時間 。 ?項目工作量估算的來源，是項目任務(wù)的 WBS分解。因此，在項目的不同階段，對任務(wù)的認(rèn)識和理解的程度不同，所能分解的 “ 粒度 ” 不同，獲得的 工作量估算的準(zhǔn)確性 也會不同。 ?工作量評估是對項目有關(guān)的工作以 人時、人月、人年 為單位進(jìn)行的計算，它是成本和預(yù)算的依據(jù)。工作量估計的結(jié)果，一般是多少個人的多少工作時間。 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目工作量估算的案例 經(jīng)過測算，開發(fā)電信綜合營業(yè)系統(tǒng)的工作量估計是 122個人月。 任務(wù)名稱 人力資源名稱 工作量（人月） 資源數(shù)量（人） 工期（月） 項目管理 項目經(jīng)理 10 1 10 系統(tǒng)需求分析 系統(tǒng)設(shè)計師 4 2 2 系統(tǒng)概要設(shè)計 系統(tǒng)設(shè)計師 2 2 1 系統(tǒng)詳細(xì)設(shè)計 系統(tǒng)設(shè)計師 6 3 2 系統(tǒng)架構(gòu)設(shè)計 系統(tǒng)架構(gòu)師 1 1 1 核心模塊編碼 高級程序員 12 4 3 業(yè)務(wù)模塊編碼 高級程序員 15 5 3 一般模塊編碼 初級程序員 32 8 4 單元測試 測試工程師 16 2 8 集成測試 高級測試師 4 2 2 文檔編寫 文檔編輯 20 2 10 合計 122 項目管理既是科學(xué)又是藝術(shù) 項目管理知識體系指南 eFuture 軟件項目工作量估算的案例 下圖是該項目的人力資源分布（按月）曲線。根據(jù)