评审过程
评审的目的在于尽量及早地和高效率地从软件开发过程和软件工作产品中消除问题和缺陷，有效的降低成本、减少返工、缩短项目周期和提高产品质量。

• 需要被评审的标准产品或文档资料由公司或使用单位确认. 例如, 软件需求说明书、软件开发计划、概要设计、测试计划等.
• 每个项目确认须同级评审的产品。
• 同级评审须由受过专门训练的人员领导或指导实施.
• 同级评审侧重软件产品本身而不是作者.
• 同级评审的结果将不会用于个人绩效考核的依据.
2. 范围
软件生命周期各个阶段的评审。
3. 职责
3.1技术管理部负责组织开发各个阶段的管理评审如：里程碑评审；发放评审资料；
3.2软件项目经理负责组织软件开发过程中的技术评审，如设计方案等工作产品评审；
3.3软件项目经理负责提交审资料；对提交评审的资料进行初步审核确定满足基本要求；
3.4软件项目经理负责对评审中提出的问题组织处理解决；
3.5作者负责提交符合基本要求的工作产品并负责修改和更新；
3.5 SCCB负责对评审的结果进行审批；
3.6 质量保证工程师负责对评审过程进行检查。
4.工作程序
在项目的开发和管理过程中，发现缺陷的方式主要有评审和测试。测试主要适用于可执行的程序或系统, 包括单元测试、集成测试、系统测试和验收测试；评审则适用于项目的不同阶段，如需求阶段、设计阶段、策划阶段、编程阶段等，并可针对代码、文档及其他的工作产品，具有更广泛的适用范围。
4.1评审的类型
公司的评审分为正式评审和非正式评审，正式评审从评审的角度又可分成管理评审和同行评审，一般里程碑评审属于管理方面评审，而需求、设计等属于同行评审。从评审方式上又可分小组评审和单人评审。各种评审方式有不同的适用范围，可根据实际需要选择合适的方式。
4.1.1非正式评审
非正式评审的过程没有严格定义，在实际操作过程中，可以以各种方式进行（必要时，可填写《评审报告》，入项目组的配置管理库进行管理）。非正式评审不定期进行，主要的目的是为了发现工作产品中的缺陷并予改正。由于其形式不固定, 故非常灵活. 主要适用于简单的工作产品和随机使用.
4.1.2同行评审
同行评审主要由同专业人员参加，其主要目的是通过同行专业人士的参与发现在工作产品中的缺陷以利于作者改进工作. 同行评审只针对被评审的工作产品而非个人, 只注重发现问题而非改正问题. 同行评审的结果不应作为个人工作表现的评估依据. 同行评审包括小组评审和单人评审，适用于在规定的评审点或软件项目经理认为有必要的点时进行，一般由项目组自己组织.
4.1.3管理评审
管理评审一般由高级管理者、技术管理部、测试质保部、项目组等与项目有关的部门和个人参加，主要是审查项目工作安排的是否合理及汇报项目进展情况及需要解决的问题等事项。目前公司一般采用小组评审方式，由技术管理部组织进行评审。
4.2评审过程
软件项目经理按照《软件项目开发计划》，当到达评审点、项目变更需要评审或软件项目经理认为应进行评审时，软件项目经理应确认被评审的工作产品已满足标准规范的要求，不能满足基本规范的工作产品的评审是在浪费评审人的时间。侧重技术方面的评审一般由软件项目经理组织，侧重管理方面的评审如里程碑评审等，一般由技术管理部组织。软件项目经理确认需要进行评审后，评审组织者应确认评审的方式（小组、单人和非正式）。由技术管理部组织的评审，项目组应填写《评审申请表》，向技术管理部提出评审请求，并同时提交评审的资料。组织者参照以下各评审方式组织评审。
4.2.1小组评审
小组评审是由多人（如果是技术评审，多由同行专业人士组成，如果是管理评审由主管和产品相关的部门人员组成）小组对工作产品依照确定的程序进行的评审. 其目标在于以很好的成本效益比提高质量和效率. 其主要特点为:
1） 小组评审依照标准的过程进行并有严格的角色分工；
2） 参与评审的人员提前审查资料，提出问题；
3） 小组评审的目标是发现问题而不是解决问题；
4） 评审结果需要记录以监督评审的效果；
小组评审过程如下图所示:


























4.2.1.1 评审准备
需要进行组织评审时，在评审之前评审组织者应充分作好准备.主要包括以下内容：
1） 确定评审日期和方式（会签或小组会议评审），选择合适的评审小组成员, 确定评审小组组长；
2） 准备评审准则（详见《工作产品评审指南》）；
3） 准备评审工作产品和有关材料，并提前发放给评审成员。
4.2.1.2 会签评审
会签评审主要步骤为：
1） 评审小组成员根据评审准则，独立评审工作产品并填写《个人评审记录》；
2） 评审人将个人评审记录呈交评审小组组长；
3） 评审小组长汇总个人评审记录并填写《评审报告》；
4） 确认再一次同级评审的必要性.
5） 提出对下一步的建议.
6） 总结评审结果和建议采取的措施并记录于《评审报告》.
4.2.1.3 小组会议评审
小组会议评审主要步骤为:
1）评审小组长负责主持小组评审会议，向评审小组解释项目背景及评估目的和目标及评审依据的准则；
2）讨论和汇总个人评审所发现的问题；
3）提出对下一步的建议；
4）确认再一次评审的必要性；
5）总结评审结果和要采取的措施并记录于《评审报告》；
6）会议结束。
注：4.2.1.2会签评审和4.2.1.3小组会议评审为小组评审的两种方式，可根据需要任选其中一种。

4.2.1.4 评审跟踪
评审跟踪主要步骤为:
1） 评审结果提交SCCB进行审批；
2） 评审小组长负责将《评审报告》抄送給相关人员；
3） 软件项目经理负责组织解决评审中提出的问题；
4） 作者根据评审结果进行必要的改进；
5） 评审小组长负责协调评审小组成员对改进的工作产品进行评估并反馈到作者.
6） 质量保证工程师负责监督评审跟踪过程，用《评审过程检查表》进行检查。
4.2.2单人评审
小组评审是非常有效但成本很高的过程. 单人评审, 作为简化的评审, 则可大大降低成本而适用于对简单或成熟的工作产品的评审. 单人评审过程如下：
1）评审组织者选择评审人（评审组长），并提交评审资料。
2）评审人评审提交的资料
3）评审人填写评审报告.
4）总结评审结果和要采取的措施并记录于评审报告.
5）评审跟踪见小组评审的4.2.1.4
4.3评审要点
下述几点在评审时必须注意：
1）软件项目经理和作者必须提供全面的评审资料。
2） 评审的主要目的是发现问题，如何解决不在评审时详细讨论。但必须记录问题所在和最后解决情况（如果解决的话）.
3） 评审组织者应妥善选择评审方式. 小组评审效果好但成本也高应主要针对关键点和关键工作产品.
4） SQA应参与小组评审并记录于《评审过程检查表》.
4.4适于不同评审方式的工作产品样例
4.4.1以下工作产品通常适于用技术评审（包括各种计划，软件项目开发计划除外）：
• 软件需求说明书
• 特性需求说明书
• 概要设计说明书
• 系统功能设计说明书
• 数据库设计说明书
• 详细设计说明书
• 系统测试说明书
• 源程序
• 测试用例
• 配置管理计划、质量保证计划、软件风险管理计划、软件测试计划、软件验收计划等
4.4.2以下工作产品通常适于用管理评审
• 软件项目开发计划
• 项目里程碑报告
• 项目总结报告
5.参考资料
序号 编号 文档名称
1 Q/RKS-SP-PR-02 工作产品评审指南
2 Q/RKS-SP-PR-05 评审报告
3 Q/RKS-SP-PR-04 个人评审记录
4 Q/RKS-SP-PR-03 评审申请表
5 Q/RKS-SP-SQA-03 质量保证评估报告
6 Q/RKS-SP-PR-11 评审过程检查表



评审过程