主流系统EAI接口技术剖析之一SAP

1、作为目前ERP市场上最为领先的应用系统之一， 一直以来，SAP R/3在提供API应用编程接口和接口 工具方面也同样领先于其它 ERP厂商。ALE/IDocs是SAP公司为SAP R/3 R4.6C版本所提供的接口机制， 目前应用最为广泛。在 R4.0以后的版本中，又添加了技术上先进的BAPI。本文作为系列介绍之一，对ALE/IDocs， BAPI以及其它可用的整合方式进行介绍。1、ALE/IDocs 是什么？ALE 是Application Link and Enabling 的缩写，是 SAP专门为SAP与SAP之间所设计的整合中间件。 IDocs是中介文本(Intermediate DO

2、Cument)的缩写，是SAP提供的系统整合专用的数据 /消息格式。ALE 在SAP 3.0版本开始就作为SAP整个应用体系的一局部，为分布式数据交换提供了可靠平安的通讯机制。ALE的设计，原本作为两个 SAP流程之间的一种消息传递效劳 (Messaging Service)，使SAP与SAP的业 务流程之间企业数据能够有效的交换，为两个独立的SAP之间提供了的系统整合效劳。不过，随着应用的开展，ALE/IDocs接口机制也已然成为与其它非SAP系统的标准的整合方式。ALE的设计结构可以分为三层，即 应用层，数据/消息分配层和通讯层。图1, ALE设计结构通讯层：SAP整合机制的根底，它利用远

3、程功能呼叫 RFC(Remote Function Call)调用SAP系统的功能模块。 数据/消息分配层：主要提供三个关键效劳：按数据分配模型决定数据接收者。消息的过滤和转换。数据/消息的压缩，以提高传递效率。应用层：直接与SAP系统接口，生成或从其它系统接收含有路由信息的消息文本IDocs，包括消息接收者的姓名，要求发送的类型以及对消息进行处理的规那么。ALE的机制代替了原来的 SAP所提供的批数据通讯 BDC(Batch Data Communication)方式。顾名思义，BDC为系统之间提供了简单的数据批处理效劳，还不能作为一种中间件技术，它没有提供系统之间进行无缝整合所要求的纠错功

4、能、系统管理和其它平安措施。总得说来，应用SAP的ALE机制进行SAP与SAP或非SAP系统整合有以下几个好处：ALE定义于SAP应用层，与 SAP1) . ALE技术不受SAP版本升级的影响，它提供了版本向后兼容性。 的逻辑层相对独立，整个 ALE中间件独立于发送和接收系统。2) . ALE消息设计逻辑保证消息的“一次且只有一次的消息传递。ALE采用“存储-发送技术确保消息即使系统发生故障或接收方没有准备接收时也可以到达目的地。这样就保证接收方不至于收到重复消息。3) . ALE也提供了 IDocs管理功能。主要有文本缩减、文本版本控制以及文本数据过滤。三种控制机制使 得SAP开发人员可以根

5、据实际需要对IDocs文本在运行中进行动态处理。4) , ALE提供了系统管理功能，允许对ALE系统进行启动/复位/恢复等系统操作，为开发人员提供了进一 步的管理控制。IDoc几乎可以传带任何 SAP应用的数据，是一种“外围定义格式，与SAP的应用数据定义不直接相关。IDocs已经广泛应用于早期的SAP-EDI的数据交换，因而它的设计有点类似于EDI的标准，即EDIFACT 标准。IDocs是以字符根底的，因而是可读的。它有三种纪录类型，即：控制纪录-含文本信息，如IDoc类型，发送/接收方信息以及文本标识。数据纪录-含管理和实际数据局部。状态纪录-用来追踪文本传递各点的状态，如状态码，系统时

6、间，错误标识等。匚吹 one r .saf 斛3“DirEzt HiraiIDOCOi AFTPilterzDi*Doc*-* 1 2 3 4. C«rtiisrShippine图3. ALE揺收过程B 让我们看接收过程。接收过程始于SAP系统从外部收到IDoc文本。接收过程的优点在于，接收方既可以是SAP系统，也可以是第三方系统，这也是 SAP与第三方进行有效整合的根底。接收过程由以下三个步骤组成：1) .存储Idoc-将文本存储于数据库，并进行语法校验2) .邮件处理程序读取Idoc-一个专门设计的IDoc处理程序读取IDoc并产生SAP或其它系统所需的系统 消息。多个程序可以同

7、时运行。3) .生成系统文本-处理程序进一步生成系统文本供系统使用，并将结果信息存于Idoc d的状态纪录中。3、BAPI简介BAPI是Business Application Programming Interface的缩写，是SAP为3.0版本以上提供的基于企业目标(Business Object)技术的接口应用界面。SAP在3.0版本以上采用了 Object-oriented技术，逻辑定义了 SAP R/3系统的所有功能目标，并且将所有的目标(Objects)和BAPIs存储于企业目标库 BOR(Business ObjectsRepository). SAP R/3企业目标的目标类型(

8、Object Type)相当于目标设计语言中类 (Class)的概念，其定义结 构由以下几局部组成：1) .根本数据-所有目标类的通用属性，如目标标识和默认方法(Method)。2) .接口界面-目标的方法(Method)，事件(Event),特征(Attributes)。3) .键(Key Fields)-供BOR中目标检索使用方法(Methods)-对目标进行所要求的各种操作。特征(Attibutes)-描述目标特征。事件(Events)-触发以改变目标状态。利用BAPI，开发人员可以实现对BOR进行实时访问，从而实现应用系统(SAP-SAP)之间在数据/逻辑层上的有效整合。4、应用 SA

9、P-DCOM 接口SAP于1998首次提供SAP-DCOM接口，以满足各种桌面应用开发的要求。利用DCOM连接端口，开发人员可以利用 VB，C+，以DCOM目标方式访问SAP数据。在 Web应用上，可以用VBScript, JavaScript 以DHTML方式页面访问，也可以用 ASP访问数据。另外，利用DCOM也可以间接访问SAP的企业目标库BOR。上面提到的BAPI是SAP系统上专用的， 在实际应用上不如 DCOM来得广泛。DCOM端口主要有两个技术模块组成，一个是管理模块，另一个模 块生成SAP BO的DCOM 代理组件(Proxy Components)，生成的DCOM组件存放于 C

10、+。代理组件有以下 属性：Client-要访问的R/3客户系统UserID-R/3 用户Password-用 户密码Language-系 统语言Destination-预先定义的目标名称另外，每个组件具有以下方法：PutSeesionInfo()设定系统一次调用的目标参数AdviceRfcGuiSink()用于需要 SAPGUI 或 dubugging 的场合。 CommitWork()-用于数据更新，无 implicit commit的场合。InitKeys()-DCOM 目标键初始化DimAs()-返回 Microsoft ADO(Advanced Data Object) 纪录集(支持游

11、标控制)。其它从R/3 BO定义中继承的方法。总起说来，SAP R/3作为一个相对灵活的 ERP系统，利用上述的各种整合技术能够实现SAP系统之间以及 SAP 与其它系统之间的数据 /过程的整合。当然，一个应用系统的高度客户化导致了系统整合的难度。 随着系统功能的增加，多种可供采用的整合技术也就显得很有必要。对于SAP R/3 用户来说，正确选择适用的整合技术是实现成功系统整合的关键。图岔卩曲的多消息传递"2、ALE/IDocs的消息发送接收过程下面对ALE/IDocs在系统整合过程中消息的实际传递进行介绍。A 让我们首先看发送过程。一个发送过程由事件触发，文本生成，数据打包以及交由传输媒介传递这四个步骤组成，具体如下：1).应用系统事件触发：系统目标(Objects)的状态变化，用户自主活动或其它数据库特定变化等可以启动