ERP系统交维流程与要求规范.docx

1、ERP系统交维流程与要求规范【系统交维流程与规】版本 拟制日期2014-07-07审核日期批准日期修订历史记录版本日期AMD修订者说明V1.02014-7-7A新增规文档（A-添加，M-修改，D-删除）1. 服务目标各应用系统、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规各应用系统、应用平台从建设转为运行维护的流程，减少系统故障，缩短故障处理时间，提高各应用系统、应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本管理流程。通过开展规化，流程化，知识化的维护服务, 保持各应用系统、应用平台的稳定性和服务高效性，并实现以下期望目标： 通过各个团队

2、在运维管理、技术支持方面的经验知识，将现有的被动服务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续稳定地运行，提升系统运维水平和服务质量； 梳理各应用系统、应用平台运维的工作和各类流程，总结并制定各类工作流程，完善故障处理机制，建立故障处理、日常维护的知识管理体系，以缩短问题、故障处理时间，满足服务响应时限的要求； 配合维护主管全力以赴完成公司IT规划、项目管理、系统分析、系统建设等高价值、具备核心竞争力的工作容，外包日常维护、故障处理等相对规、固定的工作容，实现分工精细化，员工专业化，服务标准化；量化维护工作容，实现维护工作标准化，制度化，显性化； 最终按照ITIL标准建立信息

3、服务体系和运维服务团队，实现“运维服务一体化”，“平台管理智能化”，成本结构全面优化、运营效益显著提升的最终目标。2. ERP系统交维流程步骤流程说明：信息系统建设部门填写并提交应用系统交维申请表或应用平台交维申请表，应用系统或应用平台进入交维申请流程。根据平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。2.1 评估预接收条件根据维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须

4、先达到以下应用交维条件：A. 应用系统功能可以为用户提供长时间不中断的、可用的服务，保证交维前30天无故障发生，90天无重大故障发生。 B. 需要交接的应用系统必须有一个与正式环境的业务数据、技术架构、部署环境完全一样的测试环境。C. 配合完成1-2次交维培训，讲解平台的架构、业务逻辑、数据流转、目前维护流程和常见的故障点等；若平台存在性能隐患及遗留问题，需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。D. 上线后出现的紧急与严重的缺陷必须解决。E. 按本文第3、4、5章要求提交相关清单及验收交维文档。F. 根据建设部门提交的备份说明文档检查应用系统、应

5、用平台的备份情况，容包括服务器信息，备份路径、备份容、备份的频率，保留时长等信息。 G. 根据建设部门提供的资产清单，清点硬件设备及核对网络拓朴图、网线标签、虚拟机与应用系统对应关系。确认资产信息是否已录入CMDB中，信息是否完整。H. 检查资源分配情况（服务器资源利用率不能超过80（CPU、存）、负载均衡配置、存储状况及IP地址使用情况）。I. 服务器监控需接入IPNET或者ZABBIX，建设部门需提交监控指标信息，以及交维前出现的故障报告。J. 根据交维清单，平台维护组需要核对设备及相对应配置，如有遗留问题，建设方需根据交维报告的整改容进行修复。K. 其中对于不同架构的系统可达到的维护可用

6、性不同： 应用、数据库及硬件服务器都是双节点冗余的系统，维护可用性目标为99.9%； 应用、数据库及硬件服务器有一个是单节点的系统，维护可用性目标为99%； 无磁带备份的系统，可容忍所有数据丢失； 有磁带备份的系统，每X天进行一次备份，可容忍X天数据丢失。L. 系统必须具备必要的功能： 接口连接等使用的程序账号必须能够方便的修改密码； 系统必须在应用界面上具备完善的用户权限管理功能； 系统必须提供必要的网管接口。2.2 各团队进行费用评估信息室费用评估一线服务台评估系统监控组评估7676平台维护组评估维护室费用评估应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估备份系统维护组评估

7、网管维护组评估4A维护组评估网络维护组评估机房环境维护组评估2.3 费用申请维护室综合各团队的费用评估后进行费用申请2.4 系统转维资源准备应用系统在规划建设阶段就应该详细评估系统转维过程中所需的维护资源。目前信息系统部对于每一个应用系统转维护过程中所需资源如下图所示：系统转维过程中牵涉到的维护资源如上图所示。应用系统转入运维阶段后需要一些列的资源投入，应用系统在转维护过程中应及时知会各维护资源提供方，同时提供项目相关维护文档以便转维工作的顺利进行。2.5 维护组对应用系统、应用平台进行预接收 检验预接收的交维文档及代码；预接收检验不通过，退回信息系统建设部门进行整改或资料补充； 召开交维培训

8、会议，由建设方进行培训，了解日常维护工作及服务对象，提出常见故障及处理办法。维护组对信息系统进行软硬件风险、缺陷诊断评估， 对于有严重安全风险以及有严重缺漏的，则退回信息系统建设部门整改。2.6 进入为期一个月的试维护阶段跟业务用户召开职责分工会议，有目的地跟业务用户确认相关服务承诺，并给出职责分工表 。试运维期间如系统出现批量安全漏洞、系统BUG等符合整改条件的，运维组将该系统移交系统建设部门整改。各个维护组签收应用系统运维移交申请表或应用平台运维移交申请表，确立应用系统、应用平台正式移交维护组运维，进入正式维护阶段。根据应用系统、应用平台维护涉及的容，可以分为4个维护层： 硬件管理硬件故障

9、由硬件原厂或者第三方维保处理。 网络管理网络策略配置和故障处理由网络维护组负责。 系统管理基础软件管理，初步故障定位及处理交由平台维护组负责。如平台维护组无法处理，则提交相对应专业维护组进行处理。 应用管理由应用维护组进行日常维护，出现故障后由应用维护组进行故障定位，并组织各团队及时解决系统故障。 应用系统流程图如下： 应用平台流程如下：流程 3. 应用系统、应用平台交维资产清单3.1 硬件资产列表物理服务器（详见资产清单）编号设备型号序列号设备名称IP地址配置信息虚拟服务器设备名称IP地址配置信息项目名称设备用途联系人联系3.2 存储及网络设备编号设备型号序列号设备名称IP地址配置信息3.3

10、 软件资产列表软件名称版本号license软件用途使用期限数量4. 应用系统、应用平台交维文档清单序号文档名称运维用途说明备注1备份策略清单提供备份策略清单，包括所在服务器主机名、所在服务器IP、存储路径、备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时间等备份情况2应用测试报告开发商应根据测试案例在开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告3存储配置及分配清单存储配置操作文档、配置情况及分配清单4第三方联系人员列表平台及应用干系人管理开发商、第三方开发商、硬件、业务部门等相关负责人联系方式5回退操作手册该文档主要是用于二线平台维护人员进行回退部署，

11、开发商需对本次回退部署过程进行详细的说明6基础环境部署配置信息支撑及管理平台运行安装部署信息及账户密码7接口清单提供系统、应用层、数据库层、及硬件层等接口清单8平台及应用故障及隐患清单历史故障记录和维护记录、为优化平台及降低风险提供依据历史故障记录和隐患清单9平台监控策略及监控清单告警时效性、及时性监控策略及清单10平台压力评估报告应用系统压力测试报告（测试目的、办法、工具、用例及测试指标期望值）需要测试压力指标及测试报告11软件安装部署及操作手册指导及管理系统管理操作12软件资产清单描述软件部署的环境、使用基础软件的版本、网络架构尽量能提供系统拓扑图13数据库交维清单数据库配置情况数据库建设

12、方案、配置文档、管理员账户密码、配置清单及故障处理报告14网络设备交维清单网络架构及网络配置网络拓朴图、配置管理文档、设备维保、网络配置清单及日常维护记录15维护手册该文档主要用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责围的所有维护工作16系统测试用例开发商应根据业务需求说明书编写新功能测试用例、回归测试用例17系统配置清单提供系统、应用层、数据库层、及硬件层等配置清单18系统维护工作列表开发商目前在系统维护方面的工作描述，包括月度故障率、数据提取量、数据调整情况、数据备份策略等尽量能提供维护管理手册19系统账号清单提供系统、应用层、数据库层、及硬件层等账号清单20系统资产清单

13、若涉及到新增软件的情况，需提供系统用到的所有license，包括license序列号、license文件、license开始时间、license到期时间、license联系人、license联系方式21新功能清单提供本次新交接的功能清单及简要说明22应急演练方案及报告快速恢复业务应急演练方案及应急环境23应用系统部署配置表系统架构及部署情况，资源使用情况应用系统部署配置24应用系统接入流程规规化管理应用接入及资源申请应用接入规25应用系统清单及时响应应用系统维护，通知对应干系人部署在平台上的应用系统清单，包括应用用途、业务部门、业务主管、维护商、维护人员、开发商、开发人员等信息26应用虚拟机备份策略表备份管理备份策略及备份清单27硬件资产清单平台部署使用的硬件资源提供网络拓扑图、网络布线（网络及光纤）标签图、硬件维保信息28用