軟件估算操作指南

1、1. 目的本文檔規(guī)定了XX公司研發(fā)項目的軟件估算過程，規(guī)范項目的軟件估算過程，為項目計劃過程提供軟件估算方法。2. 適用范圍本文檔適用于XX公司范圍內(nèi)的研發(fā)項目。3. 參考資料 無。4. 術(shù)語定義術(shù)語定義技術(shù)專家估算中的技術(shù)專家包括技術(shù)經(jīng)理，軟件工程師或者其他技術(shù)專家5. 角色與職責無。6. 軟件估算技術(shù)6.1 功能點技術(shù) 功能點計數(shù)的標準由IFPUG（International Function Point Users Group，國際功能點用戶組）負責維護，可以在他們的網(wǎng)站找到該標準。 程序中的功能點數(shù)是根據(jù)下列對象的數(shù)量和復雜度得到的：外部輸入：外部輸入（Ext

2、ernal Input - EI）是指一個處理來自本應用邊界之外的一組數(shù)據(jù)或者控制信息的基本處理。外部輸入的基本目的是為了維護一個內(nèi)部邏輯文件（ILF）或者改變系統(tǒng)的行為。具體為最終用戶或其它程序用來增加、刪除或改變程序數(shù)據(jù)的屏幕、表單、對話框或控制信號。外部輸出：外部輸出（External Output - EO）是指一個向應用邊界之外發(fā)送數(shù)據(jù)或者控制信息的基本處理。外部輸出的基本目的是為了向用戶展示一組經(jīng)過了除了提取之外的其他邏輯處理的數(shù)據(jù)或者控制信息。這里得其他處理包括至少一個數(shù)學演算或者對衍生數(shù)據(jù)的生成。外部輸出也可能包括對內(nèi)部邏輯文件（ILF）的維護或者對系統(tǒng)行為的改變。具體為程序生

3、成供最終用戶或其它程序使用的屏幕、報表、圖表或控制信號。外部查詢：外部查詢（External Query - EQ）是指是指一個向應用邊界之外發(fā)送數(shù)據(jù)或者控制信息的基本處理。外部查詢的基本目的是為了向用戶展示提取的數(shù)據(jù)估算軟件產(chǎn)品的規(guī)模主要依靠過去相關(guān)的經(jīng)驗，估算人員應當具有相似系統(tǒng)的開發(fā)經(jīng)驗，利用自上而下（top-down）或者自下而上（bottom-up）方式進行軟件規(guī)模的估算。具體為輸入/輸出組合，其中一個輸入引出一個即時的簡單輸出。內(nèi)部邏輯文件（Internal Logical File）：完全由程序控制的存在邏輯關(guān)聯(lián)的一組最終用戶數(shù)據(jù)或控制信息。邏輯文件可能是一個平面文件（flat

4、file），也可能是關(guān)系數(shù)據(jù)庫中一個表。外部接口文件（External Interface File）：受其它程序控制的文件，而且正在計算功能點的程序就是與該文件進行交互的。例如，進入或離開程序的所有存在邏輯關(guān)聯(lián)的一組數(shù)據(jù)或控制信息。下表說明了將對輸入和輸出等的計數(shù)轉(zhuǎn)換成原始功能點計數(shù)值的方法。這些數(shù)值的和就是原始功能點計數(shù)值。功能點程序特性低復雜度中復雜度高復雜度外部輸入_*3_*4_*6外部輸出_*4_*5_*7外部查詢_*3_*4_*6內(nèi)部邏輯文件_*7_*10_*15外部接口文件_*5_*7_*10計算出原始功能點計數(shù)值后，可以根據(jù)14個因素對程序的影響計算出影響力乘數(shù)。這些因素包括數(shù)

5、據(jù)通信、在線數(shù)據(jù)錄入、處理復雜度、安裝簡易度等。影響力乘數(shù)的取值范圍是0.65-1.35。使用原始功能點計數(shù)值乘以影響力乘數(shù)，可以得到調(diào)整后的功能點計數(shù)值。下表提供了一個計算最終的調(diào)整后功能點總數(shù)的例子。表中顯示的輸入、輸出、查詢、內(nèi)部邏輯文件和外部接口文件的特定數(shù)量僅僅是用來解釋計算方法的。計算功能點數(shù)如下：功能點程序特性低復雜度中復雜度高復雜度外部輸入6_*32_*43_*6外部輸出7_*47_*50_*7外部查詢0_*32_*44_*6內(nèi)部邏輯文件0_*72_*103_*15外部接口文件2_*50_*77_*10原始功能點總數(shù)284影響力乘數(shù)1.0調(diào)整后功能點總數(shù)2846.2 代碼行技術(shù)

6、代碼行技術(shù)是一種簡單而直觀的軟件規(guī)模估算方法，它從過去開發(fā)類似產(chǎn)品的經(jīng)驗和歷史數(shù)據(jù)出發(fā)，估算出所開發(fā)軟件的代碼行數(shù)。開發(fā)人員需要給出軟件的范圍描述，并進一步將軟件分解成一些盡量小且可分別獨立估算的子功能，通過估算每一個子功能并將其代碼行數(shù)累加得到整個系統(tǒng)的代碼行數(shù)。 估算時，要求評估人員給出樂觀的（ a ）、可能的（ m ）、悲觀的（ b ）三種情況，并采用以下公式計算估算結(jié)果，其中 L 是軟件的代碼行數(shù)，單位是行代碼 LOC 或千行代碼 kLOC 。 L （ a 4m b ） 6 舉例：某軟件系統(tǒng)中有一個指定窗口對象，開發(fā)人員估算處理該窗口編輯所需的支持代碼在 200 400 行之間，并且認

7、為接近 200 行，這時最終的估算結(jié)果可能是： 266 LOC 計算代碼行應遵循以下原則： 保證每個計算的“源代碼行”只包含一個源語句； 計算所有交付的、可執(zhí)行的語句； 數(shù)據(jù)定義只計算一次； 不計算注釋行； 不計算諸如測試行、測試用例、開發(fā)工具、原型工具等使用的調(diào)試代碼或臨時代碼； 在每一個出現(xiàn)的地方，每條宏的調(diào)用、激活或包含都作為源代碼的一部分。 代碼行技術(shù)的優(yōu)點是簡單方便，在歷史數(shù)據(jù)可靠的情況下可以很快估算出比較準確的代碼行數(shù)；其缺點是這種方法需要依賴比較詳細的功能分解結(jié)果，難以在開發(fā)初期進行估算，其估算結(jié)果與所用的開發(fā)語言緊密相關(guān)，且無法適用于非過程語言。7. 軟件估算方法7.1 自上而

8、下估算法該方法首先對整個系統(tǒng)進行總工作量估算，再考慮子系統(tǒng)，把總工作量逐步分解為各組成部分的工作量，并考慮到開發(fā)該軟件所需要的資源、人員、質(zhì)量保證、系統(tǒng)集成安裝等的工作量。優(yōu)點：估算的工作量小，速度快。缺點：對項目中的特殊困難估算不足，估算出來的工作量盲目性大，有時會遺漏被開發(fā)軟件的某些部分。例如：接到一個周期為6個月的項目，項目經(jīng)理可能做如下估算： 一個月：需求分析 一個月：設(shè)計 兩個月：編碼 兩個月：測試再根據(jù)這個估算對每個階段進一步估算和規(guī)劃。7.2 自下而上估算法該方法是按組件劃分，先對每個組件的工作量估算，然后總計得到整個項目的規(guī)模和工作量。優(yōu)點：估算各個部分的準確性高，能提高參與人

9、的責任心；缺點：缺少各項子任務間相互聯(lián)系所需要的工作量，還缺少許多與軟件開發(fā)有關(guān)的系統(tǒng)級工作量。所以往往估算值偏低，必須用其它方法進行檢驗和校正。7.3 Delphi法在組織沒有歷史經(jīng)驗數(shù)據(jù)可供參考的情況下，或者歷史經(jīng)驗數(shù)據(jù)庫中有少于3 個類似項目的經(jīng)驗數(shù)據(jù)時，選擇使用Delphi 法。Delphi 法可以使用會議形式或者獨立估算形式。Delphi 法是最流行的專家估算技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別。盡管Delphi 技術(shù)可以減輕這種偏差，但專家“?！钡某潭燃皩椖康睦斫獬潭仁枪ぷ髦械碾y點。Delphi 法鼓勵參加者就問題相互討論。這個技

10、術(shù)，要求有多種軟件相關(guān)經(jīng)驗人的參與，互相說服對方。Delphi 法通過多次獨立的估算，使最終的結(jié)果趨于一致，從而得到最后的結(jié)果。Delphi 法估算出來的規(guī)模采用源代碼代碼行（SLOC）為單位，不利于采用不同開發(fā)語言的軟件產(chǎn)品之間進行比較。Delphi法的估算過程：（1）協(xié)調(diào)人向各專家提供項目規(guī)格和估算表格；（2）協(xié)調(diào)人召集小組會各專家討論與規(guī)模相關(guān)的因素；（3）各專家匿名填寫迭代表格；（4）協(xié)調(diào)人整理出一個估算總結(jié)，以迭代表的形式返回專家；（5）協(xié)調(diào)人召集小組會，討論較大的估算差異；（6）專家復查估算總結(jié)并在迭代表上提交另一個匿名估算；（7）重復4-6，知道達到一個最低和最高估算的一致。7.

11、4 類比法如果組織已經(jīng)建立了歷史經(jīng)驗數(shù)據(jù)庫，并且歷史經(jīng)驗數(shù)據(jù)庫中有多于3 個（包括3 個）類似項目的經(jīng)驗數(shù)據(jù)時，則由程序經(jīng)理根據(jù)歷史經(jīng)驗數(shù)據(jù)庫中的類似項目的數(shù)據(jù)進行估算。類比法適用于估算一些與歷史項目在應用領(lǐng)域、環(huán)境和復雜度上相似的項目，通過新項目與歷史項目的比較得到規(guī)模估算。類比法估算結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準確度，因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機制，對歷史項目的數(shù)據(jù)分析是可信賴的?；镜念惐裙浪氵^程：（1）獲取以前相似項目詳細的規(guī)模、工作量和成本結(jié)果數(shù)據(jù)。如果可能的話，應按照特性領(lǐng)域、工作分解結(jié)構(gòu)（WBS）類別或其他分解方案分解后的信息進行

12、獲??；（2）逐個部分地比較新項目和舊項目的規(guī)模；（3）根據(jù)新項目相對舊項目的比例估算其規(guī)模；（4）根據(jù)新項目規(guī)模相對舊項目規(guī)模的情況計算工作量估算值；（5）檢查新舊兩個項目中的假設(shè)是否一致。7.5 專家判斷法到目前為止，專家的個人判斷是實踐中最常用的估算方法。對單個任務的專家判斷估算構(gòu)成了自底向上的估算的基礎(chǔ)。7.6 掙值管理法 掙值管理（EVM）術(shù)語表2000版術(shù)語說明解釋1996版術(shù)語說明PVPlanned Value（計劃值）應該完成多少工作BCWS（計劃工作的預算成本）計劃工作預算成本EVEarned Value（掙值）完成了多少預算工作BCWP（完成工作的預算成本）完成工作預算成本A

13、CActual Cost（實際成本）完成工作的實際成本ACWP（完成工作的實際成本）完成工作的實際成本BACBudget at Completion（完工預算）全部工作的預算Budget at Completion（完工預算）全部工作的預算EACEstimate at Completion（完工估算）全部工作的成本Estimate at Completion（完工估算）全部工作的成本ETCEstimate to Complete（完工尚需估算）全部工作在當前預計的成本Estimate to Complete（完工尚需估算）全部工作在當前預計的成本計劃成本（BCWS：Budgeted Cost

14、of Work scheduled）： 當前報告期結(jié)束時所有預計要完成任務的成本的總和。進度預算（BCWP：Budgeted Cost of Work Performed）： 當前報告期結(jié)束時已經(jīng)完成任務的預算成本之和。實際成本（ACWP：Actual Cost of Work Performed）： 已經(jīng)完成任務的實際成本之和。成本偏差（CV）： 成本偏差=BCWP-ACWP “+”有利；“-”不利 CV（%）=（CV）*100/BCWP成本績效系數(shù)： CPI=（BCWP/ACWP） 1有利；1不利進度偏差（SV）： 進度偏差=BCWP-BCWS “+”有利；“-”不利 SV（%）=（SV）

15、*100/BCWS進度績效系數(shù)： SPI=（BCWP/BCWS） 1有利；1不利其它度量完工尚需估算： ETC=EAC-ACWP完工估算： EAC=BAC/CPI EAC=ACWP+（BAC-BCWP）/CPI其它掙值性能度量數(shù)據(jù)日程性能指數(shù)（SPI）： SPI=BCWP/BCWS 1.0表示項目進度領(lǐng)先于日程表；1.0表示項目進度落后于日程表成本性能指數(shù)（CPI）： CPI=BCWP/ACWP 1.0表示項目在預算之內(nèi)；1.0表示項目超出預算8. 軟件估算項8.1 估算軟件規(guī)模 可以采用Delphi法、自上而下估算法、自下而上估算法估算軟件規(guī)模。8.2 估算成本和工作量項目工作量估算在項目規(guī)

16、模估算的基礎(chǔ)上，估算完成這些工作需要的時間，使用人日表示。推薦使用類比估算法和專家評定法。估算方法如下：1、在規(guī)模估算記錄表格中，首先為每個工作產(chǎn)品組件估算其工作量；2、估算每個工作產(chǎn)品組件的工作量時，應包括該組件所需的需求調(diào)研、設(shè)計、編碼、測試及文檔的工作量，即開發(fā)此組件的開發(fā)工作量；3、估算工作量時需要考慮到風險，建議對估算結(jié)果加上一個冗余值；4、在工作量及成本估算過程記錄表格中，項目開發(fā)的工作量為每個組件工作量的總和，項目管理的工作量預設(shè)為項目開發(fā)工作量的30%，該數(shù)據(jù)可以由項目經(jīng)理修訂，但需要說明原因；5、對于經(jīng)過修改可以重用的組件也需要估算修改的工作量。項目成本估算1、估算項目支持活

17、動的成本，使用下面公式分別估算配置管理、質(zhì)量保證的工作量：配置管理工作量 = 軟件的工作量* 5%質(zhì)量管理工作量 = 軟件的工作量* 5%2、項目組應和SCM和SQA組討論對CM、QA活動建立總體的估算。對于在最初使用該估算的項目，其估算大約為開發(fā)工作量5%，然后將此工作量分配到各自WBS的具體活動中。隨著歷史數(shù)據(jù)的不斷積累，可重新定義其占有開發(fā)工作量的比例，也可先對具體WBS活動進行估算，此時可采用Delphi方法及類比法。3、估算出培訓項目組的工作量，大概是軟件工作量的3%。4、估算出項目管理活動的工作量，近似于軟件工作量的15%20%。采用專家判斷法（見7.5）。8.3 制定進度表正常情

18、況下，項目的完成時間和主要里程碑是根據(jù)軟件項目的工作量和可分配資源的數(shù)量來決定的，但有時在項目的早期主要里程碑的時間就已經(jīng)確定了，這樣就需要增加可分配的資源來滿足，這項工作必須由有豐富經(jīng)驗的人來完成。進度的估算可以按下面的步驟進行：1、 進度表的估算和安排是由項目經(jīng)理或委托的專門人員來負責完成的。依據(jù)是估算的工作量和人員資源的可用性，項目經(jīng)理按照如下過程完成進度表的估算。2、 最開始是估算每個活動的時間段，對大多數(shù)活動來說，應當用估算的工作量除以用于該活動的資源的比率來計算時間段。一般來說，一個全職的工作組成員用70%-80%的時間直接進行項目活動。因此如果標準的工作周是40 個小時，你應當使用30小時/周的比率作為估算時間段的基準。一些活動，例如代碼檢查，可能需要指定的共同時間來完成；在這種情況應使用預計的公用實踐作為時間段。3、 下一步是項目經(jīng)理確定活動之間的所有關(guān)系。如果使用Excel，這一步需要用文本記錄每個活動開始前所必須完成的活動?？梢酝ㄟ^畫一個網(wǎng)絡圖表并給每一個活動標明起始日期和截止日期，如果使用Project工具，項目經(jīng)理需要定義每一個任務的屬性和任務間的關(guān)系，Project工具會自動建立工作網(wǎng)絡圖和關(guān)鍵路徑以及其他有用的信息。這可以用項目進度表的Project文件來