软件项目成本计划

项目规模估算方法

代码行估算法(误差较大)

软件项目规模： 即工作量，例如软件规划，软件管理，需求分析，系统设计，编码，测试，以及后期维护等任务。

规模单位：

LOC(Loc of Code) 源代码长度的测量
FP(Function Point) 用系统的功能数量来测量
人月
人年
人天

软件项目成本

完成软件规模相应付出的代价
待开发的软件项目需要的资金
人的劳动力的消耗所需要的代价是软件产品的主要成本
货币单位表示成本

代码行估算法

从软件程序量的角度定义项目规模
与具体的编程语言有关
分解足够详细
有一定的经验数据

代码行技术的主要优点

代码是所有软件开发项目都有的"产品"，而且容易计算代码行数

代码行技术的缺点

对代码行没有公认的可接受的标准定义
代码行数量依赖于所用的编程语言和个人的编程风格
在项目早期，需求不稳定，设计不成熟，实现不确定的情况下很难准确的估算代码行量
代码行强调编码的工作量，只是项目实现阶段的一部分

功能点估算

传统估算方法- - -功能点估算

最早提出功能点估算法的是阿尔布雷克特(Albrecht)，1979年在IBM工作时提出，称为Albrecht功能点
也称为IFPUG(国际功能点用户组织)功能点
适用于信息系统

功能点估算

与实现的语言和技术没有关系
用系统的功能数量来测量其规模
通过评估，加权，量化得出功能点

功能点公式：

FP=UFC*TCF

UFC:未调整功能点计数
TCF：技术复杂度因子(是对UFC的调整因子)

UFC：未调整功能点技术(从五个角度计算得出)

外部输入(External Inputs：EI)：给软件提供面向应用的数据的项(如屏幕、表单、对话框、控件、文件等)；在这个过程中，数据穿越外部边界进入到系统内部，并且使用内部逻辑文件的数据。外部输入技术的大小可以通过输入的文件类型，数据元素等个数来定义。
外部输出(External Outputs：EO)：向用户提供(经过处理的)面向应用的信息。例如：报表和出错信息等。经过内部逻辑文件的处理向用户提供输出信息。技术大小通过输出文件类型，数据元素个数进行决定权重，再决定技术大小。
外部查询(External Inquiry：EQ)：是一个输入引出一个即时的简单输出，没有处理过程。通过输出类型，元素个数决定权重，再决定技术大小。
外部接口文件(External Interface Files：EIF’S)：是用户可以识别的一组逻辑相关数据，这组数据只能被引用。用这些接口把信息传送给另一个系统。接口文件的权重通过其中的记录元素类型和数据元素类型来决定。
内部逻辑文件(Internal Logical Files：ILF’S)：用户可以识别的一组逻辑相关的数据，而且完全存在于应用的边界之内，并且通过外部输入维护，是逻辑主文件的数目。是系统边界之内的文件，并且通过外部输入维护。

事务组建进行定级
内部逻辑文件或者外部接口文件
功能技术项的复杂度等级
TCF-技术复杂度因子
技术复杂度因子的取值范围
其他功能点方法：

Mark II功能点(主要应用在英国)
COSMIC-FFP功能点(适用实时系统或者嵌入式系统)

用例点估算法

基于需求用例视图的估算方法。通过需求用例视图中的角色，用例以及相应的复杂度来确定用例点。

用例点估算流程：

通过用例视图确定用例和角色，以及复杂度级别
确定用例权值和角色权值相加后获得未调整的用例点
再计算基数复杂因子，通过因子调整未调整的用例点，获得用例点数
最后通过项目生产力将用例点换算为工作量

用例点估算方法的基本步骤如下：

计算未调整的角色权值UAW
计算未调整的用例权值UUCW
计算未调整的用例点UUCP
计算技术因子TCF
计算环境因子ECF
计算调整的用例点UCP
计算工作量(man-hours)

1.计算未调整的角色权值UAW

计算未调整的角色权值UAW

2.计算未调整的用例权值UUCW

3.计算未调整的用例点UUCP

4.计算技术和环境因子TCF
计算技术和环境因子TEF

5.计算环境因子ECF

6.计算调整的用例点UCP

7.计算工作量(man-hours)

总之，用例点估算方法是基于需求用例视图确定角色和用例以及对应的复杂度级别，从而计算出用例点数。

类比(自顶向下)估算法

传统估算方法- - -类比估算： 开发人员根据以往的完成类似项目所消耗的总成本(或工作量)，来推算将要开发的软件的总成本(或工作量)，然后再估算各个工作单元的规模成本。是一种自上而下的估算形式。

类比估算- - -使用情况

信息不足(例如市场招标)的时候
要求不是非常精确估算的时候
有类似的历史项目数据

类比估算- - -主观判断举例

需求类似
类比估算：10万
历史数据：10万

自下而上估算法

定义： 利用任务分解图(WBS),对各个具体工具包进行详细的成本估算，然后将结果累加起来得出项目总成本。

特点： 相对比较准确，他的准确度来源于每个人物的估算情况，但花费时间。

估算时确定任务投入的人力，时间，成本。

三点估算法

基于任务成本的三种估算值来计算预期成本的方法。

三点估算- - -三种估算值

最可能成本(CM)：比较现实的估算成本。即这个估算值的概率最大
最乐观成本(CO)：最好情况所得到的估算成本
最悲观成本(CP)：最差情况所得到的估算成本

三点估算结果

三角分布：CE=(CO+CM+CP)/3
贝塔分布：CE=(CO+4CM+CP)/6

参数估算法(也叫模型估算)

定义： 通过项目数据(代码行，人数，时间，工时等)，进行回归分析，得出回归模型。

通过参数(基于历史项目数据，项目类型不同，环境不同，项目数据就不同，得出的模型就不同)模型估算成本的方法(是统计技术得出的数学模型)

参数模型：

面向LOC驱动的(输入为代码行)
面向FP驱动的(输入为功能点)

整体公式： E=a+b*S^c*M

E：以人月表示的工作量
a,b,c：经验导出的系数
M：调节因子
S：主要的输入参数(通常是LOC,FP等)

建议掌握模型：

Walston-Felix模型
COCOMO模型

Walston-Felix模型

Walston-Felix模型举例

用java语言估计为1个功能点46行代码
Walston-Felix模型举例
COCOMO模型(Constructive Cost Model)

结构化成本模型
是目前应用最广泛的参数型软件成本估计模型
由Barry Boehm团队开发

COCOMO模型

COCOMO 81（81年提出）
COCOMO II

COCOMO基本原理

将开发所需的工作量表示为KLOC软件规模和一系列成本因子的函数，基本估算公式为：

A：可以校准的常量
S：为KLOC软件规模
E：为规模的指数，说明不同规模软件具有相对规模经济和不经济性
EM：为工作量乘数，反应某个项目特征对完成项目开发所需工作量的影响程度
n：为描述软件项目特征的成本驱动因子的个数，驱动因子可调整项目规模

COCOMO 81

模型级别(级别不同估算精度不同)

基本COCOMO
中等COCOMO
高级COCOMO

基本COCOMO： (静态单变量模型)不考虑任何成本驱动，适合在项目开发的初始阶段，项目的相关信息很少，只适合粗略的估算

中等COCOMO： 基本COCOMO模型基础上考虑影响因素，调整模型，实在项目的需求确定以后使用，对项目有所了解之后使用，在基本模型的基础上，通过产品，平台，人员，项目等方面的属性影响因素来调整工作量的估算，估算精度提高

高级COCOMO： 中等COCOMOMO模型基础上考虑各个步骤的影响。是在设计完成后使用，考虑开发不同阶段影响因素的不同影响，对项目进行精确化的估算。一旦软件的各个模块已经确定，估算就可以使用高级模型，估算精度最高

项目类型

基本COCOMO-81

基本COCOMO-81系数表
基本COCOMO-81应用举例
基本COCOMO-81举例

中等COCOMO-81

乘法因子的成本驱动属性： 分为产品属性，平台属性，人员属性，过程属性4个大类。4个大类又分为15个驱动因子。乘法因子若大于1，说明工作量往高调整，小于1，说明往低调整。

中等COCOMO模型对比基本COCOMO模型，估算值有了一定的调整，因为对项目的产品，平台，人员，过程有了更细的了解。

中等COCOMO-81模型应用举例
中等COCOMO-81举例
高级COCOMO模型

将项目分解为一系列的子系统或子模型
更加准确地调整一个模型的属性
对驱动因子的取值分析更为细致

COCOMO II组成

COCOMO II-应用组装模型

COCOMO II-早期设计模型(Early Design)： 在系统设计的初始阶段，只涉及了基本的软件结构，未对体系结构详细设计。

COCOMO II-早期设计模型-因子和系数

COCOMO II-后体系结构模型
在这里插入图片描述

A是可以校准，目前设定A=2.94，B为0.91
若需要估计复用代码或已生成代码所需工作量，可采用复用模型

复用模型

参数模型综述

根据项目数据进行回归分析，得出回归模型作为参数模型
回归分析方法：线性回归，多项式回归，逻辑回归，神经网络，集成方法等
参数模型可以是线性也可以是非线性的

参数估算法

专家估算法

由多为专家进行成本估算，一个专家可能会有偏见，最好由多位专家进行估算，取得多个估算值，最后得出综合的估算值。

Deiphi专家估算

这些专家互相不见面
专家详细研究软件规格说明书后，进行无记名的估算

步骤

组织者发给每位专家一份软件规格说明和一张记录估算值的表格，请专家估算
每位专家详细研究软件规格说明后，对该软件提出3个规模的估算值，即最小值ai，最可能值mi，最大值bi
组织者对专家表格中的答复进行整理，计算每位专家的估算值E_i=(ai+4mi+bi)/6，然后计算出所有专家的期望值E_i=(E₁+E₂+E₃+…+E_n)/n
综合结果后，再组织专家无记名填表格，比较估算偏差，并查找原因
上述过程，重复多次最终可获得一个多数专家共识的软件规模