软件综合项目验收统一标准文档.docVIP

文档修订统计

版本号

*改变

状态

简明说明

日期

变更人

同意日期

同意人

V1.0

新建

初始版本

目录

TOC\o1-4\h\z\u1. 序言 3

1.1. 目标 3

1.2. 范围 3

1.3. 术语定义 3

1.4. 预期读者和阅读提议 3

2. 验收标准 3

3. 总体验收标准 4

3.1. 标准定义 4

3.2. 验收标准具体说明 4

3.2.1. 软件错误严重性等级 4

3.2.2. 错误和严重性等级对应 5

3.2.2.1. 一级错误描述 5

3.2.2.2. 二级错误描述 5

3.2.2.3. 三级错误描述 5

3.2.2.4. 四级错误描述 5

3.2.2.5. 五级错误描述 6

4. 项目验收标准 6

4.1. 功效验收 6

4.1.1. 功效项验收 6

4.1.2. 业务步骤验收 6

4.2. 非功效验收 6

4.2.1. 容错验收 6

4.2.2. 安全性验收 6

4.2.3. 性能/压力验收 7

4.2.4. 易用性验收 7

4.2.5. 适应性验收 7

4.3. 安装验收 7

4.3.1. 数据恢复验收 7

4.3.2. 数据接入验收 7

4.4. 文档验收 7

4.5. 用户有尤其要求功效验收 8

5. 验收资料 8

序言

目标

在参考了大量实践案例和文件基础上，结合项目特征和实际制订本验收标准指导书，确立项目质量目标，规范软件验收。

范围

适适用于企业全部IT类型项目（包含协议开发类、项目实施类和系统集成类）验收标正确定。

术语定义

预期读者和阅读提议

预期读者

阅读提议

项目经理

对本标准和关键需求方、供给商达成共识，并熟知该标准

项目分管领导

了解本标准并认可

项目组组员

熟知本标准

关键需求方

对本标准和项目经理、供给商达成共识，并熟知该标准

供给商

对本标准和项目经理、关键需求方达成共识、并熟知和遵守该标准

其它关键相关方

了解本标准关键内容

验收标准

验收参与部门：供给商代表、项目业主、监理人员、教授小组或第三方验收人员。

在软件开发协议签署阶段就提出软件验收项目和验收经过标准意见；在软件需求评审阶段，仔细审阅软件需求规格说明书，指出不利于测试和可能存在歧义描述；在开发完软件并经过开发方内部仔细测试后，对完成软件进行评审或第三方验收测试，提供完整错误汇报提交给项目业主，由项目业主依据之前签署开发协议中对应验收标准判定是否进行验收。

总体验收标准

总体验收标准是结合国家标准、软件行业通例所提出对于软件系统质量最低要求，全部交付软件必需满足本标准约定。

标准定义

{以下内容依据项目实际情况调整：}

测试用例不经过数百分比1.5%；

不存在错误等级为1错误；

不存在错误等级为2错误；

错误等级为3错误数量≤5；

全部提交错误全部已得到更正；

验收标准具体说明

总体验收标准，即每一等级错误量可接收范围。通常来说，不许可存在1级和2级错误，而3级错误数量则可按本标正确定或由用户方和开发方依据软件规模和复杂程度进行约定，并在软件开发协议中明确地列出。

在软件验收测试中，测试依据包含软件投标文件、开发协议、需求规格说明书,同时还包含特定软件相关行业标准(这些行业标准应在开发协议中明示出来)。

在进行第三方验收测试后，软件评测中心将发觉全部错误进行总结和归纳，并提交完整错误汇报，在错误汇报中包含每一等级错误数量和错误清单(全部错误全部需经过用户方和开发方确实定)。

用户方依据错误汇报中每一等级错误数量和错误清单和软件开发协议中验收标准进行对照，如错误等级和数量在协议中没有约定，可按本措施要求进行。用户方认为软件能够验收，但要求开发方对错误汇报中全部错误进行整改，进行回归测试，确定错误汇报中全部错误全部更正方可；如错误等级和数量在协议可接收范围外，用户方认为软件不可验收，要求开发方在要求时间内全方面整改软件，再次进行完整验收测试。

软件错误严重性等级

软件错误严重等级由重到轻，以下：

不能实施正常功效或关键功效，或可能危机整个系统、网络、设备安全；

严重地影响系统要求或基础功效实现,且没有措施处理；

严重地影响系统要求或基础功效实现,但存在合理处理措施；

使操作者不方便或碰到麻烦,但不影响实施正常功效或关键功效；

其它错误；

错误和严重性等级对应

一级错误描述

这一等级错误通常包含以下内容:没有实现或错误地实现关键功效；业务步骤存在重大隐患；软件在操作过程中因为软件本身原因自动退出系统或出现死机、系统瓦解等情况；软件在操作过程中因为软件本身原因对系统或数据造成破