在軟件項目成本計算中引入估算、預算和決算體系

1、在軟件工程本錢計算中引入估算、預算和決算體系引言軟件本錢超支是軟件工程中常見的問題。很多軟件工程經(jīng) 理都經(jīng)歷過這樣的情況，因為開發(fā)本錢超支，軟件工程完成 后，不僅得不到上級的表揚，甚至連工程獎金都拿不到，這 一切都來源于當初對工程本錢的不準確估計。隨著軟件開發(fā)技術的開展，軟件本錢對計算機系統(tǒng)總本錢 的影響越來越大，直接影響投資者的決策和軟件工程的開 發(fā)。沒有合理準確的軟件本錢估算，就不可能管理好軟件項 目。際數(shù)據(jù)公司的研究報告顯示，全球500強企業(yè)中， 信息技術投資超過生產(chǎn)設備投資的企業(yè)達65%。然而軟件工程 的開發(fā)情況卻不容樂觀，1995年，美國大概只有10%的軟件 工程可以按時交付，而且費

2、用也不超支，約30%的工程沒有完 成就被取消了。工程超支的原因有很多，其中之一就是在軟件開發(fā)過程 中，沒有做好本錢控制工作，沒有優(yōu)化資源配置，造成本錢 浪費。更多的原因來自于對軟件工程本錢的錯誤估計。用一 個不可能的本錢實現(xiàn)一個比預算正確得多的軟件，無論怎么 控制，都防止不了本錢超支的厄運。常用軟件本錢估算模型介紹在軟件本錢估算領域，有很多的估算模型，這些模型經(jīng)過了幾十年的開展，其中局部模型成為了目前軟件本錢估算 的常用模型，如功能點、DELPHI. SDC和COCOMO等。其中以 功能點和COCOMO模型應用最廣。功能點估算模型功能點方法的本質(zhì)是站在客戶的角度度量系統(tǒng)，它認為 系統(tǒng)的功能可以

3、分為以下5類：內(nèi)部邏輯文件、外部接口文 件、外部輸入、外部輸出和外部查詢。根據(jù)計算規(guī)那么首先確 定每個功能的分類及其功能復雜度，從而可以得到每個功能 的權值，全部功能的權值相加就得到“未調(diào)整的功能點 數(shù)”。功能點方法可以在早期度量軟件的規(guī)模，軟件的規(guī)模與 它的工作量、進度和本錢關系緊密，早期準確的軟件規(guī)模度 量有助于確定軟件價格和提高籌劃過程中估算的能力。軟件工程管理過程從工程計劃開始，估算是工程計劃的 第1個活動。估算時需要考慮很多因素，其中最重要的就是 要交付軟件的規(guī)模。在軟件開發(fā)生命周期的早期階段，與用 代碼行表示軟件規(guī)模相比，用功能點表示軟件規(guī)模作為估算 的輸入要準確得多，Kemere

4、r的研究顯示，采用功能點進行 估算的誤差是85%,而采用代碼行估算的誤差是601%。由于所有的軟件工程都是從需求分析開始的，需求分析的 主要目的是確定用戶的需求，即系統(tǒng)要實現(xiàn)的功能，所以可 以在需求分析階段引入功能點法，如果積累了豐富的經(jīng)驗， 就可以進行高精度的本錢估算。COCOMO模型COCOMO (Constructive Cost Model)是 Boehm 利用加利福 尼亞的一個咨詢公司的大量工程數(shù)據(jù)推導出的一個本錢模 型。該模型于1981年首次發(fā)表了原始COCOMO模型。為適應軟件工程領域的快速變 化，COCOMO經(jīng)過屢次的更新，如1987年的Ada版本，1994 年開展演變?yōu)镃OC

5、OMOII模型。COCOMO模型按詳細程度可劃分為三級，即基本COCOMO 模型，中間COCOMO模型和詳細COCOMO模型。(1)基本COCOMO模型。它是靜態(tài)、單變量模型，不考慮任何本錢驅(qū)動，僅以規(guī)模為基準進行估算只適于粗略迅速估 算。(2)中間COCOMO模型。它是用15個本錢驅(qū)動改進基本 模型，這是對產(chǎn)品、硬件、工作人員、工程的特性等因素的 主觀評估。本錢驅(qū)動的影響定為工程級的，在考慮任何進度限 制時進一步調(diào)整工作量。(3)詳細COCOMO模型。這是三種模型中最精確的模型。 它是基于不同的本錢驅(qū)動對工程的分段有不同的影響，是用 于考慮本錢驅(qū)動的階段性影響時進一步改進估算，這時的計 算細

6、化到子系統(tǒng)/模塊。它假定層次有三級：系統(tǒng)含有子系統(tǒng), 子系統(tǒng)含有模塊。在COCOMO模型中，首先需要確定的是待開發(fā)軟件的 KLOC(千行代碼)，因此COCOMO模型要進行準確的本錢估算需 要等到詳細設計階段結束后，因為只有詳細設計完成后，才 能根據(jù)詳細設計的結果對每個模塊和類的代碼數(shù)量根據(jù)代碼 功能的復雜程度進行較準確的估算。程序結構分解和工作結構分解結構化分析和設計遵從自頂向下，逐層分解的設計原 那么。設計師在把握的大的框架之后，在此基礎上進行逐步細 化，最后才能完成一個復雜系統(tǒng)的設計工作。在結構化設計方法中，首先根據(jù)用戶的需求和規(guī)格，確定 系統(tǒng)的邊界，繪制頂層數(shù)據(jù)流圖。然后對頂層圖中的處理

7、進 行細化，一層一層的細化，直到獲得系統(tǒng)的所有基本功能。面向?qū)ο蟮脑O計雖然與結構化設計有了很大的區(qū)別，但 是對對象的設計過程同樣是一個細化的過程。在確定了對象 后，需將其抽象成類，并要對類的屬性，方法進行設計，這 也是一個分解的過程。程序結構分解是軟件實現(xiàn)上的分解，在軟件工程中，還 需要對整個軟件工程劃分假設干任務，并將這些任務分配給項 目組中的所有成員。任務分解及分配的好壞也對工程的進度 和本錢有著很大的影響。工程的工作結構分解即WBS是先把工程中實際需要完成 的事項盡量分解成更具體的工作。具體做法是按照樹形結構 先把整個工程分解為大的單元，再把各個大的單元分解為個 小的單元。需完成事項的細

8、分之后，把各個單元中需要做的工作分 配在樹形結構的最下層。各個單元中所需要做的一系列的工 作被稱為工作包。在WBS的各個工作包里配置工作人員之 后，工程實行的結構圖就完成了。工作結構分解是工程本錢計算的基礎，不同的工作結構分 解會產(chǎn)生不同的工程本錢。如果工作分配不當，比方把簡單 的任務分配給程序員，把復雜的任務分配給新手，就會造成 工作效率低下，增加工程本錢。真正的軟件工程本錢不僅僅 是軟件的復雜程度，還直接關系到工程的管理和人員能力。軟件工程本錢計算中存在的問題1、套用現(xiàn)成估算模型，誤差太大。每個軟件企業(yè)的情況都不同，有著不同的管理模式，不 同的工作人員，不同的環(huán)境和背景，因此如果簡單的進行

9、估 算模型的套用，使用別人的計算系數(shù)的話，得到的將是別人 企業(yè)的本錢，而不是自己的本錢。這樣，當工程完成后，成 本自然與估算數(shù)據(jù)相差很大。不管是功能點模型還是COCOMO模型都是需要本企業(yè)的計 算系數(shù)，如果提供不了正確的計算系數(shù)，那么這兩個模型都無 法正確使用，因此每個軟件企業(yè)都要對估算模型進行一定的 適應性調(diào)整，以適應自己企業(yè)的情況。2、缺少本錢管理體系很多軟件企業(yè)都將本錢估算用于工程投標使用，而沒有意識到需要為企業(yè)建立一個本錢管理體系。如果不對軟件的 本錢進行有效的管理，即使估算得很準確，最后工程結束 后，本錢可能大幅度的超過估算。這是因為沒有對工程的成 本進行管理，在工程建設過程中沒有合

10、理搭配和利用資源， 以至于造成了資源的浪費，這樣工程的本錢自然增加，也就 造成本錢估算估不準了。3、缺少本錢總結和分析的方法企業(yè)完成一個工程后，沒有對工程本錢估算和本錢管理 方面進行總結，這樣便無法將工程經(jīng)驗轉(zhuǎn)化成原始數(shù)據(jù)積 累，不管做了多少工程，最后對本錢還是測不準。沒有將項 目完成后的經(jīng)驗對本錢估算參數(shù)進行校正，也此也造成企業(yè) 管理水平的無法提高。軟件工程引入估算、預算和決算的必要性軟件估算在軟件工程前期進行，在需求分析完成后，便 能夠利用功能點模型進行軟件工程本錢的估算，得到工程成 本估算值。對于剛剛引入該方法的企業(yè)，本錢估算值是不準 確的，因此需要慢慢根據(jù)經(jīng)驗數(shù)據(jù)對它進行修正。軟件的詳

11、細設計完成后，就可以使用工作結構分解來預算 后續(xù)的所有工作。預算費用包括直接開發(fā)費用和間接費用。直接開發(fā)費用是實現(xiàn)程序所有功能所花費的人力物力，間接 費用包括管理費用和其他輔助費用。間接費用可以根據(jù)企業(yè) 的特點取直接費用的一定比例。直接費用的計算采用COCOMO模型，由于詳細設計后已經(jīng)能夠較準確的對軟件的代碼行數(shù)進行估計，因此，這個時候 計算出來的預算本錢也是比擬準確的。當然，系數(shù)還是需要 根據(jù)經(jīng)驗進行修正。在軟件工程結束后，對整個工程所花費的所有本錢應當 進行決算。不要認為工程完成了，做這樣的事情就顯得多 余。對工程本錢進行決算，可以將工程經(jīng)驗進行總結，將項 目的實際本錢與估算和預算進行比擬，然后比照擬結果進行 分析，找出誤差存在的原因，繼而對估算和預算系數(shù)進行調(diào) 整，經(jīng)過假設干個工程經(jīng)驗的積累后，便能夠做到較準確的估 算和預算。而本錢經(jīng)驗的累積也讓企業(yè)得到了一個自己的成 本知識庫。在工程決算過程中，可以引入審計機制，不僅可以準確估 算軟件本錢，還可以發(fā)現(xiàn)軟件工程開發(fā)過程中的各種