SAP系统升级项目实施方案

1、埃森哲技术投标书中海油气开发利用公司ERP系统实施三期项目实施服务SAP系统升级项目实施方案目录 TOC o 1-3 h z u HYPERLINK l _Toc511244929 第 1 章平台功能升级项目需求的理解 PAGEREF _Toc511244929 h 5 HYPERLINK l _Toc511244930 1.1SAP平台信息化建设现状 PAGEREF _Toc511244930 h 5 HYPERLINK l _Toc511244931 1.2SAP平台ECC系统面临的问题及挑战 PAGEREF _Toc511244931 h 5 HYPERLINK l _Toc511244

2、932 1.3建议的应对方案 PAGEREF _Toc511244932 h 6 HYPERLINK l _Toc511244933 1.4功能升级项目规划 PAGEREF _Toc511244933 h 6 HYPERLINK l _Toc511244934 1.4.1SAP 升级方式介绍 PAGEREF _Toc511244934 h 6 HYPERLINK l _Toc511244935 1.4.2功能升级远景规划 PAGEREF _Toc511244935 h 7 HYPERLINK l _Toc511244936 1.5功能补丁包升级项目范围定义 PAGEREF _Toc511244

3、936 h 8 HYPERLINK l _Toc511244937 1.5.1系统升级范围及目标 PAGEREF _Toc511244937 h 8 HYPERLINK l _Toc511244938 1.5.2升级项目具体工作内容 PAGEREF _Toc511244938 h 8 HYPERLINK l _Toc511244939 第 2 章平台功能升级项目实施方法 PAGEREF _Toc511244939 h 9 HYPERLINK l _Toc511244940 2.1分析和准备阶段 PAGEREF _Toc511244940 h 10 HYPERLINK l _Toc5112449

4、41 2.1.1阶段任务概览 PAGEREF _Toc511244941 h 10 HYPERLINK l _Toc511244942 2.1.2实施主要工作任务 PAGEREF _Toc511244942 h 10 HYPERLINK l _Toc511244943 2.1.3主要交付品 PAGEREF _Toc511244943 h 11 HYPERLINK l _Toc511244944 2.2技术验证阶段 PAGEREF _Toc511244944 h 11 HYPERLINK l _Toc511244945 2.2.1阶段任务概览 PAGEREF _Toc511244945 h 11

5、 HYPERLINK l _Toc511244946 2.2.2实施主要工作任务 PAGEREF _Toc511244946 h 11 HYPERLINK l _Toc511244947 2.2.3主要交付品 PAGEREF _Toc511244947 h 12 HYPERLINK l _Toc511244948 2.3测试验证阶段 PAGEREF _Toc511244948 h 12 HYPERLINK l _Toc511244949 2.3.1阶段任务概览 PAGEREF _Toc511244949 h 12 HYPERLINK l _Toc511244950 2.3.2实施主要工作任务

6、PAGEREF _Toc511244950 h 12 HYPERLINK l _Toc511244951 2.3.3主要交付品 PAGEREF _Toc511244951 h 14 HYPERLINK l _Toc511244952 2.4升级部署阶段 PAGEREF _Toc511244952 h 14 HYPERLINK l _Toc511244953 2.4.1阶段任务概览 PAGEREF _Toc511244953 h 14 HYPERLINK l _Toc511244954 2.4.2实施主要工作任务 PAGEREF _Toc511244954 h 15 HYPERLINK l _T

7、oc511244955 2.4.3主要交付品 PAGEREF _Toc511244955 h 15 HYPERLINK l _Toc511244956 2.5上线支持阶段 PAGEREF _Toc511244956 h 16 HYPERLINK l _Toc511244957 2.5.1阶段任务概览 PAGEREF _Toc511244957 h 16 HYPERLINK l _Toc511244958 2.5.2实施主要工作任务 PAGEREF _Toc511244958 h 16 HYPERLINK l _Toc511244959 2.5.3主要交付品 PAGEREF _Toc511244

8、959 h 16 HYPERLINK l _Toc511244960 第 3 章平台功能升级项目实施方案 PAGEREF _Toc511244960 h 16 HYPERLINK l _Toc511244961 3.1系统升级技术方案 PAGEREF _Toc511244961 h 16 HYPERLINK l _Toc511244962 3.1.1升级路线图 PAGEREF _Toc511244962 h 16 HYPERLINK l _Toc511244963 3.1.2测试环境的准备 PAGEREF _Toc511244963 h 17 HYPERLINK l _Toc511244964

9、 3.1.3BW测试 PAGEREF _Toc511244964 h 18 HYPERLINK l _Toc511244965 3.2项目技术关注点 PAGEREF _Toc511244965 h 18 HYPERLINK l _Toc511244966 3.2.1升级请求传输策略 PAGEREF _Toc511244966 h 18 HYPERLINK l _Toc511244967 3.2.2合理停机时间 PAGEREF _Toc511244967 h 19 HYPERLINK l _Toc511244968 3.2.3制定系统冻结期 PAGEREF _Toc511244968 h 19

10、HYPERLINK l _Toc511244969 3.2.4系统切换策略 PAGEREF _Toc511244969 h 20 HYPERLINK l _Toc511244970 3.2.5敏感数据保护策略 PAGEREF _Toc511244970 h 20 HYPERLINK l _Toc511244971 3.2.5.1HR模块敏感数据 PAGEREF _Toc511244971 h 20 HYPERLINK l _Toc511244972 3.2.5.2MM模块敏感数据 PAGEREF _Toc511244972 h 21 HYPERLINK l _Toc511244973 3.2.

11、6升级回退策略 PAGEREF _Toc511244973 h 22 HYPERLINK l _Toc511244974 第 4 章平台功能升级项目风险及防范措施 PAGEREF _Toc511244974 h 23 HYPERLINK l _Toc511244975 4.1风险管理 PAGEREF _Toc511244975 h 23 HYPERLINK l _Toc511244976 4.2防范措施 PAGEREF _Toc511244976 h 24 HYPERLINK l _Toc511244977 第 5 章项目组织架构及沟通协调管理 PAGEREF _Toc511244977 h

12、25 HYPERLINK l _Toc511244978 5.1项目组织架构 PAGEREF _Toc511244978 h 26 HYPERLINK l _Toc511244979 5.2人员角色和职责 PAGEREF _Toc511244979 h 26 HYPERLINK l _Toc511244980 第 6 章质量控制体系 PAGEREF _Toc511244980 h 27 HYPERLINK l _Toc511244981 6.1质量控制目标 PAGEREF _Toc511244981 h 27 HYPERLINK l _Toc511244982 6.2质量控制的主要任务 PAG

13、EREF _Toc511244982 h 27 HYPERLINK l _Toc511244983 6.3质量控制的方法 PAGEREF _Toc511244983 h 27 HYPERLINK l _Toc511244984 6.3.1期望（Expectation）管理 PAGEREF _Toc511244984 h 27 HYPERLINK l _Toc511244985 6.3.2质量检查 PAGEREF _Toc511244985 h 27 HYPERLINK l _Toc511244986 6.3.3核心内容 PAGEREF _Toc511244986 h 28 HYPERLINK

14、l _Toc511244987 6.4质量控制和报告 PAGEREF _Toc511244987 h 28 HYPERLINK l _Toc511244988 6.4.1问题管理程序 PAGEREF _Toc511244988 h 28 HYPERLINK l _Toc511244989 6.4.2问题的优先级管理 PAGEREF _Toc511244989 h 29 HYPERLINK l _Toc511244990 6.4.3问题管理的职责指派 PAGEREF _Toc511244990 h 29 HYPERLINK l _Toc511244991 6.4.4问题处理的管理程序 PAGER

15、EF _Toc511244991 h 30 HYPERLINK l _Toc511244992 6.4.5修改请求处理的管理程序 PAGEREF _Toc511244992 h 31 HYPERLINK l _Toc511244993 6.4.6问题的特殊处理程序 PAGEREF _Toc511244993 h 31平台功能升级项目需求的理解在充分了解中国”X项目”ECC系统升级历史和经验，理解前两次升级项目的特点、挑战、目标和意义的基础上，我们提出了本次功能补丁包升级的应对策略和建议，同时对中国”X项目”ECC系统升级项目的范围进行定义。SAP平台信息化建设现状中国XXXXX总公司是中国最大

16、的xxxx生产商。公司成立于xx年，注册资本xx亿元人民币，总部设在北京，现有员工xx人。自成立以来，SAP平台保持了良好的发展态势，由一家单纯从事油气开采的上游公司，发展成为主业突出、产业链完整的综合型能源集团，形成了上游（油气勘探、开发、生产及销售）、中下游（天然气及发电、化工、炼化、化肥）、专业技术服务（油田服务、”X项目”工程、综合服务）、金融服务以及新能源等产业板块。近年来，通过成功实施改革重组、资本运营、海外并购、上下游一体化等重大举措，企业实现了跨越式发展，综合竞争实力不断增强。2009年，公司全年生产油气xx万吨油当量，炼油及化工品产量达xx万吨。实现营业收入xx亿元，利润总额

17、xx亿元，截至2009年底，公司总资产达xx亿元，较2009年初增长20.4%。SAP平台正以科学发展观为指导，坚持“双赢、责任、诚信、创新、关爱”的企业理念，实施协调发展、人才兴企、科技领先和低成本战略，坚持特色发展道路，推动公司的高效高速发展，努力建设国际一流能源公司。为了有效支撑SAP平台集团业务发展战略的实现，总公司于2004年进行了集团信息化建设的统一规划，ERP系统的建设是其中重要的组成部分。ERP实施项目经过历时5年的建设，第一阶段集中建设的目标已经实现，即在集团范围内建立了一个统一的经营管理基础信息平台，在业务操作层面全面采用标准化的数据，总公司及所属单位各个层面都规范了业务流

18、程，清理和制定了数据标准，夯实了管理基础，加强了管控、转变了观念、提高了管理水平，初步建成了全集团统一的经营管理平台。ERP系统的应用效果已逐步展现，ERP系统建设阶段性目标已经达到。SAP平台ECC系统面临的问题及挑战SAP平台ECC系统自2005年部署以来，已经进行过两次较大的升级工作，分别是2011年进行的版本升级，将SAP系统从ECC5升级到ECC6 EHP4，以及2012年的补丁包升级，从EHP4的SP7升级到SP10。自2012年补丁集升级完成后，ECC系统面临的主要问题如下：SAP平台ECC6.0系统的当前版本依然存在部分功能缺陷，目前主要通过实施Note的方式进行逐个的，单一的

19、修复。只能做到，发现一例，分析一例，解决一例。不能够很好的做到风险的预控；在当前ECC6.0系统EHP4的版本下,部分业务部门感兴趣或者急需的新功能未能启用。如财务共享服务、平均日余额报表、多币种会计、HR的12万税表和MM的多账户分配功能。为满足实际业务需求，若通过不断采取修改标准程序、做增强开发等方式来实现对实际业务需求的满足，将在系统中产生大量的自定义开发及增强，过多的自定义开发及增强将给系统的安全、稳定运行带来很大隐患。所以升级ECC 6.0到新的EHP版本，并启用其中的新功能也是目前考虑升级的主要驱动力；目前SAP平台ECC系统使用的内核（Kernel）是701，客户端（SAPGUI

20、）是710。在生产过程中，已经发现系统内核和客户端均存在多种缺陷和不足，同时SAP公司将在2013年底，对如上版本的内核和客户端终止标准支持服务。SAP官方建议客户升级内核和客户端至当前最新的版本。这必将导致，从2014年起，针对系统内核和客户端的问题将很难得到原厂商的有效响应和支持。建议的应对方案基于上述SAP平台ECC系统面临的问题及对挑战的理解，根据对SAP平台ECC系统应用现状的分析及可行性方案的论证，我们建议对ECC系统进行系统功能补丁包的升级，升级后将从系统稳定性和业务功能上得到以下保证：更丰富的业务功能应用。升级系统EHP版本至目前用户反馈，稳定性最好的EHP6，保证所需新业务功

21、能可以激活使用。更稳定的系统运行和支持。升级系统内核至成熟的731版本，保证系统的整体稳定性和可靠性。兼容的客户端。升级用户的客户端至最新的SAPGUI 730，保证客户端与服务器端程序的最大兼容性和终端展现的完整性。功能升级项目规划SAP 升级方式介绍SAP系统的升级方式主要有三种： 技术升级、功能升级和战略增强，下面是详细的三种升级方式：技术升级：通过大量修改环境来实现。特点：侧重于纯粹的技术升级，对标准功能的使用不做任何变化，清除掉不需要的对标准系统的修改。功能升级：通过大量的修改环境和有限的对标准功能的修改来实现。特点：侧重于降低系统的复杂度，通过用系统标准功能替换客户自己做的修改来最

22、大化使用SAP的标准功能。战略增强：这种升级的实现要在标准功能的基础上扩展新的功能。特点：侧重于功能扩展与改进，激活新的优化后的业务流程以及基于新的ERP核心功能的场景。功能升级远景规划 根据中国海洋石油总公司业务发展战略目标及信息化建设总体原则，按照最优化的系统整体建设思路，将三种升级类型划分为三个不同阶段的实施过程，采用“三步走”的方式，为实现总体发展目标提供强有力支持，具体为：ERP系统升级远景规划图示 第一阶段：技术升级，在低成本低风险前提下，实现软件版本升级，为功能升级及战略增强奠定基础；第二阶段：功能升级，在第一阶段已奠定良好基础的前提下，实现解决业务流程由于旧版本程序功能缺陷症结

23、的目的，带来业务价值增值； 第三阶段：战略增强，进行企业系统整合，新组件带来战略价值增值。本次项目以SAP平台总公司“业务驱动 IT引领，提高集团核心竞争力”的项目建设原则进行方案设计及实施，参照2011年升级项目的分析结果，决定对SAP平台ECC系统进行技术升级的工作，通过有针对性的系统升级项目实施方法，以“稳定”和“细致”的实施原则，同时强调“风险控制”的方案，对软件的增强包版本进行升级，原有版本下的业务不做变更，将系统升级工作对实际业务的影响降低至最小，有效控制升级风险，降低实施成本。功能补丁包升级项目范围定义系统升级范围及目标升级范围只包括ECC各系统，不包括SAP系统架构中与ECC相

24、关联的BW、PI、EP、BO等系统。由于目前ECC系统所使用的操作系统和数据版本均较高，且无功能缺陷，所以技术升级部分只报告ECC系统SAP软件部分，未包括对应的操作系统和数据库升级。升级的具体目标如下：完成所有ECC系统版本从ECC6 EHP4 SP10到ECC6 EHP6 SP9的技术升级。使现有ECC系统及基于此系统的PI/BW/EP/BO、外部接口系统的现有各类业务应用系统不受本次技术升级影响并能正常运转和使用，ECC系统用户原有权限保持不变。升级项目具体工作内容升级涉及的具体范围及方式如下所示系统范围升级方式DEVDEV D01直接升级；D02通过D01覆盖。QASQAS Q01直接

25、升级；Q02Q09通过PRD P01P09覆盖。MOCKMOCK M01M02通过PRD P01P09覆盖。TRAINT01通过QAS Q01覆盖。PRDPRD P01P09直接升级。SandBox通过PRD P01P09拷贝的U02U09进行升级。项目的具体工作内容如下所示工作对象对应工作内容ECC系统 由ECC6 EHP4 SP10升级到ECC6 EHP6 SP9系统架构SAP平台ERP系统升级包括目前在使用中的开发、测试、模拟和生产系统。ECC功能模块SAP平台ERP系统在用的所有模块（FI、CO、IHC、LM、CM、CFM、JVA、HR、ESS、MM、WM、SD、PM、PP、PS、IM

26、、QM、RLM） 功能保持不变。新功能激活 针对财务共享服务、平均日余额、多币种会计、财务报表、人力资源12万税表和后勤管理多账户分配等新功能进行激活操作，并在升级激活后，进行相应的测试工作。技术对象对在系统升级过程中受到影响的SAP平台客制化对象进行测试及修复 。与其它系统集成 本次功能补丁包升级可能包括相关集成业务系统的同步升级，这些业务系统的升级或变更工作由SAP平台协调对应厂商具体负责，负责制定整体实施计划 知识转移针对新功能激活后的业务变更和升级涉及的问题处理，对各业务部门和单位对口人员进行知识转移工作 平台功能升级项目实施方法按照进行过的升级项目经验，结合SAP平台自身业务特点及实

27、际情况，本次SAP平台功能补丁包升级项目将参考SAP系统升级项目实施方法和SAP平台以往升级实施方法进行实施方案的设计。本次SAP平台ERP升级项目实施方法针对本次SAP平台功能补丁包升级项目特点，结合SAP系统升级项目实施方法体系，我们设计了具有针对性的实施方法，本方法通过5个阶段的工作完成整体升级项目，项目管理和沟通管理以及技术支持将贯彻项目始终，同时结合了SAP升级路线图。实施方法概览图如下所示：升级项目实施方法概览图分析和准备阶段阶段任务概览该阶段的任务是根据项目目标，确认升级和新功能激活策略和测试范围以及搭建测试环境，进行项目准备工作。实施主要工作任务升级评估评估目标版本和现在版本之

28、间的差异。评估可能带来的业务影响。评估需要进行相关测试的范围。功能评估评估新功能与旧功能差异。评估新功能可能带来的业务影响。评估需要进行相关测试的范围。项目准备配置资源。制定项目实施计划。沙箱环境搭建通过复制生产系统的方式，搭建升级用沙箱环境。主要交付品SAP平台SAP补丁包升级评估项目实施计划技术验证阶段阶段任务概览该阶段的任务是对沙箱系统进行技术升级，升级后配置与BW和PI的测试系统连通。同时进行程序和配置的冲突修复。实施主要工作任务沙箱系统技术升级升级P01的沙箱系统U02。升级P09的沙箱系统U09。BWPI连通配置配置U02U09和PIBW测试系统的连通。参照P01P09系统比对U0

29、2U09系统中的BW数据源,对数据源字段、常用表索引进行状态检查，并实现BW测试系统的抽数功能。在PI测试系统上完成外围系统与U02和U09的接口配置，实现外围系统通过PI测试系统与U02和U09的数据交互。配合外围系统开发和支持人员进行接口测试,并进行接口监控和问题分析，并收集和整理测试报告。冲突程序和配置的修复针对升级带来的冲突程序，由ABAP顾问进行调整。针对升级带来的配置冲突，由功能顾问参与分析调整。针对升级带来的BW数据源变化，功能顾问参与分析，BW顾问进行调整。权限变更内容收集收集升级后所带来的事物代码控制点变化情况。收集其他模块因升级所带来的权限需求。沙箱系统功能激活激活P01的

30、沙箱系统U02相关功能点。激活P09的沙箱系统U09相关功能点。主要交付品技术升级手册BW数据源状态检查及数据抽取测试报告PI连通测试报告系统冲突程序清单技术升级问题清单测试验证阶段阶段任务概览该阶段的任务是针对补丁包升级带来的技术问题进行测试，包括PI接口的测试、BW系统数据抽取的测试和权限控制点的测试。以及对沙箱系统进行功能激活，测试新功能激活后的现有业务流程和新功能，新功能激活后引起的SAP ECC系统中的问题处理，同时进行程序和配置的冲突修复，与激活功能相关的数据接口的测试和问题处理。实施主要工作任务测试分析及准备确定接口系统测试配合人员及连接信息。制定测试计划编制权限测试计划。编制B

31、W测试计划。编制PI和接口测试计划。编制各业务模块测试计划。编写测试业务流程脚本及场景准备测试数据重要业务数据脱敏权限场景设计。BW测试场景设计。PI测试场景设计。各业务模块场景设计。测试执行自动化测试。手工测试。用户接受测试。系统集成测试。补充测试。BW测试。测试系统原有业务流程和问题处理根据分析和准备阶段确定的测试范围进行手工和自动化测试，自动化测试工作由测试平台同事，利用自动化工具对系统中已经制作完成的标准业务流程脚本进行执行，将测试结果和升级前后的屏幕差异进行反馈。手工测试由乙方项目组顾问针对主要的业务流程和自开发程序进行测试验证。测试过程中发现的升级相关问题，由乙方顾问分析解决。测试

32、新功能相关系统操作和问题处理测试FICO新功能激活后的业务操作，并处理由此带来的可能出现的问题。测试MM新功能激活后的业务操作，并处理由此带来的可能出现的问题。测试HR新功能激活后的业务操作，并处理由此带来的可能出现的问题。冲突程序和配置的修复针对新功能激活带来的冲突程序，由ABAP顾问进行调整。针对新功能激活造成的配置冲突，由功能顾问参与分析调整。接口测试和问题处理测试SAP ERP系统MM模块和采办系统接口之间的数据传输和功能。处理由于功能激活后可能出现的相关接口问题。测试支持测试问题修正。测试结果记录。测试问题报告。测试结果确认主要交付品功能激活操作手册激活新增功能方案多账户分配用户手册

33、激活新功能引起操作变化手册项目测试报告功能测试问题清单重要升级问题的解决方案升级部署阶段阶段任务概览该阶段的任务是安排系统变更冻结期，在此期间进行开发和测试系统的技术升级。开发测试系统升级后进行简短的连通性和业务测试。申请生产系统停机窗口，进行两套生产系统的技术升级、上线并进行新功能激活和验证。实施主要工作任务开发测试系统升级升级开发系统D01。验证D01的连通性。升级测试系统Q01。验证Q01的连通性和简单业务测试。开发及测试系统功能激活激活开发系统D01的新功能点。激活开发系统Q01的新功能点。检查D01的功能点确保激活。检查Q01的功能点确保激活。生产系统升级生产系统在线升级。升级前BW

34、系统准备工作。生产系统停机升级并上线。生产系统功能激活生产系统新功能激活。验证生产系统的功能点确保激活。主要交付品生产系统上线切换方案生产系统上线切换步骤清单系统应急方案系统回退方案上线支持阶段阶段任务概览该阶段的任务是针对SAP ECC生产系统技术升级和新功能激活后，为保障系统稳定运行，将提供2014年4月底的月结运维现场支持。同时，完成对模拟系统和培训系统的系统覆盖。实施主要工作任务升级上线支持监控生产系统升级后的状况，解决由升级引起的问题或提供问题解决建议。新功能上线支持监控SAP ERP系统新功能上线后的状况，解决由功能激活引起的问题或提供问题解决建议。月结支持为保障系统运行正常，支持

35、当月月结过程。系统覆盖使用生产系统数据，覆盖模拟系统和测试系统。使用测试系统数据，覆盖培训系统。主要交付品问题清单重要问题解决方案 平台功能升级项目实施方案 系统升级技术方案升级路线图按照本次SAP平台ERP系统升级项目总体计划安排，结合我们对SAP平台ERP系统架构的分析，在升级项目的分析和准备、技术验证、测试验证、升级部署及上线支持5个阶段中将对”X项目”的ECC各系统完成系统升级工作，ECC系统升级技术路线图如下图所示：ECC系统升级路线图测试环境的准备计划在2013年12月使用生产系统复制出测试环境U02U09，用于自动化测试、手工测试、系统集成测试和用户接受测试。升级测试环境图由上图

36、可见，整个测试环境由沙箱系统U02U09和PI的升级场景Q31_UPD组成。补充测试则在升级后的Q01系统中进行。BW测试本次BW系统升级测试的工作内容主要包含了，升级后ECC端的数据源状态的检查，包括新增字段数据源的调整。还有升级后BW抽取增量数据的功能测试。BW测试规划图项目技术关注点升级请求传输策略本次升级的变更传输策略，不同于以往项目的沙箱系统变更加开发系统变更的方式。最终传输至生产系统的变更都是由升级后的开发系统统一完成CR打包的，由此保证了传输程序版本的一致性。ECC升级传输顺序图合理停机时间在升级项目实施方法中，要计划进行多次的升级模拟，其目的是为了形成最优且稳定的升级计划及操作

37、手册，以尽量缩短生产系统技术升级所需的停机时间。 基于此点，我们能估计确切的升级转换时间 基于估计数据，我们会结合如下几点考虑如何缩短停机时间 模拟升级技术事件 风险考虑 考虑业务操作影响时间 制定系统冻结期考虑到在升级期间，ECC环境下存在一些项目需要对系统功能进行修改和配置变更，因此计划在4月初 ECC各系统进入变更传输冻结期，将不接收任何的变更和传输。 在变更传输冻结期间，生产系统中可进行日常的业务操作（生产系统停机升级期间除外）；在进入变更传输冻结期前，没有传输进入生产系统的变更请求，在变更冻结期结束后，需在升级后的开发系统（D01）中重新打包传输，进行再次测试，且保障无误后，申请传输

38、进入生产系统；如果在变更传输冻结期间有必须传输进入生产系统的紧急变更，请及时与升级项目组联系，得到领导审批后，才能通过紧急传输流程，进入生产系统。系统切换策略详细、优化的系统切换方案是确保系统成功切换的重要前提保障。 具体策略为：制定详细切换计划切换支持人员组织准备系统数据检查正常业务处理支持紧急情况处理相关过程文档整理敏感数据保护策略本次升级项目采用的是从生产机直接拷贝出沙箱系统，因此在拷贝过程中会将生产机的实际数据一并拷贝过来。从各业务模块特殊性考虑，有些数据属于敏感数据，因此在相应系统进行测试之前，需要对该类数据进行清理。各业务模块经过和业务相关人员确认后，确定了本模块的敏感数据，并需要

39、在沙箱系统内对相应敏感数据进行脱敏处理。HR模块敏感数据在以往由于人力资源业务本身的特殊性，因此基本上所有的数据如人员信息、工资薪酬、职位等信息都是属于业务敏感性数据，对应到SAP系统中存放在各个数据表中， 本次升级项目中HR模块所有测试数据都为敏感数据。脱敏方式目前”X项目”有两个生产系统：一个是有限公司使用（P09），一个是总公司及其他二级单位使用（P01）。经过几年的系统运行，系统内存在大量的业务数据，因此进行数据删除时需要总部内部顾问配合操作。“员工工资数据”使用系统标准功能SE38-RPUDEL20进行删除，建议由总部内部业务顾问操作；“员工数据”使用系统标准功能SE38-RPUDE

40、LPN进行删除，建议由总部内部业务顾问操作；“组织数据”、“应聘人员数据”进行表删除，建议由总部内部BASIS顾问操作。因为相关数据之间有一定的关联性，因此在删除过程中有下面注意点（其中数据类型请参考上表中的数据类型列）:首先删除员工的“工资结果数据”；其次删除“员工数据”；删除“应聘人员数据”，其中需要最后删除标识为橘色的信息类型（应聘人员事件4000、申请4001），其他信息类型不分先后；删除“组织数据”，其中最后删除标识为橘色的信息类型（关系1001、对象1000），其他信息类型不分先后；整体数据的删除顺序为“1.工资结果数据”（总部内部业务顾问执行）“2.员工数据”（总部内部业务顾问执

41、行）“3.应聘人员数据”（总部内部BASIS顾问执行）-“4.组织数据”（总部内部BASIS顾问执行）。MM模块敏感数据经过和SAP平台采办部门用户充分沟通，确定系统中合同数据（物资、服务）属于敏感数据，需要在测试系统使用前对相关数据进行清理，确保相关敏感数据的保密性; 经过详细分析，本次物资管理模块需删除的业务数据为物资、服务采购合同相关数据信息，同时为保证测试工作的顺利进行，删除数据的对象仅限于合同数据相关主表，具体见下表：数据类型涉及系统表PO数据EKPO、EKKO、EINA、EORD、EKET、EKKN、EINE框架协议服务条目表ESSR、ESLL脱敏方式 在进行合同数据进行脱敏时，直

42、接对上表中列出的系统表的数据进行完全的清理，彻底删除其中的数据，删除顺序不分先后。建议脱敏工作由总部内部BASIS顾问执行。 升级回退策略SAP功能补丁包升级的应急和回退方案，主要是针对当SAP升级失败时，如何处理系统恢复等工作的预案。目前主要有三种保障策略：Offline Backup停机升级前的离线备份方式，将数据库和SAP文件备份到磁带机中保存。PPRC停机升级前的灾备方式，通过光纤将硬件存储上的数据同步到灾备中心的独立存储上。CDP停机升级前的系统快照方式，保存存储数据的镜像到本地独立存储。针对如上三种保障策略的实施和恢复速度计划在停机升级P01P09之前，依次进行Offline Ba

43、ckup、PPRC断开、CDP镜像操作。如果出现升级失败，必须回退的极端情况，依次进行CDP镜像恢复、PPRC同步恢复、Offline Restore平台功能升级项目风险及防范措施风险管理 根据我们进行升级项目实施经验，结合SAP平台ERP系统目前应用状况，提出“按时，按预算”和“最小化业务影响”的风险管理方案，对实施过程中存在的风险进行分类并提出防范措施建议。 风险是不期望发生、但有可能发生的未来事件。风险规避旨在减少风险发生的可能性，并且尽可能地减少其影响。项目风险管理是指对项目风险从识别到分析乃至采取应对措施规避等一系列过程，它包括将积极因素所产生的影响最大化和使消极因素产生的影响最小化

44、两方面内容。 整个风险管理流程包括风险识别、风险分析，风险规避和风险跟踪4个方面，如下图所示。风险管理流程图项目风险管理基本方法和流程风险识别：确认哪些风险有可能会影响项目进展，并记录每个风险所具有的特点。风险分析：评估风险和风险之间的相互作用，以便评定项目可能的产出结果的范围。风险规避：确定风险的应对方案，以及所采取的应对措施。风险跟踪：对项目进程中风险所产生的变化作出反应。 以上项目风险管理的四个方面不仅相互作用，而且与其它项目管理内容也互相影响。风险管理需要项目经理的全程管理和控制，以及项目人员的全员参与。 风险识别 风险的识别包含两个方面内容：识别哪些风险可能影响项目进度，并记录具体风

45、险的各方面特征。将风险识别活动有规律的贯穿于整个项目中，比如：定期的风险评估会议和审核。在进行项目风险识别的时候，应凭借对因和果（将会发生什么导致什么）的认定来实现，或通过对果和因（什么样的结果需要予以避免或将促使其发生，以及怎样发生）的认定来完成。 风险分析 在项目管理中，通常以风险定级的方式为已识别的风险事件进行分析和评估。比如，风险事件可以描述为具有高、中、低三种发生机率，并具有强烈、温和、有限三种影响。 通过风险定级和分析，可以让项目管理层和项目成员都能对项目风险产生共同的认识。 风险规避 在整个项目进程中，都应该将项目风险记录在案。除了记录风险识别和分析的结果外，还应记录包括谁对处理

46、各个领域里的风险负责，风险的应对方案和措施，以便采取积极的态度进行风险规避。 风险跟踪 除了定期的在项目例会中报告风险的跟踪情况外，在项目日常管理中也可随时向项目管理层进行必要的汇报，以便于项目管理层在项目过程中对风险事件做出回应。当风险发生变化时，需要重复进行风险识别、风险分析以及风险规避一整套基本措施。 当然，即便是最彻底和最复杂的分析也不可能准确识别所有的项目风险以及其发生概率，因此对于整体的项目风险管理的持续控制是非常必要的。防范措施 “保质保量的上线” 是升级项目的基本原则。为了降低上线风险， 最后切换前决定是否上线以及预留替代上线日期非常重要。 与实施项目相比，升级项目对管理提出了

47、更高的要求。需为项目管理准备详细准确的任务清单和KPI，将不确定风险降到最低并经常监控进展。升级项目管理方法可以提供全面的任务清单和检查列表，包括变更管理，项目管理，最常用的业务功能和技术任务的升级切换。序号风险领域风险描述影响应对方法1定制开发需要重新设计、二次开发及测试中通过升级快速评估工具，整理出完整的自定义对象列表及升级对自定义对象的影响分类。2定制开发系统升级时修复自定义对象会影响总账及资金管理模块低我们的建议是总账及资金管理模块的开发在单独的Client上进行。传输计划也要尽量减少这种影响。3业务连续性和系统宕机在系统宕机期间业务被中断高准备、计划和执行是将停机时间降到最低的关键。

48、我们的升级方法（包含模拟运行）确保可重复性并减少宕机带来的延迟。4功能变更对于最终用户系统可用性变差高我们将比照功能变更与先进企业解决方案中的流程，确保系统可用性。5技术变更新平台需考虑的问题，例如Instance策略，Unicode兼容中我们的评估工具会突出前期可能出现的困难，从而使我们有充分的时间提出解决方案。应急计划关键点：为支持人员及讲师进行阶段性的定位及树立目标；对项目实施过程中实际的问题记录进行收集整理，包括问题清单、问题处理方案等，形成支持手册；后续工作将持续到上线后一个月，确保相关工作内容能够得到保障 。项目组织架构及沟通协调管理在项目成员的组织方面，鉴于项目的重要性，我们充分

49、考虑各项目组成员的技能、知识背景和工作经验是否适合本项目的需要。项目组织架构我们建议由和SAP平台共同组建项目小组，以下是建议的项目组织架构图示：项目组织架构图人员角色和职责 结合SAP平台和在项目管理方面的职责分配和划分，共同组建升级项目管理小组在项目中各自承担的角色和职责：公司成员职责SAP平台“X项目”项目组成员模块顾问参与方案讨论，提供相应资料信息及支持。测试平台SAP标准业务的自动化测试。IT支持1331支持SAP客户端更新。各单位联系人作为本单位的项目联系人，负责本单位业务范围内测试整体工作。确定本单位测试范围，安排各下属单位配合测试工作，确认项目中本单位测试结论。各接口系统联系人

50、作为本系统的项目联系人，负责本接口系统与SAP系统间测试的整体工作。确认本系统测试范围，安排配合测试工作，确认项目中本系统测试结论。项目组成员项目组技术顾问负责软件版本的升级、新功能激活及技术可用性验证。项目组业务顾问系统各模块功能测试及问题解决。人员职责分工表质量控制体系质量控制目标 项目质量是项目建设的核心，是决定项目建设成败的关键，因此，项目组应把加强质量控制作为项目管理工作的中心任务和实施项目三大控制的重点。正确把握好项目进度、费用和质量三大控制之间的关系，对项目实施全过程中所有影响质量的活动进行恰当有效而连续的监督和控制，使影响质量的管理和人等因素处于受控状态，预防和减少质量问题的发

51、生。本质量计划的目的，是定义SAP平台SAP系统平台功能升级项目质量管理的策略，保证项目实施工作的健康开展。质量控制的主要任务项目质量控制旨在按照业务要求和项目实施标准，完成项目规定的任务，尽快处理可预见的、影响项目质量的问题。质量控制的方法项目管理组将作为项目质量控制方参与项目。在关键里程碑阶段，应采取必要的手段或方法对工作进行质量检查，例如专题报告会、用户的签字确认、实际相关数据的统计等。同时，项目组也将安排不定期的工作检查，以便尽早发现问题、解决问题，使项目实施工作高质量推进。在项目实施完成后，请总公司相关部门进行项目评估工作。在质量控制方法方面，我们将根据三个角度进行质量控制建设：期望

52、（Expectation）管理为了避免对ECC系统升级有错误的期待，我们将对升级项目的正确定位向从领导到终端用户进行沟通，让他们有清楚的了解，并作为验收成果的依据。质量检查实施工作计划里安排几个主要的控制点，项目管理组应采取有关的手段或方法对工作进行质量的检查，例如专题报告会、用户的签字确认、企业的阶段性汇报材料等。如有必要也可安排向项目指导委员会进行汇报并接受审查。同时，项目管理组应在项目试点阶段和推广阶段中，安排定期或不定期的现场工作检查，及时掌握ECC系统升级部署情况，以便及早地发现问题和解决问题。另外，还将遵循公司的质量保证体系，为SAP平台提供本项目所需的质量保证服务。严谨的质量管理

53、方法体系客户质量管理监理，是确保我们为客户提供高质量服务的重要保证。核心内容质量保证(QA)是全球QA专家(总裁级别)以第三者的身份对项目定期进行监理。此全球合伙人是项目相关领域的专家并且不是项目的内部人员，从而可以对项目进行准确、客观的评估。其主要目的是为了保证项目朝着客户期望的方向推进, 并及时对项目中存在的问题提供解决意见。何时执行：每隔 90 天执行一次。何人执行：在项目相关领域最富经验的全球QA专家。怎样执行：全球QA专家将按需定期来企业或通过电话、电子邮件审查项目组提供的阶段性项目成果，并通过访谈企业管理层和项目小组成员了解项目进行状况。QA专家根据自身经验，提交对项目进行状况的评

54、估并提出建议。所有问题及其解决意见将被记录进QA备忘录，最后经由QA专家批准。在进行下一次的QA时，QA专家将审查本次QA建议的执行情况。质量控制和报告本节将阐述质量计划的方法和过程，这一过程包括问题管理程序、变更管理程序、项目验收环节。问题管理程序 问题的定义：项目实施工作在问题的管理上可分为二大类，一为问题处理，二为修改请求处理。前者主要是在规范实施过程中提出来的问题的处理方式，而后者则是针对已根据确认的设计方案完成系统实施工作后，对原设计方案提出修改请求时，为避免大量的返工所必须执行的一种管理手段。 问题处理与修改请求处理依性质、严重性、牵涉面的广度等的不同，需要通过不同层次的审批过程才能获得最终的决定。1问题处理项目实施期间常碰到的问题可归纳为三种类型，且应由不同的权责单位依既定的流程负责审批、决策。1.1.第一类问题类型：与SAP平台总部总体设计方案或立项报告相关的问题、需要各分公司息管理部、SAP平台总部信息管理部和SAP平台总部信息技术支持中心总体协调问题。权责单位：各分公司信息管理部、SAP平台总部信息管理部或SAP平台总部信息技术中心1.2. 第二类问题类型：各分公司的业务流程测试过程中的问题。权责单