概要设计评审规范.doc

履历记录 版号 日期 内容 责任人 审批人 目录 1. 概要 3 1.1. 名称 3 1.2. 缩写词 3 1.3. 目的与范围 3 1.4. 准入条件 3 1.4.1. 评审策划 3 1.4.2. 评审准备 3 1.4.3. 评审会议 3 1.4.4. 评审闭合 3 1.5. 准出条件 4 1.5.1. 评审策划 4 1.5.2. 评审准备 4 1.5.3. 评审会议 4 1.5.4. 评审闭合 4 1.6. 过程产物 4 1.6.1. 评审策划 4 1.6.2. 评审准备 4 1.6.3. 评审会议 4 1.6.4. 评审闭合 4 1.7. 用户 5 1.8. 评审概要 5 1.9. 总体过程 6 1.10. 评审策划 7 1.10.1. 过程流图 7 1.10.2. 过程描述 7 1.11. 评审准备 9 1.11.1. 过程流图 9 1.11.2. 过程描述 9 1.12. 评审会议 11 1.12.1. 过程流图 11 1.12.2. 过程描述 11 1.13. 评审闭合 14 1.13.1. 过程流图 14 1.13.2. 过程描述 14 1.14. 过程验证 15 1.15. 过程度量 15 概要 名称 本规范是贯穿整个项目的软件生命周期的 评审过程规范（以下简称 本规范）。 缩写词 缩写词 全称 含义 MM Middle Manager 中层经理 PL Project Leader 项目主管 PM Project Manager 项目经理 RTL Review Team Leader 评审组长 RTM Review Team Member 评审组成员 SM Senior Manager 高级经理 SQA Software Quality Assurance 软件质量保证 目的与范围 本规范详细描述了本公司进行的评审活动。 本规范适用于本公司所有项目的评审过程。在客户要求使用客户提供的评审过程规范的项目中本规范不适用。 准入条件 评审策划 PM或PL确认作者已完成了待评审的工作品。 评审准备 分发给小组评审有关的文档，明确评审小组成员，确认评审时间。 评审会议 评审组负责人（RTL）保证会议的准备就绪。 评审闭合 只要评审结果中存在一个问题或者缺陷，就必须进行返工和问题的闭合工作。 准出条件 评审策划 评审人员最终确立下来，并认可评审会议的日程安排。确认进入准则已经实现，并且小组评审材料准备就绪可以进行分发。 评审准备 所有评审人员向评审负责人（RTL）递交个人评审中发现的问题清单。 评审会议 完成小组评审报告表，事先准备工作中所有提出的问题都得到了讨论和初步的处理意见。 评审闭合 所有提出的缺陷和问题都闭合，并且总结报告已经向所有相关的PM/PM/SM以及SEPG提交了。 过程产物 评审策划 小组评审进度表，小组评审的邀请函。 评审准备 个人评审中发现的问题。 评审会议 评审报告。 评审闭合 经过了检查的工作产品，闭合了的评审报告表。 用户 本规范的用户为公司全体软件技术人员。 评审概要 评审的目的是在缺陷泄漏到开发的下一阶段之前将其探查和标识出来，这有助于在问题扩大化、变得复杂难以处理之前将其纠正。 正式评审是实现生产力提升和过程改进的有效途径。软件评审就是通过对软件工作产品进行技术评审来减少缺陷和提高质量。评审可以通过以下两种方式进行： 评审的基本目的是： 在开发的较早阶段将缺陷探查出来 。 验证工作产品符合预先设定的准则。 提供产品和评审过程的相关数据，包括对评审中能发现的缺陷数的预测能力。 评审须遵循以下的基本原则： 评审是一个结构化的正式过程，有系统化的一系列检查单来帮助工作，并且参与者分别有不同的角色。 评审人员事先要经过准备工作，并在小组评审进行之前要明确他们自己工作的重点，和个人已经发现的问题。 评审的工作重点是发现问题，而不是解决问题。 技术人员进行小组评审，项目负责人通常不参与软件工作产品的小组评审，但对评审结果要了解。