CMMI文檔之軟件估計規(guī)程

軟件估計規(guī)程文檔編號：FHI_CMMI_PP_PRD_SEST文檔信息：軟件估計規(guī)程文檔名稱：軟件估計規(guī)程文檔類別：CMMI規(guī)程密級：內部秘密版本信息：1.1建立日期：-1-13創(chuàng)建人：EPG批準人：李慶林同意日期：-2-25寄存位置：集成企業(yè)組織資產庫/組織原則過程編輯軟件：MicrosoftOffice中文版

文檔修訂記錄版本編號或者更改記錄編號變化狀態(tài)簡要闡明（變更內容和變更范圍）修改日期變更人同意日期同意人V1.0C創(chuàng)立-1-13張娜娜-2-25李慶林V1.1M文檔編號去掉版本號-4-17鄧沛沛-4-17李慶林*變化狀態(tài)：C――創(chuàng)立，A——增長，M——修改，D——刪除目錄TOC\o"1-3"1、簡介 51.1目的 51.2合用范圍 51.3術語表 51.4參照資料 52、 總體描述 62.1概述 62.2參與人員 62.3入口準則 72.4輸入 72.5出口準則 72.6輸出 72.7資源和能力規(guī)定 72.8度量 73、活動與規(guī)程 83.1估計軟件規(guī)模 83.2估計各階段缺陷數量 83.3估計難度等級 83.4估計工作量 93.5估計成本 103.6估計關鍵計算機資源 103.7估計軟件工程設備和支持工具 103.8估計關鍵途徑和關鍵依賴關系 103.9建立管理儲備 103.10評審估計 113.11制定進度表 113.12建立項目掙值基線 123.13階段詳細估計 123.14形成《軟件估計書》 123.15評審《軟件估計書》 123、 附錄 13a) 估計措施 13i. 歷史數據估計措施 13ii. Delphi估計措施 13iii. PertSizingTechnique估計措施 14iv. 代碼重用估計措施 15v. 改善項目估計 15vi. 工作量估計的措施 15b) 估計系數 16i. 開發(fā)工具系數 17ii. 規(guī)模系數 17iii. 生產力系數 17iv. 成本系數 18v. SCM系數 18vi. SQA系數 18vii. 改善項目規(guī)模系數 191、簡介目的本文檔的目的是為了描述對軟件產品的規(guī)模、工作量、成本、關鍵計算機資源和進度等進行估計，描述了估計的環(huán)節(jié)和過程。合用范圍本文檔合用于企業(yè)的所有軟件項目。術語表無。參照資料無?？傮w描述2.1概述每一種項目都要進行估計，并將估計的成果作為項目計劃的基礎。估計是項目計劃的關鍵。目的是為項目建立合理的預算，確定合適水平的員工，并為項目承諾提供基礎。一種沒有建立在合理估計基礎上的計劃會提供一種錯誤的安全感，也許比主線沒有計劃更糟。估計的內容一般包括：規(guī)模、工作量/成本、外部成本、關鍵計算機資源、管理儲備、進度表等。估計和計劃貫穿了整個項目。在項目的初期階段，使用自上而下（top_down）的方式進行粗略的估計和制定進度表。伴隨項目的進展，在每個詳細的計劃階段，使用自下而上（bottom_up）的措施為子階段進行更詳細的計劃。下一階段的底層WBS元素必須定義，并在WBS中進行記錄。先對WBS的底層元素進行估計，然后匯總到較高層，用來更新總的軟件估計。軟件估計的流程如下：圖表SEQ圖表\*ARABIC1軟件估計流程本文提供了幾種估計措施及有關過程，它們重要應用于企業(yè)的軟件項目規(guī)模、工作量及成本、關鍵計算機資源等的估計。假如這些估計措施不合用于特定的項目，項目經理必須為該項目提出此外的估計措施。2.2參與人員項目經理：組織召開估計會議，進行軟件估計。軟件工程組：在項目經理組織下，共同完畢項目的各項估計。有關人員：重要是指對本項目狀況較熟悉的人員。CM人員：在項目經理組織下，完畢CM工作的估計。QA人員：在項目經理組織下，完畢QA工作的估計。2.3入口準則《WBS》已完畢（參見《軟件估計書模板》）。《風險管理列表》已完畢2.4輸入《軟件需求規(guī)格闡明書》《WBS》（參見《軟件估計書模板》）《風險管理列表》2.5出口準則估計活動完畢。估計成果通過評審。2.6輸出《軟件估計書》2.7資源和能力規(guī)定項目經理、項目組員具有類似產品開發(fā)的經驗。2.8度量項目經理進行如下記錄：軟件估計所花費的工時；實際成果和軟件估計成果的偏差（項目結束時記錄計算）。3、活動與規(guī)程3.1估計軟件規(guī)模規(guī)模估計的目的是為了判斷待開發(fā)軟件產品的規(guī)模，規(guī)模是成本估計、進度估計的基礎，為了估計成本和進度，因此必須進行規(guī)模估計。WBS是軟件規(guī)模估計的基礎。我們常用的估計整個軟件產品的規(guī)模的單位是：功能點（FP）。代碼行（LOC）。其他：如交易數量、表數量等。有時需要估計個別軟件工作產品的規(guī)模，一般采用如下單位：頁：用于估計技術文檔規(guī)模。字數：用于估計技術文檔規(guī)模。測試用例的個數：用于估計測試規(guī)模。規(guī)模度量單位的選用參照《軟件規(guī)模度量單位選用規(guī)程》，且必須記錄在《軟件開發(fā)計劃》中。估計軟件產品的規(guī)模重要依托過去有關的經驗，估計人員應當具有相似系統的開發(fā)經驗，運用自上而下（top-down）或者自下而上（bottom-up）方式進行軟件規(guī)模的估計。詳細環(huán)節(jié)如下：將軟件工作產品拆提成能實現精確估計的較小部分。分析軟件產品的WBS。選擇合適的度量單位。選擇估計措施，結合選擇的技術處理方案（開發(fā)工具、語言、平臺等），對WBS中的產品功能進行估計。估計成果也許是一種最高值和最低值的范圍偏差使用合適的歷史數據驗證估計成果。在項目籌劃過程中，評審和修正有關軟件規(guī)模估計的問題，對軟件產品的估計到達一致。將規(guī)模估計的成果記錄到《軟件估計書》中。3.2估計各階段缺陷數量詳細估計措施和環(huán)節(jié)參見《缺陷管理規(guī)程》。3.3估計難度等級估計人員估計任務的難度等級，可以根據如下幾種方面：數據通訊（DataCommunications）分布式數據處理（DistributedDataProcessing）性能（Performance）使用強度高的配置（HeavilyUsedConfiguration）交易速度（TransactionRate）在線數據輸入（OnlineDataEntry）最終顧客的效率（End-UserEfficiency）在線更新（OnlineUpdate）復雜的處理（ComplexProcessing）可重用性（Reusability）安裝的簡易性（InstallationEase）運行的簡易性（OperationalEase）多場地（MultipleSites）容許變更（FacilitateChange）對于難度，我們現階段采用較主觀的方式去估計。3.4估計工作量完畢項目規(guī)模估計后，應當確定完畢這些工作需要的時間（以工時為單位），項目經理應當使用模型、歷史數據和軟件工作產品大小來確定項目工作量。工作量估計的內容應當包括如下內容：軟件開發(fā)工作量，包括需求分析、設計、編碼、測試、其他技術文檔。項目支持活動的工作量，包括：配置管理的工作量，質量保證活動的工作量。項目管理活動的工作量。工作量的估計可以按如下環(huán)節(jié)進行：選擇估計措施，目前提議使用Delphi措施。對WBS中的每個任務分別進行估計。估計項目支持活動的工作量，使用下面公式分別估計CM、QA的工作量：CM工作量=軟件的工作量*5%QA工作量=軟件的工作量*5%軟件工程組應和CM人員、QA人員討論對配置管理、質量保證活動建立總體的估計。對于在最初使用該估計的項目，其估計大概為開發(fā)工作量的5%，然后將此工作量分派到各自WBS的詳細活動中。伴隨歷史數據的不停積累，可重新定義其占有開發(fā)工作量的比例，也可先對詳細WBS活動進行估計，此時可采用Delphi措施及類比法。估計出培訓的工作量，大概是軟件工作量的3%。估計出項目管理活動的工作量，近似于軟件工作量的15%~20%。將估計的成果記錄到《軟件估計書》中。3.5估計成本估計出工作量后，應根據企業(yè)的財務規(guī)定，進行成本的估算。估算的內容有：人力成本：人力成本（按日）*（工作量/8）。直接費用：直接可以報銷的費用，如飯費、車費、活動費用等。3.6估計關鍵計算機資源項目經理應當明確完畢項目所需的關鍵計算機資源，并進行關鍵計算機資源估計。關鍵計算機資源可以是服務器環(huán)境、測試環(huán)境、目的環(huán)境等。估計關鍵計算機資源的環(huán)節(jié)如下：關鍵計算機資源是在軟件開發(fā)和操作中受到約束的硬件資源，如：計算機內存、磁盤容量、網絡容量、處理器性能。項目經理根據《軟件需求規(guī)格闡明書》中對關鍵計算機資源的描述，確定關鍵計算機資源的約束。假如有關鍵計算機資源，則要估計軟件開發(fā)或運行中的資源狀況。與估計的軟件規(guī)模、計劃的處理負載、估計的數據量、或其他原因相聯絡，來估計所需的資源的總量，作初始估計。當時始估計做好后，應對每一項資源建立一定的儲備。設計或者選用資源的程度作為跟蹤的目的，確定跟蹤的措施。與有資格的人員討論估計，并使他們同意到達一致的估計內容。將估計的成果寫入到《軟件估計書》中。3.7估計軟件工程設備和支持工具軟件工程設備和支持工具的估計是以軟件工作產品和特性的規(guī)模估計為基礎的。包括設備資源、設施和支持工具，獲得或升級軟件開發(fā)工具，提高網絡容量，明確需要的許可證數量，以及關鍵設備等。項目經理負責詳細闡明所需的資源，并且協調影響項目進度和成本等的資源。3.8估計關鍵途徑和關鍵依賴關系項目經理和軟件工程組的有關人員、SQA負責人、SCM負責人、有關組負責人根據各活動間的關系確定關鍵途徑和關鍵依賴關系。3.9建立管理儲備建立管理儲備是為了適應那些在項目中不可防止出現的變更。它代表了為用于同意的項目變更而保留的部分項目資金，動用管理儲備必須通過高層經理同意。管理儲備的估計由項目經理負責完畢。管理儲備的總額（在整個項目預算中的比例）應基于估計的需求穩(wěn)定性和評估的風險，一種有較高風險和不穩(wěn)定需求的項目應比一種有較低風險和穩(wěn)定需求的項目有較高的管理儲備。對大多數項目來說，管理儲備為項目預算的20%，管理儲備應包括內部和外部的成本。下圖闡明了被同意的項目預算和管理儲備是怎樣構成總的項目預算的。開發(fā)工作量 1000小時開發(fā)工作量 1000小時配置管理（5%） 50小時質量保證（5%） 50小時其他（培訓） 24小時項目管理（20%） 220小時總的已同意的預算： 1344小時管理儲備（20%） 270小時總的項目預算 1614小時項目的管理儲備估計成果寫入到《軟件估計書》。3.10評審估計《軟件估計書》作為項目計劃的一部分，在項目計劃完畢后或者每次估計變更后，項目經理應召集有類似項目經驗的人對《軟件估計書》的估計部分內容進行評審，內容包括：確認規(guī)模、工作量和成本、進度估計所采用的措施是恰當的確定估計的每個環(huán)節(jié)的輸入是對的的確定軟件估計成果是合理和對的的確定估計的內容是完整的3.11制定進度表進度表的制定可以按如下流程進行：項目經理和各負責人根據估計的工作量和關鍵途徑確定每個活動的起止日期。根據第2步的成果，結合項目人員的詳細狀況，項目經理和各負責人調整任務的起始日期、終止日期，甚至是調整某些任務的負責人和關鍵途徑。（如：通過第2步的成果，發(fā)現某些項目人員在某個時間段內工作超負荷，而有人員在某些時間段內工作量局限性，這樣就需要調整。若實在調整不了，就有也許會調整關鍵途徑）。項目經理在項目進度表中要安排里程碑點（里程碑點一般選在有特定意義的階段點，如重要階段的開始或結束），并形成進度表的草稿。將草稿提交給項目組的組員或負責人，得到他們的承諾或根據他們的意見進行修改，直至到達一致。CM人員和QA人員根據到達一致的進度表，確定自己的日程安排。注意：返工的問題：軟件項目中的返工工作量是較大的，即在發(fā)現工作產品缺陷時的修改工作。一般來說，應在每個階段為返工的工作留出統一使用的儲備時間。有些項目較緊急，規(guī)定項目組員加班進行工作。對于這種狀況，制定進度表一定要小心。由于若有特殊狀況或某項關鍵任務估計得過于樂觀，會導致項目進度遲延，而無法再用加班的方式進行彌補。管理活動的時間占用問題：項目經理根據軟件估計中的管理估計和某些技術方面的LOE活動的估計，確定項目各組員在各個階段可以真正用于完畢技術任務的時間。如：在編碼階段，某項目組員每周工作40小時，但評審、CM工作、項目會議以及某些技術方面的交流、培訓就占去了18個小時，那么在安排該項目組員的技術任務時，只能按照他每周工作22（40－18）個小時去安排。3.12建立項目掙值基線掙值基線，也叫做計劃工作的預算成本（PV）。是通過把每個任務的預算成本和計劃完畢的指定期間段相聯絡建立起來的。（可參見《EV規(guī)程》）在項目的跟蹤與監(jiān)控過程中，通過獲得掙值圖對成本進行度量，詳細參見《項目跟蹤與監(jiān)控過程》。在《軟件估計書》的“掙值基線”頁繪制掙值基線。3.13階段詳細估計在項目每個階段開始前，要作階段詳細估計（工作量和時間表）。估計的環(huán)節(jié)同上述的過程相似。把詳細估計合計起來，確定項目和階段的總估計。完畢后更新總體的軟件估計和項目計劃。3.14形成《軟件估計書》將上述估計的成果記錄到《軟件估計書》中。（可參見《軟件估計書模版》）軟件估計要在項目的不一樣階段進行，一般是在本階段完畢時進行下一階段的詳細估計?！盾浖烙嫊纷鳛轫椖坑媱澋囊徊糠忠黄鹪u審。3.15評審《軟件估計書》軟件工程組內部評審《軟件估計書》。4、附錄估計措施歷史數據估計措施這種軟件規(guī)模估計措施重要是運用已完畢的項目數據來估計軟件的代碼量，一般用代碼行數表達。使用此措施需注意如下幾點：充足理解系統需求判斷歷史項目對既有軟件的合用性基于歷史項目的相似性對軟件規(guī)模進行對應的調整歷史數據估計措施的環(huán)節(jié)如下：環(huán)節(jié)一：分解軟件系統把軟件系統模塊化，通過系統模塊化可以及早理解整個系統。系統分解程度要以歷史項目為基礎。環(huán)節(jié)二：確定相似模塊使用歷史項目要與目前項目有相似的應用和相似的語言。假如相似的模塊不存在，也可以用其他措施估計該模塊。環(huán)節(jié)三：確定相似模塊規(guī)模使用歷史項目可以通過原則的代碼記錄工具實現，在開發(fā)和估計目前項目規(guī)模時，規(guī)定使用同類型記錄工具。環(huán)節(jié)四：調整模塊大小軟件模塊估計的調整基于歷史項目模塊的相似程度或修改量。環(huán)節(jié)五：記錄估計數據Delphi估計措施鼓勵使用此專業(yè)估計措施，它可以對軟件規(guī)模（代碼行數）、人員工作量、開發(fā)時間、費用等進行估計，其環(huán)節(jié)如下：環(huán)節(jié)一項目經理選擇三至六名有經驗的工程師（可以是項目組外的工程師），他們應具有該項目的背景知識。環(huán)節(jié)二項目經剪發(fā)給每位工程師一份估計參照資料（一般有：《立項匯報》、《軟件需求規(guī)格闡明書》、《WBS》（參見《軟件估計書模板》）、《風險管理列表》等）和一張記錄估計值的表格，并進行估計。環(huán)節(jié)三每位工程師仔細研究估計參照資料的內容，然后項目經理召集小組會議。在會上，工程師與項目經理一起對估計問題進行討論，填寫估計表并交給項目經理。環(huán)節(jié)四每位工程師對該軟件提出三個規(guī)模的估計值，即：Ai——該軟件也許的最小規(guī)模（至少源代碼行數或至少功能點數）Mi——該軟件最也許的規(guī)模（最也許的源代碼行數或最也許的功能點數）Bi——該軟件也許的最大規(guī)模（最多源代碼行數和最多功能點數）不記名填寫表格，并闡明做此估計的理由。環(huán)節(jié)五項目經理對每位工程師在表中填寫的估計值進行綜合和分類，完畢如下內容：計算每位工程師（序號為I,I=1,2,…,n）的估計期望值Ei和估計值的期望平均值E：

Ei=(Ai+4Mi+Bi)/6； E=1/4ΣEi對每位工程師的估計成果進行分類摘要。環(huán)節(jié)六項目經理召開會議，請工程師對其估計值的重大變動之處進行討論。工程師對此估計值另做一次估計。環(huán)節(jié)七在綜合工程師估計成果的基礎上，組織工程師再次不記名填寫表格。環(huán)節(jié)五到環(huán)節(jié)七可合適反復幾次，最終可獲得一種得到多數工程師共識的軟件規(guī)模。最終，通過與歷史資料進行比較，根據過去完畢項目的規(guī)模和成本等信息，推算出該軟件每行源代碼所需成本；然后再乘以該軟件源代碼行數的估計值，得到該軟件的成本估計值。環(huán)節(jié)八將估計數據記錄下來。PertSizingTechnique估計措施這種措施共估計三個值：軟件產品預期規(guī)模的一般值、最大值和最小值。通過這三個值的計算可得到一種記錄學上的期望值和一種原則偏差。公式：PERT公式估計的預期規(guī)模是E，原則偏差是SD：E=（a+4b+c)÷6SD=（c-a）÷6例如：一種新的通信程序：a=規(guī)模的最小值，例如：10KSLOCb=規(guī)模的一般值，例如12KSLOCc=規(guī)模的最大值， 例如15KSLOC即：E=（10+4*12+15）÷6＝12.167(KSLOC)SD=(15-10)÷6=0.833這就是說，此通信程序的規(guī)模也許會在11.334KSLOC（12.167-.833）和13KSLOC（12.167+.833）之間。本估計措施的前提是對規(guī)模的估計沒有偏見，經驗表明，估計偏低的傾向不小于偏高的傾向，使用時應加以考慮。代碼重用估計措施本措施僅合用于對可重用模塊的規(guī)模估計。本措施波及三個參數，分別是新設計的比例（%Redesign）、重新編碼的比例（%Recode）和重新測試的比例（%Retest），使用這三個參數可以計算使用重用模塊的代碼規(guī)模計算公式為：[(%Redesign+%Recode+%Retest)/3]*ExistingCode=EquivSLOC例如：假如想重用一種有10000行代碼的模塊，其中40%需要重新設計，50%需要重新編碼，60%需要重新測試，那么等價的新開發(fā)的代碼量是：[(40%+50%+60%）/3]*10000=5000SLOC改善項目估計本措施合用于估計改善一種項目的規(guī)模，改善一種項目的規(guī)模和待改善的項目的規(guī)模有關，通過將待改善項目的規(guī)模乘以改善項目規(guī)模系數，可以估計出改善一種項目的規(guī)模，可以用如下的公式表達：規(guī)模=待改善項目的規(guī)模*改善項目規(guī)模系數工作量估計的措施運算法（ALGORITHMICCOSTMODELS）運算法是一種簡樸直觀的估計措施，它根據規(guī)模估計的成果和對應的系數運算得到工作量估計：工作量=p*s*l*ep=軟件產品的規(guī)模（SLOC）s=生產力系數（1/每人月的代碼行）l=開發(fā)工具系數e=規(guī)模系數組織應根據自身的實際狀況，定義使用不一樣開發(fā)語言時的調整系數，并且應當根據歷史信息，常常調整開發(fā)工具系數，當沒有這些信息的時候，可以由組織中有經驗的人決定，下表是開發(fā)工具系數表的例子：開發(fā)工具系數原則C1.2原則C++1.1VB0.8PB0.7VC1.4C#1.0嵌入式C1.5嵌入式匯編軟件規(guī)模的大小也是影響規(guī)模估計的參數之一，系統的規(guī)模越大，對工作量估計的影響就越小，這些數據的例子是：規(guī)模(KSLOC)系數501.091001.083001.055001.0410001.03….…..專家判斷法（EXPERTJUDGEMENT） 本估計措施需要使用者有類似系統的經驗，結合規(guī)模估計的成果和WBS綜合分析，形成對工作量的估計，可以按照下面的環(huán)節(jié)進行：結合WBS，根據經驗和規(guī)模來估計WBS中每項原子功能的工作量。根據每個功能點實現難度和風險的大小，合適調整工作量的估計按階段合計需要的工作量，形成總的工作量的估計估計系數估計過程中需要使用諸多的系數，這些系數在各個項目中是不一樣的，每個項目都可以根據實際狀況確定自己的系數，可以參照其他項目或由項目內經驗豐富的人來確定，伴隨軟件過程數據庫的豐富，不停的進行修正。 當系數表中沒有合適的系數時，可以使用最相近的系數或由項目內經驗豐富的人來確定，增長到系數表中。所有系數的修改和增長，都應匯報給SEPG，經高級管理者同意后更新到系數表中才可以使用。開發(fā)工具系數在進行軟件工作量的估計時，由于選用的開發(fā)工具不一樣，開發(fā)的效率會有差