同行与技术评审过程

同行与技术评审过程文档修订摘要目录第一章引言 (4)1适用范围 (4)2名词术语 (4)第二章同行评审过程 (5)1组织方针 (5)1.1目标 (5)1.2 实践 (5)2目的 (5)3角色和职责 (5)4流程图 (6)5过程描述 (7)5.1准备评审 (7)5.2个别评审 (8)5.3 同行评审 (9)5.4 缺陷追踪 (10)6度量 (10)7裁剪指南 (11)8培训 (11)第一章引言1适用范围本流程适用于产品开发项目、客户化定制项目和客户化二次开发项目、硬件开发项目的各阶段中所进行的评审活动。

2名词术语同行评审（peer review）是指由作者的同事对软件开发文档或代码进行评审和检查，帮助查找缺陷和改进的契机。

评审者不一定是和作者具有相同开发经验和知识的人员，为了确保质量，应邀请不同背景的评审者从不同的角度检查。

管理人员一般不参与同级评审，以免用评审的结果去评估作者绩效。

同级评审的目标不仅是捕捉错误、收集改进建议，还可帮助作者在未来创建更好的工作产品。

同时，评审还起到了提高项目连续性和培训后备人员的作用。

缺陷(defect) 是指软件产品中的一种情况，它将导致软件产生不令人满意或非预期的后果。

工作产品（work product）是在开发工程产品时所产生的文档、程序或其他成品，可能是项目中间产品或最终发布的产品，以及一些支持项目成功开发的支持性文档。

例如：各种项目计划、需求规格说明、设计文档、用户接口设计、源代码、测试文档、用户及系统文档、培训资料，以及过程文档等。

临时评审（ad hoc review）一种非正式的评审，在这样的评审中，过程的执行者可随时请求其同事帮助查找正在开发的构件中的问题。

评估（appraisal）审查组对所审查的产品质量的一种集体判定，包含在跟踪阶段对所要求的返工验证种类的判定。

因果分析（causal analysis）审查的一个阶段，审查参与者追查每一个所发现的缺陷的产生原因，并确定阻止该类缺陷再出现的办法。

缺陷检查表（defect checklist）在一类制定的工作产品中所发现的缺陷的种类的列表。

非正式评审（informal review）一种缺乏正式评审的多项特征的同级评审方式。

例如：临时评审、同级桌查，以及轮查等。

审查者（inspector）在一个审查过程中担当检查工作产品缺陷的人。

他（她）可能还担当诸如读者、记录者或评审组长等特定角色。

工作产品的作者也是一个审查者。

排印错误清单（typo list）一个记录了在个人准备阶段中产生的关于印刷、美化和其他次要错误的列表。

排印错误清单上的条款不会在审查会议上予以讨论。

问题（issue）在审查过程中提出的尚未确定为缺陷，却由作者提出要求引起注意的事项，如：询问、需澄清的注意点等。

问题日志（issue log）一个关于审查者在审查会议期间或之间所发现的可能缺陷及其改进建议、其他问题的列表。

也称作缺陷日志或缺陷列表。

可交付产品（deliverable）在工程项目的执行过程中产生的临时的或最后的文档、程序、文件或其他工件。

与“工作产品“同义。

返工（rework）审查的一个阶段，作者或其他人修改审查所发现的工作产品缺陷。

规则（rule）知道作者以特定的方式完成任务或产品文档的语句或标准。

确认（validation）评价工作产品以判定其是否满足客户需求的过程。

验证（verification）在工作产品开始生成的开发初始阶段评价该工作产品，以判断它是否满足规格说明及约束条件的过程。

验证人（verifier）检查已审查过的工作产品的纠正结果的人。

可能是评审组长、质量工程师或其他由评审组长指定的人。

第二章同行评审过程1组织方针同行评审的目的是为了及早地和高效率地消除软件工作产品中的缺陷。

一个重要的伴随结果是对软件工作产品及可防止的缺陷得到更好的了解。

同行评审涉及工作产品作者的同行对软件工作产品的规范化的检查，通过检查识别缺陷和需作更改的区域。

要进行同行评审的工作产品在项目定义软件过程中加以标识，并作为软件项目策划活动的一部分来安排进度。

1.1目标1.同行评审活动有计划；2. 识别和消除在软件工作产品中的缺陷。

1.2 实践1.项目遵循本方针执行同行评审。

2.组织确定将接受同行评审的软件工作产品的标准集合。

3.每个项目确定将接受同行评审的软件工作产品。

4.对每个待评审的软件工作产品，提供足够用以执行同行评审的资源和资金。

5.同行评审主持人接受如何进行同行评审的培训。

6.参加同行评审的评审者接受在同行评审的目标、原理和方法方面所要求的培训。

7.策划同行评审，并将计划写成文件。

8.按照文档化的规程进行同行评审。

9.记录有关同行评审的执行情况和结果的数据。

10.进行度量并将度量结果用于确定同行评审活动的状态。

11.软件质量保证组评审（和）审计同行评审的活动和工作产品，并报告其结果。

12.本方针由全组织人员执行，由软件过程改进组（SEPG）进行维护，由高层经理实施监控。

所有同行评审的具体活动按照同行评审过程进行。

2目的通过有计划的评审活动尽早而有效的发现软件工作产品中存在的缺陷，采取相应纠正措施，以排除缺陷；同时通过评审达成共识，使评审通过后的软件工作产品成为下一阶段工作的依据；控制对评审活动的有效实施，确保评审活动满足质量控制要求。

3角色和职责在评审活动中，涉及的角色有作者、评审组织者、评审人员、评审主持人。

他们的主要职责如下：4流程图评审工作按照如下的流程进行。

该流程给出了评审的主要活动和每项活动的输入工作产品、输出工作产品。

这些工作产品均应作为评审活动的配置项，在组织过程资产库中进行管理。

流程图中每个活动的详细过程步骤，将在后续章节中给出描述。

输入工作产品过程步骤输出工作产品图1 评审流程图5过程描述同行评审的特点是只发现确定缺陷，而技术评审的特点则不但要发现确定缺陷，而且还要确定解决方案。

5.1准备评审5.1.1概述评审组织者提出评审要求，制定评审计划，通知相关人员，及其他相关准备工作，并根据评审的内容确定参加评审人员必须至少找出的缺陷数量。

5.1.2主要步骤1.评审组织者制定《同行与技术评审计划》，计划内容包括：✓评审会主持人、参加评审的人员名单、会议记录人员；✓评审内容及文档名称；✓评审地点；✓评审要求。

2.《同行与技术评审计划》需包括以上内容，要求使用模板编写。

3.对于不同评审人员，评审组织者可以给出不同的评审侧重方面的建议。

涉及到多个部门和项目的评审，评审组成员中应包括其他部门和项目的代表。

4.必要时对评审主持人和评审人员进行相关培训。

5.评审组织者参考各过程提供的《评审检查表》模板，编制《评审检查表》及评审标准。

6.由PPQA审核被评审文档与过程的符合情况。

7.评审组织者将检查表以及评审文件及其上游输入文件分发给相关人员，让相关人员了解评审要求，阅读评审文档。

5.1.3输入、输出5.2个别评审5.2.1 概述个别审查是正式评审前必要的准备工作。

评审人员各自仔细阅读评审文件，并将填好内容的《评审检查表》和《排印错误清单》提交给评审主持人。

评审主持人做简要的检查，以确定是否如期举行会议。

5.2.2 主要步骤1.评审人员仔细阅读评审文件，使用《评审检查表》以一致的评审准则审查工作产品，做好评审会议的准备工作。

对工作产品有不明确的地方或者看起来存在缺陷的地方，评审人员应在《评审检查表》中记录缺陷或问题并加以必要的说明，并将排印错误填入《排印错误清单》。

2.评审人员将填好内容的《评审检查表》、《排印错误清单》提交给评审主持人。

3.评审主持人应对检查单中的工作量和缺陷数据做简要的检查，核实评委在个别审查中确实投入了足够充分的时间和精力。

4.如果准备工作不充分，则应该推迟评审会议。

5.2.3输入、输出5.3 同行评审5.3.1 概述同行评审是验证过程的主体。

其目的是尽早地发现工作成果中的缺陷，并帮助设计人员、开发人员及时消除缺陷，从而有效地提高产品质量。

同行评审中的会议评审过程主要按以下步骤进行：主持人宣讲、作者介绍工作成果、识别缺陷和答辩、讨论缺陷解决方案、会议结束决议。

5.3.2 主要步骤1.评审主持人在所有评审人员都已提交符合要求的《评审检查表》后召开评审会议。

2.由计划中明确的会议记录人对会议的过程予以记录。

3.在会议上，评审主持人首先宣讲本次评审的议程、责任、原则、时间限制等。

4.作者简要介绍工作产品。

5.采用逐项审议或者逐段审议的方式，确认个别审查中所发现缺陷和问题。

6.作者回答评审人员的问题，双方对每个缺陷达成共识，如果是技术评审则共同讨论出缺陷的解决方案或者改进建议。

7.在会议结束之前，由记录人说明在会议中发现和确认了哪些缺陷和问题，还有哪些缺陷和问题需要进一步讨论和审查。

由评审主持人进行总结。

8.缺陷应该由作者解决；而问题则可以由不同人员解决。

在会议结束之前明确问题负责人及问题解决的最后期限，以便跟踪所存在的问题解决情况。

9.评审小组给出评审结论和意见，会议记录人形成《评审结果报告》，评审会主持人签字，本次会议结束。

10.对于必须参加评审会议却因为特殊原因未能到会的评审参与人可以在评审报告正式发布之前以邮件的方式表明自己对评审的意见，并抄送给所有参加评审的人员。

其邮件确认也同到会者意见一致看待，与评审报告同时存档。

11.评审结论有三种：【】完全通过，进入下一阶段【】基本通过，需做修改【】不通过，需处理评审出的问题，再评审。

5.3.3 输入、输出5.4 缺陷追踪5.4.1 概述经过同行评审，识别工作产品的缺陷后，由作者自己确定解决方案并对缺陷进行修改，进行缺陷追踪，以保证所识别的产品缺陷已全部得到解决。

5.4.2 主要步骤1.评审会上确认的责任人应修改识别出的所有缺陷；2.由指定的验证人员跟踪缺陷修改情况，必要时重新召开评审会议，重新评审经过修改的工作产品，或讨论对待解决问题的研究分析结果（工作方式与评审会议相同）。

5.4.3 输入、输出6度量评审活动中应收集、度量如下信息和数据，以支持将来组织标准过程资产的使用和改进。

评审所花费的总工时；同行与技术评审过程缺陷数量、严重程度。

7裁剪指南《评审活动裁剪选择列表》8培训评审活动需要对缺乏相关知识的人员进行如下方面的知识培训：《同行评审流程》培训。

第11 页共11 页。