信息应用软件系统项目验收规范.docx

信息应用软件系统项目验收规范.docx

《信息应用软件系统项目验收规范.docx》由会员分享，可在线阅读，更多相关《信息应用软件系统项目验收规范.docx（13页珍藏版）》请在冰豆网上搜索。

信息应用软件系统项目验收规范

江西省金保二期建设项目

信息应用（软件）系统

验收规范

一、验收目的

验证信息应用（软件）系统是否符合设计需求，功能实现的正确性及运行安全可靠性。

通过系统的软件验收测试，发现软件存在的，潜在的重大问题，最大限度保证软件工程质量。

二、验收单位

信息应用系统验收由用户单位组织，监理单位协助，承建单位支持完成。

三、验收依据

合同及合同附件、有关技术说明文件及适用的标准。

四、验收准则

1、软件产品符合“合同”或“验收标准”规定的全部功能和质量要求；

2、文档齐全、符合“合同”或“验收标准”要求及有关标准的规定。

3、文档和文档一致，程序和文档相符；

4、对被验收软件的可执行代码，在验收测试中查出的错误总数，依错误严重性不超过业主单位事先约定的限定值；

5、配置审核时查出的交付文档中的错误总数不超过业主单位事先约定的限定值。

五、项目初验

1、初验条件

（1）承建单位提交了合同规定的文档；

（2）软件产品已纳入配置管理并可交付；

（3）软件系统已通过测试，必要时，监理机构应要求承建单位提交第三方测试机构出具的测试报告，第三方测试机构应经业主单位和监理机构同意。

（4）承建单位已完成相关的培训工作；

（5）软件系统已在业务部门投运；

2、初验流程

2.1、提交验收申请

承建单位以书面形式向业主单位和监理单位提交初验申请表（见附表一）。

同时按照合同要求提交技术文档包括（软件配置内容、软件源代码及编译配置说明；验收方案草案、培训报告等）。

2.2、评审初验申请

业主单位、监理单位审核承建单位初验申请是否符合合同约定的初验条件；审核承建单位验收方案（验收计划、验收目标、责任双方、验收范围、验收提交清单、验收标准、验收方法等）的符合性及可行性。

若审核通过，则通知承建单位，并三方共同确定验收计划和验收方案，开启以下验收流程。

未通过审核，通知承建单位进行整改。

2.3、组建验收组织

业主单位与监理单位协调成立专门的验收小组，作为验收的组织机构。

验收小组由业主单位代表、监理单位代表、承建单位代表及邀请的技术专家组成员组成。

验收小组一般不少于5人（单数）组成，设组长1人，成员若干人。

2.4、初验评审

验收小组召开初验评审会,对项目进行初验评审，并重点审核如下要点：

1）与合同的一致性；

2）与系统需求的一致性；

3）与预期结果的符合程度，包括但不限于与信息资源规划、业务流程再造需求及业务持续改进需求和业务指标评价体系的符合程度；

4）与业务需求的符合程度；

5）与运行环境的适用性；

6）运作和维护的可行性。

对存在问题或疑问的内容，由监理单位开具《监理通知单》，要求承建单位整改后重新报审。

2.5、初验意见

初验通过,验收小组签署《项目验收意见》（见附表五）。

若不通过,则由监理单位出具监理通知书,责成承建单位限期整改完善,条件具体时再安排组织初验。

六、项目终验

1、终验条件

（1）初验合格

（2）已通过计算机软件确认测试评审；

（3）已通过系统测试评审

（4）合同或合同附近件规定的各类文档齐全；

（5）软件产品已置于配制管理之下

（6）合同或合同附件规定的其它验收条件。

（7）试运行正常或者出现的问题已经得到解决。

2、验收依据

（1）合同及合同附件、有关技术说明文件及适用的标准

3、验收流程

3.1、提交验收申请

承建单位以书面形式向业主单位和监理单位提交验收申请表（见附表二）。

同时按照合同要求提交技术文档包括（软件配置内容、软件源代码及编译配置说明；验收方案草案、验收测试方案等）。

3.2、评审验收申请

业主单位、监理单位审核项目验收申请进行审核；若审核通过，则通知承建单位，并三方共同确定验收计划和验收方案，开启以下验收流程。

未通过审核，通知承建单位进行整改。

3.3、组建验收组织

业主单位与监理单位协调成立专门的验收小组，作为验收的组织机构。

验收小组由业主单位代表、监理单位代表、承建单位代表及邀请的技术专家组成员组成。

验收小组一般不少于5人（单数）组成，设组长1人，成员若干人。

验收小组主持整个软件验收工作，包括：

判定所验收的软件是否符合“合同”的要求、审定验收测试计划、组织验收测试和配置审核、进行验收评审、形成验收报告。

并根据实际情况组建验收测试组和配置审核组。

3.4、审核文档资料

配置审核组对项目验收相关文档进行审核。

对存在问题或疑问的内容，由监理方开具《监理通知单》，要求承建方整改后重新报审。

承建单位需在验收前提交如下软件文档：

（1）可执行程序、源程序、配置脚本、测试程序或脚本

（2）主要的开发类文档：

需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册和项目总结报告。

（3）主要管理类文档：

项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、评审报告、会议记录和开发进度月报。

3.5、验收测试

承建单位应在验收方案提交验收测试的方案，经审定后，由验收测试组织实施。

验收测试的内容应该包括（不限于）：

a）功能项测试

对软件需求规格说明书中的所有功能项进行测试；

b）业务流程测试

对软件项目的典型业务流程进行测试；

c）容错测试

容错测试的检查内容包括:

1）软件对用户常见的误操作是否能进行提示；

2）软件对用户的的操作错误和软件错误，是否有准确、清晰的提示；

3）软件对重要数据的删除是否有警告和确认提示；

4）软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的错误提示。

d）安全性测试

安全性测试的检查内容包括:

1）软件中的密钥是否以密文方式存储；

2）软件是否有留痕功能,即是否保存有用户的操作日志；

3）软件中各种用户的权限分配是否合理；

e）性能测试

对软件需求规格说明书中明确的软件性能进行测试。

测试的准则是要满足规格说明书中的各项性能指标。

f）易用性测试

易用性测试的内容包括:

1）软件的用户界面是否友好，是否出现中英文混杂的界面；

2）软件中的提示信息是否清楚、易理解，是否存在原始的英文提示；

3）软件中各个模块的界面风格是否一致；

4）软件中的查询结果的输出方式是否比较直观、合理。

g）适应性测试

参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。

对每个环境进行测试。

h）文档测试

用户文档包括:

安装手册、操作手册和维护手册。

对用户文档测试的内容包括:

1）操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；

2）用户文档描述的信息是否正确,是否没有歧义和错误的表达；

3）户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达；

4）用户文档对主要功能和关键操作是否提供应用实例；

5）用户文档是否有详细的目录表和索引表；

3.6、验收评审会

验收小组在完成项目验收文档审核和验收测试后，召开评审验收会,对项目进行评审验收。

1>验收评审会准备工作

包括：

（1）确定会议规模、时间、地点、人员

（2）确定会议议程

（3）发出会议邀请或通知

（4）承建单位准备项目建设汇报材料（文字材料和PPT讲稿）

（5）业务部门准备《用户使用报告书》（见附表三）

（6）监理单位准备〈监理验收意见〉

2>组建专家组

（1）由建设方、承建单位和监理方共同推荐专家评审组名单。

（2）政府采购中心或项目投资单位派工作人员或专家参与。

（3）向专家组成员发出评审邀请。

（4）准备专家评审表（见附件四）

3>召开验收评审会

（1）领导致辞

（2）由业主单位介绍本项目招标需求情况，推举一名评审组长；

（3）、由承建单位汇报本项目建设总体情况，重点阐述项目背景（合同情况）、目标任务、开发方法、项目效果、存在问题等内容；

（4）配制审核组汇报项目验收配置审核报告

（5）验收测试组汇报项目验收测试报告

（6）用户代表汇报软件使用情况报告；

（7）监理单位汇报项目验收监理意见；

（8）专家组对建设情况及验收技术步骤进行评价；

（9）专家组查看评价验收时提交的各种技术文档，由承建单位回答验收专家的各种问题；

（10）专家组经商议提交验收结论，签署专家验收文件（若不通过，则提出相应整改意见，并另行选择再次验收日期）

（11）验收小组根据专家组的意见签署《项目验收意见》（见附表五）。

3.7、文档移交

1、向业主单位移交全部软件验收技术文档（纸介质、电子档各五份）；

2、将所有签署的验收材料绘制成册，编制成完整的验收报告，包括验收申请书、用户使用报告书、专家评审表、工程交付验收意见表、验收备忘录、工程交付验收报审表、监理通知书、监理验收意见、项目总结报告等。

提交相关部门逐一盖章。

项目验收合格并签署《项目验收意见》一周内，完成文档移交，用户单位、监理单位、承建单位签署《文档移交清单》。

对未通过评审的项目，监理根据验收评审会意见发出整改通知，承建单位进行整改，并重新进行预验收和验收评审。

3.8、遗留问题

验收评审会上认为仍有遗留问题的，在〈〈验收备忘录〉〉中记录。

说明遗留问题的处理方法和责任以及时间要求，由承建单位限期完工。

3.9、验收不通过处理

承建单位应根据验收评审意见尽快修正有关问题，重新进行验收或者转入合同争议处理程序。

附表一：

初验申请表、

验收申请表（初验）

招标编号：

项目名称

建设单位

承建单位

致：

江西省人力资源和社会保障厅

北京中保天和信息科技有限公司（监理方）

按照合同及信息系统集成的规范要求，我方已完成了该项目的开发和实施投运工作，并满足合同约定的初验要求，特报请项目初验。

施工单位：

项目经理：

日期：

监理方意见：

监理单位：

北京中保天和信息科技有限公司

代表：

日期：

建设单位意见：

建设单位：

代表：

日期：

本表一式三份，建设单位、监理单位、施工单位各一份。

附表二：

终验申请表、

验收申请表（终验）

招标编号：

项目名称

建设单位

承建单位

致：

江西省人力资源和社会保障厅

北京中保天和信息科技有限公司（监理方）

按照合同及信息系统集成的规范要求，我方已完成并于年月日试运行顺利完成，现系统运行稳定，满足合同验收要求，特报请竣工验收。

施工单位：

代表：

日期：

监理方意见：

监理单位：

北京中保天和信息科技有限公司

代表：

日期：

建设单位意见：

建设单位：

代表：

日期：

本表一式三份，建设单位、监理单位、施工单位各一份。

附表三：

监理通知书

监理通知书

编号

项目名称

类型

□转发通知□会议通知□监理意见（需要反馈）√

接收单位

事由：

内容：

编写：

审核：

日期：

年月日

附表四：

用户使用报告书

用户使用报告书

一、承建单位申请验收系统名称

项目名称

承建单位

二、使用情况说明

三、存在问题及建议（列出目前存在的问题及建议）

四、负责人签字、盖章

业务部门：

部门负责人（签字）：

日期：

单位名称（盖章）：

单位负责人（签字）：

日期：

附表五：

专家验收评审表

专家验收评审表

项目名称

承建单位

专家组验收评审意见

专家组长签名：

日期：

附表六：

项目验收意见

项目验收意见

项目名称：

建设单位：

江西省人力资源和社会保障厅

承建单位

启动日期：

上线日期：

验收时点：

验收结论：

XXXXXX

综上所述，验收组一致同意该项目通过验收！

建设单位意见：

项目负责人（签字、单位盖章）：

日期：

监理单位意见：

总监理工程师（签字、单位盖章）：

日期：

承建单位意见：

项目经理（签字、单位盖章）：

日期：

附表七：

验收备忘录

项目名称：

验收日期：

主题：

关于项目验收备忘录

内容描述：

建设单位意见：

项目负责人（签字、盖章）：

日期：

监理单位意见：

总监理工程师（签字、盖章）：

日期：

承建单位意见：

项目经理签字（盖章）：

日期：