项目验收管理制度(最新整理)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目验收管理制度一、项目验收流程
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)软件对重要数据的删除是否有警告和确认提示;