德信无线标准软件过程TSSP-18-软件同行评审流程介绍.pptVIP

软件同行评审流程介绍 TF. SW Change History Record 提纲 1. 为什么需要同行评审 2. 同行评审的目的、对象和意义 3. 同行评审过程概述 4. 角色与职责 5. 评审过程解析 6. 相关流程及规程 7. 形成高效的评审氛围 附一：评审组长名单 附二：评审记录单 附三：《文档分发式评审签单》模板 1.为什么需要同行评审 原因一： 技术工作之所以需要接受同行评审就好比铅笔需要橡皮一样，请记住： 凡人皆有错！ 原因二： 尽管人们善于找出自己所犯的部分错误，但是相对于其他任何人而言，大量的各种错误还是很容易逃脱创作者的眼睛，这被称为思维定势。 2. 同行评审的目的、对象和意义 同行评审的目的 尽早地发现和消除工作产品中的缺陷，从而有效地提高产品的质量 同行评审的对象 开发过程中的所有工作产品，包括代码、基线、文档等 同行评审的作用 通过消除工作成果的缺陷而提高产品的质量； 越早消除缺陷就越能降低开发成本； 开发人员能及时地得到同行专家的帮助和指导，无疑会加深对工作成果的理解，更好地预防缺陷，在一定程序上提高了开发生产率。 3. 同行评审过程概述 3.1 评审方式 文档正式评审、文档分发式评审； 代码正式评审、代码非正式评审（桌面评审）； 3.2 评审原则 评审应关注接受评审的工作产品，而不是针对作者，评审结果不用于评价作者个人表现；同时，评审应将注意力放在缺陷的判定上，而不是缺陷的解决上，应限制争论和辩驳。 3.3 评审过程 评审准备、评审执行、问题跟踪 3.4 评审审计 SQA人员对评审的执行情况进行抽查（具体抽查范围和抽查频率在SDP的评审计划中定义） 3.5 评审人数 评审人员应为三至七人，并且为奇数（不含SQA、作者、学习观摩人员） 4. 角色与职责 作者 申请和组织评审，负责工作产品的讲解，评审问题的答辩，并按关闭计划修改评审出的问题 ；文档分发式评审时的问题记录和汇总提交； 评审组长 审查并批准评审，指定评审成员，负责评审会议前的走查工作（并负责记录走查时发现的问题），评审会议的主持，协助分析评审中发现的问题，制定关闭计划，验证并关闭评审问题 ； 评审成员 参加评审会议，审查评审对象的正确性和合理性，通过场景联想触发发现新的问题； 记录员 记录评审出的问题，负责评审会议中《评审记录单》的填写，并在评审会后将问题提交至评审管理工具 ； SQA 抽查评审过程及评审记录，对评审记录进行分析 。 代码正式评审 作者申请 — 组长走查并记录预评审问题 — 组长批准申请 — 评审会 — 记录员完成《评审记录单》 —记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审 代码非正式评审 作者申请 — 组长批准 — 评审会 —记录员完成《评审记录单》 — 记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审 文档正式评审 作者申请 — 组长批准 — 评审组内预评审 — 作者汇总预评审问题至《评审记录单》 — 组长判定评审是否如期进行 — 评审会 — 记录员完成《评审记录单》 — 记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审 文档非正式评审 作者申请 — 组长批准 — 分发工作产品 — 评审成员邮件反馈评审问题 — 作者提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审 — 作者完成《文档分发式评审签单 》 本节内容按评审活动的顺序，对各种评审方式具体活动做详细讲解： 5.1 评审准备 5.1.1 代码正式评审 5.1.2 文档正式评审 5.1.3 代码非正式评审 5.2 评审会议 5.3 评审问题跟踪过程 5.4 文档分发式评审过程 5.4.3 文档分发式评审_评审问题跟踪 代码正式评审 作者申请 — 组长走查并记录预评审问题 — 组长批准申请 — 评审会 — 记录员完成《评审记录单》 — 记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审 — 交《评审记录单》给项目SQA 代码非正式评审 作者申请 — 组长批准 — 评审会 —记录员完成《评审记录单》 — 记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 — 组长关闭评审— 交《评审记录单》给项目SQA 文档正式评审 作者申请 — 组长批准 — 评审组内预评审 — 作者汇总预评审问题至《评审记录单》 — 组长判定评审是否如期进行 — 评审会 — 记录员完成《评审记录单》 — 记录员提交问题到PRM中 — 作者修改问题 — 组长验证关闭问题 —