企事业单位信息化建设项目实施与验收管理规范.docx

1、企事业单位信息化建设项目实施与验收管理规范企事业单位信息化项目实施与验收管理办法第一章 总则第一条 为加强和规范企事业单位信息化项目实施与验收管理工作，提高信息化项目的建设水平，确保信息化项目的成功实施，特制定本办法。第二条 本管理办法适用于企事业单位所有信息化建设项目的实施管理。第三条 信息化项目合同的付款必须与项目的关键里程碑点及评审结果挂钩，以降低企事业单位信息化项目实施风险。第四条 本办法主要对企事业单位信息化项目的实施与验收提出具体管理的内容与要求，重点对项目实施的各个工作过程包括需求确定、系统实施以及上线验收等关键里程碑点提出具体要求。第二章 组织体系第五条 信息化建设计划批准后，

2、项目建设成立或指定专门的领导小组进行，归口管理部门（以下简称：管理部门）和业务管理部门（以下简称：业务部门）共同完成项目实施与系统上线验收的各项管理工作。第六条 管理部门的主要职责：管理部门是项目建设的归口管理机构。主要职责如下：（一）负责系统软硬件平台、网络通讯等到信息基础设施的总体规划和建设管理工作，并确保系统架构、信息安全、接口、编码及平台等技术规范满足相关制度规定和项目实施的要求。（二）控制项目实施进度、质量、费用等各因素，保证项目按计划完成。（三）组织项目建设期各里程碑的检查工作和各阶段项目评审组织工作。（四）参与业务部门数据分析，确保业务数据、功能 、流程的完整性和准确性。第七条

3、业务部门主要职责：业务部门作为系统的使用部门，应全程参与系统的项目实施与上线验收工作。主要职责如下：（一）负责系统业务需求、功能规范、实施范围和实施计划的制定，并确保业务数据、功能、流程的完整性和准确性。（二）参加系统使用管理、权限管理及对系统运行情况的监督和评估等工作。第八条 项目组织体系（一）应成立项目领导小组和项目工作小组。重大项目的项目领导小组应由信息化主管领导担任组长，成员包括相关业务部门负责人和管理部门负责人，负责决策应用系统建设重大事宜。（二）项目工作小组主要由业务部门和管理部门人员组成，负责项目的具体实施工作。第三章 项目实施第九条 项目实施阶段划分项目实施应进行分阶段的目标管

4、理。将项目实施过程分为需求分析、方案设计、开发测试三个标准步骤进行控制和管理。各阶段工作都须通过严格评审，必要时组织专家进行评审，评审合格后才能进入下一阶段工作。第十条 需求分析阶段工作内容：系统需求分析工作包括对组织构架、管理模式、业务需求、业务流程、数据规划、用户界面及系统功能等内容的详细调研与确认，以及对工程进度、资源分配的详细分解与制定工作。质量目标：系统需求分析要制订详细的调研大纲和调研计划，详细挖掘用户的需求，突出业务重点，确保业务需求详尽、准确。阶段成果：应完成需求分析报告、项目计划书、系统验收标准等文档的编写与确认工作。评审重点：重点评审业务需求描述的完整性、明确性。评审流程：

5、系统开发商向项目工作小组提交附件1应用系统需求评审申请表。项目工作小组负责成立系统需求评审组，评审结束后，评审组出具需求评审意见。管理部门审核通过后，系统进入方案设计阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。在后续阶段，如有需求补充或修正，应填写需求补充修正单。第十一条 方案设计阶段工作内容：根据需求分析，进行软硬件平台选型与设计、系统总体架构设计、总体数据规划、系统测试方案设计、系统安全规划与设计等内容。质量目标：设计结果必须符合企事业单位信息化整体规划、有关数据和应用系统安全、接口规范及数据标准化的规定要求。阶段成果：应完成总体设计说明书、数据库设计说明书、数据接口说明

6、书书、系统安全设计说明书、系统测试说明书等文档的编写与确认工作。评审重点：重点评审技术方案合理性、技术路线可行性以及系统方案设计中形成的技术文档是否全面、完整、详细。评审流程：项目工作小组可根据项目方案设计阶段的要求组织进行设计评审，评审结束后，出具评审意见。管理部门审核通过后，系统进入开发测试阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。第十二条 开发测试阶段工作内容：根据需求分析和系统设计方案，进行各应用子系统或功能模块详细设计、系统开发以及测试，开发和测试应同步进行。测试应构造具有实效的测试模拟环境，对系统进行上线前的模拟测试。应分别进行模块测试、子系统测试、系统集成测试

7、等阶段的系统测试工作。测试过程中存在的问题应详细记录并及时进行程序修改，修改后按照测试方案重新测试。系统开发商完成全部系统测试后，方可向管理部门提交上线部署申请。质量目标：系统测试方案必须经过项目工作小组严格评审，系统测试过程必须严格遵照系统测试方案进行。阶段成果：应完成详细设计说明书、程序维护手册、用户使用手册、系统运行维护手册、系统测试方案、系统测试报告、系统配置及用户权限手册等文档的编写与确认工作。评审重点：重点评审系统测试方案的完备性、测试方法的合理性和系统功能性能与合同的符合性。评审流程：系统开发商制定测试方案，项目工作小组审核通过后，由系统开发商按照测试方案完成自测试，并向项目工作

8、小组提交自测试报告。项目工作小组审核通过后，系统进入上线前环境部署以及各项上线准备工作，同时准备进行系统上线评审；评审不通过，则应对存在的问题详细记录并及时进行修正，修正后重新进行评审。第十三条 变更控制在项目上线评审后，如果项目需求发生变更时，需要填写附件4需求变更单，批准后方可实施。项目工作小组负责人应当通知所有受影响范围内的人员完成变更工作。变更的内容和原因应有完整记录。第十四条 风险控制在项目实施中，项目工作小组应该对影响整个项目成败的关键问题、技术难点和风险进行有效控制，必要时项目工作小组负责人应及时向项目领导小组汇报。在项目重要里程碑点或项目需求、计划、成本发生重大变更时，应召开项

9、目领导小组会议进行审议，由管理部门负责组织项目建设期各里程碑的检查工作和各阶段项目评审的组织工作。项目领导小组会议纪要应存档。第四章 上线验收第十五条 上线验收采用分阶段的目标管理。将上线验收按照工作过程分为上线评审、系统试运行和系统验收三个标准步骤进行控制和管理。第十六条 上线评审系统通过测试，并完成上线部署，在正式上线试运行前必须通过上线评审。上线评审是项目实施过程中的重要里程碑点，上线评审的主要目的是检查系统上线前各项上线准备工作完成情况，确保系统成功上线运行。上线评审条件：（1）系统完成上线部署；（2）系统开发商填写附件2应用系统上线评审申请表，经管理部门批准。上线评审重点：重点评审系

10、统上线申请表的全部内容，审查提交文档的完整性、系统测试结果的合理性和系统上线前数据准备、业务流程和人员培训等各项准备工作的完备性。上线评审流程：管理部门会同业务部门及相关单位成立系统上线评审组。系统上线评审组参照系统上线评审申请表中具体规定召开评审会议。评审结束后，评审组出具上线评审审查报告。管理部门审查合格后，系统进入试运行阶段；审查不合格，应给出具体意见，限期修改完善后重新组织评审。第十七条 系统试运行系统通过上线评审后，在正式验收并投入运行前，必须进行系统试运行工作，系统试运行工作的主要目的是系统消缺。试运行时间：按照合同执行。人员培训：试运行前，应对有关人员进行培训，包括系统平台、数据

11、库、操作方法以及系统缺陷的确认、记录与报告方法等内容。试运行的工作组织：系统试运行由项目工作小组统一组织安排。在试运行期间，系统开发人员应在系统试运行现场观察试运行效果，及时发现系统问题，及时总结研究试运行版本的消缺、完善、更新。系统消缺应有详细记录。试运行结束：系统试运行结束后，应形成用户使用报告。第十八条 验收系统试运行结束后，项目工作小组在经过项目领导小组批准后，可申请进行项目验收。验收条件：（1）系统已经完成上线试运行，系统功能和性能符合设计要求，运行可靠、稳定；（2）各类文档齐全。验收组织：项目工作小组提出书面项目验收申请，经管理部门审核后，邀请有关的专家组成验收小组，并召开项目验收

12、会议，对项目进行验收评审。验收重点：检测验证系统功能和性能与合同的符合性；审核项目文档资料的完整性及其与工程实际的一致性；审核操作系统、应用系统等软件配置与设计方案的符合性；检查人员培训计划落实等情况。验收流程：系统验收评审组参照附件3应用系统验收评审申请表中具体规定召开验收会议。验收结束后，验收评审组出具系统验收评审报告。管理部门审查合格后，系统进入正式运行阶段；审查不合格，应给出具体意见，限期修改完善后重新组织评审。第五章 文档管理第十九条 所有文档应遵循下列规范：（1）技术与管理文档应与系统实际相一致，文档应该全面、完整、详细。（2）技术与管理文档应能够满足系统安装、使用、维护、应用开发

13、的需要。（3）整个系统建设期的技术与管理文档应符合国家的有关规定。（4）文档均应以纸张和磁介质（或光盘）为载体存放。第六章 注意事项及附则第二十条 应用系统的开发部署需遵守相关网络信息机房等规定。第二十一条 本细则中涉及的各种申请表、工作单没有的需要事先制定或按实际项目调整。第二十二条 本细则由企事业单位授权管理部门负责解释。第二十三条 本细则自发布之日起试行。附件1应用系统需求评审申请表合同编号： 项目名称： 实施厂商： 项目经理： 填表时间： 企事业单位管理部门制填表注意事项：1、 为了加强企事业单位信息化项目管理，特设计此表。2、 系统在需求调研结束进入方案设计阶段前，系统开发商应填写此

14、申请表进行系统需求评审。3、 此表包括以下几个部分：序号内容备注一需求分析报告开发商填写二系统验收标准开发商填写三后续详细工作计划开发商填写四需求评审意见（项目经理）用户填写需求评审意见（部门/单位）用户填写4、 项目工作小组在取得项目领导小组同意后组织成立需求评审小组，需求评审结果将形成需求评审意见。5、 管理部门审核通过后，系统进入方案设计阶段；审核不通过，应给出具体意见，限期修改完善后重新组织评审。6、 需求评审中涉及到的所有文档，系统供应商应以纸质形式提供一式三份，其中正本一份需盖章；电子版形式提供二份，在电子版中所有文档应做成超级链接形式，以利于检索。7、 以上文档由管理部门对文档进

15、行归档管理。8、 此表不够可以另外增加附页。一、需求分析报告运行环境分析内容运行环境分析运行环境需求硬件软件网络安全备份/恢复系统性能分析内容系统性能分析系统性能需求网络性能客户端性能服务器端性能系统接口时间特性适应性要求系统功能编目系统功能分析系统功能需求功能编号功能名称功能描述功能界面数据字典（或报表）业务流程功能编号功能名称功能描述功能界面数据字典（或报表）业务流程说明：1、由开发商对应合同内容列出每一条性能和功能需求分析结果；2、此处系统功能要精心编目，后续系统测试、上线评审等环节中的功能编号应与此处编号一致；3、系统性能需求和功能需求分析结果具体描述可附文档详细说明；4、数据字典、业

16、务流程根据实际情况填写；5、此页不够可加页。二、系统验收标准系统性能系统性能验收标准备注系统性能需求 网络性能内容压力测试方法性能测试工具 LoadRunner 8.1进行实地测试标准虚拟用户数200同时在线不停的访问及查询操作，出错率不高于5%客户端性能内容IBM笔记本R200e系统WinXP、1G内存P4CPU方法满足上述配置标准满足上述配置服务器端性能内容查看内存占用及CPU占用方法用WINDOWS任务管理器查看标准CPU占用不超过90%，内存占用不高于1G系统接口内容发送短信接口、发送邮件接口、支付接口方法实测发送短信并接收、实测发送邮件并接收、实测支付情况标准在流程走到指定环节能顺利

17、完成发送短信提醒、邮件通知、并完成在线支付时间特性内容无方法无标准无适应性要求内容无方法无标准无系统功能测试系统功能验收标准系统功能需求功能编号功能模块名称内容方法标准功能编号功能模块名称内容方法标准功能编号功能模块名称内容方法标准说明：1、针对需求分析分析报告中每一条需求项要求，由开发商列出验收标准；2、验收标准应给出验收的内容、方法、标准等内容，验收标准是系统测试的重要依据；三、后续详细工作计划目标开始时间完成时间工作任务里程碑1里程碑2里程碑n说明： 工作计划中应包含系统设计、开发、测试、部署等内容的计划。对系统开发设计阶段工作计划应细化到天，后续其他节点工作计划应细化到周。 四、需求评

18、审意见（项目经理）需求评审结论系统性能需求内容评审意见评审人网络性能同意 不同意 保留客户端性能同意 不同意 保留服务器端性能同意 不同意 保留系统接口同意 不同意 保留时间特性同意 不同意 保留适应性要求同意 不同意 保留系统功能需求功能目录评审意见评审人功能编号同意 不同意 保留功能编号同意 不同意 保留功能编号同意 不同意 保留功能编号同意 不同意 保留功能编号同意 不同意 保留验收标准系统性能验收标准同意 不同意 保留系统功能验收标准同意 不同意 保留后续详细工作计划同意 不同意 保留评审意见：同意通过需求评审 不同意通过需求评审 补充后通过需求评审详细建议： 项目经理（管理部门）签字

19、： 日期：项目经理（业务部门）签字： 日期：说明：开发商应提供详细需求分析报告、系统验收标准和双方确认的需求确认单作为本需求评审意见的附件。四、需求评审意见（主管单位）企事业单位业务部门（单位）意见：负责人签字： 日期：企事业单位管理部门意见： 负责人签字： 日期：附件2企事业单位应用系统上线评审申请表合同编号： 项目名称： 实施厂商： 项目经理： 填表时间： 企事业单位管理部门制填表注意事项1、 为加强企事业单位信息化项目管理、规范系统上线评审工作，特设计此表格。2、 系统完成上线前测试和环境部署后，系统供应商应填写此申请进行系统上线评审。3、 申请表包括内容：序号内容备注一合同执行情况对照

20、表供应商填写二上线方案供应商填写三上线前自测报告供应商填写四上线评审测试大纲供应商填写五上线文档审查表供应商填写六上线后工作计划供应商填写七上线运行和运维管理办法用户填写八上线评审专家组名单用户填写九上线评审意见（项目经理）用户填写上线评审意见（单位）用户填写4、 上线评审前，须成立评审组，上线评审申请结果将通过应用系统上线评审申请批复书（见上线评审附件1）向系统供应商提供。5、 系统上线评审会议将进行现场抽查测试、评审，最终形成应用系统上线评审意见，包括上线缺陷报告、上线测试报告。6、 管理部门根据评审组的评审结果研究后批复，通过应用系统上线试运行批复书（见上线评审附件2）通知系统供应商，并

21、提供上线测试报告和上线缺陷报告，如同意上线，系统供应商根据上述报告制定具体消缺工作计划，系统进入试运行阶段；未通过评审，系统供应商可根据上线测试报告和上线缺陷报告完善后重新提出评审申请。7、 上线评审中涉及的所有文档，系统供应商应以纸质形式提供一式三份，其中正本一份需盖章；电子版形式提供二份，在电子版中所有文档应做成超级链接形式，以利于检索。8、 以上文档由管理部门对文档进行归档管理。9、 此表不够可以另外增加附页。一、合同执行情况对照表项目内容合同约定实际执行变更情况原因备注人员变更项目经理主要人员时间进度项目整体进度供货硬件产品软件产品里程碑需求分析方案设计开发测试上线部署上线评审上线运行

22、需求便更序号合同约定实际执行尚未完成的工作补充说明实施厂商意见本表第一部分至第六部分所填内容属实。 项目经理（签字）： 负责人（签字）： 日期： 日期：二、上线方案项目名 称描 述备注上线流程描述系统环境部署（含服务器、网络及安全、系统软件及数据库）数据准备系统性能测试系统功能测试（含业务流程）人员培训应急预案说明：对于新旧系统切换上线情况，应填写应急预案。三、上线前自测报告测试时间测试地点测试人员测试环境硬件软件网络安全系统性能测试科目测试结果系统性能测试网络性能测试内容方法标准客户端性能测试内容方法标准服务器端性能测测试内容方法标准接口测试内容方法标准时间特性内容方法标准适应性要求内容方法

23、标准系统功能测试编目测试结果系统功能测试功能编号1：功能模块名称内容方法标准功能编号2：功能模块名称内容方法标准内容方法标准功能编号n：功能模块名称内容方法标准说明：1、按照合同内容，由开发商列出每一条功能和性能测试内容、填写自测试结果；2、系统功能测试编目应与系统需求分析报告中功能编目对应；3、此页不够可加页。四、上线评审测试大纲测试项目描述测试条件备注性能测试项目网络及安全性能测试内容 具备 不具备方法标准客户端性能测试内容 具备 不具备方法标准服务器端性能测测试内容 具备 不具备方法标准接口测试内容 具备 不具备方法标准时间特性内容 具备 不具备方法标准适应性指标内容 具备 不具备方法标

24、准业务流转测试功能模块测试功能编号1：功能模块名称方法 具备 不具备标准功能编号2：功能模块名称方法 具备 不具备标准方法 具备 不具备标准业务流程测试业务流程描述1方法 具备 不具备标准业务流程描述2方法 具备 不具备标准方法 具备 不具备标准说明：1、 按照合同内容，由开发商列出上线评审测试大纲内容，对每一个测试内容给出测试方法和标准，并考虑现场测试条件是否具备，如果现场不具备测试条件，可在备注栏中说明原因；2、 业务流转测试中功能模块测试，开发商应按照需求设计说明书中功能编目进行填写；3、 业务流转测试中业务流程测试，开发商需设计2-3个主要业务流程，上述业务流程应涵盖全部业务功能。五、

25、上线文档评审表文档列表文档名称数量状态解说需求分析报告完成 未完成 其他项目计划书完成 未完成 其他系统验收标准完成 未完成 其他总体设计说明书完成 未完成 其他数据库设计说明书完成 未完成 其他详细设计说明书完成 未完成 其他系统接口设计说明书完成 未完成 其他系统安全设计说明书完成 未完成 其他系统配置及用户权限手册完成 未完成 其他程序开发手册完成 未完成 其他用户使用手册完成 未完成 其他系统运行维护手册完成 未完成 其他系统测试大纲完成 未完成 其他系统自测报告完成 未完成 其他项目总结报告完成 未完成 其他系统迁移方案（对于旧系统）完成 未完成 其他系统应急预案完成 未完成 其他用户使用报告完成 未完成 其他管理类文档完成 未完成 其他说明：1、 管理文档主要有（但不限于）：质量控制计划、配置管理计划、用户培训计划、会议纪要、项目月报等；2、 某个文档由多个文件组成时，请加页附文档目录。六、上线后工作计