项目管理-2-软件工作量估算课件.ppt

项目管理-2-软件工作量估算课件.ppt

ID:57189391

大小:931.50 KB

页数:74页

时间:2020-08-02

项目管理-2-软件工作量估算课件.ppt_第1页
项目管理-2-软件工作量估算课件.ppt_第2页
项目管理-2-软件工作量估算课件.ppt_第3页
项目管理-2-软件工作量估算课件.ppt_第4页
项目管理-2-软件工作量估算课件.ppt_第5页
资源描述:

《项目管理-2-软件工作量估算课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件工程软件项目工作量估算软件工作量估算有些估算做得很仔细,而有些却只是凭直觉的猜测。大多数项目超过估算进度的25%到100%,但也有少数一些组织的进度估算精确到了10%以内,能控制在5%以内的还没有听说。——Jones,1994软件工作量估算“大多数IS人士,无论是否为管理者,从来都无权控制他们自己的进度计划。进度计划通常由市场部或高层管理部门直接下达,就像飞石从天而降(也有人称之为鸟粪)”“就此问题,我曾与IS领域中许多人士进行过交流。大家一致认为当前IS领域面临的最大难题,既不是掌握快速更新的技术,也不是探求新型的管理哲学,而是被迫接受根本无法达到的进度计

2、划。”(Robert.L.Glass)一个月的时间造这样一栋房子?没问题太好了,那我们开工吧!你当初计划10万元造的房屋可能最终的实际造价为50万元。从造房子中学到的除非你确切知道“它”是什么?否则无法说明它的确切花费。盖房子时,可以盖梦想中的房子(不考虑花费),也可以按估算盖,但是功能必须具有一定的灵活性不确定性问题客户会要求X功能吗?客户要的是X功能的便宜版本还是昂贵版本呢?同一功能的不同版本的实施难度至少有10%左右的差别。如果实施了X功能的便宜版本,客户会不会以后又想要昂贵的版本。X功能如何设计?同一功能的不同设计,在复杂度方面会有10%左右的差别。X功

3、能的质量级别是什么?依据实施过程的不同,首次提交的X功能的缺陷数量会有10%的差异。调试和纠正X功能实施过程中的错误要花多少时间?研究发现调试和纠正同样的错误,不同程序员所花时间会有10%左右的差异。把X功能和其它功能结合起来要花多少时间?……软件工作量估算的渐进性估算的准确性和精确性准确(accuracy)是结果与目标之间有多近,用3代表圆周率比用4更准确精确(precision)是结果有多少有意义的位数,3.14比3代表圆周率更精确一个结果可以不准确而精确,不精确而准确,软件估算中错误的精确是准确的敌人,40~70个人月的工作量估算可能是最准确又最精确的估算

4、,而精确到55个人月看起来更精确,但不准确。软件工作量估算困难的原因估算困难是由于软件的本质带来的,特别是其复杂性和不可见性。软件开发是人力密集型工作的,因而不能以机械的观点来看待传统的工程项目经常会以相近的项目做参考,不同的只是客户和地点,而绝大部分软件项目是独一无二的。新技术的不断出现和应用。缺少项目经验数据,许多组织无法提供原有项目数据,而即使提供了这些项目数据,也未必非常有用。工作量估算的其它困难某些人试图建立一个过去项目的全软件业的数据库,但是许多词汇意义的不明确使得这种努力没有效果,例如“测试”阶段究竟包括哪些活动就不明确。估计的主观性:人们容易低估

5、小项目的工作量,而过分夸大大项目的工作量估计的政治因素:不同的人有不同的目标,如项目经理会高估项目工作量,许多机构采用独立的估算小组,但是将项目经理和项目成员吸收进估算小组,能够增强他们的责任感。何时需要度量策略计划:选择合适的项目可行性分析系统描述:实现各个需求的工作量需要被衡量评估供应商的建议项目计划:项目进行过程中,估算越来越准确在项目开始阶段考虑的是用户需求,不考虑实现,但是为了估算,有时需要考虑一些实现方法过高估计和过低估计的问题过高估计的问题Parkinson法则:给的时间越多,工作花费的时间也越多Brook法则:当人数增加后,项目所需的工作量将不成

6、比例的增加。当团队规模变大后,由于管理,协调和通信的增加,将造成工作量的增加。因而“投入更多的人将使延期的工作更加延期”过低估计的问题质量降低Weinberg的可靠性零法则“如果系统不必可靠,那么它可以满足任何目标”。工作量估算对职员的影响如果职员能够完成目标,那么他们将受到鼓舞如果他们发现目标根本不能完成,那么他们的激情将受到极大损害因而,估计不是一种简单的预测行为,而是一种管理目标软件估算的基础(1)历史数据的需要在参考历史数据时需要考虑不同的环境,如编程语言,软件工具,标准和人员的经验。工作度量直接计算真正的成本或时间是不可能的。编写程序的时间不同的人将有

7、显著的区别。通常将工作量表达为工作量,如源代码的数量(sourcelineofcode,SLOC),或者千行代码量(KLOC)软件估算的基础(2)复杂性相同KLOC的两个程序花费的时间将会不同。因而不能简单地应用KLOC或SLOC,而要根据复杂性进行修正,但是复杂性的度量通常是主观而定的。基于承诺的估计一些组织直接从需求出发安排进度而不进行中间的工作量估算。他们要求每个开发者作出进度承诺而非进度估算。有利于开发者对进度的关注,开发者在接受承诺后士气高昂,自愿加班加点问题在于开发者的估算比现实要乐观,大约低20至30个百分点(VanGenuchten,1991)承

8、诺应该现实可行,以使你的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。