ale-idoc-bapi-主流系統(tǒng)EAI接口技術剖析之一：SAP

1、.主流系統(tǒng)EAI接口技術剖析之一：SAP 作為目前ERP市場上最為領先的應用系統(tǒng)之一，一直以來，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是中介文本 (

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

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

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

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

6、消息發(fā)送接收過程 下面對ALE/IDocs在系統(tǒng)整合過程中消息的實際傳遞進行介紹。讓我們首先看發(fā)送過程。 一個發(fā)送過程由事件觸發(fā)，文本生成，數(shù)據(jù)打包以及交由傳輸媒介傳遞這四個步驟組成，具體如下： 應用系統(tǒng)事件觸發(fā) 系統(tǒng)目標(Objects) 的狀態(tài)變化，用戶自主活動或其它數(shù)據(jù)庫特定變化等可以啟動數(shù)據(jù)表的觸發(fā)程序，從而進行數(shù)據(jù)傳遞的初始化工作，如數(shù)據(jù)準備。 生成主IDoc文本(Master) 按標準格式生成主IDoc文件，包含所有可以傳遞數(shù)據(jù)(不分接收者) 生成通訊Idoc 從主IDoc中生成只與特定接收者有關的文本，通訊文本是主文本的子數(shù)據(jù)集(Subset) Idoc 發(fā)送 利用異步通訊方式將

7、一定版本的IDoc傳遞到接收方。下面，讓我們看接收過程。 接收過程始于SAP系統(tǒng)從外部收到IDoc文本。接收過程的優(yōu)點在于，接收方既可以是SAP系統(tǒng)，也可以是第三方系統(tǒng)，這也是SAP與第三方進行有效整合的基礎。接收過程由以下三個步驟組成： 存儲Idoc-將文本存儲于數(shù)據(jù)庫，并進行語法校驗郵件處理程序讀取Idoc-一個專門設計的IDoc處理程序讀取IDoc并產生SAP或其它系統(tǒng)所需的系統(tǒng)消息。多個程序可以同時運行。生成系統(tǒng)文本-處理程序進一步生成系統(tǒng)文本供系統(tǒng)使用，并將結果信息存于Idoc d的狀態(tài)紀錄中。3、BAPI簡介 BAPI是Business Application Programmin

8、g Interface的縮寫， 是SAP為3.0版本以上提供的基于企業(yè)目標(Business Object) 技術的接口應用界面。SAP在3.0版本以上采用了Object-oriented技術，邏輯定義了SAP R/3系統(tǒng)的所有功能目標，并且將所有的目標(Objects) 和BAPIs存儲于企業(yè)目標庫BOR(Business Objects Repository). SAP R/3 企業(yè)目標的目標類型(Object Type) 相當于目標設計語言中類(Class) 的概念，其定義結構由以下幾部分組成： 基本數(shù)據(jù)-所有目標類的通用屬性，如目標標識和默認方法(Method) 。接口界面-目標的方法

9、(Method)， 事件(Event), 特征(Attributes) 。鍵(Key Fields)-供BOR中目標檢索使用方法(Methods)- 對目標進行所要求的各種操作。特征(Attibutes)- 描述目標特征。事件(Events)- 觸發(fā)以改變目標狀態(tài)。利用BAPI，開發(fā)人員可以實現(xiàn)對BOR進行實時訪問，從而實現(xiàn)應用系統(tǒng)(SAP-SAP)之間在數(shù)據(jù)/邏輯層上的有效整合。4、應用SAP-DCOM接口SAP于1998首次提供SAP-DCOM接口，以滿足各種桌面應用開發(fā)的要求。利用DCOM連接端口，開發(fā)人員可以利用VB， C+，以DCOM目標方式訪問SAP數(shù)據(jù)。在Web應用上，可以用VB

10、Script, JavaScript 以DHTML方式頁面訪問，也可以用ASP訪問數(shù)據(jù)。另外，利用DCOM也可以間接訪問SAP的企業(yè)目標庫BOR。上面提到的BAPI是SAP系統(tǒng)上專用的，在實際應用上不如DCOM來得廣泛。DCOM端口主要有兩個技術模塊組成，一個是管理模塊，另一個模塊生成SAP BO的DCOM 代理組件(Proxy Components)，生成的DCOM組件存放于C+。代理組件有以下屬性： Client-要訪問的R/3客戶系統(tǒng)UserID-R/3用戶Password-用戶密碼Language-系統(tǒng)語言Destination-預先定義的目標名稱另外，每個組件具有以下方法： PutSeesionInfo()設定系統(tǒng)一次調用的目標參數(shù)AdviceRfcGuiSink()用于需要SAPGUI或dubugging的場合。CommitWork()-用于數(shù)據(jù)更新，無implicit commit的場合。InitKeys()-DCOM目標鍵初始化DimAs()-返回Microsoft ADO(Advanced Data Object) 紀錄集(支持游標控制)。其它從R/3 BO定義中繼承的方法?？?/p>