文档介绍：Chapter 5 软件工作量估算
采用自底向上的方法估计项目
计算系统的功能点
估计使用过程编程语言实现软件的工作量
O模型
What to learn and the OBJECTIVES
Introduction
成功的项目:按时、在预算内,并能满足要求的质量。
大多数项目超过估算进度的25%到100%,但也有少数一些组织的进度估算精确到了10%以内,能控制在5%以内的还没有听说。
——Jones,1994
软件工作量估算困难的原因
估算困难是由于软件的本质带来的,特别是其复杂性和不可见性。
软件开发是人力密集型工作的,因而不能以机械的观点来看待
传统的工程项目经常会以相近的项目做参考,不同的只是客户和地点,而绝大部分软件项目是独一无二的。
新技术的不断出现和应用。
缺少同类项目经验数据,许多组织无法提供原有项目数据,而即使提供了这些项目数据,也未必非常有用。
估算的准确性和精确性
准确(accuracy)是结果与目标之间有多近
精确(precision)是结果有多少有意义的位数
一个结果可以不准确而精确,不精确而准确,
例子:按工作月数计算工作量
源代码行数
工作月数
工作月数
工作月数
工作月数
组织的平均生产率的应用,如此估算工作量不准
生产率=SLOC/month
生产率=SLOC/month
工作量估算的其它困难
某些人试图建立一个全软件业过去项目的数据库,但是许多词汇意义的不明确使得这种努力没有效果,例如“测试”阶段究竟包括哪些活动就不明确。
估计的主观性:人们容易低估小项目的工作量,而过分夸大大项目的工作量
估计的政治因素:不同的人有不同的目标,如项目经理会高估项目工作量,许多机构采用独立的估算小组,但是将项目经理和项目成员吸收进估算小组,能够增强他们的责任感。
何时需要度量
在软件项目的各个不同阶段进行,每个阶段估计的动机和方法不同。
战略策划:选择合适的项目
可行性分析:系统潜在的收益可证明成本是合理的
系统规格:实现各个需求的工作量需要被衡量
评估供应商的建议
项目策划:
项目进行过程中,估算越来越准确
在项目开始阶段考虑的是用户需求,不考虑实现,但是为了估算,有时需要考虑一些实现方法
过高估计和过低估计的问题
过高估计的问题
Parkinson定律:工作总是用完有效时间,即给的时间越多,工作花费的时间也越多
Brooks定律:当人数增加后,项目所需的工作量将不成比例的增加。当团队规模变大后,由于管理,协调和通信的增加,将造成工作量的增加。因而“投入更多的人将使延期的工作更加延期”
过低估计的问题
质量降低
Weinberg的可靠性零法则:“如果系统不必可靠,那么它可以满足任何目标”。