文档介绍：页脚下载后可删除，如有侵权请告知删除！
系统变更管理办法
（）
文档编号
文档敏感性
敏感
项目监理
文档编写
编写日期
文档审核
审核日期
公开范围
页脚下载后可删除，如有侵权请告知删除！
目录
1. 目录 2
2. 目的 3
3. 范围 3
4. 变更流程 3
5. 变更方案的制订 4
6. 紧急变更流程 5
7. 权责分离 5
页脚下载后可删除，如有侵权请告知删除！
目的
为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本管理办法。
范围
本办法适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后，所发生的生产应用系统（以下简称应用系统）运行支持及系统变更工作。
变更流程
系统变更工作可分为下面三类类型：功能完善维护、系统缺陷修改、统计报表生成。
功能完善维护指根据业务部门的需求，对系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作。
系统变更工作以任务形式由需求方（一般为业务部门）和维护方（一般为信息中心，还包括合作厂商）协作完成。系统变更过程类似软件开发，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。
需求部门提出系统变更需求，并将变更需求整理成《系统变更申请表》，由部门负责人审批后提交给信息中心系统管理员。
系统管理员负责接受需求并上报给信息中心。信息中心分析需求，并提出系统变更建议。对变更过程应形成变更过程记录。
系统管理员根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求，将需求提交至内部开发人员、合作开发商或外包开发商，产生供发布的程序。系统管理员应形成详细的变更方案。信息中心主任根据变更建议审批变更方案
页脚下载后可删除，如有侵权请告知删除！
。
实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能下发和上线。
信息中心系统管理员组织业务部门的系统最终用户对系统程序变更进行测试，并撰写《用户测试报告》，提交业务部门负责人和信息中心主管领导签字确认通过。
在系统变更完成后，信息中心系统管理员和业务部门的最终用户共同撰写《程序变更验收报告》，经业务部门负责人签字验收后，报送信息中心主管审批。
培训管理员负责对系统变更过程的文档进行归档管理，变更过程中涉及的所有文档应至少保存两年。
变更方案的制订
由系统管理员负责制定变更实施计划和方案。
变更实施计划和方案包含以下内容：
（一）生产变更事件日期、时间（包括生产变更事件实施计划开始时间和结束时间）；
（二）生产变更事件影响范围和是否影响生产系统业务连续运行。
（三）生产变更事件中各参与部门需要配合和确认的工作，明确变更主要实施成员。
（四）生产变更事件实施前的测试报告。
（五）生产变更事件实施后的验证方案。
（六）是否完成相关技术培训、操作手册和操作日志