成本估算課件

第四講-成本估算第四講-成本估算1估算的目標(biāo)生成一個簡單的表，描述要完成的任務(wù)、要實現(xiàn)的功能、以及完成每一項所需的成本、工作量和時間。估算的目標(biāo)生成一個簡單的表，描述要完23、估算對估算的觀察。項目策劃過程。軟件范圍和可行性。資源。軟件項目估算。分解技術(shù)。經(jīng)驗估算模型。面向?qū)ο箜椖抗浪闾厥獾墓浪慵夹g(shù)。自行開發(fā)或購買的決策。3、估算對估算的觀察。33、估算-對估算的觀察估算是對未來的一種預(yù)測。有很大的不確定性。采用實用技術(shù)，對時間和工作量進(jìn)行估算。估算是所有其他活動的基礎(chǔ)。好的估算方法和可靠的歷史數(shù)據(jù)提供了好的希望。估算的風(fēng)險：取決于對資源、成本及進(jìn)度的定量估算中存在的不確定性。采用現(xiàn)代軟件工程的方法，可以在一定程度上接受用戶需求的變更所帶來的風(fēng)險。3、估算-對估算的觀察估算是對未來的一種預(yù)測。有很大的不確定43、估算-項目策劃過程軟件項目策劃的目標(biāo)是提供一個能使管理人員對資源、成本及進(jìn)度做出合理估算的框架。3、估算-項目策劃過程軟件項目策劃的目標(biāo)是提供一個能使管理人5第四講-成本估算課件63、估算-軟件范圍軟件范圍描述了將要交給最終用戶的功能和特性、輸入和輸出的數(shù)據(jù)、使用軟件時要呈現(xiàn)給用戶的內(nèi)容，以及界定系統(tǒng)的性能、約束條件、接口和可靠性。確定軟件范圍的方法：與所有相關(guān)人員交流之后，寫出對軟件范圍的敘述性描述。由最終用戶開發(fā)的一組用例。3、估算-軟件范圍軟件范圍描述了將要交給最終用戶的功能和特性73、估算-軟件可行性四個固定因素：技術(shù)：項目在技術(shù)上是可行的嗎？它在技術(shù)水平范圍內(nèi)嗎？能夠?qū)⑷毕轀p少到一定程度而滿足應(yīng)用要求嗎？經(jīng)濟(jì)：它在經(jīng)濟(jì)上可行嗎？能以開發(fā)組織、客戶或市場負(fù)擔(dān)起的成本完成開發(fā)嗎？時間：項目投入市場的時間可以擊敗競爭者嗎？資源：組織擁有取得成功所需要的資源嗎？3、估算-軟件可行性四個固定因素：83、估算-資源人力資源?？蓮?fù)用軟件資源。環(huán)境資源。3、估算-資源人力資源。9項目資源圖項目資源圖10對每種資源必須描述的特征1、資源的描述。2、可用性說明。3、何時需要該資源。4、使用資源的持續(xù)時間。對每種資源必須描述的特征1、資源的描述。113、估算-軟件項目估算

軟件成本和工作量的估算從來沒有成為一門精確的科學(xué)。所以，一般是在一定的可接受的風(fēng)險范圍內(nèi)的估算。把估算推遲到項目的后期進(jìn)行。根據(jù)已完成的類似項目進(jìn)行估算。使用比較簡單的分解技術(shù)，生成項目的成本和工作量估算。使用一個或多個經(jīng)驗?zāi)Ｐ蛠磉M(jìn)行軟件成本和工作量的估算。3、估算-軟件項目估算軟件成本和工作量123、估算-分解技術(shù)軟件估算是一種解決問題的形式，在多數(shù)情況下，要解決的問題非常復(fù)雜，不能作為一個整體考慮。因此，要針對問題進(jìn)行分解，把它分解成一組小的問題，再定義他們的特性。軟件規(guī)模估算?；趩栴}的估算。基于過程的估算?；谟美墓浪?。調(diào)和不同的估算方法。3、估算-分解技術(shù)軟件估算是一種解決133、估算-分解技術(shù)-基于規(guī)模的估算

規(guī)模：是指軟件項目可量化的結(jié)果。直接的方法是代碼行技術(shù)，間接的方法是功能點技術(shù)。3、估算-分解技術(shù)-基于規(guī)模的估算規(guī)模：是指軟件項目143、估算-分解技術(shù)-基于規(guī)模的估算四種不同方法：1、模糊邏輯：計劃人員先確定應(yīng)用類型，定性地確定其量級，然后在初始范圍內(nèi)在細(xì)化該量級。2、功能點法：計劃人員對信息域進(jìn)行估算。3、標(biāo)準(zhǔn)構(gòu)件：項目計劃人員估算每個標(biāo)準(zhǔn)構(gòu)件出現(xiàn)的次數(shù)，再根據(jù)歷史數(shù)據(jù)來確定每個標(biāo)準(zhǔn)構(gòu)件交付時的規(guī)模。4、修改法：計劃人員要估算必須完成修改的數(shù)量和類型。3、估算-分解技術(shù)-基于規(guī)模的估算四種不同方法：153、估算-分解技術(shù)-基于規(guī)模的估算采用LOC或FP方法之后，再采用三點估算法（期望值估算法）進(jìn)行校正。S=（Sopt+4Sm+Spess）/6Sopt--樂觀值。Sm--可能值。（遵循?概率分布）Spess–悲觀值。3、估算-分解技術(shù)-基于規(guī)模的估算采用LOC或FP方法之后，163、估算-分解技術(shù)-基于問題的估算代碼行技術(shù)。任務(wù)估算技術(shù)。Delphi法。類比法。功能點估計法。PERT估計法。3、估算-分解技術(shù)-基于問題的估算代碼行技術(shù)。17代碼行技術(shù)LOC是指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的語句、數(shù)據(jù)定義、數(shù)據(jù)類型聲明、等價聲明、輸入/輸出格式聲明等。一代碼行（1LOC）的價值和人月均代碼行數(shù)可以體現(xiàn)一個軟件生產(chǎn)組織的生產(chǎn)能力，開發(fā)組織可以根據(jù)對歷史項目的審計來核算組織的單行代碼價值。

L=(a+4m+b)/6;代碼行技術(shù)LOC是指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的語18任務(wù)估算技術(shù)

項目計劃人員首先給出一個有界的軟件范圍的敘述，再由此敘述把軟件分解成一些小的可分別獨(dú)立進(jìn)行估算的子功能。然后對每一個子功能估算其FP（即估算變量）。生產(chǎn)率度量(FP／PM）用做特定的估算變量，導(dǎo)出子功能的成本或工作量。將子功能的估算進(jìn)行綜合后就能得到整個項目的總估算。

計算公式:L=(a+4m+b)/6;任務(wù)估算技術(shù)19Delphi法Delphi法是最流行的專家估算法。是依靠一個或多個專家對項目做出估計，它要求專家具有專門知識和豐富的經(jīng)驗，是一種近似的猜測。向?qū)＜姨峁╉椖恳?guī)格和估計表格。協(xié)調(diào)人召開專家討論。各專家匿名填寫估計表格。協(xié)調(diào)人整理估計表格，再將迭代表返回專家。協(xié)調(diào)人再次召開專家會，討論較大的估計差異。專家重新填寫估計表。重復(fù)4-6，直到達(dá)到一個最低和最高估計的一致。Delphi法Delphi法是最流行的專家估算法。是依靠一個20類比法將新項目與歷史項目比較，估算出各功能的估計值。等價代碼行=[（重新設(shè)計%+重新編碼+重新測試）/3]*已有代碼行類比法將新項目與歷史項目比較，估算出各功能的估計值。213、估算-分解技術(shù)-基于過程的估算最通用的項目估算技術(shù)是根據(jù)將要采用的過程進(jìn)行估算。即，將過程分解為一組較小的任務(wù)，并估算完成每個任務(wù)所需的工作量。具體方法：先抽取功能，在針對每個功能所必需的一系列框架活動；計算每個功能的持續(xù)時間和所需要的人數(shù)（不同級別的人的工資不同），就可以計算工作量和成本了。3、估算-分解技術(shù)-基于過程的估算最通用的項目估算技術(shù)是根據(jù)22第四講-成本估算課件233、估算-分解技術(shù)-基于用例的估算建立基于用例的估算方法的困難：1、沒有標(biāo)準(zhǔn)形式。2、用例表現(xiàn)的是軟件的外部視圖。3、用例沒有標(biāo)識它所描述的功能和特性的復(fù)雜性。4、用例沒有描述出涉及很多功能和特性的復(fù)雜行為。3、估算-分解技術(shù)-基于用例的估算建立基于用例的估算方法的困243、估算-分解技術(shù)-基于用例的估算當(dāng)一個大型系統(tǒng)按層次分解完成后，并要求每個層次由不超過10個用例，每個用例的場景不超過30個時，可以采用如下的經(jīng)驗公式：但是，最終還要落實到LOC或FP上。3、估算-分解技術(shù)-基于用例的估算當(dāng)一個大型系統(tǒng)按層次分解完25基于用例估算的經(jīng)驗公式LOC估算=N*LOCavg+[(Sa/Sh-1)+(Pa/Ph-1)*LOCadjustN：實際用例數(shù)。LOCavg在這種類型的子系統(tǒng)中，每個用例包含的平均場景數(shù)。LOCadjust校正值。以LOCavg的n%來表示。Sa：每個用例實際包含的場景數(shù)。Sh：在這類子系統(tǒng)中，每個用例包含的平均場景數(shù)。Pa：每個用例的實際頁數(shù)。Ph：在這類系統(tǒng)中，每個用例的平均頁數(shù)?；谟美浪愕慕?jīng)驗公式LOC估算=263、估算--經(jīng)驗?zāi)Ｐ虸BM模型。Putnam模型COCOMO模型（COnstructiveCostMOdel）3、估算--經(jīng)驗?zāi)Ｐ虸BM模型。273、估算--經(jīng)驗?zāi)Ｐ?-IBM模型1977年，IBM的Walston和Felix提出。估算公式：

E＝5.2×L0.91

L是源代碼行數(shù)。以KLOC計。E是工作量。以PM計。D＝4.1×L0.36，D是項目持續(xù)時間(以月計)。S＝0.54×E0.6，S是人員需要量(以人計)。DOC＝49×L1.01。DOC是文檔數(shù)量(以頁計)。

在此模型中，一般指一條機(jī)器指令為一行源代碼。一個軟件的源代碼行數(shù)不包括程序注釋、作業(yè)命令、調(diào)試程序在內(nèi)。對于非機(jī)器指令編寫的源程序，如匯編語言或高級語言程序，應(yīng)轉(zhuǎn)換成機(jī)器指令源代碼行數(shù)來考慮。3、估算--經(jīng)驗?zāi)Ｐ?-IBM模型1977年，IBM的Wal283、估算--經(jīng)驗?zāi)Ｐ?-

Putnam模型1978年P(guān)utnam對從美國軍隊計算機(jī)指揮系統(tǒng)的軟件項目中收集到的數(shù)據(jù)分析而得的估算模型。Putnam模型是一個基于Norden-Rayleigh曲線的動態(tài)模型，在工作量、提交時間和程序規(guī)模之間有一個非線性的折中平衡功能。適用項目規(guī)模：30人年的項目。3、估算--經(jīng)驗?zāi)Ｐ?-Putnam模型1978年P(guān)ut29Putnam模型td是開發(fā)持續(xù)時間（以年計）。K是軟件開發(fā)與維護(hù)在內(nèi)的整個生存期所花費(fèi)的工作量（以人年計）。L是源代碼行數(shù)（以LOC計）。Ck是技術(shù)狀態(tài)常數(shù)。Ck值開發(fā)環(huán)境2000差

8000好11000優(yōu)Putnam模型td是開發(fā)持續(xù)時間（以年計）。Ck值303、估算--經(jīng)驗?zāi)Ｐ?-COCOMO這是由TRW公司開發(fā)。Boehm提出的結(jié)構(gòu)型成本估算模型，是一種精確、易于使用的成本估算方法?；緟?shù)：DSI（源指令條數(shù)）KDSI＝1000DSI。MM（度量單位為人月）。TDEV（度量單位為月）表示開發(fā)進(jìn)度。3、估算--經(jīng)驗?zāi)Ｐ?-COCOMO這是由TRW公司開發(fā)。31Putnam模型中Ck值Putnam模型中Ck值32效益分析案例一個公司實際項目預(yù)算審批流程：項目經(jīng)理提出-部門經(jīng)理審核-項目管理部審核-公司領(lǐng)導(dǎo)批準(zhǔn)。各項控制指標(biāo)：軟件開發(fā)部門可控的費(fèi)用：50%。與實際發(fā)生成本誤差控制在±10%。公司管理費(fèi)大約占20-30%。平均利潤在30%左右。效益分析案例一個公司實際項目預(yù)算審批流程：33演講完畢，謝謝觀看！演講完畢，謝謝觀看！34第四講-成本估算第四講-成本估算35估算的目標(biāo)生成一個簡單的表，描述要完成的任務(wù)、要實現(xiàn)的功能、以及完成每一項所需的成本、工作量和時間。估算的目標(biāo)生成一個簡單的表，描述要完363、估算對估算的觀察。項目策劃過程。軟件范圍和可行性。資源。軟件項目估算。分解技術(shù)。經(jīng)驗估算模型。面向?qū)ο箜椖抗浪闾厥獾墓浪慵夹g(shù)。自行開發(fā)或購買的決策。3、估算對估算的觀察。373、估算-對估算的觀察估算是對未來的一種預(yù)測。有很大的不確定性。采用實用技術(shù)，對時間和工作量進(jìn)行估算。估算是所有其他活動的基礎(chǔ)。好的估算方法和可靠的歷史數(shù)據(jù)提供了好的希望。估算的風(fēng)險：取決于對資源、成本及進(jìn)度的定量估算中存在的不確定性。采用現(xiàn)代軟件工程的方法，可以在一定程度上接受用戶需求的變更所帶來的風(fēng)險。3、估算-對估算的觀察估算是對未來的一種預(yù)測。有很大的不確定383、估算-項目策劃過程軟件項目策劃的目標(biāo)是提供一個能使管理人員對資源、成本及進(jìn)度做出合理估算的框架。3、估算-項目策劃過程軟件項目策劃的目標(biāo)是提供一個能使管理人39第四講-成本估算課件403、估算-軟件范圍軟件范圍描述了將要交給最終用戶的功能和特性、輸入和輸出的數(shù)據(jù)、使用軟件時要呈現(xiàn)給用戶的內(nèi)容，以及界定系統(tǒng)的性能、約束條件、接口和可靠性。確定軟件范圍的方法：與所有相關(guān)人員交流之后，寫出對軟件范圍的敘述性描述。由最終用戶開發(fā)的一組用例。3、估算-軟件范圍軟件范圍描述了將要交給最終用戶的功能和特性413、估算-軟件可行性四個固定因素：技術(shù)：項目在技術(shù)上是可行的嗎？它在技術(shù)水平范圍內(nèi)嗎？能夠?qū)⑷毕轀p少到一定程度而滿足應(yīng)用要求嗎？經(jīng)濟(jì)：它在經(jīng)濟(jì)上可行嗎？能以開發(fā)組織、客戶或市場負(fù)擔(dān)起的成本完成開發(fā)嗎？時間：項目投入市場的時間可以擊敗競爭者嗎？資源：組織擁有取得成功所需要的資源嗎？3、估算-軟件可行性四個固定因素：423、估算-資源人力資源?？蓮?fù)用軟件資源。環(huán)境資源。3、估算-資源人力資源。43項目資源圖項目資源圖44對每種資源必須描述的特征1、資源的描述。2、可用性說明。3、何時需要該資源。4、使用資源的持續(xù)時間。對每種資源必須描述的特征1、資源的描述。453、估算-軟件項目估算

軟件成本和工作量的估算從來沒有成為一門精確的科學(xué)。所以，一般是在一定的可接受的風(fēng)險范圍內(nèi)的估算。把估算推遲到項目的后期進(jìn)行。根據(jù)已完成的類似項目進(jìn)行估算。使用比較簡單的分解技術(shù)，生成項目的成本和工作量估算。使用一個或多個經(jīng)驗?zāi)Ｐ蛠磉M(jìn)行軟件成本和工作量的估算。3、估算-軟件項目估算軟件成本和工作量463、估算-分解技術(shù)軟件估算是一種解決問題的形式，在多數(shù)情況下，要解決的問題非常復(fù)雜，不能作為一個整體考慮。因此，要針對問題進(jìn)行分解，把它分解成一組小的問題，再定義他們的特性。軟件規(guī)模估算。基于問題的估算?；谶^程的估算?；谟美墓浪恪Ｕ{(diào)和不同的估算方法。3、估算-分解技術(shù)軟件估算是一種解決473、估算-分解技術(shù)-基于規(guī)模的估算

規(guī)模：是指軟件項目可量化的結(jié)果。直接的方法是代碼行技術(shù)，間接的方法是功能點技術(shù)。3、估算-分解技術(shù)-基于規(guī)模的估算規(guī)模：是指軟件項目483、估算-分解技術(shù)-基于規(guī)模的估算四種不同方法：1、模糊邏輯：計劃人員先確定應(yīng)用類型，定性地確定其量級，然后在初始范圍內(nèi)在細(xì)化該量級。2、功能點法：計劃人員對信息域進(jìn)行估算。3、標(biāo)準(zhǔn)構(gòu)件：項目計劃人員估算每個標(biāo)準(zhǔn)構(gòu)件出現(xiàn)的次數(shù)，再根據(jù)歷史數(shù)據(jù)來確定每個標(biāo)準(zhǔn)構(gòu)件交付時的規(guī)模。4、修改法：計劃人員要估算必須完成修改的數(shù)量和類型。3、估算-分解技術(shù)-基于規(guī)模的估算四種不同方法：493、估算-分解技術(shù)-基于規(guī)模的估算采用LOC或FP方法之后，再采用三點估算法（期望值估算法）進(jìn)行校正。S=（Sopt+4Sm+Spess）/6Sopt--樂觀值。Sm--可能值。（遵循?概率分布）Spess–悲觀值。3、估算-分解技術(shù)-基于規(guī)模的估算采用LOC或FP方法之后，503、估算-分解技術(shù)-基于問題的估算代碼行技術(shù)。任務(wù)估算技術(shù)。Delphi法。類比法。功能點估計法。PERT估計法。3、估算-分解技術(shù)-基于問題的估算代碼行技術(shù)。51代碼行技術(shù)LOC是指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的語句、數(shù)據(jù)定義、數(shù)據(jù)類型聲明、等價聲明、輸入/輸出格式聲明等。一代碼行（1LOC）的價值和人月均代碼行數(shù)可以體現(xiàn)一個軟件生產(chǎn)組織的生產(chǎn)能力，開發(fā)組織可以根據(jù)對歷史項目的審計來核算組織的單行代碼價值。

L=(a+4m+b)/6;代碼行技術(shù)LOC是指所有的可執(zhí)行的源代碼行數(shù)，包括可交付的語52任務(wù)估算技術(shù)

項目計劃人員首先給出一個有界的軟件范圍的敘述，再由此敘述把軟件分解成一些小的可分別獨(dú)立進(jìn)行估算的子功能。然后對每一個子功能估算其FP（即估算變量）。生產(chǎn)率度量(FP／PM）用做特定的估算變量，導(dǎo)出子功能的成本或工作量。將子功能的估算進(jìn)行綜合后就能得到整個項目的總估算。

計算公式:L=(a+4m+b)/6;任務(wù)估算技術(shù)53Delphi法Delphi法是最流行的專家估算法。是依靠一個或多個專家對項目做出估計，它要求專家具有專門知識和豐富的經(jīng)驗，是一種近似的猜測。向?qū)＜姨峁╉椖恳?guī)格和估計表格。協(xié)調(diào)人召開專家討論。各專家匿名填寫估計表格。協(xié)調(diào)人整理估計表格，再將迭代表返回專家。協(xié)調(diào)人再次召開專家會，討論較大的估計差異。專家重新填寫估計表。重復(fù)4-6，直到達(dá)到一個最低和最高估計的一致。Delphi法Delphi法是最流行的專家估算法。是依靠一個54類比法將新項目與歷史項目比較，估算出各功能的估計值。等價代碼行=[（重新設(shè)計%+重新編碼+重新測試）/3]*已有代碼行類比法將新項目與歷史項目比較，估算出各功能的估計值。553、估算-分解技術(shù)-基于過程的估算最通用的項目估算技術(shù)是根據(jù)將要采用的過程進(jìn)行估算。即，將過程分解為一組較小的任務(wù)，并估算完成每個任務(wù)所需的工作量。具體方法：先抽取功能，在針對每個功能所必需的一系列框架活動；計算每個功能的持續(xù)時間和所需要的人數(shù)（不同級別的人的工資不同），就可以計算工作量和成本了。3、估算-分解技術(shù)-基于過程的估算最通用的項目估算技術(shù)是根據(jù)56第四講-成本估算課件573、估算-分解技術(shù)-基于用例的估算建立基于用例的估算方法的困難：1、沒有標(biāo)準(zhǔn)形式。2、用例表現(xiàn)的是軟件的外部視圖。3、用例沒有標(biāo)識它所描述的功能和特性的復(fù)雜性。4、用例沒有描述出涉及很多功能和特性的復(fù)雜行為。3、估算-分解技術(shù)-基于用例的估算建立基于用例的估算方法的困583、估算-分解技術(shù)-基于用例的估算當(dāng)一個大型系統(tǒng)按層次分解完成后，并要求每個層次由不超過10個用例，每個用例的場景不超過30個時，可以采用如下的經(jīng)驗公式：但是，最終還要落實到LOC或FP上。3、估算-分解技術(shù)-基于用例的估算當(dāng)一個大型系統(tǒng)按層次分解完59基于用例估算的經(jīng)驗公式LOC估算=N*LOCavg+[(Sa/Sh-1)+(Pa/Ph-1)*LOCadjustN：實際用例數(shù)。LOCavg在這種類型的子系統(tǒng)中，每個用例包含的平均場景數(shù)。LOCadjust校正值。以LOCavg的n%來表示。Sa：每個用例實際包含的場景數(shù)。Sh：在這類子系統(tǒng)中，每個用例包含的平均場景數(shù)。Pa：每個用例的實際頁數(shù)。Ph：在這類系統(tǒng)中，每個用例的平均頁數(shù)。基于用例估算的經(jīng)驗公式LOC估算=603、估算--經(jīng)驗?zāi)Ｐ虸BM模型。Putnam模型COCOMO模型（COnstructiveCostMOdel）3、估算--經(jīng)驗?zāi)Ｐ虸BM模型。613、估算--經(jīng)驗?zāi)Ｐ?-IBM模型1977年，IBM的Walston和Felix提出。估算公式：

E＝5.2×L0.91

L是源代碼行數(shù)。以KLOC計。E是工作量。以PM計。D＝4.1×L0.36，D是項目持續(xù)時間(以月計)。S＝0.54×E0.6，S是人員需要量(以人計)。DOC＝49×L1.01。DO