评审管理办法.doc

评审管理办法
版本历史记录
日期<年-月-日>
版本
说明
作者
2009-12-7

评审管理办法初稿
吴雪玲
2009-12-11

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