软件成本估计ppt课件

1、軟體本钱估計1 導論軟體本钱管理的問題：軟體的開發本钱經常被低估預算編列缺乏、合約價格過低 = 時程延誤、品質問題公開發表的本钱估計方法過於主觀本人描画本人的方法，本人評估本人的方法有多準確價格競爭、低價搶標影響軟體的本钱的要素很多、發包者與承包者認知的落差1 導論為了更深化瞭解軟體本钱：需求知道本钱發生在哪裡？哪些要素影響軟體本钱、各要素所占的權重？瞭解軟體本钱的分類、估計方式瞭解估計方法的適用情況、影響本钱估計準確度的要素、等等2 本钱影響要素本钱因子可歸納成七類屬性：規模屬性產品屬性資訊科技屬性人員屬性專案屬性環境屬性管理屬性這七類屬性可以幫助本钱估計者思索本钱的來源，也有助於方式的建立

2、2 本钱影響要素規模屬性原始碼的行數 (lines of code)子程式的數目功能點 (function points)資料項目的數目文件的頁數2 本钱影響要素產品屬性軟體的類型軟體的複雜度运用的程式語言 (資訊科技的屬性？)要求的品質與可靠度再用碼的數量處理時間的限制2 本钱影響要素資訊科技屬性硬體架構網體架構軟體平台中央處理器 (CPU)、記憶體及通訊的限制运用資訊科技的成熟度2 本钱影響要素人員屬性開發者的普通才干與學習才干開發者的經驗類似專案與開發環境的經驗專案經理的經驗2 本钱影響要素專案的屬性运用的方法及工具需求明確的程度和顧客的溝通與關係開發時程的緊迫性專案組織的大小預算富余的

3、程度2 本钱影響要素環境屬性行政複雜度运用者參與程度需求變更的頻繁程度市場競爭的程度2 本钱影響要素管理屬性專案管理者的領導才干與經驗團隊协作資源分配時程安排及控制訓練品質保證3 軟體本钱的分類依生命週期本钱分類依外購軟體本钱分類依本钱會計分類3.1 依生命週期本钱分類開發本钱 (約 45%)需求分析設計編碼整合測試維護本钱 (約 55%)預防性維護更正性維護改善性維護3.1 依生命週期本钱分類預防性維護 (Preventive Maintenance)Y2K更正性維護 (Corrective Maintenance)除錯任务 (bug fixes)改善性維護 (Perfective Main

4、tenance)运用介面的調整程式效能的提高3.1 依生命週期本钱分類轉換本钱 (Conversion Cost)程式轉換、資料轉換、文件轉換電腦化時，紙張的歷史資料的轉換？！裝置本钱 (Installation Cost)由於實際的操作環境比軟體開發環境要複雜許多，裝置的過程中往往會引發新的問題 (跟其他系統銜接)訓練本钱訓練往往不是一次就能達到目的，重複的訓練、訓練後發現的新需求都會使本钱超乎預期其他本钱3.2 依外購軟體本钱分類應用軟體的採購本钱顧問費用SAP, Oracle, 等 ERP 的設定費用 (configuration, performance tuning, etc.)軟體

5、修正費用其他軟體費用3.3 依本钱會計分類直接本钱 (Direct Cost)人工 (程式設計師、系統分析師、專案經理)直接资料本钱 (比例低)設備本钱 (Capital Cost)軟體、硬體、辦公設備等費用 (Expense)旅費、顧問費、訓練費等分攤費用 (Overhead)行政人員費用、水電費、保險費用、管理費用4 軟體本钱估計的過程軟體本钱估計不是一次估計後就固定不變軟體本钱估計是一個過程生命週期導向的估計過程系統與模組層次的估計過程4.1 生命週期導向的估計過程第一階段：提出構想粗略的本钱估計與資料蒐集專家判斷法由上往下法管理者依經驗與判斷來評估可行性及本钱效益不可行 - 取消構想可

6、行 - 進入第二階段根據 p. 151 之 圖 24.1 生命週期導向的估計過程第二階段：由專案小組分析需求並分解系統功能正式估計本钱由下往上法參數方式類比法專案核准？不核准 - 取消專案核准 - 進入第三階段根據 p. 151 之 圖 24.1 生命週期導向的估計過程第三階段：進行詳細的需求分析與初步設計修正估計的本钱本钱太高？太高 - 調整預算或調整專案功能 (需求)不會太高 - 進行專案根據 p. 151 之 圖 24.2 系統與模組層次的估計過程先將系統分解成子系統，然後找尋過去完成的專案有沒有類似的功能，區分成新開發模組類似功能模組一样功能模組根據新模組的大小及再用模組的修正程度來估

7、計本钱估計程式行數或功能點數估計調整因子估計再用模組的修正比例 加總新模組與再用模組的本钱 再用模組 (Reuse Module)4.2 系統與模組層次的估計過程估計新文件與再用文件的本钱对比程式模組的方式估算估計測試本钱占總本钱的 15% 40%依系統的複雜度、任務的重要性、顧客的品質要求行政管理的費用及分攤的費用估計風險係數和先前的資料比較並做調整5 軟體本钱估計的方法Boehm (1984):演算方式專家判斷法類比法由上往下法由下往上法巴金森法Parkinson Method勝算價格法Price-to-Win MethodMohanty (1981):歷史資料方式統計分析方式理論方式5

8、軟體本钱估計的方法巴金森法：任务的多寡是將資源耗盡為原則有多少預算與多少時間就做多少事勝算價格法：以爭取合約為原則可獲得合約的價格做為估計的基礎1 專家判斷法專家的條件：在相關領域有實際的任务經驗曾經管理過或從事相關任务的人員具有本钱估計的經驗1 專家判斷法需求的資訊1 專家判斷法运用的資訊1 專家判斷法當多個專家參與評估時，多個估計值的綜合可以以下方式獲得：平均法去除極值平均法如：刪除前後各 10%, 保管中間 80% 做平均中位數法 (median)三點估計法德菲法 (Delphi Method)群體決策方法，有興趣可本人閱讀 chapter 121 專家判斷法三點估算法：C = (CL

9、+ 4CM + CH) / 6其中：CL： 樂觀值的平均CM： 最能够值的平均CH： 悲觀值的平均2 類比法 (Analogy)類比法的精神在於比較新專案與過去類似的專案刪除舊系統存有而新系統卻不需求的功能添加新系統需求而舊系統沒有的功能根據以下要素來調整：特殊的環境要素人事本钱的考量新技術的引進品質的要求風險的要素等專家判斷法的專家也會運用類比法3 參數方式參數方式 (Parametric Models), 又稱：演算法則方式 (Algorithmic Models)統計方式 (Statistically-Based Models)根本概念：軟體開發本钱為軟體規模與調整因子的函數軟體規模：原

10、始程式碼行數 (Lines of Code, LOC)功能點 (Function Point, FP)調整因子：影響軟體開發本钱的要素3 參數方式根本概念 (續)：函數關係現在是非線性函數 (non-linear function)早期是線性函數 (linear function)參數估計方式可以以下的方式表示：本钱 = 常數 + 軟體規模之本钱函數 * 調整因子本钱 = 常數 + 軟體規模之本钱函數 + 調整本钱3 參數方式以數學式表示：C = C0 + f(s) * g(x)C = C0 + f(s) + h(x)其中：C：估計本钱 (人月或人日)s：軟體規模 (LOC 或 FP)f：規模

11、函數x：調整因子的向量g：調整函數h：調整本钱函數C0：常數3 參數方式規模函數 f 可為：線性函數：f(s) = aS非線性函數：f(s) = aSba, b 為係數3 參數方式調整函數：g(x) = g1(x1) * g2(x2) * . * gi(xi)調整本钱函數：h(x) = h1(x1) + h2(x2) + . hi(xi)3 參數方式實際參數方式：Farr & Zagorski 方式COCOMO 方式 (Constructive Cost Model, Boehm, 1981)根本方式 (Basic Model)中級方式(Intermediate Model)詳細方式 (Det

12、ailed Model)COCOMO 2.0 方式3 參數方式COCOMO 方式每一個方式又將軟體分為三個複雜的程度：簡單型 (Organic Mode)中間型 (Semi-detached Mode)複雜型 (Embedded Mode)根本方式：未考慮調整因子C = aSb3 參數方式COCOMO 方式 (續)中級方式加了 15 個調整因子 g(x) = g1(x1) * g2(x2) * . * g15(x15)C = aSb * g1(x1) * g2(x2) * . * g15(x15)詳細方式調整因子再分配到不同的開發階段根據不同規模大小、等而調整分配到各階段的比重：專案愈大，編碼

13、所占的比重愈低、整合測試的比重愈高專案愈複雜，編碼占的比重愈低、需求分析、系統設計、整合測試所占的比重愈高3 參數方式COCOMO 方式的優缺點：優點：非常完好缺點：分類過於詳細，假设無龐大的資料庫則參數估計的誤差會很大15 個調整因子的調整數值相乘會使得變異加大; 800 倍!COCOMO 2.0 有改善略4 功能點分析法功能點分析法 (Function Point Analysis):用來衡量軟體的規模從运用者的觀點來計算軟體所提供的功能功能是一種邏輯的概念，所以獨立於程式語言、開發方法、硬體平台和組織特性4 功能點分析法功能點分析法將軟體系統之功能分為兩種功能類型及五種檔案型態：資料功能類 (Data Function Type)內部邏輯檔案 (Internal Logical File)外部介面檔案 (External In