(最新整理)系统变更控制方面的管理制度

1、(完整)系统变更控制方面的管理制度(完整)系统变更控制方面的管理制度 编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整)系统变更控制方面的管理制度）的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快 业绩进步，以下为(完整)系统变更控制方面的管理制度的全部内容。变更管理规定流程文件概述 本制度规定了对修改系统配置选项、补丁升级、数据库后台

2、操作、变更批处理任务、修改源程序、更换服务器等公司基础硬件架构的、系统软件、应用程序等变更的管理流程。制定目标为了建立对变更的合理有效的控制管理，要求对当前正式的变更进行深思熟虑，仔细的检测和深入的评估，以降低变更带来的风险，为用户提供高效可靠的it服务.适用范围修改系统配置选项、补丁升级、数据库后台操作、变更批处理任务、修改源程序、更换服务器等基础硬件架构服务器网络等基础硬件的更换、系统配置变更、操作系统及数据库等补丁升级、应用程序变更（包括所有由it部程序小组负责的程序开发和变更以及外包应用程序的变更）等内容紧急变更 1. 回退计划:制定当变更失败时可以恢复到变更之前状态的方法。2. 紧急

3、变更：系统发生了紧急的故障,不立即处理可能会导致严重的后果。这种情况 下申请人可以先通过相关系统拥有者。管理细则 1. 变更申请 a) 在执行系统变更之前，需要经过正式的申请审批程序。触发变更的原因有多个方面， 包括最终用户组、it部门或者外部供应商等。另外，现存的运行环境的缺陷也可能会导致变更申请。 b) 申请人须根据需要填写变更申请单，说明注明变更原因,并详细描述变更内容,经 系统所有者部门主任审批后，交由it部门部审核批准。c) 对于需要it部门进行操作的系统变更，it部门应主任根据申请人的变更描述情况， 及判断变更类型：补丁升级、配置变更、硬件更换和程序变更.初步估计变更的影响范围，并

4、判断变更的风险等级，从而确定变更实施的优先级。d) 风险等级2和风险等级3的变更经it主任审批后方可执行，风险等级为1的变更经 it主任审批后还须征得it部直属副总批准方可执行。2. 变更实施 a) 变更申请经审批后,由it主管确定变更的实施人,详细划分员工在变更 实施中的不同职责，确保不发生不适当的职责交叉的情况。 i. 服务器网络等基础硬件的更换、系统配置变更、操作系统及数据库等补丁升级由 it部服务器管理员负责执行. ii. 公司内部小型应用程序变更由it部程序员负责程序开发执行. iii. 需要外包的应用程序变更由相应的第三方供应商负责程序开发实施，在实施过程 中,it部要给予充分的配合. iv. 在实施过程中实施人要制定并维护相关的文档，并及时进行文档版本的升级，所有 的版本必须保留，以反映变动的历史。变更若涉及程序代码的开发或更新，也必须进行相应的版本控制。b) 考虑到变更实施的风险性，在执行变更之前，应根据实际情况必须制定可行的回退 计划，以保证变更失败时可以恢复到变更前的状态，例如执行系统配置变更前可对系统原有配置进行备份、执行应用程序变更前必须对原来的程序代码进行备份.如果变更对现有系统的影响很小，可省略制定回退计划的步骤。c) 在变更实施到正式环境以后，必须检验变更是否达到了预期的效果，如果变更失 败,要立即执行回退计划，将系统恢复