信息系统变更管理规章制度3篇Word文档下载推荐.docx

信息系统变更管理规章制度3篇Word文档下载推荐.docx

《信息系统变更管理规章制度3篇Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《信息系统变更管理规章制度3篇Word文档下载推荐.docx（8页珍藏版）》请在冰豆网上搜索。

第三条信息系统变更、发布、配置工作以任务形式由需求方（一般为业务部门）和

维护方（计算机中心和软件厂商）协作完成。

信息系统变更、发布、配置过程类似软件开发、发布、配置，大致可分为四个阶段：

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

第四条需求部门提出系统需求，并将需求成《信息系统变更申请表》（附件一），

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

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

主管院长分析需求，并提出

系统变更建议。

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

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

求，产生供发布的程序。

第七条

第八条信息中心组织相关业务部门的信息系统最终用户对系统程序变更进行测试。

信息系统变更程序测试完成后，由计算机中心配置完善信息系统，正式发布

并通知需求部门。

第九条

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

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

信息系统变更申请表

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

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

第一章总则

第一条为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。

第二条本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后，所发生的生产应用系统（以下简称应用系统）运行支持及系统变更工作。

第二章变更流程

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

1.功能完善维护

业务部门由于业务发展或业务处理的需要，所产生的对系统的现有功能进行修改、完善的需求。

2.系统缺陷修改

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

对系统缺陷进行修复的需求。

3.统计报表生成

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

所要求的统计报表数据不能够通过应用系统现有功能提供。

这些报表有的只是一次性使用，有的需要经常使用。

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

系统变更过程类似软件开发，大致可分为四个阶段：

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

第六条相关科室提出系统变更需求，并将变更需求成《系统变更申请表》，由科室负责人审批后提交给计算机管理员。

第七条计算机管理员负责接受需求，进行分析需求后，向开发人员提出系统变更建议。

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

系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能分发。

第九条计算机管理员组织相关科室对系统程序变更严格按照功能要求在备用服务器上进行全面调试，并撰写《程序变更验收报告》，提交科室负责人和计算机管理员签字确认通过后才能分发，并对前一版本撤销。

第十条计算机管理员负责对系统变更过程的文档进行归档进行版本管理，变更过程中涉及的所有文档应至少保存两年。

第三章紧急变更流程

1、紧急事件的报告

科室发现系统异常，导致业务处理无法正常进行，必须迅速处理解决时，问题发现人将问题报告给计算机管理员。

计算机管理员根据问题信息，进行问题的初步诊断，如有可能，对问题原因进行分析定位，并给出解决问题的建议

2、紧急事件变更启动

计算机管理员接到紧急问题上报后，及时与进行讨论和交流，了解情况，并最终判定是否属于紧急事件。

确定属于紧急事件后，由计算机管理员启动紧急事件变更流程，并根据其重要性和紧迫性分配优先权，组织人员采取相应的处理流程。

3、紧急事件变更处理

计算机管理员组织人员进行紧急事件变更处理。

紧急事件变更流程的变更处理同一般问题变更流程，包括分析、设计、实施、测试、验收，但需使用专设系统用户账号进行紧急事件变更，并进行明确的紧急事件变更文档记录。

4、紧急事件变更程序分发

计算机管理员组织完成变更处理后，进行程序分发。

紧急事件变更流程的程序分发同一般系统变更流程。

5、补办文档和领导审批记录

紧急问题得到妥善解决后，需要分别补办各类文档和审批记录。

第十八条系统变更过程中，采取各种措施保证调试系统应用程序访问权限受到良好控制。

这些措施包括：

1、通过调试环境的访问控制，限制对调试环境的访问；

2、通过物理隔离的手段，限制对调试环境的访问；

3、通过逻辑隔离的手段，限制对调试环境的访问；

4、对授权访问调试环境的开发人员进行详细记录，使用该记录对调试环境访问权限的检查，确保只有经授权开发人员才能访问调试

环境；

5、普通用户只能通过前台登录系统，不能通过后台（如使用调试环境操作系统的命令行）进行操作；

6、开发人员不应该拥有前台应用程序的业务操作访问权限，更不应该在前台应用程序中担任实际的业务操作任务

7、从技术角度限制开发人员对调试环境中应用程序文件夹的访问权限，只有经过授权的开发人员对程序拥有读、写和执行的权限；

附件2：

系统变更管理办法

第一条为规范信息化系统变更管理，确保集团信息化管理系统有效运行，制订本办法。

第二条本办法适用于集团公司总部，所属各公司可参照本办法，结合公司实际制定相应管理制度。

第三条下表所示的操作都视为系统变更行为，应遵照本办法执行。

按照对系统的影响程度对变更进行分类：

大型★中型☆小型◇

1/3

第四条角色和职责

（一）变更申请人：

负责申请变更，配合相关人员进行变更需求调研，并确认变更需求。

在执行计划中，确认变更实施计划满足时间、成本和质量等要求。

（二）系统运维专员：

负责对用户进行变更需求调研，根据需求给出初步的解决方案，并组织变更评审。

在执行计划中，负责制定和组织执行变更实施计划。

（三）变更评审小组：

由信息部门负责人根据变更内容确定人员组成，负责对最终是否进行变更给出评价，并确定最终变更方案。

（四）运维支持团队：

分为内部支持团队和外部支持团队，分别负责公司内部和厂商的具体实现。

第五条变更管理

变更管理流程分为：

变更申请、变更需求调研、变更方案建议、变更评审、制定变更计划、确认变更计划、执行变更计划、变更交付八个步骤：

2/3

1．变更申请：

由变更申请人根据变更类型进行变更申请，并将变更申请发送给系统运维专员。

2．变更需求调研：

由系统运维专员组织调研，在变更申请人配合下，完成对变更需求的调研分析。

3．变更方案建议：

由系统运维专员根据变更需求，给出初步的方案建议。

4．变更评审：

由信息部门负责人确定变更评审小组成员，评审中修改并确定变更的实施方案，小型变更由部门负责人审批，大、中型变更由信息分管领导审批。

5．制定变更计划：

由系统运维专员根据已审批的方案，联系内部或外部支持团队，共同评估和协商，制定变更实施计划。

6．确认变更计划：

由变更申请人对计划中的功能、性能、时间、成本等进行确认。

7．执行变更计划：

由运维支持团队执行系统变更的具体实现工作。

8．变更交付：

在进行测试后，由系统运维专员进行成果交付。

如果交付的成果未达到申请人要求，再重新申请变更。

第六条本办法由集团公司办公室负责解释。

第七条本办法自发布之日起执行。

3/3

内容仅供参考