SAP與EAI概念綜述

1、SAP與EAI概念綜述SAP已經(jīng)成為當(dāng)今ERP的代名詞。它占有全球企業(yè)應(yīng)用軟件市場(chǎng)份額的 544,財(cái) 富500強(qiáng)中有804以上的公司正在運(yùn)用這個(gè)軟件。1992年SAP公司開始進(jìn)入中 國(guó)市場(chǎng)，并已為一汽大眾、海爾、聯(lián)想等各行業(yè)的優(yōu)秀企業(yè)成功實(shí)施了SAP軟件。EAI (Enterprise Application Intergration )即企業(yè)應(yīng)用集成。最初提出此概 念是為了實(shí)現(xiàn)企業(yè)內(nèi)部不同應(yīng)用系統(tǒng)之間的互連，通過應(yīng)用集成實(shí)現(xiàn)數(shù)據(jù)在多個(gè) 系統(tǒng)之間的同步和共 享。伴隨著EAI技術(shù)的不斷發(fā)展，它所被賦予的內(nèi)涵變得 越來越豐富，并已經(jīng)被擴(kuò)展到業(yè)務(wù)集成(Busi ness In tergrati on

2、 )的范疇。EAI技術(shù)層次結(jié)構(gòu)體系從普遍意義上說，EAI概念被認(rèn)為可以包括數(shù)據(jù)集成、應(yīng)用集成和業(yè)務(wù)流程集成 等方面。具體到技術(shù)層面上，一般認(rèn)為一個(gè)完整的EAI技術(shù)結(jié)構(gòu)體系應(yīng)該包括應(yīng) 用接口層、應(yīng)用集成層、流程集成層和用戶交互層4個(gè)大的層面，它們的層次關(guān) 系如圖1所示。1 ?勺II咸應(yīng)ItIS H対血欣軸優(yōu)抑網(wǎng)I從結(jié)構(gòu)圖中可以看出：應(yīng)用接口層位于EAI層次結(jié)構(gòu)體系的最底層，它用于解決 應(yīng)用集成服務(wù)器與被集成系統(tǒng)之間的連接和數(shù)據(jù)接口的問題；應(yīng)用集成層是用于解決被集成系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換問題，通過建立統(tǒng)一的數(shù)據(jù)模型來實(shí)現(xiàn)不同系統(tǒng)間 的信息換；流程集成層用于將不同的應(yīng)用系統(tǒng)連接在一起，進(jìn)行協(xié)同工作，并提供商

3、業(yè)流 程管理的相關(guān)功能，包括流程設(shè)計(jì)、監(jiān)控和規(guī)劃，實(shí)現(xiàn)業(yè)務(wù)流程的管 理；用戶交互層則為用戶在界面上提供一個(gè)統(tǒng)一的信息服務(wù)功能入口，通過將內(nèi)部和外部各種相對(duì)分散獨(dú)立的信息組成一個(gè)統(tǒng)一的整體，保證了用戶既能夠從 統(tǒng)一的渠道訪問其所需的信息，也可以依據(jù)每一個(gè)用戶的要求來設(shè)置和提供個(gè)性 化的服務(wù)。SAP系統(tǒng)中主要的EAI接口SAP系統(tǒng)本身提供了優(yōu)秀的EAI解決方案，它主要通過 ALE IDocs和BAPI技術(shù) 實(shí)現(xiàn)與外部系統(tǒng)的連接、數(shù)據(jù)交換(EDI)和流程集成(BPI)等業(yè)務(wù)功能，如圖 2所示。£moldx)of»l£Ai '一 陸網(wǎng)ALE(Application

4、 Link and En abli ng)是 SAP 專門為 SAP 與非 SAP 系統(tǒng)以及SAP與SAP系統(tǒng)之間所設(shè)計(jì)的集成中間件。從 SAP 3.0版本開始，ALE已作為 SAP整個(gè)應(yīng)用體系的一部分，為分布式數(shù)據(jù)交換提供了安全可靠的通訊機(jī)制。隨 著應(yīng)用的發(fā)展，ALE/IDocs接口機(jī)制已成為與其它非SAP系統(tǒng)接口的標(biāo)準(zhǔn)集成 方式。ALE的設(shè)計(jì)結(jié)構(gòu)可以分為3層，即應(yīng)用層，數(shù)據(jù)/消息分配層和通訊層。 如圖3所示。>AP 1( 3 IlhH lUm >AP K 1IU越胡曲60帕怦門才：U 1:1IDoc是SAP提供系統(tǒng)集成專用的數(shù)據(jù)/消息格式。它幾乎可以傳送任何SAP應(yīng) 用數(shù)據(jù)。I

5、Docs以文本字符為基礎(chǔ)，因而編制方便。IDocs中的信息從記錄類型 上分為控制記錄、數(shù)據(jù)記錄和狀態(tài)記錄3種。控制紀(jì)錄主要是文本信息，如IDoc, 類型、發(fā)送/接收方信息以及文本標(biāo)識(shí)；數(shù)據(jù)紀(jì)錄為管理和實(shí)際數(shù)據(jù)部分；狀態(tài) 紀(jì)錄用來追蹤文本傳遞各點(diǎn)的狀態(tài)，如狀態(tài)碼、系統(tǒng)時(shí)間、錯(cuò)誤標(biāo)識(shí)等。圖 4描述了 SAP系統(tǒng)與外部系統(tǒng)通過 IDoc,進(jìn)行數(shù)據(jù)交換的過程。其中圖4 (a)是SAP通過兩種不同的路徑向外部 系統(tǒng)發(fā)送數(shù)據(jù)，圖4 (b)是SAP系統(tǒng)以兩種不同的方式接收數(shù)據(jù)的過程。BAPI(Busi ness Applicati onProgrammi ng In terface) 是 SAP 為 3.0

6、 以上版本提供的基于企業(yè)目標(biāo)(Bus in ess Object )技術(shù)的接口應(yīng)用界面。SAP在3.0以 上版本采用了面向?qū)ο?Object-oriented )技術(shù)，邏輯地定義了 SAP G97系統(tǒng) 的所有功能目標(biāo)，并且將所有的對(duì)象(Objects )和BAPIs存儲(chǔ)于企業(yè)對(duì)象庫(kù) BOR( Business Objects Repository )中。因此，利用 BAPI開發(fā)人員可以實(shí)現(xiàn) 對(duì)=DG進(jìn)行實(shí)時(shí)訪問，從而實(shí)現(xiàn)應(yīng)用系統(tǒng)之間在數(shù)據(jù)9邏輯層上的有效集成。因此，針對(duì)這種方案要實(shí)現(xiàn) SAP系統(tǒng)與非SAP系統(tǒng)以及SAP與SAP之間的 EAI技術(shù)，我們需要知道怎樣在 SAP中創(chuàng)建和配置ALE、I

7、Docs和EDI文件， 并利用ABAP語言進(jìn)行程序開發(fā)。應(yīng)用接口層在SAP中的實(shí)現(xiàn)從與SAP建立通信連接的方式上看，應(yīng)用接口層的實(shí)現(xiàn)方法有：直接連接和通 過中間件連接兩種。與SAP系統(tǒng)直接連接要直接調(diào)用非SAP系統(tǒng)中的程序，可選擇幾種不同的方法。第一種利用SAP RFC 協(xié)議直接與SAP連接；第二種方法是利用分布式公共對(duì)象模型(DCOM協(xié)議來 調(diào)用外部程序；第三種方法是利用HTTP協(xié)議，它支持ABAPSAPR/3 Enterprise 和SAP系統(tǒng)通訊。其中，RFC技術(shù)是非SAP和SAP系統(tǒng)之間通訊的核心，它提 供雙向連接功能，同時(shí)，RFC技術(shù)還可讓外部程序直接執(zhí)行SAP事件所選模塊。 SAP

8、系統(tǒng)也可用RFC協(xié)議來存取外部程序。SAP交換基礎(chǔ)設(shè)施SAP交換基礎(chǔ)設(shè)施(SAPXI-Exchange Infrastructure )作為中間件，可全力支 持SAP產(chǎn)品之間或SAP產(chǎn)品與其他系統(tǒng)之間的集成。這種中介軟件可以讓信息 交換更平順，更可預(yù)測(cè)，在最理想的狀態(tài)下，中介軟件可支持非常簡(jiǎn)單的協(xié)議，如HTTP以便能與外部系統(tǒng)進(jìn)行通訊。SAP 與非 SAP 系統(tǒng)之間的 EDI不同的系統(tǒng)之間之所以要進(jìn)行集成， 其根本原 因在于系統(tǒng)之間要進(jìn)行數(shù)據(jù)交換。 異構(gòu)數(shù)據(jù)系統(tǒng)之間的信息交換需要考慮數(shù)據(jù)交換的實(shí)時(shí)性， 即數(shù)據(jù)同步的程度和 數(shù)據(jù)交換量的大小。 根據(jù)這兩個(gè)方面， 數(shù)據(jù)集成可以分為數(shù)據(jù)共享和數(shù)據(jù)遷移

9、兩 類。數(shù)據(jù)共享數(shù)據(jù)共享是為了實(shí)現(xiàn)不同系統(tǒng)間一些實(shí)時(shí)數(shù)據(jù)的交換， 包括讀寫操作。 其主要特 點(diǎn)就是：數(shù)據(jù)交換實(shí)時(shí)性強(qiáng)、數(shù)據(jù)交換量小和穩(wěn)定性高。根據(jù) SAP 系統(tǒng)構(gòu)架，數(shù)據(jù)共享操作可以發(fā)生在兩個(gè)層面： 數(shù)據(jù)層和業(yè)務(wù)邏輯層。 發(fā)生在數(shù)據(jù)層意味著： 直接向數(shù)據(jù)庫(kù)中寫入數(shù)據(jù)， 繞開業(yè)務(wù)邏輯層， 這樣做的優(yōu) 點(diǎn)是：數(shù)據(jù)交換速度快、操作簡(jiǎn)單；缺點(diǎn)是：對(duì)于業(yè)務(wù)邏輯復(fù)雜的系統(tǒng)，由于業(yè) 務(wù)邏輯對(duì)數(shù)據(jù)格式的種種限定， 導(dǎo)致這處操作有可能無法完成， 或系統(tǒng)出現(xiàn)業(yè)務(wù) 邏輯問題，甚至可能導(dǎo)致系統(tǒng)崩潰。發(fā)生在業(yè)務(wù)邏輯層意味著： 通過業(yè)務(wù)邏輯向數(shù)據(jù)庫(kù)中寫入數(shù)據(jù)， 輸入的數(shù)據(jù)經(jīng)過 業(yè)務(wù)邏輯層的檢驗(yàn)。這種操作的優(yōu)點(diǎn)是：數(shù)據(jù)準(zhǔn)確

10、、安全穩(wěn)定；缺點(diǎn)是：實(shí)施起 來比較復(fù)雜，周期較長(zhǎng)。邏輯層的數(shù)據(jù)共享集成方法有：通過應(yīng)用編程接口（ BAPI）、基于組件（如：DOCM EJB ）或中間件（如：ALE ）方法的功能調(diào)用以及基于 Web服務(wù)（如：XML4.0） 的功能集成。數(shù)據(jù)遷移數(shù)據(jù)遷移是將一個(gè)系統(tǒng)中的數(shù)據(jù)部分或全部導(dǎo)入到另一個(gè)系統(tǒng)中。 這種數(shù)據(jù)集成 一般發(fā)生在企業(yè)安裝新系統(tǒng)時(shí)， 需要從原有系統(tǒng)中一次性裝載大量數(shù)據(jù)。 它的主 要特點(diǎn)就是：交換量大，實(shí)時(shí)性較弱。從系統(tǒng)本身講， 數(shù)據(jù)的遷移可以分為彈性遷移和非彈性遷移。 彈性遷移是指遷移 的目標(biāo)系統(tǒng)事先沒有確定的數(shù)據(jù)格式。 非彈性遷移是指數(shù)據(jù)遷移的目標(biāo)系統(tǒng)事先 有確定的數(shù)據(jù)格式。在

11、SAP 這樣復(fù)雜的系統(tǒng)環(huán)境下，由于數(shù)據(jù)格式的轉(zhuǎn)換，數(shù)據(jù)冗余以及完整性等 約束，數(shù)據(jù)遷移一般都要求通過業(yè)務(wù)邏輯層。實(shí)現(xiàn)與SAP集成的簡(jiǎn)單實(shí)例與 SAP 服務(wù)器建立連接與 SAP 服務(wù)器建立連接，也就是前面提到的應(yīng)用接口層的集成。它是整個(gè)數(shù)據(jù) 交換的先決條件。在這一階段主要是通過程序獲取 SAP 的配置信息，并進(jìn)行用 戶身份驗(yàn)證。在建立有效連接之后， SAP 服務(wù)器會(huì)根據(jù)用戶權(quán)限與外部系統(tǒng)進(jìn) 行通信。圖 5 是與 SAP 建立連接的程序框圖。li1 ft 應(yīng)Jjj毎；胡那鍛理* f數(shù)據(jù)交換過程 正如前面講到的一樣，兩個(gè)異構(gòu)數(shù)據(jù)系統(tǒng)在集成的時(shí)候，必須注意數(shù)據(jù)庫(kù)的一致 性和完整性的特點(diǎn)。所以在這里我們采用中介文檔（IDoc）的方法來轉(zhuǎn)換數(shù)據(jù)格 式。整個(gè)流程可以描述為：當(dāng)外部系統(tǒng)數(shù)據(jù)更新以后，根據(jù)預(yù)定義格式自動(dòng)生成 中間文檔，并觸發(fā)update事件通知SAP服務(wù)器。SAP服務(wù)器獲得中間文檔后， 開始遍歷IDoc并寫入數(shù)據(jù)庫(kù)，最后完成對(duì)數(shù)據(jù)庫(kù)的更新。與 SAP數(shù)據(jù)交換的 流程框圖如圖6所示。結(jié)論 本文介紹了 SAP EAI 技術(shù)。企業(yè)應(yīng)用軟件之間的集成，它不僅會(huì)對(duì)軟件的本身 產(chǎn)生影響， 而且會(huì)給整