系统变更管理制度
文件概述
本制度规定了对修改系统配置选项、补丁升级、数据库后台操作、变更批处理任务、修改源程序、更换服务器等公司基础硬件架构的、系统软件、应用程序等变更的管理流程。
制定目标
为了建立对变更的合理有效的控制管理，要求对当前正式的变更进行深思熟虑，仔细的检测和深入的评估，以降低变更带来的风险，提供高效可靠的信息服务。
适用范围
修改系统配置选项、补丁升级、数据库后台操作、变更批处理任务、修改源程序、更换服务器等基础硬件架构服务器网络等基础硬件的更换、系统配置变更、操作系统及数据库等补丁升级、应用程序变更（包括所有由网络与信息管理中心负责的信息系统的变更以及外包应用程序的变更等内容
紧急变更
1. 回退计划：制定当变更失败时可以恢复到变更之前状态的方法。
2. 紧急变更：系统发生了紧急的故障，如果不立即处理可能会导致严重的后果。这种情况下申请人可以先通过相关系统拥有者。
管理细则
1. 变更申请
a) 在执行系统变更之前，需要经过正式的申请审批程序。触发变更的原因有多个方面，包括最终用户组、网络与信息管理中心或者外部供应商等。另外，现存的运行环境的缺陷也可能会导致变更申请。
b) 申请人须根据需要填写变更申请单，说明注明变更原因，并详细描述变更内容，经系统所有者部门主任审批后，交由网络与信息管理中心部审核批准。
c) 对于需要网络与信息管理中心进行操作的系统变更，网络与信息管理中心应主任根据申请人的变更描述情况，及判断变更类型：补丁升级、配置变更、硬件更换和程序变更。初步估计变更的影响范围，并判断变更的风险等级，从而确定变更实施的优先级。
d) 风险等级2和风险等级3的变更经网络与信息管理中心主任审批后方可执行，风险等级为1的变更经网络与信息管理中心主任审批后方可执行。
2. 变更实施
a) 变更申请经审批后，由网络与信息管理中心主管确定变更的实施人，详细划分员工在变更实施中的不同职责，确保不发生不适当的职责交叉的情况。
i. 服务器网络等基础硬件的更换、系统配置变更、操作系统及数据库等补丁升级由网络与信息管理中心服务器管理员负责执行。
ii. 学校小型应用程序变更由网络与信息管理中心部程序员负责程序开发执行。
iii. 需要外包的应用程序变更由相应的第三方供应商负责程序开发实施，在实施过程中，网络与信息管理中心要给予充分的配合。
iv. 在实施过程中实施人要制定并维护相关的文档，并及时进行文档版本的升级，所有的版本必须保留，以反映变动的历史。变更若涉及程序代码的开发或更新，也必须进行相应的版本控制。
b) 考虑到变更实施的风险性，在执行变更之前，应根据实际情况必须制定可行的回退计划，以保证变更失败时可以恢复到变更前的状态，例如执行系统配置变更前可对系统原有配置进行备份、执行应用程序变更前必须对原来的程序代码进行备份。如果变更对现有系统的影响很小，可省略制定回退计划的步骤。
c) 在变更实施到正式环境以后，必须检验变更是否达到了预期的效果，如果变更失败，要立即执行回退计划，将系统恢复到变更前的状态，并将失败的原因记录到申请单上，反馈给申请人，如要再次执行变更必须重新填写申请。
d) 变更成功后，实施人根据需要对用户手册等相关文档进行更新。