文档介绍：
软件项目工作量评估方法_计算机软件及应用_IT计算机_专业资料.DOCEvaluationWarning:ThedocumentwascreatedwithSpire..工作量评估1概述我们认真地阅读了软件的相关需求文档和设计文档后,对软件的功能进行了归纳和整理,并根拯以往的经验对毎个功能模块所需的编码工作量进行估算,再进一步地以此为依据,推算出整个软件生命期的工作量。工作量推算后组织主要项目干系人和相关专家进行工作量评审。2常见的估算方法2.1Ad-hoc方法这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者,一直到用完了预算的经费。这种情况普遍存在于非常不成熟的组织,并月•时常冇100%的错误差数。2.2开发时间的百分比法Percentageofdevelopmenttime。这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先,开发工作量使用例如L0C或FP方法被估算岀来,然后使用一些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常基于以前的经验。通常预留项廿的总花费时间的35%给测试,5-7%给组件和集成测试,18-20%给系统测试,10%给接收测试(或冋归测试等)2・4类比法(经验值法或历史数据法)根据以前或相似项目(主要在项目性质,领域,规模上有相似)所积累的经验或丿力史数据來佔算工作量。类比法估计结果的精确度取决于丿力史项目数据的完整性和准确度,因此,用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制,对历史项口的数据分析是可信赖的。需要收集以下相关的历史数据:在设计和实现阶段花费的时间,测试工作的规模,例如用户需求的数量,页面数,功能点,数据样式,例如实体,字段的数量,屏幕或字段数量,测试对象的规模,例如KLOC2.5WBS(workbreakdownstructure)将项目或产品分解为具体的工作,然后分别对各个工作进行时间估算,最终求和得出项目或产品的测试工作量/时间。2.6Delphi法Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。这个技术,要求有多种相关经验人的参与,互相说服对方。Delphi法的步骤是:1、协调人向各专家提供项目规格和佔计表格;2、协调人召集小组会各专家讨论与规模相关的因索;3、各专家匿名填写迭代表格;4、协调人整理出一个估计总结,以迭代表的形式返回专家;5、协调人召集小组会,讨论较大的估计差异;6、专家复查估计总结并在迭代表上提交另一个匿名估计;7、重复4-6,直到达到一个最低和最高估计的一致。2.7PERT估计法PERT对各个项目活动的完成时间按三种不同情况估计:一个产品的期望规模,一个最低可能估计,一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert统计估计。Pert估计可得到代码行的期望值E,和标准偏差SD3•估算前准备针对以上方法,我司综合了以上多种评估方法,总结出了适合我司的评估方法:1)对工作进行WBS分解,尽量将任务分配到半天为工作单位的粒度,分解时需要考虑deadline.技术难点、需求变更风险等等因素。2)尽量寻找和本项目相近项目做参考,参考历史相近项目的实际工作量和项目进度情况。3) 尽量邀请有历史经验或者对项目熟悉的专家,参与项目工作量的评估,以提高工作量评估的冇效性。4) 整理工作任务的关系和客户需求的优先级,寻找项口任务的关键路径,以保证项目周期的合理性和周期最短。5) 确定项目评估工作的基线,以一名2年工作经验的开发人员为评估对象,选择了一个有10个字段的比较有代表性的业务表单,从开始到结束,精确统计了每个步骤需要的消耗的工时数。采用四舍五入法最终制作了如下的工时估6) 确定技能系数,由于标准工时是按2年经验的工程师能力为基准,所以需要那工程师能力设置能力系数,工作3到6年的工程师,每增加1年工作经验则工时二标准工时*(1-0.1),6年以上一般按6年算。终端开发标准工时(单位:小时)说明:本表针对10个字段的界面进行估算查询功能添加功能编辑功能删除功能界面(布局、美化、验证)222代码(业务逻辑、接口调试)4442用户体验(界面适配、加载)222上传(多文件)141下载2第三方登录6地图集成(特殊功能另计)2分享4消息推送2每增加10个字段增加50%工时单元测试按开发工时的30%估算3.1WBS分解原则3.1.1WBS的定义WBS(工作分解结构)是WorkBreakdownStructure的英文缩写,是项口管理重要的专业术语之一。WBS的基本定义:以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在
内容来自淘豆网转载请标明出处.
