軟件項目管理課件：第5章 項目的成本管理

1、單擊此處編輯母版標題樣式單擊此處編輯母版文本樣式第二級第三級第四級第五級*第五章 項目的成本管理教師： 賈向陽Email：軟件工程國家重點實驗室（武漢大學(xué)）State Key Lab of Software Engineering碩士研究生課程軟件項目管理目 錄5.1 概 述5.2 估算成本5.3 制定預(yù)算5.4 控制成本5.5 案例分析5.1 概 述糟糕的項目成本管理案例英國：國家健康服務(wù) (NHS) IT 現(xiàn)代化項目最終花費550 億美元，超出預(yù)算卻260 億美元。美國：國稅局IRS 項目遭遇了一系列失敗，平均每年花費納稅人500億美元一一大約相當于整個計算機行業(yè)總的凈收益。 印度 : 3

2、7 個能源信息系統(tǒng)項目的最初成本估計從55254.39千萬盧比(120 多億美元)上升到70679.03 千萬盧比(多達150 多億美元)。 澳大利亞 :澳大利亞起重機集團在安裝ERP 系統(tǒng)時存在的問題導(dǎo)致成本超支估計達到1150 萬美元。5.1 概 述成本的類別直接成本(direct costs)：與生產(chǎn)項目產(chǎn)品和服務(wù)直接相關(guān)的成本。例如，項目中全職工作的工人的工資和為項目專門購買的軟硬件都是直接成本。間接成本 (indirect costs) ：不與生產(chǎn)項目產(chǎn)品和服務(wù)直接相關(guān)的成本，但它間接地和完成的項目相關(guān)。例如，在一座大樓上，有為不同項目工作的1 000名職工，那電費、毛巾和紙都是間接

3、成本。間接成本可以被分攤到項目當中，但是項目經(jīng)理幾乎無法控制它們。軟件項目的成本硬件/支持軟件成本：包括項目所需的所有硬件設(shè)備、系統(tǒng)軟件、數(shù)據(jù)資源的購置、運輸、儲存、安裝、測試的費用。對于進口設(shè)備，還要包括國外運費、保險費、進口關(guān)稅和增值稅等費用。差旅及培訓(xùn)費：培訓(xùn)費用包括開發(fā)人員培訓(xùn)費和用戶培訓(xùn)費。軟件開發(fā)成本：人工成本是最主要的軟件開發(fā)成本。在軟件開發(fā)項目中，付給軟件工程師的人工費用占了開發(fā)成本的絕大部分。項目管理費用：用于項目組織、管理、控制的費用支出。5.1 概 述項目成本管理對成本進行估算、預(yù)算和控制的各過程，從而確保項目在批準的預(yù)算內(nèi)完工成本管理過程估算成本制定預(yù)算控制成本目 錄5

4、.1 概 述5.2 估算成本5.3 制定預(yù)算5.4 控制成本5.5 案例分析5.2 估算成本成本估算是在某特定時點，根據(jù)已知信息所做出的成本預(yù)測。在估算成本時，需要識別和分析可用于啟動與完成項目的備選成本方案；需要權(quán)衡備選成本方案并考慮風(fēng)險，如比較自制成本與外購成本、購買成本與租賃成本以及多種資源共享方案，以優(yōu)化項目成本。用某種貨幣單位（如美元、歐元、日元等）進行成本估算，但有時也可采用其他計量單位，如人時或人日，以消除通貨膨脹的影響，便于成本比較。估算成本的數(shù)據(jù)流向圖 估算成本：輸入、工具與技術(shù)和輸出技術(shù)：三點估算通過考慮估算中的不確定性與風(fēng)險，可以提高活動成本估算的準確性。 最可能成本（c

5、 M ）最樂觀成本（c O ）最悲觀成本（c P ）輸出：活動成本估算是對完成項目工作可能需要的成本的量化估算。成本估算可以是匯總的或詳細分列的。成本估算應(yīng)該覆蓋活動所使用的全部資源，包括（但不限于）直接人工、材料、設(shè)備、服務(wù)、設(shè)施、信息技術(shù)，以及一些特殊的成本種類，如通貨膨脹補貼或成本應(yīng)急儲備。如果間接成本也包含在項目估算中，則可在活動層次或更高層次上計列間接成本。輸出：估算依據(jù)成本估算所需的支持信息的數(shù)量和種類，因應(yīng)用領(lǐng)域而異。不論其詳細程度如何，支持性文件都應(yīng)該清晰、完整地說明成本估算是如何得出的?；顒映杀竟浪愕闹С中畔⒖砂ǎ宏P(guān)于估算依據(jù)的文件（如估算是如何編制的）；關(guān)于全部假設(shè)條件的

6、文件；關(guān)于各種已知制約因素的文件；對估算區(qū)間的說明（例如，“10 000 美元10%”，就說明了預(yù)期成本的所在區(qū)間）；對最終估算的置信水平的說明。軟件成本估算方法Delphi技術(shù)：四十年代末為預(yù)測未來事件而開發(fā)的，是較流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，適用于評定過去與將來，新技術(shù)與特定程序之間的差別。但專家“專”的程度和對項目的理解程度是工作中的難點。標準回歸技術(shù)：采用最小均方普通線性回歸的經(jīng)典統(tǒng)計方法，很多現(xiàn)存的參數(shù)成本模型（COCOMOII，SLIM，Checkpoint等）都使用了各種形式的回歸技術(shù)。神經(jīng)網(wǎng)絡(luò)技術(shù)：是最常見的代替最小均方回歸的軟件評估建模技術(shù)，這些模型可用歷史數(shù)

7、據(jù)來“訓(xùn)練”，以便形成更好地能自動調(diào)整算法參數(shù)值的模型，減少實際結(jié)果和模型預(yù)算值之間的差異。動態(tài)技術(shù)：是指軟件項目的成本因子在系統(tǒng)開發(fā)的期間不斷變化，它是一個連續(xù)仿真建模方法。該技術(shù)最早在1961年Jay Fooester研究發(fā)明，1994年Macdachy提出了系統(tǒng)仿真模型的公式，并用于軟件工程估算。軟件成本估算方法貝葉斯分析技術(shù)：是允許調(diào)查人員根據(jù)樣本和專家判斷的預(yù)先信息采用邏輯相容的方法產(chǎn)生推論，COCOMOII就采用了該技術(shù)。類比法：通過新項目與歷史項目的比較得到規(guī)模估計，適合評估一些與歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度相似的項目。其估計結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準確度。P

8、ERT估算法（計劃評審技術(shù)）：是50年代末美國海軍部開發(fā)北極星潛艇系統(tǒng)時為協(xié)調(diào)3000多個承包商和研究機構(gòu)而開發(fā)的，其理論基礎(chǔ)是假設(shè)項目持續(xù)時間以及整個項目完成時間是隨機的，且服從某種概率分布。成本估算模型IBM的成本估算模型1977年:IBM的Walston和Felix提出了最早的軟件成本估算模型工作量E（以人月計） 5.2L 0.91 項目持續(xù)時間D (以月計) 4.1L 人員需要量S（以人計） 0.54E文檔數(shù)量DOC(以頁計) 49L 注：L是源代碼行數(shù)(以KLOC計)成本估算模型Putnam估算模型1978年P(guān)utnam提出一種動態(tài)多變量模型Putnam模型，該模型假定在軟件開發(fā)的整

9、個生存期中工作量有特定的分布，將源代碼行數(shù)和工作量、開發(fā)時間聯(lián)系起來。這種模型是依據(jù)在一些大型項目（總工作量達到或超過30個人年）中收集到的工作量分布情況而推導(dǎo)出來的，但也可以應(yīng)用在一些較小的軟件項目中。 K=L 3 /(Ck 3 td 4 )td是開發(fā)持續(xù)時間L是源代碼行數(shù)（以LOC計）Ck是技術(shù)狀態(tài)常數(shù)成本估算模型COCOMO估算模型最初是在1981年由Barry Boehm提出，軟件開發(fā)工作量被表示成估計的代碼行數(shù)的非線性函數(shù)。 是一種精確的成本估算方法。75%的軟件項目的成本計算誤差不超過30%在八十年代成為最通用的參數(shù)成本估算模型之一。COCOMO-II模型COCOMO 81模型適用

10、于專用的定制的軟件項目，它建立在“瀑布模型”的過程框架上。1997年 Boehm 等人提出來的 COCOMO-II 模型則適用于廣泛匯集各種技術(shù)的軟件項目，如商用軟件、面向?qū)ο筌浖?、通過螺旋型或演化型開發(fā)模型制作的軟件。COCOMO II 模型通過三個不同的模型分別對三個不同的階段進行估算：應(yīng)用組裝模型（估算早期原型開發(fā)工作量）早期設(shè)計模型（估算探索和選擇可用的系統(tǒng)軟件體系結(jié)構(gòu)和操作所用工作量）后架構(gòu)模型（估算實際系統(tǒng)開發(fā)的工作量）COCOMO-II模型(1) 應(yīng)用組裝模型應(yīng)用組裝模型用于估算原型制作的工作量。適用場合如：用戶界面的原型開發(fā)，軟件和系統(tǒng)交互考慮，性能評估和技術(shù)成熟度評價等。模型

11、使用“對象點”，而不用“源代碼行”或“功能點”進行估算。對象點是1991年由 Banker、Kauffman和Kumar等人提出的。它類似于功能點，是一種軟件間接度量。根據(jù)（用戶界面）屏幕（screen）數(shù)、報告（report）數(shù)、建造應(yīng)用所需使用的第三代語言（3GL）構(gòu)件數(shù)來計數(shù)。屏幕、報告和3GL構(gòu)件統(tǒng)稱為元素。2000年Boehm等人在COCOMO II: 2000中把“對象點”改為“應(yīng)用點”，以避免概念的混淆。應(yīng)用組裝模型估算的步驟：評估應(yīng)用計數(shù)：估算組成該應(yīng)用的屏幕、報告和3GL構(gòu)件數(shù)目。確定復(fù)雜性級別：對于每一個屏幕、報告、3GL構(gòu)件，根據(jù)一些特征，把它們劃分到簡單、中等和困難等3

12、個復(fù)雜性級別。數(shù) 據(jù)表 的 數(shù) 量 來 源包含的視圖數(shù)總數(shù) 4( 2個srvr, 3個clnt )總數(shù) 8( 23個srvr, 3個srvr, 5個clnt ) 3簡單的簡單的中等的3 7簡單的中等的困難的 8中等的困難的困難的表1 屏幕應(yīng)用點復(fù)雜性等級數(shù) 據(jù)表 的 數(shù) 量 和來 源包含的節(jié)數(shù)總數(shù) 4( 2個srvr, 3個clnt )總數(shù) 8( 23個srvr, 3個srvr, 5個clnt ) 2簡單的簡單的中等的2 3簡單的中等的困難的 4中等的困難的困難的表2 報告應(yīng)用點復(fù)雜性等級每一個報告可以包括有若干節(jié)（sections）。根據(jù)報告所涉及節(jié)數(shù)和數(shù)據(jù)表數(shù)，可以確定該報告的復(fù)雜性等級。

13、3) 加權(quán)：根據(jù)每一個元素的復(fù)雜性級別，參照表3對其加權(quán)。4) 計算應(yīng)用點數(shù)：將每一個元素的計數(shù)乘以權(quán)值得到該元素的加權(quán)計數(shù)，再將各個元素的加權(quán)計數(shù)累加，得到總的應(yīng)用點計數(shù)。表3 應(yīng)用點復(fù)雜性加權(quán)元素類型復(fù)雜 性 加權(quán)簡單的中等的困難的屏幕123報表2583GL構(gòu)件-10估計項目復(fù)用的百分比 r：如果項目在開發(fā)中使用了構(gòu)件或復(fù)用了以前的軟件，再估計復(fù)用的百分比 r。計算要開發(fā)的新應(yīng)用點數(shù)：通過以下公式得到調(diào)整后的新應(yīng)用點數(shù)NAP。 NAP =（應(yīng)用點計數(shù)）（100 r）/ 100例如，一個應(yīng)用程序包含 840 個應(yīng)用點，其中20%可以通過使用現(xiàn)成的構(gòu)件來提供，那么調(diào)整后的新應(yīng)用點（NAP）的得

14、分將是NAP = 840(100 - 20) / 100 = 6728) 估算工作量 PM = NAP / PROD例如，一個應(yīng)用程序有 672 個新應(yīng)用點，開發(fā)環(huán)境的生產(chǎn)率是正常的，則項目的估計工作量為： PM = 672 / 13 = 52 （人月）開發(fā)者的經(jīng)驗和能力開發(fā)環(huán)境成熟度和能力很低低標稱高很高生產(chǎn)率PROD471325507) 確定生產(chǎn)率：其單位是: PROD ，即 NAP人月(2) 早期設(shè)計模型和后架構(gòu)模型的工作量估算估算功能點:根據(jù)軟件需求和設(shè)計文檔的信息，對于每一個功能類型，分別統(tǒng)計功能計數(shù)。功能類型描 述外部輸入從系統(tǒng)邊界外進入的各種（唯一的）用戶數(shù)據(jù)外部輸出從系統(tǒng)邊界內(nèi)

15、流出的各種（唯一的）用戶數(shù)據(jù)內(nèi)部邏輯文件把系統(tǒng)中主要的用戶數(shù)據(jù)或控制信息邏輯組定義為一個內(nèi)部邏輯文件，包括系統(tǒng)產(chǎn)生的、使用的和維護的各個邏輯文件。外部接口文件系統(tǒng)之間傳遞或共享的文件都是外部接口文件外部查詢根據(jù)用戶輸入的查詢要求進行處理并導(dǎo)致一個直接輸出即為一個外部查詢(2) 早期設(shè)計模型確定復(fù)雜性等級。按照下表，確定每個功能的復(fù)雜性等級。記錄元素類型數(shù)1192050511低低一般25低一般高6一般高高對于內(nèi)部邏輯文件和外部接口文件數(shù)據(jù)元素類型數(shù)表6 FP復(fù)雜性等級文 件類型數(shù)156192001低低一般23低一般高4一般高高對于外部輸出和外部查詢數(shù)據(jù)元素類型數(shù)文 件類型數(shù)156192001低低

16、一般23低一般高4一般高高對于外部輸入數(shù)據(jù)元素類型數(shù)3) 對各功能類型計數(shù)加權(quán)：根據(jù)表7。按照復(fù)雜性等級對各個功能類型計數(shù)加權(quán)。（該權(quán)值反映了實現(xiàn)功能所需工作量的大致估計）低一般高外部輸入346外部輸出457外部查詢346內(nèi)部邏輯文件71015外部接口文件5710復(fù) 雜 性 權(quán) 值功能類型傳統(tǒng)的功能點度量，還需要考慮 14 種用于校正度量值的影響因素，然而COCOMO II 沒有這樣做。COCOMO II 先計算未調(diào)整功能點，再應(yīng)用復(fù)用因子、成本驅(qū)動因子、尺度因子進行調(diào)整。計算未調(diào)整的功能點：把所有加權(quán)后的功能計數(shù)相加，得到未調(diào)整功能點。把未調(diào)整功能點轉(zhuǎn)換成源代碼行數(shù)。從UFP到SLOC的默認

17、轉(zhuǎn)換率語 言SLOCUFP語 言SLOCUFP機器代碼640Lisp64基本匯編320Prolog64宏匯編213C+55C128Java53Fortran 77107Ada 9549Unix Shell Scripts107AI Shell49Compiled Basic91Visual C+34Pascal91Visual Basic 5.029Cobol (ANSI 85)91PERL27Modula 280SQL20Fortran 9595PowerBuilder16Forth64HTML 3.015例如，項目的功能點數(shù)據(jù)如下：由此可計算未調(diào)整功能點為UFP = 4 3 + 7 4 +

18、 5 6 + 7 15 + 6 10 = 235功能類型類型數(shù)據(jù)元素復(fù)雜性權(quán)重功能計數(shù)外部輸入文件18低34外部輸出文件112低47外部查詢文件716高65內(nèi)部邏輯文件記錄22104高157外部接口文件記錄1456高106工作量估算方法工作量估算公式為：其中，A （對）KSLOC 是千源代碼行數(shù)。指數(shù) E 由5 個尺度因子計算得到。其中，B （對COCOMO II: 2000）。EMi 是工作量調(diào)整因素中的成本驅(qū)動因子。尺度因子 SFi 的含義尺度因子解 釋 先例性SF1反映機構(gòu)對此類型項目的經(jīng)驗。包括機構(gòu)對產(chǎn)品目標的理解程度，以往類似系統(tǒng)的工作經(jīng)驗，相關(guān)硬件和操作程序開發(fā)的熟悉和協(xié)同程度，數(shù)

19、據(jù)處理、體系結(jié)構(gòu)以及算法是否需要有創(chuàng)新等。 “很低”代表無經(jīng)驗，“很高”代表對該領(lǐng)域有徹底了解。開發(fā)靈活性SF2反映開發(fā)過程中的靈活程度?！昂艿汀贝碥浖秶仨毰c已建立的需求、外部接口規(guī)范等高度一致，“很高”代表客戶只給出了總的目標。體系結(jié)構(gòu) 風(fēng)險化解SF3反映風(fēng)險分析情況。包括是否識別出關(guān)鍵風(fēng)險項，軟件體系結(jié)構(gòu)在任務(wù)、接口、構(gòu)件、技術(shù)、性能方面不確定性如何，是否通過設(shè)計評審和完善體系結(jié)構(gòu)建立了化解這些風(fēng)險項的里程碑。“很低”代表無分析，“很高”代表完全、徹底的風(fēng)險分析。尺度因子 SFi 的含義 續(xù)尺度因子解 釋 團隊凝聚力SF4反映開發(fā)團隊相互了解和協(xié)作的程度。包括項目相關(guān)人員的目標和企業(yè)

20、文化的一致性，項目相關(guān)人員是否有能力有意愿適應(yīng)其他相關(guān)人員的目標，團隊建設(shè)和團隊工作是否有經(jīng)驗?！昂艿汀贝斫换ズ芾щy，“很高”代表團結(jié)高效。過程成熟度SF5反映機構(gòu)的過程成熟度。可用 5 減去CMM過程成熟度等級得到。通過分析上表所示的 5 個尺度因子來計算指數(shù)E。這些因子有六個等級，從“很低”到“極高”，分別賦予 50 值，將這些估算值相加除以 100，再加上 B，就得到該指數(shù)的取值。實例：一個組織正承擔一個項目，該組織對于該項目所在領(lǐng)域沒有經(jīng)驗。項目客戶沒有定義需采用的過程，需求和接口只有大概的構(gòu)想。在項目進展中沒有做重大風(fēng)險分析，還需組織新的開發(fā)團隊來完成這個系統(tǒng)。此外該組織最近剛實行

21、過程改善計劃，并且依據(jù)CMM模型被評為2級。在進行指數(shù)計算時，各尺度因子取值為：先例性 機構(gòu)的新項目，取值“低” (4)開發(fā)靈活性 無客戶介入，取值“很高” (1)體系結(jié)構(gòu)風(fēng)險化解 無風(fēng)險分析，取值 “很低” (5)團隊凝聚力 新團隊，取值“一般” (3)過程成熟度 有些過程控制，取值“一般” (3)計算得到的指數(shù) E 為：后架構(gòu)模型的工作量調(diào)整后架構(gòu)模型采用 17 個成本驅(qū)動因子 EMi，來調(diào)整標稱工作量，以反映待開發(fā)軟件的特征。EMi描述很低低標稱高很高極高產(chǎn)品RELY軟件可靠性0.820.921.001.101.26DATA數(shù)據(jù)庫規(guī)模0.901.001.141.28CPLX產(chǎn)品復(fù)雜性0.

22、730.871.001.171.341.74RUSE可復(fù)用開發(fā)0.951.001.071.151.24DOCU文檔編制0.810.911.001.111.23EMi描述很低低正常高很高極高平臺TIME執(zhí)行時間限制1.001.111.291.63STOR內(nèi)存限制1.001.051.171.46PVOL平臺易變性0.871.001.151.30人員ACAP分析員能力1.421.191.000.850. 71PCAP程序員能力1.341.151.000.880.76PCON人員連續(xù)性1.291.121.000.900.81續(xù)一EMi描述很低低正常高很高極高APEX應(yīng)用經(jīng)驗1.221.101.000.

23、880.81PLEX平臺經(jīng)驗1.191.091.000.910.85LTEX語言和工具經(jīng)驗1.201.091.000.910.84項目TOOL軟件工具1.171.091.000.900.78SITE多站點開發(fā)1.221.091.000.930.860.80SCED開發(fā)進度1.431.141.001.001.00續(xù)二各成本驅(qū)動因子等級的劃分要求的可靠性：主要看軟件失效造成的影響：數(shù)據(jù)庫規(guī)模：因為測試數(shù)據(jù)庫需大量測試數(shù)據(jù)，可用 D/P 即測試數(shù)據(jù)的字節(jié)數(shù)與程序SLOC的比率來衡量產(chǎn)生和維護這些測試數(shù)據(jù)所需工作量。很低低標稱高很高極高n/aD/P1010D/P 100100D/P 10001000D

24、/Pn/a很低低標稱高很高極高僅有點不方便低度易彌補的損失中度易彌補的損失高財務(wù)損失性命攸關(guān)n/a產(chǎn)品復(fù)雜性：從5個方面來綜合衡量產(chǎn)品復(fù)雜性：很低低標稱高很高極高控制操作控制轉(zhuǎn)移少，簡單模塊連接結(jié)構(gòu)化編程，多為簡單謂詞簡單回調(diào)和消息傳遞，分布式處理存在復(fù)合謂詞和高度嵌套多任務(wù)復(fù)雜分布式處理多資源調(diào)度，微指令控制，分布式硬實時控制計算操作簡單表達式計算中等表達式計算標準算法和矩陣運算基本數(shù)值分析算法復(fù)雜數(shù)值分析算法隨機數(shù)據(jù)分析，并行計算設(shè)備相關(guān)操作有簡單格式的簡單讀寫語句在GETPUT級讀寫包括狀態(tài)檢查、錯誤處理的讀寫物理 I/O操作，優(yōu)化I/O通信鏈路處理、嵌入式系統(tǒng)微程序控制操作、性能關(guān)鍵嵌

25、入式系統(tǒng)數(shù)據(jù)管理操作主存的簡單數(shù)組，簡單查詢單文件子集、中等查詢多文件讀寫和復(fù)雜數(shù)據(jù)查詢、更新數(shù)據(jù)流觸發(fā)器，數(shù)據(jù)重構(gòu)分布式數(shù)據(jù)庫、復(fù)雜觸發(fā)器高耦合動態(tài)相關(guān)的對象結(jié)構(gòu)，自然語言數(shù)據(jù)管理用戶界面操作簡單輸入表單，報表生成器簡單GUI生成器工具集的簡單使用工具集開發(fā)擴展，多媒體中等2/3D動態(tài)圖形和多媒體復(fù)雜多媒體、虛擬現(xiàn)實、自然語言界面可復(fù)用開發(fā)：主要考慮構(gòu)造在當前或未來項目中復(fù)用的構(gòu)件所需要的額外工作量：匹配生命周期需求的文檔 主要考慮在軟件產(chǎn)品生命周期各階段對項目文檔的需求的適應(yīng)性來評估的。很低低標稱高很高極高未滿足絕大多數(shù)生命周期需求未滿足某些生命周期需求滿足生命周期需求超出生命周期需求大大

26、超出生命周期需求n/a很低低標稱高很高極高n/a無跨項目跨程序跨產(chǎn)品線跨多條產(chǎn)品線執(zhí)行時間限制：主要通過系統(tǒng)或子系統(tǒng)預(yù)期消耗的時間與可用執(zhí)行時間的比率（%）來確定其執(zhí)行時間的限制等級：內(nèi)存限制：主要通過系統(tǒng)或子系統(tǒng)預(yù)期使用的內(nèi)存空間與可用空間的比率（%）來確定其內(nèi)存限制的等級：很低低標稱高很高極高n/an/a50%5070%7085%8595%很低低標稱高很高極高n/an/a50%5070%7085%8595%平臺易變性：平臺是指硬件和支持軟件的總體（舊稱虛擬機）。 分析員能力：主要考慮分析和設(shè)計人員的分析和設(shè)計能力、生產(chǎn)率和徹底性、溝通和協(xié)作能力：很低低標稱高很高極高15分35分55分75分

27、90分n/a很低低標稱高很高極高n/a每1年有主要變更, 每1個月有次要變更每6個月有主要變更, 每2周有次要變更每2個月有主要變更, 每周有次要變更每2周有主要變更, 每2天有次要變更n/a 程序員能力：能力評價應(yīng)基于程序員作為小組的能力而不是作為個人能力。主要考慮能力、生產(chǎn)率、徹底性、溝通和協(xié)作能力，不考慮程序員的經(jīng)驗。 人員連續(xù)性：主要根據(jù)人員的年周轉(zhuǎn)率來確定：很低低標稱高很高極高48%年24%年12%年6%年3%年n/a很低低標稱高很高極高15分35分55分75分90分n/a 應(yīng)用經(jīng)驗：項目組對應(yīng)用領(lǐng)域的經(jīng)驗 平臺經(jīng)驗：平臺使用經(jīng)驗對生產(chǎn)率也有影響。平臺包括GUI、數(shù)據(jù)庫、網(wǎng)絡(luò)和分布式

28、中間件等。 語言和工具經(jīng)驗：除了編程語言方面的經(jīng)驗外，項目支持工具集方面的經(jīng)驗也影響開發(fā)工作量。很低低標稱高很高極高2個月6個月1年3年6年n/a很低低標稱高很高極高2個月6個月1年3年6年n/a很低低標稱高很高極高2個月6個月1年3年6年n/a16) 軟件工具的使用： 多點開發(fā)：主要根據(jù)兩個因素來劃分等級。很低低標稱高很高極高編輯編碼調(diào)試工具簡單的前端 / 后端CASE，很少集成基本生命周期工具，中度集成健壯成熟的生命周期工具，中度集成健壯成熟主動的生命周期工具，與過程、方法、復(fù)用的良好集成n/a很低低標稱高很高極高分布描述國際多城市和多企業(yè)多城市或多企業(yè)同一城市或大區(qū)域同一建筑或企業(yè)完全同

29、處一地溝通描述電話郵件專用電話、傳真寬帶電子郵件窄帶電子郵件窄帶電子郵件、視頻會議多媒體交互早期設(shè)計模型的工作量調(diào)整采用了后架構(gòu)模型成本驅(qū)動因子的簡化集。因素描 述結(jié)合后架構(gòu)成本驅(qū)動因素RCPX產(chǎn)品可靠性和復(fù)雜性RELY, DATA, CPLX, DOCURUSE必要的復(fù)用RUSEPDIF平臺困難程度TIME, STOR, PVOLPERS人員能力ACAP, PCAP, PCONPREX人員經(jīng)驗AEXP, PEXP, LTEXFCIL設(shè)施TOOL, SITESCED進度SCED強調(diào)可靠性和文檔化很少少有些基本強烈很強烈極強烈產(chǎn)品復(fù)雜性很簡單簡單有些中等復(fù)雜很復(fù)雜極復(fù)雜數(shù)據(jù)庫規(guī)模小小小中等大很大

30、極大等級極低很低低標稱高很高極高EMi0.490.600.831.001.331.912.72產(chǎn)品可靠性和復(fù)雜性（RCPX）時間和存儲限制50%50%65%80%90%平臺易變性很穩(wěn)定穩(wěn)定有些不穩(wěn)定不穩(wěn)定極不穩(wěn)定等級低標稱高很高極高EMi0.871.001.291.812.61平臺困難程度（PDIF）應(yīng)用、平臺、語言和工具經(jīng)驗3個月5個月9個月1年2年4年6年等級極低很低低標稱高很高極高EMi1.591.331.221.000.870.740.62分析員和程序員能力20分35分45分55分65分75分85分人員連續(xù)性45%30%20%12%9%6%4%等級極低很低低標稱高很高極高EMi2.12

31、1.621.261.000.830.630.50人員能力（PERS）人員經(jīng)驗（PREX）可復(fù)用開發(fā)（RUSE）與開發(fā)進度限制（SCED）與后架構(gòu)模型的等級劃分一致。TOOL支持少一些簡單的CASE工具集基本生命周期工具良好、中度集成健壯、中度集成健壯、良好集成多點開發(fā)對多點復(fù)雜開發(fā)（M/S）有少量支持對復(fù)雜的M/S開發(fā)有些支持對中等復(fù)雜的M/S開發(fā)有些支持對中等復(fù)雜的M/S開發(fā)有基本支持對中等復(fù)雜的M/S開發(fā)有強力支持對簡單的M/S開發(fā)有強力支持對同處一地或簡單的M/S開發(fā)有超強支持等級極低很低低標稱高很高極高EMi1.431.301.101.000.870.730.62設(shè)施（FCIL）軟件項

32、目費用簡單估算方法軟件項目費用構(gòu)成表軟件項目費用簡單估算方法項目總費用 = 咨詢費+建設(shè)費+服務(wù)費= 咨詢費+開發(fā)費+實施費+維護費+驗收測試費+監(jiān)理費如果需要提交源程序，則需增加知識產(chǎn)權(quán)費；如果涉及到保密工作，則需要考慮保密費用。項目概算 = 項目總費用+附加費= 咨詢費+建設(shè)費+服務(wù)費+附加費（產(chǎn)權(quán)費、保密費）咨詢費軟件行業(yè)咨詢?nèi)≠M標準開發(fā)費開發(fā)費用 = 工作量（人月）* 人月成本= （項目功能點 * 開發(fā)成本系數(shù)/8/22）* 人月成本開發(fā)成本系數(shù)取值范圍實施費實施費 = 工作量（人月）* 人月成本 = （項目功能點 * 實施成本系數(shù)/8/22）*人月成本其中：實施成本系數(shù) = 開發(fā)成本

33、系數(shù) * t維護費軟件企業(yè)派出技術(shù)人員常駐用戶處，解決日常運行中發(fā)生的問題維護費/年 =派駐的人員數(shù)* 12（月）* 人月成本軟件企業(yè)每周5天，每天8小時（即5x8小時）響應(yīng)，按雙方約定的條件和時間到達現(xiàn)場，且每月（或定期）派技術(shù)人員到現(xiàn)場進行軟件（系統(tǒng)）性能調(diào)試，使之運行處于良好狀態(tài)。運行維護費 = 工作量（人月）* 人月成本 = （項目功能點 * 維護成本系數(shù)/8/22）* 人月成本其中：維護成本系數(shù) = （開發(fā)成本系數(shù) + 實施成本系數(shù)）* pp是調(diào)節(jié)因子，取值范圍為服務(wù)費-驗收測試費功能確認測試：測試內(nèi)容：根據(jù)申報或鑒定合同的技術(shù)條款和軟件操作手冊及被測軟件運行確定測試內(nèi)容，一般只覆蓋

34、軟件的功能性、易用性和文檔。主要判斷被測系統(tǒng)是否完成合同要求的功能及相關(guān)特性的情況。收費標準：800010000元。項目驗收測試：測試內(nèi)容：在模擬或?qū)嶋H環(huán)境下測試被測系統(tǒng)是否實現(xiàn)了用戶需求，是否達到了國家標準的相關(guān)要求。依據(jù)用戶需求分析、合同的技術(shù)條款、國家標準的特性要求、軟件操作手冊和被測軟件運行確定測試內(nèi)容。收費標準：項目驗收測試費用C =項目建設(shè)費D x各測試項費率之和x調(diào)節(jié)系數(shù)B服務(wù)費-工程監(jiān)理費監(jiān)理費 = 項目建設(shè)費 * 計取費率s計取費率s = 基本費率a * 地域調(diào)整系數(shù)b * 工期調(diào)整系數(shù)c服務(wù)費數(shù)據(jù)處理費項目中如含有大量檔案、數(shù)據(jù)需要錄入、處理，則需要考慮相應(yīng)的數(shù)據(jù)處理服務(wù)費

35、。收費標準可以根據(jù)所需要處理的資料的頁數(shù)核計收費。收費標準：元/頁。知識產(chǎn)權(quán)費、保密費： 涉密項目這些費用的計算均與軟件開發(fā)工作量相關(guān)，也就是與項目建設(shè)費相關(guān)，可按照項目建設(shè)費的一定比例計取，或者雙方協(xié)商。需求變更費用估算項目需求變更一般發(fā)生在項目建設(shè)過程中，立項階段的咨詢服務(wù)不受需求變化的影響。但驗收測試和工程監(jiān)理工作量會隨著需求變化而加大，所以需求變更費為： 需求變更費 =（項目建設(shè)費驗收測試費監(jiān)理費）* 需求變更風(fēng)險系數(shù)f風(fēng)險系數(shù)f可依據(jù)以下因素確定：項目的成熟度項目的規(guī)模大小用戶業(yè)務(wù)的穩(wěn)定性和管理的規(guī)范性前期項目需求分析、系統(tǒng)設(shè)計的規(guī)范性和完善性軟件人員人月成本估算軟件開發(fā)項目成本計算

36、中應(yīng)包括軟件項目在開發(fā)過程中所耗費的各項費用，包括從設(shè)計階段到測試完畢交付用戶使用之間所發(fā)生的工資費、材料費、外協(xié)費、試驗費、固定資產(chǎn)使用費、交通費、管理費等。一般用人月成本作為度量指標軟件人員的人月成本：是指軟件企業(yè)一個月平均需要的所有成本開銷（包括工資、獎金、福利、辦公成本、國家各種稅費、管理費用等等）及軟件企業(yè)合理利潤的總和，除以企業(yè)員工人數(shù)。軟件人員人月成本估算人月成本 = （工資福利獎金辦公成本資源儲備基礎(chǔ)建設(shè)稅收利潤）* (1 + 管理費率) = 3.23*BB-平均工資,指軟件企業(yè)需要支付給軟件開發(fā)人員的工資的平均值. 費用計算案例某項目屬于電子政務(wù)應(yīng)用項目，是政府職能部門的一個

37、核心業(yè)務(wù)系統(tǒng)。項目要求采用JAVA技術(shù)的B/A/S（瀏覽器/應(yīng)用服務(wù)器/數(shù)據(jù)庫服務(wù)器）三層體系結(jié)構(gòu)；該項目屬于集中式應(yīng)用系統(tǒng)。該系統(tǒng)的開發(fā)和實施難度在于用戶的業(yè)務(wù)需求比較復(fù)雜。經(jīng)對系統(tǒng)需求進行功能點分析，功能點數(shù)FP1190。項目屬集中式實施，用戶數(shù)為10。請估算項目的總費用（開發(fā)費用實施費用維護費用）成本計算案例開發(fā)成本系數(shù)：根據(jù)概算方法，3000個功能點以下（含3000），開發(fā)成本系數(shù)一般為：人工時人工時/FP；取最小、平均、最大三個值分別為：、4.0;實施成本系數(shù) = 開發(fā)成本系數(shù) x t。當 0用戶數(shù)=100時，；由于本項目實施單位為，所以取值為；維護成本系數(shù) = （開發(fā)成本系數(shù) +

38、實施成本系數(shù)）x p，p一般為15%20%。在此處我們?nèi)∽钚?5%，平均17.5%，最大20%成本計算案例開發(fā)費用D （項目功能點 x 開發(fā)成本系數(shù)）x（）運行維護費用W （項目功能點x維護成本系數(shù)）x（）實施費用S （項目功能點x實施成本系數(shù)）x（）則總費用 開發(fā)費用實施費用維護費用 項目功能點x總成本系數(shù)（）成本計算案例目 錄5.1 概 述5.2 估算成本5.3 制定預(yù)算5.4 控制成本5.5 案例分析5.3 制定預(yù)算制定預(yù)算是匯總所有單個活動或工作包的估算成本，建立一個經(jīng)批準的成本基準的過程。成本基準中包括所有經(jīng)批準的預(yù)算，但不包括管理儲備。項目預(yù)算決定了被批準用于項目的資金。將根據(jù)批準

39、的預(yù)算來考核項目成本績效。 制定預(yù)算的數(shù)據(jù)流向圖制定預(yù)算的輸入輸出與工具技術(shù)輸出：成本績效基準成本績效基準是經(jīng)過批準且按時間段分配資金的完工預(yù)算（BAC），用于測量、監(jiān)督和控制項目的總體成本績效。它是每個時間段的預(yù)算之和，通常用 S 曲線表示。在掙值管理技術(shù)中，成本績效基準又稱為績效測量基準（PMB）。 成本基準、支出與資金需求輸出：項目資金需求根據(jù)成本基準，確定總資金需求和階段性（如季度或年度）資金需求。成本基準中既包括預(yù)計的支出，也包括預(yù)計的債務(wù)。項目的資金投入通常以增量而非連續(xù)的方式進行，故呈現(xiàn)出圖中所示的階梯狀。如果有管理儲備，則總資金需求等于成本基準加上管理儲備。目 錄5.1 概 述

40、5.2 估算成本5.3 制定預(yù)算5.4 控制成本5.5 案例分析5.4 控制成本控制成本監(jiān)督項目狀態(tài)以更新項目預(yù)算、管理成本基準變更的過程。更新預(yù)算需要記錄截至目前的實際成本。在成本控制中，應(yīng)重點分析項目資金支出與相應(yīng)完成的實體工作之間的關(guān)系。項目成本控制包括：對造成成本基準變更的因素施加影響；確保所有的變更請求都獲得及時響應(yīng)；當變更實際發(fā)生時，管理這些變更；確保成本支出不超過批準的資金限額，包括階段限額和項目總限額；監(jiān)督成本績效，找出并分析與成本基準間的偏差；對照資金支出，監(jiān)督工作績效；防止在成本或資源使用報告中出現(xiàn)未經(jīng)批準的變更；向有關(guān)干系人報告所有經(jīng)批準的變更及其相關(guān)成本；設(shè)法把預(yù)期的成

41、本超支控制在可接受的范圍內(nèi)?？刂瞥杀镜臄?shù)據(jù)流向圖 控制成本：輸入、工具與技術(shù)和輸出技術(shù)：掙值管理掙值管理（EVM）是一種常用的績效測量方法綜合考慮項目范圍、成本與進度指標，幫助項目管理團隊評估與測量項目績效和進展。項目經(jīng)理及其團隊通過輸入范圍、時間、成本的實際信息，然后將實際信息和基線進行對比基線： 是最初的項目計劃加上批準后的變更。實際信息：包括WBS各條目的工作是否完成了，或者大約完成了多少，工作開始、結(jié)束的具體時間，以及實際花費了多少才完成這個工作。技術(shù)：掙值管理掙值管理法包括為項目的WBS 中的每個活動計算3 個數(shù)值(1)計劃值 (planned value , PV) 也叫預(yù)算，是經(jīng)

42、過批準的總成本估計中在一個給定時間段內(nèi)可花費在一個活動上的部分。(2) 實際成本 (actual cost , AC) 是在一定時期內(nèi)，完成一個活動所花費的直接和間接成本之和。技術(shù)：掙值管理(3) 掙值(earned value , EV)是項目活動或工作分解結(jié)構(gòu)組成部分的已完成工作的價值掙值與已完成的工作內(nèi)容相對應(yīng)，是該部分已完成工作的經(jīng)批準的預(yù)算。EV 這個詞常用來描述項目的完工百分比。應(yīng)該為每個 WBS 組成部分制定進展測量準則，用于考核正在實施的工作。項目經(jīng)理既要監(jiān)測 EV 的增量，以判斷當前的狀態(tài)，又要監(jiān)測 EV 的累計值，以判斷長期的績效趨勢技術(shù)：掙值管理成本偏差（CV）成本偏差

43、(cost variance, CV) 是用掙值減去實際費用。如果成本偏差是一個負數(shù)，那意味著完成工作的花費比原計劃的要多。如果成本偏差是正的，那意味著完成工作的花費比原計劃的少。技術(shù)：掙值管理進度偏差（SV）進度偏差 (schedule variance, SV) 是用掙值減去計劃值。負的進度偏差意味著完成工作花費了比原計劃更多的時間，而正的進度偏差意味著完成工作花費的時間比原計劃的少。技術(shù)：掙值管理成本績效指數(shù)（CPI）成本績效指數(shù)(cost performance index , CPI) 是掙值與實際費用的比率，可用來估計完成項目的預(yù)計成本。技術(shù)：掙值管理進度績效指數(shù)（SPI）進度績效指數(shù) (schedule performance index , SPI) 是掙值與計劃值的比，可用來估算預(yù)計完成項目的時間。技術(shù)：掙值管理示例：技術(shù)：完工預(yù)測隨著項目進展，項目團隊可根據(jù)項目績效，對完工估算（EAC）進行預(yù)測，預(yù)測的結(jié)果可能與完工預(yù)算（BAC）存在差異3 種EAC估算方法（1）假設(shè)將按預(yù)算單價完成 ETC 工作：這種方法承認以實際成本表示的累計