《项目验收管理制度汇编.docx》由会员分享，可在线阅读，更多相关《项目验收管理制度汇编.docx（10页珍藏版）》请在金锄头文库上搜索。
1、项目查收管理制度一、项目查收流程开发方申请查收的准备工作开发方提出系统查收申请开发方拟订系统查收计划，用户方审察计划进行系统查收进行系统查收评审形成系统查收报告产品及系统移交1. 开发方申请查收的准备工作依据用户系统的特色，系统查收都应在最后用户方的实质系统运转环境中进行。要系统查收申请前应达成以下的工作：开发方应在系统交托用户方查收以前，对完好产品的运转状况进行确认；开发方在达成确认测试后，证明系统已知足合同规定的条件及需求说明书中对系统功能和性能的要求；开发方应准备好提交查收的各样文档、系统软硬件配置清单，并做好产品的交托准备；开发方的实行小组应准备好测试剖析报告和技术总结报告，作为系统查
2、收的必备文件供应给用户方；开发方应支持用户方对系统的查收测试和评审；开发方应作出向用户方供应人员培训和技术支持的计划。2. 系统查收申请开发方在达成规定的系统查收申请前的各项准备工作此后，应合时向用户方正式提出系统查收申请报告，简要说明申请系统查收的准备状况和系统所具备的查收据件。开发方在提交系统查收申请报告时，一定按合同书的有关规定，交托有关的产品资料，此中包含系统设备及系统软件配置清单、文档、技术总结报告和测试剖析报告等。系统查收申请报告应有开发方的技术负责人署名。用户方的经办人一定认识要查收系统的功能、性能和系统配置与文档等方面的要求，掌握合同书中规定的系统查收据款，对开发方提交的系统查
3、收。申请报告进行审察，提出办理建议。用户方技术负责人经审察后，在申请报告上署名并对开发方的申请作出回复。用户方将按合同有关条款做好系统查收的所有准备工作，包含对测试用例、测试数据、测试过程和测试环境的准备。3. 系统查收计划在系统查收活动进行以前，开发方应拟订一套完好的系统查收测试计划。系统查收计划应由系统的开发方和用户方共同制定或由用户方拜托开发方单位制定。该计划要由用户方认可，并且还要包含一些由用户方供应的测试方案。该计划应包含系统查竣工作的活动程序、查收测试要求、技术条件、设备资源、查收准则、工作人员的构成以及日程安排等内容。该计划由用户方鉴定后履行。4. 查收测试计划系统的查收测试是系
4、统查收活动中最重点的步骤，被查收的系统一定知足合同条款与系统需求说明书中规定的要求。4.1测试计划及流程包含以下几项：(1) 测试计划及程序的目的；(2) 各项功能测试所需输入的数据；(3) 测试结果记录的说明；(4) 察看、测试结果的设备、工具及程序；(5) 测试进度表；4.2有关的测试结果要以书面报告的形式由开发方向用户方提交，内容包含：(1) 测试的系统功能；(2) 为纠正系统弊端需做的改动；(3) 为提升系统性能提出的建议。5. 查收测试前的检查在系统查收测试开始以前，用户方一定提早将查收的有关资料散发给用户方查收人员。查收人员需要检查测试环境能否切合要求，检查所有测试项目的测试用例能
5、否准备好，有关测试人员能否所有到位。6. 系统演示开发方应向用户方演示被查收系统的所有界面、系统包含的主要功能、性能，以证明系统实现的功能与合同要求一致。经过演示活动让用户方成员对系统有一个直观和归纳的认识。查收委员可现场采纳实例对被查收系统时行演示查核，以证明与系统需求的一致性、程序和文档的一致性。7. 查收测试系统查收测试组应按系统查收测试计划对系统进行功能测试、靠谱性测试、安全性测试、性能测试、一致性测试和文档测试。测试员按分工分别对被查收系统进行逐项测试，并详细记录每一项测试结果，将这些结果分别与预期的结果比较剖析，而后写出系统查收测试报告，该报告将作为用户方评论系统的主要依照，也是用
6、户方确立能否接收该系统的主要依据。8. 系统查收评审在查收测试达成此后，用户方应实时主持评审会，经过有关报告和审议查收结果，并对系统作出综合评论。8.1评审内容包含：(1) 文档审察报告(2) 系统查收测试报告(3) 测试剖析报告(4) 技术总结报告8.2按以下的查收准则对系统进行评论：(1) 系统能否知足用户信息系统要实现的目标。(2) 系统采纳的技术和实现方案能否做到靠谱、稳固、灵巧、适用。(3) 所采纳的应用开发平台和开发工具先进、简易、有效，便于与其余系统的连接，实现资源共享。(4) 运转系统的靠谱性是系统建设的首要出发点。所以，要求开发方供应高靠谱性的产品和技术，保证系统的安全和靠谱
7、。要求系统拥有较强的容错能力，使系统不易崩溃。(5) 重点系统设备与数据备份的设备能否达到安全靠谱。用户方应进行认真地议论，对被查收的系统给出脚踏实地的评论，内容包含系统的先进性、功能性、靠谱性和安全保密性。最后由用户方进行决定系统能否经过查收。9. 系统查收报告在查收评审后，用户方应写出系统查收报告，详细地记录查收中对系统的评论及验收建议。特别要明确系统在查收中发现的问题和缺点，以及需要改良的建议和开发方对此所作的许诺。用户方全体成员在查收报告上署名。依据用户方表决状况，由用户方主任在查收报告上签订查收建议。假如系统查收不可以经过，用户方将依据合同书的规定与供需两方磋商办理建议，可能的结果是
8、：要求开发方限时达成开发任务，从头提出查收申请或许停止合同。系统查收通事后，要确立系统进入试运转的时间结束时间，明确开发方在试运转时期要解决的遗留问题以及改进系统的建议，对此开发方的代表要作出许诺。10.产品移交文档应在申请查收时提交，系统也已上线运转，此时的移交应是一些扫尾工作，如：开发方不该再保存正式系统的账号，以及数据的管理职能等。二、项目查收原则查收参加部门：信息化查收小组，开发单位。在软件开发合同的签订阶段就提出软件查收项目和查收经过标准的建议；在软件的需求评审阶段，认真批阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描绘；在开发方开发完软件并经过开发方内部认真的测试后，对达
9、成的软件进行评审（或第三方的查收测试），供应完好的错误报告提交给用户方，由用户方依据以前签订的开发合同中相应的验收标准判断能否进行查收。三、查收内容和评定1. 查收内容1.1功能项测试对软件需求规格说明书中的所有功能项进行测试；1.2业务流程测试对软件项目的典型业务流程进行测试；1.3容错测试容错测试的检查内容包含:(1) 软件对用户常有的误操作能否能进行提示；(2) 软件对用户的操作错误和软件错误，能否有正确、清楚的提示；(3) 软件对重要数据的删除能否有警示和确认提示；(4) 软件能否能判断数据的有效性，障蔽用户的错误输入，辨别非法值，并有相应的错误提示。1.4安全性测试安全性测试的检查内
10、容包含:(1) 软件中的密钥能否以密文方式储存；(2)软件能否有留痕功能,即能否保存实用户的操作日记；(3)软件中各样用户的权限分派能否合理；1.5性能测试对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要知足规格说明书中的各项性能指标。1.6易用性测试易用性测试的内容包含:(1) 软件的用户界面能否友善；(2) 软件中的提示信息能否清楚、易理解，能否存在原始的英文提示；(3) 软件中各个模块的界面风格能否一致；(4) 软件中的查问结果的输出方式能否比较直观、合理。1.7适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行
11、测试。1.8文档测试用户文档包含:安装手册、操作手册和保护手册。对用户文档测试的内容包含:(1) 文档能否齐备、能否包含产品使用所需的信息和所有的功能模块；(2) 文档描绘的信息能否正确,能否没有歧义和错误的表达；(3) 文档能否简单理解,能否经过使用适合的术语、图形表示、详细的解说来表达；(4) 文档对主要功能和重点操作能否供应给用实例；(5) 文档能否有详细的目录表和索引表；2. 查收评定2.1软件错误的严重性等级(1)不可以履行正常功能或重要功能,或许危及人身安全；(2)严重地影响系统要求或基本功能的实现,且没有方法解决；(3)严重地影响系统要求或基本功能的实现,但存在合理的解决方法；(
12、4)使操作者不方便或碰到麻烦,但不影响履行正常功能或重要功能；(5)其余错误；2.2错误与严重性等级对应表1 级错误这一级其余错误一般包含以下内容:没有实现或错误地实现重要的功能；业务流程存在重要隐患；软件在操作过程中因为软件自己的原由自动退出系统或出现死机的状况；软件在操作过程中因为软件自己的原由对系统或数据造成损坏；在现有的软、硬件环境下不可以实现应有的功能；特别软件在操作过程中可能危及系统和人身安全等。2 级错误这一级其余错误一般包含:没有实现基本功能，并且不存在代替劳法；没有实现重要功能中的部分功能，并且不存在代替劳法；业务流程连接错误；密钥以明文方式储存；没有留痕功能；用户的权限分派不合理；在现有的环境下，不可以实现部分功能且没有替代方案；没有知足系统的性能要求。3 级错误这一级的错误是与第2级其余错误相对应的，而第3级错误则存在代替方法；对误操作或错误操作没有提示，致使非法数据进入数据库。4 级错误这一级其余错误往常为易用性方面的错误。比方界面不友善、前后风格不一；中英
