軟件估算5.1估算概述

軟件項目估算是以準確的調查資料和項目可用資源信息為依據(jù)，對估算對象的規(guī)模、工作量、進度和成本和缺陷進行預測。它是項目計劃的依據(jù)。

估算的誤差大小對項目是否能成功具有很大的決定作用，項目估算是一個逐步細化的和準確的過程，它貫穿于整個開發(fā)和維護過程中，而不僅是項目啟動前。Software

EstimationSoftware

Estimation

&

MeasurementInput：需求說明書系統(tǒng)設計對象設計變更請求Output：軟件規(guī)模工作量進度Software

Estimation5.1

Introduction有些估算做的很仔細，而有些卻只是憑直覺的猜測。大多數(shù)項目超過估算進度25%到100%，但也有少數(shù)一些組織

的進度估算準確到10%以內，能控制在5%之內的還沒有聽說（Jones,1994)。軟件開發(fā)的特點是變化，正因為變化所以要計劃。（根據(jù)科學的理論、過程、經驗。）Software

Estimation

&

MeasurementSoftware

Estimation一年的時間建這樣一幢房子？沒問題！太好了，那我們趕快開工吧！5.1The

Software-Estimation

Story——軟件與建筑Software

Estimation

&

MeasurementSoftware

Estimation5.1TheSoftware-Estimation

Story——軟件開發(fā)是一個改進的過程蓋一幢房子要花多少錢呢？這取決于房子本身。一個新的計費系統(tǒng)要花多少錢呢？這也取決于計費系統(tǒng)本身！和建筑相比，軟件設計沒有可參考的準確的標準數(shù)據(jù)，評價估算準確度的最常見標準：一個良好的估算方法應該在75%的時間內都能提供與實際結果相差不超過25%的估算結果。一些組織希望在需求定義投入前就把成本估算的誤差控制在10%以內，盡管項目估算的精確程度越早達到越好，但理論上是不可能實現(xiàn)的。如果真能那么早實現(xiàn)，精確度可以控制在2%以內。軟件開發(fā)是一個逐步細化的過程，在每個階段，都可能做出影響最終項目成本與進度的決策。Software

Estimation

&

MeasurementSoftware

Estimation估算收斂圖初始的 批準的 需求 產品設計產品定義

產品定義 說明書 說明書詳細設計 產品說明書 完工5.1The

Software-Estimation

Story——可能細化的數(shù)量項目成本（工作量和成本）項目進度4.0x2.0x1.5x1.25x1.0x0.8x0.67x0.5x0.25x1.6x1.25x1.15x1.1x1.0x0.9x0.85x0.8x0.6xSoftware

Estimation

&

Measurement在項目的不同階段，一定要進行估算改進，不斷修正。Software

Estimation5.2.3，5.3估算內容與方法估算產品規(guī)模（代碼行或功能點）估算工作量（人月）估算進度（日歷月份）成本估算（人力和軟硬件成本，學習、培訓、風險 和維護成本）缺陷數(shù)估算，缺陷數(shù)影響工作量和進度估算估算改進：提供某一范圍內的估算，并且隨著項目的進行，定期改進范圍，以提供更高的精確度。Software

Estimation

&

MeasurementSoftware

EstimationSoftware

Estimation

&

Measurement5.2.3

Size

Estimation程序規(guī)模：指的是非常普通意義上的程序總的范圍。它包含功能集的深度和廣度以及程序的難度和復雜性。規(guī)模估算的信息來源于清晰、有界限的用戶需求。估算方法分類：基于分解技術、基于經驗模型。Software

Estimation5.2.3

Size

Estimation——方法用估算算法（功能點、特征點、對象點、 模糊邏輯、標準構建、delphi、PERT）。用規(guī)模估算軟件。如果參與過類似的項目，并知道它的規(guī) 模，那么按百分比形式估算新系統(tǒng)每個 主要部分與舊系統(tǒng)相似部分的規(guī)模。每 部分的規(guī)模加起來是總規(guī)模。Software

Estimation

&

MeasurementSoftware

Estimation5.3.1

Size

Estimation——功能點估算（1984IBM方法）面向數(shù)據(jù)庫應用的項目早期估算，基于需求說明書（1）未調整的功能點，對每一個獨立的功能進行計算：

1.輸入輸出查詢內部邏輯文件外部接口文件Software

Estimation

&

MeasurementP93Software

Estimation5.3.1

Size

Estimation——功能點估算（1984IBM方法）加權因子值：通過規(guī)則中定義好的一般系統(tǒng)特征針對軟件總體環(huán)境和處理過程的復雜度計算。功能點FP（功能點）=UFC（未調整功能點計數(shù)）*TCF（技術復雜度因子）TCF=0.65+0.01（sum（Fi））Software

Estimation

&

Measurement14個對程序有影響的因素見P93-94Software

Estimation5.3.1

Size

Estimation——功能點估算舉例功能點程序功能一般復雜中等復雜很復雜輸入數(shù)量X3X4X6輸出數(shù)量X4X5X7查詢X3X4X6內部邏輯文件X7X10X15外部接口文件X5X7X10按上表計算未調整的功能點總數(shù)然后根據(jù)14個對程序有影響的因素計算“影響系數(shù)”，這些因素包括數(shù)據(jù)通信、聯(lián)機數(shù)據(jù)條目、處理復雜性和安裝容易度等。影響系數(shù)在0.65到1.35之間。Software

Estimation

&

MeasurementSoftware

Estimation功能點程序功能一般復雜中等復雜很復雜輸入數(shù)量6X3=182X4=83X6=18輸出數(shù)量7X4=287X5=350X7=0查詢0X3=02X4=84X6=24內部邏輯文件5X7=352X10=203X15=45外部接口文件9X5=450X7=02X10=20未調整功能點總數(shù)304影響系數(shù)1.15調整后功能點總數(shù)3505.3.1

Size

Estimation——功能點估算舉例計算功能點數(shù)的例子Software

Estimation

&

Measurement5.3.3

COCOMO估算法

COCOMO(COnstuctive

COst

mode)模型：結構性成本模型

COCOMO模型分為基本、中級模型和詳細模型

基本（靜態(tài)單變量模型）、中級模型（靜態(tài)多變量，將系統(tǒng)模型分為系統(tǒng)和部件兩部分）、詳細模型（計算公式與中間模型相同，但其相關因子分級更細）5.3.3

COCOMO適合的軟件項目組織型（Organic）:相對較小，簡單項目，工作人員理解好，經驗豐富，硬件相關性小。如多數(shù)應用軟件，編譯程序，老操作系統(tǒng)嵌入型（Embadded）:項目緊密聯(lián)系硬件、軟件、操作。對接口，數(shù)據(jù)結構，算法要求較高，規(guī)模任意。如航天指揮系統(tǒng)半獨立型：介于兩者間5.3.3

COCOMO模型參量

DSI(原指令條數(shù)-Size)定義為代碼或卡片形式的源代碼。若一行由兩個語句，算作一條指

令，包括作業(yè)控制語句，格式語句，不包括

注釋語句。1KDSI=1024DSIMM(度量單位為人月-Effort)表示開發(fā)工作量，定義：1MM=19人日=152人時=1/12人年

TDEV（度量單位為月）表示開發(fā)進度，他由工作量決定。P965.3.3 基本COCOMO公式類型

工作量進度組織MM=2.4(KDSI)1.05TDEV=2.5(MM)0.38半獨立MM=3.0(KDSI)1.12TDEV=2.5(MM)0.32嵌入MM=3.6(KDSI)1.20TDEV=2.5(MM)0.325.3.3 中間COCOMO工作量、進度公式組織類型

工作量 進度MM=2.8(KDSI)1.05

TDEV=2.5(MM)0.38半獨立MM=3.0(KDSI)1.12TDEV=2.5(MM)0.32嵌入MM=3.2(KDSI)1.20TDEV=2.5(MM)0.32公式和基本一致，只不過參數(shù)不一樣，還要加上15個成本驅動因子。實際工作量MM=

A*(kDSI)B*(f1*f2*…….*f15)成本驅動因子P96例：一個規(guī)模為10KDSI的商用微機遠程通信嵌入軟件，使用中間COCOMO模型進行軟件成本估算.則：程序名義工作量MM=3.