软件项目验收标准文档.docx

.1
文档修订记
录
r—*
件生产。
.
术语定义
.
适E
琳13
莹减。
.
易m
［装性
13款肃鹏挪轿腰镣缚#厚曜。
.
遵&
首性13
角内畴鳗呐郎植蜘腻整镁。
.
易耄
h奂性
,A凰撵鲜bi铁频钙蓟纠庙。
14
、，、，刖日
（提供所有为正确解释本软件开发计划所必需的术语和缩略语的定义。术语很多时，用列表作为本文档«勺附件。}预期读者与阅读建议
（描述本文档的出要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如：}阅读建议
预期读者业务经理工程分管领导'工程组成员I
关联工程组
客户代表
参考〔列出描述参考的『有文档。〕«GB/T16260-1996信息技术/软件产品评价/质虽特性及其使用指南》
«8/「7544-19。8软件包质虽要求和测试》«GB/T15532-2008计算机软件测试规范》
工程概述
验收原则验收参与部门：客户代表、***公司、最终用户单位、专家小组或第三方验收人员在软件开发合同的签订阶段就提出软件验收工程和验收通过标准的意见；在软件的需
求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述；
在***公司开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审或第三方的验收测试，提供完整的错误报告提交给客户代表，由客户代表根据之前签订的开发合同中
相应的验收标准判断是否进行验收。镑1!饷^镣贤挥10留。
总体验收标准是|***公司结合国家标准、软件行业惯例所提出的对于软件系统质虽的最低要求，所有交付的软件必须满足本标准的约定。攥阂频蛛阵涝it谴隗泸。
标准定义(以下内容根据工日实际情况调整：}测试用例不通过数的比例<%;不存在错误，级为1的错误；不存在错误十级为2的错误；
错误等级为3的错误数虽V5;所有提交的错误都已得到更正；验收标准的详细说明总体验收标准，即每一级别的错误虽的可接受范围。一般来说，不允许存在1级和2级错误，而3级错误的数H:则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定，并在软件开发合同中明确地列出。雏纨颗舒讨跃满赚。
在软件验收测试中，测试的依据包括软件的投标文件、开发合同、需求规格说明书，同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。夹暇闾姓档H迁侬减。
在进行第三方的验收测试后，软件评测中心将发现的所有错误进行总结和归纳，并提交完整的错误报告，在错误报告中包括每一级别的错误数虽和错误清单(所有的错误都需经过用户方和开发方的确认)。视名卅慢鹏解左童脑钧用户方根据错误报告中每一级别的错误数虽和错误清单与软件开发合同中的验收标准进行对照，如错误的级别和数虽在合同中没有约定，可按本办法的规定进行。用户方认为软件可以验收，但要求开发方对错误报告中的所有错误进行整改，进行回归测试，确认错误报告中的所有错误全部改正方可；如错误的级别和数虽在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件，再次进行完整的验收测试。镑金与®。
软件错误的严重性等级软件错误的严重等级由重到轻，如下:
1)不能执行正常功能或重要功能
或者危及人身安全;
2)严重地影响系统要求或基本功能的实现
且没有办法解决;
3)严重地影响系统要求或基本功能的实现
但存在合理的解决办法;
4)使操作者不方便或遇到麻烦，但不影响执行正常功能或重要功能;5)其它错误;错误与严重性等级对应一级错误的描述这一级别的错误一般包括以下内容：没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏；在现有的软、硕建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统和人身安全等。备思彳困佻膻斜轿级镇挤府。
二级错误的描述这一级别的错误一般包括：没有实现基本功能，并且不存在替代办法；没有实现重要功能中的部分功能，并且不存在替代办法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；用户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代方案；没有满足系统的性能要求。邸懑轲^侥张磔阵轸蔼。
三级错误的描述这一级的错误是与第2级别的错误相对应的，而第3级错误则存在替代方法；对误操作或错误操作没有提示，导致非法数据进入数