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