實用的軟件成本估計

　　在軟件成本估計中的一個關(guān)鍵問題，是缺乏對使用迭代式開發(fā)方法的項目的記錄良好的案例研究。雖然成本模型的提供商宣傳他們的工具適合估計迭代式開發(fā)項目，但很少有基于經(jīng)驗項目數(shù)據(jù)庫使用迭代式開發(fā)成功的例子。另外，因為軟件產(chǎn)業(yè)有定義不一致的度量元和原子度量單位，所以在一致性和可比性方面，實際項目數(shù)據(jù)就非常不可靠。在一個組織里收集一組相似的項目數(shù)據(jù)是很難的；在使用不同過程、語言和領(lǐng)域等的不同組織中使數(shù)據(jù)一致更是極端困難。例如，在產(chǎn)業(yè)中規(guī)模的基本單位（一行源代碼或者一個功能點）就可能并且確實有不同的計算。令人驚奇的是現(xiàn)代語言標準（比如Ada 95和Java）沒有為編譯器報告的源代碼行做簡單的定義。一個功能點或一個SLOC的確切定義并不是很重要，就好像1英尺或1米的確切長度同樣是沒人關(guān)注的，每個人都使用同樣的定義才是非常重要的。
　　在開發(fā)者與軟件成本估計模型和工具的提供商之間，有許多一直存在著爭論。這些爭論中有3個問題在此都特別的重要：
　　1.使用哪一個成本估計模型
　　2.是用源代碼行還是功能點來度量軟件的規(guī)模
　　3.是什么形成了一個好的估計
　　在軟件產(chǎn)業(yè)中，大約有50個軟件成本估計工具、數(shù)據(jù)和服務的提供商在競爭。還有幾種流行的成本估計模型，以及許多與特定組織相關(guān)的模型。因為我對這些模型的是第一手經(jīng)驗集中在COCOMO及其后繼者AdaCOCOMOhe COCOMOⅡ上，所以它們是我許多軟件經(jīng)濟論點和觀點的基礎(chǔ)。COCOMO也是最公開和文檔最完備的模型之一。在附錄B中總結(jié)了COCOMO到它現(xiàn)在的版本COCOMOⅡ的進化過程中。雖然附錄的一些部分不可直接應用于現(xiàn)今的方法和技術(shù)，但是它提供了過去20年終軟件經(jīng)濟學問題和優(yōu)化級的進化的一個有趣的歷史觀點。
　　軟件規(guī)模的度量已經(jīng)是一種注意修辭的學科。基本上有兩種客觀的觀點：源代碼行和功能點。許多不成熟的組織持有第三種觀點，一種不使用系統(tǒng)的規(guī)模度量的主管的或者特別的實踐觀點。已經(jīng)證明，前面兩種觀點都比第三種觀點要更有價值。
　　許多軟件專家認為SLOCshi 一種無用的規(guī)模度量標準。不過，當把一個代碼段描述成一個1000行源代碼的程序時，大多數(shù)人對它的這種“度量”感覺不錯。如果這個描述是20個功能點、六個類、5個用例、4個對象點、6個文件、2個子系統(tǒng)、1個構(gòu)件或者6000字節(jié)的話，大多數(shù)人（包括軟件專家）都會問更多問題來理解目標代碼，其中有許多人會問有多少SLOC。因此，SLOC是一個仍然有價值的度量標準。
　　10年前我是一個SLOC的狂熱支持者，因為在定制構(gòu)造占絕對優(yōu)勢的應用中，SLOC很好用，還因為SLOC度量很容易自動化和插裝。今天，語言的進步和構(gòu)件的使用、自動化源代碼生成以及面向?qū)ο蠹夹g(shù)，已經(jīng)使SLOC成為一種更有歧義的度量。作為一個敏感的例子，附錄D中的案例研究描述了一個大型軟件項目中的精心構(gòu)思出來的適應復用、定制開發(fā)和代碼生成工具的SLOC計算方法。