企事业单位信息化建设项目实施与验收管理规范Word文档格式.docx
- 文档编号:8149938
- 上传时间:2023-05-10
- 格式:DOCX
- 页数:38
- 大小:30.79KB
企事业单位信息化建设项目实施与验收管理规范Word文档格式.docx
《企事业单位信息化建设项目实施与验收管理规范Word文档格式.docx》由会员分享,可在线阅读,更多相关《企事业单位信息化建设项目实施与验收管理规范Word文档格式.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、业务流转测试中功能模块测试,开发商应按照需求设计说明书中功能编目进行填写;
3、业务流转测试中业务流程测试,开发商需设计2-3个主要业务流程,上述业务流程应涵盖全部业务功能。
五、上线文档评审表
文档列表
文档名称
数量
状态
解说
□完成□未完成□其他
项目计划书
总体设计说明书
数据库设计说明书
详细设计说明书
系统接口设计说明书
系统安全设计说明书
系统配置及用户权限手册
程序开发手册
用户使用手册
系统运行维护手册
系统测试大纲
系统自测报告
项目总结报告
系统迁移方案(对于旧系统)
系统应急预案
用户使用报告
管理类文档
1、管理文档主要有(但不限于):
《质量控制计划》、《配置管理计划》、《用户培训计划》、《会议纪要》、《项目月报》等;
2、某个文档由多个文件组成时,请加页附文档目录。
六、上线后工作计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企事业单位 信息化 建设项目 实施 验收 管理 规范