信息化项目验收管理办法

信息化工程验收治理方法一、工程验收流程叮叮小文库叮叮小文库--10开发方申请验收的预备工作验收申请前应完成如下的工作：开发方应在系统交付用户方验收之前，对完整产品的运行状况进展确认；和性能的要求；开发方应预备好提交验收的各种文档、系统软硬件配置清单，并做好产品的交付预备；开发方的实施小组应预备好《测试分析报告》和《技术总结报告备文件供给应用户方；开发方应支持用户方对系统的验收测试和评审；开发方应作出向用户方供给人员培训和技术支持的打算。系统验收申请开发方在完成规定的系统验收申请前的各项预备工作以后发方的技术负责人签字。合同书中规定的系统验收条款，对开发方提交的系统验收。测试用例、测试数据、测试过程和测试环境的预备。系统验收打算应由系统的开发方和用户方共同制订或由用户方托付开发方单位制订可，而且还要包括一些由用户方供给的测试方案。该打算应包括系统验收工作的活动程序、验收测试要求、技术条件、设备资源、验收准则、工作人员的组成以及日程安排等内容。该打算由用户方审定后执行。验收测试打算系统的验收测试是系统验收活动中最关键的步骤统需求说明书中规定的要求。测试打算及流程包括以下几项：测试打算及程序的目的；各项功能测试所需输入的数据；测试结果记录的说明；观看、测试结果的设备、工具及程序；测试进度表；有关的测试结果要以书面报告的形式由开发方向用户方提交，内容包括：测试的系统功能；为订正系统缺点需做的变动；为提高系统性能提出的建议。验收测试前的检查在系统验收测试开头之前，用户方必需提前将验收的有关资料分发给用户方验收人员。测试人员是否全部到位。系统演示统实现的功能与合同要求全都。通过演示活动让用户方成员对系统有一个直观和概括的了序和文档的全都性。验收测试系统验收测试组应按系统验收测试打算对系统进展功能测试据。系统验收评审系统作出综合评价。评审内容包括：《文档审查报告》《系统验收测试报告》《测试分析报告》《技术总结报告》按以下的验收准则对系统进展评价：系统是否满足用户信息系统要实现的目标。系统承受的技术和实现方案是否做到牢靠、稳定、敏捷、有用。实现资源共享。统不易崩溃。关键系统设备与数据备份的设施是否到达安全牢靠。性、功能性、牢靠性和安全保密性。最终由用户方进展打算系统是否通过验收。系统验收报告在验收评审后，用户方应写出《系统验收报告报告上签署验收意见。要确定系统进入试运行的时间完毕时间进系统的意见，对此开发方的代表要作出承诺。产品移交文档应在申请验收时提交，系统也已上线运行，此时的移交应是一些收尾工作，如：开发方不应再保存正式系统的账号，以及数据的治理职能等。二、工程验收原则验收参与部门：信息化验收小组，开发单位。在软件开发合同的签订阶段就提出软件验收工程和验收通过标准的意见〔或第三方的验收测试收标准推断是否进展验收。三、验收内容和评定验收内容功能项测试对软件需求规格说明书中的全部功能项进展测试；对软件需求规格说明书中的全部功能项进展测试；业务流程测试对软件工程的典型业务流程进展测试；对软件工程的典型业务流程进展测试；容错测试软件对用户常见的误操作是否能进展提示；软件对用户的操作错误和软件错误，是否有准确、清楚的提示；软件对重要数据的删除是否有警告和确认提示；的错误提示。安全性测试安全性测试的检查内容包括:安全性测试的检查内容包括:软件中的密钥是否以密文方式存储；软件是否有留痕功能,即是否保存有用户的操作日志；(3)软件中各种用户的权限安排是否合理；性能测试书中的各项性能指标。书中的各项性能指标。易用性测试易用性测试的内容包括:易用性测试的内容包括:软件的用户界面是否友好；软件中的提示信息是否清楚、易理解，是否存在原始的英文提示；软件中各个模块的界面风格是否全都；软件中的查询结果的输出方式是否比较直观、合理。适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进展测试。足的软、硬件环境。对每个环境进展测试。文档测试文档是否齐全、是否包含产品使用所需的信息和全部的功能模块；文档描述的信息是否正确,是否没有歧义和错误的表达；文档是否简洁理解,是否通过使用适当的术语、图形表示、具体的解释来表达；文档对主要功能和关键操作是否供给应用实例；文档是否有具体的名目表和索引表；验收评定软件错误的严峻性等级不能执行正常功能或重要功能,或者危及人身安全；不能执行正常功能或重要功能,或者危及人身安全；严峻地影响系统要求或根本功能的实现,且没有方法解决；严峻地影响系统要求或根本功能的实现,但存在合理的解决方法；(4)使操作者不便利或遇到麻烦,但不影响执行正常功能或重要功能；(5)其它错误；错误与严峻性等级对应表级错误这一级别的错误一般包括以下内容:没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身的缘由自动退出系统或消灭死机的情况；软件在操作过程中由于软件自身的缘由对系统或数据造成破坏；在现有的软、硬件环境下不能实现应有的功能；特别软件在操作过程中可能危及系统和人身安全等。级错误这一级别的错误一般包括:没有实现根本功能，并且不存在替代方法；没有实现重没有留痕功能；用户的权限安排不合理；在现有的环境下，不能实现局部功能且没有替代方案；没有满足系统的性能要求。级错误23操作或错误操作没有提示，导致非法数据进入数据库。级错误这一级别的错误通常为易用性方面的错误。比方界面不友好、前后风格不一；中英文混杂；查询结果输出不直观等。级错误通常为文档方面的错误，如安装手册、操作手册、维护手册中的描述错误。要求对觉察的每一个错误都要确定相应的严峻性等级。全部改正方可，如错误的级别和数量在合同可承受的范围外，用户方认为软件不行验收，要求开发方在规定的时间内全面整改软件,并再次进展完整的验收测试。验收标准测试用例不通过数的比例<1.5%；测试用例不通过数的比例<1.5%；1的错误；2的错误；35；(5)全部提交的错误都已得到更正；(5)全部提交的错误都已得到更正；验收标准的具体说明验收工程的划分参照验收工程的划分参照GB/T162606大特性、21特性、2121充。充。需要制定的验收标准，即每一级别的错误量的可承受范围。一般来说，不允许存在1级和23级错误的数量则可按本标准确定或由用户方和开发方依据软件的规模和简单程度进展商定，并在软件开发合同中明确地列出。同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。在用户方进展验收测试后，将觉察的全部错误进展总结和归纳，并提交完整的错误报告，在错误报告中包括每一级别的错误数量和错误清单(全部的错误都需经过用户方和开发方确实认)。用户方依据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进展比照，如错误的级别和数量在合同中没有商定，可按本方法的规定进展。用户方合同可承受的范围外，用户方认为软件不行验收，要求开发方在规定的时间内