系统变更管理办法.pdf
《系统变更管理办法.pdf》由会员分享,可在线阅读,更多相关《系统变更管理办法.pdf(8页珍藏版)》请在三一文库上搜索。
1、. . 系统变更管理办法 (V1.0) 文档编号变更管理办法V1.0 文档敏感性敏感项目监理 文档编写编写日期 文档审核审核日期 公开范围 . . 1. 目录 1.目录 . 2 2.目的 . 3 3.范围 . 3 4.变更流程 . 3 5.变更方案的制订 4 6.紧急变更流程 5 7.权责分离 . 5 . . 2. 目的 为规范软件变更与维护管理,提高软件管理水平,优化软件变更与维护管理 流程,特制定本管理办法。 3. 范围 本办法适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移 交给应用管理组织之后, 所发生的生产应用系统 (以下简称应用系统) 运行支持 及系统变更工作。 4.
2、变更流程 系统变更工作可分为下面三类类型:功能完善维护、系统缺陷修改、统计报 表生成。 功能完善维护指根据业务部门的需求,对系统进行的功能完善性或适应性维 护;系统缺陷修改指对一些系统功能或使用上的问题所进行的修复,这些问题是 由于系统设计和实现上的缺陷而引发的;统计报表生成指为了满足业务部门统计 报表数据生成的需要,而进行的不包含在应用系统功能之内的数据处理工作。 系统变更工作以任务形式由需求方(一般为业务部门)和维护方(一般为信 息中心,还包括合作厂商)协作完成。系统变更过程类似软件开发,大致可分为 四个阶段:任务提交和接受、任务实现、任务验收和程序下发上线。 需求部门提出系统变更需求,并
3、将变更需求整理成系统变更申请表,由 部门负责人审批后提交给信息中心系统管理员。 系统管理员负责接受需求并上报给信息中心。信息中心分析需求,并提出系 统变更建议。对变更过程应形成变更过程记录。 系统管理员根据自行开发、 合作开发和外包开发的不同要求组织实现系统变 更需求,将需求提交至内部开发人员、合作开发商或外包开发商, 产生供发布的 程序。系统管理员应形成详细的变更方案。信息中心主任根据变更建议审批变更 . . 方案。 实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程 相同的正式、统一的编码标准,并经过测试和正式验收才能下发和上线。 信息中心系统管理员组织业务部门的系统最终用
4、户对系统程序变更进行测 试,并撰写用户测试报告 ,提交业务部门负责人和信息中心主管领导签字确 认通过。 在系统变更完成后,信息中心系统管理员和业务部门的最终用户共同撰写 程序变更验收报告 ,经业务部门负责人签字验收后, 报送信息中心主管审批。 培训管理员负责对系统变更过程的文档进行归档管理,变更过程中涉及的所 有文档应至少保存两年。 5. 变更方案的制订 由系统管理员负责制定变更实施计划和方案。 变更实施计划和方案包含以下内容: (一)生产变更事件日期、时间(包括生产变更事件实施计划开始时间和结 束时间) ; (二)生产变更事件影响范围和是否影响生产系统业务连续运行。 (三)生产变更事件中各参
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 变更 管理办法
链接地址:https://www.31doc.com/p-5607892.html