SAP 提供完善的业务流程整合构想 (转述）

Gartner业务部门报告
SAP 提供完善的业务流程整合构想
2003年10 月9日
Yvonne Genovese, Massimo Pezzini
文件类型：评论
编号：COM-21-1174
SAP业务流程整合构想似乎是当前最完善的构想。然而，但凭强有力的构想不能
构成关键成功因素；要想取得成功，需要实施构想，这取决于服务模式。
您需要了解
SAP可能成功说服企业客户为业务流程整合部署SAP NetWeaver。然而，到
2003年为止，SAP客户对平台的购买仍将是信念行为。只有当传统的SAP平台
与xApps技术开始合并时，才能更好地服务于业务流程整合。在主要系统集中商
宣布提供训练有素的顾问参与SAP NetWeaver开发和实施工作前，企业仍将把
SAP NetWeaver 视为有限的机会。考虑部署SAP xApps 或SAP NetWeaver应用
的企业，应意识到技术目标和SAP合作伙伴战略的不确定性，以及平台组件的普
遍不成熟性。他们应全面评估NetWeaver的功能及其效力。此外，xApps的潜在
客户应谨慎评估SAP直接提供的长期支持事宜，以及SAP xApp合作伙伴关系是
否健全。
分析
在主要的商业应用供应商中，SAP提供最完善的业务流程整合构想，但该构想能
否顺利执行将取决于我们即将开始介绍的服务模式。SAP构想由其三个主要的基
石产品提供支持――企业服务架构、SAP NetWeaver和SAP xApps。
企业服务架构是SAP用于支持整合的架构构想，是SAP对面向Web服务的架构
（SOA）的诠释。SAP NetWeaver是实现企业服务架构的集成和应用平台。SAP
应用整合构想，主要针对于通过mySAP商务套件和SAP xApps系列产品销售的
合成应用，还通过SAP xApps合作伙伴项目扩展到了有功于合成应用的合作伙
伴。然而，这些组件处于不同的开发阶段，现只有一小部分在客户环境中分阶段的
有效实施。
SAP能否实现这些组件的开发、交付和实施构想，取决于能否说服对SAP开发生
态系统的价值持怀疑态度的合作伙伴，以及能否吸引新合作伙伴。SAP目前尚缺
乏有凝聚力的全企业合作战略，来定义单一合作伙伴如何在SAP大规模的（通常
是分段的）组织结构中与其进行高效协作。
SAP正在请求合作伙伴――包括新合作伙伴――投资或再投资其范围外的某个领
域。此外，在某些情况下，合作伙伴可能将SAP战略视为自己的‘敌对势力’。
但凭这一点就足以阻止SAP快速取得成功，使竞争对手有机会迎头赶上。
企业服务架构与NetWeaver：SAP 整合基础设施
根据SAP企业服务架构构想，应用是一系列半独立的企业服务，可通过基于Web
服务的标准界面和协议合并成多个合成应用与业务流程。从实效角度看，SAP承
认将不会为企业客户提供全部服务或利用这些服务的全部合成应用。因此，企业服
务架构必须同时适应SAP和非SAP应用组件。为了支持该构想，SAP 将SAP
NetWeaver （见图1）定义成软件基础设施平台，支持在企业内和企业间不同的
技术与应用环境中，集成、实施和部署面向服务的合成应用。
图1
NetWeaver 架构
来源：SAP
NetWeaver将多个产品――某些以前曾作为单独系统提供――结合到了一个集成
的软件堆栈中。SAP计划在2004年初将NetWeaver构建成单一架构；2003年，
它还是完成阶段与时间各异的多个组件的结合体。SAP Web Application Server
（SAP WebAS）是NetWeaver的心脏。这个中间件平台结合了标准的Java 2平
台企业版（J2EE）堆栈以及传统的高级商业应用编程（ABAP）运行时。二者可
通过流程间的通信设施互操作并共享通用的系统服务，如Web服务堆栈和数据表
示层等。在SAP WebAS上，SAP NetWeaver安排了企业门户、SAP移动基础设
施（提供移动设备支持）、SAP交换基础设施（集成经纪人）、SAP企业信息仓
库、SAP主数据管理以及其他组件，包括开发和管理工具。NetWeaver提供大量
技术来支持企业服务架构：
· 支持主要的行业技术标准，如J2EE、扩展标记语言（XML）、Web服务、
电子数据交换（EDI）以及RosettaNet和CIDX等，以实现同其他供应商平
台的技术互操作性
· 门户基础设施，就用户需要接入的应用和业务流程，为其提供角色特定的一
致的集成视图，同时为最终用户提供个性化界面
· 应用服务器，能够托管J2EE以及基于ABAP的商业逻辑
· 集成经纪人套件，用以将基于SAP NetWeaver的应用与外部系统链接在一
起，以便转换数据并将其发送到适当的应用端点
· 商对商（B2B）功能，以便通过标准协议连接业务伙伴的应用
· 业务流程管理（BPM）和工作流特性，用于构建、设计并执行持久的业务
流程，同时包括SAP和非SAP应用
· 信息仓库基础设施，用以共享商务智能（BI）数据
· 主数据管理平台（即元数据库），通过交叉参考支持运行数据的单一视图
· 合成应用开发（AD）架构，使SAP及其合作伙伴和客户能够开发打包的或
定制的合成应用
SAP NetWeaver可与基于ABAP的传统软件平台（Basis）向后兼容。因此，支
持SAP在过去十年间开发的各种产品。此外，它还为公司跻身新市场提供更新的
标准技术跳板。
NetWeaver引起业界共鸣。SAP客户对该平台以及其他主要基础设施供应商的同
类产品频繁进行对比评估。尽管如此，NetWeaver至今仍未得到广泛部署与支
持，这主要是因为它在历史悠久的软件平台市场中起步较晚，2003年1月才宣布
推出。NetWeaver的许多组件（如面向非SAP应用的流程集成、主数据管理、知
识管理和移动基础设施等）至今仍不成熟，客户数量有限。有些则通过SAP以前
的技术平台提供（包括WebAS、门户和商务智能等），拥有稳定的客户群。某些
主要组件（包括开发工具和业务流程管理器）至今尚未提供，独立软件供应商
（ISV）和系统集中商（SI）等第三方刚刚开始投资全新的SAP平台。
NetWeaver是打包应用供应商的长远计划，类似于BEA Systems、Fujitsu
Software、IBM、Microsoft、Oracle以及Sun Microsystems等基础设施软件玩家
的宏伟计划。某些组件秉承了SAP的一贯传统――如开发主数据管理平台以及开
发支持用户自己构建系统的架构等――将使SAP产品从非传统竞争对手中脱颖而
出。
应用整合战略：xApps 与合成应用
SAP业务流程整合战略通过SAP xApps及合成应用的开发得以实现。SAP xApps
结合了NetWeaver的协作、内容管理、BI和门户组件的功能。它的实现要归因于
以下几点：利用SAP技术堆栈的优势；SAP 对门户供应商TopTier的收购；SAP
能够支持用户运行在异构应用环境中，并继续驱动商业应用领域巨额投资的价值。
虽然SAP已成功交付了某些整合功能，但SAP xApps的部署却受阻于各种猜
测，包括该产品究竟包括哪些组件以及SAP 计划如何提供它们等。
当SAP于2002年宣布推出xApps时，该产品被视为下一代应用，市场反应非常
激烈—颇有取代mySAP的势头。花费大量时间了解xApps战略的用户很快便发
现，其真正的价值在于保护并深入传统领域的投资，如企业资源规划（ERP）、
供应链管理（SCM）和客户关系管理（CRM）等。这些领域是“收集”数据以支
持xApps的关键，而xApps则使用此类数据将企业中的流程和信息连接在一起，
这些流程和信息在正常使用商业应用的情况下通常都不能实现集成。
例如，企业绩效常通过收入报表和损益表衡量，没有分析企业中各单独机构的问题
或成功因素。关注按组织或部门评估企业绩效并定义主要绩效指标（KPI）的用
户，在绩效达到峰值时（正面或负面），没有适当媒介将此类信息传递到不同的组
织级别。使用xApps战略，企业可为需要信息的所有用户定义角色、所需信息的
类型、以及KPI，不受应用环境和所用技术的影响。
整合应用交付战略经过发展，现包括两种类型：作为SAP xApps交付的战略；作
为合成应用交付的战略，合成应用是mySAP商务套件的组件。SAP xApps将冠
以SAP的品牌标记。在某些情况下，SAP将单独开发它们，在另一些情况下，
SAP将携同合作伙伴一起开发它们。SAP还将交付合成应用架构（CAF），使用
户及合作伙伴能够开发自己的整合应用。CAF 是一系列工具、应用编程界面
（API）和开发指南，旨在为用户开发基于NetWeaver的合成应用提供简单一致
的方法。
SAP选择xApp功能的动机和标准目前尚未公开。他们只解释说xApps将跨越流
程驱动的传统的功能孤岛。SAP最初解释说，xApps是由内容驱动的、合成的、
协作的跨功能应用，将把战略的制定-执行－监视有机地链接成一条环路。业界难
以琢磨SAP公司早期合并及收购行动的具体目的，但有一点是明确的，即关注的
都是有利于公司水平发展的领域。SAP已经描述了当前最佳方法与下一代最佳方
法间的区别，并指出，适用于特定行业的最佳方法不一定适用于SAP xApp－－
SAP xApp的最佳方法必须是“下一代业务实践”。采用SAP xApp开发模式及基
础设施、但实施既定最佳方法的合成应用，将作为mySAP商务套件的组件交付。
价格也是SAP现有客户面临的问题。SAP以组件形式出售mySAP的许可――如
供应商关系管理（SRM）、SCM、ERP、CRM和产品生命周期管理（PLM）
等――或者将其作为完整的商务套件出售许可，支持用户接入上述所有应用以及全
部的SAP NetWeaver堆栈。然而，这个售价中并不包括xApps，且SAP
NetWeaver只能与SAP产品一起使用。接入其他应用的用户必须另外付费，针对
这些情况，SAP至今尚未出台易于了解的简单订价模式。
当SAP合作伙伴开发xApp时，将把它作为mySAP商务套件的组件提供。例
如，日前宣布推出的Warranty Network Management xApp是SAP 与IBM商业咨
询解决方案部联合开发的，可在原始设备制造商（OEM）与服务供应商之间实现
协作。在这个流程中，主要的协作“资产”是保证及客户信息。主要流程为所有相
关各方提供保证状态、零部件供应情况以及购买渠道的可视性。在高科技产品制造
以及零售等许多行业中，该流程显然不是下一代方法――它是最佳方法――但如想
利用它的功能，用户必须购买此xApp。
交付和执行模式取决于合作伙伴
迄今为止，xApps功能一直以两种方式演进：适用于某个或某几个行业的深入垂
直功能；适用于SAP支持的22个垂直行业的水平应用。最初xApps的所有开发
周期都与客户相关。某些由合作伙伴开发的早期xApps以垂直性质为主（如IBM
保证网络管理系统）；而由SAP开发的早期xApps（如资源和项目管理）更注重
水平功能。Gartner预计这种趋势还将继续下去。
SAP日前的重组举措将有助于开发行业特定的xApps。SAP已成立了三个商业解
决方案部，分别关注制造、服务和公共机构。Gartner预计这种组织结构将按行业
重新分配新功能，因为它是按行业和主要产品领域划分的结构；然而，这种结构并
不新鲜，且目前尚未正式启用。
SAP现已提供15 个xApps，其中12个是作为合作伙伴开发项目的一部分交付的
（3个是SAP单独开发的）。虽然这种交付模式将帮助SAP在短时间内将更多的
整合应用推向市场，但却充满挑战。参与xApps开发项目的SAP合作伙伴，至今
仍未向广大用户披露所用技术，并且还享受NetWeaver开发工作组提供的支持服
务。SAP遇到的更大挑战是：如何实现这些技术与架构的可重复性，并使它们支
持SAP NetWeaver和xApps构想中涉及到的广大合作伙伴及用户。
xApps实施仍处在早期阶段。最初，xApps的开发合作伙伴还将成为主要的实施
合作伙伴。SAP既缺乏广泛开发的能力战略来支持合作伙伴渠道，也没有适当的
方法来托管用户应用，这是SAP传统应用和技术交付模式的典型特征。事实上，
SAP在实际实施工作中并未发挥主要作用。
主要的首字母缩写词
ABAP 高级商业应用编程
AD 应用开发
API 应用编程界面
B2B 商对商
BI 商务智能
BPM 业务流程管理
CAF 合成应用架构
CRM 客户关系管理
EDI 电子数据交换
ERP 企业资源规划
ISV 独立软件供应商
J2EE Java 2平台企业版
KPI 主要绩效指标
OEM 原始设备制造商
PLM 产品生命周期管理
SCM 供应链管理
SI 系统集中商
SOA 面向服务的架构
SRM 供应商关系管理
WebAS Web应用服务器
XML 扩展标记语言
主要问题
为了获得竞争优势，早期部署者会关注哪些新兴技术？
本次调查是一系列相关调查的组成部分。请参阅AV-21-2090了解概况。
返回顶部
Gartner公司及/或其联营机构2003年版权所有，保留所有权利。未经许可，严禁
复制。本文信息来自Gartner认为可靠的资源。对此类信息的准确性、完整性或适
当性，Gartner拒绝所有保证。对于此类信息及其解释的错误、疏漏或不充分性，
Gartner不承担任何责任。对使用这些资料实现商业目标造成的任何后果，读者独
自承担全部责任。本文中表述的观点未来将有所变化，恕不另行通知。