信息系统变更管理规章制度3篇.pdf

信息系统变更管理规章制度3篇

信息系统变更、发布、配置管理制度

第一条为规范信息系统变更、发布、配置与维护管理，提高软件

管理水平，优化软

件变更与维护管理流程，特制定本制度。

第二条信息系统变更、发布、配置工作可分为下面三类类型：功

能完善维护、系统

缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求，

对信息系统进行的功能完善性或适应性维护；系统缺陷修改指对一些

系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和

实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表

数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工

作。

第三条信息系统变更、发布、配置工作以任务形式由需求方（一

般为业务部门）和

维护方（计算机中心和软件厂商）协作完成。信息系统变更、发

布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：任

务提交和接受、任务实现、任务验收和程序下发上线。

第四条需求部门提出系统需求，并将需求成《信息系统变更申请

表》（附件一），

由部门负责人审批后提交给计算机中心。

第五条信息中心负责接受需求并上报给信息主管院长。主管院长

分析需求，并提出

系统变更建议。计算机中心根据变更建议审批《信息变更申请表》。

第六条信息中心根据部门提供的需求与软件开发商联系协同实

现信息系统变更需

求，产生供发布的程序。

第七条

第八条信息中心组织相关业务部门的信息系统最终用户对系统

程序变更进行测试。信息系统变更程序测试完成后，由计算机中心

配置完善信息系统，正式发布

并通知需求部门。

第九条

信息中心出具信息系统变更验收报告（附件二），需求部门签字

验收。

附件一信息系统变更申请表

信息系统变更申请表

附件二信息系统变更验收报告

信息系统变更及发布管理制度

第一章总则

第一条为规范软件变更与维护管理，提高软件管理水平，优化软

件变更与维护管理流程，特制定本制度。

第二条本制度适用于应用系统已开发或采购完毕并正式上线、且

由软件开发组织移交给应用管理组织之后，所发生的生产应用系统

（以下简称应用系统）运行支持及系统变更工作。

第二章变更流程

第三条系统变更工作可分为下面三类类型：

1.功能完善维护

业务部门由于业务发展或业务处理的需要，所产生的对系统的现

有功能进行修改、完善的需求。

2.系统缺陷修改

系统设计和实现上的缺陷会引发业务操作中的异常。对系统缺陷

进行修复的需求。

3.统计报表生成

业务部门统计报表数据生成的需求。所要求的统计报表数据不能

够通过应用系统现有功能提供。这些报表有的只是一次性使用，有的

需要经常使用。

第四条系统变更工作以任务形式由相关科室和计算机管理员协

作完成。系统变更过程类似软件开发，大致可分为四个阶段：任务提

交和接受、任务实现、任务验收和程序下发上线。

第五条因紧急问题处理引发的系统变更处理，具体流程参见《紧

急变更流程》。

第六条相关科室提出系统变更需求，并将变更需求成《系统变更

申请表》，由科室负责人审批后提交给计算机管理员。

第七条计算机管理员负责接受需求，进行分析需求后，向开发人

员提出系统变更建议。

第八条实现过程应按照软件开发过程规定进行。系统变更过程应

遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式

验收才能分发。

第九条计算机管理员组织相关科室对系统程序变更严格按照功

能要求在备用服务器上进行全面调试，并撰写《程序变更验收报告》，

提交科室负责人和计算机管理员签字确认通过后才能分发，并对前一

版本撤销。

第十条计算机管理员负责对系统变更过程的文档进行归档进行

版本管理，变更过程中涉及的所有文档应至少保存两年。

第三章紧急变更流程

1、紧急事件的报告

科室发现系统异常，导致业务处理无法正常进行，必须迅速处理

解决时，问题发现人将问题报告给计算机管理员。

计算机管理员根据问题信息，进行问题的初步诊断，如有可能，

对问题原因进行分析定位，并给出解决问题的建议

2、紧急事件变更启动

计算机管理员接到紧急问题上报后，及时与进行讨