主流系統(tǒng)EAI接口技術(shù)剖析之一SAP

1、作為目前ERP市場上最為領(lǐng)先的應(yīng)用系統(tǒng)之一， 一直以來，SAP R/3在提供API應(yīng)用編程接口和接口 工具方面也同樣領(lǐng)先于其它 ERP廠商。ALE/IDocs是SAP公司為SAP R/3 R4.6C版本所提供的接口機制， 目前應(yīng)用最為廣泛。在 R4.0以后的版本中，又添加了技術(shù)上先進的BAPI。本文作為系列介紹之一，對ALE/IDocs， BAPI以及其它可用的整合方式進行介紹。1、ALE/IDocs 是什么？ALE 是Application Link and Enabling 的縮寫，是 SAP專門為SAP與SAP之間所設(shè)計的整合中間件。 IDocs是中介文本(Intermediate DO

2、Cument)的縮寫，是SAP提供的系統(tǒng)整合專用的數(shù)據(jù) /消息格式。ALE 在SAP 3.0版本開始就作為SAP整個應(yīng)用體系的一局部，為分布式數(shù)據(jù)交換提供了可靠平安的通訊機制。ALE的設(shè)計，原本作為兩個 SAP流程之間的一種消息傳遞效勞 (Messaging Service)，使SAP與SAP的業(yè) 務(wù)流程之間企業(yè)數(shù)據(jù)能夠有效的交換，為兩個獨立的SAP之間提供了的系統(tǒng)整合效勞。不過，隨著應(yīng)用的開展，ALE/IDocs接口機制也已然成為與其它非SAP系統(tǒng)的標準的整合方式。ALE的設(shè)計結(jié)構(gòu)可以分為三層，即 應(yīng)用層，數(shù)據(jù)/消息分配層和通訊層。圖1, ALE設(shè)計結(jié)構(gòu)通訊層：SAP整合機制的根底，它利用遠

3、程功能呼叫 RFC(Remote Function Call)調(diào)用SAP系統(tǒng)的功能模塊。 數(shù)據(jù)/消息分配層：主要提供三個關(guān)鍵效勞：按數(shù)據(jù)分配模型決定數(shù)據(jù)接收者。消息的過濾和轉(zhuǎn)換。數(shù)據(jù)/消息的壓縮，以提高傳遞效率。應(yīng)用層：直接與SAP系統(tǒng)接口，生成或從其它系統(tǒng)接收含有路由信息的消息文本IDocs，包括消息接收者的姓名，要求發(fā)送的類型以及對消息進行處理的規(guī)那么。ALE的機制代替了原來的 SAP所提供的批數(shù)據(jù)通訊 BDC(Batch Data Communication)方式。顧名思義，BDC為系統(tǒng)之間提供了簡單的數(shù)據(jù)批處理效勞，還不能作為一種中間件技術(shù)，它沒有提供系統(tǒng)之間進行無縫整合所要求的糾錯功

4、能、系統(tǒng)管理和其它平安措施?？偟谜f來，應(yīng)用SAP的ALE機制進行SAP與SAP或非SAP系統(tǒng)整合有以下幾個好處：ALE定義于SAP應(yīng)用層，與 SAP1) . ALE技術(shù)不受SAP版本升級的影響，它提供了版本向后兼容性。 的邏輯層相對獨立，整個 ALE中間件獨立于發(fā)送和接收系統(tǒng)。2) . ALE消息設(shè)計邏輯保證消息的“一次且只有一次的消息傳遞。ALE采用“存儲-發(fā)送技術(shù)確保消息即使系統(tǒng)發(fā)生故障或接收方?jīng)]有準備接收時也可以到達目的地。這樣就保證接收方不至于收到重復(fù)消息。3) . ALE也提供了 IDocs管理功能。主要有文本縮減、文本版本控制以及文本數(shù)據(jù)過濾。三種控制機制使 得SAP開發(fā)人員可以根

5、據(jù)實際需要對IDocs文本在運行中進行動態(tài)處理。4) , ALE提供了系統(tǒng)管理功能，允許對ALE系統(tǒng)進行啟動/復(fù)位/恢復(fù)等系統(tǒng)操作，為開發(fā)人員提供了進一 步的管理控制。IDoc幾乎可以傳帶任何 SAP應(yīng)用的數(shù)據(jù)，是一種“外圍定義格式，與SAP的應(yīng)用數(shù)據(jù)定義不直接相關(guān)。IDocs已經(jīng)廣泛應(yīng)用于早期的SAP-EDI的數(shù)據(jù)交換，因而它的設(shè)計有點類似于EDI的標準，即EDIFACT 標準。IDocs是以字符根底的，因而是可讀的。它有三種紀錄類型，即：控制紀錄-含文本信息，如IDoc類型，發(fā)送/接收方信息以及文本標識。數(shù)據(jù)紀錄-含管理和實際數(shù)據(jù)局部。狀態(tài)紀錄-用來追蹤文本傳遞各點的狀態(tài)，如狀態(tài)碼，系統(tǒng)時

6、間，錯誤標識等。匚吹 one r .saf 斛3“DirEzt HiraiIDOCOi AFTPilterzDi*Doc*-* 1 2 3 4. C«rtiisrShippine圖3. ALE揺收過程B 讓我們看接收過程。接收過程始于SAP系統(tǒng)從外部收到IDoc文本。接收過程的優(yōu)點在于，接收方既可以是SAP系統(tǒng)，也可以是第三方系統(tǒng)，這也是 SAP與第三方進行有效整合的根底。接收過程由以下三個步驟組成：1) .存儲Idoc-將文本存儲于數(shù)據(jù)庫，并進行語法校驗2) .郵件處理程序讀取Idoc-一個專門設(shè)計的IDoc處理程序讀取IDoc并產(chǎn)生SAP或其它系統(tǒng)所需的系統(tǒng) 消息。多個程序可以同

7、時運行。3) .生成系統(tǒng)文本-處理程序進一步生成系統(tǒng)文本供系統(tǒng)使用，并將結(jié)果信息存于Idoc d的狀態(tài)紀錄中。3、BAPI簡介BAPI是Business Application Programming Interface的縮寫，是SAP為3.0版本以上提供的基于企業(yè)目標(Business Object)技術(shù)的接口應(yīng)用界面。SAP在3.0版本以上采用了 Object-oriented技術(shù)，邏輯定義了 SAP R/3系統(tǒng)的所有功能目標，并且將所有的目標(Objects)和BAPIs存儲于企業(yè)目標庫 BOR(Business ObjectsRepository). SAP R/3企業(yè)目標的目標類型(

8、Object Type)相當于目標設(shè)計語言中類 (Class)的概念，其定義結(jié) 構(gòu)由以下幾局部組成：1) .根本數(shù)據(jù)-所有目標類的通用屬性，如目標標識和默認方法(Method)。2) .接口界面-目標的方法(Method)，事件(Event),特征(Attributes)。3) .鍵(Key Fields)-供BOR中目標檢索使用方法(Methods)-對目標進行所要求的各種操作。特征(Attibutes)-描述目標特征。事件(Events)-觸發(fā)以改變目標狀態(tài)。利用BAPI，開發(fā)人員可以實現(xiàn)對BOR進行實時訪問，從而實現(xiàn)應(yīng)用系統(tǒng)(SAP-SAP)之間在數(shù)據(jù)/邏輯層上的有效整合。4、應(yīng)用 SA

9、P-DCOM 接口SAP于1998首次提供SAP-DCOM接口，以滿足各種桌面應(yīng)用開發(fā)的要求。利用DCOM連接端口，開發(fā)人員可以利用 VB，C+，以DCOM目標方式訪問SAP數(shù)據(jù)。在 Web應(yīng)用上，可以用VBScript, JavaScript 以DHTML方式頁面訪問，也可以用 ASP訪問數(shù)據(jù)。另外，利用DCOM也可以間接訪問SAP的企業(yè)目標庫BOR。上面提到的BAPI是SAP系統(tǒng)上專用的， 在實際應(yīng)用上不如 DCOM來得廣泛。DCOM端口主要有兩個技術(shù)模塊組成，一個是管理模塊，另一個模 塊生成SAP BO的DCOM 代理組件(Proxy Components)，生成的DCOM組件存放于 C

10、+。代理組件有以下 屬性：Client-要訪問的R/3客戶系統(tǒng)UserID-R/3 用戶Password-用 戶密碼Language-系 統(tǒng)語言Destination-預(yù)先定義的目標名稱另外，每個組件具有以下方法：PutSeesionInfo()設(shè)定系統(tǒng)一次調(diào)用的目標參數(shù)AdviceRfcGuiSink()用于需要 SAPGUI 或 dubugging 的場合。 CommitWork()-用于數(shù)據(jù)更新，無 implicit commit的場合。InitKeys()-DCOM 目標鍵初始化DimAs()-返回 Microsoft ADO(Advanced Data Object) 紀錄集(支持游

11、標控制)。其它從R/3 BO定義中繼承的方法?？偲鹫f來，SAP R/3作為一個相對靈活的 ERP系統(tǒng)，利用上述的各種整合技術(shù)能夠?qū)崿F(xiàn)SAP系統(tǒng)之間以及 SAP 與其它系統(tǒng)之間的數(shù)據(jù) /過程的整合。當然，一個應(yīng)用系統(tǒng)的高度客戶化導(dǎo)致了系統(tǒng)整合的難度。 隨著系統(tǒng)功能的增加，多種可供采用的整合技術(shù)也就顯得很有必要。對于SAP R/3 用戶來說，正確選擇適用的整合技術(shù)是實現(xiàn)成功系統(tǒng)整合的關(guān)鍵。圖岔卩曲的多消息傳遞"2、ALE/IDocs的消息發(fā)送接收過程下面對ALE/IDocs在系統(tǒng)整合過程中消息的實際傳遞進行介紹。A 讓我們首先看發(fā)送過程。一個發(fā)送過程由事件觸發(fā)，文本生成，數(shù)據(jù)打包以及交由傳輸媒介傳遞這四個步驟組成，具體如下：1).應(yīng)用系統(tǒng)事件觸發(fā)：系統(tǒng)目標(Objects)的狀態(tài)變化，用戶自主活動或其它數(shù)據(jù)庫特定變化等可以啟動