用SAPR/3开展经营项目如果在SAP领域中有一个词用得比SAP本身或R/3还要频繁的话，这个词就是经营（business）。经营是整个SAP战略：（软件、服务、功能、评价、任务和目标等）的核心。系统构件或组件的市场战略包括经营工作流、经营框架和经营工程。在ABAP编程语言或BAPI中，B代表business（经营）。SAP已经将用户界面演化为经营客户（businessclient）。在发布4.0版本时，SAP已将R/3系统发展为一种分布式的经营构件。就如微软事实上已经成了桌面操作系统一样，SAPR/3也已成为最好的经营操作系统。在系统实施以及设法获取R/3应用程序的全部经营利益的过程中，不能够像处理传统IT项目一样处理SAP项目：传统IT项目中由计算机翻译用户的需求并设计系统；而在SAP实施项目中，用户控制其经营过程的设置，而IT部门只作为技术问题等（基础系统和中间件）的支持。R/3的一个著名强项便是，紧密集成跨越公司内部传统部门边界的经营过程。这两个特性—用户引导项目和横向方法—往往需要在重组（BPR）上做一些基础工作，并引导公司走向持续的革新；这自然而然会遇到抵制和困难。这就是为什么必须把SAP实施看作是一个“经营项目”，它受高级管理层的领导和支持，因为它的实施将改变传统的公司流程和组织。在本书中，实施被定义为一个过程，它从决定应用SAP开始，一直到系统开始生产。它还包指为了有效运营和持续改进而必须考虑的所有问题。这些问题会对系统的有用性和接收程度产生重大影响，并且常常不会让项目管理员察觉。本章是R/3世界的入门指南；对于理解实施问题来说具有实用的参考价值。1.1经营应用概述尽管公司在实施R/3时寻求的是商业利益，在本章及后面的章节中，我们将看到SAP如何使传统IT项目的表述方式以及经营项目的实施方式发生重大变革。在经营应用的世界里至今有一股强劲的趋势，就是“购买还是建造”的战略，它部分基于这样一种思想，即通过灵活的标准应用而不是定制构建的系统可以更快更容易地应对市场趋势和不断的经营变化。“集成系统”浪潮是基于20世纪80年代开始的模块化设计，虽然那些大多数系统往往是高度界面化的应用程序和模块。但那些系统产生的信息通常限制在负责其特定经营过程的部门内，从而导致缺乏真正的集成。20世纪90年代初，网络、PC以及关系数据库的飞速发展并没有对集成的实现产生很大帮助，但促使在用户与计算机知识应用扩展到公司的每一个部门。成百上千的孤立和模块化的应用程序产生了大量数据，但这些数据并不能够保证向决策过程提供正确的信息。在传统的IT组织中，操作人员常常发现或被要求根据需求开发新的应用程序。首先就要进行功能分析和概念设计，而这往往耗费很长的时间，以致于改变了初衷。因为变革和转型不仅仅是一个事件，而是公司中的日常运行过程，经营人员最终发现，作为经营应用程序基础的技术必须遵循经营方向，并且能够尽快对变革作出反应。因此，经营人员应该在实施支持经营过程的IT系统时扮演重要角色，就像在SAPR/3的实施中一样。经营人员配置并设计SAP系统，而IT人员负责处理SAP实施的技术方面，即基础系统；这有时还包括用ABAP语言进行开发工作。在SAP的世界中，经营管理决定了经营过程和IT系统的准则。这个过程通过向项目小组指定超级用户组来实现。经营超级用户，又称关键用户，是那些对经营操作活动了解的人员。他们通过配置系统在SAP中设定经营流程以满足其需求，或者利用SAP的经营专家来改变公司的过程。市场很快认可了R/3应用程序套件的价值与重要性，但是长时间、高成本的实施是R/3的弱点。实施时间长的一般原因是组织对改革的抵制以及缺少高级管理层的支持。第2章将讨论典型的实施问题。在任何情况下，SAPR/3应用程序的主要战略目标之一是使实施更为容易、简单和快捷。其结果便是，自从1995年发布了3.0版本和1996年推出ASAP之后，成套解决方案和实施工具的数量迅速增加。1.1.1SAP成功SAP的成功原因之一是因为它是标准的程序包，可以在多种领域中配置，并可根据公司的特定需求进行修改。为了支持那些需求，SAP包含有大量的经营功能模块，并为将来的功能和改善留有余地以适应经营的变化。越来越多的公司决定使用标准软件系统，这些软件有高度的灵活性和可配置性，并能支持大多数的经营实践和信息需求。这种类型的软件包使得客户软件的定制开发成为例外情况。随着20世纪90年代因特网和微软的Windows操作系统的崛起，R/3可以被认为是20世纪末信息产业最热门的话题，并使得SAPAG成为世界软件市场上最成功和重要的公司之一。R/3并不是革命性的技术，但是它已震惊了咨询行业。作为经营的核心，SAPR/3瞄准了主要的工业领域：制造业、配送业、化工、汽车