项目验收管理制度.docxVIP

精品文档 精品文档 PAGE 精品文档 项目查收管理制度 一、项目查收流程 开发方申请查收的准备工作 根据用户系统的特点， 系统查收都应在最终用户方的实际系统运行环境中进行。 要系统 查收申请前应达成如下的工作： 开发方应在系统交托用户方查收之前，对完整产品的运行情况进行确认； 开发方在达成确认测试后， 证实系统已知足合同规定的条件及需求说明书中对系统功能 和性能的要求； 开发方应准备好提交查收的各样文档、系统软硬件配置清单，并做好产品的交托准备； 开发方的实施小组应准备好《测试解析报告》和《技术总结报告》 ，作为系统查收的必 备文件提供给用户方； 开发方应支持用户方对系统的查收测试和评审； 开发方应作出向用户方提供人员培训和技术支持的计划。 系统查收申请 开发方在达成规定的系统查收申请前的各项准备工作以后， 应适时向用户方正式提出系 统查收申请报告，扼要说明申请系统查收的准备情况和系统所具备的查收条件。 开发方在提 交系统查收申请报告时， 必须按合同书的有关规定， 交托有关的产品资料， 其中包括系统设 备及系统软件配置清单、 文档、技术总结报告和测试解析报告等。 系统查收申请报告应有开 发方的技术负责人署名。 用户方的经办人必须认识要查收系统的功能、 性能和系统配置与文档等方面的要求， 掌 握合同书中规定的系统查收条款，对开发方提交的系统查收。 申请报告进行审查， 提出办理建议。用户方技术负责人经审查后， 在申请报告上署名并 对开发方的申请作出回复。 用户方将按合同有关条款做好系统查收的全部准备工作， 包括对 测试用例、测试数据、测试过程和测试环境的准备。 系统查收计划 在系统查收活动进行之前， 开发方应拟订一套完整的系统查收测试计划。 系统查收计划 应由系统的开发方和用户方共同制订或由用户方委托开发方单位制订。 该计划要由用户方认 可，而且还要包括一些由用户方提供的测试方案。该计划应包括系统查收工作的活动程序、 查收测试要求、技术条件、设备资源、查收准则、工作人员的组成以及日程安排等内容。该 计划由用户方审定后履行。 查收测试计划 系统的查收测试是系统查收活动中最重点的步骤， 被查收的系统必须知足合同条款与系 统需求说明书中规定的要求。 4.1测试计划及流程包括下列几项： 测试计划及程序的目的； 各项功能测试所需输入的数据； 测试结果记录的说明； 察看、测试结果的设备、工具及程序； 测试进度表； 4.2有关的测试结果要以书面报告的形式由开发方向用户方提交， 内容包括： 测试的系统功能； 为纠正系统缺点需做的变动； 为提高系统性能提出的建议。 查收测试前的检查 在系统查收测试开始之前，用户方必须提早将查收的有关资料散发给用户方查收人员。 查收人员需要检查测试环境是否符合要求， 检查全部测试项目的测试用例是否准备好， 有关 测试人员是否全部到位。 系统演示 开发方应向用户方演示被查收系统的全部界面、 系统包括的主要功能、 性能，以证明系 统实现的功能与合同要求一致。经过演示活动让用户方成员对系统有一个直观和归纳的了 解。查收委员可现场采用实例对被查收系统时行演示查核， 以证实与系统需求的一致性、 程 序和文档的一致性。 查收测试 系统查收测试组应按系统查收测试计划对系统进行功能测试、可靠性测试、安全性测试、性能测试、一致性测试和文档测试。测试员按分工分别对被查收系统进行逐项测试，并详细记录每一项测试结果，将这些结果分别与预期的结果比较解析，然后写出《系统查收测试报 告》，该报告将作为用户方评论系统的主要依据，也是用户方确定是否接收该系统的主要依 据。 系统查收评审 在查收测试达成以后， 用户方应实时主持评审会， 经过有关报告和审议查收结果， 并对 系统作出综合评论。 8.1评审内容包括： 《文档审查报告》 《系统查收测试报告》 《测试解析报告》 《技术总结报告》 8.2按以下的查收准则对系统进行评论： 系统是否知足用户信息系统要实现的目标。 系统采用的技术和实现方案是否做到可靠、稳定、灵活、实用。 所采用的应用开发平台和开发工具先进、简便、有效，便于与其他系统的衔接，实现资源共享。 运行系统的可靠性是系统建设的首要出发点。因此，要求开发方提供高可靠性的产品和技术，保证系统的安全和可靠。要求系统具有较强的容错能力，使系统不易崩溃。 重点系统设备与数据备份的设备是否达到安全可靠。 用户方应进行认真地议论， 对被查收的系统给出实事求是的评论， 内容包括系统的先进 性、功能性、可靠性和安全保密性。最后由用户方进行决定系统是否经过查收。 系统查收报告 在查收评审后，用户方应写出《系统查收报告》 ，详细地记录查收中对系统的评论及验 收建议。尤其要明确系统在查收中发现的问题和缺陷，以及需要改良的建讲和开发方对此所作的承诺。用户方全体成员在查