SAP系统升级实施中的几个关键因素(精选3篇)
SAP系统升级实施中的几个关键因素 篇一
在SAP系统升级实施中，有几个关键因素需要特别注意。这些因素直接影响着升级过程的顺利进行和成功完成。下面将详细介绍这些关键因素。
首先，明确升级目标和需求是至关重要的。在进行SAP系统升级之前，必须明确升级的目标和需求。这包括确定升级后希望达到的功能、性能和效率等方面的要求。只有明确了升级目标和需求，才能制定出合理的升级计划，并为升级的顺利进行提供指导。
其次，进行充分的系统准备工作。在进行SAP系统升级之前，必须进行充分的系统准备工作。这包括备份重要数据、关闭相关系统、检查硬件和软件要求等。只有做好系统准备工作，才能确保升级过程的稳定性和安全性。
第三，选择合适的升级方式和版本。SAP系统升级有多种方式和版本可供选择，如修补程序升级、主版本升级等。在选择升级方式和版本时，要考虑到当前系统的特点和需求，以及升级后希望达到的效果和目标。只有选择合适的升级方式和版本，才能确保升级的顺利进行和成功完成。
第四，制定详细的升级计划和时间表。在进行SAP系统升级之前，必须制定详细的升级计划和时间表。升级计划应包括升级的步骤、时间和资源等方面的安排。时间表应明确每个步骤的开始和结束时间，以及所需的资源和人员。只有制定详细的升级计划和时间表，才能确保升级过程的有序进行和按时完成。
最后，进行充分的测试和验证工作。在完成SAP系统升级后，必须进行充分的测试和验证工作。这包括功能测试、性能测试、安全测试等。只有通过测试和验证，才能确保升级的效果和质量符合预期。如果发现问题或不符合要求，还需要进行相应的修复和调整。
综上所述，SAP系统升级实施中的几个关键因素包括明确升级目标和需求、进行充分的系统准备工作、选择合适的升级方式和版本、制定详细的升级计划和时间表，以及进行充分的测试和验证工作。这些因素的重要性不可忽视，只有做好这些准备和工作，才能确保SAP系统升级的顺利进行和成功完成。
SAP系统升级实施中的几个关键因素 篇二
在SAP系统升级实施中，还有其他几个关键因素需要特别关注。这些因素可能对升级过程产生重大影响，因此在进行SAP系统升级之前，需要充分考虑和准备。
首先，需要充分了解和评估升级的风险。SAP系统升级可能涉及到多个方面的风险，如数据丢失、系统不稳定、业务中断等。在进行升级之前，需要对可能出现的风险进行充分的评估和分析。只有了解和评估升级的风险，才能采取相应的措施和预防措施，确保升级过程的可控性和安全性。
其次，需要进行充分的培训和沟通工作。SAP系统升级可能对用户和相关人员的工作产生影响，因此需要进行充分的培训和沟通工作。培训可以帮助用户和相关人员熟悉新版本的功能和操作方式，提高使用效率和准确性。沟通可以帮助用户和相关人员充分了解升级的目的和影响，增强其参与和支持的意愿。只有进行充分的培训和沟通工作，才能确保升级过程的顺利进行和用户的满意度。
第三，需要建立有效的监控和反馈机制。在进行SAP系统升级过程中，需要建立有效的监控和反馈机制，及时掌握升级的进展和问题。监控可以帮助及时发现和解决问题，确保升级过程的顺利进行。反馈可以帮助了解用户和相关人员的意见和反馈，及时进行调整和改进。只有建立有效的监控和反馈机制，才能确保升级过程的可控性和质量。
最后，需要进行充分的文档和记录工作。在进行SAP系统升级之前，需要进行充分的文档和记录工作，包括升级的步骤、配置和设置等方面的记录。这些文档和记录可以作为后续的参考和依据，提高升级的效率和质量。只有进行充分的文档和记录工作，才能确保升级过程的可追溯性和可复制性。
综上所述，SAP系统升级实施中的几个关键因素还包括充分了解和评估升级的风险、进行充分的培训和沟通工作、建立有效的监控和反馈机制，以及进行充分的文档和记录工作。这些因素的重要性不可忽视，只有做好这些准备和工作，才能确保SAP系统升级的顺利进行和成功完成。
SAP系统升级实施中的几个关键因素 篇三
SAP系统升级实施中的几个关键因素
毕业论文摘 要 实施SAP R/3系统从4.0B到4.7E的升级项目，主要从技术角度，阐述完成SAP开发系统、测试系统和生产系统的升级过程，并由此提出完成升级实施的几个关键因素。 关键字 系统，升级，实施，关键因素
1 前言
我们浙江省电力公司于1998年开始实施SAP R/3 ERP系统（以下简称R/3系统），实施的版本是40B，随着电力业务的迅速发展，先后实施了包括FI、CO、MM、 PM、PS、HR等R/3核心业务模块，随着SAP的推广和深入，以及业务功能的新需求，迫切需要从4.0B版本升级到4.7E版本，以达到及时应用SAP新版本中的新功能的目的。 于2003年底至2004年上半年，通过5个月左右的升级实施，成功地完成了SAP开发系统、测试系统和生产系统的升级实施。现将我们的实施方案简要阐述1下，并由此提出在升级过程中的所要注意的几个关键因素，供大家参拷，有误之处，请尽指正。2 系统升级的依据和目的
升级到4.7 Enterprise 版本的R/3系统，相对于原40B版本，能实现以下几方面： （1）户使用界面的大幅度改善，今后可采用SAP Netweaver新技术架构和相关产品，使用Web GUI (Browser)方式进行R/3系统的访问，以及采用J2EE/.net等技术，为企业实现以ERP为基础的电子商务提供有效平台和更加功能强大技术先进的系统支持环境。 （2）多系统标准接口BAPI和IDOC满足企业的系统集成要求(能与更多外部系统进行通信)。 （3）R/3系统功能的提高(如财务红字处理，使用采购订单创建固定资产，更强大资金管理模块等)，并可根据业务的实际需要扩展ERP系统的功能，以满足省公司业务需求的不断发展。 （4）配合人力资源模块的顺利实施以及
3 系统升级的方案阐述
（1）这次升级的技术要点有以下几方面 ① 根据SAP版本环境需求，如果升级到SAP 4.6C不需要升级操作系统；但升级到SAP 4.7 Enterprise需要升级AIX 4.3.3到AIX 5L，升级Oracle 8.1.7到Oracle 9i。而目前的环境是AIX 4.3.3，数据库是Oracle 8.1.7。所以首先必须升操作系统，然后升级数据库，最后升级SAP R/3。 ② 目前省公司的R/3系统采用SAP标准的开发、测试、生产3系统配置。首先必须设定升级项目所需进行的系统环境，确保开发与测试系统同生产环境保持1致。同时，按照先升级开发系统，再升级测试系统，最后升级生产系统的顺来进行。 ③ R/3 40B原系统中已有大量的自开发应用、报表及系统接口程序，需要测试与调整。也有不少修改SAP标准部分的程序，需要查找，有些可能无法找到有关的修改文档。 ④ 全系统有600人的最终用户，必须进行严密有计划的培训工作。 （2）系统升级工作的策略和方法 ① 总体策略 基于这1策略，升级工作应包括以下工作内容： (a) 升级计划：确定升级方案，制定升级项目计划，明确人员、时间、费用的预算。以及对现有系统运行平台进行评估。 (b) 升级准备：升级R/3系统的软、硬件准备。包括硬件系统的升级或更新，新版本软件的预定，开发、测试环境与生产环境的'同步以及明确升级项目组人员、职责分工，工作场地安排等。并针对内部顾问进行R/3 Enterprise 4.7的相关培训。 (c) 开发系统升级：开发系统技术升级（Technical Upgrade），升级后根据测试计划进行系统测试、调整，确保原有系统功能在新版本的R/3系统中可以完全实现。所有调整都要进行记录。 (d) 测试系统升级：测试系统技术升级。根据开发系统升级的记录，进行系统调整，调整完成后，对最终用户进行培训，并进行集成测试。 (e)生产系统升级：生产系统技术升级。根据开发系统升级的记录，进行系统调整。升级后进行系统备份。 (f) 上线后支持：系统上线后对生产环境进行上线后检查，并对系统性能做进1步优化和调整。 ② R/3系统升级的实施方法 (a) 根据1些顾问公司的建议，实施方法将采用SAP的ASAP快速实施方法。ASAP 优化了在实施过程中对时间、质量和资源的有效使用等方面的控制，是1个包括使项目得以成功实施的所有基本要素的完整实施方案。由于我们省公司1直购买了SAP系统用户许可服务，加上我们已建立的SAP OSS远程连接，这些将为我们提供SAP 的全球服务和远程支持。所以，依据这1实施方法，参与SAP系统升级的实施公司（以下简称实施公司）也将在升级过程中为我们提供全面的技术支持和指导，包括： (b) ASAP路线图：面向过程的、清晰简明的项目计划。 (c) SAP工具包：各种项目管理、实施工具和指导文档。 (d) SAP技术支持和服务：提供从项目开始到项目结束及后续实施的支持与服务。由于R/3系统不同版本对硬件系统、系统软件、网络环境以及数据库软件的需求都有所不同。SAP公司还将为我们提供系统平台评估(System Sizing), 系统升级专业指导(Upgrading Coach), 系统升级安全保障(Upgrading Safe-guarding), 系统升级检查服务（Go Live Check）以及按照用户需要提供系统调整优化服务等，以保证升级后的系统具有良好的系统性能。 (e) SAP升级实施培训：对项目组成员以及最终用户进行培训。4 升级实施过程中的几个关键因素
根据ASAP方法论并结合我们省公司的实际情况, 实际在SAP系统升级工作中采用了以下5个步骤进行： （1）项目准备和规划； （2）系统分析阶段：对目前系统现状分析+测试调整计划细化； （3）测试调整阶段：开发系统技术升级+标准应用系统测试及调整+自开发应用、报表及系统接口的测试与调整； （4）上线准备阶段：最终用户培训+集成测试； （5）系统上线及支持阶段：生产系统升级+支持。总结这次升级实施，每个步骤中分别有以下这些的关键点。 第1阶段，需要得到硬件供应商的现场支持，由SAP Support在提供系统升级检查的服务，以保证升级顺利进行。 第2阶段，需要对内部顾问进行新版本培训，对项目实施当中的细节作全面的规划。 图1 系统升级对生产系统影响的示意图[NextPage] 第3阶段，测试系统和开发系统的升级时应模拟真实上线时的步骤并加以逐1记录，保证正式上线切换时生产系统能安全可靠地运行；对应用系统的调整只限于满足原有流程在新版本中能顺利运行，而不作任何功能提高的配置；客户测试的完备性与正确性也直接影响到系统升级的成败，需要SAP实施公司制定详细的测试计划，并指导KBU(Key Business User)进行全面的测试；R/3 4.7 Enterprise的用户界面是完全的Role－Based，在系统升级过程中，需要对系统的用户进行详细的权限定义和设置，根据实际经验，这1部分的工作应在SAP顾问的指导下尽早进行；省公司SAP系统在原版本的应用过程中，开发了大量的应用、报表和接口，而对于这些用户自开发的应用、报表和接口，需要由SAP顾问提供1些指导，最终由我们自己的IT人员自行完成测试与调整。 第4阶段，SAP系统升级对生产系统的影响如下图1所示。这1阶段的核心任务是，通过完善、细致的准备工作，将系统升级工作后对生产系统的影响减至最低限度。主要措施包括SAP顾问编制精确至小时工作计划BASIS Checklist，以及需要将系统上线的工作安排在节假日期间完成。第5阶段，由SAP实施公司与我们省公司组成上线支持小组，现场解决系统因升级产生的问题；SAP在系统上线前后提供系统升级检查的服务（Go Live Check）， 以保证升级后后的系统有良好的系统性能。 因此，根据以上实施要点，并结合实际实施个阶段的过程，总结出以下影响升级实施的几个关键因素。 ⑴ 项目计划是否合理详细是控制好升级实施周期的关键。 ◆是否合理制订1个实施周期时间内的升级计划，包括制定详细的测试计划、各级用户的培训计划等，越详细，实施周期控制得会越好。 ◆项目计划中，特别要强调对实施文档、项目文档等方面的管理，要求及时性和完整性。 ⑵ 升级范围的不同影响升级项目完成时间。 ◆带新功能模块实施的升级比仅仅功能升级项目实施周期长。我们这次升级，不增加新功能，HR的功能在单独系统实施，所以，实施周期比较短。 ◆实施新功能数量越多，实施周期越长。 ◆新版本需要修改的数量越多，越复杂，实施周期越长。这1点，要看软件版本本身。 ◆测试和培训的范围越大，实施周期越长。 ◆SAP实例（instance）数量：开发、测试、培训、生产系统拷贝、生产系统的升级，数量越多，升级时间越长。 ⑶ 升级前系统的基础环境好坏影响升级实施周期。 ◆以前修改SAP标准文档越详细，在新版本修改的时间越短。 ◆SAP实例（instance）的版本：版本越低，升级时间越长。 ◆每个系统集团（Client）的数量：集团越多，升级时间越长。 ◆SAP实例（instance）接口的数量：接口越多，升级时间越长。 ◆SAP实例（instance）Addons数量：Addons数量越多，升级时间越长。 ◆SAP实例（instance）操作系统及数据库的版本：如升级到Enterprise 4.7，在升级SAP之前，必须先升级操作系统版本(AIX环境下)到AIX5L，数据库版本升级到Oracle 9i。 ⑷ 不同升级策略对系统停机时间的影响。
Strategy Advantages Disadvantages A_Switch · Short downtime. · Medium storage requirements for ensuring database recovery · Offline backup necessary ater upgrade. · Monitoring necessary to determine if disks for ensuring recovery are full A_On · Shortest downtime. · No offline backup necessary after upgrade · Greatest space requirements to ensure DB recovery. · Monitoring needed to check if disks for ensuring recovery are full A_Off · No additional space requirements for ensuring possible recovery. · Offline backup necessary after upgrade · Longest downtime. · No monitoring necessary to determi
[1]
