附详图 ERP系统交维流程与规范参考范本

PAGEPAGE48/49文档可自由编辑【系统交维流程与规范】版本<V1.0>拟制日期20XX-07-07审核批准日期日期修订历史记录版版日期AMD修订者说明本V1.新增规范文20XX-7-7 A0档（A-D-删除）目录1. 服务目标 52.ERP系统交维流程 73.ERP系统交维资产清单 154.ERP系统交维文档清单 185.ERP系统交维文档要求 235.1 用户手册（系统功能说明书） 235.2 维护手册（系统技术说明书：包括软、硬件架构说明） 235.3 备份策略清单（含历史及新增） 265.4 系统资产清单（含历史及新增） 265.5 系统配置清单（包括安装地点信息，含历史及新增） 265.6 接口清单（含历史及新增） 275.7 系统账号清单（含接口账号 ，新增账号 ） 275.8 新功能清单 275.9 程序部署手册 275.10 回退操作手册 285.11 测试报告. 295.12 系统测试用例295.13 .6.ERP交维系统的压力测试 33306.1 压力测试目的336.2 压力测试工具336.3 压力测试用例336.4 压力测试指标及期望值 336.5 压力测试数据及场景 346.6 压力测试报告357.ERP系统交维的前提条件 7.1 交维系统转交整改的条件 36388.ERP统一维护组维护内容 399. 47服务目标各应用系统、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规范各应用系统、应用平台从建设转应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本管理流程。通过开展规范化，流程化，知识化的维护服务 , 保持各应用系统、应用台的稳定性和服务高效性，并实现以下期望目标：通过各个团队在运维管理、技术支持方面的经验知识，将现有的被动服务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续稳定地运行，提升系统运维水平和服务质量；梳理各应用系统、应用平台运维的工作和各类流程，总结并制定各类工作流程，完善故障处理机制，建立故障处理、日常维护的知识配合维护主管全力以赴完成公司 IT规划、项目管理、系统分析系统建设等高价值、具备核心竞争力的工作内容，外包日常维护、故障处理等相对规范、固定的工作内容，实现分工精细化，员工专业化，服务标准化；量化维护工作内容，实现维护工作标准化，制度化，显性化；最终按照ITIL 标准建立信息服务体系和运维服务团队，实现“运维服务一体化”“平台管理智能化”，成本结构全面优化、运营益显著提升的最终目标。步骤流程说明：信息系统建设部门填写并提交《应用系统交维申请表》或《应用平台交维申请表》，应用系统或应用平台进入交维申请流程。根据平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。评估预接收条件根据维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须先达到以下应用交维条件：证交维前3090天内无重大故障发生。构、部署环境完全一样的测试环境。配合完成1-2转、目前维护流程和常见的故障点等；若平台存在性能隐患及遗留问题，需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。上线后出现的紧急与严重的缺陷必须解决。按本文第、4、5章要求提交相关清单及验收交维文档。的频率，保留时长等信息。根据建设部门提供的资产清单，清点硬件设备及核对网络拓朴已录入中，信息是否完整。检查资源分配情况（服务器资源利用率不能超过 ％（、存、负载均衡配置、存储状况及 IP地址使用情况。服务器监控需接入 IPNET或者建设部门需提交监控指信息，以及交维前出现的故障报告。留问题，建设方需根据交维报告的整改内容进行修复。其中对于不同架构的系统可达到的维护可用性不同：应用、数据库及硬件服务器都是双节点冗余的系统，维护可用性目标为99.9%；应用、数据库及硬件服务器有一个是单节点的系统，维护可用性目标为99%；无磁带备份的系统，可容忍所有数据丢失；有磁带备份的系统，每 X天进行一次备份，可容忍 X天数据丢失。系统必须具备必要的功能：接口连接等使用的程序账号必须能够方便的修改密码；系统必须在应用界面上具备完善的用户权限管理功能；系统必须提供必要的网管接口。信息室费用评估一线服务台评估系统监控组评估7676维护室费用评估应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估备份系统维护组评估网管维护组评估4A维护组评估机房环境维护组评估费用申请维护室综合各团队的费用评估后进行费用申请系统转维资源准备应用系统在规划建设阶段就应该详细评估系统转维过程中所需的维护资源。目前信息系统部对于每一个应用系统转维护过程中所需资源如下图所示：系统转维过程中牵涉到的维护资源如上图所示。应用系统转入运维阶段后需要一些列的资源投入，应用系统在转维护过程中应及时知会各维护资源提供方，同时提供项目相关维护文档以便转维工作的顺利进行。维护组对应用系统、应用平台进行预接收检验预接收的交维文档及代码；预接收检验不通过，退回信息系统建设部门进行整改或资料补充；提出常见故障及处理办法。维护组对信息系统进行软硬件风险、缺陷诊断评估， 对于有严重安风险以及有严重缺漏的，则退回信息系统建设部门整改。进入为期一个月的试维护阶段跟业务用户召开职责分工会议，有目的地跟业务用户确认相关服务诺，并给出职责分工表 。试运维期间如系统出现批量安全漏洞、系统 等符合整改条件的，维组将该系统移交系统建设部门整改。各个维护组签收《应用系统运维移交申请表》或《应用平台运维移交申请表确立应用系统、应用平台正式移交维护组运维， 进入正式维护阶段根据应用系统、应用平台维护涉及的内容，可以分为 4个维护层：硬件管理——硬件故障由硬件原厂或者第三方维保处理。网络管理——网络策略配置和故障处理由网络维护组负责。系统管理——基础软件管理，初步故障定位及处理交由平台维护组应用管理——由应用维护组进行日常维护，出现故障后由应用维护组进行故障定位，并组织各团队及时解决系统故障。应用系统流程图如下：开始应用系统建设部门提出平台运维移交申请运维团队

应用系统运维移交申请表信息室费用评估：一线服务台评估系统监控组评估7676维护室费用评估：应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估网管维护组评估4A维护组评估网络维护组评估机房环境维护组评估

费用评估维护室费用申请预接收预接收检验

不通过

交维文档通过运维团队)

故障诊断处理报告维护工作列表不通过风险评估通过运维团队试运维（1个月）

系统资产信息平台建设部门平台整改

是 是否符合整改条件否运维团队进入统一维护组维护阶段

移交申请表结束应用平台流程如下：流程开始开始平台系统建设部门提出平台运维移交申请平台运维移交申请表运维团队评估预接收条件平台资产清单运维团队预接收不通过预接收检验通过备份信息表应用部署表第三方联系表网络设备配置表系统帐号列表基础环境配置用户手册配置维护手册运维团队风险评估 (包括应急演练 故障诊断处理报告维护工作列表不通过风险评估通过运维团队系统资产信息试运维（1个月）平台建设部门是是否符合整改条件平台整改否运维团队签收《平台运维移交申请表进入平台组维护阶段》应用正式平台运维移交申请表结束应用系统、应用平台交维资产清单硬件资产列表物理服务器（详见资产清单）设备型编号号

序列号 设备名称 IP地址 配置信息虚拟服务器设备名称

IP地址 配置信

项目名称

设备用途

联系联系电话人存储及网络设备设备型编号号

序列号 设备名称 IP地址 配置信息软件资产列表软件名称

版本license 软件用途 使用期限 数量号应用系统、应用平台交维文档清单序文档名称 运维用途说明 备注号在服务器主机名、所在服务备份策略1清单

IP、存储路径、备份数方式及备份频率、备份窗口数据保留时间等备份情况开发商应根据测试案例在应用测试2报告

开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告存储配置单

存储配置操作文档、配置情况及分配清单第三方联 开发商、第三方开发表

平台及应用干系人管理

商、硬件、业务部门等相关负责人联系方式回退操作5手册

该文档主要是用于二线平开发商需对本次回退部署过程进行详细的说明基础环境信息

支撑及管理平台运行

安装部署信息及账户密码

提供系统、应用层、数据库层、及硬件层等接口清单平台及应

为优化平台及降低风险提供依据

历史故障记录和隐患清单平台监控控清单

告警时效性、及时性 监控策略及清单平台压力10评估报告

（试目的、办法、工具、用例及测试指标期望值）

需要测试压力指标及测试报告软件安装11 作手册

指导及管理系统管理操作软件资产12清单

基础软件的版本、网络架构

尽量能提供系统拓扑图13 数据库交 数据库配置情况 数据库建设方案、配置维清单 文档、管理员账户密码、配置清单及故障处理报告网络拓朴图、配置管理网络设备14交维清单

网络架构及网络配置

配置清单及日常维护记录该文档主要用于二线维护15

人员能够参照手册开展职责范围内的所有维护工作系统测试16用例

开发商应根据《业务需求说明书》编写新功能测试用例、回归测试用例系统配置17清单

提供系统、应用层、数据库层、及硬件层等配置清单开发商目前在系统维护方系统维护18工作列表

面的工作描述，包括月度故整情况、数据备份策略等

尽量能提供维护管理手册系统账号19清单

提供系统、应用层、数据库层、及硬件层等账号清单若涉及到新增软件的情况，需提供系统用到的所有license ，包括license 系统资产20清单

列号、license 文件、license 开始时间、license 到期时间、license 联系人、联系方式新功能清21单

提供本次新交接的功能清单及简要说明告

快速恢复业务

应急演练方案及应急环境表

使用情况

应用系统部署配置应用系统规范

规范化管理应用接入及资源申请

应用接入规范应用系统25清单

知对应干系人

部署在平台上的应用途、业务部门、业务主开发商、开发人员等信息应用虚拟26 机备份策备份管理备份策略及备份清单略表硬件资产27平台部署使用的硬件资源布线（网络及光纤）标清单签图、硬件维保信息28 用户手册员及其他需要了解系统功能的人员阅读开发商在交接前必须提供29 源代码程序的源代码，并保证源代码的完整性资产信息30 录入CMDB 配置管理中应用系统、应用平台交维文档要求用户手册（系统功能说明书）该文档供普通用户、维护人员及其他需要了解系统功能的人员阅读，让上述人员能够全面掌握系统所有功能的使用。新增版本的文档中应包括系有结构、有层次的对系统支撑的业务场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。维护手册（系统技术说明书：包括软、硬件架构说明）该文档主要用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责范围内的所有维护工作。新增版本的文档中应包括系统软硬件的技术架构说明，同时标注本次新增或变更的内容。该文档必须包括以下内容：系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细说明。系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。应用程序的模块架构说明：对各模块功能及相互间的逻辑联系进行说明，并分析数据的流向。系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处理，通过该文档掌握业务流程的处理。的数据字典和图。数据源、交互频率等。定时器等专用服务的说明：说明其工作原理，使用说明等。脚本说明：针对常用脚本、数据操作脚本、报表脚本等进行详细说明。程序包变更的说明，针对新增和修改的地方进行说明。提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；文档的详细程度要做到具备基本技术知识的但未接触过系统的维护人员通过阅读文档即可进行系统维护。操作配置手册（软件功能说明书）该文档供维护人员阅读，能够全面掌握系统所有功能的使用。应包括系统全部功能的使用说明，同时标注本次新增或变更的内容，基本要求如下：有结构、有层次的对平台软硬件操作场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。平台维护手册（系统技术说明书：包括软、硬件架构说明）该文档主要用于平台维护人员进行技术维护，能够参照手册开展职责范围内的所有维护工作。该文档必须包括以下内容：系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细说明。系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处理，通过该文档掌握业务流程的处理。提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；备份策略清单（含历史及新增）IP备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时间等备份情况。若涉及到变更或者新增要标注并说明情况。软件资产清单（含历史及新增）若涉及到新增软件的情况，需提供系统用到的所有 license ，包括license序列号、license文件、license开始时间、license到期时间、license联系人、license联系方式。系统配置清单（包括安装地点信息，含历史及新增）提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；若涉及到变更或者新增要标注并说明情况。接口清单（含历史及新增）提供数据库新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用方式、调用配置（用户名、密码） 、接口约定（报错代码、报提示、报错含义等）、接口视图。提供Webservice新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用地址、调用配置（用户名、密码） 、接口约定（报错代码报错提示、报错含义等）。若涉及到变更或者新增要标注并说明情况。系统账号清单（含接口账号 ，新增账号 ）提供新增的数据库账号清单，包括其在数据库中的账号名、对应权限、对应角色、对应表权限。提供新增的应用账号清单，包括其在应用系统中的用户名、对应权限、对应角色。提供新增的操作系统账号清单，包括其在操作系统中的用户名，对应的用户组，对应角色、对应权限。新功能清单提供本次新交接的功能清单及简要说明。程序部署手册提供详细的系统回退步骤如在部署有额外操作名要求，也要写入手册回退操作手册该步骤主要是用于二线平台维护人员进行回退部署，开发商需对本次回退部署过程进行详细的说明。在系统回退部署前，如果有涉及数据库回退的，开发商须提供的用于回退的回退脚本，如果没有，须在部署文档中说明。回退部署步骤应包含程序卸载 （停中间件数据库回退、旧程序安装程序启动、程序启动后检查项，以上几个步骤的具体要求如下：程序卸载：需描述清楚程序卸载的详细步骤。数据库回退：多个回退脚本，需要集中到一个 脚本中，平台组只需执行汇后的一个回退脚本；在执行脚本之前，需要平台维护组备份的数据库对象（备份函数、存储过程，表等）或需要停止的对象（如停止触发器等） ，需事先说明，并提详细的对象备份脚本与对象停止启动脚本；回退脚本需说明脚本在 PL/SQ工具下的命令模式，如者SQLWINDO下执行；回退脚本如有执行顺序要求，需在部署文档中标明回退脚本的执行顺序，数据脚本执行后，结果中存在正常的异常，需先说明；回退脚本所有的命令均要求自动提交。旧程序安装：需描述清楚旧程序安装的详细步骤。程序启动：需描述清楚程序启动的详细步骤。例如，有些部署需要重启中间件，请在文档中说明。程序启动后检查项：需描述启动成功后检查步骤。测试报告开发商应根据测试案例在开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告。该文档应按照《业务需求说明书》编写，至少应包括以下内容测试用例编号及名称测试环境地址测试路径或活动测试场景说明有可能影响到的功能点测试步骤测试期望结果测试实际结果测试结果确认（签字）系统测试用例开发商应根据《业务需求说明书》编写新功能测试用例、回归测试用例。源代码开发商在交接前必须提供程序的源代码，并保证源代码的完整性。第三方联系人员列表开发商、第三方开发商、硬件、业务部门等相关负责人联系方式存储配置及分配清单存储配置操作文档、配置情况及分配清单基础环境部署配置信息安装部署信息及账户密码以支撑及管理平台运行平台及应用故障及隐患清单历史故障记录、隐患清单和维护记录、为优化平台及降低风险提供依据监控策略及监控指标清单数据库交维清单数据库建设方案、配置文档、管理员账户密码、配置清单及故障处理报告网络设备交维清单网络拓朴图、配置管理文档、设备维保、网络配置清单及日常维护记录应急演练方案及报告应用系统接入流程规范规范化管理应用接入及资源申请系统维护工作列表开发商目前在系统维护方面的工作描述， 包括月度故障率、数据提取量数据调整情况、数据备份策略等应用系统清单部署在平台上的应用系统清单，包括应用用途、业务部门、业务主管、维护商、维护人员、开发商、开发人员等信息硬件资产清单提供网络拓扑图、网络布线（网络及光纤）标签图、硬件维保信息平台压力评估报告应用系统压力测试报告（测试目的、办法、工具、用例及测试指标期望值）应用系统部署配置表系统架构及部署情况，资源使用情况资产信息录入 中应用系统、应用平台需录入到 中应用系统、应用平台交维系统的压力测试压力测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统的运行瓶颈，获取系统的处理能力等等。压力测试工具美科利公司（Mercury）的性能测试软件 LoadRunner微软公司的性能测试软件 WebApplicationStress 工具（简称WA）压力测试用例现行的应用系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。左右的状况下，测试数据库的处理能力。压力测试指标及期望值网络级别测试指标。吞吐量：单位时间内网络传输数据量冲突率：在以太网上监测到的每秒冲突数服务器操作系统级别指标。标准标准平均峰值利用率内存利用率IO数据库级别测试指标。数据库I/O 的流量大小数据库锁资源的使用数数据库的并发连接数压力测试数据及场景测试数据库需具备与真实环境成一定比例或基本一致的数据。测试环境分4个，使用逐步加压的模式。A，每隔2秒增加1个用户连接，最多增加到 100个用户，查看并录运行情况。B，每隔2秒增加2个用户连接，最多增加到 200个用户，查看并录运行情况。C，每隔2秒增加1个用户连接，最多增加到 300个用户，查看并录运行情况。D，每隔3秒增加1个用户连接，最多增加到 400个用户，查看并录运行情况。每个场景都包括：用户登录都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在8drWA终端上，主要目的就是检查在不同的压力的情况下，业务系统的性能表现。0Window、z、内存。10台虚拟机上部署采集客户端，每台部署15个终端，每个测试终端隔秒生成一个条码模拟文件，即模拟每秒并发量150次。压力测试报告执行每个场景时记录以下相应的数据：数据库（Oracle）服务器上主机上的 利用率；IO利用率对照表如下；服务器上监控的网络流量；运行的并发用户数目；测试中完成各操作的平均响应时间：（单位：秒测试中每秒的点击率如下；交易的吞吐率（每秒处理数据量）。系统交维的前提条件必须提供第、、5面和属实；配合完成1-2目前维护流程和常见的故障点等；若交维系统存在性能隐患及遗留问题，需建设方处理达到交维要求再根据交维清单，维护组需要核对设备及相对应配置，如有遗留问题，建设方需根据交维报告的整改内容进行修复；数据备份，满足备份交维需求，包括备份环境、备份需求，如：）备份环境前期准备包括以下方面：备份环备份系统接备份架构网络环境备份资源境入1、尽量选用统一备份维1、网络端口、1、对需备份1、整理自有备份资护现有架构（赛门铁克备防火墙策略的各设备进源情况，提交文档；份架构）；放通；行备份系统2、检查各设备状接入前提2、如需加入新的备份架2、实现设备（客户端）安态，确保设备使用构（如微软、IBM等），与现有备份装；正常，无硬件故障，需要完成新架构接入的设备的物理、2、配合备份设备版本已升级到所有投资工作；网络连接。组完成各备、需要提供该架构稳定以及通过领导审批获得人员后续维护资源。

份结点的配置、调通。

态；况，将设备资产信B）备份需求接入时，接入方 备份组1、整理备份数据类型，数据大小，日增长量及相应恢复需求；

1、评估可用备份资源是否满足接入方备份需求，按需调整；备份需求接入处理

2、提供系统数据历史增长情况及预测两年增长量；3、提出详细备份路径，相应备份策略需求。

2、根据备份恢复要求，综合网络速度，系统IO限制，对备份架构进行调优；3、根据备份恢复要求，对各类型备份数据指定备份介质。、结合系统业务情况， IO/并发，制定精确备份策（时间点并行窗口任务排序等）恢复演练，双机配置网络设备需要做切换演练。人员手机，做到及时性。，配置管理，平台对应设备及应用系统全部录入 中管理。，平台隐患，梳理多次出现的故障及存在隐患点， 给出对应的处理办及报告。硬件维护商、操作系统维护商、网络维护商、中间件维护商、数据库维护商需提供 5*8小时现场支持服务和 7*24小时远程支持服务。交维系统转交整改的条件运维期间如交维系统存在批量安全漏洞、系统 等，维护组将该系移交系统建设部门整改，移交整改条件如下：，操作系统安全扫描有 5个或以上严重漏洞；，应用系统渗透测试，应用软件漏洞类型多于 2种且漏洞数量大于 10个，需业务部门要求开发商做安全整改。，应用系统出现全局性功能缺陷及 BU，导致系统不能正常使用，或主要功能流程不能正常扭转。，应用系统常用功能出现功能缺陷致占用资源不释放， 影响平台稳定性及其他应用系统使用，需业务部门要求开发商优化应用。 （如到、内存达到及存储IO读写过高。，应用系统存在性能问题（页面响应缓慢类报障＞ 50 例/周并确需通过软/硬件升级/扩容解决。维护组维护内容应用维护组为确保各应用系统、应用平台稳定高效的运行，统一维护组维护服务主要内容如下：维护大类

维护小类 详细内容用户在日常使用系统过程遇到各类操作及系统使用咨询与指导

系统逻辑咨询问题，可以通过维护单的形式告知维护人员，维护人员对遇到的问题进行解答及指导。由于用户操作失误导致的错误数据，经相服务类

数据后台调整后台数据导出

关负责人同意后，维护人员需要为用户修改为正确的数据。在系统没有提供功能的情况下，维护组可以给用户提供部分数据导出服务，但数据导出仅限于按照数据库表结构导出系统原有数据，维护不进行复杂逻辑的处理及数据整理工作。系统设置

除用户角色、权限以及审批流程之外的设置进行维护。维护类 组织故障处理 本系统及本系统与其他系统的接口出现故障时，应用维护组对故障进行初步判断，将故障提交给相关团队进行处理，在整个故障处理过程负责协调各方团队共同解决并及时向维护主管汇报情况。定位

系统出现及性能问题，应用维护组应与其它ERP外围系统如出现系统间数据不数据问题查证及处理

一致的情况，应用维护组应配合用户进行排查并给出合理解释；如确定为系统 维护组提交至开发商处理。应用层日常巡检及性能监控

总条数及总容量进行巡检，并利用工具随时对应用系统的运行进行性能监控。系统备份收集系统相关信息，进行风险评估，确定需要备份的数据源及备份需求应用层主动维护操作:完成备份、重启、测试环境的管理等工作

与平台组及备份组共同确定备份策略测试和演练系统重启与平台组共同制定系统重启计划系统重启后对系统进行登陆验证测试环境的管理提出测试环境克隆需求测试环境的使用管理保证测试环境的正常使用定期更新测试环境数据系统运行情况的总结及分析

根据系统每月的运行情况出具总结月报及系统可用率数据。审核开发商提供的上线文档对原有功能进行简单的验证，以减少新的

程序包对原有功能的影响各方团队共同解决并向维护主管汇报情况。系统配置管理

负责日常配置变更的实施、配置资料制作数据库业务帐号管理：负责数据库层业务帐号的设置及变更、维护帐号管理相关表帐号管理

格、帐号相关管理办法及流程的制定应用层支撑帐号管理：负责应用层支撑帐帐号相关管理办法及流程的制定安全管控工作的配合 审计管理：配合各项审计工作，并按照要求提供相应的样本。按照各项安全管控要求开展日常维护工作配合各项安全管控工作的开展提出系统优化建议

根据系统性能监控结果及用户反馈的性能缓慢或不可用情况，提出性能优化建议。月结/年结支持 月结支持平台维护组工作类层次别

工作项 工作细项每日巡检

SCOSQServer集群健康巡检，Oracle 数据库健康巡检，SCVMM健康检查基础层

定期服务

检检

、检查负载均衡应用系统站点配置情况、检查域控与地市公司的同步复制情况、服务健康情况机房每月硬件常规检查，包括服务器、交换机 ,负载均衡以及存储设备的健康检查补丁升级

平台每两个月windows服务器安全补丁升级安全加固

每个季度配合服务器设备的安全扫描以及针对扫描结果的安全加固（重要应用系统）服务器的操作系统重新安装及定期重启维护处理服务器硬件故障报修及检查测试WSUKM激活SCVM系统管理：、虚拟主机管理、虚拟机增加、修改、删除等操作管理、虚拟机资源管理等其他 SCVM的管理操作基础组VMwarevSphere管理：1)、虚拟主机和群集管理资源管件资2)、数据存储和数据存储群集资源管理理源维护3)、虚拟网络连接和管理服务、虚拟机增加、修改、删除等操作管理、虚拟机资源配置和资源监控管理SVC管理：、存储机头管理、存储资源的分配3)、存储监控管理负载均衡配置管理：、负载均衡网络配置、负载均衡运行状态检查3)、负载均衡的切换维护1、对平台的服务器设备以及各配置参数按实际情况进行登记，并录入 CMDB2、针对每个应用的配置数据进行收集并录入到基础配资产明细表，并针对每次的应用配置变化及时更配置管置信息新到CMDB理管理3、每次设备扩容以及新设备上架与旧设备下架进行实时的硬件配置数据更新4、每次应用以及系统软件的配置发生变化时我们以配置变更的方式进行更新配置日常各个维护服务团队、开发商等服务咨询各服务器维护账户的申请审批、 延期、禁用，账号密码的修改，4A访问账户的授权存储资源的调整、服务器外借搬迁、机房出入申请，服务器的紧急重启事件管工单处平台设备维保服务的数据收集和确认中间层 理理故障处理后的故障监控和观察，对故障进行总结提供故障处理报告SCO监控的信息进行验证和排查可能存在的故障或隐患漏洞，服务停止，其他协助等工作可用性应急演编写平台及应用系统应急演练方案及计划管理 练 选择演练目标及搭建恢复演练环境平台及应用系统备份恢复应急演练， 编写应急练的报告和应急发现问题的跟踪处理平台应急发现问题的跟踪处理数据备每半年核对梳理服务器及应用系统备份策略及份备份信息监控指标及监控对象梳理（服务器 、内存、监控管磁盘及网络拨测）监控对象的客户端安装及网络调试， 配合监控策理略的优化及频率调试每天zabbix 及告警信息的确认和清除；、针对系统运行 、内存、磁盘空间占用、日志文件大小、文件服务器使用等系统资源情况进行分析2、平台基础硬件平台、网络平台、安全平台的平台优平台优整体优化分析建议化化3、平台服务软件（SQLServer/IIS/WebLogic/Windows/.Net的优化分析建议4、对接入平台的应用系统进行需求分析及资源优化配置1、收集如服务器硬件信息、网络环境信息、应资源调资源的用系统信息、操作系统信息的部署和服务器资源研及梳收集与使用的情况理分析2、每季度收集应用系统数据确定整合服务器对象发布申请的受理，协助应用功能性调试，应用系统服务的重启和故障处理应用系应用管重要应用系统访问量统计统维护理配合应用系统资源调整及配置：服务1、虚拟机资源需求分析及调整；2、网络访问端口配置及负载均衡配置；服务规平台运维规范更新程知识管对各种故障处理总结成知识库文档数据对平台理文档管各类设备与组件的技术方案， 实施方案，运维手理册进行分类并归档。综合管维护主管日报工作整理理工作总IAP平台运维周报编写综合管结汇报平台运维例会及会议纪要理与交流平台维护月报、半年小结、年度总结汇报培训参加各种培训及交流会议团队管理 技术交流和分享时间管理平台转运维过程的时间计划如下：序 过程号 骤

移交项 运维阶段

预计时长评估预1 件

评估建设方提交报告

评估平台报告中的存在的问题是否已整改或满足独立运维条件

1个工作日检查提交的资料是否完整，内容是否属实2

建设方根据系统资料清单提交系统资料

根据资料初步熟悉交维护的操作情况和使用情况根据资料了解系统的安装部署系统，硬件设备资源的使用情况了解系统的备份策略和重大故障应急预案等

5个工作日风险评3估

根据评估的内容进行整改或者修复

进行软硬件风险 缺陷诊断估

3个工作日此阶段以开发商维护为主，维护组学习及辅助。开发商酌情4

共同维护（第一阶段）共同维护（阶段）

将交接范围内的报障邮件、电话、维护单转给维护组进行处理维护组若有问题可咨询开发商，请开发商支持此阶段以维护组维护为主，开发商支持。请开发商及时将交接范围内的报障邮件、电话、维护单转给维护组处理，若维护组有问题可咨询开发商，请开发商支持。

1个月1个月·熟悉交维系统的业务逻辑和平台架构逻辑，快速响应客户的咨询独立运5维期

·梳理系统的维护资料，维护资料的归档和管理，整理本系统的维护手册·独立分析定位事件、问题、故障·完善管理规范及维护文档

1个月PAGEPAGE50/49文档可自由编辑·备份策略完善或调优·备份策略完善或调优深度维·系统建设或优化建议3个月6护期·完善整个平台的应急演练预开始案能部室由企管部统一考核）。不符合卫生标准的，超市内每处扣0.5分，超市外每处扣1分。卫生管理制度1 总则1.1 为了加强公司的环境卫生管理，创造一个整洁、文明、温馨的购物、办公环境，根据《公共场所卫生管理条例》的要求，特制定本制度。1.2 集团公司的卫生管理部门设在企管部，并负责将集团公司的卫生区域详细划分到各部室，各分公司所辖区域卫生由分公司客服部负责划分，确保无遗漏。2 卫生标准2.1 室内卫生标准2.1.1 地面、墙面：无灰尘、无纸屑、无痰迹、无泡泡糖等粘合物、无积水，墙角无灰吊、无蜘蛛网。2.1.2 门、窗、玻璃、镜子、柱子、电梯、楼梯、灯具等，做到明亮、无灰尘、无污迹、无粘合物，特别是玻璃，要求两面明亮。2.1.3 柜台、货架：清洁干净，货架、柜台底层及周围无乱堆乱放现象、无灰尘、无粘合物，货架顶部、背部和底部干净，不存放杂物和私人物品。2.1.4 购物车（筐）、直接接触食品的售货工具（包括刀、叉等）：做到内外洁净，无污垢和粘合物等。购物车（筐）要求每天营业前简单清理，周五全面清理消毒；售货工具要求每天消毒，并做好记录。2.1.5 商品及包装：商品及外包装清洁无灰尘（外包装破损的或破旧的不得陈列）。2.1.6 收款台、服务台、办公橱、存包柜：保持清洁、无灰尘，台面和侧面无灰尘、无灰吊和蜘蛛网。桌面上不得乱贴、乱画、乱堆放物品，用具摆放有序且干净，除当班的购物小票收款联外，其它单据不得存放在桌面上。2.1.7 垃圾桶：桶内外干净，要求营业时间随时清理，不得溢出，每天下班前彻底清理，不得留有垃圾过夜。2.1.8 窗帘：定期进行清理，要求干净、无污渍。2.1.9 吊饰：屋顶的吊饰要求无灰尘、无蜘蛛网，短期内不适用的吊饰及时清理彻底。2.1.10 内、外仓库：半年彻底清理一次，无垃圾、无积尘、无蜘蛛网等。2.1.11 室内其他附属物及工作用具均以整洁为准，要求无灰尘、无粘合物等污垢。2.2 室外卫生标准2.2.1 门前卫生：地面每天班前清理，平时每一小时清理一次，每周四营业结束后有条件的用水冲洗地面（冬季可根据情况适当清理），墙面干净且无乱贴乱画。2.2.2 院落卫生：院内地面卫生全天保洁，果皮箱、消防器械、护栏及配电箱等设施每周清理干净。垃圾池周边卫生清理彻底，不得有垃圾溢出。2.2.3 绿化区卫生：做到无杂物、无纸屑、无塑料袋等垃圾。3 清理程序3.1 室内和门前院落等区域卫生：每天营业前提前10分钟把所管辖区域内卫生清理完毕，营业期间随时保洁。下班后5-10分钟清理桌面及卫生区域。3.2 绿化区卫生：每周彻底清理一遍，随时保持清洁无垃圾。4 管理考核4.1 实行百分制考核，每月一次（四个分公司由客服部分别考核、集团职【系统交维流程与规范】版本<V1.0>拟制日期20XX-07-07审核批准日期日期修订历史记录版版日期AMD修订者说明本V1.新增规范文20XX-7-7 A0档（A-D-删除）目录1. 服务目标 52.ERP系统交维流程 73.ERP系统交维资产清单 154.ERP系统交维文档清单 185.ERP系统交维文档要求 235.1 用户手册（系统功能说明书） 235.2 维护手册（系统技术说明书：包括软、硬件架构说明） 235.3 备份策略清单（含历史及新增） 265.4 系统资产清单（含历史及新增） 265.5 系统配置清单（包括安装地点信息，含历史及新增） 265.6 接口清单（含历史及新增） 275.7 系统账号清单（含接口账号 ，新增账号 ） 275.8 新功能清单 275.9 程序部署手册 275.10 回退操作手册 285.11 测试报告. 295.12 系统测试用例295.13 .6.ERP交维系统的压力测试 33306.1 压力测试目的336.2 压力测试工具336.3 压力测试用例336.4 压力测试指标及期望值 336.5 压力测试数据及场景 346.6 压力测试报告357.ERP系统交维的前提条件 7.1 交维系统转交整改的条件 36388.ERP统一维护组维护内容 399. 47服务目标各应用系统、应用平台建设周期完成，正式投入使用，系统建设部门将其移交维护部门进行运行统一维护。为规范各应用系统、应用平台从建设转应用平台运行的稳定性、高效性，提供高质量的系统支撑，特制订本管理流程。通过开展规范化，流程化，知识化的维护服务 , 保持各应用系统、应用台的稳定性和服务高效性，并实现以下期望目标：通过各个团队在运维管理、技术支持方面的经验知识，将现有的被动服务完全转变为主动服务，用完善的制度与合理的流程确保应用系统持续稳定地运行，提升系统运维水平和服务质量；梳理各应用系统、应用平台运维的工作和各类流程，总结并制定各类工作流程，完善故障处理机制，建立故障处理、日常维护的知识配合维护主管全力以赴完成公司 IT规划、项目管理、系统分析系统建设等高价值、具备核心竞争力的工作内容，外包日常维护、故障处理等相对规范、固定的工作内容，实现分工精细化，员工专业化，服务标准化；量化维护工作内容，实现维护工作标准化，制度化，显性化；最终按照ITIL 标准建立信息服务体系和运维服务团队，实现“运维服务一体化”“平台管理智能化”，成本结构全面优化、运营益显著提升的最终目标。步骤流程说明：信息系统建设部门填写并提交《应用系统交维申请表》或《应用平台交维申请表》，应用系统或应用平台进入交维申请流程。根据平台组提供的平台交维工作清单，检验建设方提供的平台网络拓朴图、资产配置清单、平台操作文档及风险评估列表等等，通过服务组进行预接收。评估预接收条件根据维护组提供的交维工作清单，检验建设方提供的网络拓朴图、资产配置清单、维护手册、用户手册、风险评估列表等等，通过维护组进行预接收。为保证各应用系统、应用平台的稳定运行，建设方在交维时，必须先达到以下应用交维条件：证交维前3090天内无重大故障发生。构、部署环境完全一样的测试环境。配合完成1-2转、目前维护流程和常见的故障点等；若平台存在性能隐患及遗留问题，需建设方处理达到交维要求再接。如平台软硬件性能瓶颈、可用应急环境、数据备份及监控时效性。上线后出现的紧急与严重的缺陷必须解决。按本文第、4、5章要求提交相关清单及验收交维文档。的频率，保留时长等信息。根据建设部门提供的资产清单，清点硬件设备及核对网络拓朴已录入中，信息是否完整。检查资源分配情况（服务器资源利用率不能超过 ％（、存、负载均衡配置、存储状况及 IP地址使用情况。服务器监控需接入 IPNET或者建设部门需提交监控指信息，以及交维前出现的故障报告。留问题，建设方需根据交维报告的整改内容进行修复。其中对于不同架构的系统可达到的维护可用性不同：应用、数据库及硬件服务器都是双节点冗余的系统，维护可用性目标为99.9%；应用、数据库及硬件服务器有一个是单节点的系统，维护可用性目标为99%；无磁带备份的系统，可容忍所有数据丢失；有磁带备份的系统，每 X天进行一次备份，可容忍 X天数据丢失。系统必须具备必要的功能：接口连接等使用的程序账号必须能够方便的修改密码；系统必须在应用界面上具备完善的用户权限管理功能；系统必须提供必要的网管接口。信息室费用评估一线服务台评估系统监控组评估7676维护室费用评估应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估备份系统维护组评估网管维护组评估4A维护组评估机房环境维护组评估费用申请维护室综合各团队的费用评估后进行费用申请系统转维资源准备应用系统在规划建设阶段就应该详细评估系统转维过程中所需的维护资源。目前信息系统部对于每一个应用系统转维护过程中所需资源如下图所示：系统转维过程中牵涉到的维护资源如上图所示。应用系统转入运维阶段后需要一些列的资源投入，应用系统在转维护过程中应及时知会各维护资源提供方，同时提供项目相关维护文档以便转维工作的顺利进行。维护组对应用系统、应用平台进行预接收检验预接收的交维文档及代码；预接收检验不通过，退回信息系统建设部门进行整改或资料补充；提出常见故障及处理办法。维护组对信息系统进行软硬件风险、缺陷诊断评估， 对于有严重安风险以及有严重缺漏的，则退回信息系统建设部门整改。进入为期一个月的试维护阶段跟业务用户召开职责分工会议，有目的地跟业务用户确认相关服务诺，并给出职责分工表 。试运维期间如系统出现批量安全漏洞、系统 等符合整改条件的，维组将该系统移交系统建设部门整改。各个维护组签收《应用系统运维移交申请表》或《应用平台运维移交申请表确立应用系统、应用平台正式移交维护组运维， 进入正式维护阶段根据应用系统、应用平台维护涉及的内容，可以分为 4个维护层：硬件管理——硬件故障由硬件原厂或者第三方维保处理。网络管理——网络策略配置和故障处理由网络维护组负责。系统管理——基础软件管理，初步故障定位及处理交由平台维护组应用管理——由应用维护组进行日常维护，出现故障后由应用维护组进行故障定位，并组织各团队及时解决系统故障。应用系统流程图如下：开始应用系统建设部门提出平台运维移交申请运维团队

应用系统运维移交申请表信息室费用评估：一线服务台评估系统监控组评估7676维护室费用评估：应用维护组评估中间件及数据库平台维护组评估硬件服务器维护组评估网管维护组评估4A维护组评估网络维护组评估机房环境维护组评估

费用评估维护室费用申请预接收预接收检验

不通过

交维文档通过运维团队)

故障诊断处理报告维护工作列表不通过风险评估通过运维团队试运维（1个月）

系统资产信息平台建设部门平台整改

是 是否符合整改条件否运维团队进入统一维护组维护阶段

移交申请表结束应用平台流程如下：流程开始开始平台系统建设部门提出平台运维移交申请平台运维移交申请表运维团队评估预接收条件平台资产清单运维团队预接收不通过预接收检验通过备份信息表应用部署表第三方联系表网络设备配置表系统帐号列表基础环境配置用户手册配置维护手册运维团队风险评估 (包括应急演练 故障诊断处理报告维护工作列表不通过风险评估通过运维团队系统资产信息试运维（1个月）平台建设部门是是否符合整改条件平台整改否运维团队签收《平台运维移交申请表进入平台组维护阶段》应用正式平台运维移交申请表结束应用系统、应用平台交维资产清单硬件资产列表物理服务器（详见资产清单）设备型编号号

序列号 设备名称 IP地址 配置信息虚拟服务器设备名称

IP地址 配置信

项目名称

设备用途

联系联系电话人存储及网络设备设备型编号号

序列号 设备名称 IP地址 配置信息软件资产列表软件名称

版本license 软件用途 使用期限 数量号应用系统、应用平台交维文档清单序文档名称 运维用途说明 备注号在服务器主机名、所在服务备份策略1清单

IP、存储路径、备份数方式及备份频率、备份窗口数据保留时间等备份情况开发商应根据测试案例在应用测试2报告

开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告存储配置单

存储配置操作文档、配置情况及分配清单第三方联 开发商、第三方开发表

平台及应用干系人管理

商、硬件、业务部门等相关负责人联系方式回退操作5手册

该文档主要是用于二线平开发商需对本次回退部署过程进行详细的说明基础环境信息

支撑及管理平台运行

安装部署信息及账户密码

提供系统、应用层、数据库层、及硬件层等接口清单平台及应

为优化平台及降低风险提供依据

历史故障记录和隐患清单平台监控控清单

告警时效性、及时性 监控策略及清单平台压力10评估报告

（试目的、办法、工具、用例及测试指标期望值）

需要测试压力指标及测试报告软件安装11 作手册

指导及管理系统管理操作软件资产12清单

基础软件的版本、网络架构

尽量能提供系统拓扑图13 数据库交 数据库配置情况 数据库建设方案、配置维清单 文档、管理员账户密码、配置清单及故障处理报告网络拓朴图、配置管理网络设备14交维清单

网络架构及网络配置

配置清单及日常维护记录该文档主要用于二线维护15

人员能够参照手册开展职责范围内的所有维护工作系统测试16用例

开发商应根据《业务需求说明书》编写新功能测试用例、回归测试用例系统配置17清单

提供系统、应用层、数据库层、及硬件层等配置清单开发商目前在系统维护方系统维护18工作列表

面的工作描述，包括月度故整情况、数据备份策略等

尽量能提供维护管理手册系统账号19清单

提供系统、应用层、数据库层、及硬件层等账号清单若涉及到新增软件的情况，需提供系统用到的所有license ，包括license 系统资产20清单

列号、license 文件、license 开始时间、license 到期时间、license 联系人、联系方式新功能清21单

提供本次新交接的功能清单及简要说明告

快速恢复业务

应急演练方案及应急环境表

使用情况

应用系统部署配置应用系统规范

规范化管理应用接入及资源申请

应用接入规范应用系统25清单

知对应干系人

部署在平台上的应用途、业务部门、业务主开发商、开发人员等信息应用虚拟26 机备份策备份管理备份策略及备份清单略表硬件资产27平台部署使用的硬件资源布线（网络及光纤）标清单签图、硬件维保信息28 用户手册员及其他需要了解系统功能的人员阅读开发商在交接前必须提供29 源代码程序的源代码，并保证源代码的完整性资产信息30 录入CMDB 配置管理中应用系统、应用平台交维文档要求用户手册（系统功能说明书）该文档供普通用户、维护人员及其他需要了解系统功能的人员阅读，让上述人员能够全面掌握系统所有功能的使用。新增版本的文档中应包括系有结构、有层次的对系统支撑的业务场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。维护手册（系统技术说明书：包括软、硬件架构说明）该文档主要用于二线维护人员进行技术维护，让维护人员能够参照手册开展职责范围内的所有维护工作。新增版本的文档中应包括系统软硬件的技术架构说明，同时标注本次新增或变更的内容。该文档必须包括以下内容：系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细说明。系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。应用程序的模块架构说明：对各模块功能及相互间的逻辑联系进行说明，并分析数据的流向。系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处理，通过该文档掌握业务流程的处理。的数据字典和图。数据源、交互频率等。定时器等专用服务的说明：说明其工作原理，使用说明等。脚本说明：针对常用脚本、数据操作脚本、报表脚本等进行详细说明。程序包变更的说明，针对新增和修改的地方进行说明。提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；文档的详细程度要做到具备基本技术知识的但未接触过系统的维护人员通过阅读文档即可进行系统维护。操作配置手册（软件功能说明书）该文档供维护人员阅读，能够全面掌握系统所有功能的使用。应包括系统全部功能的使用说明，同时标注本次新增或变更的内容，基本要求如下：有结构、有层次的对平台软硬件操作场景及业务流程进行描述；有结构、有层次的对各用户界面的功能及各信息字段的含义及限定进行详细说明；文档的详细程度要做到具备基本业务知识的但未接触过系统的用户通过阅读文档即可使用系统。平台维护手册（系统技术说明书：包括软、硬件架构说明）该文档主要用于平台维护人员进行技术维护，能够参照手册开展职责范围内的所有维护工作。该文档必须包括以下内容：系统技术架构的说明：对应用系统的硬件服务器、数据库、中间件及流程引擎等其它软件平台架构进行详细说明。系统核心逻辑的说明：针对主要的业务逻辑，结合程序进行详细说明。系统业务需求的技术实现方案说明：针对某些常见和特殊业务进行的处理，通过该文档掌握业务流程的处理。提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；备份策略清单（含历史及新增）IP备份数据量、备份策略名称、备份方式及备份频率、备份窗口数据保留时间等备份情况。若涉及到变更或者新增要标注并说明情况。软件资产清单（含历史及新增）若涉及到新增软件的情况，需提供系统用到的所有 license ，包括license序列号、license文件、license开始时间、license到期时间、license联系人、license联系方式。系统配置清单（包括安装地点信息，含历史及新增）提供操作系统、数据库、中间件及流程引擎等其它软件平台的主要配置及特殊配置要求；提供详细的应用程序各配置项及初始配置列表；提供应用程序预置账号及初始密码列表，提供数据库等平台访问账号及初始密码列表，提供各系统接口账号及初始密码列表；若涉及到变更或者新增要标注并说明情况。接口清单（含历史及新增）提供数据库新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用方式、调用配置（用户名、密码） 、接口约定（报错代码、报提示、报错含义等）、接口视图。提供Webservice新增接口清单，包括接口提供方、消费方、调用频率、同步程序、调用地址、调用配置（用户名、密码） 、接口约定（报错代码报错提示、报错含义等）。若涉及到变更或者新增要标注并说明情况。系统账号清单（含接口账号 ，新增账号 ）提供新增的数据库账号清单，包括其在数据库中的账号名、对应权限、对应角色、对应表权限。提供新增的应用账号清单，包括其在应用系统中的用户名、对应权限、对应角色。提供新增的操作系统账号清单，包括其在操作系统中的用户名，对应的用户组，对应角色、对应权限。新功能清单提供本次新交接的功能清单及简要说明。程序部署手册提供详细的系统回退步骤如在部署有额外操作名要求，也要写入手册回退操作手册该步骤主要是用于二线平台维护人员进行回退部署，开发商需对本次回退部署过程进行详细的说明。在系统回退部署前，如果有涉及数据库回退的，开发商须提供的用于回退的回退脚本，如果没有，须在部署文档中说明。回退部署步骤应包含程序卸载 （停中间件数据库回退、旧程序安装程序启动、程序启动后检查项，以上几个步骤的具体要求如下：程序卸载：需描述清楚程序卸载的详细步骤。数据库回退：多个回退脚本，需要集中到一个 脚本中，平台组只需执行汇后的一个回退脚本；在执行脚本之前，需要平台维护组备份的数据库对象（备份函数、存储过程，表等）或需要停止的对象（如停止触发器等） ，需事先说明，并提详细的对象备份脚本与对象停止启动脚本；回退脚本需说明脚本在 PL/SQ工具下的命令模式，如者SQLWINDO下执行；回退脚本如有执行顺序要求，需在部署文档中标明回退脚本的执行顺序，数据脚本执行后，结果中存在正常的异常，需先说明；回退脚本所有的命令均要求自动提交。旧程序安装：需描述清楚旧程序安装的详细步骤。程序启动：需描述清楚程序启动的详细步骤。例如，有些部署需要重启中间件，请在文档中说明。程序启动后检查项：需描述启动成功后检查步骤。测试报告开发商应根据测试案例在开发环境进行新功能测试、回归测试、压力测试并出具三种测试通过的测试报告。该文档应按照《业务需求说明书》编写，至少应包括以下内容测试用例编号及名称测试环境地址测试路径或活动测试场景说明有可能影响到的功能点测试步骤测试期望结果测试实际结果测试结果确认（签字）系统测试用例开发商应根据《业务需求说明书》编写新功能测试用例、回归测试用例。源代码开发商在交接前必须提供程序的源代码，并保证源代码的完整性。第三方联系人员列表开发商、第三方开发商、硬件、业务部门等相关负责人联系方式存储配置及分配清单存储配置操作文档、配置情况及分配清单基础环境部署配置信息安装部署信息及账户密码以支撑及管理平台运行平台及应用故障及隐患清单历史故障记录、隐患清单和维护记录、为优化平台及降低风险提供依据监控策略及监控指标清单数据库交维清单数据库建设方案、配置文档、管理员账户密码、配置清单及故障处理报告网络设备交维清单网络拓朴图、配置管理文档、设备维保、网络配置清单及日常维护记录应急演练方案及报告应用系统接入流程规范规范化管理应用接入及资源申请系统维护工作列表开发商目前在系统维护方面的工作描述， 包括月度故障率、数据提取量数据调整情况、数据备份策略等应用系统清单部署在平台上的应用系统清单，包括应用用途、业务部门、业务主管、维护商、维护人员、开发商、开发人员等信息硬件资产清单提供网络拓扑图、网络布线（网络及光纤）标签图、硬件维保信息平台压力评估报告应用系统压力测试报告（测试目的、办法、工具、用例及测试指标期望值）应用系统部署配置表系统架构及部署情况，资源使用情况资产信息录入 中应用系统、应用平台需录入到 中应用系统、应用平台交维系统的压力测试压力测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统的运行瓶颈，获取系统的处理能力等等。压力测试工具美科利公司（Mercury）的性能测试软件 LoadRunner微软公司的性能测试软件 WebApplicationStress 工具（简称WA）压力测试用例现行的应用系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。左右的状况下，测试数据库的处理能力。压力测试指标及期望值网络级别测试指标。吞吐量：单位时间内网络传输数据量冲突率：在以太网上监测到的每秒冲突数服务器操作系统级别指标。标准标准平均峰值利用率内存利用率IO数据库级别测试指标。数据库I/O 的流量大小数据库锁资源的使用数数据库的并发连接数压力测试数据及场景测试数据库需具备与真实环境成一定比例或基本一致的数据。测试环境分4个，使用逐步加压的模式。A，每隔2秒增加1个用户连接，最多增加到 100个用户，查看并录运行情况。B，每隔2秒增加2个用户连接，最多增加到 200个用户，查看并录运行情况。C，每隔2秒增加1个用户连接，最多增加到 300个用户，查看并录运行情况。D，每隔3秒增加1个用户连接，最多增加到 400个用户，查看并录运行情况。每个场景都包括：用户登录都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在8drWA终端上，主要目的就是检查在不同的压力的情况下，业务系统的性能表现。0Window、z、内存。10台虚拟机上部署采集客户端，每台部署15个终端，每个测试终端隔秒生成一个条码模拟文件，即模拟每秒并发量150次。压力测试报告执行每个场景时记录以下相应的数据：数据库（Oracle）服务器上主机上的 利用率；IO利用率对照表如下；服务器上监控的网络流量；运行的并发用户数目；测试中完成各操作的平均响应时间：（单位：秒测试中每秒的点击率如下；交易的吞吐率（每秒处理数据量）。系统交维的前提条件必须提供第、、5面和属实；配合完成1-2目前维护流程和常见的故障点等；若交维系统存在性能隐患及遗留问题，需建设方处理达到交维要求再根据交维清单，维护组需要核对设备及相对应配置，如有遗留问题，建设方需根据交维报告的整改内容进行修复；数据备份，满足备份交维需求，包括备份环境、备份需求，如：）备份环境前期准备包括以下方面：备份环备份系统接备份架构网络环境备份资源境入1、尽量选用统一备份维1、网络端口、1、对需备份1、整理自有备份资护现有架构（赛门铁克备防火墙策略的各设备进源情况，提交文档；份架构）；放通；行备份系统2、检查各设备状接入前提2、如需加入新的备份架2、实现设备（客户端）安态，确保设备使用构（如微软、IBM等），与现有备份装；正常，无硬件故障，需要完成新架构接入的设备的物理、2、配合备份设备版本已升级到所有投资工作；网络连接。组完成各备、需要提供该架构稳定以及通过领导审批获得人员后续维护资源。

份结点的配置、调通。

态；况，将设备资产信B）备份需求接入时，接入方 备份组1、整理备份数据类型，数据大小，日增长量及相应恢复需求；

1、评估可用备份资源是否满足接入方备份需求，按需调整；备份需求接入处理

2、提供系统数据历史增长情况及预测两年增长量；3、提出详细备份路径，相应备份策略需求。

2、根据备份恢复要求，综合网络速度，系统IO限制，对备份架构进行调优；3、根据备份恢复要求，对各类型备份数据指定备份介质。、结合系统业务情况， IO/并发，制定精确备份策（时间点并行窗口任务排序等）恢复演练，双机配置网络设备需要做切换演练。人员手机，做到及时性。，配置管理，平台对应设备及应用系统全部录入 中管理。，平台隐患，梳理多次出现的故障及存在隐患点， 给出对应的处理办及报告。硬件维护商、操作系统维护商、网络维护商、中间件维护商、数据库维护商需提供 5*8小时现场支持服务和 7*24小时远程支持服务。交维系统转交整改的条件运维期间如交维系统存在批量安全漏洞、系统 等，维护组将该系移交系统建设部门整改，移交整改条件如下：，操作系统安全扫描有 5个或以上严重漏洞；，应用系统渗透测试，应用软件漏洞类型多于 2种且漏洞数量大于 10个，需业务部门要求开发商做安全整改。，应用系统出现全局性功能缺陷及 BU，导致系统不能正常使用，或主要功能流程不能正常扭转。，应用系统常用功能出现功能缺陷致占用资源不释放， 影响平台稳定性及其他应用系统使用，需业务部门要求开发商优化应用。 （如到、内存达到及存储IO读写过高。，应用系统存在性能问题（页面响应缓慢类报障＞ 50 例/周并确需通过软/硬件升级/扩容解决。维护组维护内容应用维护组为确保各应用系统、应用平台稳定高效的运行，统一维护组维护服务主要内容如下：维护大类

维护小类 详细内容用户在日常使用系统过程遇到各类操作及系统使用咨询与指导

系统逻辑咨询问题，可以通过维护单的形式告知维护人员，维护人员对遇到的问题进行解答及指导。由于用户操作失误导致的错误数据，经相服务类

数据后台调整后台数据导出

关负责人同意后，维护人员需要为用户修改为正确的数据。在系统没有提供功能的情况下，维护组可以给用户提供部分数据导出服务，但数据导出仅限于按照数据库表结构导出系统原有数据，维护不进行复杂逻辑的处理及数据整理工作。系统设置

除用户角色、权限以及审批流程之外的设置进行维护。维护类 组织故障处理 本系统及本系统与其他系统的接口出现故障时，应用维护组对故障进行初步判断，将故障提交给相关团队进行处理，在整个故障处理过程负责协调各方团队共同解决并及时向维护主管汇报情况。定位

系统出现及性能问题，应用维护组应与其它ERP外围系统如出现系统间数据不数据问题查证及处理

一致的情况，应用维护组应配合用户进行排查并给出合理解释；如确定为系统 维护组提交至开发商处理。应用层日常巡检及性能监控

总条数及总容量进行巡检，并利用工具随时对应用系统的运行进行性能监控。系统备份收集系统相关信息，进行风险评估，确定需要备份的数据源及备份需求应用层主动维护操作:完成备份、重启、测试环境的管理等工作

与平台组及备份组共同确定备份策略测试和演练系统重启与平台组共同制定系统重启计划系统重启后对系统进行登陆验证测试环境的管理提出测试环境克隆需求测试环境的使用管理保证测试环境的正常使用定期更新测试环境数据系统运行情况的总结及分析

根据系统每月的运行情况出具总结月报及系统可用率数据。审核开发商提供的上线文档对原有功能进行简单的验证，以减少新的

程序包对原有功能的影响各方团队共同解决并向维护主管汇报情况。系统配置管理

负责日常配置变更的实施、配置资料制作数据库业务帐号管理：负责数据库层业务帐号的设置及变更、维护帐号管理相关表帐号管理

格、帐号相关管理办法及流程的制定应用层支撑帐