使用UML為EAI建模

1、使用UML為EAI建模         在企業(yè)應用集成（EAI）中，通常使用某種形式的消息來提供松散的耦合，使得企業(yè)應用易于更改，可以連接異構(gòu)系統(tǒng)和操作環(huán)境，使得在局部系統(tǒng)出錯的時候能更好地恢復，這樣可以使系統(tǒng)獲得更高的強壯性。     EAI技術主要用于集成遺留系統(tǒng)和新的企業(yè)應用。而將遺留系統(tǒng)和新的應用集成是一件困難且昂貴的工作，很大程度是因為必須在各孤立系統(tǒng)之間建立連接，所以需要一種機制來更好地描述如何使一個應用程序能被另外一個應用程序所調(diào)用。     在EAI

2、建模中使用UML可以更好地描述集成的架構(gòu)。統(tǒng)一建模語言（UML）是用來對軟件密集系統(tǒng)進行描述、構(gòu)造、可視化和文檔編制的一種語言。UML的開發(fā)者把并行分布式系統(tǒng)的建模作為UML的設計目標，也就是說，UML具有處理這類問題的能力。同樣，UML在EAI領域也可以發(fā)揮它的作用。 使用UML來為EAI建模的益處有：     更好地闡明產(chǎn)品的架構(gòu)，使客戶能理解產(chǎn)品的配置以及如何在客戶的組織中安裝；     使得項目的參與者能更好地理解整個產(chǎn)品的架構(gòu)，避免項目的參與者的思維被限制在產(chǎn)品的某個局部，而沒有從整體上來考慮，防止局部的優(yōu)化而損害整體的性能

3、；     在產(chǎn)品的發(fā)布材料中包含UML的建模信息可以支持銷售和技術支持工作；     可以幫助開發(fā)資源的分配，根據(jù)UML架構(gòu)可以更好地分配開發(fā)工作和配置開發(fā)資源。     應用程序之間的連接和交互是復雜的。要解決這種復雜性，就需要定義一個所關注和聚焦的層次。使用UML來建模，在用于代表不同層次的細節(jié)方面比較成功。對EAI來說，比較適合的層次是應用架構(gòu)（Application Architecture）對應用程序之間的接口和交互的處理。UML在這一層次建模比較成功。 三個進階   &#

4、160; EAI可以分為三個進階:（1）通過連接來進行應用程序集成;（2）通過信息共享來進行應用集成;（3）通過流程協(xié)作來進行應用集成。更高的進階必須在更低的進階的基礎之上進行。     每一進階都具有自己的特點，需要進行的建模工作和建模對象都有所不同。     進階1：連接     在這一階段，應用程序之間進行同步或者異步的通信來提供商業(yè)功能。     在這一進階，需要進行建模的對象有：     - 服務請求方和服務供應方；  

5、60;  - 同步或者異步的服務請求；     - 請求、響應和通知。     在這一進階，集成的多個應用程序共享一個公共的應用架構(gòu)。應用程序共用通信的數(shù)據(jù)模型，并且能夠激活相應的應用程序來獲得服務。     進階2：信息共享     在這一進階，要求能在整個企業(yè)系統(tǒng)中更容易添加新的應用和新的功能，而盡可能地減小對已有應用和服務的影響。比較好的一種解決方式就是使用信息共享方式來建模。這種信息共享方式通過應用程序之間業(yè)務事件驅(qū)動的發(fā)布/預定（publication/s

6、ubscription）通信來實現(xiàn)?？梢约俣ㄟ@些應用并不關心是哪個程序在使用它的信息以及接收方期望什么格式的信息。     在這一進階中，建模的內(nèi)容有：     代表業(yè)務事件的消息（對不代表業(yè)務事件的信息關注較少）。     消息和業(yè)務事件的發(fā)布發(fā)布消息的能力。     隊列和主題必須能夠?qū)l(fā)送方應用程序的輸出容器和接收方應用程序的輸入容器分離。     數(shù)據(jù)轉(zhuǎn)換每個應用程序都能以其獨特的格式創(chuàng)建和使用消息。應用程序應該能使用適合其開發(fā)語言的數(shù)據(jù)

7、結(jié)構(gòu)。數(shù)據(jù)的轉(zhuǎn)換也包括了數(shù)據(jù)的校驗。     信息的預定（subscription）。     對數(shù)據(jù)的審查、追蹤和挖掘。     信息共享用于描述參與的應用程序之間的交互。當系統(tǒng)對于實時性要求很高，并且采用消息/事件技術來通信時，這種共享可以被稱為“零延遲信息共享”。     進階3：流程協(xié)作(Process Collaboration)     在這一進階，企業(yè)應用通過B2B(Business-to-Business)協(xié)議和企業(yè)外部系統(tǒng)進行集

8、成。為了獲得企業(yè)系統(tǒng)的靈活性，要求企業(yè)應用獨立于使用的B2B協(xié)議，而且企業(yè)的內(nèi)部流程對于企業(yè)外部系統(tǒng)是隱藏的。這樣，當企業(yè)的內(nèi)部流程發(fā)生變化后，不會影響到外部的合作伙伴。這就要求有一種媒介服務來將B2B協(xié)議所隱含的流程和數(shù)據(jù)語義轉(zhuǎn)換為企業(yè)內(nèi)部流程和數(shù)據(jù)語義。這種轉(zhuǎn)換被稱為語義媒介（Semantic Mediation）。     在這一進階的建模內(nèi)容有：     - 語義媒介在應用程序和B2B協(xié)議之間的流程和數(shù)據(jù)結(jié)構(gòu)的轉(zhuǎn)換。     - 企業(yè)之間的信息傳遞安全、無欺詐、能應付災難性事件。  &#

9、160;  - B2B級的審查、追蹤和挖掘業(yè)務事件可以被審查、分析以及進行數(shù)據(jù)挖掘。     - 在信息庫中包含了貿(mào)易伙伴和他們之間通信的信息貿(mào)易社區(qū)協(xié)議。 三種建模方式     方式1: 元模型     基于MOF（Meta Object Facility,元對象工具）的元模型使用UML符號的一個子集來進行面向?qū)ο蟮慕！Ｓ玫降腢ML元素有：     - 具有屬性和操作（也就是方法）的類；     - 二元關聯(lián)；  

10、0;  - 包；     - OCL(對象約束語言)。     EAI的元模型是遵循如下規(guī)范來文檔化的：     - 元模型的整體結(jié)構(gòu)顯示為一個或多個包圖；     - 每個包的大小有一定的限制，每個包只需一個類圖；     - 為了描述一個包，類之間的協(xié)作(Collaboration)必須指定并且得到描述，為了更好地描述模型，每個類必須分開來進行描述；     - 每個協(xié)作的語義遵循一定的規(guī)范來描述。     方式2: UML建模集     通過UML 建模集，建模人員可以使用UML符號來為EAI建模。在元模型和UML建模集之間的映射被定義為EAI規(guī)范的一部分?？梢允褂靡恍┕ぞ邅磉M行元模型和UML 建模集之間的轉(zhuǎn)換。映射的細節(jié)也作為建模集的一部分。     方式3: