一、軟件成本估算貫穿于整個軟件生命周期

　　項目初期粗略的成本估算是必要的，它往往用于確定項目的可行性分析。在項目計劃階段還需對項目進(jìn)行詳細(xì)的成本估算，設(shè)定項目工作分解表中每項任務(wù)可能的成本，作為項目執(zhí)行階段進(jìn)行成本控制的基準(zhǔn)。并且，在項目執(zhí)行階段，當(dāng)項目實際成本與計劃成本出現(xiàn)差異時，還需對項目后期的成本重新進(jìn)行必要的估算。因此，項目成本估算在項目的管理和控制中占據(jù)著非常重要的地位。而在軟件項目中，由于在人員、開發(fā)周期、項目范圍及技術(shù)難度等方面與其它項目相比具有更大的不確定性，故準(zhǔn)確估算其成本就顯得特別困難。因而合理估算軟件項目成本就尤其重要。

　　二、軟件項目中的成本估算模型

　　現(xiàn)有的大多數(shù)軟件成本估算模型適于預(yù)算、權(quán)衡分析、計劃、控制和投資分析等范疇。成本估算模型技術(shù)多采用經(jīng)驗公式對軟件項目進(jìn)行成本估算。在大多數(shù)估算模型中，軟件規(guī)模是決定成本的主要因素。有兩種衡量軟件規(guī)模的常規(guī)方法：基于代碼行的估算方法和基于功能點的估算方法。許多成本估算模型中將代碼行或功能點數(shù)作為主要的輸入?yún)?shù)。

　　1.面向代碼行的成本估算模型

　　代碼行(linesofcode，LOC)是衡量源代碼長度的最常用的方法。NCLOC(non-commentssourcelinesofcode縮寫)用于表達(dá)不含注解的源代碼行數(shù)。NCLOC也常常被當(dāng)作為有效的代碼行數(shù)(effectivelinesofcode，ELOC)。在很多情況下，為了日后更清楚地閱讀和理解程序，提高系統(tǒng)的可維護(hù)性，在程序開發(fā)中往往要求在程序中附上詳細(xì)的注解，在這種情況下，包含注解的源代碼行數(shù)也是一個有效的度量標(biāo)準(zhǔn)。CLOC(commentedsourcelineofcode縮寫)用于表達(dá)含注解的源代碼行數(shù)。綜上所述，我們給出代碼行的定義如公式1所示：總長度(LOC)=NCLOC+CLOC(1)

　　2.面向功能點的成本估算模型

　　面向功能點(Functionpoints，F(xiàn)P)的成本估算模型是用系統(tǒng)的功能數(shù)量來測量軟件規(guī)模的。該方法先評估產(chǎn)品所需功能，然后根據(jù)技術(shù)復(fù)雜度因子(權(quán))對其成本進(jìn)行量化和修正，估算出最終的軟件成本。

　　其基本步驟是：

　　(1)計算未調(diào)整的功能點(UFC)數(shù)目這里所談的功能點數(shù)并非最終軟件中實際的功能數(shù)量，最終軟件實際功能模塊的個數(shù)在軟件開發(fā)之前是不可能精確估算的。在此，我們首先將軟件的所有功能分為外部輸入、外部輸出、外部查詢、外部文件及內(nèi)部文件五大類，并估算每類功能的數(shù)量(FPi)，然后依據(jù)待開發(fā)軟件的特點評估各類功能的復(fù)雜度權(quán)重(Wi)，在依據(jù)公式2可得未調(diào)整的功能點數(shù)(UFC)。UFC=SUM(FPi*Wi)

　　(2)外部輸入由用戶提供的、描述面向應(yīng)用的數(shù)據(jù)外部輸出系統(tǒng)向用戶提供的、面向用戶的數(shù)據(jù)外部查詢要求回答的交互式輸入外部文件對其他系統(tǒng)可讀的文件內(nèi)部文件系統(tǒng)里的邏輯主文件權(quán)重因素(Wi)項簡單一般復(fù)雜外部輸入346外部輸出457外部查詢346外部文件71015內(nèi)部文件5710(2)計算調(diào)整后的功能點數(shù)考慮到用戶對系統(tǒng)性能的不同要求，我們還需從表3中反映的14個方面對UFC作進(jìn)一步的調(diào)整，從而計算出待開發(fā)系統(tǒng)的技術(shù)復(fù)雜度因子(technicalcomplexityfactor，TCF)。表3技術(shù)復(fù)雜度因子第12期舒小仙：軟件項目管理的成本估算81F1可靠的備份和恢復(fù)F2數(shù)據(jù)通信F3分布式處理F4性能F5大量使用的配置F6聯(lián)機(jī)數(shù)據(jù)輸入F7操作簡便性F8在線升級F9界面的復(fù)雜性F10數(shù)據(jù)處理的復(fù)雜性F11代碼的復(fù)用性F12安裝的簡易性F12多重站點F14易修改性表3中的因子Fi(其中：i=1，2，……14)取值范圍在0-5之間[1]，值0表示該因子對系統(tǒng)無影響，值5表示該因子是對系統(tǒng)有強(qiáng)大的影響。技術(shù)復(fù)雜度因子的計算公式如公式3所示：TCF=0.65+0.01(SUM(Fi))(3)由UFC乘以技術(shù)復(fù)雜度因子(technicalcomplexityfactor，TCF)得到調(diào)整后的功能點數(shù)FP，參見公式4。FP=UFC×TCF(4)

　　3.基于回歸分析的成本模型

　　成本模型提供工作量的直接估算，通常有一個主要的成本因素和若干個次要的調(diào)整因素。該模型是利用過去軟件項目中收集的數(shù)據(jù)進(jìn)行回歸分析導(dǎo)出待開發(fā)軟件的成本模型[1]。其整體結(jié)構(gòu)如公式5所示：E=A+B×SC(5)ABC為經(jīng)驗性的導(dǎo)出常數(shù)，E為每個月的投入，S為主要輸入(常用源代碼行數(shù)LOC或功能點數(shù)FP)[1]。以LOG為主要輸入?yún)?shù)來計算的成本模型的例子：E=5.2×(KLOC)0.91Walston-Felix模型E=3.2×(KLOC)1.05COCOMO基礎(chǔ)模型以FP為主要輸入?yún)?shù)來計算的成本模型的例子：E=-12.39+0.0545FPAlbrechtandGdffney模型E=585.7+15.12FPMatson，Barnett，和Mellichamp模型

　　4.各類模型存在的問題分析

　　當(dāng)一個模型有75%的準(zhǔn)確性時，我們認(rèn)為是可以接受。但目前大多數(shù)的模型無法達(dá)到這個標(biāo)準(zhǔn)[1]。從前面模型中不難看出，無論是模型結(jié)構(gòu)、復(fù)雜度或軟件項目規(guī)模，都是靠開發(fā)者的經(jīng)驗估計出來的，而這些參數(shù)在開發(fā)的早期很難預(yù)測。大多數(shù)模型在當(dāng)初導(dǎo)出它們的工作范圍內(nèi)工作的很好，但應(yīng)用于普通情況時表現(xiàn)很差。軟件需求是復(fù)雜的，有差異的。雖許多模型包含解決差異的調(diào)整因素，評估員可依靠調(diào)整因素去解決當(dāng)前問題的任何變動，然而這種方法常常是不適當(dāng)?shù)摹嶋H上，許多因素會相互影響，有時會導(dǎo)致過度忽略了某個因素的重要性。同時，這些方法也非常具有主觀性，常常帶有開發(fā)者的個人傾向。另外，調(diào)整因素的計算過程也過于復(fù)雜，不是一個容易確定的值。一般模型要求對軟件規(guī)模進(jìn)行估算，但項目初期很難預(yù)測。對規(guī)模的估計結(jié)果也很主觀，并要求模型的規(guī)模度量與用于實際中的規(guī)模度量相同，否則不能給出準(zhǔn)確的結(jié)果。

　　三、軟件項目成本管理中的直覺思維

　　直覺思維是指不受某種固定的邏輯規(guī)則約束而直接領(lǐng)悟事物本質(zhì)的一種思維形式。許多項目管理人憑借直覺對項目成本的進(jìn)行估算。項目管理人利用多年的經(jīng)驗和能力預(yù)測項目成本，有時這種估算很準(zhǔn)確。同時這種以真實經(jīng)驗為基礎(chǔ)的人為的判斷也有利于對特殊情況的調(diào)整。項目管理人員在成本估算時常會借鑒以往的相似的項目經(jīng)驗，但項目管理人員很少考慮到相似項目的風(fēng)險，如先前項目的成本是什么?先前項目所用的專有技術(shù)是什么?先前項目是否按計劃完成?先前項目有哪些地方出過錯誤?項目管理人員在進(jìn)行成本估算時傾向于“軟性”的經(jīng)驗，而忽視先前項目執(zhí)行時的“硬性”證據(jù)。管理人員傾向依據(jù)少量的——大多數(shù)情況下僅一兩次——以往經(jīng)驗作出決定。缺乏足夠的經(jīng)驗，作出的估算是不可信的。另一個問題是傾向于依靠項目“專家”的定性闡述。項目管理者經(jīng)常會過度樂觀地看待項目的進(jìn)展，會給出與事實偏離的現(xiàn)狀報告，這很容易造成錯誤的分配或浪費掉不可缺少的資源。研究證明，大多情況下主觀的判斷甚至不如最簡單的統(tǒng)計模型。這也表現(xiàn)出直覺思維的局限性——非邏輯思維是非必然的。試驗表明系統(tǒng)的分析整合工具和項目管理技術(shù)能夠改善項目的開發(fā)和管理。項目管理者不相信統(tǒng)計的結(jié)果是正常的，當(dāng)統(tǒng)計分析的結(jié)果明顯低于項目總成本時，項目管理人常常調(diào)高估算，這是一種對成本估算的有效調(diào)整措施。所以，關(guān)鍵是如何將項目管理者主觀估算的能力和利用模型系統(tǒng)估算成本有機(jī)地結(jié)合起來。

　　四、結(jié)論

　　項目管理中的成本估算是非常困難的，它受很多因素的影響。用數(shù)學(xué)模型去估算成本時，有時不總是有效。許多項目管理人依靠自己的直覺去作出最佳估測，這種方法簡單易行，但它也存在很大的差異性。因此將數(shù)學(xué)模型與直觀判定結(jié)合使用構(gòu)造合理估算，可同時具備各技術(shù)的優(yōu)點，是一種較好的方法。在軟件項目成本估算中，我們可以使用數(shù)學(xué)模型做初步估算，然后運用項目管理人的直覺調(diào)整結(jié)果。另外，在項目執(zhí)行和控制中也可以對特殊情況進(jìn)行人為的判斷調(diào)整。現(xiàn)在將兩種或多種技術(shù)結(jié)合來估算成本的合成技術(shù)估算方法應(yīng)用較為廣泛。