第二章企業(yè)應(yīng)用集成EAI

第二章企業(yè)應(yīng)用集成EAI第一頁，共103頁。2.1誰需要EAI？第二頁，共103頁。兩個被普遍關(guān)注的問題信息化中存在的兩個普遍問題：IT黑洞問題應(yīng)用孤島問題第三頁，共103頁。IT黑洞問題IT黑洞美好的愿望艱苦的努力用戶開發(fā)商用戶開發(fā)商高額的投資復(fù)雜的過程漫長的周期失控的質(zhì)量無盡的維護(hù)雙輸?shù)慕Y(jié)局第四頁，共103頁。IT黑洞企業(yè)利用IT可以改善業(yè)務(wù)管理，但實(shí)際上有許多企業(yè)在這方面投入巨資后，卻收效甚微，比如，有些企業(yè)上ERP最終只能做些庫存管理等簡單應(yīng)用。專家把這種現(xiàn)象稱之為“IT黑洞”。第五頁，共103頁。應(yīng)用孤島問題生產(chǎn)/物資(MRP)辦公(OA)人事/績效(HR)產(chǎn)品管理(PDM)客戶關(guān)系/銷售(CRM)決策分析(DSS)……運(yùn)行/服務(wù)程序基礎(chǔ)資源/數(shù)據(jù)維護(hù)//定制工具運(yùn)行/服務(wù)程序基礎(chǔ)資源/數(shù)據(jù)維護(hù)//定制工具應(yīng)用孤島難以集成第六頁，共103頁。兩大問題的本質(zhì)應(yīng)用孤島問題：管理軟件如何實(shí)施、應(yīng)用的問題IT黑洞問題：管理軟件如何設(shè)計(jì)、開發(fā)和維護(hù)的問題

由于基礎(chǔ)架構(gòu)的先天不足，現(xiàn)有的信息系統(tǒng)，大多是孤島型的應(yīng)用(業(yè)務(wù)功能模塊的簡單累加)。這些孤島系統(tǒng)，相互之間是孤立封閉的?，F(xiàn)有信息系統(tǒng)的建設(shè)，是在底層的技術(shù)平臺上直接構(gòu)建業(yè)務(wù)系統(tǒng)。這種低層次的軟件開發(fā)模式，使信息系統(tǒng)的開發(fā)、維護(hù)和擴(kuò)展困難重重。換言之，事前沒有進(jìn)行恰當(dāng)?shù)腎T規(guī)劃是其中一個關(guān)鍵的原因。第七頁，共103頁。兩大問題的深層次原因孤島問題和黑洞問題的深層次原因是：信息系統(tǒng)的架構(gòu)體系問題

架構(gòu)體系對于信息系統(tǒng)的設(shè)計(jì)、開發(fā)、實(shí)施、應(yīng)用、維護(hù)很重要嗎？第八頁，共103頁。理解架構(gòu)：瓦薩戰(zhàn)艦的故事1625年，瑞典國王古斯塔夫斯．阿道弗斯（GustavsAdolphus）決心建造一艘史無前例的巨型新戰(zhàn)艦

——瓦薩（Vasa）戰(zhàn)艦。瓦薩戰(zhàn)艦確實(shí)是一艘令人望而生畏的戰(zhàn)艦：艦長70米，載員300人，在三層的甲板上共裝有64門重炮，火力超強(qiáng)。第九頁，共103頁。瓦薩戰(zhàn)艦的處女航1628年8月10日，這艘巨大的戰(zhàn)艦終于完工。在斯德哥爾摩的王宮前，瓦薩戰(zhàn)艦舉行了盛大的下水典禮。在1萬多名圍觀者的目光注視下，忽然，瓦薩號奇怪地?fù)u晃了一下，便向左舷傾斜。海水涌入船艙，戰(zhàn)艦迅速翻入水中。幾分鐘后，這艘雄偉戰(zhàn)艦的處女航——也是唯一的一次航行結(jié)束了。瓦薩戰(zhàn)艦在它壯麗的起航時刻，帶著全身飄揚(yáng)的彩旗，沉沒于它誕生的港口。第十頁，共103頁。瓦薩戰(zhàn)艦為什么沉沒？人們對瓦薩的沉沒做出了分析，最后的主要結(jié)論是：該艦制造工藝精良，但“比例嚴(yán)重失調(diào)”，也就是說，該戰(zhàn)艦的架構(gòu)存在缺陷。第十一頁，共103頁。信息系統(tǒng)的“瓦薩”問題同樣,在今天的企事業(yè)信息系統(tǒng)領(lǐng)域，“瓦薩”問題——“架構(gòu)”成為需要解決的關(guān)鍵問題。第十二頁，共103頁。架構(gòu)是什么?架構(gòu)是針對某種特定目標(biāo)系統(tǒng)的具有體系性的、普遍性的問題而提供的通用的解決方案。架構(gòu)往往是對復(fù)雜系統(tǒng)的一種共性的體系抽象。架構(gòu)讓我們能夠正確、合理地理解、設(shè)計(jì)和構(gòu)建復(fù)雜的系統(tǒng)。第十三頁，共103頁。誰需要EAI企業(yè)需要EAI:

使企業(yè)做成為一個無縫的、高效的、流程優(yōu)化的社會化的信息服務(wù)單元。整個企業(yè)的信息設(shè)施——包括硬件、軟件、數(shù)據(jù)、知識等構(gòu)成一個無縫、聯(lián)動的整體。

政府需要EAI第十四頁，共103頁。英國電子政務(wù)的e—GIFGIP-政府互操作組（e-Government

Interoperability

Group）政府系統(tǒng)與如下體系進(jìn)行信息交換時必須執(zhí)行e—GIF：英國政府和公民、英國政府與企業(yè)、英國政府組織之間、英國政府與國外政府之間第十五頁，共103頁。與我國的區(qū)別我國雖然開始電子政務(wù)建設(shè)并不晚，但早期建設(shè)多是把政務(wù)信息化看做一個政府“內(nèi)部”的建設(shè)項(xiàng)目直到2003年，我們才逐漸認(rèn)清“電子”與“政務(wù)”的關(guān)系

第十六頁，共103頁。電子政務(wù)建設(shè)的四個層次局域網(wǎng)、城域網(wǎng)、寬帶網(wǎng)、數(shù)據(jù)中心、認(rèn)證中心、網(wǎng)管中心OA軟件、網(wǎng)站、業(yè)務(wù)軟件、審批軟件共享、協(xié)同、交換、統(tǒng)一門戶、統(tǒng)一目錄、統(tǒng)一授權(quán)科學(xué)決策、民主決策、服務(wù)型政府網(wǎng)絡(luò)基礎(chǔ)設(shè)施建設(shè)

辦公業(yè)務(wù)電子化建設(shè)信息資源整合管理平臺建設(shè)

電子政務(wù)高端應(yīng)用建設(shè)信息資源建設(shè)階段信息資源管理階段第十七頁，共103頁。2.2EAI的內(nèi)容EAI（EnterpriseApplicationIntegration）企業(yè)應(yīng)用集成第十八頁，共103頁。傳統(tǒng)的數(shù)據(jù)整合傳統(tǒng)的數(shù)據(jù)整合策略數(shù)據(jù)倉庫數(shù)據(jù)集市分析型多維數(shù)據(jù)庫第十九頁，共103頁。EAI的提出EAI最初指企業(yè)應(yīng)用整合，僅指企業(yè)內(nèi)部不同應(yīng)用系統(tǒng)之間的互連，實(shí)現(xiàn)數(shù)據(jù)在多個系統(tǒng)之間的同步和共享。伴隨著EAI技術(shù)的不斷發(fā)展，現(xiàn)在EAI概念已經(jīng)被擴(kuò)展到業(yè)務(wù)整合(BusinessIntegration)的范疇第二十頁，共103頁。EAI(企業(yè)應(yīng)用整合)EAI是通過異步消息傳遞(asynchronousmessaging)將企業(yè)內(nèi)不同的系統(tǒng)實(shí)時聯(lián)系在一起的一種方式。EAI屬于一個事件驅(qū)動架構(gòu)以廣播方式(Broadcasting)取代抽取方式(Polling)來實(shí)現(xiàn)系統(tǒng)間的互相更新克服了網(wǎng)絡(luò)的延遲性和不穩(wěn)定性EAI偏重于應(yīng)用整合而不是信息整合第二十一頁，共103頁。理解EAI傳統(tǒng)方法:通過“點(diǎn)對點(diǎn)”連接，讓不同的系統(tǒng)之間交換信息。第二十二頁，共103頁。這種方案的缺點(diǎn)是顯而易見的：系統(tǒng)中的賬務(wù)、客戶管理等，原來在每個方面都有不同的系統(tǒng)，系統(tǒng)間存在著數(shù)據(jù)重復(fù)、沖突的問題。

隨著節(jié)點(diǎn)個數(shù)的增加，需要開發(fā)的接口數(shù)目急速增長，接口維護(hù)的復(fù)雜性越來越大。第二十三頁，共103頁。EAI定義：

EAI就是將業(yè)務(wù)流程、應(yīng)用軟件、硬件和各種標(biāo)準(zhǔn)聯(lián)合起來，在兩個或更多的企業(yè)應(yīng)用系統(tǒng)之間實(shí)現(xiàn)無縫集成，使它們像一個整體一樣進(jìn)行業(yè)務(wù)處理和信息共享。第二十四頁，共103頁。

EAI將這些系統(tǒng)根據(jù)模型構(gòu)建成一套完整的IT系統(tǒng)架構(gòu)，實(shí)現(xiàn)統(tǒng)一的人力資源、賬務(wù)和客戶管理，提高數(shù)據(jù)共享，為客戶帶來了極大的便利。第二十五頁，共103頁。硬架構(gòu)所有的應(yīng)用程序通過中心服務(wù)器或引擎發(fā)送和接收數(shù)據(jù)適配器從源應(yīng)用程序提取數(shù)據(jù)，并把數(shù)據(jù)發(fā)送給引擎（Broker）中心引擎（Broker）按照引擎中預(yù)先定義的規(guī)則，轉(zhuǎn)換數(shù)據(jù)并把數(shù)據(jù)路由到目標(biāo)應(yīng)用程序第二十六頁，共103頁。1.HubandSpoke

Approach所有的應(yīng)用程序通過中心服務(wù)器或引擎發(fā)送和接收數(shù)據(jù)適配器從源應(yīng)用程序提取數(shù)據(jù)，并把數(shù)據(jù)發(fā)送給引擎（Broker）中心引擎（Broker）按照引擎中預(yù)先定義的規(guī)則，轉(zhuǎn)換數(shù)據(jù)并把數(shù)據(jù)路由到目標(biāo)應(yīng)用程序硬架構(gòu)第二十七頁，共103頁。虛的概念：Hub實(shí)的概念：Broker第二十八頁，共103頁。Hub-and-Spoke：通俗表達(dá)來說：各分支機(jī)構(gòu)利用VPN設(shè)備與總部VPN設(shè)備建立VPN通道后，除了可以和總部進(jìn)行通訊，還可以利用總部VPN設(shè)備互相進(jìn)行數(shù)據(jù)交換，而各VPN分支機(jī)構(gòu)不需要進(jìn)行VPN的隧道連接。而在IP地址的規(guī)劃方面，在總部我們可以申請相對穩(wěn)定的固定公網(wǎng)IP地址及或者動態(tài)公網(wǎng)IP地址捆綁動態(tài)域名，而在分部則可以使用動態(tài)公網(wǎng)IP地址捆綁動態(tài)域名或者是使用不需要動態(tài)域名關(guān)聯(lián)的單向接入方式.第二十九頁，共103頁。優(yōu)點(diǎn)結(jié)構(gòu)較簡單該方法或架構(gòu)避免了應(yīng)用程序間的緊耦合應(yīng)用程序端的編程工作較少。轉(zhuǎn)換和路由規(guī)則由中心庫維護(hù)，無需硬編碼在應(yīng)用程序中第三十頁，共103頁。缺點(diǎn)中心代理對整個系統(tǒng)的影響大，并可能成為性能瓶頸單點(diǎn)失效應(yīng)用部門未必愿意把所有的應(yīng)用都連接到某個特定的中心，通過該中心完成整合第三十一頁，共103頁。2.BusBasedApproachThesourceapplicationspublishdatadirectlytothebus,ornetworkDataormessagestravelalongthebustotheadapter,whichhandlesthedatatransformation,translation,andsubsequentroutingtothereceivingnode.Thedatatransformationandroutingisdistributedineachoftheapplicationadapters第三十二頁，共103頁。特點(diǎn)

——所有節(jié)點(diǎn)都是平等的

優(yōu)點(diǎn)nosingle-pointoffailure.結(jié)構(gòu)更加開放無論增加多少個目標(biāo)應(yīng)用程序，源應(yīng)用程序都不需要做任何改變?nèi)秉c(diǎn)需要為每個應(yīng)用程序定制開發(fā)一個適配器，因此，適用于應(yīng)用程序的類型和數(shù)量比較少的情況第三十三頁，共103頁。補(bǔ)充說明：電子政務(wù)信息交換網(wǎng)絡(luò)第三十四頁，共103頁。Bus方式特點(diǎn)：每個節(jié)點(diǎn)都是平等的優(yōu)點(diǎn)：任何兩個節(jié)點(diǎn)都可以交換信息缺點(diǎn)：每個節(jié)點(diǎn)都需要記錄大量的路由信息；失去可管理性第三十五頁，共103頁。多Hub級連方式效率、單點(diǎn)失效結(jié)點(diǎn)層次負(fù)載度為2度為4度為811265,460299,59221423,02879,43237882010,4404281681,168平均路徑長度3.504.805.44第三十六頁，共103頁?；旌辖Y(jié)構(gòu)：信息交換網(wǎng)絡(luò)分級的結(jié)構(gòu)和地址設(shè)計(jì)路由：主干邊+輔助邊端到端的信息交換協(xié)議IACBHGFEDVU第三十七頁，共103頁。2.2.1軟架構(gòu)---工作流管理系統(tǒng)問題的提出——

企業(yè)面臨的新挑戰(zhàn)第三十八頁，共103頁。在大規(guī)模協(xié)作中，以下因素增加的業(yè)務(wù)過程的復(fù)雜性：

過程沒有嚴(yán)格文檔化遵守沒有保證的規(guī)則人員缺乏信息公司缺乏監(jiān)控工具步驟、人員和資源不完全協(xié)調(diào)第三十九頁，共103頁。業(yè)務(wù)過程業(yè)務(wù)過程描述了一個組織結(jié)構(gòu)內(nèi)的關(guān)鍵處理過程，包括：多個步驟（multiplesteps）眾多的人員（numerouspersons）大量的資源（largeamountsofresources）第四十頁，共103頁。業(yè)務(wù)流程的制作配置信息系統(tǒng)的框圖實(shí)現(xiàn)業(yè)務(wù)過程的自動執(zhí)行IT部門將業(yè)務(wù)過程的高層說明轉(zhuǎn)化為可被工作流系統(tǒng)解釋和執(zhí)行的詳細(xì)說明第四十一頁，共103頁。WFMWFM全稱WorkflowManagement，即工作流管理，它是人與計(jì)算機(jī)共同工作的自動化協(xié)調(diào)、控制和通訊，在計(jì)算機(jī)化的業(yè)務(wù)過程上，通過在網(wǎng)絡(luò)上運(yùn)行軟件，使所有命令的執(zhí)行都處于受控狀態(tài)。在工作流管理下，工作量可以被監(jiān)督，分派工作到不同的用戶達(dá)成平衡。據(jù)工作流管理聯(lián)盟(WorkflowManagementCoalition，WFMC)的定義，工作流管理系統(tǒng)（WorkflowManagementSystem,WFMS）通過軟件定義、創(chuàng)建工作流并管理其執(zhí)行。它運(yùn)行在一個或多個工作流引擎上，這些引擎解釋對過程的定義，與工作流的參與者（包括人或軟件）相互作用，并根據(jù)需要調(diào)用其他的軟件工具或應(yīng)用。第四十二頁，共103頁?？偟膩碚f，實(shí)際企業(yè)中運(yùn)作的工作流管理系統(tǒng)，是一個人機(jī)結(jié)合的系統(tǒng)。它的基本功能體現(xiàn)在幾個方面：

(1)定義工作流，包括具體的活動、規(guī)則等，這些定義是同時被人以及計(jì)算機(jī)所能夠“理解”的。

(2)按照工作流的定義創(chuàng)建和運(yùn)行實(shí)際的工作流。

(3)監(jiān)察、控制、管理運(yùn)行中的業(yè)務(wù)（工作流），例如任務(wù)、工作量與進(jìn)度的檢察、平衡等。第四十三頁，共103頁。業(yè)務(wù)流程的制作VisualStudio.NETMappingSchemasCustomerTitleQtyRecordPOPOField3ItemOrchestrationPipelinesPOOrderPODateFieldAFieldBDetailItem商務(wù)流程開發(fā)定義商務(wù)文檔消息處理數(shù)據(jù)轉(zhuǎn)換第四十四頁，共103頁。業(yè)務(wù)過程（BusinessProcesses）業(yè)務(wù)過程描述了一個組織結(jié)構(gòu)內(nèi)的關(guān)鍵處理過程，包括：多個步驟（multiplesteps）眾多的人員（numerouspersons）大量的資源（largeamountsofresources）第四十五頁，共103頁。BusinessProcess(Example)第四十六頁，共103頁。在大規(guī)模協(xié)作中，以下因素增加的業(yè)務(wù)過程的復(fù)雜性：過程沒有嚴(yán)格文檔化遵守沒有保證的規(guī)則人員缺乏信息公司缺乏監(jiān)控工具步驟、人員和資源不完全協(xié)調(diào)第四十七頁，共103頁。針對這些問題，工作流管理系統(tǒng)的做法是讓業(yè)務(wù)流程的協(xié)作方面自動化。

thatis,whohastodowhat,when,andwithwhichtools第四十八頁，共103頁。GoalsofWorkflow在應(yīng)用程序中硬編碼或用傳統(tǒng)中間件工具實(shí)現(xiàn)業(yè)務(wù)流程通常難以修改對業(yè)務(wù)過程進(jìn)行重構(gòu)有助于準(zhǔn)確定義、更好描述和優(yōu)化這些過程：提高處理能力減少費(fèi)用減低處理時間對此工作流技術(shù)扮演著重要的角色第四十九頁，共103頁。WFMSasasoftwaretool工作流管理系統(tǒng)提供的功能：設(shè)計(jì)環(huán)境：用于定義業(yè)務(wù)過程運(yùn)行環(huán)境：用于協(xié)調(diào)一組應(yīng)用程序和人員，執(zhí)行業(yè)務(wù)過程輔助工具：控制、監(jiān)控、分析和優(yōu)化業(yè)務(wù)流程工作流系統(tǒng)不直接依賴于分布式計(jì)算的編程技術(shù)，例如RPC,TRPC,對象模型、組件模型等工作流管理系統(tǒng)可以是通用的（設(shè)計(jì)成可以與任何應(yīng)用一起工作），也可以是專用的(設(shè)計(jì)成與某些特定的應(yīng)用一起工作)第五十頁，共103頁。WorkflowsandEAI當(dāng)前的工作流管理系統(tǒng)已經(jīng)集成到EAI工具的基礎(chǔ)框架中：業(yè)務(wù)過程的高層視圖比用C或者C++編碼的業(yè)務(wù)邏輯更好（例如可讀性和可維護(hù)性）。工作流模型使得“業(yè)務(wù)”和IT開發(fā)者之間更容易交流通用的工作流系統(tǒng)是不現(xiàn)實(shí)的。作為EAI工具的替代者，工作流管理系統(tǒng)應(yīng)該成為下層中間件（TP-Monitors,ObjectMonitors,MessageBrokers...）的圖形化界面最小化用戶參與業(yè)務(wù)流程，增加流程處理的自動化。因此，為應(yīng)用程序提供更合適的包裝器比給操作人員提供一個漂亮的界面更加重要。從實(shí)用的角度，擴(kuò)展性、容錯、與其他系統(tǒng)的連接等是重要的工作流可以像膠水一樣粘合構(gòu)件或Web服務(wù)，因而十分重要。第五十一頁，共103頁。BasicWorkflowModelActivityActivityActivityActivityControlConnectorAmount>1Amount<=1OutDataContainerOutInDataConnector第五十二頁，共103頁。TypesofWorkflow工作流管理系統(tǒng)的種類依賴于它所能支持的業(yè)務(wù)過程的類型：協(xié)作環(huán)境科學(xué)計(jì)算生產(chǎn)工作流軟件開發(fā)電子商務(wù)辦公自動化Web發(fā)布，內(nèi)容管理第五十三頁，共103頁。CollaborativeWorkflowNopredefinedprocessLowprocessvolumeFlexibleroutingE-mailbasedHumaninteractionIterativeNosupportfordataflowNosupportforapplications協(xié)作型工作流（collaborativeworkflow）：參與者和協(xié)作的次數(shù)較多。在一個步驟上可能反復(fù)發(fā)生幾次直到得到某種結(jié)果，甚至可能返回到前一階段。

第五十四頁，共103頁。ScientificWorkflowsProcessiswelldefinedNohumaninterventionFlowofdataandcontrolonlybetweenapplicationsandnodesSophisticatedscriptinglanguageProcessesarenotnecessarilyexecutedoverandoveragainEmphasisonperformanceandlowlatency科學(xué)家們，例如天文研究者，要想?yún)f(xié)作科研的話，就需要共享大規(guī)模的數(shù)據(jù)，相當(dāng)于做些分布式計(jì)算。這個數(shù)據(jù)的流動過程隨著研究機(jī)構(gòu)的增多可能越來越復(fù)雜，以至于需要獨(dú)立出來專門管理，這就是scientificworkflow的大概意思。scientificworkflow貌似是一個新方向，討論班上聽別人講了一篇，后來幫人審稿看到一篇，今天發(fā)現(xiàn)12月的Computer雜志上還登了一篇文章。第五十五頁，共103頁。ProductionWorkflowsFixedroutingHumaninterventionComplexorganizationalstructuresandroledistributionHighvolumeofprocessesMonitoringimportantforlegalpurposesTrackingimportantforcustomerservicespurposes生產(chǎn)型工作流（productionworkflow）：實(shí)現(xiàn)重要的業(yè)務(wù)過程的工作流，特別是與業(yè)務(wù)組織的功能直接相關(guān)的工作流。與管理型工作流相比，生產(chǎn)型工作流一般應(yīng)用在大規(guī)模、復(fù)雜的和異構(gòu)的環(huán)境下，整個過程會涉及許多人和不同的組織。第五十六頁，共103頁。TypesofWorkflow(續(xù))根據(jù)業(yè)務(wù)過程的哪些方面可以被自動化文檔管理電子郵件系統(tǒng)應(yīng)用程序流程內(nèi)容管理兩種類型的工作流系統(tǒng):基于內(nèi)容(Content-based)或基于狀態(tài)(State-based)基于活動（Activity-based）第五十七頁，共103頁。State-BasedWorkflow第五十八頁，共103頁。Activity-BasedWorkflow第五十九頁，共103頁。ModelingandMegaprogramming業(yè)務(wù)過程在很多情況下可以看作是對于組織機(jī)構(gòu)內(nèi)發(fā)生的事情的描述。當(dāng)業(yè)務(wù)過程被自動化執(zhí)行的時候，業(yè)務(wù)過程的描述就成了配置信息系統(tǒng)的藍(lán)圖。在許多情況下，業(yè)務(wù)過程用業(yè)務(wù)建模語言描述，一般不包括任何實(shí)現(xiàn)細(xì)節(jié)。IT部門需要將業(yè)務(wù)過程的這種高層說明轉(zhuǎn)化為可以被工作流系統(tǒng)解釋和執(zhí)行的詳細(xì)說明。

ItisalsooftenthecasethatdecisionsaboutthefinalformofthebusinessprocessisdoneattheITdepartmentbecausethebusinessprocess,regardlessofhowgooditis,isnotenough.Somebodyhastotakethisspecificationanddevelopthe“program”tomakethebusinessprocessareality.第六十頁，共103頁。工作流工具可以看作是開發(fā)業(yè)務(wù)過程的編程環(huán)境Programmingabusinessprocessinaworkflowenvironmentissimilartoprogrammingataveryhighlevel:insteadoftheusuallanguageconstructs,onemanipulatesentirefilesandapplications.Aworkflowsystemrequiresthesametreatmentaslargeprogrammingprojects.Inlargecompanies,aworkflowsystemrequiresasimilareffortasalargedevelopmentprojectbothinthenumberofpeopleinvolvedandtheamountofresourcesthatneedtobeinvestedonit.第六十一頁，共103頁。Ahighlevelviewofworkflowexecution工作流引擎可以看作是任務(wù)調(diào)度器，它根據(jù)工作流定義和任務(wù)的執(zhí)行情況，將任務(wù)分配給可以執(zhí)行的資源資源代理負(fù)責(zé)根據(jù)任務(wù)相關(guān)聯(lián)的角色選擇資源第六十二頁，共103頁。StandardWorkflowAPI第六十三頁，共103頁。ProcessDefinitionTool第六十四頁，共103頁。AdministrationandMonitoringTool第六十五頁，共103頁。2.2.2EAI的層次從集成的深度上來說，可以分為以下幾種集成方式:

數(shù)據(jù)集成第一層：

應(yīng)用集成第二層：

流程集成第三層：第六十六頁，共103頁。1）數(shù)據(jù)集成（DataIntegration）

數(shù)據(jù)集成是應(yīng)用集成和業(yè)務(wù)過程集成的基礎(chǔ)。EAI最樸素的整合就是數(shù)據(jù)整合：讓某個系統(tǒng)的數(shù)據(jù)能為其他系統(tǒng)使用。例：數(shù)據(jù)集成通過SQLSERVER2000進(jìn)行集成，以一致的方式在數(shù)據(jù)庫間可靠地傳輸數(shù)據(jù)，使得企業(yè)的各種數(shù)據(jù)庫中的數(shù)據(jù)一致和同步，從而建立企業(yè)范圍的統(tǒng)一視圖第六十七頁，共103頁。2）應(yīng)用集成（ApplicationIntegration）

-----指將多個應(yīng)用系統(tǒng)進(jìn)行“綁定”，使之像一個實(shí)時運(yùn)行的系統(tǒng)一樣接受信息輸入和產(chǎn)生數(shù)據(jù)輸出，實(shí)現(xiàn)多個系統(tǒng)功能的“疊加”。

第六十八頁，共103頁。Artix

集成點(diǎn)Artix

集成點(diǎn)Artix

集成點(diǎn)Artix

集成點(diǎn)供貨系統(tǒng)訂單管理CORBAMQseries用戶界面執(zhí)行系統(tǒng).NETTIBCO網(wǎng)絡(luò)Artix

集成點(diǎn)目錄系統(tǒng)JMS第六十九頁，共103頁。多個應(yīng)用系統(tǒng)像一個系統(tǒng)一樣實(shí)時運(yùn)行第七十頁，共103頁。3）業(yè)務(wù)過程集成（BusinessProcessIntegration，BPI）

－BPI的要素包括過程管理，過程建模和工作流。第七十一頁，共103頁。通過一個業(yè)務(wù)流程把所有的應(yīng)用、數(shù)據(jù)都管理起來，讓它貫穿很多應(yīng)用系統(tǒng)、數(shù)據(jù)、用戶當(dāng)把所有的集成手段和層次加在一塊，才能做到最后的這一層次，稱為業(yè)務(wù)流程的集成。工作流是在計(jì)算機(jī)環(huán)境中執(zhí)行的一個業(yè)務(wù)過程（通常，“工作流”等同于“過程”）第七十二頁，共103頁。過程建模使用組件圖等來設(shè)計(jì)業(yè)務(wù)模型工作流管理系統(tǒng)通過實(shí)例化來運(yùn)行業(yè)務(wù)模型的工作流程第七十三頁，共103頁。BasicWorkflowModelDataConnectorActivityActivityActivityActivityControlConnectorAmount>1Amount<=1OutDataContainerOutIn第七十四頁，共103頁。State-BasedWorkflow第七十五頁，共103頁。Activity-BasedWorkflow第七十六頁，共103頁。基于工作流的過程管理大型的應(yīng)用程序以特定的“控制程序”確保業(yè)務(wù)功能的正確順序——

控制程序可以表現(xiàn)業(yè)務(wù)流程通過工作流實(shí)現(xiàn)控制程序：程序包含一系列業(yè)務(wù)流程和業(yè)務(wù)功能業(yè)務(wù)流程；通過工作流系統(tǒng)恰當(dāng)?shù)卣{(diào)用業(yè)務(wù)功能執(zhí)行第七十七頁，共103頁?；诠ぷ髁鞯膽?yīng)用——結(jié)構(gòu)第七十八頁，共103頁。第七十九頁，共103頁。工作流引擎可以看作是任務(wù)調(diào)度器，它根據(jù)工作流定義和任務(wù)的執(zhí)行情況，將任務(wù)分配給可以執(zhí)行的資源資源代理負(fù)責(zé)根據(jù)任務(wù)相關(guān)聯(lián)的角色選擇資源第八十頁，共103頁。流程依賴移除第八十一頁，共103頁。流程集成集成流程開發(fā)工具可視化的開發(fā)工具基于實(shí)現(xiàn)形狀的模塊化自動商務(wù)流程設(shè)計(jì)保存待編譯的商務(wù)流程模型PortSurface<<>>PortSurfaceReceivePOReceivePOPortOperation_1->RequestCheckQuantityDeniedElseDeniedMsgSendDeniedPortOperation_1<-RequestSendApprvPortOperation_1->RequestSaved

orchestrationBizTalkOrchestration引擎運(yùn)行時的引擎執(zhí)行商務(wù)工作流程第八十二頁，共103頁。第八十三頁，共103頁。2．3EAI的技術(shù)基礎(chǔ)

2．4EAI發(fā)展現(xiàn)狀

2．5EAI集成模型

2．5．1什么是集成模型第八十四頁，共103頁。第八十五頁，共103頁。2．5．2表示集成

在原有兩個不同軟件的基礎(chǔ)上，建立一個“公用表示界面”，從而達(dá)到將兩個應(yīng)用集成在一起的目的。整個集成工作都采用的是黑盒集成方法，無須了解程序與數(shù)據(jù)庫的內(nèi)部構(gòu)造。第八十六頁，共103頁。例:將集成的信息以文字或者圖表以瀏覽器形式展現(xiàn)出來P5圖2-1第八十七頁，共103頁。第八十八頁，共103頁。2.5.3數(shù)據(jù)集成

P5圖2-2數(shù)據(jù)集成跳過界面和業(yè)務(wù)邏輯層，直接從應(yīng)用軟件的數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)開始進(jìn)行集成第八十九頁，共103頁。數(shù)據(jù)集成舉例醫(yī)院信息系統(tǒng)中由財(cái)務(wù)物價(jià)統(tǒng)一管理檢查項(xiàng)目的價(jià)格，其它應(yīng)用中只能調(diào)用數(shù)據(jù)集成可保證各個應(yīng)用中的價(jià)格統(tǒng)一第九十頁，共103頁。

數(shù)據(jù)級集成相對簡單，不要求對應(yīng)用程序進(jìn)行改動。但是當(dāng)業(yè)務(wù)邏輯經(jīng)常發(fā)生變化時，數(shù)據(jù)集成就會面臨困難。第九十一頁，共103頁。2.5.4功能集成

功能集成是在業(yè)務(wù)邏輯層上進(jìn)行集成

第九十二頁，共103頁。應(yīng)用接口級集成允許一個應(yīng)用程序使用其他應(yīng)用程序中的某些功能。通常是通過應(yīng)用程序提供的應(yīng)用編程接口（API）來實(shí)現(xiàn)的。