评审管理办法.docVIP

评审管理办法 编写部门：品质部 - PAGE 4 - 评审管理办法 版本历史记录 日期年-月-日 版本 说明 作者 2009-12-7 1.0 评审管理办法初稿 吴雪玲 2009-12-11 1．1 完善评审管理办法，并增加评审的流程 吴雪玲 概述 目标 制定本办法是为了达到以下目标： 确定软件开发过程中必须进行的评审。 明确必须参加评审的人员、各评审点的评审内容以及通过准则。 范围 本办法适用于公司软件产品和软件项目开发所要进行的评审。 附则 本文件是软件产品/项目开发进行评审活动必须遵守的文件，本文件解释权归品质部。 本文件中提到的评审均指组间评审。 软件开发的评审 软件开发阶段划分 公司的软件开发基本包括如下几个阶段：项目立项分析、需求分析、概要设计、详细功能设计、界面设计、编码和测试。公司软件的不同，其规模、开发技术、应用领域等的不同，开发阶段也不尽相同。 软件立项分析 评审目的：对产品/项目的立项进行评审，保证产品/项目是可立项、可开发的。 评审对象：产品/项目可行性立项分析报告 前置条件：作者提前2个工作日分发到评审人员手中。 参加人员：技术委员会，销售部经理，渠道部经理，SQA 方式：会议投票。 通过准则：可行性立项分析报告经技术委员会批准 主持人：产品经理/项目经理 时间要求：文档从开始传阅到批准不超过3个工作日 需求分析评审 评审目的：对需求功能定义的清晰性、正确性、完整性进行评审，保证需求功能定义说明书达到质量要求。 评审对象：需求功能分析说明书 前置条件：作者提前2个工作日将需求功能分析说明书发送给评审人员，需求功能分析说明书经组内讨论通过。 参加人员：技术委员会，产品规划部经理，销售部经理，渠道部经理，测试负责人。 方式：会议讨论 通过准则：需求分析说明书经技术委员会批准 主 持 人：研发经理 评审时长：最长不超过2小时 开发计划评审 评审目的：对计划的合理性、适度性进行评审，保证产品的开发周期在预定时间内。 评审对象：开发计划包括产品的高层计划和项目的开发计划，同时，对文档计划、质量保证计划、配置管理计划等也应进行评审。 前置条件：产品的整体开发计划已制定完毕，作者提前1个工作日分发到评审人员手中。 参加人员：技术总监，研发经理，开发该产品的相关人员，测试负责人，SQA 方式：将所制定的开发计划形成文档，进行传阅，对提出的意见进行修改。 通过准则：开发计划经技术总监批准 主持人：研发经理 时间要求：计划从开始传阅到批准不超过2个工作日 概要设计评审 评审目的：对概要设计正确性、完整性、可实现性进行评审，保证实现功能定义〔设计〕中的功能和规定的性能要求。 评审对象：概要设计说明书、数据库设计说明书 前置条件：作者提前3个工作日将概要设计说明书发送给评审人员。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：概要设计说明书经技术委员会批准。 主 持 人：研发经理 评审时长：最长不超过2小时 详细功能设计评审 评审目的：对详细功能定义〔设计〕与功能定义〔设计〕的一致性、详细功能定义〔设计〕的完整性、清晰性进行评审，保证详细功能定义〔设计〕说明书达到质量要求。 评审对象：详细功能定义〔设计〕说明书 前置条件：作者提前2个工作日将详细功能定义〔设计〕说明书发送给评审人员，详细功能定义〔设计〕说明书经组内讨论通过。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：详细功能定义〔设计〕说明书经技术委员会确认无异议 主 持 人：研发经理 评审时长：根据评审内容确定，但以1小时为基准。 界面设计评审 评审目的：对界面设计模板的符合性、完整性、美观和整体协调性进行评审，以达到功能设计的要求，同时为编码提供依据。 评审对象：界面设计模板 前置条件：作者提前1个工作日将界面设计模板发送给评审人员。 参加人员：技术委员会，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：界面设计的各项要求均达到检查表规定的要求，各接口部门的负责人在检查表上签字。 主 持 人：研发经理 评审时长：最长不超过1小时 测试计划评审 评审目的：对计划的合理性、适度性进行评审，保证产品的测试周期在预定时间内。 评审对象：产品/项目的整体测试计划 前置条件：产品的整体开发计划已评审完成，作者提前1个工作日把测试计划文档分发到评审人员手中。 参加人员：技术总监，研发经理，测试经理，开发该产品的相关人员，测试负责人，SQA 方式：会议讨论 通过准则：测试计划说明书经技术总监确认无异议 主 持 人： 测试经理 评审时长：根据评审内容确定，但以1小时为基准。 测试用例评审