第4章 软件项目成本计划

有机
半嵌入式 嵌入式
2.4
3.0 3.6
1.05
1.12 1.2
在用LOC为自变量的函数计算工作量的基础上，再用涉及 产品、硬件、人员、项目等方面属性的影响因素来调整工 作量的估算 F是根据成本驱动属性打分的结果 方式 有机
半嵌入式 嵌入式
a 2.8
3.0 3.2
b 1.05
1.12 1.2
乘法因子


估算文件
资源：资源的数量，质量标准，估算成本等信息 单位：一般是货币单位 竣工估算(BAC, Budget At Completion)：优化与修正

估算说明
工作范围：WBS 估算的基础和依据：确认估算的合理 估算的假设：确认假设的合理性 估算的误差变动等
1.代码行
2.功能点
3.类比(自顶向下)估算法
4.自下而上估算法
5.参数法估算法
6.专家估算法
从软件程序量的角度定义项目规模。能与其他项目中的度 量进行比较。 度量数据：

错误数/KLOC 缺陷数/KLOC 成本/KLOC 文档页数/KLOC
生产率数据：


LOC/pm 错误数/pm
将基线生产率度量应用于规模估算变量中，导出每个活动 的成本或工作量，将所有活动的估算合并起来，即可产生 整个项目的总体估算。 用LOC当做估算变量时，需要进行活动定义(分解)


PERT算法：Qi = (Max+4Avg+Min)/6 最可能值：Qi = Avg
直接估算任务成本 Ei = Qi×人力成本参数 直接成本 = E1+ E2 + … +Ei + … +En 直接成本 = 规模×人力成本参数 直接成本组成 ◦ 开发成本 ◦ 管理成本 ◦ 质量成本
找到软件工作量的各种成本影响因子，并判定它对工作量 所产生影响的程度是可加的、乘数的还是指数的，以期得 到最佳的模型算法表达形式。

存在成熟的项目估算模型 应该具有良好的数据库数据为基础

比较简单,而且也比较准确 如果模型选择不当或者数据不准,也会导致偏差
提供工作量(规模)的直接估计，通过过去项目数据,进行 回归分析得出的回归模型。
包括中间COCOMO模型的所有特性，还要考虑分析、设 计等各步骤的影响，将项目分解成一系列子系统。 计算公式与中等COCOMO模型相同
1）将软件项目分解为模块、子系统、系统3个等级 2）增加了与阶段相关的工作量乘数
更细粒度的因子影响分析，考虑阶段的区别
b) COCOMO II COCOMO II给出3个层次的估算模型： 1. 应用组装模型：规划阶段使用，基于对象点； 2. 早期设计模型：体系结构设计阶段使用，基于功能点或 者代码行； 3. 后体系结构模型：软件构造阶段使用，基于功能点或代 码行
F10 复杂数据处理 F12 安装 F14 易于修改
F11 代码复用 F13 多点安装
调整系数 0
描述 不存在或者没有影响
1
2 3 4 5
不显著的影响
相当的影响 平均的影响 显著的影响 强大的影响

对象点
计算应用中屏幕、报表和3GL构件数量的最可能值。对象点 也可分为3个不同级别。
◦
r：重用构件的百分比



E ＝ 5.2×L0.91 ，L是源代码行数(以KLOC计)，E是工作 量(以人月计) D ＝ 4.1×L0.36，D是项目持续时间(以月计) S ＝ 0.54×E0.6，S是人员需要量(以人计) DOC ＝ 49×L1.01。DOC是文档数量(以页计)
例，采用java 完成项目，366功能点，则
信息域的值以以下方式定义：



外部输入(EI)数：源于外部系统或用户的输入； 外部输出(EO)数：从系统中导出的信息(不对信息中的数 据项分开计数)； 外部查询(EQ)数：一个输入与输出的响应； 内部逻辑文件(ILF)数：驻留在系统边界之内的数据逻辑 分组，通过EI维护； 外部接口文件(EIF)数：驻留在应用系统外部的数据逻辑 分组，为系统提供有用的数据。
E = a×(KLOC)b ×F
◦ ◦ ◦
◦
E：所需的人力(人月)， KLOC：交付的代码行 a ，b：系数，取决于模型等级和项目模式 F：调整因子

有机: Organic，各类应用程序，例如数据处理、科学计 嵌入式: Embedded，系统程序，例如实时处理、控制程
算等，受硬件的约束比较小，程序的规模不是很大

类比(analogy)-定义
估算人员根据以往的完成类似项目所消耗的总成本(或工作 量)，来推算将要开发的软件的总成本(或工作量)，然后按 比例将它分配到各个开发任务单元中


类比-使用情况
有类似的历史项目数据 信息不足(要求不是非常精确)的时候 在合同期和市场招标时


类比-特点
规模成本估算是项目各活动所需资源消耗的定量估算。包 括需要的资源种类、数量等。


直接成本：与项目活动(开发、管理)直接相关的成本； 间接成本：不归属于一个具体项目，是企业的运营成本， 可以分摊到各个项目中。
预测所需要的总工作量的过程。 是一种量化的结果 可以有一些误差 成本估算不同于项目定价 贯穿于软件的生存周期。
是一种自下而上和参数法的结合模型,步骤如下: 1. 对任务进行分解：1，2，…，i，…，n 2. 估算每个任务的规模(人月)
3. 估算直接成本
4. 估算间接成本
5. 项目总估算成本 = 直接成本 + 间接成本
6. 项目总报价 = 项目总估算成本 + 风险利润
风险利润 = 利润 + 风险基金 + 税
简单易行，直观，花费少 具有一定的局限性 准确性差，可能导致项目出现困难

类比-计算
项目间相似度计算公式：
利用任务分解结构图，对各个具体工作包进行详细的成本 估算,然后将结果累加起来得出项目总成本。

项目开始以后，WBS的开发阶段 需要进行准确估算的时候

比较准确，来源于每个任务的估算情况 非常费时，估算本身也需要成本支持 可能发生虚报现象
成本一般采用货币单位：RMB元、美元等
估 算 输 入
成 本 估 算 方 法
估 算 结 果

项目需求与WBS：确保所有工作均被估算；
历史项目度量：项目估算的主要参考； 资源要求(资源编制计划)：资源消耗情况； 资源消耗率：资源单价； 进度规划：项目总进度(一般是合同要求)； 学习曲线：风险控制程度。

不要太迷信数学模型
估算不是估计，是一种科学行为，存在估算模型。但模型 多数不稳定。
软件项目规模即工作量，是从软件项目范围中抽出的软件 功能，然后确定每个软件功能所必须执行的一系列软件工 程任务。
软件规模是指软件项目的可量化的结果。 规模的单位有：代码行(LOC)、功能点(FP)、人天、人月和 人年等。
FP = UFC * TCF
◦ UFC：未调整功能点计数 ◦ TCF：技术复杂度因子
信息域值 计数 EI EO EQ ILF EIF
简单 3 4 3 7 5
加权因子 中等 4 5 4 10 7
复杂 6 7 6 15 10
TCF=0.65+0.01(∑(Fi)) 值调整因子(VAF) F1 F3 F5 F7 F9 可靠的备份和恢复 分布处理 配置环境 操作简单性 复杂操作 F2 F4 F6 F8 数据通信 性能 联机数据输入 ILF在线升级

初期 ◦ 类比 ◦ 专家估算

计划阶段
◦ 自下而上
◦ 参数模型

实施阶段(包括变更发生) ◦ 自下而上 ◦ 参数模型

主要考虑三种模型：类比法，自下而上法，参数法


自下而上法费时费力，参数法比较简单
自下向上法与参数法的估计精度相似
类比法通常用来验证参数法和自下而上法的结果
各种方法不是孤立的，应该注意相互的结合使用
规模是成本的主要因素，是成本估算的基础。
软件项目成本是指完成软件规模相应付出的代价、待开发 的软件项目需要的资金。 软件项目成本的关键成本： 直接成本
① 直接材料(项目外购的、直接用于项目、并将最终交付 给用户的软硬件、服务等)成本； ② 直接人力资源成本； ③ 实施费用(差旅、交通、通讯等)成本； ④ 其他直接成本(设备租用、设备折旧、税费、广告等)； ⑤ 间接成本(场地租用、水电费等)。
提供工作量(规模)的直接估计，通过过去项目数据,进行 回归分析得出的回归模型。
E = A + B×SC
◦ ◦ ◦
E：以人月表示的工作量 A，B，C：经验导出的系数 S：主要的输入参数(通常是LOC,FP等)
面向LOC驱动的

Walston-Felix：E=5.2×(KLOC)0.91 Balley-Basili：E=5.5+0.73×(KLOC)1.16 COCOMO(Boehm基本)：E=3.2×(KLOC)1.05 Doty(KLOC>9)：E=5.288×(KLOC)1.047
◦ ◦ ◦ ◦
E：所需的人力(人月)， KLOC：交付的代码行 a ，b：系数，模型系数 fi：成本因素
一个专家可能会有偏见，最好由多位专家进行估算，取得 多个估算值，最后得出综合的估算值。





组织者发给每位专家一份软件系统的规格说明和一张记 录估算值的表格，请他们估算 专家提出3个规模的估算值：最小ai、最可能mi、最大bi 组织者对专家的表格中的答复进行整理 计算每位专家的Ei=(ai+4mi+bi)/6 综合结果后：E=E1+E2+…En/n(n:表示n个专家) 再组织专家无记名填表格，比较估算差，并查找原因 如果各个专家的估算差异超出规定的范围(例如：15%)， 则需重复上述过程