前言

　　最近，和几个同行谈到软件项目阶段评审的问题，有不少人抱怨评审过程无章可依，参与评审的人员分不清自己的职责，甚至对评审过程也不甚了了。为此，笔者结合自己的一些评审经验，参考揉和了几种不同的评审流程，编成《软件项目设计和开发评审指南》，供大家参考。

1　目的

　　设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据以证明

　　1）设计和开发的输出符合了其规格要求；
　　2）设计和开发的输出是否满足相关法律、法规以及企业标准的要求；
　　3）软件产品的更改得到了恰当地实施；
　　4）软件产品的更改只对那些规格发生了更改的系统区域有影响，没有引入新的问题。

2　范围

　　本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。

3　角色和职责

　　3.1 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。

　　3.2 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。

　　3.3 质量保证人员：

　　3.4 记录员。会议记录人员。

　　3.5 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。

　　3.6 相关领导和部门管理人员。

4　评审时机

　　按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。

5　评审的基本要求

　　a）设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般进行业务部门级评审；
　　b）设计和开发评审视具体情况可一次进行，也可分段进行；
　　c）评审结论应明确；
　　d）评审资料应及时归档。

6　评审依据

　　a）合同、技术协议书、需求规格说明书和设计任务书；
　　b）有关标准、规范和质量保证文件。

7　评审内容

　　评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进行评审的要求。主要内容：

　　a）设计方案正确性、先进性、可行性和经济性；
　　b）系统组成、系统要求及接口协调的合理性；
　　c）系统与各子系统间技术接口的协调性；
　　d）采用设计准则、规范和标准的合理性；
　　e）系统可靠性、维修性、安全性要求是否合理；
　　f）关键技术的落实解决情况；
　　g）编制的质量计划是否可行。

8　评审方式

　　评审方式有会签评审和会议评审两种。

8.1 会签评审

　　会签评审是各个评委根据评审的内容和要求进行审核并发表自己意见，当各位评委的意见基本一致，或问题比较明确并已得到解决，则不召开会议而直接填写《设计和开发评审报告》的一种评审方式。

8.2 会议评审

　　会议评审就是公司组织内外的专家召开评审会议，根据评审的内容和要求进行讨论、分析并就最终结果达成一致的评审方式。

9　工作程序