《评审管理办法》由会员分享，可在线阅读，更多相关《评审管理办法（5页珍藏版）》请在金锄头文库上搜索。
1、评审管理办法编写部门：品质部 - 1 -评审管理办法版本历史记录日期 版本 说明 作者2009-12-7 1.0 评审管理办法初稿 吴雪玲2009-12-11 11 完善评审管理办法，并增加评审的流程 吴雪玲1 概述1.1 目标制定本办法是为了达到以下目标： 确定软件开发过程中必须进行的评审。 明确必须参加评审的人员、各评审点的评审内容以及通过准则。1.2 范围本办法适用于公司软件产品和软件项目开发所要进行的评审。1.3 附则本文件是软件产品/项目开发进行评审活动必须遵守的文件，本文件解释权归品质部。本文件中提到的评审均指组间评审。2 软件开发的评审2.1 软件开发阶段划分公司的软件开发基本包
2、括如下几个阶段：项目立项分析、需求分析、概要设计、详细功能设计、界面设计、编码和测试。公司软件的不同，其规模、开发技术、应用领域等的不同，开发阶段也不尽相同。2.2 软件立项分析 评审目的：对产品/项目的立项进行评审，保证产品/项目是可立项、可开发的。评审管理办法编写部门：品质部 - 2 - 评审对象：产品/项目可行性立项分析报告 前置条件：作者提前 2 个工作日分发到评审人员手中。 参加人员：技术委员会，销售部经理，渠道部经理，SQA 方式：会议投票。 通过准则：可行性立项分析报告经技术委员会批准 主持人：产品经理/项目经理 时间要求：文档从开始传阅到批准不超过 3 个工作日2.3 需求分析
3、评审 评审目的：对需求功能定义的清晰性、正确性、完整性进行评审，保证需求功能定义说明书达到质量要求。 评审对象：需求功能分析说明书 前置条件：作者提前 2 个工作日将需求功能分析说明书发送给评审人员，需求功能分析说明书经组内讨论通过。 参加人员：技术委员会，产品规划部经理，销售部经理，渠道部经理，测试负责人。 方式：会议讨论 通过准则：需求分析说明书经技术委员会批准 主 持 人：研发经理 评审时长：最长不超过 2 小时2.4 开发计划评审 评审目的：对计划的合理性、适度性进行评审，保证产品的开发周期在预定时间内。 评审对象：开发计划包括产品的高层计划和项目的开发计划，同时，对文档计划、质量保证
4、计划、配置管理计划等也应进行评审。 前置条件：产品的整体开发计划已制定完毕，作者提前 1 个工作日分发到评审人员手中。 参加人员：技术总监，研发经理，开发该产品的相关人员，测试负责人，SQA 方式：将所制定的开发计划形成文档，进行传阅，对提出的意见进行修改。 通过准则：开发计划经技术总监批准 主持人：研发经理评审管理办法编写部门：品质部 - 3 - 时间要求：计划从开始传阅到批准不超过 2 个工作日2.5 概要设计评审 评审目的：对概要设计正确性、完整性、可实现性进行评审，保证实现功能定义设计中的功能和规定的性能要求。 评审对象：概要设计说明书、数据库设计说明书 前置条件：作者提前 3 个工作
5、日将概要设计说明书发送给评审人员。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：概要设计说明书经技术委员会批准。 主 持 人：研发经理 评审时长：最长不超过 2 小时2.6 详细功能设计评审 评审目的：对详细功能定义设计与功能定义设计的一致性、详细功能定义设计的完整性、清晰性进行评审，保证详细功能定义设计说明书达到质量要求。 评审对象：详细功能定义设计说明书 前置条件：作者提前 2 个工作日将详细功能定义设计说明书发送给评审人员，详细功能定义设计说明书经组内讨论通过。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论
6、通过准则：详细功能定义设计说明书经技术委员会确认无异议 主 持 人：研发经理 评审时长：根据评审内容确定，但以 1 小时为基准。2.7 界面设计评审 评审目的：对界面设计模板的符合性、完整性、美观和整体协调性进行评审，以达到功能设计的要求，同时为编码提供依据。 评审对象：界面设计模板评审管理办法编写部门：品质部 - 4 - 前置条件：作者提前 1 个工作日将界面设计模板发送给评审人员。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：界面设计的各项要求均达到检查表规定的要求，各接口部门的负责人在检查表上签字。 主 持 人：研发经理 评审时长：最长不超过
7、 1 小时2.8 测试计划评审 评审目的：对计划的合理性、适度性进行评审，保证产品的测试周期在预定时间内。 评审对象：产品/项目的整体测试计划 前置条件：产品的整体开发计划已评审完成，作者提前 1 个工作日把测试计划文档分发到评审人员手中。 参加人员：技术总监，研发经理，测试经理，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：测试计划说明书经技术总监确认无异议 主 持 人： 测试经理 评审时长：根据评审内容确定，但以 1 小时为基准。2.9 测试用例评审 评审目的：对测试用例的完整性，准确性，全面性，粒度大小进行评审。 评审对象：重点模块的测试用例 前置条件：作者提前 2
8、 个工作日将重点模块的测试用例发送给评审人员，测试用例在组内经过讨论确认。 参加人员：研发经理，开发该产品的相关人员，测试负责人，SQA。 方式：会议讨论 通过准则：测试用例说明经研发经理确认无异议 主 持 人： 测试经理 评审时长：根据评审内容确定，但以 1 小时为基准。评审管理办法编写部门：品质部 - 5 -3 评审流程第一步：准备评审1 作者按照计划，根据评审类别不同从 CVS 上提取要评审的文档通过邮件方式发给参加评审的人员2 评审人员拿到评审内容后，仔细查阅文件，提出合理建议，发给 SQA 汇总。3 SQA 把评审人员的意见反馈给编写评审内容的人员。4 作者拿到 SQA 汇总后的意见
9、，逐一查看，修改明显的缺陷，不能确定的放在会议上讨论，并恢复 SQA5 SQA 收到回复后，把回复发给参加评审的人员。第二步：举行评审会议1 主持人宣讲：由主持人宣布本次评审会的开始，并简要介绍本次评审的内容。2 作者介绍工作成果：作者先概要介绍本次评审的内容，然后逐一内容进行介绍。3 识别缺陷和答辩：作者介绍完成，各个评审人员提出问题，讨论并识别缺陷，主持人逐一列出。4 讨论缺陷解决方案：根据主持人列出的缺陷列表，逐一列出进行讨论，对于一时无法得出结果的缺陷暂且保留。5 会议结束决议：讨论完所有缺陷，由技术委员会主席确认结论，主持人宣布会议结束第三步：跟踪与审核1 在会议结束的当天，由研发助理整理会议纪要，打印并保存电子版，SQA 根据会议纪要完成评审报告，并给参加评审人员进行签字确认2 对于在会议上暂时没有结论问题逐一列出，要求相关人员列出下次讨论/评审的计划，SQA 进行跟踪
