同 行 评 审
1、 同行评审：（Peer Review）是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的一部分被安排了进度。
· 需要前期准备、计划和时间进度表
· 越早越好
1、 同行评审的作用：· 早期发现缺陷；· 去除缺陷；· 降低成本；· 提高质量。
2、 同行评审的类型：· 正规检视：（Inspection）最严格，要求有规范的流程，参
加者经过正式培训；
· 技术评审：（Technique Review）以技术方案的比较、裁决
为目的，严格程度介于正规检视和走读之间；
· 走 读：（Walk Through）最（自由）松散的形式，无流程要求，有评审团队，评审流程无要求。
3、 通用评审流程步骤（正规检视流程）：
4、 计划阶段：
· 项目负责人指定组织者；·作者自检工作产品；· 组织者规划本次评审；
· 检查入口准则：是否符合文档标准？是否已用工具检查？代码<=500行；
文档<=40页；……
· 准备评审包：工作产品（HLD）；参考资料（SRS-检查一致性）；评审表（Review Form）；查检表（Checklist）。
· 指定评审专家（3-6人）；
· 组织者将评审包、评审通知单发给相关人员。
5、 介绍会议：
· 被评审对象采用新技术、新方法；· 被评审对象第一次被评审 à（作者介绍被审对象以及相关技术）
· 评审专家第一次参加评审 à （评审者介绍评审流程）
· 介绍会议的召开距接到评审通知的时间大于5小时；
· 介绍会议的时间不超过1小时，30-60间为宜，关注讲解。
6、 准备阶段：（最重要、发现缺陷最多）
· 评审专家个人独立完成工作产品的审视，提出缺陷；
· 准备时间 大于 会议时间，且应于会议前2天开始；
· 评审者：收到组织者发来的评审包；审核工作产品、发现缺陷；填写评审表单；反馈评审表单给组织者；
组织者：检查评审表单；裁决是否需要增加评审评审投入（增加准备时间；增加评审专家人数；更换评审专家）
7、 会议阶段（2小时内；只提出问题，不关注解决）：
· 组织者召开评审会议；
· 讲解员讲解工作产品；（尽量不要由作者兼任）
· 大家共同确认问题（评审表单中记录的问题；会上发现的问题；当争执不
下时组织者应做出裁决）
· 对已确认的问题进行分类；
· 作者决定是否召开第三小时会议；
· 记录员记录所有的问题及分类，并发给组织者；（记录员尽量不要由作者和组织者担任）
· 组织者更新评审表单。
8、 第三小时会议
· 有争议的问题继续讨论，给出决议；
· 讨论解决问题方案；
· 组织者更新评审表单。
9、 返 工：发回作者修改；
10、 跟 踪：
· 汇总所有需要的数据到评审表单发给相关评审专家；
· 组织评审专家确认各缺陷得到了修改，并且没有引入新的缺陷；
· 协助组织者确认相关问题得到了正确修改并且没有引入新的缺陷；
· 确认评审表单中各相关度量数据正确（发现缺陷数；评审投入时间；评审专家人数等）
