第七章軟件項目的成本管理ppt課件

1、第七章 軟件工程本錢估算學習目的 1、軟件工程規(guī)模本錢的概念 2、本錢估算過程 3、本錢估算過程第一節(jié) 軟件工程規(guī)模本錢的概念主要內容： 一、根本概念和術語一、根本概念和術語 二、本錢管理過程二、本錢管理過程一、根本概念和術語一、根本概念和術語 1、本錢 2、本錢管理 3、本錢類型 4、學習曲線 5、收益遞減規(guī)律 1、本錢，就是為了獲取商品或效力而支付的貨幣總量。軟件工程的本錢，就是為了使軟件工程如期完成，而支付的一切費用 。軟件工程本錢可以從以下兩個方面來看： 1本錢與質量、時間的關系。 2在預算框架內控制本錢。 2、本錢管理，就是為保證工程實踐發(fā)生的本錢不超越工程預算，使工程在同意的預算內

2、按時、按質、經濟高效地完成既定目的而開展的工程管理活動。 3、本錢類型、本錢類型 可變本錢：隨規(guī)模變化的本錢，如人員工資?？勺儽惧X：隨規(guī)模變化的本錢，如人員工資。 固定本錢：不隨規(guī)模變化的非反復本錢，如辦公室租賃費用。固定本錢：不隨規(guī)模變化的非反復本錢，如辦公室租賃費用。 直接本錢：可以直接歸屬于工程的本錢，如工程組游覽費用、直接本錢：可以直接歸屬于工程的本錢，如工程組游覽費用、工程組人員工資和獎金等。工程組人員工資和獎金等。 間接本錢：需求幾個工程共同分擔的本錢，如員工福利、保間接本錢：需求幾個工程共同分擔的本錢，如員工福利、保安費用、行政部門和財務部門費用等；安費用、行政部門和財務部門費用

3、等； 沉入本錢：那些在過去發(fā)生的費用，就像沉船一樣不能回收沉入本錢：那些在過去發(fā)生的費用，就像沉船一樣不能回收的部分。當決議繼續(xù)投資工程時，不應該思索這部分費用。的部分。當決議繼續(xù)投資工程時，不應該思索這部分費用。當決議工程能否該繼續(xù)時，許多人像賭徒一樣的心思指望可當決議工程能否該繼續(xù)時，許多人像賭徒一樣的心思指望可以收回沉入本錢，這是不可取的。以收回沉入本錢，這是不可取的。 時機本錢：假設選擇另一個工程而放棄這一工程收益所引發(fā)時機本錢：假設選擇另一個工程而放棄這一工程收益所引發(fā)的本錢。的本錢。 4學習曲線實際學習曲線實際 當反復作某種類似的工程時，每次工程的本錢會逐當反復作某種類似的工程時，

4、每次工程的本錢會逐漸下降；學習曲線實際以為，當作某事的次數(shù)翻倍漸下降；學習曲線實際以為，當作某事的次數(shù)翻倍時所破費的時間也會以一種有規(guī)律的方式遞減，可時所破費的時間也會以一種有規(guī)律的方式遞減，可以運用回歸模擬的方式確定下降的速度。以運用回歸模擬的方式確定下降的速度。 5收益遞減規(guī)律收益遞減規(guī)律 投入的資源越多，單位投入的報答率就越低，有時投入的資源越多，單位投入的報答率就越低，有時甚至會呈現(xiàn)負增長。例如，在軟件工程中，將編程甚至會呈現(xiàn)負增長。例如，在軟件工程中，將編程人員添加一倍，工程總共的編程時間并不會減少一人員添加一倍，工程總共的編程時間并不會減少一半。半。二、本錢管理過程q資源方案編制:

5、q確定工程需求的資源種類和數(shù)量q本錢估算：中心環(huán)節(jié)q編制一個為完成工程各活動所需求的資源本錢的近似估算q本錢預算：工程進度q將總本錢估算分配到各單項任務活動上q本錢控制：工程跟蹤q控制工程預算的變卦關于估算q估算不是很準確的，有誤差的q閱歷歷史數(shù)據(jù)非常重要q不要太迷信數(shù)學模型軟件工程規(guī)模q軟件工程規(guī)模即任務量，是從軟件工程范圍中抽出的軟件功能，然后確定每個軟件功能所必需執(zhí)行的一系列軟件工程義務q包括：軟件規(guī)劃，軟件管理，需求，設計，編碼，測試，以及后期的維護等義務。規(guī)模的單位qLOC(Loc of Code)q源代碼程序長度的丈量qFP(Function Point)q用系統(tǒng)的功能數(shù)量來丈量q

6、人月q人天q人年軟件工程本錢q完成軟件規(guī)模相應付出的代價。q待開發(fā)的軟件工程需求的資金。 q人的勞動的耗費所需求的代價是軟件產品的主要本錢本錢的單位q貨幣單位q人民幣元q美圓q.軟件的規(guī)模和本錢的關系q規(guī)模是本錢的主要要素，是本錢估算的根底q有了規(guī)模就確定了本錢,第二節(jié) 本錢估算過程本錢估算過程估算輸入估算結果本錢估算方法本錢估算輸入q工程需求、 WBSq歷史工程度量q資源要求資源編制方案q資源耗費率:如人員本錢: 100元/小時q進度規(guī)劃：工程總進度普通是合同要求q學習曲線資源規(guī)劃q需求的資源種類、數(shù)量等Sample Resource Histogram for a Large IT Pro

7、ject024681012JanFebMarAprMayJunJulAugSepOctNovDecJava programmersBusiness analystsTechnical writersManagersAdministrative staffDatabase analystsTesting specialistsNumber of People本錢估算q直接本錢q間接本錢直接本錢q與詳細工程相關的本錢間接本錢q不能詳細到某個工程中的本錢，q可以分攤到各個詳細工程中的本錢，例如：q培訓q房租水電q員工福利q市場費用q管理費q其他等等工程估算輸出q估算文件q資源，資源的數(shù)量，質量規(guī)范，

8、估算本錢等信息q單位：普通是貨幣單位qBAC(Budget At completion)q估算闡明q任務范圍q估算的根底和根據(jù)q估算的假設q估算的誤差變動等估算闡明q預測所需求的總任務量的過程。q是一種量化的結果q可以有一些誤差q本錢估算不同于工程定價q貫穿于軟件的生存周期。 第三節(jié) 本錢估算方法估算的根本方法l 代碼行、功能點、對象點、用例點l 自下而上估算法(WBS)l 參數(shù)法估算法l 專家估算法1、代碼行 代碼行：指源代碼的總行數(shù)。包括無注釋的源代碼行NCLOC及注釋的源代碼行CLOC。源代碼的總行數(shù)LOC包括NCLOC與CLOC之和。 在評價時，可以分別根據(jù)LOC和NCLOC做為評價值

9、。 一代碼行1LOC的價值和人均代碼行可以表達一個軟件消費組織的消費才干，組織可以根據(jù)對歷史工程的評審來核算組織的單行代碼價值。我們國內公司的私人老板不情愿這樣做及有量化的東西，否那么不好剝削。代碼行LOC從軟件程序量的角度定義工程規(guī)模。要求功能分解足夠詳細的有一定的閱歷數(shù)據(jù)類比和閱歷方法與詳細的編程言語有關代碼行LOC缺陷 對代碼行沒有公認的可接受的規(guī)范定義 代碼行數(shù)量依賴于所用的編程言語和個人的編程風格. 在工程早期,需求不穩(wěn)定、設計不成熟、實現(xiàn)不確定的情況下很難準確地估算代碼量. 代碼行強調編碼的任務量,只是工程實現(xiàn)階段的一部分 2、功能點 功能點度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)

10、模估計方法，該方法經過研討初始運用需求來確定各種輸入、輸出、查詢、外部文件、內部文件的數(shù)目，從而確定功能數(shù)量。 為計算功能點數(shù)，首先要計算未調整的功能點數(shù)UFC,Unadjusted Function Points。其計算如下： 1計算所需求的輸入、輸出、查詢、外部文件、內部文件的數(shù)量。 2根據(jù)以上五個功能項的數(shù)量，再由估計人員對工程的復雜性做出判別，大致劃分為簡單、普通、復雜三種情況，然后根據(jù)表1求出功能項的加權和，即為UFC。 功能點FP是由未調整功能點數(shù)UFC與技術復雜因子TCF，Technical Complexity Factor相乘得到的。表2有14個UFC，即A1A14，那么計算

11、： TCF=0.65+0.01*(SUM(Ai)。 TCF的值為0.651.35之間，對應TCF的值為0與5。 最后，計算FP=UFC*TCF。 功能點有助于在軟件工程的早期做出規(guī)模估計，但無法自動度量。 普通的做法是在早期估計中運用功能點，然后根據(jù)閱歷將功能點轉化為代碼行，再用代碼行繼續(xù)進展估計。功能點度量在以下情況下特別有用： 估計新的軟件開發(fā)工程。 運用軟件包括很多輸入輸出或文件活動。 擁有閱歷豐富的功能點估計專家。擁有充分的數(shù)據(jù)資料，可以相當準確地將功能點轉化為LOC。 功能點FP: Function pointq用系統(tǒng)的功能數(shù)量來丈量其規(guī)模q與實現(xiàn)產品所運用的言語和技術沒有關系的q兩

12、個評價q內部根本功能q外部根本功能q加權和量化 功能點的公式qFP =UFC*TCFqUFC：未調整功能點計數(shù)qTCF：技術復雜度因子UFC-未調整功能點計數(shù)功能計數(shù)項：外部輸入外部輸出外部查詢外部文件內部文件UFC-未調整功能點計數(shù)功能計數(shù)項的復雜度等級復雜度權重因素項簡單一般復雜外部輸入346外部輸出457外部查詢346外部文件5710內部文件71015功能點計算實例-UFC功能點項簡單一般復雜外部輸入6 * 32 * 43 * 6外部輸出7 * 47 * 50 * 7外部查詢0 * 32 * 44 * 6外部文件5 * 52 * 73 * 10內部文件9 * 70 * 102 * 15總

13、計UFC301TCF-技術復雜度因子TCF=0.65+0.01(sum(Fi)TCF=0.65+0.01(sum(Fi)： Fi:0-5,TCF:0.65-1.35Fi:0-5,TCF:0.65-1.35技術復雜度因子F1可靠的備份和恢復F2數(shù)據(jù)通信F3分布式函數(shù)F4性能F5大量使用的配置F6聯(lián)機數(shù)據(jù)輸入F7操作簡單性F8在線升級F9復雜界面F10 復雜數(shù)據(jù)處理F11 重復使用性F12安裝簡易性F13 多重站點F14易于修改技術復雜度因子的取值范圍調整系數(shù)調整系數(shù)描畫描畫0不存在或者沒有影響1不顯著的影響2相當?shù)挠绊?平均的影響4顯著的影響5強大的影響功能點計算實例qFP=UFC*TCFqUF

14、C=301qTCF=0.65+0.01(14*3)=1.07qFP=301*1.07=322功能點與代碼行的轉換語言代碼行代碼行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET63、WBS根底上的全面詳細估算 利用WBS方法，先把工程義務進展合理的細分，分到可以確認的程度，如某種資料，某種設備，某一活動單元等。然后估算每個WBS要素的費用。采用這一方法的前提條件或先決步驟是： 對工程需求作出一個完好的限定。制定完成義務所必需的邏輯步驟。編制WBS表 工程需求的完好

15、限定應包括任務報告書、規(guī)格書以及總進度表。任務報告書是指實施工程所需的各項任務的表達性闡明，它應確認必需到達的目的。假設有資金等限制，該信息也應包括在內。規(guī)格書是對工時、設備以及資料標價的根據(jù)。它應該能使工程人員和用戶了解工時、設備以及資料估價的根據(jù)。總進度表應明確工程實施的主要階段和分界點，其中應包括長期定貨、原型實驗、設計評審會議以及其他任何關鍵的決策點。假設能夠，用來指點本錢估算的總進度表應含有工程開場和終了的日歷時間。 一旦工程需求被勾劃出來，就應制定完成義務所必需的邏輯步驟。在現(xiàn)代大型復雜工程中，通常是用箭頭圖來闡明工程義務的邏輯程序，并以此作為下一步繪制CPM或PERT圖以及WBS

16、表的根據(jù)。 編制WBS表的最簡一方法是根據(jù)箭頭圖。把箭頭圖上的每一項活動當作一項任務義務，在此根底上再描畫分任務義務。 進度表和WBS表完成之后，就可以進展本錢估算了。在大型工程中，本錢估算的結果最后應以下述的報告方式表述出來： 對每個WBS要素的詳細費用估算。還應有一個各項分任務、分義務的費用匯總表，以及工程和整個方案的累積報表。 每個部門的方案工時曲線。假設部門工時曲線含有“峰和“谷，應思索對進度表作假設干改動，以得到工時的平衡性。 逐月的工時費用總結。以便工程費用必需削減時，工程擔任人可以利用此表和工時曲線作權衡性研討。 逐年費用分配表。此表以WBS要素來劃分，闡明每年或每季度所需費用。

17、此表本質上是每項活動的工程現(xiàn)金流量的總結。 采用這種方法估算本錢需求進展大量的計算，任務量較大，所以只計算本身也需求破費一定的時間和費用。但這種方法的準確度較高，用這種方法作出的這些報表不僅僅是本錢估算的表述，還可以用來作為工程控制的根據(jù)。最高管理層那么可以用這些報表來選擇和同意工程，評定工程的優(yōu)先性。 4、建議掌握模型qCOCOMO模型(BoehmCOCOMOConstructive Cost model由Barry Boehm開發(fā)的詳見：(南加州大學網站)COCOMO 工程類型：工程類型：有機有機(組織組織): Organic嵌入式嵌入式: Embedded半有機半分別半有機

18、半分別: Semidetached模型類別：模型類別：根本根本COCOMO中等中等COCOMO高級高級COCOMO模型類別q根本COCOMOq靜態(tài)單變量模型q中等COCOMOq根本模型根底上思索影響要素，調整模型q高級COCOMOq中等COCOMO模型根底上思索各個步驟的影響工程類型 有機: Organic， 各類運用程序，例如數(shù)據(jù)處置、科學計算 等 受硬件的約束比較小，程序的規(guī)模不是很大 嵌入式: Embedded 系統(tǒng)程序，例照實時處置、控制程序等 嚴密聯(lián)絡的硬件、軟件和操作的限制條件下運轉，軟件規(guī)模恣意 半有機: Semidetached 各類適用程序，介于上述兩種軟件之間，例如編譯器程

19、序 規(guī)模和復雜度都屬于中等或者更高 根本COCOMOqE= a(KLOC)exp(b)q其中： qE是所需的人力人月， qKLOC是交付的代碼行qa ， b是依賴于工程自然屬性的參數(shù)：根本COCOMO系數(shù)表方式ab有機2.41.05半有機3.01.12嵌入式3.61.2舉例一個33.3 KLOC的軟件開發(fā)工程，屬于中等規(guī)模、半有機型的工程，采用根本COCOMO：a=3.0，b=1.12。E = 3.0L 1.12 = 3.033.3 1.12 = 152 PM 中等COCOMOqE=a(KLOC)exp(b)*乘法因子qa b是系數(shù)q乘法因子是根據(jù)本錢驅動屬性打分的結果，對公式的校正系數(shù)q 中

20、等COCOMO系數(shù)表方式ab有機2.81.05半有機3.01.12嵌入式3.21.2本錢驅動因子乘法因子計算每個屬性Fi的取值范圍為： 很低、低、正常、高、很高、極高，共六級。正常情況下 Fi=1。Boehm引薦的Fi取值范圍 0.70, 0.85, 1.00, 1.15, 1.30, 1.65當每個Fi的值選定后，乘法因子的計算如下 乘法因子F1*F2* Fi * Fn舉例續(xù)一個33.3 KLOC的軟件開發(fā)工程，屬于中等規(guī)模、半有機型的工程，采用中等COCOMO模型 a=3.0，b=1.12。 乘法因子0.70*0.85*1*1.15=1.09E = 3.0L 1.12 = 3.033.3 1.12 PM 高級詳細COCOMOq將工程分解為一系列的子系統(tǒng)或者子模型 q在一組子模型的根底上更加準確地調整一個模型的屬性， 高級詳細COCOMO估算方法總結q初期q類比q專家估算q方案階段q自下而上q參數(shù)模型q實施階段包括變卦發(fā)生