软件估算规程.docVIP

文件编号：CMMI/09 CMMI文件—— 软件估算规程 V4.0 起 草 部 门： 品管部 管 理 部 门： 品管部 撰 写 人： 审 核 人： EPG 批 准 人： EPG 发 布 日 期:  目 录 1 目的 4 2 适用范围 4 3 术语定义 4 4 估算时机和参与人员 6 5 估算原则 6 6 估算流程图 8 7 估算前准备工作 8 8 编码与单元测试工作量估算 9 8.1 Delphi估算过程 9 8.2 功能点估算过程 10 9 项目总工作量估算 17 9.1 估算过程描述 17 9.2 工作产品 18 10 代码规模估算 18 11 进度估算 19 12 缺陷估算 19 13 估算差异分析 19 14 度量 19 15 附录一：PERT法介绍 20 16 附录二：功能点计算场景示例 21 目的 软件估算的目的是通过对软件项目开发规模和工作量的估算，确认项目开发的成本、开发周期，以作为项目投标、立项的依据，并指导项目进度计划、资源规划及项目成本控制。给软件开发中的活动、工作产品以及各种角色（包括用户）建立适当的预期。以达到支持产品需求、本组织的需求、顾客的需求以及对该项目提出功能点分析方法（function points analysis，FPA法）1979年IBM公司的Alan Albrech首先开发了计算功能点的方法，这种方法是通过评估和计量软件产品所需的内部基本功能和外部基本功能数目，再根据技术复杂度因子（权重）对这些软件功能计数进行量化，得到软件研发项目规模的最终结果。根据本公司开发现状和产品的特点，运用了功能点分析方法的思路，并对该方法做了相应的简化和修改，形成了具有本公司特点的功能点分析方法。 Delphi法：德尔菲法(Delphi)又称专家判断法，专家估算法或专家打分法，依据系统的程序，采用匿名发表意见的方式，通过多轮次调查专家的看法，经过反复征询，归纳，修改，最后汇总成专家基本一致的看法，作为预测的结果。Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别 FTR（File Type Referenced）：FTR是被事务操作读取或维护的ILF，或者是被事务操作读取的EIF。 平均值=AVERAGE (value1,value2,...)，多人对某项估算后的平均值。 标准偏差：每个样本数值与平均值的差的绝对值之和，除以样本个数。标准差越小说明所有数值越接近平均值。 规模估算的代码行：为本次项目新增代码行，包括新增和修改的代码，不包括完全重用代码，空行，注释行。 估算时机和参与人员 估算时机 估算内容 估算依据 建议估算 方法 估算负责人 估算参与人员 备注 项目报价估算 工作量估算 业务需求报告、方案等 Delphi法 客户经理 需求经理、架构设计师、研发经理/部门经理 立项成本估算 工作量估算 业务需求报告、立项报告、组织级类型分布基线等 Delphi法 产品经理（或授权需求经理） 需求经理、架构设计师、项目经理、研发经理/部门经理 软件开发初步估算 需求分析工作量、进度估算 业务需求报告 Delphi法 项目经理 需求经理、架构师代表、研发经理/部门经理、项目组 项目组由项目经理、架构设计师、测试负责人、中高级编码工程师等共同估算，估算结果作为项目组的估算值。 规模估算、工作量估算、进度估算 需求分析和界面原型、组织级类型分布基线、代码生产率基线等 Delphi法 项目经理 需求经理、架构师代表、研发经理/部门经理、项目组 软件开发明细估算 规模估算、工作量估算、进度估算 概要设计、组织工作类型分布基线、代码生产率基线 功能点法、Delphi法 项目经理 架构师代表、研发经理/部门经理、项目组 项目过程中发生重大偏离或需求较显著变更（需求变更的影响工作量在22人天以上）时的估算 工作量估算、进度估算 变更需求或重大偏离情况说明 功能点法、Delphi法 项目经理 需求经理、架构师代表、研发经理/部门经理、项目组 估算原则 本公司的估算是通过估算项目组编码与单元测试的工作量，依据组织过程能力基线和典型项目性能基线，确定项目编码和单元测试工作量类型占项目总工作量的比例，按照既定的计算公式估算项目的总工作量。 采用组织过程能力基线和类似项目的过程性能基线相关内容作为估算依据。在此基础上根据项目特征进行合理的调整，若调整结果超出基线范围，应对调整原因做出分析和说明。 采用分解技术。本公司（又不仅限于本公司）开发工程师习惯了先做需求分解（且不论其细致程度），然后根据分解的各需求项，逐项估算出它的需求分析、