详细系统验收专项方案验收指标.docxVIP

项目验收方案

1.1验收目标

验收是项目从实施到售后维护一个过渡阶段，在完成需求调研、软件开发、系统测试、上线布署、试运行等一系列工作后，应进入项目验收步骤。验收是项目建设过程一个里程碑，说明项目建设完成了实施这一过程。验收经过以后，项目进入系统售后维护阶段。

1.2总体验收标准

总体验收标准是北京乙方软件企业结合国家标准、软件行业通例所提出对于软件系统质量要求。

1.2.1标准定义

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

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

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

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

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

1.2.2验收标准具体说明

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

在软件验收测试中，测试依据包含软件开发协议、需求规格说明书、测试用例等。在进行验收测试后将发觉全部错误进行总结和归纳，并提交完整错误汇报，在错误汇报中包含每一等级错误数量和错误清单(全部错误全部需经过用户方和开发方确实定)。

用户方认为软件能够验收，但要求开发方对错误汇报中全部错误进行整改，进行回归测试，确定错误汇报中全部错误全部更正方可；如错误等级和数量在可接收范围外，用户方认为软件不可验收，要求开发方在要求时间内全方面整改软件，再次进行完整验收测试。

1.2.3软件错误严重性等级

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

不能实施正常功效或关键功效,或危及人身安全；

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

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

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

其它错误；

1.2.3错误和严重性等级对应

一级错误描述:这一等级错误通常包含以下内容:没有实现或错误地实现关键功效；业务步骤存在重大隐患；软件在操作过程中因为软件本身原因自动退出系统或出现死机情况；软件在操作过程中因为软件本身原因对系统或数据造成破坏；在现有软、硬建设环境下不能实现应有功效；特殊软件在操作过程中可能危及系统和人身安全等。

二级错误描述:这一等级错误通常包含:没有实现基础功效，而且不存在替换措施；没有实现关键功效中部分功效，而且不存在替换措施；业务步骤衔接错误；密钥以明文方法存放；没有留痕功效；用户权限分配不合理；在现有环境下，不能实现部分功效且没有替换方案；没有满足系统性能要求。

三级错误描述:这一级错误是和第2等级错误相对应，而第3级错误则存在替换方法；对误操作或错误操作没有提醒，造成非法数据进入数据库。

四级错误描述:这一等级错误通常为易用性方面错误。比如界面不友好、前后风格不一；中英文混杂；查询结果输出不直观等。

五级错误描述:通常为文档方面错误，如安装手册、操作手册、维护手册中描述错误。

1.3验收前提条件

从多方反馈和系统稳定性方面来看，整个系统运行已经进入正轨，

需求响应也已基础完成，试运行达成期后组织验收；

（二）每个模块需要相关使用科室关键责任人签字；

（三）全部模块根据协议要求全部建成，并满足使用要求；

（四）多种技术文档和验收资料完备，符合协议内容；

（五）系统建设和数据处理符合信息安全要求；

（六）外购操作系统、数据库、中间件、应用软件和开发工具符合知识产

权相关政策法规要求；

（七）经过建设方同意；

（八）协议或协议附件要求其它验收条件。

1.4验收方法

项目验收，是项目开发建设中有组织主动性行为，它是对项目建设高

度负责表现，也是项目建设成功关键确保。切实做好项目建设中验收

工作至关关键，应该采取有效方法，实实在在做好。为确保项目验收质量，

提议采取验收方法是：

运行项目系统软件，检验其应用软件实际能力是否和协议要求一致；

运行应用软件，实际操作，处理业务，检验是否和协议要求一致，达成了

预期目标。

1.5验收步骤

（一）成立项目验收小组

实施测试验收工作时，成立项目验收小组，具体负责验收事宜。

（二）项目验收实施

严格根据验收方案对项目应用软件、系统文档资料等进行全方面测试

和验收。

（三）提交验收汇报

项目验收完成，对项目系统设计、软件运行情况等做出全方面评价，

得出结论性意见，对不合格项目不予验收，对遗留问题提出具体

处理意见。

（四）召开项目验收评审会

召开项目验收评审会，全方面细致地审核项目验收小组所提交验收报

告，给出最终验收意见，形成验收评审汇报并存档。

1.6验收需提交文档

需求规格说明书；

概要设计说明书；

数据