轉(zhuǎn)自 http://www.ibm.com/developerworks/cn/websphere/library/techarticles/loulijun/0412/eai.html

本文介紹了EAI的概念，并對一套完整的EAI技術(shù)層次體系中的不同層面進(jìn)行了詳細(xì)的講解。

<!--START RESERVED FOR FUTURE USE INCLUDE FILES--><!-- include java script once we verify teams wants to use this and it will work on dbcs and cyrillic characters --><!--END RESERVED FOR FUTURE USE INCLUDE FILES-->

EAI概念綜述

企業(yè)應(yīng)用整合(EAI)的概念在IT界提出和討論已經(jīng)有幾年的歷史了，最初大家談到的EAI的概念，相對后來EAI的發(fā)展來看，可以說是一個狹義上的EAI，正如其字面上的含義"Enterprise Application Integration"，即企業(yè)應(yīng)用整合，僅指企業(yè)內(nèi)部不同應(yīng)用系統(tǒng)之間的互連，以期通過應(yīng)用整合實(shí)現(xiàn)數(shù)據(jù)在多個系統(tǒng)之間的同步和共享。

伴隨著EAI技術(shù)的不斷發(fā)展，它所被賦予的內(nèi)涵變得越來越豐富。現(xiàn)在大家談到的EAI的概念，具有更為廣義的內(nèi)涵，它已經(jīng)被擴(kuò)展到業(yè)務(wù)整合(Business Integration)的范疇，業(yè)務(wù)整合相對EAI來說是一個更寬泛的概念，它將應(yīng)用整合進(jìn)一步拓展到業(yè)務(wù)流程整合的級別。業(yè)務(wù)整合不僅要提供底層應(yīng)用支撐系統(tǒng)之間的互連，同時要實(shí)現(xiàn)存在于企業(yè)內(nèi)部應(yīng)用與應(yīng)用之間，本企業(yè)和其他合作伙伴之間的端到端的業(yè)務(wù)流程的管理，它包括應(yīng)用整合，B2B整合，自動化業(yè)務(wù)流程管理，人工流程管理，企業(yè)門戶以及對所有應(yīng)用系統(tǒng)和流程的管理和監(jiān)控等方方面面。

同樣，對于要實(shí)施EAI的企業(yè)而言，EAI也是分層次的，但對于如何劃分和規(guī)范EAI層次的定義，業(yè)界并沒有一個統(tǒng)一的標(biāo)準(zhǔn)。針對不同的企業(yè)，同樣叫"企業(yè)應(yīng)用整合"，其內(nèi)容和層次可能就會存在一定的差異；對于各家EAI廠商，基于EAI理解的側(cè)重點(diǎn)不同，也可以說出不同的答案。當(dāng)前從最普遍的意義上來說，比較寬泛的對EAI概念的理解是認(rèn)為EAI可以包括數(shù)據(jù)集成、應(yīng)用集成和業(yè)務(wù)流程集成等多個方面。

具體到技術(shù)層面上的劃分，我們認(rèn)為一套完整的EAI技術(shù)層次體系應(yīng)該包括應(yīng)用接口層，應(yīng)用整合層，流程整合層和用戶交互層四個大的層面。

概括來講：EAI技術(shù)層次體系最下面的一層是應(yīng)用接口層，它要解決的是應(yīng)用集成服務(wù)器與被集成系統(tǒng)之間的連接和數(shù)據(jù)接口的問題。再往上去就是應(yīng)用整合層，它要解決的是被集成系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換問題，通過建立統(tǒng)一的數(shù)據(jù)模型來實(shí)現(xiàn)不同系統(tǒng)間的信息轉(zhuǎn)換。應(yīng)用整合層之上是流程整合層，它將不同的應(yīng)用系統(tǒng)連接在一起，進(jìn)行協(xié)同工作，并提供商業(yè)流程管理的相關(guān)功能，包括流程設(shè)計、監(jiān)控和規(guī)劃，實(shí)現(xiàn)業(yè)務(wù)流程的管理。到了最上端的用戶交互層，則是為用戶在界面上提供一個統(tǒng)一的信息服務(wù)功能入口，通過將內(nèi)部和外部各種相對分散獨(dú)立的信息組成一個統(tǒng)一的整體，保證了用戶既能夠從統(tǒng)一的渠道訪問其所需的信息，也可以依據(jù)每一個用戶的要求來設(shè)置和提供個性化的服務(wù)。

接下來，我們將分別闡述這四個主要的技術(shù)層面。

?

回頁首

1 應(yīng)用接口層

EAI要解決的問題是獨(dú)立應(yīng)用系統(tǒng)之間的連接，傳統(tǒng)的應(yīng)用系統(tǒng)之間的連接方式包括了：CORBA, SOCKET通訊, RMI, RPC, EJB, COM/COM+, HTTP和FTP等，數(shù)據(jù)庫系統(tǒng)之間常見的連接規(guī)范包括：ODBC, JDBC。上述這些規(guī)范在企業(yè)應(yīng)用系統(tǒng)或數(shù)據(jù)庫系統(tǒng)之間傳統(tǒng)的點(diǎn)對點(diǎn)的連接中得以廣泛應(yīng)用。但是由于這些系統(tǒng)之間的連接是通過上述連接接口實(shí)現(xiàn)的，沒有一定的規(guī)范和標(biāo)準(zhǔn)，使得在今后新系統(tǒng)的加入和舊系統(tǒng)的移植過程中，就會產(chǎn)生接口兼容性問題。

而在EAI的應(yīng)用接口層，主要是通過適配器技術(shù)將原有數(shù)據(jù)庫系統(tǒng)、應(yīng)用系統(tǒng)和原有網(wǎng)絡(luò)服務(wù)組件封裝起來，實(shí)現(xiàn)系統(tǒng)之間的互通互聯(lián)。

適配器是EAI廠商或產(chǎn)品廠商為了解決系統(tǒng)之間的連接而開發(fā)的可重用的、統(tǒng)一的接口，通過該接口每一個應(yīng)用系統(tǒng)僅需要與業(yè)務(wù)整合平臺相連，而不需要與每個與之交互的應(yīng)用系統(tǒng)相連。適配器的引入主要有以下優(yōu)點(diǎn)：

• 為獨(dú)立的系統(tǒng)之間提供重用的、統(tǒng)一的接口；
• 支持事務(wù)管理、安全性和連接管理與應(yīng)用系統(tǒng)連接；
• 增加企業(yè)數(shù)據(jù)資源的共享程度；
• 適配器封裝了對數(shù)據(jù)操作的緩沖區(qū)，可以提高對數(shù)據(jù)批處理訪問的效率；
• 增強(qiáng)了基于組件或面向?qū)ο箝_發(fā)模塊的網(wǎng)絡(luò)應(yīng)用的功能，這些組件或?qū)ο蟀ǎ喝鏑OM, DCOM或CORBA等。

適配器一般可分為四類：即企業(yè)應(yīng)用系統(tǒng)適配器、技術(shù)標(biāo)準(zhǔn)類適配器、主機(jī)系統(tǒng)適配器和自行開發(fā)適配器。

1) 企業(yè)應(yīng)用系統(tǒng)適配器

企業(yè)應(yīng)用系統(tǒng)通常指的是那些大型的，集成封裝程度很高的應(yīng)用軟件系統(tǒng)，常常被應(yīng)用在ERP，CRM，SCM等領(lǐng)域內(nèi)。諸如：JD Edwards, Lotus Notes, PeopleSoft, SAP R/3, Siebel, SWIFT 系統(tǒng)等等。對上述系統(tǒng)的連接一般有兩種方式可以選擇：

• 企業(yè)應(yīng)用系統(tǒng)廠商提供的連接解決方案
• 專業(yè)EAI廠商提供的應(yīng)用適配器

企業(yè)應(yīng)用系統(tǒng)產(chǎn)品廠商一般都會提供自身的EAI解決方案，比如SAP的ALE/IDocs和BAPI、Siebel的e-business 2000、Oracle提供的中間件OAI(Oracle Application InterConnect)和PeopleSoft的PeopleTools。這些方案均提供了對外部系統(tǒng)連接接口，來實(shí)現(xiàn)數(shù)據(jù)交換、流程整合等業(yè)務(wù)功能。而專業(yè)EAI廠商提供的應(yīng)用適配器則通常是建立在產(chǎn)品廠商EAI解決方案的基礎(chǔ)之上，并很好地封裝了復(fù)雜的系統(tǒng)內(nèi)應(yīng)用邏輯。比較而言，供應(yīng)商自身所提供的EAI解決方案更多地關(guān)注的是和自身其它產(chǎn)品的集成優(yōu)化，對多元化的其他集成對象不能提供更優(yōu)秀的集成性能。而專業(yè)EAI廠商所提供的企業(yè)應(yīng)用系統(tǒng)適配器不僅能夠保證被集成產(chǎn)品覆蓋面的廣泛，比之前種方式又屏蔽了這些應(yīng)用系統(tǒng)內(nèi)部的復(fù)雜邏輯，減少了對相應(yīng)適配器編程接口的學(xué)習(xí)時間。因而在選擇EAI平臺時，應(yīng)盡可能選擇專業(yè)EAI廠商所提供的企業(yè)應(yīng)用系統(tǒng)適配器。

2) 技術(shù)標(biāo)準(zhǔn)類適配器

除了與打包的商業(yè)應(yīng)用系統(tǒng)相連的適配器之外，還有一種非常重要的適配器，即通過業(yè)界標(biāo)準(zhǔn)或其他技術(shù)手段和應(yīng)用系統(tǒng)相連的適配器，如：JDBC, XML, Web Services, JMS，文件適配器等，比如，其中最為常見的是數(shù)據(jù)庫適配器。當(dāng)前很多企業(yè)的應(yīng)用系統(tǒng)都是基于數(shù)據(jù)庫為后臺構(gòu)建而成，因而數(shù)據(jù)庫適配器在整個適配器分類中占了很大一部分比重。在構(gòu)建EAI平臺時，采用合適的數(shù)據(jù)庫適配器，可以省去傳統(tǒng)的編程工作，大大提高了開發(fā)效率，減輕了技術(shù)人員的工作負(fù)擔(dān)。

除了數(shù)據(jù)庫適配器之外，符合JCA標(biāo)準(zhǔn)的適配器也是目前J2EE環(huán)境下一種常見的技術(shù)標(biāo)準(zhǔn)類適配器。JCA是在J2EE1.3的版本規(guī)范中提出的，由企業(yè)信息系統(tǒng)（EIS）廠家來執(zhí)行和提供。JCA的資源適配器是規(guī)范化的EIS代理，可插入到任何符合J2EE規(guī)范的應(yīng)用服務(wù)器中，并通過應(yīng)用服務(wù)器提供的標(biāo)準(zhǔn)EIS訪問接口－通用客戶機(jī)接口（Common Client Interface，CCI）來對EIS執(zhí)行操作。JCA向基于EAI的應(yīng)用程序開發(fā)者提供了一個將EIS整合進(jìn)入J2EE的標(biāo)準(zhǔn)方法。此方法定義了一套開發(fā)者能在J2EE環(huán)境中使用的通用API和服務(wù)。

3) 主機(jī)系統(tǒng)適配器

對于某些行業(yè)中常見的主機(jī)（Mainframe）結(jié)構(gòu)，EAI產(chǎn)品也會提供相應(yīng)的適配器，這些適配器會提供業(yè)務(wù)應(yīng)用和數(shù)據(jù)庫與主機(jī)之間的實(shí)時雙向交易，由于主機(jī)中的邏輯組件一般包括CICS,IMS, COBOL, MQ Series, DB/2等，相應(yīng)地與主機(jī)通訊的適配器也包括了CICS適配器, IMS適配器, Files適配器 、Sockets適配器和DB2適配器等。

4) 自行開發(fā)適配器

為了方便用戶開發(fā)自己需要的適配器，EAI產(chǎn)品需要提供適配器開發(fā)工具包(Adapter Development Kit，簡稱ADK。ADK對EAI產(chǎn)品邏輯進(jìn)行了封裝，對開發(fā)者來講，利用ADK只需要將注意力集中在所連接系統(tǒng)的接口實(shí)施上。

?

回頁首

2 應(yīng)用整合層

應(yīng)用整合層是EAI技術(shù)層次體系中的核心層次，該層次是連接業(yè)務(wù)流程管理層和應(yīng)用接口層的橋梁。數(shù)據(jù)信息在業(yè)務(wù)流程中的流轉(zhuǎn)以及在各個應(yīng)用系統(tǒng)之間的交互必須建立在數(shù)據(jù)源和數(shù)據(jù)目的地都能理解該數(shù)據(jù)信息的基礎(chǔ)之上。在應(yīng)用整合層我們定義了能為數(shù)據(jù)產(chǎn)生源、數(shù)據(jù)處理地、數(shù)據(jù)投送地都能理解的信息處理規(guī)范方式、方法和規(guī)則，包括：數(shù)據(jù)格式定義、數(shù)據(jù)轉(zhuǎn)換和消息路由。

2.1 數(shù)據(jù)格式定義

數(shù)據(jù)格式定義是EAI執(zhí)行信息處理的基礎(chǔ)。一般認(rèn)為數(shù)據(jù)是信息的載體，數(shù)據(jù)只有通過一定的方式對信息內(nèi)容進(jìn)行標(biāo)識，轉(zhuǎn)換為統(tǒng)一格式之后，才能實(shí)現(xiàn)在不同的異構(gòu)系統(tǒng)間的發(fā)布和共享。換句話來講，EAI如果缺乏一種對數(shù)據(jù)格式的統(tǒng)一描述方法，就會使得信息載體所采用的數(shù)據(jù)封裝形式有所不同，無法保證經(jīng)過轉(zhuǎn)換后的目標(biāo)數(shù)據(jù)能夠完全準(zhǔn)確地表達(dá)源數(shù)據(jù)的信息，造成信息的丟失。

作為數(shù)據(jù)格式，通常有三種方式：

• 使用特定行業(yè)已經(jīng)存在的標(biāo)準(zhǔn)
• 使用 XML 作為數(shù)據(jù)格式的統(tǒng)一描述語言
• 用戶自定義格式

如EDI，SWIFT就是某些行業(yè)的標(biāo)準(zhǔn)數(shù)據(jù)格式之一，而XML作為開發(fā)性數(shù)據(jù)描述語言，除了大量應(yīng)用在因特網(wǎng)技術(shù)及文檔描述中，在數(shù)據(jù)交換中也承擔(dān)了一個重要的角色。作為一種與平臺無關(guān)的標(biāo)準(zhǔn)文本，XML能夠被所有程序語言讀寫，使用DTD或Schema技術(shù)，XML的解釋程序就能對文件內(nèi)容進(jìn)行驗證并處理。

2.2 數(shù)據(jù)轉(zhuǎn)換

數(shù)據(jù)轉(zhuǎn)換是應(yīng)用整合層的重要組成部分，它是指將不同的信息格式和語法重新轉(zhuǎn)換成能被目標(biāo)應(yīng)用系統(tǒng)所理解的數(shù)據(jù)格式和語義的整合技術(shù)。數(shù)據(jù)轉(zhuǎn)換包括兩個層面的內(nèi)容，即數(shù)據(jù)格式轉(zhuǎn)換和數(shù)據(jù)語義轉(zhuǎn)換。

• 格式轉(zhuǎn)換
  
  在上節(jié)數(shù)據(jù)格式定義中，我們已經(jīng)指出了定義EAI數(shù)據(jù)格式標(biāo)準(zhǔn)的必要性。因此，我們自然希望能夠?qū)崿F(xiàn)任意形式的數(shù)據(jù)格式都轉(zhuǎn)換成為我們所指定的一種統(tǒng)一、規(guī)范的標(biāo)準(zhǔn)數(shù)據(jù)格式（如XML）上去，在此基礎(chǔ)上再來執(zhí)行后續(xù)相關(guān)的信息處理工作。當(dāng)然，這種方式也不是數(shù)據(jù)格式轉(zhuǎn)換的唯一途徑。譬如在對數(shù)據(jù)傳輸效率要求很高或者數(shù)據(jù)傳輸方向單一的情況下，仍然可以保持沿用原有格式或采用其它中間格式作為替代。
• 語義轉(zhuǎn)換
  
  在現(xiàn)實(shí)的數(shù)據(jù)環(huán)境中，不僅數(shù)據(jù)源是異構(gòu)的，數(shù)據(jù)表示十分復(fù)雜，數(shù)據(jù)之間的語義聯(lián)系也相當(dāng)豐富。數(shù)據(jù)要在不同的應(yīng)用系統(tǒng)之間或者業(yè)務(wù)流程之間交流，必須確保交互的雙方對數(shù)據(jù)表達(dá)的語義有統(tǒng)一的認(rèn)識。EAI平臺上應(yīng)該建設(shè)一個全局的語義完整性控制，在應(yīng)用整合層面上解決由于各局部數(shù)據(jù)庫的異構(gòu)性而引起的在數(shù)據(jù)對象的命名、數(shù)據(jù)的格式以及數(shù)據(jù)結(jié)構(gòu)等方面存在不一致的問題，為全局用戶提供全局?jǐn)?shù)據(jù)信息的集成和統(tǒng)一的表示。

2.3 消息路由

消息路由通常是指為了使消息在不同的消息域中共享，而將消息從一個域路由到另外一個域的信息處理手段。消息路由建立在已有數(shù)據(jù)格式定義和數(shù)據(jù)轉(zhuǎn)換基礎(chǔ)之上，通過消息中間件技術(shù)能夠動態(tài)的識別和理解從源應(yīng)用發(fā)出的消息并且把它發(fā)向特定的應(yīng)用系統(tǒng)。

?

回頁首

3 流程整合層

3.1 流程整合概述

業(yè)務(wù)整合著眼于提高每個業(yè)務(wù)流程的效率和效能，利用業(yè)務(wù)整合，業(yè)務(wù)流程被推向解決方案的最前沿，通過采用成熟的技術(shù)可以成功地創(chuàng)建模型，自動化流程處理過程，監(jiān)控和管理這些業(yè)務(wù)流程，從而滿足業(yè)務(wù)變化的需求。它通過同時協(xié)同人工參與流程和自動化運(yùn)行的流程來整合一個跨越企業(yè)內(nèi)部同部門和不同系統(tǒng)之間的業(yè)務(wù)流。由于業(yè)務(wù)整合致力于從高瞻遠(yuǎn)矚的角度來優(yōu)化和協(xié)同企業(yè)內(nèi)部的業(yè)務(wù)流程，它提高了投資回報率，它使得業(yè)務(wù)人員和IT人員獲得一個面向服務(wù)的、統(tǒng)一全面的企業(yè)組織架構(gòu)視圖，并創(chuàng)建一個可以通過IT技術(shù)實(shí)現(xiàn)的業(yè)務(wù)流程平臺，從而幫助企業(yè)獲得成功。

業(yè)務(wù)整合的第一步是定義端到端的業(yè)務(wù)流程，這里的難點(diǎn)在于由于很多業(yè)務(wù)流程可能跨越了多個部門，所以沒有某一個人可以完全了解和負(fù)責(zé)某個流程，對流程的定義和規(guī)劃可能需要多個業(yè)務(wù)經(jīng)理的參與，為了完成流程建模任務(wù)，業(yè)務(wù)分析人員需要創(chuàng)建模型，然后與相關(guān)的參與者溝通和交流直到最后對流程模型進(jìn)行確認(rèn)，同時對流程進(jìn)行優(yōu)化。因此，要求業(yè)務(wù)整合平臺能夠首先提供一個強(qiáng)大的建模環(huán)境，并且支持對流程的分析和再優(yōu)化。

創(chuàng)建完流程模型之后，我們需要將其投入運(yùn)行實(shí)施，業(yè)務(wù)流程重組失敗的原因往往在于不能在最大限度地重用現(xiàn)有系統(tǒng)的前提下來實(shí)施流程的自動化，而業(yè)務(wù)整合解決方案可以在不修改或者盡量少地修改原有應(yīng)用的情況下來整合和驅(qū)動橫跨這些應(yīng)用之間的業(yè)務(wù)流程。

某些業(yè)務(wù)流程可能會超出企業(yè)內(nèi)部的范疇而涉及到其他合作伙伴或者用戶，我們需要盡量減少這些流程中的人工交易，從而降低流程的運(yùn)行周期和成本，提高流程自動化程度和客戶滿意度。

另外，對于企業(yè)中的各種業(yè)務(wù)流程，我們需要對其進(jìn)行實(shí)時的、端到端的監(jiān)控，業(yè)務(wù)經(jīng)理如果能夠隨時看到有關(guān)關(guān)鍵性能指標(biāo)的統(tǒng)計，如：貨物發(fā)送的數(shù)量，過期的訂單數(shù)量等，通過這些統(tǒng)計數(shù)據(jù)，他們可以采取積極的措施來優(yōu)化業(yè)務(wù)流程，提高客戶滿意度。

最后，為了保持企業(yè)的競爭優(yōu)勢，企業(yè)需要有效地管理它們的業(yè)務(wù)流程，持續(xù)地對其進(jìn)行優(yōu)化，這包括對業(yè)務(wù)流程的分析，對優(yōu)化后流程的仿真運(yùn)行，對流程功能的修改和增加等；如果企業(yè)采用相應(yīng)的能夠?qū)α鞒谭抡孢\(yùn)行，并且估算優(yōu)化后流程的相應(yīng)性能指標(biāo)的實(shí)用工具的話，就能夠很好地幫助企業(yè)優(yōu)化其業(yè)務(wù)流程，提高投資回報率。

概括而論，一個完整的業(yè)務(wù)流程整合方案應(yīng)該包括BPM、BAM、B2Bi三個主要方面，只有具備了這三方面的能力，企業(yè)才能真正從業(yè)務(wù)整合中受益，實(shí)現(xiàn)隨需應(yīng)變的電子商務(wù)。

3.2 業(yè)務(wù)流程管理(BPM)

BPM是在企業(yè)范圍內(nèi)實(shí)現(xiàn)業(yè)務(wù)流程自動化，使得企業(yè)應(yīng)用之間不再孤立，企業(yè)的軟件更加模塊化、標(biāo)準(zhǔn)化，從而使企業(yè)變得更加敏捷更加靈活。BPM能夠用來實(shí)現(xiàn)企業(yè)內(nèi)的流程自動化，常用的就是實(shí)現(xiàn)跨系統(tǒng)流程的自動化。BPM最突出的，是能夠?qū)崿F(xiàn)自動和手工混合流程的自動化，把流程中涉及的系統(tǒng)連接起來，實(shí)現(xiàn)業(yè)務(wù)步驟（包括手工的和系統(tǒng)實(shí)現(xiàn)的）的自動化。多個流程可以作為獨(dú)立的單元進(jìn)行存取，也可以聯(lián)合起來形成一個更高層次的流程。BPM是一個完整的企業(yè)應(yīng)用集成實(shí)現(xiàn)策略，它使企業(yè)內(nèi)的一個個分離系統(tǒng)變成了一個支持業(yè)務(wù)過程的連續(xù)系統(tǒng)，滿足企業(yè)的整個業(yè)務(wù)過程需求。在一個基于流程的企業(yè)中，企業(yè)為其所有的業(yè)務(wù)事務(wù)處理都清楚地定義了過程，企業(yè)的每一個活動都是為了完成特定的業(yè)務(wù)過程任務(wù)，而與過程任務(wù)無關(guān)的活動都被排除在企業(yè)之外。業(yè)務(wù)流程通常都是由事件驅(qū)動的，事件就是由用戶行為、軟件或時間等引起的一些活動或狀態(tài)。BPM實(shí)現(xiàn)了跨越多個異構(gòu)的應(yīng)用系統(tǒng)的業(yè)務(wù)過程自動化。

業(yè)務(wù)流程分企業(yè)內(nèi)部業(yè)務(wù)流程和企業(yè)外部業(yè)務(wù)流程。因此，企業(yè)需要實(shí)現(xiàn)的業(yè)務(wù)流程集成分為三部分：內(nèi)部業(yè)務(wù)流程集成，外部業(yè)務(wù)流程集成，內(nèi)外部業(yè)務(wù)流程集成。企業(yè)的內(nèi)部業(yè)務(wù)流程集成是由通過BPM實(shí)現(xiàn)的，外部的業(yè)務(wù)流程集成是通過B2Bi實(shí)現(xiàn)的，內(nèi)外部業(yè)務(wù)流程集成是通過BPM和B2Bi共同實(shí)現(xiàn)的。

BPM實(shí)現(xiàn)了一個平臺兩種業(yè)務(wù)流程模式（業(yè)務(wù)流程自動化和人員介入工作流）的融合能力，包括流程建模、流程監(jiān)控、工作流等方面。

• 流程建模
  流程建模是對業(yè)務(wù)模型進(jìn)行集中設(shè)計并對模型進(jìn)行管理。流程建模使用活動圖形和常用結(jié)構(gòu)圖等模型結(jié)構(gòu)來設(shè)計業(yè)務(wù)模型，用圖像顯示方式建造內(nèi)部和外部不同組織的控制流模型。流程建模通過組織外界用戶和合作伙伴，表述部分外部控制的業(yè)務(wù)流程，創(chuàng)建流程架構(gòu)（流程和子流程分組），實(shí)現(xiàn)層次控制和流程再利用。流程建模可以集成企業(yè)應(yīng)用系統(tǒng)、主機(jī)系統(tǒng)、數(shù)據(jù)庫、應(yīng)用服務(wù)器、員工工作流程和企業(yè)接入業(yè)務(wù)伙伴系統(tǒng)，同時為業(yè)務(wù)分析師提供了可視的、易懂的程序自動化解決方案。EAI平臺提供可視化的流程建模工具，包括圖形化的流程設(shè)計和管理界面，流程運(yùn)行時可視化的維護(hù)管理和監(jiān)控分析界面。
• 流程監(jiān)控
  流程監(jiān)控是對系統(tǒng)中的核心業(yè)務(wù)流程進(jìn)行分級和分類（分級可以按照業(yè)務(wù)的優(yōu)先級來劃分，分類可以按照業(yè)務(wù)類型進(jìn)行規(guī)類）的管理。使用預(yù)定義的圖形格式，監(jiān)查特定流程實(shí)例，對業(yè)務(wù)流程的動態(tài)執(zhí)行過程實(shí)時跟蹤，并對業(yè)務(wù)流程執(zhí)行情況（如業(yè)務(wù)流程執(zhí)行成功、失敗、回滾）進(jìn)行統(tǒng)計。通過流程監(jiān)控，從業(yè)務(wù)的角度來分析業(yè)務(wù)流程，為高層提供決策支持。流程監(jiān)控還提供通知和預(yù)警機(jī)制，能夠更有效地控制業(yè)務(wù)流程的運(yùn)行。
• 工作流
  業(yè)務(wù)流程自動化只是解決了業(yè)務(wù)流程管理中的部分問題。譬如說，隨著程序的自動化，人的工作就集中在異常事件的處理。然而，當(dāng)需要員工作出頻繁判斷、決策標(biāo)準(zhǔn)確定、需要層層審批，或需要用戶確定丟失命令位置等分析工作時，流程自動化就不適合了。
  工作流是指那些需要人工進(jìn)行干預(yù)的業(yè)務(wù)流程(這里要說明的是對于全自動化的流程和有人工參與的流程，沒有一個標(biāo)準(zhǔn)的稱謂名稱，某些廠商認(rèn)為業(yè)務(wù)流程是指沒有人工參與的流程，而工作流是有人工參與的流程，在這方面沒有統(tǒng)一的標(biāo)準(zhǔn))。工作流的實(shí)現(xiàn)是通過基于可視模型，管理和實(shí)現(xiàn)以人為本的業(yè)務(wù)流程的不斷精簡，通過設(shè)計、部署、管理并維護(hù)工作流，可分階段部署工作流，不用在控制工作流的效益實(shí)現(xiàn)前就對所有業(yè)務(wù)流程重新設(shè)計，并把工作流覆蓋到企業(yè)的各個方面。
  工作流通過人機(jī)交互界面的方式來定制，在使用上支持客戶端。通過EAI平臺提供的圖形化的設(shè)計工具，工作流無需編程即可支持快速的、組織管理嚴(yán)密的流程開發(fā)和部署。用戶可以在工作流設(shè)計中完成流程中數(shù)據(jù)結(jié)構(gòu)的定義，進(jìn)行數(shù)據(jù)映射，無需編寫代碼。工作流在設(shè)計上支持路由選擇、連接、控制、比較、計時和通知等設(shè)計功能。同時EAI平臺提供的協(xié)同工作，版本管理功能，能在不影響運(yùn)行工作流程的情況下，升級和部署業(yè)務(wù)流程。
  通過流程監(jiān)控，可以監(jiān)控工作流上的所有工作流的狀態(tài)，包括：工作流是否被激活，工作流被執(zhí)行到哪一個任務(wù)環(huán)節(jié)，工作流中的某一任務(wù)是否已經(jīng)被處理或正被處理等。

3.3 業(yè)務(wù)行為監(jiān)控(BAM)

關(guān)鍵績效指標(biāo)是對企業(yè)總體戰(zhàn)略目標(biāo)的分解，反映最能有效影響企業(yè)價值創(chuàng)造的關(guān)鍵驅(qū)動因素。BAM是對關(guān)鍵績效指標(biāo)的訪問，采用實(shí)時監(jiān)控、警報、干預(yù)方式，獲得商業(yè)運(yùn)作的實(shí)時數(shù)據(jù)，，來改進(jìn)商業(yè)運(yùn)作的速度和效率，為今后商業(yè)活動提供警報。BAM是EAI技術(shù)當(dāng)前發(fā)展最為快速、業(yè)務(wù)高級優(yōu)化最有效的手段，其宗旨在于實(shí)時獲得業(yè)務(wù)流程運(yùn)行的狀態(tài)，自動提供客觀分析報告，以優(yōu)化、改進(jìn)業(yè)務(wù)流程，其改進(jìn)包括技術(shù)層面，也包括人員、管理層面。

盡管BAM將經(jīng)常使用數(shù)據(jù)倉庫和其他工具提供與業(yè)務(wù)警報有關(guān)的信息，但BAM不是歷史記錄的回顧，它專注在跨應(yīng)用系統(tǒng)的監(jiān)控，把來自于多個邏輯或物理獨(dú)立的資源的事件和消息聯(lián)系在一起，提供滿足業(yè)務(wù)需要的實(shí)時監(jiān)控。BAM在技術(shù)實(shí)現(xiàn)上包括EAI中的應(yīng)用集成和業(yè)務(wù)流程管理（BAM中的業(yè)務(wù)監(jiān)控是由BPM中的業(yè)務(wù)監(jiān)控實(shí)現(xiàn)的），以及EAI與商務(wù)智能，數(shù)據(jù)倉庫和網(wǎng)絡(luò)系統(tǒng)管理這些其他技術(shù)領(lǐng)域的技術(shù)集成。雖然BAM的實(shí)現(xiàn)需要EAI外部的商務(wù)智能，數(shù)據(jù)倉庫和網(wǎng)絡(luò)系統(tǒng)管理技術(shù)的輔助支持，但BAM是從EAI出發(fā)實(shí)施業(yè)務(wù)流程管理和應(yīng)用集成，因此BAM仍被化歸為EAI的業(yè)務(wù)流程管理層的范疇，它是EAI的一個的發(fā)展趨勢。

BAM的是在企業(yè)實(shí)施完BPM方案的基礎(chǔ)上發(fā)展起來的。企業(yè)在實(shí)施完BPM（業(yè)務(wù)流程管理）解決方案之后，可以從業(yè)務(wù)流程層面，快捷、方便的進(jìn)行業(yè)務(wù)設(shè)計和業(yè)務(wù)部署能力。同時通過業(yè)務(wù)流程監(jiān)控工具，采集業(yè)務(wù)流程運(yùn)行的實(shí)時信息，對業(yè)務(wù)流程進(jìn)行管理。許多決策分析工具可以幫助用戶采集大量業(yè)務(wù)基礎(chǔ)數(shù)據(jù)，并對這些數(shù)據(jù)進(jìn)行抽取，挖掘，多維分析，最終為決策層提交業(yè)務(wù)操作報告，確定業(yè)務(wù)操作的不足，為決策層制定企業(yè)的進(jìn)一步發(fā)展規(guī)劃和實(shí)施策略提供眾多的管理信息。但是，目前的決策分析工具所采集的業(yè)務(wù)基礎(chǔ)數(shù)據(jù)基本上是采用批量導(dǎo)入的方式，實(shí)時性比較欠缺。眾多業(yè)務(wù)基礎(chǔ)數(shù)據(jù)已經(jīng)被記錄到核心的運(yùn)作數(shù)據(jù)庫中，因此，如何有效地把實(shí)時的業(yè)務(wù)數(shù)據(jù)和決策分析工具完美地集成起來，為決策層提供經(jīng)過實(shí)時分析得到的管理數(shù)據(jù)，就是BAM（商務(wù)活動監(jiān)控）需要解決的問題。通過實(shí)施BAM，企業(yè)具備了敏捷型企業(yè)所要求的素質(zhì)，快速地響應(yīng)市場變化，快速地調(diào)整業(yè)務(wù)策略，快速地實(shí)施業(yè)務(wù)流程，同時根據(jù)反饋的信息進(jìn)行快速地優(yōu)化調(diào)整。

BAM結(jié)合AI（應(yīng)用集成），BI（商業(yè)智能），BPM，DW（數(shù)據(jù)倉庫），NSM（網(wǎng)絡(luò)服務(wù)管理）等技術(shù)，讓各自領(lǐng)域內(nèi)的優(yōu)勢與對方充分融合，為企業(yè)提供統(tǒng)一的企業(yè)集成和實(shí)時可見的商務(wù)活動平臺（BAP），為企業(yè)提供了把端到端集成與實(shí)時可見商業(yè)智能（BI）相結(jié)合的解決方案。

3.4 企業(yè)間整合(B2Bi)

B2Bi即B2B Integration，指企業(yè)間的信息整合，即企業(yè)合作伙伴間，集合彼此的業(yè)務(wù)流程、應(yīng)用軟件、資料及Web功能，使參與的商業(yè)伙伴均能夠即時獲得相關(guān)信息，并予以回應(yīng)，使企業(yè)充分協(xié)同作業(yè)并達(dá)到企業(yè)延伸，目的在于使得企業(yè)社群整體皆能獲利。B2Bi基于外部網(wǎng)絡(luò)（如Internet）,安全而有效地實(shí)現(xiàn)信息交換與交易發(fā)生。不同貿(mào)易伙伴間存在不同的貿(mào)易協(xié)議與數(shù)據(jù)格式，同樣通過協(xié)議轉(zhuǎn)換與數(shù)據(jù)傳輸服務(wù)，實(shí)現(xiàn)這些信息的發(fā)送、接收與驗證。B2Bi關(guān)注于企業(yè)對外的業(yè)務(wù)流程集成，BPM關(guān)注于企業(yè)對內(nèi)的業(yè)務(wù)流程集成，EAI的解決方案應(yīng)該有能力來整合這兩方面的問題。

B2Bi做為EAI規(guī)范標(biāo)準(zhǔn)的一部分，在EAI中的作用主要側(cè)重于企業(yè)合作伙伴上下游間的流程整合。它與EAI處理企業(yè)內(nèi)部在應(yīng)用程序和資料上的整合方式非常相似，如兩者間所使用的技術(shù)非常相似，都是以中間件作為不同系統(tǒng)間傳遞訊息的機(jī)制，此外兩者的整合方式也非常相像，大部分情況下，在執(zhí)行企業(yè)整合前，應(yīng)當(dāng)先整合企業(yè)內(nèi)部資源。

?

回頁首

4 用戶交互層

用戶交互層是EAI與用戶實(shí)現(xiàn)人機(jī)交互在表示層面上的擴(kuò)展。涉及的內(nèi)容包括展示內(nèi)容的集成（門戶應(yīng)用）、單點(diǎn)登陸（Single Sign On）、用戶統(tǒng)一管理、用戶認(rèn)證授權(quán)的管理等。現(xiàn)今很多EAI產(chǎn)品都提供了對用戶集成這幾方面內(nèi)容的支持。

EAI解決方案中除了涵蓋以上這四個層面之外，當(dāng)然還需要提供一些基礎(chǔ)服務(wù)，如底層的數(shù)據(jù)通訊服務(wù)，信息安全服務(wù)，事物處理服務(wù)，系統(tǒng)管理服務(wù)等，這里就不再詳細(xì)闡述了。

?

回頁首

5 EAI的發(fā)展方向

隨著EAI以及Web Service技術(shù)的成熟和發(fā)展，近期出現(xiàn)了SOA, ESB, BPEL4WS 等新的概念，這些新的技術(shù)將成為未來EAI實(shí)現(xiàn)的新的技術(shù)手段和發(fā)展趨勢。 其中服務(wù)導(dǎo)向的架構(gòu)（Service-Oriented Architecture, SOA）是透過業(yè)務(wù)服務(wù)的概念來提供IT的各項基本應(yīng)用功能，讓這些服務(wù)可以自由地被排列組合、融會貫通，以便在未來能隨時彈性配合新的需求而調(diào)整。Web Services是SOA的一種具體實(shí)現(xiàn)方式，SOA的世界是由服務(wù)提供者（Service Provider）、服務(wù)請求者（Service Requester） 以及服務(wù)代理者（Service Broker）所組成，目標(biāo)是將所有具備價值的IT 資源，不論是舊的或新的，通通都能夠透過Web Services的包裝，成為隨取即用的IT 資產(chǎn)，并可將各種服務(wù)快速匯整，開發(fā)出組合式應(yīng)用，達(dá)到「整合即開發(fā)」的目的。

SOA的架構(gòu)只是實(shí)現(xiàn)和解決了服務(wù)模塊間調(diào)用的互操作問題，為了更好的服務(wù)于企業(yè)應(yīng)用，引入了企業(yè)服務(wù)總線的應(yīng)用架構(gòu)（Enterprise Service Bus，ESB）。這一構(gòu)架是基于消息中間件（Messaging Middleware）、智能路由、數(shù)據(jù)轉(zhuǎn)換等技術(shù)實(shí)現(xiàn)的。ESB提供了一個基于標(biāo)準(zhǔn)的松散應(yīng)用耦合模式，ESB由3層構(gòu)成：

總線接入層：通過這一層可以使用戶各種應(yīng)用接入ESB，使用ESB的各種服務(wù)。在這一層提供對多種主流應(yīng)用的接入?yún)f(xié)議支持，如HTTP、JCA/J2C、.NET，IBM／CICS等。同時考慮到一些客戶自己定制的應(yīng)用與ESB的連接，在總線接入層提供了適配器服務(wù)。

核心層：提供多種企業(yè)服務(wù)總線所需的必要服務(wù)支持，在這一層除了提供總線基本服務(wù)（如分發(fā)／訂閱、隊列、安全服務(wù)、仲裁服務(wù)等）外，還提供了QoS的支持（如高可用性、確保消息傳輸?shù)龋?

微流程組合／拆分＆定制路由層：這一層是側(cè)重在業(yè)務(wù)支持上。通過通用和標(biāo)準(zhǔn)的對象和服務(wù)模型，可以在這一層上定義可重用和基于業(yè)界標(biāo)準(zhǔn)的業(yè)務(wù)流程。

而BPEL4WS，即Web 服務(wù)的業(yè)務(wù)流程執(zhí)行語言，是基于Web 服務(wù)的一個新的流程描述語言的標(biāo)準(zhǔn)，利用BPEL4WS標(biāo)準(zhǔn)，您可以創(chuàng)建出能夠完成如 Web 服務(wù)調(diào)用、操縱數(shù)據(jù)、拋出故障或終止一個流程等工作的不同活動，然后將它們連接起來，從而創(chuàng)建出復(fù)雜的流程。

由此看來，EAI技術(shù)是業(yè)界的一個發(fā)展趨勢，越來越多的企業(yè)將采用EAI解決方案，并從中獲益，希望本文能使大家在對EAI技術(shù)層面的理解上有所收獲，更加準(zhǔn)確地了解EAI的內(nèi)涵，從而選擇正確的EAI解決方案和實(shí)施路線。

EAI技術(shù)和概念解析