详细系统验收方案验收指标
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目验收方案
1.1 验收目的
验收是项目从实施到售后维护的一个过渡阶段,在完成需求调研、软件开发、系统测试、上线部署、试运行等一系列工作后,应进入项目验收环节。验收是项目建设过程的一个里程碑,说明项目建设完成了实施这一过程。验收通过之后,项目进入系统售后维护阶段。
1.2总体验收标准
总体验收标准是北京乙方软件公司结合国家标准、软件行业惯例所提出的对于软件系统质量的要求。
1.2.1标准定义
1)测试用例不通过数的比例< 1.5 %;
2)不存在错误等级为1 的错误;
3)不存在错误等级为2 的错误;
4)错误等级为3 的错误数量≤ 5;
5)所有提交的错误都已得到更正;
1.2.2验收标准的详细说明
总体验收标准,即每一级别的错误量的可接受范围。一般来说,不允许存在1 级和2级错误,而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定。
在软件验收测试中,测试的依据包括软件的开发合同、需求规格说明书、测试用例等。在进行验收测试后将发现的所有错误进行总结和归纳,并提交完整的错误报告,在错误报告中包括每一级别的错误数量和错误清单(所有的错误都需经过用户方和开发方的确认)。
用户方认为软件可以验收,但要求开发方对错误报告中的所有错误进行整改,进行回归测试,确认错误报告中的所有错误全部改正方可;如错误的级别和数量在可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,再次进行完整的验收测试。
1.2.3软件错误的严重性等级
软件错误的严重等级由重到轻,如下:
1)不能执行正常功能或重要功能, 或者危及人身安全;
2)严重地影响系统要求或基本功能的实现, 且没有办法解决;
3)严重地影响系统要求或基本功能的实现, 但存在合理的解决办法;
4)使操作者不方便或遇到麻烦, 但不影响执行正常功能或重要功能;
5)其它错误;
1.2.3错误与严重性等级对应
一级错误的描述:这一级别的错误一般包括以下内容: 没有实现或错误地实现重要的功能;业务流程存在重大隐患;软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况;软件在操作过程中由于软件自身的原因对系统或数据造成破坏;在现有的软、硬建设环境下不能实现应有的功能;特殊软件在操作过程中可能危及系统和人身安全等。
二级错误的描述:这一级别的错误一般包括: 没有实现基本功能,并且不存在替代办法;没有实现重要功能中的部分功能,并且不存在替代办法;业务流程衔接错误;密钥以明文方式存储;没有留痕功能;用户的权限分配不合理;在现有的环境下,不能实现部分功能且没有替代方案;没有满足系统的性能要求。
三级错误的描述:这一级的错误是与第2 级别的错误相对应的,而第3 级错误则存在替代方法;对误操作或错误操作没有提示,导致非法数据进入数据库。
四级错误的描述:这一级别的错误通常为易用性方面的错误。比如界面不友好、前后风格不一;中英文混杂;查询结果输出不直观等。
五级错误的描述:通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
1.3 验收前提条件
(一)从多方的反馈和系统稳定性方面来看,整个系统的运行已经进入正轨,需求的响应也已基本完成,试运行达到期后组织验收;
(二)每个模块需要相关使用科室主要负责人签字;
(三)所有模块按照合同要求全部建成,并满足使用要求;
(四)各种技术文档和验收资料完备,符合合同的内容;
(五)系统建设和数据处理符合信息安全的要求;
(六)外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求;
(七)经过建设方同意;
(八)合同或合同附件规定的其他验收条件。
1.4 验收方法
项目验收,是项目开发建设中有组织的主动性行为,它是对项目建设高度负责的体现,也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要,应当采取有效措施,实实在在做好。为保证项目验收质量,建议采用的验收方法是:
运行项目系统软件,检验其应用软件的实际能力是否与合同规定的一致;
运行应用软件,实际操作,处理业务,检查是否与合同规定的一致,达到了
预期的目的。
1.5 验收步骤
(一)成立项目验收小组
实施测试验收工作时,成立项目验收小组,具体负责验收事宜。(二)项目验收的实施
严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试和验收。
(三)提交验收报告
项目验收完毕,对项目系统设计、软件运行情况等做出全面的评价,得出结论性意见,对不合格的项目不予验收,对遗留问题提出具体的解决意见。
(四)召开项目验收评审会
召开项目验收评审会,全面细致地审核项目验收小组所提交的验收报告,给出最终的验收意见,形成验收评审报告并存档。
1.6 验收需提交的文档
1)需求规格说明书;
2)概要设计说明书;
3)数据及数据库设计要求说明书;
4)详细设计说明书;
5)操作手册;
6)用户手册;
7)项目用户评价过程意见;
8)软件接口规范;
9)源码提交清单;
1.9 验收结论
验收结果分为:验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的,视为验收合格;由于提供材料不详难以判断,或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的,视为需要复议。
1、项目凡具有下列情况之一的,按验收不合格处理:
(一)未按项目考核指标或合同要求达到所预定的主要技术指标的;
(二)所提供的验收材料不齐全或不真实的;
(三)项目的内容、目标或技术路线等已进行了较大调整,但未曾得到相关单位认可的;
(四)实施过程中出现重大问题,尚未解决和作出说明,或项目实施过程及结果等存在纠纷尚未解决的;
(五)没有对系统或设备进行试运行,或者试运行不合格;
(六)违反法律、法规的其他行为。
2、项目验收结论的处理
(一)验收结论为验收合格的,则后可进行项目交接;如有需补充问题,则在补充问题响应完成后进行项目交接。
(二)验收结论为需要复议的,则供应商需在一周内补充有关材料或者进行相关说明。
(三)验收结论为验收不合格的,则供应商必须限期整改,整改后试运行合