软件项目评审.pdfVIP

软件项目评审

版本V1.0

编制：XXX

审核：XXX

开发组

2008年06月

目录

1评审1

1。1角色和职责2

1。2评审目标2

1。3评审时3

1.4评审的基本要求3

1.5评审依据4

1。6评审内容4

1.7评审方式4

1.7.1会签评审4

。会议评审

1.725

1.8评审工作程序5

。。提出申请

1815

。提供资料

1.825

。成立评审小组

1.835

。。评委发表意见

1846

。形成评审结论

1.856

1.8.6评审结果处理7

。评审资料的归档

1.877

。。跟踪管理

1887

1评审

软件项目的评审由于标准难定、易于变化等特点，很多情况下开

发出来的功能模块，与业务部门的要求往往有差异。因此，为了保证

第1页

软件项目的顺利部署上线,我们建议集合公司各个职能部门的相关人

员，组成软件项目评审管理小组（在此规范中简称：评审小组）。

评审小组设置多个角色，角色并不代表个人，而是说明个人在业

务中应该如何表现以及他们应该承担的责任.角色根据工作开展的需

要增减、调配人员。

1.1角色和职责

1)主审人。主审人是业务、技术评审的指挥人员，负责评审活

动的组织、结论、书面报告和问题跟踪。

2）技术评审员。技术评审员应由满足要求的技术人员担任，负

责向评审组成员提出自己的评审意见和建议。

3）业务功能评审人员，主要由各职能部门委派专人负责本部门

的功能模块测试、确认.

4)记录员。会议记录人员，全程记录会议的内容，把存在的问题

进行记录，并且整理成文档，并且提交给主审人参考。

5)用户代表。必要时,由主审人确定能够充当用户代表的角色。

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

1。2评审目标

软件项目评审的目标是由一组有经验的业务人员以及技术人员

对软件项目标设计和开发的输出进行评价，以判断确定设计和开发的

输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格

第2页

和标准的偏差。它向业务部门提供充足的证据以证明：

1）设计和开发的输出符合了其规格要求；

2)设计和开发的输出是否满足相关法律、法规以及企业标准的要

求；

3）软件产品的更改得到了恰当地实施;

4）软件产品的更改只对那些规格发生了更改的系统区域有影响，

没有引入新的问题；

5）软件产品是否已经达到了业务部门的功能模块需求；

6）软件产品是否已经按软件招标书的要求是实现了相应的功能。

1。3评审时机

按《软件工程项目实施计划书》所策划的评审检查点进行.因临

时变更引起的突发性的评审随时进行，如果有延迟的需要提交书面说

明，并且呈报相关的领导。

1.4评审的基本要求

a)软件项目评审应分级进行。整个项目的验收评审,应进行公司级

评审；业务部门级的项目一般进行业务部门级评审。

b)软件项目评审视具体情况可一次进行，也可分段进行。

c）评审结论应使用书面报告形式明确记录，并且需要相关