运营支撑实施方案.pptx
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《运营支撑实施方案.pptx》由用户(二十一笔画)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 运营 支撑 实施方案
- 资源描述:
-
1、梁铸IT信息系统运营支撑管理方案宣贯材料集团运营办公室日期:2018/08/26梁铸梁铸目目 录录q 运营组织与职责q 运营制度及流程q 工具及保障手段q 上线前运营准备内容q 上线后运营保障工作集中运营组织体系组织体系集中系统运营组织体系主要由省一线运维团队、和三中心二线运维团队构成;省一线运维面向最终用户,二线运维面向一线运维提供支撑服务;集团室牵头负责总体运营工作,江苏中心负责采购/工程/合同/法律/审计专业二线支撑;广东中心负责财务/人力专业二线支撑。分工职责一线运维面向省内用户,承接用户咨询、问题解答、事件处理、权限分配等工作;二线运维面向一线运维,提供重大问题处理、需求方案制定、开
2、发测试、版本发布、系统培训等服务;集团企信依据集中系统运营KQI指标对运营工作进行考核并按月通报。求二线运维团队一线运维团队咨询服务晨检作业权限配置问题沟通数据变更培训组织操作督导运营管理需求决策集团运营规划、建章立制、运营考核需求分析决策环境管理、测试发版管理集团级数据分析流程引擎/PI/门户/ERP技术平台运营基础设施维护、设备监控广东江苏财务/人力专业协同测试发版数据管理技术运营集中一线基础设施法律/审计/人力专业集中一线运维用户事件需求开发问题处理二线运维采购/工程/合同/法律/审计需求开发问题处理二线运维日常运维分工指南一线运维建设团队粤苏中心发版参测 发后校验定期受训 定期培训辅维
3、测试(离场前)首月月结 次月月结 2016年结每日按需研发工作频次 研发专项 答疑解惑 要客专席直线服务 晨检日报 权限调配问题转单缺陷修复数据修复 伴工辅维 强化培训规范交维功能优化 信息采集 周期报告方案设计开发测试申请交付申请变更需求可研缺陷修正数据修复 告警处理 配置调整功能验证北京中心 需求会审 方案审定版本管理开发管理发布管理质量集控 派单督导 数据服务 平台维护基础运维专项一线运营支撑团队工作内容 承接本省呼叫中心热线咨询、QQ群咨询、易信群咨询,做好用户咨询支撑;解答系统操作、系统功能、系统业务流程等问题;协助业务用户解决业务操作遇到的问题;针对不能处理的数据、系统缺陷等问题通
4、过ITSM问题单提交三中心二线团队进行处理;根据一、二线运维分工界面承接一线运维任务,并按集团要求做好每天系统晨检;一线团队应视情况针对关键业务用户、重要用户提供专席热线服务或现场服务;定期组织业务知识、系统知识培训。一线具体工作内容:三中心二线运营支撑团队工作内容负责需求承接、技术方案审定、运营开发管理;配合应用开发处组织三中心开展具体方案实施及相关运营维护工作;负责统一发布及版本管理、数据服务、系统平台运营维护、全网运营质量指标数据的采集与统计等工作,以及集中的工单派发及督办工作;负责集中技术平台的运行维护、告警处理,包括集中 HANA系统、流程引擎系统、数据总线系统、门户系统、主数据管理
5、系统、数据分析系统、集中报表系统、总裁桌面系统等。北京中心运营室工作内容:进行需求/问题分析,实施方案评估;承担相应专业模块的技术方案设计及实施、应用软件开发测试、功能验证、提交软件版本发布申请、告警处理等日常运营维护工作;负责集中相关系统的后台数据配置调整、系统缺陷修正、功能优化及日常功能需求开发等二线技术支撑工作;广东分中心负责财务、人力资源专业系统的新需求支撑、方案实施与日常运行维护工作;江苏分中心负责计划建设、采购物流、运维成本、法律合同、审计专业系统的新需求支撑、方案实施与日常运行维护工作。广东/江苏支撑中心工作内容:梁铸梁铸目目 录录q 运营组织与职责q 运营制度及流程q 工具及保
6、障手段q 上线前运营准备内容q 上线后运营保障工作日常运营制度与流程:总述上线省份组建省内一线运维团队承接本省业务用户系统支撑请求,完成日常系统问题解答等支撑服务;江苏、广东、北京三中心通过二线运维团队支撑上线省份一线团队、业务用户、企信用户。运维任务通过ITSM事件单、问题单、业务告警、作业计划等方式派发到二线团队。集中运维方式运维内容:集中系统运维包括日常系统运维(系统、数据监控,系统、数据、缺陷修复)和需求响应,具体包括事件与问题管理、需求响应与实施、实例数据配置调整、用户账号与权限管理、业务数据稽核等方面;运维系统:技术类系统(HANA、流程引擎、数据总线、专业门户、主数据管理、数据分
7、析、集中报表、关联交易、总裁桌面等系统)和业务类系统(财务、人力资源、计划建设、采购物流、运维成本、法律合同、审计等系统)。集中运维范围日常运营制度与流程:管理制度及考核指标运营KQI指标:系统可用率、工单处理及时率、维护作业计划处理及时率、晨检处理及时率、监控告警处理及时率。版本发布指标:定期版本测试及发布、紧急发布;按月制定详细的版本测试和发布计划,考核需求按时发版率。数据质量指标:数据稽核指标、数据下发完成情况、接口交互异常情况。测试质量指标:组织做好重点需求、跨专业、跨系统需求/问题的集成测试。日常运营考核指标集中系统IT集约运营维护管理办法:中国移动集中业务需求管理办法:专业管理制度
8、日常运营制度与流程:事件管理流程用户可通过前台业务界面调整情况,由用户自行处理,一线运营团队视情况给予指导;用户无法通过前台业务界面调整情况:用户通过提ITSM工单,经相关部门批准后,一线团队处理;超出一线处理权限情况:由用户或省一线运维团队提交ITSM工单,经省相关部门审核后提交给对应责任中心,由中心进行处理并反馈操作结果给发起用户进行确认;涉及全局(跨省)的集中数据配置调整:ITSM必须流转至集团业务部门审批后再进行后续操作。员工调入、调出、工作岗位变化情形:需在集中新增、变更、撤销相关账户及操作权限的,在省ITSM系统发起用户账户及操作权限变更需求流程,由一线团队进行处理;用户权限申请:
9、须经过相关负责人员(如业务关键用户或部门领导,具体视公司相关业务规定)审批,之后由一线团队操作落地;一线团队成员期初系统账号、权限申请:通过集团ITSM系统提交权限申请,经省企信审批后报对应中心权限管理员进行处理;二线团队成员系统账号、权限申请:通过集团ITSM系统提交权限申请,经所在中心审批后报对应中心权限管理员进行处理;业务数据或配置项调整用户账号与权限管理日常运营制度与流程:需求管理(一)省用户在省ITSM系统发起需求流程,至集团ITSM平台,集团业务部门对需求进行审核;集团IT部门做技术分析,广东/江苏中心提供支撑,北京中心负责跨专业需求/问题的相关工作;集团IT部门承接需求,根据专业
10、划分交由对应支撑中心开发;代码开发完毕,由所属中心监督开发团队完成代码出厂测试,之后转发布流程。红色:配置调整类蓝色:业务规则和已用优化类非紧急需求管理流程日常运营制度与流程:需求管理(二)在提交ITSM需求单时,应挂相应附件对需求情况进行说明;附件需注明省内业务部门意见。对于跨专业需求,省内各部门间须意见一致后方可提交。否则集团做退单处理。需求提报人提报单位是否跨专业提报日期2015-xx-xx期望完成日期2015-xx-xx提报人电话跨专业需求确认人及联系电话省内各专业部门意见(例:省财务部意见描述:)(例:省采购部意见描述)业务部门联系人电话号码需求描述:备注:1.需求统一由省公司关键用
11、户一点归集并提报;2.需求统一走ITSM流程,将该需求模版填写完整后作为ITSM附件提单;3.如涉及跨专业,必须在省公司相关业务部门达成一致意见,并由提单人在本表格填写完整后,将需求提报集团,并注明涉及部门、联系人、电话;系统需求说明日常运营制度与流程:问题管理(一)一线团队接到用户报障无法解决时,将问题记录至问题清单,并通过省ITSM提交工单转至对应中心二线团队;对应中心在集团ITSM承接处理任务,并在本中心进行分析形成处理方案,一般问题直接处理;涉及跨专业问题,由集团跨专业问题小组协调各中心分析,并指定责任中心牵头处理,其他中心配合;问题处理涉及代码开发/修正的,需在开发完成后进行出厂测试
12、和用户测试,合格后方可走发布流程。服务约定:一线人员在本省ITSM直接发起“问题单”,流转到集团ITSM形成二线人员待办本省用户在本省ITSM发起“事件单”,交由本省一线团队处理,若一线根据事件紧急及问题严重性并在规定响应时间内无法解决,则可进一步流转到集团ITSM形成二线人员待办日常运营制度与流程:问题管理(二)对于用户报障事件无法正常处理关闭,或运维团队巡检及监控告警发现的缺陷,一线团队将问题记录到Excel问题清单,与现场团队共同查明问题原因,共同处理。对系统存在的内部功能缺陷现场无法处理的,如进行系统开发修正工作,走问题处理流程。问题流程发起:一线团队可通过ITSM发起问题单,或将事件
13、单转为问题单;问题根据专业划分流转至二线团队。问题处理:对应中心二线团队制定问题解决方案。问题处理后版本发布:依据版本发布流程发布,按问题的严重程度和紧急情况来确定走紧急发布流程(工作日发版)还是一般发布流程(周末发版),每周公布问题处理情况。故障事件级别上报及故障事件报告:3个工作日内出具,复杂情况需7个工作日内。问题单 生产系统重启、停机等重大影响的紧急操作,必须经集团企信同意,并有ITSM事件单跟踪,集团企信会及时在IT关键用户群中通知各省。事前来不及提交ITSM事件单的,事后必须补ITSM事件单。紧急情况日常运营制度与流程:发布管理 每月20日,广东、江苏、北京三中心归集各省需求并与集
14、团业务部门确认后,提交月度发版计划;每月25日,集团组织测试省份关键用户进行用户测试(2018年广东、江苏、上海、安徽、四川、宁夏6省测试,后续按年轮换);次月第二个周五晚,北京中心组织月度版本生产发布。缺陷修复开发排期集团业务部门&集团企信推广组总体组专题方案、疑难问题三中心SAP上线配置日常需求下月发版计划提交日常需求测试案例出厂测试系统操作手册实施省用户测试已上线省用户测试生产发布专题方案测试案例准生产系统发版测试结果确认发起用户测试统一汇总发版清单下发业务通知单下发ITSM工作派发单当月20日准生产发版前2天次月第二个周五晚上发版前3天当月25日发版清单测试案例操作手册发版清单测试过程
15、支撑为有效管理系统需求和开发,集中系统采取月度版本机制,每月定期组织月度版本例会;同时,为保证月度版本质量,建立出厂测试、用户测试、回归测试多层测试体系。监控对象:主机、数据库、操作系统、中间件、网络的监控及告警。监控内容:主机状态、CPU/内存使用率、文件系统使用率、磁盘IO读写频率、数据库状态、数据库连接数、锁阀值数、表空间使用率、数据库归档日志情况、备份执行情况、操作系统日志、异常进程、网络连接情况、网络安全等关键性能指标的监控。监控对象:ECC、数据通道、门户、主数据平台、HANA、SLT、DS、流程引擎、统一目录、统一待办、数据类系统的监控及告警。监控内容:系统可用性、系统日志、锁表
16、用户、后台作业状态、进程状态、表空间及文件系统大小、接口数据比对、待办比对、数据链路状态等关键运行指标的监控。基础设施监控系统平台监控 监控对象:财务辅助、计划建设、合同管理、审计、法律、银企、采购辅助、外部门户、人力资源、物流管理系统的监控及告警。监控内容:应用拨测状态、应用系统日志、关键应用进程状态、用户访问量、后台作业状态监控。应用监控日常运营制度与流程:监控告警处理集团通过ITSM、SOLMAN等平台对集中系统进行自动扫描检查,并针对遇到的异常情况发出告警通知。8:3017:30产生的告警应在4小时内处理完成;17:30次日8:30产生的告警应在次日10:00前处理完成。日常运营制度与
17、流程:维护作业计划(1)三中心根据所负责专业分工分别制定日常维护作业计划,明确系统日常应进行的维护操作,并在日常运营中落地执行,在ITSM中记录执行情况。作业计划应包括对系统可用状态检查、关键进程检查、关键界面检查、系统间接口检查、系统日志检查,以及应用日志检查清理等方面。作业计划须根据需要明确各项操作执行时间。各中心分工:北京中心负责流程引擎、HANA、PI、报表等技术类平台;江苏中心负责采购辅助、外部门户、计划建设、工程辅助、物流辅助、审计、SAP-MM、SAP-PS;广东中心负责SAP-FICO,财务辅助、人力。作业计划考核:日常维护作业计划的执行情况将通过集中运营月报进行通报,并下发给
展开阅读全文