SAP系统升级项目实施方案.docx
《SAP系统升级项目实施方案.docx》由会员分享，可在线阅读，更多相关《SAP系统升级项目实施方案.docx（25页珍藏版）》请在冰豆网上搜索。
SAP系统升级项目实施方案
SAP系统升级项目
实施方案
第1章
平台功能升级项目需求的理解
在充分了解中国”X项目”ECC系统升级历史和经验，理解前两次升级项目的特点、挑战、目标和意义的基础上，我们提出了本次功能补丁包升级的应对策略和建议，同时对中国”X项目”ECC系统升级项目的范围进行定义。
1.1SAP平台信息化建设现状
中国XXXXX总公司是中国最大的xxxx生产商。
公司成立于xx年，注册资本xx亿元人民币，总部设在北京，现有员工xx人。
自成立以来，SAP平台保持了良好的发展态势，由一家单纯从事油气开采的上游公司，发展成为主业突出、产业链完整的综合型能源集团，形成了上游（油气勘探、开发、生产及销售）、中下游（天然气及发电、化工、炼化、化肥）、专业技术服务（油田服务、”X项目”工程、综合服务）、金融服务以及新能源等产业板块。
近年来，通过成功实施改革重组、资本运营、海外并购、上下游一体化等重大举措，企业实现了跨越式发展，综合竞争实力不断增强。
2009年，公司全年生产油气xx万吨油当量，炼油及化工品产量达xx万吨。
实现营业收入xx亿元，利润总额xx亿元，截至2009年底，公司总资产达xx亿元，较2009年初增长20.4%。
SAP平台正以科学发展观为指导，坚持“双赢、责任、诚信、创新、关爱”的企业理念，实施协调发展、人才兴企、科技领先和低成本战略，坚持特色发展道路，推动公司的高效高速发展，努力建设国际一流能源公司。
为了有效支撑SAP平台集团业务发展战略的实现，总公司于2004年进行了集团信息化建设的统一规划，ERP系统的建设是其中重要的组成部分。
ERP实施项目经过历时5年的建设，第一阶段集中建设的目标已经实现，即在集团范围内建立了一个统一的经营管理基础信息平台，在业务操作层面全面采用标准化的数据，总公司及所属单位各个层面都规范了业务流程，清理和制定了数据标准，夯实了管理基础，加强了管控、转变了观念、提高了管理水平，初步建成了全集团统一的经营管理平台。
ERP系统的应用效果已逐步展现，ERP系统建设阶段性目标已经达到。
1.2SAP平台ECC系统面临的问题及挑战
SAP平台ECC系统自2005年部署以来，已经进行过两次较大的升级工作，分别是2011年进行的版本升级，将SAP系统从ECC5升级到ECC6EHP4，以及2012年的补丁包升级，从EHP4的SP7升级到SP10。
自2012年补丁集升级完成后，ECC系统面临的主要问题如下：
⏹SAP平台ECC6.0系统的当前版本依然存在部分功能缺陷，目前主要通过实施Note的方式进行逐个的，单一的修复。
只能做到，发现一例，分析一例，解决一例。
不能够很好的做到风险的预控；
⏹在当前ECC6.0系统EHP4的版本下,部分业务部门感兴趣或者急需的新功能未能启用。
如财务共享服务、平均日余额报表、多币种会计、HR的12万税表和MM的多账户分配功能。
为满足实际业务需求，若通过不断采取修改标准程序、做增强开发等方式来实现对实际业务需求的满足，将在系统中产生大量的自定义开发及增强，过多的自定义开发及增强将给系统的安全、稳定运行带来很大隐患。
所以升级ECC6.0到新的EHP版本，并启用其中的新功能也是目前考虑升级的主要驱动力；
⏹目前SAP平台ECC系统使用的内核（Kernel）是701，客户端（SAPGUI）是710。
在生产过程中，已经发现系统内核和客户端均存在多种缺陷和不足，同时SAP公司将在2013年底，对如上版本的内核和客户端终止标准支持服务。
SAP官方建议客户升级内核和客户端至当前最新的版本。
这必将导致，从2014年起，针对系统内核和客户端的问题将很难得到原厂商的有效响应和支持。
1.3建议的应对方案
基于上述SAP平台ECC系统面临的问题及对挑战的理解，根据对SAP平台ECC系统应用现状的分析及可行性方案的论证，我们建议对ECC系统进行系统功能补丁包的升级，升级后将从系统稳定性和业务功能上得到以下保证：
⏹更丰富的业务功能应用。
升级系统EHP版本至目前用户反馈，稳定性最好的EHP6，保证所需新业务功能可以激活使用。
⏹更稳定的系统运行和支持。
升级系统内核至成熟的731版本，保证系统的整体稳定性和可靠性。
⏹兼容的客户端。
升级用户的客户端至最新的SAPGUI730，保证客户端与服务器端程序的最大兼容性和终端展现的完整性。
1.4功能升级项目规划
1.4.1SAP升级方式介绍
SAP系统的升级方式主要有三种：
技术升级、功能升级和战略增强，下面是详细的三种升级方式：
⏹技术升级：
通过大量修改环境来实现。
特点：
侧重于纯粹的技术升级，对标准功能的使用不做任何变化，清除掉不需要的对标准系统的修改。
⏹功能升级：
通过大量的修改环境和有限的对标准功能的修改来实现。
特点：
侧重于降低系统的复杂度，通过用系统标准功能替换客户自己做的修改来最大化使用SAP的标准功能。
⏹战略增强：
这种升级的实现要在标准功能的基础上扩展新的功能。
特点：
侧重于功能扩展与改进，激活新的优化后的业务流程以及基于新的ERP核心功能的场景。
1.4.2功能升级远景规划
根据中国海洋石油总公司业务发展战略目标及信息化建设总体原则，按照最优化的系统整体建设思路，将三种升级类型划分为三个不同阶段的实施过程，采用“三步走”的方式，为实现总体发展目标提供强有力支持，具体为：
ERP系统升级远景规划图示
⏹第一阶段：
技术升级，在低成本低风险前提下，实现软件版本升级，为功能升级及战略增强奠定基础；
⏹第二阶段：
功能升级，在第一阶段已奠定良好基础的前提下，实现解决业务流程由于旧版本程序功能缺陷症结的目的，带来业务价值增值；
⏹第三阶段：
战略增强，进行企业系统整合，新组件带来战略价值增值。
本次项目以SAP平台总公司“业务驱动IT引领，提高集团核心竞争力”的项目建设原则进行方案设计及实施，参照2011年升级项目的分析结果，决定对SAP平台ECC系统进行技术升级的工作，通过有针对性的系统升级项目实施方法，以“稳定”和“细致”的实施原则，同时强调“风险控制”的方案，对软件的增强包版本进行升级，原有版本下的业务不做变更，将系统升级工作对实际业务的影响降低至最小，有效控制升级风险，降低实施成本。
1.5功能补丁包升级项目范围定义
1.5.1系统升级范围及目标
升级范围只包括ECC各系统，不包括SAP系统架构中与ECC相关联的BW、PI、EP、BO等系统。
由于目前ECC系统所使用的操作系统和数据版本均较高，且无功能缺陷，所以技术升级部分只报告ECC系统SAP软件部分，未包括对应的操作系统和数据库升级。
升级的具体目标如下：
⏹完成所有ECC系统版本从ECC6EHP4SP10到ECC6EHP6SP9的技术升级。
使现有ECC系统及基于此系统的PI/BW/EP/BO、外部接口系统的现有各类业务应用系统不受本次技术升级影响并能正常运转和使用，ECC系统用户原有权限保持不变。
1.5.2升级项目具体工作内容
⏹升级涉及的具体范围及方式如下所示
系统范围
升级方式
DEV
DEVD01直接升级；D02通过D01覆盖。
QAS
QASQ01直接升级；Q02\Q09通过PRDP01\P09覆盖。
MOCK
MOCKM01\M02通过PRDP01\P09覆盖。
TRAIN
T01通过QASQ01覆盖。
PRD
PRDP01\P09直接升级。
SandBox
通过PRDP01\P09拷贝的U02\U09进行升级。
⏹项目的具体工作内容如下所示
工作对象
对应工作内容
ECC系统
由ECC6EHP4SP10升级到ECC6EHP6SP9
系统架构
SAP平台ERP系统升级包括目前在使用中的开发、测试、模拟和生产系统。
ECC功能模块
SAP平台ERP系统在用的所有模块（FI、CO、IHC、LM、CM、CFM、JVA、HR、ESS、MM、WM、SD、PM、PP、PS、IM、QM、RLM）功能保持不变。
新功能激活
针对财务共享服务、平均日余额、多币种会计、财务报表、人力资源12万税表和后勤管理多账户分配等新功能进行激活操作，并在升级激活后，进行相应的测试工作。
技术对象
对在系统升级过程中受到影响的SAP平台客制化对象进行测试及修复。
与其它系统集成
本次功能补丁包升级可能包括相关集成业务系统的同步升级，这些业务系统的升级或变更工作由SAP平台协调对应厂商具体负责，负责制定整体实施计划
知识转移
针对新功能激活后的业务变更和升级涉及的问题处理，对各业务部门和单位对口人员进行知识转移工作
第2章平台功能升级项目实施方法
按照进行过的升级项目经验，结合SAP平台自身业务特点及实际情况，本次SAP平台功能补丁包升级项目将参考SAP系统升级项目实施方法和SAP平台以往升级实施方法进行实施方案的设计。
Ø本次SAP平台ERP升级项目实施方法
针对本次SAP平台功能补丁包升级项目特点，结合SAP系统升级项目实施方法体系，我们设计了具有针对性的实施方法，本方法通过5个阶段的工作完成整体升级项目，项目管理和沟通管理以及技术支持将贯彻项目始终，同时结合了SAP升级路线图。
实施方法概览图如下所示：
升级项目实施方法概览图
2.1分析和准备阶段
2.1.1阶段任务概览
该阶段的任务是根据项目目标，确认升级和新功能激活策略和测试范围以及搭建测试环境，进行项目准备工作。
2.1.2实施主要工作任务
❑升级评估
–评估目标版本和现在版本之间的差异。
–评估可能带来的业务影响。
–评估需要进行相关测试的范围。
❑功能评估
–评估新功能与旧功能差异。
–评估新功能可能带来的业务影响。
–评估需要进行相关测试的范围。
❑项目准备
–配置资源。
–制定项目实施计划。
❑沙箱环境搭建
–通过复制生产系统的方式，搭建升级用沙箱环境。
2.1.3主要交付品
❑SAP平台SAP补丁包升级评估
❑项目实施计划
2.2技术验证阶段
2.2.1阶段任务概览
该阶段的任务是对沙箱系统进行技术升级，升级后配置与BW和PI的测试系统连通。
同时进行程序和配置的冲突修复。
2.2.2实施主要工作任务
❑沙箱系统技术升级
–升级P01的沙箱系统U02。
–升级P09的沙箱系统U09。
❑BW\PI连通配置
–配置U02\U09和PI\BW测试系统的连通。
–参照P01\P09系统比对U02\U09系统中的BW数据源,对数据源字段、常用表索引进行状态检查，并实现BW测试系统的抽数功能。
–在PI测试系统上完成外围系统与U02和U09的接口配置，实现外围系统通过PI测试系统与U02和U09的数据交互。
–配合外围系统开发和支持人员进行接口测试,并进行接口监控和问题分析，并收集和整理测试报告。
❑冲突程序和配置的修复
–针对升级带来的冲突程序，由ABAP顾问进行调整。
–针对升级带来的配置冲突，由功能顾问参与分析调整。
–针对升级带来的BW数据源变化，功能顾问参与分析，BW顾问进行调整。
❑权限变更内容收集
–收集升级后所带来的事物代码控制点变化情况。
–收集其他模块因升级所带来的权限需求。
❑沙箱系统功能激活
–激活P01的沙箱系统U02相关功能点。
–激活P09的沙箱系统U09相关功能点。
2.2.3主要交付品
❑技术升级手册
❑BW数据源状态检查及数据抽取测试报告
❑PI连通测试报告
❑系统冲突程序清单
❑技术升级问题清单
2.3测试验证阶段
2.3.1阶段任务概览
该阶段的任务是针对补丁包升级带来的技术问题进行测试，包括PI接口的测试、BW系统数据抽取的测试和权限控制点的测试。
以及对沙箱系统进行功能激活，测试新功能激活后的现有业务流程和新功能，新功能激活后引起的SAPECC系统中的问题处理，同时进行程序和配置的冲突修复，与激活功能相关的数据接口的测试和问题处理。
2.3.2实施主要工作任务
❑测试分析及准备
–确定接口系统测试配合人员及连接信息。
❑制定测试计划
–编制权限测试计划。
–编制BW测试计划。
–编制PI和接口测试计划。
–编制各业务模块测试计划。
❑编写测试业务流程脚本及场景
–准备测试数据
–重要业务数据脱敏
–权限场景设计。
–BW测试场景设计。
–PI测试场景设计。
–各业务模块场景设计。
❑测试执行
–自动化测试。
–手工测试。
–用户接受测试。
–系统集成测试。
–补充测试。
–BW测试。
❑测试系统原有业务流程和问题处理
–根据分析和准备阶段确定的测试范围进行手工和自动化测试，自动化测试工作由测试平台同事，利用自动化工具对系统中已经制作完成的标准业务流程脚本进行执行，将测试结果和升级前后的屏幕差异进行反馈。
手工测试由乙方项目组顾问针对主要的业务流程和自开发程序进行测试验证。
测试过程中发现的升级相关问题，由乙方顾问分析解决。
❑测试新功能相关系统操作和问题处理
–测试FICO新功能激活后的业务操作，并处理由此带来的可能出现的问题。
–测试MM新功能激活后的业务操作，并处理由此带来的可能出现的问题。
–测试HR新功能激活后的业务操作，并处理由此带来的可能出现的问题。
❑冲突程序和配置的修复
–针对新功能激活带来的冲突程序，由ABAP顾问进行调整。
–针对新功能激活造成的配置冲突，由功能顾问参与分析调整。
❑接口测试和问题处理
–测试SAPERP系统MM模块和采办系统接口之间的数据传输和功能。
–处理由于功能激活后可能出现的相关接口问题。
❑测试支持
–测试问题修正。
–测试结果记录。
–测试问题报告。
❑测试结果确认
2.3.3主要交付品
❑功能激活操作手册
❑激活新增功能方案
❑多账户分配用户手册
❑激活新功能引起操作变化手册
❑项目测试报告
❑功能测试问题清单
❑重要升级问题的解决方案
2.4升级部署阶段
2.4.1阶段任务概览
该阶段的任务是安排系统变更冻结期，在此期间进行开发和测试系统的技术升级。
开发测试系统升级后进行简短的连通性和业务测试。
申请生产系统停机窗口，进行两套生产系统的技术升级、上线并进行新功能激活和验证。
2.4.2实施主要工作任务
❑开发测试系统升级
–升级开发系统D01。
–验证D01的连通性。
–升级测试系统Q01。
–验证Q01的连通性和简单业务测试。
❑开发及测试系统功能激活
–激活开发系统D01的新功能点。
–激活开发系统Q01的新功能点。
–检查D01的功能点确保激活。
–检查Q01的功能点确保激活。
❑生产系统升级
–生产系统在线升级。
–升级前BW系统准备工作。
–生产系统停机升级并上线。
❑生产系统功能激活
–生产系统新功能激活。
–验证生产系统的功能点确保激活。
2.4.3主要交付品
❑生产系统上线切换方案
❑生产系统上线切换步骤清单
❑系统应急方案
❑系统回退方案
2.5上线支持阶段
2.5.1阶段任务概览
该阶段的任务是针对SAPECC生产系统技术升级和新功能激活后，为保障系统稳定运行，将提供2014年4月底的月结运维现场支持。
同时，完成对模拟系统和培训系统的系统覆盖。
2.5.2实施主要工作任务
❑升级上线支持
–监控生产系统升级后的状况，解决由升级引起的问题或提供问题解决建议。
❑新功能上线支持
–监控SAPERP系统新功能上线后的状况，解决由功能激活引起的问题或提供问题解决建议。
❑月结支持
–为保障系统运行正常，支持当月月结过程。
❑系统覆盖
–使用生产系统数据，覆盖模拟系统和测试系统。
–使用测试系统数据，覆盖培训系统。
2.5.3主要交付品
❑问题清单
❑重要问题解决方案
第3章平台功能升级项目实施方案
3.1系统升级技术方案
3.1.1升级路线图
按照本次SAP平台ERP系统升级项目总体计划安排，结合我们对SAP平台ERP系统架构的分析，在升级项目的分析和准备、技术验证、测试验证、升级部署及上线支持5个阶段中将对”X项目”的ECC各系统完成系统升级工作，ECC系统升级技术路线图如下图所示：
ECC系统升级路线图
3.1.2测试环境的准备
计划在2013年12月使用生产系统复制出测试环境U02\U09，用于自动化测试、手工测试、系统集成测试和用户接受测试。
升级测试环境图
由上图可见，整个测试环境由沙箱系统U02\U09和PI的升级场景Q31_UPD组成。
补充测试则在升级后的Q01系统中进行。
3.1.3BW测试
本次BW系统升级测试的工作内容主要包含了，升级后ECC端的数据源状态的检查，包括新增字段数据源的调整。
还有升级后BW抽取增量数据的功能测试。
BW测试规划图
3.2项目技术关注点
3.2.1升级请求传输策略
本次升级的变更传输策略，不同于以往项目的沙箱系统变更加开发系统变更的方式。
最终传输至生产系统的变更都是由升级后的开发系统统一完成CR打包的，由此保证了传输程序版本的一致性。
ECC升级传输顺序图
3.2.2合理停机时间
在升级项目实施方法中，要计划进行多次的升级模拟，其目的是为了形成最优且稳定的升级计划及操作手册，以尽量缩短生产系统技术升级所需的停机时间。
❑基于此点，我们能估计确切的升级转换时间
❑基于估计数据，我们会结合如下几点考虑如何缩短停机时间
–模拟升级技术事件
–风险考虑
–考虑业务操作影响时间
3.2.3制定系统冻结期
考虑到在升级期间，ECC环境下存在一些项目需要对系统功能进行修改和配置变更，因此计划在4月初ECC各系统进入变更传输冻结期，将不接收任何的变更和传输。
❑在变更传输冻结期间，生产系统中可进行日常的业务操作（生产系统停机升级期间除外）；
❑在进入变更传输冻结期前，没有传输进入生产系统的变更请求，在变更冻结期结束后，需在升级后的开发系统（D01）中重新打包传输，进行再次测试，且保障无误后，申请传输进入生产系统；
❑如果在变更传输冻结期间有必须传输进入生产系统的紧急变更，请及时与升级项目组联系，得到领导审批后，才能通过紧急传输流程，进入生产系统。
3.2.4系统切换策略
详细、优化的系统切换方案是确保系统成功切换的重要前提保障。
具体策略为：
❑制定详细切换计划
❑切换支持人员组织准备
❑系统数据检查
❑正常业务处理支持
❑紧急情况处理
❑相关过程文档整理
3.2.5敏感数据保护策略
本次升级项目采用的是从生产机直接拷贝出沙箱系统，因此在拷贝过程中会将生产机的实际数据一并拷贝过来。
从各业务模块特殊性考虑，有些数据属于敏感数据，因此在相应系统进行测试之前，需要对该类数据进行清理。
各业务模块经过和业务相关人员确认后，确定了本模块的敏感数据，并需要在沙箱系统内对相应敏感数据进行脱敏处理。
3.2.5.1HR模块敏感数据
在以往由于人力资源业务本身的特殊性，因此基本上所有的数据如人员信息、工资薪酬、职位等信息都是属于业务敏感性数据，对应到SAP系统中存放在各个数据表中，本次升级项目中HR模块所有测试数据都为敏感数据。
❑脱敏方式
目前”X项目”有两个生产系统：
一个是有限公司使用（P09），一个是总公司及其他二级单位使用（P01）。
经过几年的系统运行，系统内存在大量的业务数据，因此进行数据删除时需要总部内部顾问配合操作。
–“员工工资数据”使用系统标准功能SE38->RPUDEL20进行删除，建议由总部内部业务顾问操作；
–“员工数据”使用系统标准功能SE38->RPUDELPN进行删除，建议由总部内部业务顾问操作；
–“组织数据”、“应聘人员数据”进行表删除，建议由总部内部BASIS顾问操作。
因为相关数据之间有一定的关联性，因此在删除过程中有下面注意点（其中数据类型请参考上表中的数据类型列）:
–首先删除员工的“工资结果数据”；
–其次删除“员工数据”；
–删除“应聘人员数据”，其中需要最后删除标识为橘色的信息类型（应聘人员事件4000、申请4001），其他信息类型不分先后；
–删除“组织数据”，其中最后删除标识为橘色的信息类型（关系1001、对象1000），其他信息类型不分先后；
–整体数据的删除顺序为“1.工资结果数据”（总部内部业务顾问执行）－>“2.员工数据”（总部内部业务顾问执行）－>“3.应聘人员数据”（总部内部BASIS顾问执行）->“4.组织数据”（总部内部BASIS顾问执行）。
3.2.5.2MM模块敏感数据
经过和SAP平台采办部门用户充分沟通，确定系统中合同数据（物资、服务）属于敏感数据，需要在测试系统使用前对相关数据进行清理，确保相关敏感数据的保密性;经过详细分析，本次物资管理模块需删除的业务数据为物资、服务采购合同相关数据信息，同时为保证测试工作的顺利进行，删除数据的对象仅限于合同数据相关主表，具体见下表：
数据类型
涉及系统表
PO数据
EKPO、EKKO、EINA、EORD、EKET、EKKN、EINE
框架协议
服务条目表
ESSR、ESLL
❑脱敏方式
在进行合同数据进行脱敏时，直接对上表中列出的系统表的数据进行完全的清理，彻底删除其中的数据，删除顺序不分先后。
建议脱敏工作由总部内部BASIS顾问执行。
3.2.6升级回退策略
SAP功能补丁包升级的应急和回退方案，主要是针对当SAP升级失败时，如何处理系统恢复等工作的预案。
目前主要有三种保障策略：
❑OfflineBackup
–停机升级前的离线备份方式，将数据库和SAP文件备份到磁带机中保存。
❑PPRC
–停机升级前的灾备方式，通过光纤将硬件存储上的数据同步到灾备中心的独立存储上。
❑CDP
–停机升级前的系统快照方式，保存存储数据的镜像到本地独立存储。
针对如上三种保障策略的实施和恢复速度
–计划在停机升级P01\P09之前，依次进行OfflineBackup、PPRC断开、CDP镜像操作。
–如果出现升级失败，必须回退的极端情况，依次进行CDP镜像恢复、PPRC同步恢复、OfflineRestore
第4章平台功能升级项目风险及防范措施
4.1风险管理
根据我们进行升级项目实施经验，结合SAP平台ERP系统目前应用状况，提出“按时，按预算”和“最小化业务影响”的风险管理方案，对实施过程中存在的风险进行分类并提出防范措施建议。
风险是不期望发生、但有可能发生的未来事件。
风险规避旨在减少风险发生的可能性，并且尽可能地减少其影响。
项目风险管理是指对项目风险从识别到分析乃至采取应对措施规避等一系列过程，它包括将积极因素所产生的影响最大化和使消极因素产生的影响最小化两方面内容。
整个风险管理流程包括风险识别、风险分析，风险规避和风险跟踪4个方面，如下图所示。
风险管理流程图
Ø项目风险管理基本方法和流程
❑风险识别：
确认哪些风险有可能会影响项目进展，并记录每个风险所具有的特点。
❑风险分析：
评估风险和风险之间的相互作用，以便评定项目可能的产出结果的范围。
❑风险规避：
确定风险的应对方案，以及所采取的应对措施。
❑风险跟踪：
对项目进程中风险所产生的变化作出反应。
以上项目风险管理的四个方面不仅相互作用，而且与其它项目管理内容也互相影响。
风险管理需要项目经理的全程管理和控制，以及项目人员的全员参与。
Ø风险识别
风险的识别包含两个方面内容：
❑识别哪些风险可能影响项目进度，并记录具体风险的各方面特征。
❑将风险识别活动有规律的贯穿于整个项目中，比如：
定期的风险评估会议和审核。
❑在进行项目风险识别的时候，应凭借对"因"和"果"
升级会员 