信息化项目验收管理办法、项目验收流程
开发方申请验收的准备
工作
开发方提出系统验收申
请
进行系统验收评审
形成系统验收报告
1. 开发方申请验收的准备工作
根据用户系统的特点，系统验收都应在最终用户方的实际系统运行环境中进行。要系统验收申请前应完成如下的工作：
开发方应在系统交付用户方验收之前，对完整产品的运行情况进行确认；开发方在完成确认测试后，证实系统已满足合同规定的条件及需求说明书中对系统功能和性能的要求；
开发方应准备好提交验收的各种文档、系统软硬件配置清单，并做好产品的交付准备；开发方的实施小组应准备好《测试分析报告》和《技术总结报告》，作为系统验收的必备文件提供给用户方；
开发方应支持用户方对系统的验收测试和评审；开发方应作出向用户方提供人员培训和技术支持的计划。
2. 系统验收申请
开发方在完成规定的系统验收申请前的各项准备工作以后，应适时向用户方正式提出系统验收申请报告，扼要说明申请系统验收的准备情况和系统所具备的验收条件。开发方在提交系统验收申请报告时，必须按合同书的有关规定，交付有关的产品资料，其中包括系统设备及系统软件配置清单、文档、技术总结报告和测试分析报告等。系统验收申请报告应有开发方的技术负责人签字。
用户方的经办人必须了解要验收系统的功能、性能和系统配置与文档等方面的要求，掌握合同书中规定的系统验收条款，对开发方提交的系统验收。
申请报告进行审查，提出处理意见。用户方技术负责人经审查后，在申请报告上签字并对开发方的申请作出答复。用户方将按合同有关条款做好系统验收的全部准备工作，包括对测试用例、测试数据、测试过程和测试环境的准备。
3. 系统验收计划
在系统验收活动进行之前，开发方应制定一套完整的系统验收测试计划。系统验收计划应由系统的开发方和用户方共同制订或由用户方委托开发方单位制订。该计划要由用户方认可，而且还要包括一些由用户方提供的测试方案。该计划应包括系统验收工作的活动程序、
验收测试要求、技术条件、设备资源、验收准则、工作人员的组成以及日程安排等内容。该计划由用户方审定后执行。
4. 验收测试计划
系统的验收测试是系统验收活动中最关键的步骤，被验收的系统必须满足合同条款与系统需求说明书中规定的要求。
4.1 测试计划及流程包括下列几项：
(1) 测试计划及程序的目的；
(2) 各项功能测试所需输入的数据；
(3) 测试结果记录的说明；
(4) 观察、测试结果的设备、工具及程序；
(5) 测试进度表；
4.2 有关的测试结果要以书面报告的形式由开发方向用户方提交，内容包括：
(1) 测试的系统功能；
(2) 为纠正系统缺点需做的变动；
(3) 为提高系统性能提出的建议。
5. 验收测试前的检查
在系统验收测试开始之前，用户方必须提前将验收的有关资料分发给用户方验收人员。验收人员需要检查测试环境是否符合要求，检查全部测试项目的测试用例是否准备好，有关测试人员是否全部到位。
6. 系统演示
开发方应向用户方演示被验收系统的全部界面、系统包括的主要功能、性能，以证明系统实现的功能与合同要求一致。通过演示活动让用户方成员对系统有一个直观和概括的了解。卑微如蝼蚁、坚强似大象
验收委员可现场选用实例对被验收系统时行演示考核，以证实与系统需求的一致性、程序和文档的一致性。
7. 验收测试
系统验收测试组应按系统验收测试计划对系统进行功能测试、可靠性测试、安全性测试、性能测试、一致性测试和文档测试。测试员按分工分别对被验收系统进行逐项测试，并详细记录每一项测试结果，将这些结果分别与预期的结果对照分析，然后写出《系统验收测试报告》，该报告将作为用户方评价系统的主要依据，也是用户方确定是否接收该系统的主要依据。
8. 系统验收评审
在验收测试完成以后，用户方应及时主持评审会，通过有关报告和审议验收结果，并对系统作出综合评价。
8.1 评审内容包括：
(1)《文档审查报告》
《系统验收测试报告》
(2)
《测试分析报告》
(3)
(4)《技术总结报告》
8.2 按以下的验收准则对系统进行评价：
(1) 系统是否满足用户信息系统要实现的目标。
(2) 系统采用的技术和实现方案是否做到可靠、稳定、灵活、实用。
(3) 所选用的应用开发平台和开发工具先进、简便、有效，便于与其他系统的衔接，实现资源
共享。
(4) 运行系统的可靠性是系统建设的首要出发点。因此，要求开发方提供高可靠性的产品和技
术，确保系统的安全和可靠。要求系统具有较强的容错能力，使系统不易崩溃。
(5) 关键系统设备与数据备份的设施是否达到安全可靠。
用户方应进行认真地讨论，对被验收的系统给出实事求是的评价，内容包括系统的先进性、功能性、可靠性和安全保密性。最后由用户方进行决定系统是否通过验收。
9. 系统验收报告
在验收评审后，用户方应写出《系统验收报告》，详尽地记录验收中对系统的评价及验收意见。尤其要明确系统在验收中发现的问题和缺陷，以及需要改进的意见和开发方对此所
作的承诺。用户方全体成员在验收报告上签字。根据用户方表决情况，由用户方主任在验收报告上签署验收意见。
如果系统验收不能通过，用户方将根据合同书的规定与供需双方协商处理意见，可能的结果是：要求开发方限期完成开发任务，重新提出验收申请或者终止合同。系统验收通过后，要确定系统进入试运行的时间结束时间，明确开发方在试运行期间要解决的遗留问题以及改进系统的意见，对此开发方的代表要作出承诺。
10. 产品移交
文档应在申请验收时提交，系统也已上线运行，此时的移交应是一些收尾工作，如：开发方不应再保留正式系统的账号，以及数据的管理职能等。
二、项目验收原则
验收参与部门：信息化验收小组，开发单位。
在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见；在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述；在开发方开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审 (或第三方的验收测试)，提供完整的错误报告提交给用户方，由用户方根据之前签订的开发合同中相应的验收标准判断是否进行验收。
三、验收内容和评定
1. 验收内容
1.1功能项测试
对软件需求规格说明书中的所有功能项进行测试；
1.2业务流程测试
对软件项目的典型业务流程进行测试；
1.3容错测试
容错测试的检查内容包括：
(1) 软件对用户常见的误操作是否能进行提示；
(2) 软件对用户的操作错误和软件错误，是否有准确、清晰的提示；
(3) 软件对重要数据的删除是否有警告和确认提示；
(4) 软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应
的错误提示。
1.4安全性测试
安全性测试的检查内容包括：
(1) 软件中的密钥是否以密文方式存储；
(2) 软件是否有留痕功能，即是否保存有用户的操作日志；(3) 软件中各种用户
的权限分配是否合理；
1.5性能测试
对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。
1.6易用性测试
易用性测试的内容包括：
(1)软件的用户界面是否友好；
(2)软件中的提示信息是否清楚、易理解，是否存在原始的英文提示;
(3)软件中各个模块的界面风格是否一致；
(4)软件中的查询结果的输出方式是否比较直观、合理。
1.7适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。
1.8文档测试
用户文档包括：安装手册、操作手册和维护手册。对用户文档测试的内容包括
(1)文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；
(2)文档描述的信息是否正确，是否没有歧义和错误的表达；
(3)文档是否容易理解，是否通过使用适当的术语、图形表示、详细的解释来表达；
(4)文档对主要功能和关键操作是否提供应用实例；
(5)文档是否有详细的目录表和索引表；
2. 验收评定
2.1软件错误的严重性等级
(1)不能执行正常功能或重要功能，或者危及人身安全；
(2)严重地影响系统要求或基本功能的实现，且没有办法解决；
(3)严重地影响系统要求或基本功能的实现，但存在合理的解决办法;
(4)使操作者不方便或遇到麻烦，但不影响执行正常功能或重要功能；
(5)其它错误；