信息化项目验收标准规范

信息化项目验收规范

******有限公司

目录

目录 (i)

1编写目的 (1)

2提出验收申请 (1)

3验收准备 (1)

3.1成立验收小组 (1)

3.2验收资料准备 (1)

4注意事项 (3)

4.1第三方测试报告（验收测试报告） (3)

4.2用户使用报告 (3)

4.3项目总结报告 (3)

4.4项目技术总结报告 (3)

4.5项目财务分析报告 (3)

4.6软件需求规格说明书 (3)

4.7项目初验 (4)

4.8项目阶段性总结 (4)

4.9验收功能演示 (4)

5验收过程 (4)

6总结 (5)

1编写目的

写此文档的目的，主要是指导后续公司信息化项目的竣工验收工作，以确保项目顺利的完成验收收尾。文档依照浙江省里项目的要求，明确了验收文档清单，文档内容要求、验收一般流程等。供各位项目经理在项目管理和项目验收时进行参考。

2提出验收申请

当到达项目验收时间节点时，项目经理应及时向建设单位提出验收申请。编制验收申请文件，填写项目基本情况、试运行情况，提出验收申请并加盖公司公章，建设单位同样需签字盖章。验收申请双方签字盖章后，标志着项目验收工作正式启动。

3验收准备

3.1成立验收小组

当验收工作正式启动后，应立即组织成立验收工作小组，将验收工作中相应的工作具体划分到人，快速高效的完成项目验收的准备工作，小组负责人由项目经理承担，整体把控工作质量和进展。如项目有监理单位，验收小组成员应包含监理单位人员。

3.2验收资料准备

根据软件项目全生命周期的特点，在验收时根据项目整个流程，应至少收集以下文档：

表1：验收资料准备清单

12《需求确认单》是纸质客户签字盖

章

13《数据库设计说明书》（含数据字典）是纸质

14《接口设计说明书》（如果有）否纸质

15《概要设计说明书》是纸质

16《详细设计说明书》是纸质

17（5）编码阶段《编码规范》是纸质

18

（6）测试阶段《内部测试报告》是纸质公司盖章

19

《第三方测试报告》（含功能、性能、

安全。其中，若安全测试结果存在漏洞，需提供

相应的问题处理报告）

是纸质

建设单位认

可的第三方

测试机构；如

试运行时没

有要求则在

验收之前完

成即可

20

（7）部署阶段《安装部署手册》是纸质

21《用户操作手册》是纸质22《应急维护手册》是纸质

23

（8）培训阶段《培训材料》是纸质

24《培训人员签到表》是纸质25《培训总结》是纸质

26

（9）初验阶段

（如果有）《初验申请》否纸质

如有初验必

须提供

27《初验意见》否纸质如有初验必

须提供

28（10）试运行阶

段

《试运行总结报告》是纸质

29

（11）终验阶段《项目总结报告》是纸质公司盖章

30《技术总结报告》是纸质公司盖章

31《财务分析报告》是纸质公司盖章

32《终验申请》是纸质公司盖章、客

户签字盖章

33《用户使用报告》是纸质用户签字盖

章

34

（12）其他文档《项目周报》(如果有)否纸质

35《项目月报》（如果有）否纸质36《会议纪要》（如果有）否纸质37《项目阶段性总结报告》否纸质38《需求变更单》（如果有）否纸质

4注意事项

4.1第三方测试报告（验收测试报告）

验收测试必须委托建设单位认可的第三方检测机构开展，验收测试的标准依据合同、招标文件、软件需求规格说明书三者之一描述的需求为准。测试内容主要包含功能、性能、等保（安全）三个方面，其中功能、性能必须满足测试依据文件描述的全部需求（变更除外），等保测试按照约定的等保级别开展。

一般情况下，等保测试由建设单位发起申请，费用也由建设单位承担，中标单位只提供技术支撑，因此，如项目在规划时如需等保测试，应将等保测试的预算单独列出来。4.2用户使用报告

用户使用报告应尽量涵盖系统所有层级的用户，针对不同层级用户的实际使用需求进行编制报告内容，并让用户签字盖章。

4.3项目总结报告

项目总结报告应至少写清楚项目的概况，项目实施方案、组织架构、实施建设过程、项目目标和可持续性、项目经验教训、项目质量管理、需求管理、风险管理等内容。4.4项目技术总结报告

技术总结报告写明项目使用到的技术、在技术上的创新点、困难点以及项目技术的经验教训等内容。

4.5项目财务分析报告

财务分析报告写明项目的预算执行情况，主要有项目的资金到位情况，项目的支出情况，支出明细越细越好。

4.6软件需求规格说明书

一般情况下，软件需求规格说明书是双方对软件的功能/非功能需求的一个共同理解和约定，按照正常流程，软件需求规格说明书需要经过用户的评审并签字确认。项目经理在项目执行过程中，一定要注意软件需求说明书的编制，既要满足用户招标的基本需求，又要利于项目的实际执行和后续的验收测试等工作。如需求变更，在这个阶段变更是风险最小的，最利于操作的。

编制软件需求规格说明书时，需要对每个功能点的输入输出、使用角色等进行明确规

定，最好每个功能点附上原型设计图片。

4.7项目初验

初验没有特定的形式要求，初验的目的主要是系统上线试运行后获得建设单位的认可。证明系统功能已基本满足用户使用需求，可以上线试运行。初验报告可以由建设单位主要用户直接签字；也可由建设单位组织专家开展初验评审后出具初验报告。

需注意的是，如初验时，有专家或者用户提出系统缺陷等问题，需明确记录，并在试运行期间进行修复，在终验时说明整改解决情况。

4.8项目阶段性总结

项目经理在项目执行过程中，应形成定期的项目汇报、项目总结机制，通过对过程的总结和汇报，可以很好的保持项目的进度，并让客户参与到项目的建设过程中，使其了解项目的实时进展。

在项目汇报，项目总结过程中，需要将过程文档即时归档保存，形成验收时的阶段性成果资料。

4.9验收功能演示

验收小组应有专人负责验收时系统功能演示的准备工作，依据软件需求规格说明书、项目合同、招标需求等文件，确定演示的内容，配置演示账号，演示数据等。在验收当天，需专人确保演示系统的稳定，防止出现系统宕机等情况。

5验收过程

一般验收采用验收评审会的形式，评审专家由项目建设单位邀请，由5-8名专家组成，并会指定一名专家组组长，整个验收评审会由专家组组长主持。

评审会流程：

1）项目中标单位汇报项目整体情况，以PPT形式进行汇报，主要内容包含建设内容、建设成果、应用成效等；

2）项目中标单位进行项目功能演示，按照建设内容要求，进行功能的展示；

3）评审专家质疑阶段，待中标单位汇报和演示结束之后，进入专家质疑阶段，评审专家会结合验收材料，提出自己的问题，中标单位需有专人进行应答；

4）完成专家质疑阶段后，中标单位人员暂时回避，由专家小组讨论验收结果，出具验收意见。