企事业单位信息化建设项目实施与验收管理规范.docx
《企事业单位信息化建设项目实施与验收管理规范.docx》由会员分享，可在线阅读，更多相关《企事业单位信息化建设项目实施与验收管理规范.docx（38页珍藏版）》请在冰点文库上搜索。
企事业单位信息化建设项目实施与验收管理规范
企事业单位
信息化项目实施与验收管理办法
第一章总则
第一条为加强和规范企事业单位信息化项目实施与验收管理工作，提高信息化项目的建设水平，确保信息化项目的成功实施，特制定本办法。
第二条本管理办法适用于企事业单位所有信息化建设项目的实施管理。
第三条信息化项目合同的付款必须与项目的关键里程碑点及评审结果挂钩，以降低企事业单位信息化项目实施风险。
第四条本办法主要对企事业单位信息化项目的实施与验收提出具体管理的内容与要求，重点对项目实施的各个工作过程包括需求确定、系统实施以及上线验收等关键里程碑点提出具体要求。
第二章组织体系
第五条信息化建设计划批准后，项目建设成立或指定专门的领导小组进行，归口管理部门（以下简称：
管理部门）和业务管理部门（以下简称：
业务部门）共同完成项目实施与系统上线验收的各项管理工作。
第六条管理部门的主要职责：
管理部门是项目建设的归口管理机构。
主要职责如下：
（一）负责系统软硬件平台、网络通讯等到信息基础设施的总体规划和建设管理工作，并确保系统架构、信息安全、接口、编码及平台等技术规范满足相关制度规定和项目实施的要求。
（二）控制项目实施进度、质量、费用等各因素，保证项目按计划完成。
（三）组织项目建设期各里程碑的检查工作和各阶段项目评审组织工作。
（四）参与业务部门数据分析，确保业务数据、功能、流程的完整性和准确性。
第七条业务部门主要职责：
业务部门作为系统的使用部门，应全程参与系统的项目实施与上线验收工作。
主要职责如下：
（一）负责系统业务需求、功能规范、实施范围和实施计划的制定，并确保业务数据、功能、流程的完整性和准确性。
（二）参加系统使用管理、权限管理及对系统运行情况的监督和评估等工作。
第八条项目组织体系
（一）应成立项目领导小组和项目工作小组。
重大项目的项目领导小组应由信息化主管领导担任组长，成员包括相关业务部门负责人和管理部门负责人，负责决策应用系统建设重大事宜。
（二）项目工作小组主要由业务部门和管理部门人员组成，负责项目的具体实施工作。
第三章项目实施
第九条项目实施阶段划分
项目实施应进行分阶段的目标管理。
将项目实施过程分为需求分析、方案设计、开发测试三个标准步骤进行控制和管理。
各阶段工作都须通过严格评审，必要时组织专家进行评审，评审合格后才能进入下一阶段工作。
第十条需求分析阶段
工作内容：
系统需求分析工作包括对组织构架、管理模式、业务需求、业务流程、数据规划、用户界面及系统功能等内容的详细调研与确认，以及对工程进度、资源分配的详细分解与制定工作。
质量目标：
系统需求分析要制订详细的调研大纲和调研计划，详细挖掘用户的需求，突出业务重点，确保业务需求详尽、准确。
阶段成果：
应完成《需求分析报告》、《项目计划书》、《系统验收标准》等文档的编写与确认工作。
评审重点：
重点评审业务需求描述的完整性、明确性。
评审流程：
系统开发商向项目工作小组提交附件1《应用系统需求评审申请表》。
项目工作小组负责成立系统需求评审组，评审结束后，评审组出具需求评审意见。
管理部门审核通过后，系统进入方案设计阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。
在后续阶段，如有需求补充或修正，应填写需求补充修正单。
第十一条方案设计阶段
工作内容：
根据需求分析，进行软硬件平台选型与设计、系统总体架构设计、总体数据规划、系统测试方案设计、系统安全规划与设计等内容。
质量目标：
设计结果必须符合企事业单位信息化整体规划、有关数据和应用系统安全、接口规范及数据标准化的规定要求。
阶段成果：
应完成《总体设计说明书》、《数据库设计说明书》、《数据接口说明书书》、《系统安全设计说明书》、《系统测试说明书》等文档的编写与确认工作。
评审重点：
重点评审技术方案合理性、技术路线可行性以及系统方案设计中形成的技术文档是否全面、完整、详细。
评审流程：
项目工作小组可根据项目方案设计阶段的要求组织进行设计评审，评审结束后，出具评审意见。
管理部门审核通过后，系统进入开发测试阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。
第十二条开发测试阶段
工作内容：
根据需求分析和系统设计方案，进行各应用子系统或功能模块详细设计、系统开发以及测试，开发和测试应同步进行。
测试应构造具有实效的测试模拟环境，对系统进行上线前的模拟测试。
应分别进行模块测试、子系统测试、系统集成测试等阶段的系统测试工作。
测试过程中存在的问题应详细记录并及时进行程序修改，修改后按照测试方案重新测试。
系统开发商完成全部系统测试后，方可向管理部门提交上线部署申请。
质量目标：
系统测试方案必须经过项目工作小组严格评审，系统测试过程必须严格遵照系统测试方案进行。
阶段成果：
应完成《详细设计说明书》、《程序维护手册》、《用户使用手册》、《系统运行维护手册》、《系统测试方案》、《系统测试报告》、《系统配置及用户权限手册》等文档的编写与确认工作。
评审重点：
重点评审系统测试方案的完备性、测试方法的合理性和系统功能性能与合同的符合性。
评审流程：
系统开发商制定测试方案，项目工作小组审核通过后，由系统开发商按照测试方案完成自测试，并向项目工作小组提交自测试报告。
项目工作小组审核通过后，系统进入上线前环境部署以及各项上线准备工作，同时准备进行系统上线评审；评审不通过，则应对存在的问题详细记录并及时进行修正，修正后重新进行评审。
第十三条变更控制
在项目上线评审后，如果项目需求发生变更时，需要填写附件4《需求变更单》，批准后方可实施。
项目工作小组负责人应当通知所有受影响范围内的人员完成变更工作。
变更的内容和原因应有完整记录。
第十四条风险控制
在项目实施中，项目工作小组应该对影响整个项目成败的关键问题、技术难点和风险进行有效控制，必要时项目工作小组负责人应及时向项目领导小组汇报。
在项目重要里程碑点或项目需求、计划、成本发生重大变更时，应召开项目领导小组会议进行审议，由管理部门负责组织项目建设期各里程碑的检查工作和各阶段项目评审的组织工作。
项目领导小组会议纪要应存档。
第四章上线验收
第十五条上线验收采用分阶段的目标管理。
将上线验收按照工作过程分为上线评审、系统试运行和系统验收三个标准步骤进行控制和管理。
第十六条上线评审
系统通过测试，并完成上线部署，在正式上线试运行前必须通过上线评审。
上线评审是项目实施过程中的重要里程碑点，上线评审的主要目的是检查系统上线前各项上线准备工作完成情况，确保系统成功上线运行。
上线评审条件：
（1）系统完成上线部署；
（2）系统开发商填写附件2《应用系统上线评审申请表》，经管理部门批准。
上线评审重点：
重点评审系统上线申请表的全部内容，审查提交文档的完整性、系统测试结果的合理性和系统上线前数据准备、业务流程和人员培训等各项准备工作的完备性。
上线评审流程：
管理部门会同业务部门及相关单位成立系统上线评审组。
系统上线评审组参照系统上线评审申请表中具体规定召开评审会议。
评审结束后，评审组出具上线评审审查报告。
管理部门审查合格后，系统进入试运行阶段；审查不合格，应给出具体意见，限期修改完善后重新组织评审。
第十七条系统试运行
系统通过上线评审后，在正式验收并投入运行前，必须进行系统试运行工作，系统试运行工作的主要目的是系统消缺。
试运行时间：
按照合同执行。
人员培训：
试运行前，应对有关人员进行培训，包括系统平台、数据库、操作方法以及系统缺陷的确认、记录与报告方法等内容。
试运行的工作组织：
系统试运行由项目工作小组统一组织安排。
在试运行期间，系统开发人员应在系统试运行现场观察试运行效果，及时发现系统问题，及时总结研究试运行版本的消缺、完善、更新。
系统消缺应有详细记录。
试运行结束：
系统试运行结束后，应形成用户使用报告。
第十八条验收
系统试运行结束后，项目工作小组在经过项目领导小组批准后，可申请进行项目验收。
验收条件：
（1）系统已经完成上线试运行，系统功能和性能符合设计要求，运行可靠、稳定；
（2）各类文档齐全。
验收组织：
项目工作小组提出书面项目验收申请，经管理部门审核后，邀请有关的专家组成验收小组，并召开项目验收会议，对项目进行验收评审。
验收重点：
检测验证系统功能和性能与合同的符合性；审核项目文档资料的完整性及其与工程实际的一致性；审核操作系统、应用系统等软件配置与设计方案的符合性；检查人员培训计划落实等情况。
验收流程：
系统验收评审组参照附件3《应用系统验收评审申请表》中具体规定召开验收会议。
验收结束后，验收评审组出具系统验收评审报告。
管理部门审查合格后，系统进入正式运行阶段；审查不合格，应给出具体意见，限期修改完善后重新组织评审。
第五章文档管理
第十九条所有文档应遵循下列规范：
（1）技术与管理文档应与系统实际相一致，文档应该全面、完整、详细。
（2）技术与管理文档应能够满足系统安装、使用、维护、应用开发的需要。
（3）整个系统建设期的技术与管理文档应符合国家的有关规定。
（4）文档均应以纸张和磁介质（或光盘）为载体存放。
第六章注意事项及附则
第二十条应用系统的开发部署需遵守相关网络信息机房等规定。
第二十一条本细则中涉及的各种申请表、工作单没有的需要事先制定或按实际项目调整。
第二十二条本细则由企事业单位授权管理部门负责解释。
第二十三条本细则自发布之日起试行。
附件1
应用系统需求评审申请表
合同编号：
项目名称：
实施厂商：
项目经理：
填表时间：
企事业单位管理部门制
填表注意事项：
1、为了加强企事业单位信息化项目管理，特设计此表。
2、系统在需求调研结束进入方案设计阶段前，系统开发商应填写此申请表进行系统需求评审。
3、此表包括以下几个部分：
序号
内容
备注
一
需求分析报告
开发商填写
二
系统验收标准
开发商填写
三
后续详细工作计划
开发商填写
四
需求评审意见（项目经理）
用户填写
需求评审意见（部门/单位）
用户填写
4、项目工作小组在取得项目领导小组同意后组织成立需求评审小组，需求评审结果将形成《需求评审意见》。
5、管理部门审核通过后，系统进入方案设计阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。
6、需求评审中涉及到的所有文档，系统供应商应以纸质形式提供一式三份，其中正本一份需盖章；电子版形式提供二份，在电子版中所有文档应做成超级链接形式，以利于检索。
7、以上文档由管理部门对文档进行归档管理。
8、此表不够可以另外增加附页。
一、需求分析报告
运行环境分析内容
运行环境分析
运行环境需求
硬件
软件
网络
安全
备份/恢复
系统性能分析内容
系统性能分析
系统性能需求
网络性能
客户端性能
服务器端性能
系统接口
时间特性
适应性要求
系统功能编目
系统功能分析
系统功能需求
功能编号
功能名称
功能描述
功能界面
数据字典（或报表）
业务流程
功能编号
功能名称
功能描述
功能界面
数据字典（或报表）
业务流程
……
说明：
1、由开发商对应合同内容列出每一条性能和功能需求分析结果；
2、此处系统功能要精心编目，后续系统测试、上线评审等环节中的功能编号应与此处编号一致；
3、系统性能需求和功能需求分析结果具体描述可附文档详细说明；
4、数据字典、业务流程根据实际情况填写；
5、此页不够可加页。
二、系统验收标准
系统性能
系统性能验收标准
备注
系统性能需求
网络性能
内容
压力测试
方法
性能测试工具LoadRunner8.1进行实地测试
标准
虚拟用户数200同时在线不停的访问及查询操作，出错率不高于5%
客户端性能
内容
IBM笔记本R200e系统WinXP、1G内存P4CPU
方法
满足上述配置
标准
满足上述配置
服务器端性能
内容
查看内存占用及CPU占用
方法
用WINDOWS任务管理器查看
标准
CPU占用不超过90%，内存占用不高于1G
系统接口
内容
发送短信接口、发送邮件接口、支付接口
方法
实测发送短信并接收、实测发送邮件并接收、实测支付情况
标准
在流程走到指定环节能顺利完成发送短信提醒、邮件通知、并完成在线支付
时间特性
内容
无
方法
无
标准
无
适应性要求
内容
无
方法
无
标准
无
系统功能测试
系统功能验收标准
系统功能需求
功能编号
功能模块名称
内容
方法
标准
功能编号
功能模块名称
内容
方法
标准
功能编号
功能模块名称
内容
方法
标准
……
……
说明：
1、针对需求分析分析报告中每一条需求项要求，由开发商列出验收标准；
2、验收标准应给出验收的内容、方法、标准等内容，验收标准是系统测试的重要依据；
三、后续详细工作计划
目标
开始时间
完成时间
工作任务
里程碑1
里程碑2
……
里程碑n
说明：
工作计划中应包含系统设计、开发、测试、部署等内容的计划。
对系统开发设计阶段工作计划应细化到天，后续其他节点工作计划应细化到周。
四、需求评审意见（项目经理）
需求评审结论
系统性能需求
内容
评审意见
评审人
网络性能
□同意□不同意□保留
客户端性能
□同意□不同意□保留
服务器端性能
□同意□不同意□保留
系统接口
□同意□不同意□保留
时间特性
□同意□不同意□保留
适应性要求
□同意□不同意□保留
系统功能需求
功能目录
评审意见
评审人
功能编号
□同意□不同意□保留
功能编号
□同意□不同意□保留
功能编号
□同意□不同意□保留
功能编号
□同意□不同意□保留
功能编号
□同意□不同意□保留
验收
标准
系统性能验收标准
□同意□不同意□保留
系统功能验收标准
□同意□不同意□保留
后续详细工作计划
□同意□不同意□保留
评审意见：
□同意通过需求评审□不同意通过需求评审□补充后通过需求评审
详细建议：
项目经理（管理部门）签字：
日期：
项目经理（业务部门）签字：
日期：
说明：
开发商应提供详细需求分析报告、系统验收标准和双方确认的需求确认单作为本需求评审意见的附件。
四、需求评审意见（主管单位）
企事业单位业务部门（单位）意见：
负责人签字：
日期：
企事业单位管理部门意见：
负责人签字：
日期：
附件2
企事业单位
应用系统上线评审申请表
合同编号：
项目名称：
实施厂商：
项目经理：
填表时间：
企事业单位管理部门制
填表注意事项
1、为加强企事业单位信息化项目管理、规范系统上线评审工作，特设计此表格。
2、系统完成上线前测试和环境部署后，系统供应商应填写此申请进行系统上线评审。
3、申请表包括内容：
序号
内容
备注
一
合同执行情况对照表
供应商填写
二
上线方案
供应商填写
三
上线前自测报告
供应商填写
四
上线评审测试大纲
供应商填写
五
上线文档审查表
供应商填写
六
上线后工作计划
供应商填写
七
上线运行和运维管理办法
用户填写
八
上线评审专家组名单
用户填写
九
上线评审意见（项目经理）
用户填写
上线评审意见（单位）
用户填写
4、上线评审前，须成立评审组，上线评审申请结果将通过《应用系统上线评审申请批复书》（见上线评审附件1）向系统供应商提供。
5、系统上线评审会议将进行现场抽查测试、评审，最终形成《应用系统上线评审意见》，包括上线缺陷报告、上线测试报告。
6、管理部门根据评审组的评审结果研究后批复，通过《应用系统上线试运行批复书》（见上线评审附件2）通知系统供应商，并提供上线测试报告和上线缺陷报告，如同意上线，系统供应商根据上述报告制定具体消缺工作计划，系统进入试运行阶段；未通过评审，系统供应商可根据上线测试报告和上线缺陷报告完善后重新提出评审申请。
7、上线评审中涉及的所有文档，系统供应商应以纸质形式提供一式三份，其中正本一份需盖章；电子版形式提供二份，在电子版中所有文档应做成超级链接形式，以利于检索。
8、以上文档由管理部门对文档进行归档管理。
9、此表不够可以另外增加附页。
一、合同执行情况对照表
项目
内容
合同约定
实际执行
变更情况
原因
备注
人员变更
项目经理
主要人员
时间进度
项目整体进度
供货
硬件产品
软件产品
里程碑
需求分析
方案设计
开发测试
上线部署
上线评审
上线运行
需求便更
序号
合同约定
实际执行
尚未完成的工作
补充说明
实施厂商意见
本表第一部分至第六部分所填内容属实。
项目经理（签字）：
负责人（签字）：
日期：
日期：
二、上线方案
项目
名称
描述
备注
上线流程描述
系统环境部署
（含服务器、网络及安全、系统软件及数据库）
数据准备
系统性能测试
系统功能测试
（含业务流程）
人员培训
应急预案
说明：
对于新旧系统切换上线情况，应填写应急预案。
三、上线前自测报告
测试时间
测试地点
测试人员
测试环境
硬件
软件
网络
安全
系统性能测试科目
测试结果
系统性能测试
网络性能测试
内容
方法
标准
客户端性能测试
内容
方法
标准
服务器端性能测测试
内容
方法
标准
接口测试
内容
方法
标准
时间特性
内容
方法
标准
适应性要求
内容
方法
标准
系统功能测试编目
测试结果
系统功能测试
功能编号1：
功能模块名称
内容
方法
标准
功能编号2：
功能模块名称
内容
方法
标准
…
内容
方法
标准
功能编号n：
功能模块名称
内容
方法
标准
说明：
1、按照合同内容，由开发商列出每一条功能和性能测试内容、填写自测试结果；
2、系统功能测试编目应与系统需求分析报告中功能编目对应；
3、此页不够可加页。
四、上线评审测试大纲
测试项目
描述
测试条件
备注
性能测试项目
网络及安全性能测试
内容
□具备
□不具备
方法
标准
客户端性能测试
内容
□具备
□不具备
方法
标准
服务器端性能测测试
内容
□具备
□不具备
方法
标准
接口测试
内容
□具备
□不具备
方法
标准
时间特性
内容
□具备
□不具备
方法
标准
适应性指标
内容
□具备
□不具备
方法
标准
业务流转测试
功能模块测试
功能编号1：
功能模块名称
方法
□具备
□不具备
标准
功能编号2：
功能模块名称
方法
□具备
□不具备
标准
…
方法
□具备
□不具备
标准
业务流程测试
业务流程描述1
方法
□具备
□不具备
标准
业务流程描述2
方法
□具备
□不具备
标准
…
方法
□具备
□不具备
标准
说明：
1、按照合同内容，由开发商列出上线评审测试大纲内容，对每一个测试内容给出测试方法和标准，并考虑现场测试条件是否具备，如果现场不具备测试条件，可在备注栏中说明原因；
2、业务流转测试中功能模块测试，开发商应按照需求设计说明书中功能编目进行填写；
3、业务流转测试中业务流程测试，开发商需设计2-3个主要业务流程，上述业务流程应涵盖全部业务功能。
五、上线文档评审表
文档列表
文档名称
数量
状态
解说
需求分析报告
□完成□未完成□其他
项目计划书
□完成□未完成□其他
系统验收标准
□完成□未完成□其他
总体设计说明书
□完成□未完成□其他
数据库设计说明书
□完成□未完成□其他
详细设计说明书
□完成□未完成□其他
系统接口设计说明书
□完成□未完成□其他
系统安全设计说明书
□完成□未完成□其他
系统配置及用户权限手册
□完成□未完成□其他
程序开发手册
□完成□未完成□其他
用户使用手册
□完成□未完成□其他
系统运行维护手册
□完成□未完成□其他
系统测试大纲
□完成□未完成□其他
系统自测报告
□完成□未完成□其他
项目总结报告
□完成□未完成□其他
系统迁移方案（对于旧系统）
□完成□未完成□其他
系统应急预案
□完成□未完成□其他
用户使用报告
□完成□未完成□其他
管理类文档
□完成□未完成□其他
说明：
1、管理文档主要有（但不限于）：
《质量控制计划》、《配置管理计划》、《用户培训计划》、《会议纪要》、《项目月报》等；
2、某个文档由多个文件组成时，请加页附文档目录。
六、上线后工作计
升级会员 