信息系统变更管理办法.docx

附件 2 :
系统变更管理办法

第一条为规范信息化系统变更管理，确保集团信息化管理系统有 效运行， 制订本办法。
第二条 本办法适用于集团公司总部，所属各公司可参照本办法， 结合公司 实际制定相应管理制度。
第三条下表所示的操作都视为系统变更行为，应遵照本办法执
行。按照对系统的影响程度对变更进行分类： 大型★中型☆小型◊

变更描述
集团级系统参数的修改
公司级系统参数的修改
权限管理策略、密码策略变更

模板的变更(增加、修改和停用)
表样的变更(增加、修改和停用)

表单的变更(增加、修改和停用)
流程的变更(增加、修改和停用)
UAP 平台设置变更

接口变更(新增、修改、停用)
外部数据交换平台设置变更
系统功能变更、系统功能扩展
模块系统的相关变更(网上报销、资金系统、标
准编码管理系统、 CA 密码管理等)

应用服务器、数据库、应用程序升级
部署方式变更
服务器重启
变更分类
★
☆
☆

☆
★

☆
☆
★

★
★
★
★

★
★
◊
领域

业务系统

客户化

二次开发

数据中心

数据库备份策略变更、数据库恢复
服务器性能调优
代理服务器设置变更
网络访问控制变更
网络
域名解析变更
VPN 设置变更
基础数据编码规范的变更(物料、客商)
其它
桌面配置变更(如浏览器、安全插件等)
★
☆
☆
☆

◊

◊

☆

◊

第四条角色和职责

(一) 变更申请人： 负责申请变更， 配合相关人员进行变更需求 调研， 并确认变更需求。在执行计划中，确认变更实施计划满足时间、 成本和质量等 要求。
(二) 系统运维专员：负责对用户进行变更需求调研，根据需求 给出 初步的解决方案，并组织变更评审。在执行计划中，负责制定和 组织执行变更 实施计划。
(三) 变更评审小组：由信息部门负责人根据变更内容确定人员组成， 负责对最终是否进行变更给出评价，并确定最终变更方案。
(四) 运维支持团队：分为内部支持团队和外部支持团队，分别 负责 公司内部和厂商的具体实现。
第五条变更管理

变更管理流程分为： 变更申请、 变更需求调研、 变更方案建议、 变更评审、

制定变更计划、确认变更计划、执行变更计划、变更交付
八个步骤 :

Lx 厂 识
一十变更申请
变更方案建议
变更评审
1 . 变更需求调研
1

变更交付 执行变更计划 Z — 确认变更计划 _ 制定变更计划 4 —

1. 变更申请：由变更申请人根据变更类型进行变更申请，并将变 更申请发 送给系统运维专员。
2. 变更需求调研：由系统运维专员组织调研，在变更申请人配 合下，完 成对变更需求的调研分析。
3. 变更方案建议：由系统运维专员根据变更需求， 给出初步的 方案建议。

4. 变更评审：由信息部门负责人确定变更评审小组成员，评审 中修改并 确定变更的实施方案，小型变更由部门负责人审批，大、中 型变更由信息分管 领导审批。
5. 制定变更计划：由系统运维专员根据已审批的方案，联系内 部或外部 支持团队，共同评估和协商，制定变更实施计划。
6. 确认变更计划：由变更申请人对计划中的功能、性能、时间、 成本等 进行确认。
7. 执行变更计划：由运维支持团队执行系统变更的具体实现工 作。

8. 变更交付：在进行测试后，由系统运维专员进行成果交付。 如果交付 的成果未达到申请人要求，再重新申请变更。
第六条 本办法由集团公司办公室负责解释。

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