集团IT变更管理制度

上传人:博****1 文档编号:476647825 上传时间:2023-11-14 格式:DOC 页数:6 大小:326KB
返回 下载 相关 举报
集团IT变更管理制度_第1页
第1页 / 共6页
集团IT变更管理制度_第2页
第2页 / 共6页
集团IT变更管理制度_第3页
第3页 / 共6页
集团IT变更管理制度_第4页
第4页 / 共6页
集团IT变更管理制度_第5页
第5页 / 共6页
点击查看更多>>
资源描述

《集团IT变更管理制度》由会员分享,可在线阅读,更多相关《集团IT变更管理制度(6页珍藏版)》请在金锄头文库上搜索。

1、*集团有限公司管理制度变更管理制度ZD/IT 152-2008版本V2实施日期20*12 月30日第 2 页 共 6 页1 目的规范IT系统运营环境变更行为,降低系统故障风险,保障系统可用率。2范围本制度适用于*集团所有IT系统运营环境变更管理,各事业部、各子公司等效执行。3.职责3.1 系统运营总监负责对影响较大风险较高的重要变更进行评估、审批。3.2数据中心主任:负责审核变更申请信息是否完整,决策变更级别,监控、管理变更实施的全过程。4关键控制指标(CTQ) 4.1 确保变更实施符合流程规范,合规率达到98%。4.2 保证任何IT系统运营环境变更都有记录,可查率为100%。5程序要求与关键

2、控制点标准变更管理流程详见附件1,紧急变更管理流程详见附件2。5.1对象定义:所有生产环境下网络、安全系统、业务系统的软件、硬件、配置等变更。5.2变更分级:根据变更紧急程度将变更分为两类:标准变更和紧急变更。变更类型及级别定义详见附件3。5.3工具和平台:所有变更通过OA中提交。5.4变更准备:5.4.1对于标准变更必须提前3个工作日通过OA通知全体受影响用户以及关联系统负责人。对变更分级,定义出固定在周末晚实施的标准变更,并统一发布维护公告。5.4.2变更实施前必须对变更对象进行备份,备份操作流程详见备份管理制度。5.4.3变更方案必须通过测试,测试结果需填写在变更申请表中。5.5变更审批

3、:5.5.1所有标准变更必须通过流程审批才能实施。变更申请人对于有固定周期的标准变更,可将变更计划一次性提交OA审批。除非变更计划发生改变,否则后续变更无需再提交OA申请。5.5.2涉及软件变更由应用开发部部长对变更实施方案进行审批。5.5.3数据中心主任必须根据变更级别定义对变更进行分级(详见附件1),对实施方案进行操作可行性审批。对于重要变更、工作日的标准变更必须提交IT总监审批。5.5.4紧急变更必须由数据中心主任短信批准。实施完毕后需在1个工作日内补交审批流程。5.6变更实施:5.6.1除非特批,生产环境停机变更时间只能在每周六、日21:00次日06:00,否则变更导致的停机将计入SL

4、A考核。5.6.2在变更实施后必须需由应用经理对影响范围内的应用系统进行验证并在OA中录入验证记录。5.6.3变更实施人在变更成功实施后必须通知配置管理员修改相关配置信息,在确认配置修改成功后方可结束变更流程。配置文件必须更新到ITSM中。5.6.4变更实施完毕后于次日告知受影响用户以及关联系统负责人,如对软件功能变更必须对各业务模块进行用户验证。5.6.5如遇变更失败需执行回退操作时,需获得IT总部系统运营部部长的短信或邮件批准。失败后需查明原因,并升级为问题,按问题管理制度执行。6.激励措施6.1 违反本制度5.4、5.5.3、5.5.4处罚责任人及其直接领导处罚各20分/次。6.2 违反

5、本制度5.5.1、5.5.2、5.6处罚责任人10分/次。7 相关文档备份管理制度、问题管理制度8 附加说明本制度由*集团IT总部制定,并负责解释和归口管理。本文件电子文件为受控文件,经打印即为非受控文件。*集团有限公司管理制度变更管理制度ZD/IT 152-2008版本V2实施日期 2009 年12 月30日第 5页 共 6 页附件1 变更分类及级别定义:1、变更分类:根据变更的紧急程度将变更分为标准变更和紧急变更。定义如下表: ZD/IT 152-01序号变更类型类型描述1标准变更提前计划且需通过审批的才能实施的变更。例如:系统停机备份、系统数据定期归档、系统参数修改、系统版本升级、系统补

6、丁升级、硬件设备更换、防火墙策略更改等。2紧急变更在变更计划之外,为应对突发的紧急情况必须立即执行的变更。例如:系统重大故障。2、变更级别定义:根据变更影响程度对变更进行级别划分,具体定义见下表:ZD/IT 152-02序号级别级别描述1重要满足下列条件之一即可认为是“重要”:1)一级系统停机维护;2)影响公司核心业务活动,例如财务月结,呈董事会报表计算;3)影响公司重大活动,例如重要领导访问,宝马展等;4)系统需停机时间超过4小时;5)实施风险较大,易造成数据丢失,例如丢失当天业务数据。2一般1)系统部分组件不能提供服务,例如SAP系统SD01服务器停机维护;2)停机时间不超过4小时;3)回

7、退方式简单,不会影响业务数据。 注:一级系统请参考信息资产分类和分级规范附件2 标准变更管理流程附件3 紧急变更管理流程 紧急变更是为应对突发事件在不得已的情况下才实施的变更,由此类变更引起的系统停机将计入可用性考核,因此应尽量避免使用紧急变更流程。附表一 变更申请表ZD/IT 152-03 变更申请表变更项目名称变更号(OA请求号)变更申请人变更需求部门变更实施人计划变更时间变更级别一般 重要 变更实施对象: 应用系统 应用系统名称:_ 影响关联系统名称:_ 服务器 服务器名称: _ 影响系统名称:_ 网络: 网络设备名称:_ 影响系统名称:_ 其他: _ 影响系统名称:_配置修改描述:变更

8、目的:变更影响范围及时长:变更方案测试记录:变更实施、验证、回退步骤序号实施步骤验证步骤回退步骤12345*集团有限公司管理制度变更管理制度ZD/IT 152-2008版本V2实施日期 2009 年12 月30日第 6页 共 6 页附表二:变更管理制度控制表表格编码:ZD/IT 152-04检查人:检查日期:编号控制项检查方法判断标准重要等级结果评价结果备注1. 关键控制点1.1标准变更必须通过OA流程审批后才能实施。搜索OA流程,是否有审批记录有与变更匹配的审批流程1.2紧急变更实施后必须在一个工作日内补提OA流程搜索OA流程,是否在规定时间内提交OA审批流程有与变更匹配的流程1.3标准变更

9、停机变更在停机前必须提前3个工作日通知用户在OA中查找变更记录,并查看变更实施日前三天是否有OA发新闻通知用户OA中有通知用户的公文记录1.4生产环境标准变更必须严格按照规定时间段内实施通过监控程序审计系统停止服务的时间是否在规定时间内停机时间在规定时间窗口内1.5申请用户必须详细且完整填写变更申请表查看OA申请记录并检查文档内容是否完整。申请表填写详尽完整1.6在标准变更实施前其变更方案应提前通过测试检查其测试结果或测试报告是否通过测试有相关测试报告或记录。1.7变更实施人在变更实施前应对变更对象进行备份检查备份记录是否已提前做备份。有与变更匹配的备份文件1.8变更实施对结果进行验证后应立即更新配置管理库检查变更是否有配置项修改并核对配置管理库配置项修改信息以更新至配置管理库

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 其它相关文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号