软件项目验收标准文档v1.doc

(完整word)软件项目验收标准文档v1
文档修订记录

版本号
＊变化
状态
简要说明
日期
变更人
批准日期
批准人
V1.0
新建
初始版本

目录
1。 前言 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

1. 前言
1.1. 目的
在参考了大量的实践案例和文献的基础上,结合项目特征和实际制定本验收标准指导书，确立项目质量目标，规范软件的验收。
1.2. 范围
适用于公司所有IT类型项目（包括合同开发类、项目实施类以及系统集成类）的验收标准确定.
1.3. 术语定义
1.4. 预期读者与阅读建议

预期读者
阅读建议
项目经理
对本标准与重要需求方、供应商达成共识，并熟知该标准
项目分管领导
了解本标准并认可
项目组成员
熟知本标准
重要需求方
对本标准与项目经理、供应商达成共识，并熟知该标准
供应商
对本标准与项目经理、重要需求方达成共识、并熟知和遵守该标准
其他重要相关方
了解本标准主要内容

2. 验收原则
验收参与部门：供应商代表、项目业主、监理人员、专家小组或第三方验收人员。
在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见；在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述;在开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审或第三方的验收测试，提供完整的错误报告提交给项目业主，由项目业主根据之前签订的开发合同中相应的验收标准判断是否进行验收.
3. 总体验收标准
总体验收标准是结合国家标准、软件行业惯例所提出的对于软件系统质量的最低要求，所有交付的软件必须满足本标准的约定.
3.1. 标准定义
｛以下内容根据项目实际情况调整：}
1) 测试用例不通过数的比例< 1。5 %；
2) 不存在错误等级为1 的错误；
3) 不存在错误等级为2 的错误；
4) 错误等级为3 的错误数量≤ 5;
5) 所有提交的错误都已得到更正；
3.2. 验收标准的详细说明
总体验收标准,即每一级别的错误量的可接受范围。一般来说,不允许存在1 级和2级错误，而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定，并在软件开发合同中明确地列出。
在软件验收测试中， 测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同时还包括特定软件的相关行业标准（这些行业标准应在开发合同中明示出来）。
在进行第三方的验收测试后，软件评测中心将发现的所有错误进行总结和归纳， 并提交完整的错误报告,在错误报告中包括每一级别的错误数量和错误清单(所有的错误都需经过用户方和开发方的确认）.
用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照，如错误的级别和数量在合同中没有约定，可按本办法的规定进行.用户方认为软件可以验收,但要求开发方对错误报告中的所有错误进行整改，进行回归测试，确认错误报告中的所有错误全部改正方可;如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件，再次进行完整的验收测试。
3.2.1. 软件错误的严重性等级
软件错误的严重等级由重到轻，如下:
1) 不能执行正常功能或重要功能，或可能危机整个系统、网络、设备的安全；
2) 严重地影响系统要求或基本功能的实现, 且没有办法解决；
3) 严重地影响系统要求或基本功能的实现， 但存在合理的解决办法；
4) 使操作者不方便或遇到麻烦, 但不影响执行正常功能或重要功能;
5) 其它错误;
3.2.2. 错误与严重性等级对应
3.2.2.1. 一级错误的描述
这一级别的错误一般包括以下内容: 没有实现或错误地实现重要的功能;业务流程存在重大隐患；软件在操作过程中由于软件自身的原因自动退出系统或出现死机、系统崩溃等情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏;在现有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统安全、网络安全和设备安全等。
3.2.2.2. 二级错误的描述
这一级别的错误一般包括： 没有实现基本功能,并且不存在替代办法；没有实现重要功能中的部分功能,并且不存在替代办法；业务流程衔接错误；密钥以明文方式存储;没有留痕功能;用户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代方案；没有满足系统的性能要求。
3.2.2.3. 三级错误的描述
这一级的错误是与第2 级别的错误相对应的，而第3 级错误则存在替代方法；对误操作或错误操作没有提示,导致非法数据进入数据库.
3.2.2.4. 四级错误的描述
这一级别的错误通常为易用性方面的错误。比如界面不友好、前后风格不一;中英文混杂；查询结果输出不直观等。
3.2.2.5. 五级错误的描述
通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
4. 项目验收标准
4.1. 功能验收
4.1.1. 功能项验收
对软件需求规格说明书中的所有功能项进行测试验收；
4.1.2. 业务流程验收
主要是对软件项目的典型业务流程进行测试验收;
4.2. 非功能验收
4.2.1. 容错验收
容错验收的内容主要包括:
1) 软件对用户常见的误操作是否能进行提示；
2) 软件对用户的的操作错误和软件错误，是否有准确、清晰的提示；
3） 软件对重要数据的删除是否有警告和确认提示;
4） 软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的错误提示。
4.2.2. 安全性验收
安全性验收的检查内容主要包括：
1） 软件中的密钥是否以密文方式存储；
2) 软件是否有留痕功能， 即是否保存有用户的操作日志，并按照规则进行日志切割保存;
3) 软件中各种用户的权限分配是否合理;
4.2.3. 性能/压力验收
对软件需求规格说明书中明确的软件并发/性能进行验收。验收的准则是要满足规格说明书中的各项并发/性能指标。
4.2.4. 易用性验收
易用性验收的内容主要包括：
1） 软件的用户界面是否友好，是否出现中英文混杂的界面，界面功能排列是否合理；
2) 软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;
3） 软件中各个模块的界面风格是否一致；
4) 软件中的查询结果的输出方式是否比较直观、合理.
4.2.5. 适应性验收
参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。
4.3. 安装验收
4.3.1. 数据恢复验收
4.3.2. 数据接入验收
4.4. 文档验收
用户文档包括: 安装手册、操作手册和维护手册。对用户文档验收的内容包括：
1） 操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；
2) 用户文档描述的信息是否正确， 是否没有歧义和错误的表达；
3） 户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达；
4） 用户文档对主要功能和关键操作是否提供应用实例；
5) 用户文档是否有详细的目录表和索引表;
4.5. 用户有特别要求的功能验收
5. 验收资料
1) 解决方案
2) 合同
3) 需求规格说明书;
4) 概要设计说明书；
5) 数据及数据库设计要求说明书；
6) 详细设计说明书；
7) 操作手册;
8) 用户手册；
9) 项目用户评价过程意见；
10) 软件接口规范;
11) 安装盘；
第8页 共 8 页