使用UML為EAI建模

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

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

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

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

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

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

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

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

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

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