竭诚为您提供优质文档/双击可除
信息系统变更管理制度
篇一：信息系统配置、变更和发布管理制度 信息系统配置、变更和发布管理制度 1.目的
为规范信息系统的配置、变更和发布的流程，使系统配置和变更等工作能顺利实施，保证硬件设备和软件系统的正常运行。 2.标准
2.1信息系统的定义：计算机软件系统、硬件设备以及数据。2.2信息系统配置、变更和发布管理的范围 2.2.1核心设备的配置和变更，包括服务器硬件变更、服务器操作系统配置和变更、各级交换机的配置和变更。 2.2.2业务数据库的配置和变更。2.2.3应用软件的配置、变更和发布。2.2.4终端计算机的配置和变更。2.3配置、变更和发布的流程2.3.1计划和申请
2.3.1.1对于新上线的信息系统，应根据实际需要制定配置和实施计划，确保系统能顺利投入使用。
2.3.1.2对于在用的信息系统，因管理工作需要进行变
第 1 页 共 13 页
更的，应调研变更的涉及范围和实施过程中可能出现的问题，涉及面广影响较大的需填写《信息系统变更申请表》，并制定变更实施计划。
2.3.1.3对于在用的软件业务系统，科室因业务工作需要，要求对软件系统进行系统缺陷修改或功能完善的，须填写《信息系统软件功能新增修改申请表》。 2.3.2审批
2.3.2.1涉及面小且影响轻微的或必须立刻实施的信息系统变更，可由信息科负责人审批。
2.3.2.2涉及面广且影响较大的信息系统变更，先由信息科负责人审批，再上报主管院长审批。
2.3.2.3对于科室提交的软件系统功能的修改变更，先由所属的主管职能部门审批，再由信息科负责人审批，如涉及开发费用的需由主管院长审批。 2.4实施和发布
2.4.1对于新上线的信息系统，按照制定的计划方案进行实施。
2.4.2对于在用的信息系统，信息科需细化实施方案，必要时制定风险应对计划，通知本次变更所涉及的科室和人员作好相应的准备工作，再按照实施方案进行具体的变更实施。
2.4.3软件系统的发布，按照《信息系统软件版本变更
第 2 页 共 13 页
管理制度》的有关规定执行。2.4.4对于新安装的计算机终端，在投入使用前应由所涉及到的业务系统的责任维护人员进行检查和配置，再进行分发使用。 2.5记录
2.5.1信息系统配置或变更实施完毕，持续正常运行后，需进行相关配置的记录，填写《信息系统配置记录表》。 3.文档
3.1《信息系统变更申请表》
3.2《信息系统软件功能新增修改申请表》3.3《信息系统配置记录表》
信息系统变更申请表
信息系统软件功能新增修改申请表 信息系统配置记录表
篇二：信息系统变更和发布管理办法 信息系统变更和发布管理办法 第一章总则
第一条目的：本管理办法规定了xx银行（以下简称“我行”）信息系统的变更
和发布管理，变更和发布管理作业操作流程和控制要点，确保变更需求的受理符合业务的优先需要，并使变更和发布过程规范化，控制变更对银行业务和已投产系统安全运行的不利影响。达到降低信息系统变更和发布风险的目的。保障
第 3 页 共 13 页
信息系统的安全稳定运行，特制定本管理办法。 第二条 第三条 第四条 (一) 目。
(二)生产业务系统：指我行从事金融服务的应用网络系统，包括综合业务系统、国依据：本管理办法根据《xx银行信息安全管理策略》制订。范围：本管理办法适用于我行信息系统变更和发布管理。定义软件产品：泛指信息技术开发的生产业务系统和管理信息系统等应用软件项际业务系统、支付系统等银行对外营业的各种核心业务系统。
(三)管理信息系统：指我行信息管理的计算机网络系统，具体指oa办公系统、信贷管理、报表系统等用来进行内部管理的应用软件系统。 (四) 第五条
(五)遵循原则业务部门：指我行总部相关业务部门。监督制约原则：针对信息系统变更和发布管理工作中各个环节，建立相应的监督检查机制。
(六)计划性原则：信息系统发布应纳入每年计算机应用计划，确保全行计算机系统资源、应用环境、维护力量、操
第 4 页 共 13 页
作技能能满足系统安全、可靠运行的要求。 (七)
(八)可行性原则：具有普遍适用性和可操作性。风险控制原则：
若为新项目或新业务功能变更和发布，需进行以下风险分析：
1.备份机建设情况；
2.应用系统投产后的集中监控方案； 3.生产数据备份方案； 4.程序及系统备份方案；
5.数据库建库/建表/建索引方式等； 6.对其他系统的影响。 第二章组织与管理 第六条
(一)职责划分需求部门：
1.提出需求，并确认《用户需求说明书》；
2.用户测试阶段确认用户测试计划、记录用户测试问题、确认用户测试报告；
3.接受用户培训并提出反馈。 (二)科技信息部安全科：
1.在需求阶段审阅和提出it风险控制、it合规和it稽核方面的要求，在项目开发阶段
第 5 页 共 13 页
信息系统变更管理制度
