E R P系统交维流程与规
范
集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
【系统交维流程与规范】
版本
修订历史记录
（A-添加，M-修改，D-删除）
目录
1.服务目标
各应用系统、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规范各应用系统、应用平台从建设转为运行维护的流程，减少系统故障，缩短故障处理时间，提高各应用系统、应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本管理流程。
通过开展规范化，流程化，知识化的维护服务,保持各应用系统、应用平台的稳定性和服务高效性，并实现以下期望目标：
通过各个团队在运维管理、技术支持方面的经验知识，将现有的被动服
务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续
稳定地运行，提升系统运维水平和服务质量；
梳理各应用系统、应用平台运维的工作和各类流程，总结并制定各类工
作流程，完善故障处理机制，建立故障处理、日常维护的知识管理体
系，以缩短问题、故障处理时间，满足服务响应时限的要求；
配合维护主管全力以赴完成公司IT规划、项目管理、系统分析、系统
建设等高价值、具备核心竞争力的工作内容，外包日常维护、故障处理
等相对规范、固定的工作内容，实现分工精细化，员工专业化，服务标
准化；量化维护工作内容，实现维护工作标准化，制度化，显性化；
最终按照ITIL标准建立信息服务体系和运维服务团队，实现“运维服
务一体化”，“平台管理智能化”，成本结构全面优化、运营效益显着
提升的最终目标。
2.ERP系统交维流程
步骤流程说明：
信息系统建设部门填写并提交《应用系统交维申请表》或《应用平台交维申请表》，应用系统或应用平台进入交维申请流程。根据平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。
2.1评估预接收条件
根据维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须先达到以下应用交维条件：
A.应用系统功能可以为用户提供长时间不中断的、可用的服务，保证交
维前30天无故障发生，90天内无重大故障发生。
B.需要交接的应用系统必须有一个与正式环境的业务数据、技术架构、
部署环境完全一样的测试环境。
C.配合完成1-2次交维培训，讲解平台的架构、业务逻辑、数据流转、
目前维护流程和常见的故障点等；若平台存在性能隐患及遗留问题，
需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急
环境、数据备份及监控时效性。
D.上线后出现的紧急与严重的缺陷必须解决。
E.按本文第3、4、5章要求提交相关清单及验收交维文档。
F.根据建设部门提交的《备份说明文档》检查应用系统、应用平台的备
份情况，内容包括服务器信息，备份路径、备份内容、备份的频率，保留时长等信息。
G.根据建设部门提供的资产清单，清点硬件设备及核对网络拓朴图、网
线标签、虚拟机与应用系统对应关系。确认资产信息是否已录入
CMDB中，信息是否完整。
H.检查资源分配情况（服务器资源利用率不能超过80％（CPU、内
存）、负载均衡配置、存储状况及IP地址使用情况）。
I.服务器监控需接入IPNET或者ZABBIX，建设部门需提交监控指标信
息，以及交维前出现的故障报告。
J.根据交维清单，平台维护组需要核对设备及相对应配置，如有遗留问题，建设方需根据交维报告的整改内容进行修复。
K.其中对于不同架构的系统可达到的维护可用性不同：
应用、数据库及硬件服务器都是双节点冗余的系统，维护可用性目标为99.9%；
应用、数据库及硬件服务器有一个是单节点的系统，维护可用性目标为99%；
无磁带备份的系统，可容忍所有数据丢失；
有磁带备份的系统，每X天进行一次备份，可容忍X天数据丢失。
L.系统必须具备必要的功能：
接口连接等使用的程序账号必须能够方便的修改密码；
系统必须在应用界面上具备完善的用户权限管理功能；
系统必须提供必要的网管接口。
2.2各团队进行费用评估
信息室费用评估
一线服务台评估
系统监控组评估
7676平台维护组评估
维护室费用评估
应用维护组评估
中间件及数据库平台维护组评估
硬件服务器维护组评估
备份系统维护组评估
网管维护组评估
4A维护组评估
网络维护组评估
机房环境维护组评估
2.3费用申请
维护室综合各团队的费用评估后进行费用申请
2.4系统转维资源准备
应用系统在规划建设阶段就应该详细评估系统转维过程中所需的维护资源。目前信息系统部对于每一个应用系统转维护过程中所需资源如下图所示：系统转维过程中牵涉到的维护资源如上图所示。应用系统转入运维阶段后需要一些列的资源投入，应用系统在转维护过程中应及时知会各维护资源提供方，同时提供项目相关维护文档以便转维工作的顺利进行。
2.5维护组对应用系统、应用平台进行预接收
检验预接收的交维文档及代码；预接收检验不通过，退回信息系统建设部门进行整改或资料补充；
召开交维培训会议，由建设方进行培训，了解日常维护工作及服务对象，提出常见故障及处理办法。
维护组对信息系统进行软硬件风险、缺陷诊断评估，对于有严重安全风险以及有严重缺漏的，则退回信息系统建设部门整改。
2.6进入为期一个月的试维护阶段
跟业务用户召开职责分工会议，有目的地跟业务用户确认相关服务承诺，并给出职责分工表。
试运维期间如系统出现批量安全漏洞、系统BUG等符合整改条件的，运维组将该系统移交系统建设部门整改。
各个维护组签收《应用系统运维移交申请表》或《应用平台运维移交申请表》，确立应用系统、应用平台正式移交维护组运维，进入正式维护阶段。
根据应用系统、应用平台维护涉及的内容，可以分为4个维护层：硬件管理——硬件故障由硬件原厂或者第三方维保处理。
网络管理——网络策略配置和故障处理由网络维护组负责。
系统管理——基础软件管理，初步故障定位及处理交由平台维护组负
责。如平台维护组无法处理，则提交相对应专业维护组进行处理。
应用管理——由应用维护组进行日常维护，出现故障后由应用维护组进
行故障定位，并组织各团队及时解决系统故障。
应用系统流程图如下：
应用平台流程如下：
流程
3.应用系统、应用平台交维资产清单3.1硬件资产列表
物理服务器（详见资产清单）
虚拟服务器
3.2存储及网络设备
3.3软件资产列表
4.应用系统、应用平台交维文档清单
5.应用系统、应用平台交维文档要求
5.1用户手册（系统功能说明书）
该文档供普通用户、维护人员及其他需要了解系统功能的人员阅读，让上述人员能够全面掌握系统所有功能的使用。新增版本的文档中应包括系统全部功能的使用说明，同时标注本次新增或变更的内容，基本要求如下：有结构、有层次的对系统支撑的业务场景及业务流程进行描述；
有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；
文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。
5.2维护手册（系统技术说明书：包括软、硬件架构说明）
该文档主要用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责范围内的所有维护工作。新增版本的文档中应包括系统软硬件的技术架构说明，同时标注本次新增或变更的内容。
该文档必须包括以下内容：
系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细说明。
系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。
应用程序的模块架构说明：对各模块功能及相互间的逻辑联系进行说
明，并分析数据的流向。
系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处理，通过该文档掌握业务流程的处理。
数据库表结构说明：对数据库表的结构进行详细说明，并提供详细的数据字典和ER图。
接口说明：针对于每个系统的接口进行说明，包括交互方式、交互数据源、交互频率等。
定时器等专用服务的说明：说明其工作原理，使用说明等。
脚本说明：针对常用脚本、数据操作脚本、报表脚本等进行详细说明。
程序包变更的说明，针对新增和修改的地方进行说明。
提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；
提供详细的应用程序各配置项及初始配置列表；
提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；
文档的详细程度要做到具备基本技术知识的但未接触过系统的维护人员通过阅读文档即可进行系统维护。
5.3操作配置手册（软件功能说明书）
该文档供维护人员阅读，能够全面掌握系统所有功能的使用。应包括系统全部功能的使用说明，同时标注本次新增或变更的内容，基本要求如下：有结构、有层次的对平台软硬件操作场景及业务流程进行描述；
有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；
文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。
5.4平台维护手册（系统技术说明书：包括软、硬件架构说明）
该文档主要用于平台维护人员进行技术维护，能够参照手册开展职责范围内的所有维护工作。该文档必须包括以下内容：
系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流
程引擎等其它软件平台架构进行详细说明。
系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。
系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处
理，通过该文档掌握业务流程的处理。
提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置
及特殊配置要求；
提供详细的应用程序各配置项及初始配置列表；
提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及
初始密码列表，提供各系统接口账号及初始密码列表；
5.5备份策略清单（含历史及新增）
提供备份策略清单，包括所在服务器主机名、所在服务器IP、存储路径、备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时间等备份情况。
若涉及到变更或者新增要标注并说明情况。
5.6软件资产清单（含历史及新增）
若涉及到新增软件的情况，需提供系统用到的所有license，包括license 序列号、license文件、license开始时间、license到期时间、license联系人、license联系方式。
5.7系统配置清单（包括安装地点信息，含历史及新增）
提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；
提供详细的应用程序各配置项及初始配置列表；
提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；
若涉及到变更或者新增要标注并说明情况。
5.8接口清单（含历史及新增）
提供数据库新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用方式、调用配置（用户名、密码）、接口约定（报错代码、报错提示、报错含义等）、接口视图。
提供Webservice新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用地址、调用配置（用户名、密码）、接口约定（报错代码、报错提示、报错含义等）。
若涉及到变更或者新增要标注并说明情况。
5.9系统账号清单（含接口账号，新增账号）
提供新增的数据库账号清单，包括其在数据库中的账号名、对应权限、对应角色、对应表权限。
提供新增的应用账号清单，包括其在应用系统中的用户名、对应权限、对应角色。
提供新增的操作系统账号清单，包括其在操作系统中的用户名，对应的用户组，对应角色、对应权限。
5.10新功能清单
提供本次新交接的功能清单及简要说明。
5.11程序部署手册
提供详细的系统回退步骤
如在部署有额外操作名要求，也要写入手册
5.12回退操作手册
该步骤主要是用于二线平台维护人员进行回退部署，开发商需对本次回退部署过程进行详细的说明。在系统回退部署前，如果有涉及数据库回退的，开发商须提供的用于回退的回退脚本，如果没有，须在部署文档中说明。回退部署步骤应包含程序卸载（停中间件）、数据库回退、旧程序安装、程序启动、程序启动后检查项，以上几个步骤的具体要求如下：
程序卸载：需描述清楚程序卸载的详细步骤。
数据库回退：
多个回退SQL脚本，需要集中到一个SQL脚本中，平台组只需执行汇总后的一个回退SQL脚本；
在执行脚本之前，需要平台维护组备份的数据库对象（备份函数、存储过程，表等）或需要停止的对象（如停止触发器等），需事先说明，并提供详细的对象备份脚本与对象停止启动脚本；
回退脚本需说明脚本在PL/SQL工具下的命令模式，如COMMAND或者SQLWINDOW下执行；
回退脚本如有执行顺序要求，需在部署文档中标明回退脚本的执行顺序，数据脚本执行后，结果中存在正常的异常，需先说明；