《《軟件項(xiàng)目管理》PPT課件.ppt》由會(huì)員分享，可在線閱讀，更多相關(guān)《《軟件項(xiàng)目管理》PPT課件.ppt（71頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、chapter_4,0,軟件開發(fā)項(xiàng)目管理,信息管理系 汪維清,chapter_4,1,承上啟下,chapter_4,2,成本計(jì)劃,chapter_4,3,軟件開發(fā)項(xiàng)目管理,第 4 章 軟件項(xiàng)目成本計(jì)劃,chapter_4,4,4.1 關(guān)于估算,估算一般可能不是非常的準(zhǔn)確，尤其是軟件更是如此，軟件項(xiàng)目中存在太多的不確定性，而且，在項(xiàng)目初期，人們對需求喝技術(shù)的不了解還不是很透徹。 對于估算既沒有特效的辦法，也沒有通用的模型，項(xiàng)目經(jīng)理可以根據(jù)以前的項(xiàng)目經(jīng)驗(yàn)和驗(yàn)證過的指南來提高精度。,chapter_4,5,4.1.1 項(xiàng)目規(guī)模與成本的關(guān)系,軟件項(xiàng)目規(guī)模即工作量，是從軟件項(xiàng)目范圍中抽出的軟件功能，然后

2、確定每個(gè)軟件功能所必須執(zhí)行的一系列軟件工程任務(wù) 包括：軟件規(guī)劃，軟件管理，需求，設(shè)計(jì)，編碼，測試，以及后期的維護(hù)等任務(wù)。 軟件項(xiàng)目成本是指完成軟件項(xiàng)目規(guī)模相應(yīng)付出的代價(jià)，是待開發(fā)的軟件項(xiàng)目需要的資金。 規(guī)模的單位：代碼行（line of code，LOC）、功能點(diǎn)、人天、人月、人年等 成本一般采用貨幣單位，如人民幣或美元等,chapter_4,6,4.1.2 成本估算的定義,軟件開發(fā)成本是指軟件開發(fā)過程中所花費(fèi)的工作量及相應(yīng)代價(jià)。 軟件開發(fā)成本的估算應(yīng)該從軟件計(jì)劃、需求分析設(shè)計(jì)、編碼、單元測試、集成測試到接受測試等這些過程中所花費(fèi)的代價(jià)作為依據(jù)。,chapter_4,7,4.2 估算的過程,成

3、本管理就是確保項(xiàng)目在預(yù)算范圍之內(nèi)的管理過程，包括成本估算、成本預(yù)算、成本控制等過程。 成本估算涉及計(jì)算完成項(xiàng)目所需各資源成本的近似值。 由于影響軟件成本的因素太多（例如人、技術(shù)、環(huán)境、政治等），軟件估算仍然是恨不成熟的技術(shù)，一些方法只能作為借鑒，更多的時(shí)候需要經(jīng)驗(yàn)。目前沒有一個(gè)估算方法或者成本估算模型可以適用于所有的軟件類型和開發(fā)環(huán)境,chapter_4,8,4.2.1 成本估算輸入,估算的輸入一般包括以下幾項(xiàng)： 項(xiàng)目需求或WBS：根據(jù)估算的不同階段，有不同的輸入可用于成本估算，以確保所有工作均一一被估計(jì)進(jìn)成本了 歷史項(xiàng)目數(shù)據(jù)：是以往項(xiàng)目的數(shù)據(jù)，包括規(guī)模、進(jìn)度、成本等，是項(xiàng)目估算的主要參考 資

4、源要求（資源編制計(jì)劃）：它可以讓項(xiàng)目組掌握資源需要和分配的情況 資源消耗率:即資源單擊，如人員成本: 100元/小時(shí) 進(jìn)度規(guī)劃：項(xiàng)目活動(dòng)時(shí)間的估計(jì)，活動(dòng)時(shí)間估計(jì)會(huì)影響到項(xiàng)目成本估計(jì) 學(xué)習(xí)曲線：是項(xiàng)目組學(xué)習(xí)某項(xiàng)技術(shù)或者工作的時(shí)間，當(dāng)一件事情被重復(fù)的時(shí)候，完成這件事情的時(shí)間將會(huì)被縮短，業(yè)績會(huì)以一定的百分比提高,chapter_4,9,4.2.2 估算處理,成本估算包括直接成本和間接成本。 直接成本是與開放的具體項(xiàng)目直接相關(guān)的成本，如人員的工資、材料費(fèi)、外包外購成本等，包括開放成本、管理成本、質(zhì)量成本等 間接晨報(bào)歸屬于一個(gè)具體項(xiàng)目，可以分?jǐn)偟礁鱾€(gè)具體項(xiàng)目中的成本，例如：培訓(xùn)、房租水電、員工福利、市場

5、費(fèi)用、管理費(fèi)等等,chapter_4,10,4.2.3 估算輸出,成本估算的結(jié)果可以以簡略或詳細(xì)的形式表示。對項(xiàng)目所需的各種資源的成本均需加以估計(jì)。估算單位通常是貨幣單位，如元、法郎、美元等；也可以用人月、人天或人小時(shí)這樣的單位 估算文件包括項(xiàng)目所需的資源，資源的數(shù)量，質(zhì)量標(biāo)準(zhǔn)，估算成本等信息，單位一般是貨幣單位 估算說明包括工作范圍、估算的基礎(chǔ)和依據(jù)、估算的假設(shè)、估算的誤差變動(dòng)等,chapter_4,11,4.3 成本估算的方法,常用的成本估算方法如： 代碼行、功能點(diǎn) 類比 (自頂向下)估算法 自下而上估算法 參數(shù)法估算法 專家估算法,chapter_4,12,4.3.1 代碼行（LOC）、

6、功能點(diǎn)及對象,代碼行、功能點(diǎn)是表達(dá)軟件項(xiàng)目規(guī)模的單位，有時(shí)也稱為軟件項(xiàng)目規(guī)模估算方法,chapter_4,13,1 代碼行,這種方法依據(jù)以往開發(fā)類似產(chǎn)品的經(jīng)驗(yàn)和歷史數(shù)據(jù)，估計(jì)實(shí)現(xiàn)一個(gè)功能所需要的源程序航數(shù)。 使用代碼行作為規(guī)模單位時(shí)，要求功能分解足夠詳細(xì)，而且有一定的經(jīng)驗(yàn)數(shù)據(jù)，采用不同的開發(fā)語言，代碼行可能不一樣。 代碼行技術(shù)的主要優(yōu)點(diǎn)：代碼是所有軟件開發(fā)項(xiàng)目都有的“產(chǎn)品”，而且很容易計(jì)算代碼行數(shù)。 代碼行（LOC）缺點(diǎn)： 對代碼行沒有公認(rèn)的可接受的標(biāo)準(zhǔn)定義 代碼行數(shù)量依賴于所用的編程語言和個(gè)人的編程風(fēng)格. 在項(xiàng)目早期,需求不穩(wěn)定、設(shè)計(jì)不成熟、實(shí)現(xiàn)不確定的情況下很難準(zhǔn)確地估算代碼量. 代碼行強(qiáng)

7、調(diào)編碼的工作量,只是項(xiàng)目實(shí)現(xiàn)階段的一部分,chapter_4,14,2. 功能點(diǎn)（FP: Function point）,（1）基本概念 功能點(diǎn)是用系統(tǒng)的功能數(shù)量來測量其規(guī)模，它以一個(gè)標(biāo)準(zhǔn)的單位來度量軟件產(chǎn)品的功能，與實(shí)現(xiàn)產(chǎn)品所用的語言和技術(shù)沒有關(guān)系。 功能點(diǎn)計(jì)算公式：FP =UFC*TCF UFC：未調(diào)整功能點(diǎn)計(jì)數(shù) TCF：技術(shù)復(fù)雜度因子,chapter_4,15,（2）UFC-未調(diào)整功能點(diǎn)計(jì)數(shù),在功能點(diǎn)分析中，系統(tǒng)被分為5類組件和一些常規(guī)系統(tǒng)特征 在計(jì)算未調(diào)整功能點(diǎn)計(jì)數(shù)時(shí)，應(yīng)該先計(jì)算5類功能組件的計(jì)數(shù)項(xiàng)： 內(nèi)部邏輯文件（ILF）：是用戶可以識(shí)別的一組邏輯相關(guān)的數(shù)據(jù)，而且完全存在于應(yīng)用的邊界

8、之內(nèi)，并且通過外部輸入維護(hù) 外部輸入（EI）：給軟件提供面向應(yīng)用的數(shù)據(jù)項(xiàng)（如屏幕、菜單、對話框、控件等），在這個(gè)過程中，數(shù)據(jù)穿越外部邊界進(jìn)入系統(tǒng)內(nèi)部。 外部輸出（EO）：向外部提供面向應(yīng)用的信息，如報(bào)表和出錯(cuò)信息等 外部查詢（EQ）：即一次聯(lián)機(jī)輸入，它導(dǎo)致軟件以聯(lián)機(jī)輸出方式產(chǎn)生某種及時(shí)響應(yīng) 外部文件（EIF）：是用戶可以識(shí)別的一組邏輯相關(guān)數(shù)據(jù)，這組數(shù)據(jù)只能被引用,chapter_4,16,當(dāng)組件被規(guī)為以上5類主要組件中的一類以后，就要為之指定級別，所有組件都被指定為高、中、低三個(gè)級別。它們的級別取決于被更新或引用文件的個(gè)數(shù)以及數(shù)據(jù)元素類型的個(gè)數(shù)。,外部輸入定級表,外部輸入和外部查詢共用定級表,

9、外部輸入、外部輸出和外部查詢共用定級取值,chapter_4,17,內(nèi)部邏輯文件或者外部接口文件定級,組件復(fù)雜度表,內(nèi)部邏輯文件或者外部接口文件級數(shù)取值,將每個(gè)類別組件的每一級復(fù)雜度輸入到組件復(fù)雜度表中，每一組件的數(shù)量乘以所示的級數(shù)得出定級的值,chapter_4,18,(3) TCF-技術(shù)復(fù)雜度因子,技術(shù)復(fù)雜度因子取決于14個(gè)通用系統(tǒng)特性。影響程度的取值從0到5，從沒有影響到強(qiáng)烈影響。計(jì)算復(fù)雜度因子公式如下： TCF=0.65+0.01(sum(Fi)： Fi:0-5,TCF:0.65-1.35,chapter_4,19,【例1】一個(gè)軟件的五類功能計(jì)數(shù)項(xiàng)如下左圖，計(jì)算這個(gè)軟件的功能點(diǎn) 1）計(jì)

10、算UFC：按照UFC的計(jì)算過程如下右圖，得UFC301 2）計(jì)算TCF：按公式計(jì)算得TCF=0.65+0.01(14*3)=1.07 3）計(jì)算FP：按公式計(jì)算得FP=301*1.07=322,chapter_4,20,（4） 功能點(diǎn)與代碼行的轉(zhuǎn)換,功能點(diǎn)可以按照一定的條件轉(zhuǎn)換為代碼行，是針對各種語言的轉(zhuǎn)換率，它是根據(jù)經(jīng)驗(yàn)的研究得出的。如表所示：,chapter_4,21,4.3.2 類比估算法,估算人員根據(jù)以往的完成類似項(xiàng)目所消耗的總成本（或工作量），來推算將要開發(fā)的軟件的總成本（或工作量），然后按比例將它分配到各個(gè)開發(fā)任務(wù)單元中 是一種自上而下的估算形式 對于度量相似度，目前的研究中常有兩種

11、求值方式來度量差距，即不加權(quán)的歐式距離和加權(quán)的歐式距離：,chapter_4,22,類比舉例,chapter_4,23,對于工作量最后估算值的確定，有不同的方法,如： 可以直接取最相似的項(xiàng)目的工作量（對應(yīng)P0工作量取1000） 可以取幾個(gè)相似的項(xiàng)目的工作量的平均值（對應(yīng)P0工作量取1900/2=950） 目前，類別估算的方法，基本上采用主觀推測，很少采用相似度計(jì)算的方法,chapter_4,24,4.3.3 自下而上估算法,利用任務(wù)分解結(jié)構(gòu)圖,對各個(gè)具體工作包進(jìn)行詳細(xì)的成本估算,然后將結(jié)果累加起來得出項(xiàng)目總成本。 自下而上使用情況： 項(xiàng)目開始以后，WBS的開發(fā)階段； 需要進(jìn)行準(zhǔn)確估算的時(shí)候 自

12、下而上特點(diǎn)： 這種方法相對比較準(zhǔn)確，它的準(zhǔn)確度來源于每個(gè)任務(wù)的估算情況 非常費(fèi)時(shí),估算本身也需要成本支持 可能發(fā)生虛報(bào)現(xiàn)象,chapter_4,25,4.3.4 參數(shù)模型估算法,參數(shù)模型估算法也稱算法模型或者經(jīng)營導(dǎo)出模型，是一種使用項(xiàng)目特性參數(shù)建立數(shù)據(jù)模型來估算成本的方法，是一種統(tǒng)計(jì)技術(shù)，如回歸分析和學(xué)習(xí)曲線。 其基本思想是：找到軟件工作量的各種成本影響因子，并判斷它對工作量所產(chǎn)生的影響程度是可加的、乘數(shù)的還是指數(shù)的，以期得到最佳的模型算法表達(dá)形式。 當(dāng)某個(gè)因子只影響系統(tǒng)的局部時(shí)，我們一般說它是可加的，如：給系統(tǒng)增加源指令、功能點(diǎn)實(shí)體、模塊等 當(dāng)某個(gè)因子對整個(gè)系統(tǒng)具有全局性的影響時(shí)，則說它是乘

13、數(shù)的或指數(shù)的。如：增加服務(wù)需求的等級或者不兼容的客戶等,chapter_4,26,（1）靜態(tài)單變量模型,這類模型的總結(jié)構(gòu)形式如下： E=A+B*SC E:以人月表示的工作量 A,B,C:經(jīng)驗(yàn)導(dǎo)出的系數(shù) S:主要的輸入?yún)?shù)(通常是LOC,FP等）,chapter_4,27,以下為幾個(gè)典型的靜態(tài)單變量模型： 面向LOC的估算模型 Walston-Felix(IBM) E= 5.2*(KLOC)0.91 Balley-Basili E=5.5+0.73*(KLOC)1.16 .COCOMO E=3.2*(KLOC)1.05 Doty E=5.288*(KLOC)1.047 面向FP驅(qū)動(dòng)的 Albre

14、cht and Gaffney E=-12.39+0.0545FP Matson,Barnett E=585.7+15.12FP,chapter_4,28,（2）動(dòng)態(tài)多變量模型,動(dòng)態(tài)多變量模型也稱為軟件方程式，該模型把工作量看作是軟件規(guī)模和開發(fā)時(shí)間這兩個(gè)變量的函數(shù) E=(LOC*B0.333/P)3*(1/t)4 E:以人月表示的工作量 t：以月或年為單位的項(xiàng)目持續(xù)時(shí)間 B：特殊技術(shù)因子，隨著對測試、質(zhì)量保證、文檔及管理技術(shù)的需求的增加而緩慢增加 P：生產(chǎn)率參數(shù)，可從歷史數(shù)據(jù)導(dǎo)出適用于當(dāng)前項(xiàng)目的生產(chǎn)率參數(shù)值 對較小的程序（KLOC5-15），B0.16 對超過70KLOC的程序，B0.39 開

15、發(fā)嵌入式軟件時(shí)，P的典型值為2000；開發(fā)電信系統(tǒng)和系統(tǒng)軟件時(shí)，P10000；對商業(yè)系統(tǒng)P28000,chapter_4,29,COCOMO（Constructive Cost model）模型,參數(shù)模型估算方法適合于比較成熟的軟件企業(yè)，其中COCOMO模型是一種結(jié)構(gòu)化成本模型 ，也是世界上應(yīng)用最廣泛的參數(shù)型軟件成本估計(jì)模型 由Barry Boehm開發(fā)的 COCOMO模型通用公式： 其中，PM為工作量，通常表示為人月；A為校準(zhǔn)因子；Size為對工作量呈可加性影響的軟件模塊的功能尺寸的度量；B為工作量呈指數(shù)或非線性影響的比例因子；EM為影響軟件開發(fā)工作量的工作量乘數(shù)。,chapter_4,30

16、,COCOMO模型發(fā)展,COCOMO 81 COCOMO II 模型系列,chapter_4,31,1. COCOMO 81,COCOMO 81有3個(gè)等級的模型： 基本COCOMO：在項(xiàng)目相關(guān)信息極少的情況下使用； 中等COCOMO：在需求確定以后使用 高級COCOMO：在設(shè)計(jì)完成后使用 COCOMO 81的3個(gè)等級模型也滿足類似的通用公式：Efforta（KLOCK）bF 其中：Effort為工作量，表示為人月；a和b為系數(shù)，具體取值取決于建模等級（即基本、中等或高級）以及項(xiàng)目的模式（有機(jī)、半嵌入型或嵌入型）,chapter_4,32,1. COCOMO 81,COCOMO 81將項(xiàng)目的模式

17、分為： 有機(jī): Organic， 各類應(yīng)用程序，例如數(shù)據(jù)處理、科學(xué)計(jì)算 等 受硬件的約束比較小，程序的規(guī)模不是很大 嵌入式: Embedded 系統(tǒng)程序，例如實(shí)時(shí)處理、控制程序等 緊密聯(lián)系的硬件、軟件和操作的限制條件下運(yùn)行，軟件規(guī)模任意 半有機(jī): Semidetached 各類實(shí)用程序，介于上述兩種軟件之間，例如編譯器（程序） 規(guī)模和復(fù)雜度都屬于中等或者更高,chapter_4,33,（1）基本COCOMO,E= a(KLOC)exp(b) 其中： E是所需的人力（人月）， KLOC是交付的代碼行 a ， b是依賴于項(xiàng)目自然屬性的參數(shù)：,chapter_4,34,舉例,一個(gè)33.3 KLOC的

18、軟件開發(fā)項(xiàng)目，屬于中等規(guī)模、半有機(jī)型的項(xiàng)目，采用基本COCOMO： a=3.0，b=1.12。 E = 3.0L 1.12 = 3.033.3 1.12 = 152 PM,chapter_4,35,（2）中等COCOMO,E=a(KLOC)exp(b)*乘法因子 a b是系數(shù) 乘法因子是根據(jù)成本驅(qū)動(dòng)屬性打分的結(jié)果，對公式的校正系數(shù),chapter_4,36,乘法因子屬性,產(chǎn)品屬性 平臺(tái)屬性 人員屬性 過程屬性,chapter_4,37,乘法因子,chapter_4,38,乘法因子計(jì)算,每個(gè)屬性Fi的取值范圍為： 很低、低、正常、高、很高、極高，共六級。正常情況下 Fi=1。 當(dāng)每個(gè)Fi的值選定

19、后，乘法因子的計(jì)算如下 乘法因子F1*F2* Fi * Fn,chapter_4,39,舉例（續(xù)）,一個(gè)33.3 KLOC的軟件開發(fā)項(xiàng)目，屬于中等規(guī)模、半有機(jī)型的項(xiàng)目，采用中等COCOMO模型 a=3.0，b=1.12。 乘法因子0.70*0.85*1*1.15=1.09 E = 3.0L 1.12 = 3.033.3 1.12 PM,chapter_4,40,（3）高級（詳細(xì)）COCOMO,將項(xiàng)目分解為一系列的子系統(tǒng)或者子模型 在一組子模型的基礎(chǔ)上更加精確地調(diào)整一個(gè)模型的屬性， 高級COCOMO模型的工作量計(jì)算公式與中等COCOMO模型相同，其主要區(qū)別在于： 將待估算的軟件項(xiàng)目分解為模塊、子

20、系統(tǒng)、系統(tǒng)3個(gè)等級 增加了與開發(fā)階段相關(guān)的工作量乘數(shù)，它可以準(zhǔn)確反映成本驅(qū)動(dòng)因子對工作量階段分布的影響,chapter_4,41,chapter_4,42,4.3.5 專家估算法,專家估算是由一個(gè)被認(rèn)為是該任務(wù)專家的人來進(jìn)行估算，并且估算過程的很大一部分是基于不清晰、不可重復(fù)的過程，也就是直覺。 由多位專家進(jìn)行成本估算，一個(gè)專家可能會(huì)有偏見，最好由多位專家進(jìn)行估算，取得多個(gè)估算值,最后得出綜合的估算值。,chapter_4,43,專家估算法-Deiphi,組織者發(fā)給每位專家一份軟件系統(tǒng)的規(guī)格說明和一張記錄估算值的表格，請他們估算 專家詳細(xì)研究軟件規(guī)格說明后，對該軟件提出3個(gè)規(guī)模的估算值 最小a

21、i 最可能的mi 最大bi 組織者對專家的表格中的答復(fù)進(jìn)行整理，計(jì)算每位專家的Ei=(ai+4mi+bi)/6,然后，計(jì)算出期望值：E=E1+E2+En/n（N:表示N 個(gè)專家）,chapter_4,44,專家估算法-Deiphi(續(xù)),綜合結(jié)果后，再組織專家無記名填表格，比較估算差，并查找原因 如果各個(gè)專家的估算差異超出規(guī)定的范圍（例如：15%），則需重復(fù)上述過程 ，最終可以獲得一個(gè)多數(shù)專家共識(shí)的軟件規(guī)模,chapter_4,45,專家估算法-舉例,某多媒體信息查詢系統(tǒng)專家估算 專家1：1，8，9=（1+9+4 * 8 ）/6=7（萬元） 專家2： 4， 6 ， 8 =（4+8+4*6）/6

22、=6 （萬元） 估算結(jié)果=（6+7）/2=6.5 （萬元）,chapter_4,46,4.3.6 猜測法,猜測法是一種經(jīng)驗(yàn)估算法，進(jìn)行估算的人有專門的知識(shí)和豐富的經(jīng)驗(yàn)，據(jù)此提出一個(gè)近似的數(shù)據(jù)，是一種原始的估算方法。 此方法只適用于要求很快拿出項(xiàng)目的大概數(shù)字的情況，對于要求詳細(xì)估算的項(xiàng)目是不適合的,chapter_4,47,4.3.7 成本估算方法綜述,主要考慮三種模型:類比法,自下而上法,參數(shù)法. 自下而上法費(fèi)時(shí)費(fèi)力,參數(shù)法比較簡單 自下向上法與參數(shù)法的估計(jì)精度相似 類比法通常用來驗(yàn)證參數(shù)法和自下而上法的結(jié)果 各種方法不是孤立的,應(yīng)該注意相互的結(jié)合使用,chapter_4,48,實(shí)用軟件估算模

23、型,是一種自下而上和參數(shù)法的結(jié)合模型,步驟如下: 對任務(wù)進(jìn)行分解:1,2,i 估算每個(gè)任務(wù)的成本Ei 直接成本=E1+E2+ Ei+ En 項(xiàng)目總估算成本= 直接成本+間接成本 項(xiàng)目總報(bào)價(jià)=項(xiàng)目總估算成本+風(fēng)險(xiǎn)利潤 風(fēng)險(xiǎn)利潤=利潤+風(fēng)險(xiǎn)基金+稅,chapter_4,49,估算每個(gè)任務(wù)的成本,直接估算成本Ei 先估算規(guī)模Qi，然后估算成本Ei= Qi *人力成本參數(shù) 唯一估計(jì)值：Qi=Avg PERT算法: Qi=(Max+4Avg+Min)/6,chapter_4,50,直接成本估算,直接成本=規(guī)模*人力成本參數(shù) 直接成本組成 開發(fā)成本 管理成本 質(zhì)量成本 例如：人力成本參數(shù)=2萬/人月，30

24、人月規(guī)模的項(xiàng)目的直接成本是 60萬,chapter_4,51,直接成本估算簡易估算：,開發(fā)（工作量）規(guī)模： Scale(Dev) (單位：人月) 管理、質(zhì)量（工作量）規(guī)模： Scale(Mgn)=a* Scale(Dev) a為比例系數(shù)：例如：20%-25% 直接成本 Scale(Dev) a* Scale(Dev),退出,chapter_4,52,項(xiàng)目總估算成本,估算成本=直接成本+間接成本 間接成本估算： 按照企業(yè)模型直接估算： 簡易算法： 間接成本=直接成本*間接成本系數(shù) 間接成本= 規(guī)模*人力成本參數(shù)*間接成本系數(shù) 例如：間接成本系數(shù)=0.3,chapter_4,53,項(xiàng)目總估算成本,

25、估算成本=直接成本+間接成本 估算成本=直接成本+直接成本*間接成本系數(shù) 估算成本=直接成本(1+間接成本系數(shù)) 估算成本=規(guī)模*人力成本參數(shù)（1+間接成本系數(shù)） 成本系數(shù)=人力成本參數(shù)* （1+間接成本系數(shù)） 簡易算法： 估算成本=規(guī)模*成本系數(shù) 例如：成本系數(shù)= 3萬/人月,退出,chapter_4,54,項(xiàng)目總報(bào)價(jià),項(xiàng)目總報(bào)價(jià)=項(xiàng)目總估算成本+風(fēng)險(xiǎn)利潤 項(xiàng)目利潤=估算成本*a% 風(fēng)險(xiǎn)基金=估算成本*b% 稅=估算成本*c% (例如:c為5.5左右) 項(xiàng)目總報(bào)價(jià)=(a+b+c) %*項(xiàng)目總估算成本+項(xiàng)目總估算成本,chapter_4,55,4.4 估算的誤差度,一般說，進(jìn)行規(guī)模成本估算都存

26、在一定的誤差。誤差的大小會(huì)因項(xiàng)目的不同、因項(xiàng)目階段的不同而有所不同,chapter_4,56,1.估算的誤差,項(xiàng)目估算在不同的階段會(huì)有不同的誤差，常規(guī)估算準(zhǔn)確度的統(tǒng)如表,chapter_4,57,2. 估算不準(zhǔn)的原因,基礎(chǔ)數(shù)據(jù)不足 缺乏經(jīng)驗(yàn)的估算人員 簽約前后不連貫：簽約前，銷售人員為了拿到項(xiàng)目，而夸大了承諾，或者削減了價(jià)格 低劣的推測技術(shù) 估算對需求的敏感性,chapter_4,58,3.對付估算誤差的方法,避免無準(zhǔn)備的估算 留出估算的時(shí)間，并做好計(jì)劃 使用以前的項(xiàng)目數(shù)據(jù) 使用開發(fā)人員提供的數(shù)據(jù)為基礎(chǔ)估算 分類法估算 詳細(xì)的較低層次上的估算 使用軟件估算工具 使用幾種不同估算技術(shù)，并比較它們

27、的結(jié)果,chapter_4,59,估算的表達(dá)方式技巧,加減限定 6個(gè)人月，+3人月，-1人月 范圍 5-9人月,chapter_4,60,估算的表達(dá)方式技巧,3.風(fēng)險(xiǎn)量化: 見下例,chapter_4,61,估算的表達(dá)方式技巧,4.情況： 見下：案例估算的例子,chapter_4,62,軟件工程中的真相與假象,該書總結(jié)了55個(gè)真相和10個(gè)假象，其中直接與估算有關(guān)的7個(gè)真像和1個(gè)假象： 真相8:造成軟件項(xiàng)目失控最普遍的兩個(gè)原因之一就是軟件估算不足(另外的原因是需求不穩(wěn)定). 真相9:往往在錯(cuò)誤的時(shí)間,甚至在沒有定義需求也即沒有理解問題之前,就進(jìn)行軟件估算. 真相10:往往由錯(cuò)誤的人員,即不是由軟

28、件開發(fā)人員或者項(xiàng)目經(jīng)理,而是由高層管理或者市場營銷,進(jìn)行軟件估算. 真相11:由錯(cuò)誤的人員、在錯(cuò)誤的時(shí)間做出的軟件估算不但往往是錯(cuò)誤的,也很少隨著項(xiàng)目的進(jìn)行做必要的調(diào)整.,chapter_4,63,軟件工程中的真相與假象,真相12:雖然軟件估算會(huì)發(fā)生如此錯(cuò)誤,但是人們不去關(guān)心產(chǎn)生錯(cuò)誤的原因,卻還在努力按照錯(cuò)誤估算的時(shí)間進(jìn)度執(zhí)行. 真相13:管理人員和技術(shù)人員對軟件估算的認(rèn)識(shí)是完全隔絕的,因此也難以達(dá)到一致的目標(biāo). 真相14:很少有真正的可行性研究. 假象6:要估算軟件項(xiàng)目開發(fā)時(shí)間和開發(fā)成本,必須首先估算軟件項(xiàng)目的代碼行數(shù),chapter_4,64,4.5 成本預(yù)算,成本預(yù)算是將項(xiàng)目的總成本按照

29、項(xiàng)目的進(jìn)度分?jǐn)偟礁鱾€(gè)工作單元中去。成本預(yù)算將總的成本安排到各個(gè)任務(wù)中 成本預(yù)算的目的是產(chǎn)生成本基線 分配項(xiàng)目成本預(yù)算包括三種情況： 分配資源成本 給任務(wù)分配固定資源成本 給任務(wù)分配固定成本,chapter_4,65,1）分配資源成本,這是最常用的一種方式，即根據(jù)每個(gè)任務(wù)的資源分配情況來計(jì)算這個(gè)任務(wù)的成本預(yù)算，而資源成本與資源的基本費(fèi)率緊密相連，所以要設(shè)置資源費(fèi)率 設(shè)置資源費(fèi)率如： 標(biāo)準(zhǔn)費(fèi)率 加班費(fèi)率 每次使用費(fèi)率 。,chapter_4,66,2）分配固定資源成本,當(dāng)一個(gè)項(xiàng)目的資源需要固定數(shù)量的資金時(shí)，用戶可以向任務(wù)分配固定資源成本。 例如：需要的硬件設(shè)備,chapter_4,67,3）分配固定成本,有些任務(wù)是固定成本的類型的任務(wù)，也就是說，用戶知道某項(xiàng)任務(wù)的成本不變，不管任務(wù)的工期有多長，或不管任務(wù)使用了那些資源。在這種情況下，用戶向任務(wù)直接分配成本。 例如：培訓(xùn)任務(wù),chapter_4,68,成本基線,編制成本預(yù)算過程中，應(yīng)該提供一個(gè)成本基線 成本基線是每個(gè)時(shí)間段內(nèi)的成本，它是項(xiàng)目管理者度量和監(jiān)控項(xiàng)目的依據(jù),chapter_4,69,4.6 案例分析,“校務(wù)通系統(tǒng)”項(xiàng)目成本估算 項(xiàng)目估算結(jié)果,chapter_4,70,核心計(jì)劃小結(jié),合同,需求,WBS,活動(dòng),活動(dòng)排序,活動(dòng)歷時(shí)估計(jì),編制計(jì)劃,成本估算,成本預(yù)算,