北京圣博润高新技术股份有限公司
2013年2月
修订记录
| 修订日期 | 修订后版本 | 修订说明 | 修订人 |
| 2013年2月05日 | 1.0 | 创建 | 李亮 |
| 2013年2月20日 | 1.1 | 增加“第五章评审范围” | 李亮 |
目录
1. 走查（Walkthrough） 3
1.1. 流程描述 3
1.2. 指南 4
2. 结构走查（Structured Walkthrough） 5
2.1. 流程描述 5
2.2. 指南 7
3. 审查（Inspection） 8
3.1. 流程描述 8
3.2. 指南 10
4. 技术评审方式比较 10
5. 评审范围 10
1.走查（Walkthrough）
走查是一种常用的非正式评审方式，评审在作者的主导下进行。走查过程中作者会给评审员详细介绍软件制品，走查员也可以就评审发现进行沟通。由于在走查前没有要求走查员阅读软件制品，只是由走查过程本身来确保所有在场的人都真正了解，所以走查可能不够深入，一些隐藏较深的缺陷不易发现。
1.1.流程描述
| 角色/职责 | 作者： ●选择合适的走查员 ●走查过程的组织，主持走查活动，走查结论的编写 ●走查后续行动的执行 走查员： ●出席走查会议，记录走查发现 记录员： ●记录走查会议的结论 SQA工程师： ●提供走查的指导和支持 ●评估走查活动开展的规范性（抽查），分析走查的效果（定期活动） |
| 输 入 | 待走查的软件制品 |
| 进入准则 | 待走查的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 |
| 活动描述 | 1.作者确定合适的走查员名单，制定走查的时间表。 2.组织召开走查会议，作者、走查员、记录员出席。 3.作者首先简要介绍走查的软件制品、议程、人员分工等； 4.作者详细介绍走查的软件制品内容，走查员记录走查意见； 5.软件制品内容介绍完后，作者和走查员讨论走查意见，标识软件制品的缺陷，记录员做出记录； 6.走查会议结束前，记录员宣读记录结果，作者和走查员确认。 7.作者把走查记录的结果整理成走查结论。 8.作者修复缺陷并请相关人员验证。如有必要，再次召开走查会议。 9.根据需要，SQA工程师提供走查的指导。 10.SQA工程师可以抽查走查活动的规范性，并定期（月或季）统计走查的相关数据，评估走查活动的效果和效率。 |
| 结束条件 | 走查员认可走查结论； 所有发现的缺陷得到处理。 |
| 输 出 | 修订后的软件制品 软件制品的走查意见 走查结论 |
| 度 量 | 待走查软件制品的规模（size） 走查员的个数，每个评走查员发现的缺陷数，走查会议的时间 缺陷修复和验证的时间 走查历时天数 |
●走查特点是：
⏹评审的效率和效果很大程度上取决于走查员的能力（专业技能和走查技巧）。走查员的选择非常关键。
⏹相对其他评审方式而言，走查员在评审活动上的工作量开销比较小。
⏹走查活动由作者引导，可能会遗漏一些作者忽视的问题。
●走查员人数在2－4人为宜。根据作者的要求，走查员可以从一个或者几个视角对软件制品进行评审。
●作者在走查活动的组织过程中，需要和项目管理人员充分沟通，确保走查活动在项目工作计划中得到体现，保证走查员有时间参加走查会议，而且，评审员必须承担相应的责任。
●为了保证走查的进度，在作者介绍软件制品过程中，走查员最好不要打断作者。如果有问题，可以记录下来，在后续的讨论中提出。
●记录员可以由作者或者走查员兼任。
2.结构走查（Structured Walkthrough）
结构走查是一种比较理想的正式评审方式。相对于走查而言，有两个主要的改进：不再由作者主导评审过程；在评审会议前评审员需要对软件制品进行预评。这种方式既能提高评审的质量，又能提高评审会议的效率。
2.1.流程描述
| 角色/职责 | 作者： ●编写软件制品的简介 ●解答评审人员的疑问 ●修复软件制品的缺陷 评审组织人： ●选择评审人员，明确评审人员的职责，确定评审的时间表 ●发布评审通知，发放评审资料 评审主持人： ●评审会议开始前，收集汇总评审意见 ●主持评审会议，控制评审会议的进程和气氛 评审员： ●评审指定的软件制品，提交评审记录 记录员： ●记录评审结论 SQA工程师： ●提供评审方式的指导和支持 ●评估评审活动开展的规范性（抽查），分析评审的效果（定期活动） |
| 输 入 | 待评审的软件制品 |
| 进入准则 | 待评审的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 |
| 活动描述 | 1.作者向评审组织人申请评审软件制品，并编写软件制品的简介。 2.如果满足入口准则，评审组织人选择评审人员，明确评审人员的职责，确定评审时间表。如果需要，指定SQA人员或者相关专家准备评审检查表。 3.评审组织人向相关人员发送评审通知和相关准备材料。 4.评审员阅读材料，记录评审意见，并在规定时间内把评审意见发送给评审主持人。 5.组织召开评审会议，作者、评审主持人、评审员、记录员出席。 6.在评审主持人的主导下，讨论评审意见，澄清误会和分歧，标识缺陷。记录员给予记录。 7.记录员宣读记录结果，作者和评审员确认。 8.对于标识出来的缺陷和未解决的问题，明确其后续行动计划及验证办法。这些内容需要记录在评审结论中。 9.相关人员执行后续行动计划的活动。 10.根据约定，由指定人员审核修订后的软件制品，或者重新评审软件制品（从第4步开始）。 11.根据需要，SQA工程师提供评审方式的指导。 12.SQA工程师可以抽查评审活动的规范性，并定期（月或季）统计评审的相关数据，评估评审活动的效果和效率。 |
| 结束条件 | 评审人员认可评审结论； 所有发现的缺陷得到处理； 行动计划的活动全部关闭。 |
| 输 出 | 修订后的软件制品 评审制品简介、评审安排、检查表等材料 软件制品的评审意见 评审结论 行动计划 |
| 度 量 | 待评审软件制品的规模（size） 评审员的个数，每个评审人员发现的缺陷数，每个评审人员参与评审的时间 作者参与评审的时间，缺陷修复和验证的时间 评审历时天数 |
●结构走查的特点是：
⏹相对其他评审方式而言，评审员在评审活动上的工作量开销比较大。
⏹这是一种比较正式的评审方式。如果方法应用得当，评审人员具备相应的业务技能和评审技巧，评审效果会很好。
●评审员数目3－6人为宜。根据作者的要求，评审员可以从一个或者几个视角对软件制品进行评审，评审员可以参与制品全部内容的评审，也可以只参与部分内容的评审。
●评审组织人主要由项目管理人员担任。评审主持人主要由相关的技术专家担任。评审组织人和评审主持人可以是同一人员。
●评审员接到评审通知后，如果无法保证评审时间，则必须告诉评审组织人。评审组织人可以根据情况决定采取更换评审员、变更评审时间表或者其他措施。
●评审过程中，评审员可以要求作者提供指导和支持。评审员也可以和其他评审员交换意见。
●评审员的评审意见中，需要记录：评审的内容、评审工作花费的工作量、评审的发现等。
●记录员可以由评审员或作者兼任。
●如果是文字方面的错误，可以直接在软件制品中修改，不必记录到评审意见中。
●评审结论的内容包括：评审度量数据、缺陷记录、行动计划等。
●待评审软件制品的规模可以参照项目估计的方法来确定。
●评审员的评审工作量包括：阅读材料、记录评审意见、评审沟通、评审会议等活动的时间，讨论缺陷修复方案、验证缺陷修复的时间除外。
●评审意见和评审结论需要作为评审活动的记录得到保存。
3.审查（Inspection）
审查（由IBM的Michael E. Fagan提出，有时也被称为Fagan’s Inspection）是一种非常正式的评审方式。在本文介绍的评审方式中，其评审的效果最好。不过，这种评审方式持续时间比较长，成本开销也比较大。
3.1.流程描述
| 角色/职责 | 作者： ●向评审员介绍软件制品 ●解答评审人员的疑问 ●修复软件制品的缺陷 评审组织人： ●选择评审人员，明确评审人员的职责，确定评审的时间表 ●发布评审通知，发放评审资料 评审主持人： ●评审会议开始前，收集汇总评审意见 ●主持评审会议，控制评审会议的进程和气氛 评审员： ●评审指定的软件制品，提交评审记录 记录员： ●记录评审结论 SQA工程师： ●提供评审方式的指导和支持 ●评估评审活动开展的规范性（抽查），分析评审的效果（定期活动） |
| 输 入 | 待评审的软件制品 |
| 进入准则 | 待评审的软件制品已经完成 经过了修饰，基本没有语言文字方面的错误 |
| 活动描述 | 1.作者向评审组织人申请评审软件制品。 2.如果满足入口准则，评审组织人选择评审人员，明确评审人员的职责，确定评审时间表。如果需要，指定SQA人员或者相关专家准备评审检查表。 3.评审组织人向相关人员发送评审通知和相关准备材料。 4.召开软件制品介绍会议，由作者给所有评审人员介绍软件制品。 5.评审员阅读材料，记录评审意见，并在规定时间内把评审意见发送给评审主持人。 6.组织召开评审会议，作者、评审主持人、评审员、记录员出席。 7.在评审主持人的主导下，讨论评审意见，澄清误会和分歧，标识缺陷。记录员给予记录。 8.记录员宣读记录结果，作者和评审员确认。 9.对于标识出来的缺陷和未解决的问题，明确其后续行动计划及验证办法。这些内容需要记录在评审结论中。 10.相关人员执行后续行动计划的活动。 11.根据约定，由指定人员审核修订后的软件制品，或者重新评审软件制品（从第5步开始）。 12.根据需要，SQA工程师提供评审方式的指导。 13.SQA工程师可以抽查评审活动的规范性，并定期（月或季）统计评审的相关数据，评估评审活动的效果和效率。 |
| 结束条件 | 评审人员认可评审结论； 所有发现的缺陷得到处理； 行动计划的活动全部关闭。 |
| 输 出 | 修订后的软件制品 评审制品简介、评审安排、检查表等材料 软件制品的评审意见 评审结论 行动计划 |
| 度 量 | 待评审软件制品的规模（size） 评审员的个数，每个评审人员发现的缺陷数，每个评审人员参与评审的时间 作者参与评审的时间，缺陷修复和验证的时间 评审历时天数 |
●审查的特点是：
⏹相对其他评审方式而言，审查的工作量开销最大。
⏹这是一种最正式的评审方式，评审效果会很好，但是成本很高，不一定是最经济的评审方式。
●结构走查的指南同样适用于审查活动。
4.技术评审方式比较
| 内容 | 走查 walkthrough | 结构走查 structured walkthrough | 审查 inspection |
| 正式程度 | 非正式 | 正式 | 非常正式 |
| 评审效果 | 一般 | 好 | 很好 |
| 主导评审的人员 | 作者 | 组织人 | 组织人 |
| 工作量/成本 | 低 | 一般 | 高 |
| 评审员人数 | 2～4 | 3～6 | 3～6或更多 |
建议评审以下文档：（包括但不限于）
1.各部门年度工作计划
2.重要工作规范文档
3.重点项目实施计划
4.重点产品开发计划
5.重点项目实施过程关键交付物（如：验收报告等）
6.重点产品开发过程关键交付物（如：用户手册等）
7.重点产品设计文档（如：预研报告、需求分析、概要设计、详细设计、数据库设计等）
8.其他工作过程中产生的关键文档下载本文
