软件开发过程之同行评审过程.docx

软件开发过程之同行评审过程.docx

《软件开发过程之同行评审过程.docx》由会员分享，可在线阅读，更多相关《软件开发过程之同行评审过程.docx（14页珍藏版）》请在冰豆网上搜索。

软件开发过程之同行评审过程

同行评审过程

PeerReviewProcess

文件状态：

[]草稿

[√]正式发布

[]正在修改

文件编号：

QUANTA-SEP-Process-09

当前版本：

1.0

版本历史

版本/状态

作者

参与者

日期

摘要

1．0

余成军

2008-9-26

创建

版权信息

本文件内容由海口量子网络科技有限公司开发部负责解释

本文件的版权属于海口量子网络科技有限公司

任何形式的散发都必须先得到海口量子网络科技有限公司的许可

【目录】

1概述4

1.1编写目的4

1.2适用范围4

1.3术语和缩写4

1.4参考资料4

2输入5

3输出5

4角色和职责5

5同行评审方式6

6评审小组的选择指南7

6.1评审组长7

6.2同行评审者7

6.3记录员8

7评审的工作产品8

8会议评审过程9

8.1会议评审过程流程图9

8.2会议评审过程活动描述10

8.2.1提交评审的工作产品10

8.2.2评审计划10

8.2.3评审准备11

8.2.4评审12

8.2.5修正13

9独立评审错误！

未定义书签。

10过程度量14

11过程剪裁准则15

1概述

1.1编写目的

在开发软件时的各个阶段中，都不可避免会因犯错误而导致缺陷。

通常识别缺陷有两种方法：

评审和测试。

而评审的目的就是在形成可执行系统前，及时发现文档或不能测试的产品的缺陷，以便能及早消除缺陷。

同行评审的目的是及早地和高效率地从软件工作产品中消除缺陷，减少后期的修改和维护工作。

同行评审也为更好地理解软件工作产品以及可防止的缺陷提供帮助。

同行评审是由产品作者的同行对产品进行有条理的检查过程。

本过程文档就是指导项目组进行评审计划、实施以及有关的记录说明。

1.2适用范围

本过程适用于公司内所有软件开发项目。

1.3术语和缩写

术语和缩写

解释

备注

同行

同行评审中的“同行”是指：

具有一定的软件开发经验和技术，并且对待评审的产品具有充分的理解和知识的人员。

同行可以是项目组的成员，也可以是熟知该产品的相关人员或专家。

1.4参考资料

参考文件

备注

《CMMIV1.1》

2输入

输入制品

备注

待审工作产品

3输出

输出制品

备注

《同行评审计划》

《同行评审报告》

4角色和职责

角色

职责

产品作者

●确保工作产品的完成，以便提交评审；

●与评审组长一起商量确定评审队伍；

●提供评审材料的副本；

●评审完成后，快速解决所有确定的缺陷；

●保持客观态度，避免抗拒思想。

评审组长

●对确保评审正确的方式下进行以及遵循所有评审过程步骤负有全部责任；

●帮助作者选择评委并安排他们的参与；

●安排评审会议；

●执行评审前会议（或其他方式），确保所有评委理解他们的职责和评审的过程；

●确保满足会议的进入条件；

●在评审会议开始时，确保所有参与者已经准备好了发现的问题或意见，否则重新安排评审；

●以有序和高效的方式进行评审；

●确保按时开始和结束评审；

●确保评审一直关注的是识别缺陷这个主要任务；

●确保记录发现的所有缺陷，并与项目经理共同安排解决缺陷的责任人；

●负责完成评审总结；

●负责验证缺陷被纠正；

●与SEPG和其他人交流评审结果。

同行评审者

●在评审会议前，应做好评审准备，并记录发现的问题；

●客观地进行评审，对事不对人；

●关注问题，并在评审前后给出针对阐述方式或解决方案的建议；

●如果有不清楚的地方，要提问清楚，直到理解为止；

记录员

●记录评审中所有发现的缺陷以及未能明确的问题；

●在评审会议结束前，宣读缺陷列表以及未能明确的问题，确保所有发现的缺陷没有误解或遗漏；

●评审结束后，整理《缺陷记录表》，发给作者、评委组长和项目经理，并抄送所有参与会议人员；

5同行评审方式

同行评审有以下三种方式：

●会议评审－通过小组会议，共同讨论，能较快达到共识，但因地点时间受到限制而组织会议较难；

●独立评审－由组长负责联络，评委并不集中，独立提出缺陷，最后由组长汇总，地点不受限制；

●走查－不需要组长，评委独立提出缺陷后，直接与作者交流。

三种方式的比较如下：

评审方式

人员成本

时间

组织

软件质量

会议评审

高

长

难

高

独立评审

中

长

较难

中

走查

低

短

容易

低

若产品非常重要、或比较复杂或预计会有很多缺陷，则建议选择会议评审；若产品是相当简单明了，不可能很多缺陷，并且不是非常关键的部分，则建议选择独立评审。

代码的同行评审可以选用走查。

项目经理根据需要同行评审的产品的特性（如：

是否要保证高质量），以及项目情况（如：

是否人员、时间充足等），权衡利弊，选择适当的评审方式。

项目经理在项目策划过程中，就必须考虑选择需要同行评审的产品以及评审方式，并写入《项目开发综合计划》中。

6评审小组的选择指南

6.1评审组长

评审组长对评审的过程与质量都肩负着重要的职责。

在选择评审组长时，应考虑以下因素：

●接受过同行评审过程的培训，非常熟悉同行评审过程与流程要求；

●工作严谨，责任心强，具有一定的组织能力；

●对整个评审的组织、过程与进度的控制具有适当的经验或能力；

一般由该领域专家（优先考虑资源部门经理或由资源部门经理指定本部门内人员）承担评评审组长，也可以邀请组外人员成为评审组长。

6.2同行评审者

同行评审的评审者应该是产品提交者的同行，而非上级领导，评审的目的是尽量找出产品缺陷并消除缺陷，而不是评审个人表现或成绩。

上级领导可以以资深开发人员的身份参与评审，但不能以评审结果影响对个人的评价。

能成为同行评审者的人员可以是：

●若是会议评审，QA代表必须参加；

●项目组成员；

●受该产品影响的人员；

●其他熟悉本产品或曾经有类似项目开发的人员；

评审组长斟酌项目与软件产品情况，尽量选择具备不同方面经验与能力的同行评审者，以便可以从不同角度与层面挖掘产品的潜在缺陷。

同行评审者数目不限。

6.3记录员

记录员要熟悉评审的工作产品，建议记录员指定评审小组中人员担任，作者不能担任记录员，注意部门秘书不能担任同行评审记录员，除非部门秘书对工作产品非常熟悉。

7评审的工作产品

一般地，需要进行同行评审的包括以下产品，项目经理可以根据实际情况做裁剪。

工作产品

建议评审方式

评审入口条件

负责人

至少参加者

《项目开发综合计划》

会议

项目计划遵循标准模板

项目经理

项目管理部经理、SEPG，SQA、另一个项目经理

《需求规格说明书》

会议/独立

文档遵循标准及模板

需求分析师

另一需求分析师、、测试经理、客户代表（若需要）

《体系结构设计说明书》

会议/独立

文档遵循标准及模板；需求经过评审并已基线化（或所有需求变更已关闭）

系统设计师

另一系统设计师、测试经理、详细设计人员、开发人员

《数据库设计说明书》

会议/独立

文档遵循标准及模板；需求与概要设计经过评审并已基线化（或所有变更已关闭）

系统设计师

另一系统设计师，开发人员

代码

独立/走查

代码经过编译并通过

开发人员

开发人员

《单元测试用例》

独立/走查

文档遵循标准及模板；详细设计已基线化

开发人员

开发人员

《集成测试用例》

独立/走查

文档遵循标准及模板；概要设计已基线化

系统设计师

另一系统设计师、开发人员

《系统测试用例》

独立/走查

文档遵循标准及模板；需求已基线化

测试经理

需求分析师、测试人员

用户文档

会议/独立

文档遵循标准及模板；需求已基线化

需求分析师

另一需求分析师、测试人员、客户代表（若需要）

8过程定义

8.1入口条件

需要评审的工作产品完成。

8.2出口条件

评审发现的缺陷验证通过并关闭

8.3过程流程图

参见《同行评审流程》

8.4过程活动描述

8.4.1提交工作产品

活动名称

提交工作产品

角色和职责

产品作者

评审组长

活动接口

进入条件

（或活动启动的事件）

工作产品已完成

活动的输入

待审工作产品

活动的输出

待审工作产品

退出条件

（或触发其他活动的事件）

工作产品符合过程模板

任务

1.将工作产品提交评审组长。

2.评审组长检查工作产品是否符合标准过程库过程模板。

如不符合，退回产品作者，修改后再提交。

使用工具

无

相关过程

无

备注

8.4.2制定评审计划

活动名称

制定评审计划

角色和职责

评审组长

活动接口

进入条件

（或活动启动的事件）

工作产品符合过程模板

活动的输入

工作产品

活动的输出

《同行评审计划》

退出条件

（或触发其他活动的事件）

评审计划完成

任务

1.评审组长选择评审队伍；

2.准备要分发的评审材料，评审材料除与评审过程相关文档外，其他资料的准备要注意满足工作产品是如何实现用户需求的目的；

3.确定记录员，记录员准备记录材料（如：

缺陷记录表）；

4.确定会议的时间、地点，以及评审的历时时间，确保所有评委都能按时参加，并确保评委由充足的时间准备；

5.编写《同行评审计划》，发出评审计划。

使用工具

无

相关过程

无

备注

8.4.3预评审

活动名称

预评审

角色和职责

评审组长

同行评审者

活动接口

进入条件

（或活动启动的事件）

发出评审计划，和待审工作产品及参考资料

活动的输入

发出评审计划，和待审工作产品及参考资料

活动的输出

缺陷记录表

退出条件

（或触发其他活动的事件）

评审组长汇总了所有同行评审者提交的缺陷记录。

任务

1、评委独立地评审工作产品；

2、评委在缺陷记录表记录发现的缺陷，然后提交给评审组长。

3、评审组长汇总所有同行评审者提交的缺陷记录。

使用工具

无

相关过程

备注

8.4.4评审

活动名称

评审

角色和职责

评审组长

同行评审者

记录员

活动接口

进入条件

（或活动启动的事件）

评审组长汇总了所有同行评审者提交的缺陷记录表

活动的输入

缺陷记录表

活动的输出

同行评审报告

退出条件

（或触发其他活动的事件）

确定最终的缺陷记录，评审组长对本次评审做出结论。

任务

1、按计划召开会议，评审组长主持会议，并必须保证会议重点关注其基本目标，及识别缺陷，而不是变成头脑风暴和个人对作者的攻击；

2、评审组长组织评委对预评审发现的缺陷逐一进行讨论，讨论的目的是确认它是否是缺陷。

产品作者要回答评委的问题，若发生争议，由评委投票决定。

3、讨论时，要注意避免去讨论缺陷的解决方案，而要重点关注缺陷是否存在这样的问题。

评委会议进行的过程中可能会发现新的缺陷，记录员要及时记录下来，并提醒组长不要遗漏。

4、会议结束前，记录员逐条宣读所有确定的缺陷，各评委确认所记录的缺陷没有误解或遗漏。

5、如评审组长发现尚有缺陷没有被讨论，而会议必须结束时（如会议时间限制，评委个人时间有限等原因），评委组长可以决定需要再次评审，并对下次评审的时间及其他注意事项提出建议。

6、评审组长组织评委对此次评审作出结论。

产品评审没有发现缺陷或缺陷很少并且这些缺陷是轻微的，结论是通过；产品评审发现缺陷，且存在轻微以上的缺陷，但缺陷的影响是局部的，缺陷的修改不会影响产品的整体结构，结论是验证后通过；若产品评审发现缺陷，且缺陷的修改影响到产品的整体结构或者缺陷的性质是普遍存在的，结论是需要再次评审。

对于后两者的情况，要由作者和组长协商验证或再次评审的时间，在这个时间到达前，作者要把缺陷修复完毕。

7、会后，记录员把最终确定的《同行评审报告》，发给所有会议参与人员。

8、评审组长将缺陷记录表导入项目缺陷管理系统，并按缺陷管理过程对同行评审发现的缺陷进行跟踪。

使用工具

相关过程

缺陷管理过程

备注

8.4.5修正

活动名称

修正

角色和职责

产品作者

评审组长

项目经理

活动接口

进入条件

（或活动启动的事件）

确定最终的缺陷记录，评委组长对本次评审做出结论。

活动的输入

工作产品，缺陷记录表

活动的输出

退出条件

（或触发其他活动的事件）

所有缺陷得以纠正

任务

1、按缺陷管理过程对缺陷进行跟踪解决。

2、产品作者和修正人员按分配的任务完成修正工作。

使用工具

TestDirector

相关过程

缺陷管理过程

备注

8.4.6验证

活动名称

验证

角色和职责

评审组长

活动接口

进入条件

（或活动启动的事件）

缺陷修正完毕

活动的输入

工作产品

活动的输出

退出条件

（或触发其他活动的事件）

所有缺陷关闭

任务

1、评审组长负责验证缺陷是否被修复。

评审组长可以授权相关问题域权威人士来验证缺陷是否被修复。

使用工具

无

相关过程

无

备注

9过程度量

1.同行评审制品的规模

2.同行评审的次数

3.同行评审所用工时数

4.每次同行评审所发现的缺陷数

10过程剪裁准则

10.1同行评审三种方式：

会议评审：

严格按过程定义的全过程执行。

独立评审：

除“评审”活动外，其他活动按过程定义的执行。

评审组长汇总所有发现的缺陷，与作者讨论并确认，最后导入项目的缺陷跟踪库。

走查：

将执行过程定义中，提交“工作产品”，“预评审”，“修正”，“验证”的活动，评审组长可以看做同行评审者本人。

走查发现的缺陷也要按缺陷管理过程进行跟踪。