第5章软件估算讲义62010.pptxVIP

软件估算Software EstimationInput： 需求说明书 系统设计 对象设计 变更请求Output： 软件规模 工作量 进度软件估算Software EstimationThe Software-Estimation StoryEstimation-Process OverviewSize EstimationEffort EstimationSchedule EstimationEstimate Refinement定义Software Estimation 估算的通常定义：对未来事实非零可能性的最乐观的预测。 软件项目估算是指以准确的调查资料和项目信息(如人员和设备信息)为依据，从估算对象的历史，现状及其规律性出发，运用科学的方法，对估算对象的规模，所需工作量和成本进行的测定。介绍Software Estimation 有些估算做的很仔细，而有些却只是凭直觉的猜测。大多数项目超过估算进度25%到100%，但也有少数一些组织的进度估算准确到10%以内，能控制在5%之内的还没有听说（Jones,1994)。 介绍Software Estimation 软件项目估算是项目计划的依据，但是大多数软件开发组织没有意识到软件估算的重要性。调查结果表明：35%的组织没有对软件开发的成本和时间作估算。50%的组织没有记录任何正在进行的项目的相关数据。57%的组织没有使用成本会计。80%的项目在成本或时间上超出预算。超出成本和时间的项目里仅有50%的是有意义的超出。进行了成本估算的组织里，62%的组织是基于感觉和经验，仅仅16%的组织使用了正式的估算方法，如成本估算模型。案例Software Estimation ——凭直觉的项目估算Case Study Carl负责Gaga-safe公司库存控制系统1.0版本的开发（ICS），在参加项目监督委员会第一次会议的时候，他对期望的功能已经有了总体设想。Bill是监督委员会的领导，他问：“Carl，ICS1.0需要多长时间？” Carl回答：“大概要9个月，不过这只是粗略的估算。” “不行，”Bill说，“我真希望你说3或4个月，我们一定要在6个月内拿出系统，能完成吗？” “我不能肯定，”Carl坦白地说，“我还得仔细研究一下，不过我相信可以找到办法在6个月内完成。” “那么把6个月当成项目完成的目标，”Bill说，“无论如何我们都必须这样做。”委员会的其他人一致同意了这个决定。 到第五周的时候，又增加了一些产品概要设计工作，这使Carl更确信项目的时间更接近9个月而非6个月，然而他还是认为运气好的话有可能在6个月内完成项目。他不想被看作惹麻烦的人，所以决定等等再说。 案例（续）Software Estimation ——凭直觉的项目估算Case Study Carl的团队努力地工作着，进展稳定，但需求分析的时间比期望的要长。预定6个月要完成的项目已经过去4个月了。“2个月无论如何也做不完剩下的工作。”他只好告诉Bill，项目需要延长2个月，总共需要8个月时间。 几个星期后Carl意识到设计进度也不像期望的那么快。“先做容易的部分，”他告诉项目组成员，“其余的部分遇到时再考虑。” Carl再次向监督委员会汇报：“8个月的项目已经过去7个月，详细设计基本完成，工作卓有成效，但是8个月内还是无法完成。”Carl通报了第2次进度拖延，并将完成时间定为10个月。Bill对拖延产生了抱怨，并要求Carl想办法仍将进度安排在8个月左右。 第9个月，项目组完成了详细设计，但部分模块的编码还没有开始。Carl第3次要求要求延期——12个月。Bill? 编码进行顺利，但一些地方需要重新设计和重新实现，而这些地方项目组没有把详细设计调整好，一些实现过程相互冲突。在第11个月的项目监督委员会上，Carl宣布了第4次项目延期——13个月。Bill？ 结果？ ……软件估算与建筑预算Software EstimationThe Software-Estimation Story ——软件与建筑一年的时间建这样一幢房子？没问题！太好了，那我们赶快开工吧！软件估算Software EstimationThe Software-Estimation Story ——软件开发是一个改进的过程 盖一幢房子要花多少钱呢？这取决于房子本身。一个新的计费系统要花多少钱呢？这也取决于计费系统本身！ 一些组织希望在需求定义投入前就把成本估算的误差控制在10%以内，尽管项目估算的精确程度越早达到越好，但理论上是不可能实现的。如果真能那么早实现，精确度可以控制在2%以内。 软件开发是一个逐步细化的过程，在每个阶段，都可能做出影响最终项目成本与进度的决策。项目成本（工作量和成本）项目进度1.6x4.0x1.25x2.0x1.15x1.5