度量与分析规程.doc

度量与分析规程度量与分析规程V 1.0文档修订记录编号版本号修订内容简述修订日期作者审核目 录1目的32适用范围33角色与职责33.1开发中心主任33.2度量与分析部门33.3项目总监33.4项目经理33.5质量经理34输入45工作程序45.1确定度量目标45.2定义度量规格45.3收集数据55.4项目级分析55.5组织级分析66输出67监控机制68模板/工具69相关规程61 目的定义并描述项目中进行度量与分析的过程。2 适用范围适用于上海开发中心所有软件项目的度量与分析活动。3 角色与职责3.1 开发中心主任确定开发中心的度量目标；批准开发中心标准度量集；3.2 度量与分析部门定义度量项；批准项目定义的度量项；3.3 项目总监批准项目定义的度量项等。3.4 项目经理定义项目的度量项；收集、分析和保存项目数据。3.5 质量经理协助定义项目的度量项；进行数据验证；协助进行度量数据分析。4 输入估计表项目计划工作说明书变更申请表工作量测量表评审、测试等质量控制记录等5 工作程序5.1 确定度量目标5.1.1 开发中心主任应根据开发中心的业务目标/策略确定度量目标。5.2 定义度量规格5.2.1 度量与分析部门根据组织的度量目标制定和修订度量与分析指南，定义标准度量集、数据收集和分析规程；5.2.1.1 以下为适用于开发项目的标准度量集：l 各阶段开始日期和结束日期的估计值和实际值l 各工作产品（代码、软件需求规格说明书、用户文档、概要设计说明书、详细设计说明书、单元测试用例、集成测试用例、系统测试用例）规模的估计值和实际值l 初始的分配需求数，开发过程中变更（增删改）的分配需求数l 各类活动（培训、需求管理、项目计划、项目监控、项目收尾、配置管理、质量保证、需求分析、系统测试计划、用户文档、概要设计、集成测试计划、详细设计、单元测试计划、编码、单元测试、集成测试、系统测试）工作量的估计值和实际值l 各质量控制活动（需求分析评审、系统测试计划评审、用户文档评审、概要设计评审、集成测试计划评审、详细设计评审、单元测试计划、代码评审、单元测试、集中测试、系统测试、验收测试）所发现的缺陷数（按引入阶段和严重程度）5.2.2 开发中心主任应批准标准度量集；5.2.3 在项目计划阶段，质量经理应协助项目经理定义项目特定的度量规格以实现特定的度量目标，如果没有特定的度量目标，使用开发中心标准度量规格即可，如果使用了特定的度量规格，应得到度量与分析部门经理的批准；5.3 收集数据5.3.1 项目经理在计划阶段按照项目度量表模板准备项目度量表；5.3.2 在计划阶段，项目计划被签批之后，项目经理应填写所有计划/估计值；5.3.3 在项目执行中，修订后的项目计划被签批之后，项目经理应填写/更新所有重计划/估计值；5.3.4 项目组所有成员应定期（例如每天一次）填写工作量测量表；5.3.5 在各阶段开工会之后，项目经理填写相应阶段的实际开始日期；5.3.6 在各阶段的基线审计关闭之后，项目经理填写相应阶段的实际结束日期；5.3.7 在工作产品基线化之后，项目经理应填写相应工作产品的实际规模；5.3.8 在每周第一个工作日或者阶段末，项目经理应汇总并填写上一周的实际工作量；5.3.9 在业务需求和软件需求初次基线化之后，项目经理应填写相应需求的初始需求数；5.3.10 在各阶段末，项目经理根据需求变更申请表填写相应需求的变更（增加、删除、修改）的需求数；5.3.11 在阶段末，项目经理应根据评审检查表和测试记录等填写相应质量控制活动发现的缺陷数据；5.3.12 质量经理应定期（例如每周一次）对项目度量表中的数据进行完整性、一致性和有效性检查，填写XXX检查表，并跟踪至结束。5.4 项目级分析5.4.1 在质量经理的协助下，项目经理在每个阶段末对项目度量表中的数据进行分析（主要对偏差进行原因分析），并在项目阶段评估报告中记录分析结果和合适的纠正和预防措施；5.4.2 项目经理在阶段评估会议上向项目总监和项目组成员展示分析的结果，并确定纠正和预防措施；5.4.3 项目经理应跟踪纠正和预防措施直至关闭。5.5 组织级分析5.5.1 度量与分析部门定期（例如每半年）对归档的度量表进行统计分析，形成开发中心过程能力报告，提交给开发中心主任、项目总监和质量管理部门经理。6 输出项目度量表组织过程能力报告7 监控机制项目经理确保项目遵循本规程进行度量与分析活动；度量与分析部门经理确保组织遵循本规程进行度量与分析活动；项目总监既定期又事件驱动地审