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

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

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

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