kangyimei_北航“软件工程与项目管理”讲义-6-XXXX.pptVIP

软件工程与项目管理SoftwareEngineeringandProjectManagementBeiHangCollegeofSoftwareOct.2010-Dec.2011梅1

第六讲软件估算2

软件估算SoftwareEstimationInput：需求说明书系统设计对象设计变更请求Output：软件规模工作量进度3

TheSoftware-EstimationStoryEstimation-ProcessOverviewSizeEstimationEffortEstimationScheduleEstimationEstimateRefinementSoftwareEstimation软件估算4

定义估算的通常定义：对未来事实非零可能性的最乐观的预测。软件工程估算是指以准确的调查资料和工程信息(如人员和设备信息)为依据，从估算对象的历史，现状及其规律性出发，运用科学的方法，对估算对象的规模，所需工作量和本钱进行的测定。SoftwareEstimation5

介绍有些估算做的很仔细，而有些却只是凭直觉的猜测。大多数工程超过估算进度25%到100%，但也有少数一些组织的进度估算准确到10%以内，能控制在5%之内的还没有听说（Jones,1994)。SoftwareEstimation6

介绍软件工程估算是工程方案的依据，但是大多数软件开发组织没有意识到软件估算的重要性。调查结果说明：35%的组织没有对软件开发的本钱和时间作估算。50%的组织没有记录任何正在进行的工程的相关数据。57%的组织没有使用本钱会计。80%的工程在本钱或时间上超出预算。超出本钱和时间的工程里仅有50%的是有意义的超出。进行了本钱估算的组织里，62%的组织是基于感觉和经验，仅仅16%的组织使用了正式的估算方法，如本钱估算模型。SoftwareEstimation7

CaseStudy案例Carl负责Gaga-safe公司库存控制系统1.0版本的开发（ICS），在参加工程监督委员会第一次会议的时候，他对期望的功能已经有了总体设想。Bill是监督委员会的领导，他问：“Carl，ICS1.0需要多长时间？〞Carl答复：“大概要9个月，不过这只是粗略的估算。〞“不行，〞Bill说，“我真希望你说3或4个月，我们一定要在6个月内拿出系统，能完成吗？〞“我不能肯定，〞Carl坦白地说，“我还得仔细研究一下，不过我相信可以找到方法在6个月内完成。〞“那么把6个月当成工程完成的目标，〞Bill说，“无论如何我们都必须这样做。〞委员会的其他人一致同意了这个决定。到第五周的时候，又增加了一些产品概要设计工作，这使Carl更确信工程的时间更接近9个月而非6个月，然而他还是认为运气好的话有可能在6个月内完成工程。他不想被看作惹麻烦的人，所以决定等等再说。——凭直觉的工程估算SoftwareEstimation8

CaseStudy案例（续）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？结果？