集成體系結(jié)構(gòu)設(shè)計

1、,第2章 集成體系結(jié)構(gòu)及類型,,主要內(nèi)容：,2.1 概述 2.2 網(wǎng)絡(luò)系統(tǒng)集成體系結(jié)構(gòu)2.3 數(shù)據(jù)集成體系結(jié)構(gòu)2.4 應(yīng)用集成的主流技術(shù)2.5 集成的類型,Company name,2.1 概述,所謂體系結(jié)構(gòu)（architecture）是指某一事物的組成部件及部件之間的邏輯關(guān)系的一種描述方法。 集成體系結(jié)構(gòu)系統(tǒng)集成體系結(jié)構(gòu),,Company name,集成體系結(jié)構(gòu),概念 集成的體系結(jié)構(gòu)是指能

2、夠描述集成所涉及的所有問題，問題中涉及的所有要素，各要素之間的相互關(guān)系等集成相關(guān)事項的有效方法和有效模型的總稱。 發(fā)展概況 集成體系結(jié)構(gòu)方面的研究從20世紀(jì)80年代開始較為活躍。目前，具有廣泛影響力的集成體系結(jié)構(gòu)主要是EAI體系結(jié)構(gòu)和CIMS領(lǐng)域的CIM集成體系結(jié)構(gòu)。 CIM開放系統(tǒng)體系結(jié)構(gòu)EAL企業(yè)應(yīng)用集成體系,,Company name,CIM開放系統(tǒng)體系結(jié)構(gòu),能夠詳細(xì)刻畫CIMS建設(shè)活動中各個層面問題的有效模型的

3、集合。 目前，具有影響力的集成體系結(jié)構(gòu)有PERA(Purdue Enterprise Reference Architecture，普渡企業(yè)參考體系結(jié)構(gòu))、CIMOSA(Open System Architecture for CIM，CIM開放系統(tǒng)體系結(jié)構(gòu))、GERAM(Generalized Enterprise Reference Architecture and Methodology，通用企業(yè)參考體系結(jié)構(gòu)和方法論)以及陳禹

4、六教授提出的SLA(Stair-like CIM System Architecture，階梯型體系結(jié)構(gòu))等。CIMOSA是ESPRDIT(European Strategic Program for Research and Development in Information Technology，歐洲信息技術(shù)研究開發(fā)方法組)自1985年開始研制的CIM體系結(jié)構(gòu)，于1996年完成。是面向CIMS建設(shè)過程的一種參考體系，提供了基

5、于系統(tǒng)生命周期的框架結(jié)構(gòu)，是一種預(yù)定義模型解決方案。該方案從不同角度討論了企業(yè)CIM系統(tǒng)建設(shè)中的建模、設(shè)計、實施、運行和維護(hù)等過程。主要由企業(yè)模型框架參考體系（Enterprise Modeling Framework Reference Architecture）、企業(yè)建模語言（Enterprise Modeling Language）、集成的基礎(chǔ)結(jié)構(gòu)（Integrating Infrastructure）三個部分構(gòu)成。,在企業(yè)模型

6、框架參考體系結(jié)構(gòu)中，將企業(yè)CIM建設(shè)內(nèi)容劃分為四個視圖，分別為組織視圖（Organisation View）、資源視圖（Resource View）、信息視圖（Information View）、功能視圖（Function View） 。 一般對四個視圖從兩個角度觀察建設(shè)過程：一是從實現(xiàn)過程看，即從適合大多數(shù)企業(yè)情況的一般問題到部分相同的領(lǐng)域問題再到具體問題的實施細(xì)節(jié)，這個過程被形象地稱為搭積木過程；二是分析建模過程，從

7、系統(tǒng)的需求分析開始到系統(tǒng)的詳細(xì)設(shè)計最后到實施描述，該過程體現(xiàn)了模型的繼承性。,,Company name,EAI企業(yè)應(yīng)用集成體系,發(fā)展 在IT商業(yè)領(lǐng)域，為解決企業(yè)集成需要也涌現(xiàn)了很多基于特定IT產(chǎn)品的集成方案，如數(shù)據(jù)產(chǎn)品系列的Sybase 、OracleC 以及分布式應(yīng)用技術(shù)規(guī)范，如微軟.NET、Sun的J2EE等。這些產(chǎn)品絕大多數(shù)采用的集成體系是遵照EAI體系結(jié)構(gòu)的。因此EAI已成目前引人注目的集成體系結(jié)構(gòu)，并處于

8、不斷發(fā)展的過程中。 技術(shù)概況 EAI試圖將業(yè)務(wù)流程、應(yīng)用軟件、硬件和各種標(biāo)準(zhǔn)聯(lián)合起來，在兩個或更多的企業(yè)應(yīng)用系統(tǒng)之間實現(xiàn)無縫集成，使它們像一個整體一樣進(jìn)行業(yè)務(wù)處理和信息共享。 任務(wù) EAI中基礎(chǔ)性的任務(wù)是實現(xiàn)數(shù)據(jù)集成，其目的是實現(xiàn)不同的應(yīng)用程序能夠?qū)?shù)據(jù)跨平臺、跨系統(tǒng)的訪問，實現(xiàn)企業(yè)各子系統(tǒng)數(shù)據(jù)的共享。同時可實現(xiàn)數(shù)據(jù)在不同系統(tǒng)的數(shù)據(jù)庫或文件系統(tǒng)之間的移動、復(fù)制、映射等操作。,,Company nam

9、e,EAI企業(yè)應(yīng)用集成體系,定義 對于EAI的定義尚無公認(rèn)的描述。在“Whatis.com”(TechTarger公司信息技術(shù)術(shù)語定義/知識庫)的定義中，對EAI做如了下描述：EAI是將不同的應(yīng)用程序和數(shù)據(jù)集成到一起，從而在不對已經(jīng)有的應(yīng)用程序做出修改或修改較少的情況下，實現(xiàn)數(shù)據(jù)共享和業(yè)務(wù)流程的集成。 過程劃分 按自底向上的分析思路，可將EAI過程分成五個層面，即平臺集成、數(shù)據(jù)集成、應(yīng)用接口集成、業(yè)務(wù)過程

10、集成及業(yè)務(wù)表達(dá)集成等。,平臺集成-----平臺包括網(wǎng)絡(luò)環(huán)境和信息交互的標(biāo)準(zhǔn)，是實現(xiàn)集成的前提。要實現(xiàn)系統(tǒng)集成，底層的結(jié)構(gòu)、軟件、硬件以及異構(gòu)網(wǎng)絡(luò)的特殊需求都必須得到集成，以保證這些系統(tǒng)進(jìn)行快速安全的通信。目前絕大多數(shù)硬件商和系統(tǒng)軟件商都采用開放標(biāo)準(zhǔn)，所以硬件設(shè)備及操作系統(tǒng)等底層交互和銜接已經(jīng)不是主要問題。,數(shù)據(jù)集成----為了不同的應(yīng)用程序能夠?qū)?shù)據(jù)跨平臺、跨系統(tǒng)訪問，實現(xiàn)企業(yè)各子系統(tǒng)數(shù)據(jù)的共享。同時可實現(xiàn)數(shù)據(jù)在不同系統(tǒng)的數(shù)據(jù)庫或文件系

11、統(tǒng)之間移動、復(fù)制、映射等操作。實現(xiàn)數(shù)據(jù)集成首先需要對數(shù)據(jù)進(jìn)行標(biāo)識并編成目錄，確定企業(yè)級的統(tǒng)一數(shù)據(jù)模型。只有建立了統(tǒng)一的模型后，數(shù)據(jù)才能分布和共享。數(shù)據(jù)集成所采用的主要數(shù)據(jù)處理技術(shù)有數(shù)據(jù)復(fù)制、數(shù)據(jù)聚合等。,業(yè)務(wù)過程集成----包括業(yè)務(wù)管理、進(jìn)程模擬以及綜合任務(wù)、流程、組織和進(jìn)出信息的工作流。主要利用底層的應(yīng)用接口集成，提供高級的引用方法，可理解為較高級的構(gòu)件。根據(jù)業(yè)務(wù)流程重新分配系統(tǒng)功能結(jié)構(gòu)，在體系結(jié)構(gòu)上應(yīng)具有較高的可擴展性。功能的重組是

12、從高層進(jìn)行封裝，不影響原有應(yīng)用軟件。,應(yīng)用接口集成----實現(xiàn)兩個或多個應(yīng)用軟件互相引用對方的某些功能，應(yīng)用接口集成并沒有實現(xiàn)業(yè)務(wù)過程的協(xié)同，只是解決了不同應(yīng)用程序之間功能的重用。是低級的接口調(diào)用，目前集成方案中往往采用中間件產(chǎn)品來完成，包括面向消息的消息隊列中間件、遠(yuǎn)程過程調(diào)用、對象請求代理等。,業(yè)務(wù)表達(dá)集成----應(yīng)用集成在最終的表現(xiàn)上是為企業(yè)用戶提供統(tǒng)一的表示或入口，通過開發(fā)統(tǒng)一的表達(dá)層，可以把正在執(zhí)行的不同應(yīng)用系統(tǒng)在后臺隱藏，這

13、種表達(dá)是根據(jù)業(yè)務(wù)過程而來，在用戶看來與原來的應(yīng)用系統(tǒng)沒有多少關(guān)系。目前，像IBM、BEA、Sybase等大的集團(tuán)公司推出的門戶軟件都實現(xiàn)了業(yè)務(wù)表達(dá)集成功能。當(dāng)然這些門戶軟件功能遠(yuǎn)不止在表達(dá)的集成上，也涵蓋了部分EAI功能。,,Company name,系統(tǒng)集成體系結(jié)構(gòu),信息系統(tǒng)集成是一門綜合學(xué)科。除了技術(shù)因素外還有很多管理因素。要想真正實現(xiàn)信息化，必須深入了解和切入用戶業(yè)務(wù)和管理，建立信息系統(tǒng)模型，根據(jù)信息系統(tǒng)模型設(shè)計切實可行的系統(tǒng)方案

14、并實施。在這個過程中，需要方方面面的人才，比如公關(guān)人員、項目管理人員、系統(tǒng)分析員、網(wǎng)絡(luò)工程師、施工人員和應(yīng)用工程師等 從系統(tǒng)工程的角度提出系統(tǒng)集成的初步體系框架，如圖：,,,Company name,2.2 網(wǎng)絡(luò)系統(tǒng)集成體系結(jié)構(gòu),隨著經(jīng)濟(jì)全球化和社會信息化的發(fā)展，企業(yè)對信息的需求正在與日俱增，渴望將企業(yè)內(nèi)部的孤島集成起來并與外部聯(lián)網(wǎng)，形成能真正實現(xiàn)信息高度共享，通信聯(lián)絡(luò)通暢，彼此有機協(xié)調(diào)的網(wǎng)絡(luò)系統(tǒng)。 問題：計算機網(wǎng)絡(luò)系統(tǒng)集成不僅涉

15、及到技術(shù)問題，而且涉及到企事業(yè)單位的管理問題，因而比較復(fù)雜，特別是大型網(wǎng)絡(luò)系統(tǒng)。從技術(shù)角度講，不僅涉及到不同廠家的網(wǎng)絡(luò)設(shè)備和管理軟件，也會涉及到異構(gòu)和異質(zhì)網(wǎng)絡(luò)系統(tǒng)的互連問題。計算機網(wǎng)絡(luò)集成的一般體系框架。,,Company name,傳輸子系統(tǒng),傳輸是網(wǎng)絡(luò)的核心，是網(wǎng)絡(luò)信息的“公路”和“血管”。傳輸線路帶寬的高低不僅體現(xiàn)了網(wǎng)絡(luò)的通信能力，也體現(xiàn)了網(wǎng)絡(luò)的現(xiàn)代化水平。并且，傳輸介質(zhì)在很大程度上也決定了通信的質(zhì)量，從而直接影響到網(wǎng)絡(luò)協(xié)議。目

16、前主要的傳輸介質(zhì)分為兩大類：無線介質(zhì)和有線介質(zhì)。常用的無線傳輸介質(zhì)主要包括無線電波、微波、紅外線等，常用的有線傳輸介質(zhì)主要包括雙絞線、同軸電纜、光纖等。,,Company name,交換子系統(tǒng),網(wǎng)絡(luò)按所覆蓋的區(qū)域分為局域網(wǎng)、城域網(wǎng)和廣域網(wǎng)，由此網(wǎng)絡(luò)交換也可以分為局域網(wǎng)交換技術(shù)、城域網(wǎng)交換技術(shù)和廣域網(wǎng)交換技術(shù)。局域網(wǎng)交換技術(shù) 局域網(wǎng)可分為共享式局域網(wǎng)和交換式局域網(wǎng)。共享式局域網(wǎng)通常是共享高速傳輸介質(zhì)，例如以太網(wǎng)（包括快速以太

17、網(wǎng)和千兆以太網(wǎng)等）、令牌環(huán)（Token Ring）、FDDI等。交換式局域網(wǎng)是指以數(shù)據(jù)鏈路層的幀或更小的數(shù)據(jù)單元（稱為信元）為交換單位，以硬件交換電路構(gòu)成的交換設(shè)備。交換式網(wǎng)絡(luò)具有良好的擴展性和很高的信息轉(zhuǎn)發(fā)速度，能適應(yīng)不斷增長的網(wǎng)絡(luò)應(yīng)用的需要。典型的交換式局域網(wǎng)設(shè)備包括以太網(wǎng)交換機、快速以太網(wǎng)交換機、千兆以太網(wǎng)交換機等。 城域網(wǎng)交換技術(shù) 目前比較有名的城域網(wǎng)交換技術(shù)是光纖分布式數(shù)據(jù)接口（FDDI）、分布式隊列雙總線（

18、DQDB）和貝爾實驗室開發(fā)的多兆位數(shù)據(jù)交換服務(wù)（SMDS）。廣域網(wǎng)交換技術(shù) 計算機廣域網(wǎng)主要使用4數(shù)據(jù)交換技術(shù)：電路交換、報文交換、分組交換和混合交換,,電路交換：電路交換是指通過由中間節(jié)點建立的一條專用通信線路來實現(xiàn)兩臺設(shè)備的數(shù)據(jù)交換。例如：電話網(wǎng)就是采用電路交換。電路交換的優(yōu)點是，一旦建立起通信線路，則通信雙方能以恒定的傳輸速率傳輸數(shù)據(jù)，時延小。其缺點是通信線路的利用率較低。,報文交換：報文交換是指通用雙方以

19、報文為單位交換數(shù)據(jù)，無專用線路，而是通過節(jié)點的多次“存儲轉(zhuǎn)發(fā)”將發(fā)方報文傳送到目的地。報文交換的優(yōu)點是通信線路的利用率較高，缺點是報文傳輸時延較大。,分組交換：分組交換是指將數(shù)據(jù)劃分成固定長度的分組（長度遠(yuǎn)小于報文），然后進(jìn)行“存儲轉(zhuǎn)發(fā)”，從而實現(xiàn)更高的通信線路利用率、更短的傳輸時延和更低的通信費用。,混合交換：混合交換主要是指同時使用電路交換和分組交換。，典型的應(yīng)用是ATM交換技術(shù)。此外，還有上述兩種分組交換技術(shù)的改進(jìn)技術(shù)。,幀中繼

20、 幀中繼是分組交換的同時時，其目的是提高分組交換的速度。幀中繼的原理很簡單，由于使用光纖傳輸技術(shù)，通信線路的誤碼率非常低，因此，幀中繼不進(jìn)行差錯檢測和糾正下，只進(jìn)行分組轉(zhuǎn)發(fā)。信元交換 信元是具有53字節(jié)的定長數(shù)據(jù)單元，信元交換是指以信元為單位而實現(xiàn)的交換。信元交換與幀中繼的主要區(qū)別在于幀中繼的幀長度可變，而信元交換的信元長度不變。,,Company name,接入子系統(tǒng),按其功能劃分，通信網(wǎng)也可分為長途網(wǎng)、中繼網(wǎng)和接入網(wǎng)，通常將中繼

21、網(wǎng)和長途網(wǎng)統(tǒng)稱為主干網(wǎng)。目前常用的接入技術(shù)主要有電話線調(diào)制解調(diào)器（MODEM）、電纜調(diào)制解調(diào)器（Cable MODEM）、高速數(shù)字用戶環(huán)路（HDSL）、非對稱數(shù)字用戶環(huán)路（ADSL）、超高速數(shù)字用戶環(huán)路（VDSL）和無線接入等。,,,Company name,布線子系統(tǒng),布線系統(tǒng)是網(wǎng)絡(luò)的中樞神經(jīng)，是網(wǎng)絡(luò)信息傳輸?shù)妮d體。這里所講的布線系統(tǒng)主要指建筑物的綜合布線系統(tǒng)，主要包括傳輸介質(zhì)和綜合布線設(shè)備。,,,Company name,測試子系統(tǒng)

22、,電纜測試 電纜是網(wǎng)絡(luò)的基礎(chǔ)。據(jù)統(tǒng)計，大約50%的網(wǎng)絡(luò)故障與電纜有關(guān)。電纜測試主要包括電纜的驗證測試和認(rèn)證測試。驗證測試是測試電纜的基本安裝情況，例如電纜有無開路或短路，連接是否正確，接地是否良好，電纜直向如何等。認(rèn)證測試指測試已安裝完畢的電纜的電氣參數(shù)（如衰減等）是否滿足有關(guān)的標(biāo)準(zhǔn)。電纜測試儀品種很多，例如Fluke 620/DSP100就是一種專門的電纜測試儀器。對于光纖，要使用光域反射儀等專用測試設(shè)備。傳

23、輸信道測試 該測試主要指測試傳輸信息的頻譜帶寬、傳輸速率、誤碼率等參數(shù)，測試儀包括頻譜分析儀、誤碼測試儀等。 網(wǎng)絡(luò)測試 該測試主要指網(wǎng)絡(luò)的規(guī)程、性能監(jiān)測、安裝調(diào)試、維護(hù)、故障診斷等。例如，規(guī)程試儀、局域網(wǎng)測試儀Fluke67X。,,Company name,安全子系統(tǒng),主要包括以下三方面的內(nèi)容：使用防火墻技術(shù)，防止外部的侵犯。主要有分組過濾技術(shù)、代理服務(wù)器和應(yīng)用網(wǎng)關(guān)。 使用數(shù)據(jù)加

24、密技術(shù)，防止從通信信道竊取信息。目前主要的加密技術(shù)包括對稱加密算法（如DES）和非對稱加密算法（如RSA）。 訪問控制，主要是通過設(shè)置用戶口令、密碼和訪問權(quán)限保護(hù)網(wǎng)絡(luò)資源。,,Company name,網(wǎng)管子系統(tǒng),網(wǎng)絡(luò)是一種動態(tài)結(jié)構(gòu)。隨著組織規(guī)模的擴大和改變，網(wǎng)絡(luò)也會跟著擴大和改變。配置好網(wǎng)絡(luò)之后，必須對其進(jìn)行有效的管理，確保網(wǎng)絡(luò)能連續(xù)不斷地滿足組織的需要。對于任何網(wǎng)管子系統(tǒng)來說，關(guān)鍵的任務(wù)是保證網(wǎng)絡(luò)良好地運行。由于網(wǎng)絡(luò)規(guī)模的擴大，

25、通常會帶來“瓶頸”，使系統(tǒng)的速度放慢。網(wǎng)關(guān)的職責(zé)便是找出瓶頸并解決它。,,,Company name,服務(wù)器子系統(tǒng),服務(wù)器是網(wǎng)絡(luò)中關(guān)鍵的設(shè)備。服務(wù)器向工作站提供處理器內(nèi)存、磁盤、打印機、軟件數(shù)據(jù)等資源和服務(wù)，并負(fù)責(zé)協(xié)調(diào)管理這些資源。由于網(wǎng)絡(luò)服務(wù)器要同時為網(wǎng)絡(luò)上所有的用戶服務(wù)，因此要求網(wǎng)絡(luò)服務(wù)器具有較高的性能，包括較快的處理速度、較多的內(nèi)存、較大的磁盤容量和高可靠性。根據(jù)網(wǎng)絡(luò)的應(yīng)用和規(guī)模，網(wǎng)絡(luò)服務(wù)器可選用高檔微機、工作站、小型機、超級小型

26、機和大型機等。選擇網(wǎng)絡(luò)服務(wù)器時要考慮的因素包括CPU的速度和數(shù)量、內(nèi)存容量和性能、總線結(jié)構(gòu)和類型、磁盤容量和性能、容錯性能、網(wǎng)絡(luò)接口性能和服務(wù)器軟件等。,,,Company name,網(wǎng)絡(luò)操作系統(tǒng),網(wǎng)絡(luò)操作系統(tǒng)的主要任務(wù)是調(diào)度和管理網(wǎng)絡(luò)資源，并為網(wǎng)絡(luò)用戶提供統(tǒng)一、透明使用網(wǎng)絡(luò)資源的手段。網(wǎng)絡(luò)資源主要包括網(wǎng)絡(luò)服務(wù)器、工作站、打印機、網(wǎng)橋、路由器、交換機、網(wǎng)關(guān)、共享軟件和應(yīng)用軟件等。網(wǎng)絡(luò)操作系統(tǒng)的基本功能包括數(shù)據(jù)共享、設(shè)備共享、文件管理、名

27、字服務(wù)、網(wǎng)絡(luò)安全、網(wǎng)絡(luò)管理、系統(tǒng)容錯、網(wǎng)絡(luò)互連和應(yīng)用軟件等。,,,Company name,服務(wù)子系統(tǒng),網(wǎng)絡(luò)服務(wù)是網(wǎng)絡(luò)應(yīng)用最核心的問題。帶寬再高的網(wǎng)絡(luò)，如果沒有好的網(wǎng)絡(luò)服務(wù)，就不能發(fā)揮網(wǎng)絡(luò)的效益。網(wǎng)絡(luò)服務(wù)主要包括Internet服務(wù)、多媒體信息檢索、信息點播、信息廣播、遠(yuǎn)程計算和事務(wù)處理、其它信息服務(wù)等，如圖：,,Company name,2.3 數(shù)據(jù)集成體系結(jié)構(gòu),要把從異構(gòu)數(shù)據(jù)源中得到的業(yè)務(wù)數(shù)據(jù)結(jié)合在一起，真正的困難在于將它們集成為

28、一個緊密結(jié)合的數(shù)據(jù)模型。這是因為這些原始數(shù)據(jù)往往遵守的不是同一套業(yè)務(wù)規(guī)則，因此在集成異構(gòu)數(shù)據(jù)時，必須分析這一差異，研究一套完整的數(shù)據(jù)轉(zhuǎn)換方法，設(shè)計全面的、一致的數(shù)據(jù)視圖，構(gòu)建集數(shù)據(jù)源監(jiān)視、數(shù)據(jù)提取與轉(zhuǎn)換、集成與綜合為一體的異構(gòu)數(shù)據(jù)集成系統(tǒng)。,,Company name,異構(gòu)數(shù)據(jù)集成原型系統(tǒng),,,集成層是系統(tǒng)的核心，主要功能有異構(gòu)數(shù)據(jù)源集成、模式集成、元數(shù)據(jù)集成、面向主題的數(shù)據(jù)組織和面向分析的多維模型整合等。,,Company name,

29、異構(gòu)數(shù)據(jù)源集成,利用面向?qū)ο蟮乃枷朐O(shè)計一種針對異構(gòu)數(shù)據(jù)源的通用數(shù)據(jù)模型-------半結(jié)構(gòu)化數(shù)據(jù)自描述的數(shù)據(jù)模型，表示所有異構(gòu)數(shù)據(jù)源的數(shù)據(jù)，通過在數(shù)據(jù)源上運行捆綁式抽取器抽取出格式統(tǒng)一的多源數(shù)據(jù)，放入數(shù)據(jù)集成緩沖區(qū)，經(jīng)集成器實現(xiàn)多源異構(gòu)數(shù)據(jù)的集成。監(jiān)視器定時檢測數(shù)據(jù)源上的數(shù)據(jù)變化，并向集成器報告；抽取器執(zhí)行集成器的抽取命令，完成實體化視圖的初始化和增量式維護(hù)。集成器是數(shù)據(jù)倉庫中的一個管理模塊，本質(zhì)上是一個擴充的ETL工具，它根據(jù)元數(shù)據(jù)

30、獲取數(shù)據(jù)倉庫中實體化視圖的定義和結(jié)構(gòu)，并對所有集成緩沖區(qū)傳來的數(shù)據(jù)進(jìn)行過濾和篩選，抽取出與數(shù)據(jù)倉庫相關(guān)的數(shù)據(jù)向上傳送給數(shù)據(jù)倉庫。當(dāng)數(shù)據(jù)源是異質(zhì)結(jié)構(gòu)時，集成器的實現(xiàn)是一個相當(dāng)復(fù)雜和困難的過程。它不僅要依照數(shù)據(jù)倉庫中的數(shù)據(jù)模式對數(shù)據(jù)源傳來的各種數(shù)據(jù)進(jìn)行模式或格式轉(zhuǎn)換，還要消除這些數(shù)據(jù)之間存在的各種不一致性。這些數(shù)據(jù)的進(jìn)入，將引起數(shù)據(jù)倉庫中實體化視圖的重新計算。在這個過程中，數(shù)據(jù)倉庫可能需要發(fā)送維護(hù)查詢請求到集成緩沖區(qū)，由集成緩沖區(qū)經(jīng)過計算后

31、再將結(jié)果返回給數(shù)據(jù)倉庫，從而完成實體化視圖的聯(lián)機維護(hù)。,,Company name,模式提取與集成,采用逆向工程從結(jié)構(gòu)化的業(yè)務(wù)數(shù)據(jù)庫中提取模式、文檔等半結(jié)構(gòu)化數(shù)據(jù)，雖然沒有事先固定的數(shù)據(jù)模式，但可以從數(shù)據(jù)中歸納出反映當(dāng)前狀態(tài)的結(jié)構(gòu)模式，引導(dǎo)對半結(jié)構(gòu)化數(shù)據(jù)的查詢表達(dá)、查詢計算和優(yōu)化?；诠矊ο竽Ｐ停瑥亩x對象屬性的等價著手，研究不同數(shù)據(jù)源成員對象虛模式特性間的相互關(guān)系，并提出相應(yīng)的集成方式，將從各異構(gòu)數(shù)據(jù)源獲取的模式信息進(jìn)行集成，屏蔽模

32、式之間的差異。,,Company name,元數(shù)據(jù)知識庫,根據(jù)元數(shù)據(jù)的全局方案和概念視圖，構(gòu)建元數(shù)據(jù)知識庫系統(tǒng)，對各種元數(shù)據(jù)及其關(guān)系進(jìn)行統(tǒng)一、有效的管理，確保元數(shù)據(jù)具有一致性和協(xié)同工作的能力。抽取、收集的元數(shù)據(jù)存儲在知識庫中，這是一個結(jié)構(gòu)化的存儲和檢索系統(tǒng)，通常在數(shù)據(jù)庫系統(tǒng)的基礎(chǔ)上實現(xiàn)。元數(shù)據(jù)知識庫應(yīng)該支持的特定功能有提供信息、元模型 、存取知識庫 、版本和配置管理 、影響分析 、通知 。,,Company name,元數(shù)據(jù)的交換與集成

33、,動態(tài)交換與集成 為應(yīng)用提供全面的基于組件的接口，作為數(shù)據(jù)集成系統(tǒng)的一個組件，便于將元數(shù)據(jù)無縫地嵌入到各種數(shù)據(jù)管理進(jìn)程中去，部分實現(xiàn)數(shù)據(jù)管理的自動化。靜態(tài)交換與集成 元數(shù)據(jù)在局部工具和知識庫之間以XML格式進(jìn)行傳輸。XML是一套定義語義標(biāo)記的規(guī)則，允許用戶創(chuàng)建描述數(shù)據(jù)的標(biāo)記和文檔類型定義的規(guī)則集。XML使用非專有的格式，不受版權(quán)、專利或其它種類的知識產(chǎn)權(quán)的限制，任何標(biāo)準(zhǔn)的XML語法分析器都可以

34、讀取、解碼和檢驗這種基于文本的自描述數(shù)據(jù)文檔，并以獨立于平臺的方式提取數(shù)據(jù)元素，從而使得應(yīng)用程序可以通過文檔對象模型（Document Object Model,DOM）標(biāo)準(zhǔn)訪問數(shù)據(jù)對象，因而XML成為元數(shù)據(jù)交換語言的首選。交換的數(shù)據(jù)源和目的地以及傳輸格式都使用相同的元數(shù)據(jù)元素描述，不同的元數(shù)據(jù)模型之間不需要進(jìn)行語義轉(zhuǎn)換。,,,Company name,面向主題的數(shù)據(jù)組織,與傳統(tǒng)數(shù)據(jù)庫面向應(yīng)用進(jìn)行數(shù)據(jù)組織的特點相對應(yīng)，數(shù)據(jù)倉庫中的數(shù)據(jù)是

35、面向主題進(jìn)行組織的。主題是一個抽象的概念，是較高層次上將業(yè)務(wù)信息系統(tǒng)中的數(shù)據(jù)綜合、歸類并進(jìn)行分析利用的抽象。在邏輯意義上，它是對應(yīng)業(yè)務(wù)中某一宏觀分析領(lǐng)域所涉及的分析對象。面向主題的數(shù)據(jù)組織方式，就是在較高層次上對分析對象的數(shù)據(jù)的一個完整、一致的描述，能完整、統(tǒng)一地刻畫各個分析對象所涉及的各項數(shù)據(jù)，以及數(shù)據(jù)之間的聯(lián)系。,,,Company name,面向分析的多維數(shù)據(jù)模型整合,多維數(shù)據(jù)模型整合采用軟件復(fù)用的思想，運用逆向工程的方法，從已經(jīng)

36、在運行的局部數(shù)據(jù)集中抽取出局部多維數(shù)據(jù)模型，再使用多維數(shù)據(jù)模型整合工具對這些局部多維數(shù)據(jù)模型進(jìn)行整合，充分發(fā)揮局部數(shù)據(jù)模型的優(yōu)點，抑制其短處，得出準(zhǔn)確高效的全局多維數(shù)據(jù)模型。,,Company name,數(shù)據(jù)集成系統(tǒng)的層次結(jié)構(gòu),,,,,Company name,數(shù)據(jù)集成系統(tǒng)的層次結(jié)構(gòu),數(shù)據(jù)集成系統(tǒng)可分為四個層次：概念層、邏輯層、物理層和元級層。 概念層邏輯層 物理層元級層層次間映射,包含了集成系統(tǒng)所關(guān)注的概念、概念間關(guān)

37、系和其它信息需求的形式化描述。這個層次信息的主要特征就在于它一般不是針對某個特定應(yīng)用的，它主要關(guān)注的是應(yīng)用中信息語義關(guān)系的一種描述。概念層主要包括領(lǐng)域模型和查詢模型。而領(lǐng)域模型中包括全局模型、源模型和模型間關(guān)系描述。全局模型包括應(yīng)用系統(tǒng)感興趣的所有全局概念和關(guān)系的概念級表示，它一般與傳統(tǒng)方法中集成的全局模式緊密相關(guān)；源模型則提供了對源數(shù)據(jù)的概念級表示；模型間關(guān)系則主要描述不同源模型之間以及源模型與全局模型中元素間的依賴關(guān)系。查詢模型則提

38、供了各類信息需求的概念表示,邏輯層主要包括系統(tǒng)數(shù)據(jù)模式和查詢模式的描述，描述方式主要采用各類DBMS提供的邏輯結(jié)構(gòu)。源模式主要描述了數(shù)據(jù)源的邏輯內(nèi)容，全局視圖模式描述了系統(tǒng)維護(hù)的物化視圖的邏輯內(nèi)容。顯然物化視圖只有在物化集成數(shù)據(jù)時才有效，在虛擬存儲方式時沒有任何意義。查詢模式主要描述了邏輯層的數(shù)據(jù)需求，如SQL形式等。,物理層主要涉及的是系統(tǒng)實際數(shù)據(jù)的管理。其中不但包括數(shù)據(jù)源以及物化視圖的實際數(shù)據(jù)的存儲，還包括兩個關(guān)鍵的部件，分別是wr

39、apper和mediator。Wrapper和mediator都是軟件模塊，前者用來存取數(shù)據(jù)源的實際數(shù)據(jù)，對數(shù)據(jù)源進(jìn)行封裝，并以邏輯層的表示形式來提供數(shù)據(jù)；后者用來對多個wrapper或其它mediator提供的數(shù)據(jù)集進(jìn)行處理，解決數(shù)據(jù)間結(jié)構(gòu)、語義等方面的不一致性，并以數(shù)據(jù)集的形式輸出結(jié)果。Mediator通常聯(lián)系著邏輯層的查詢，而且其結(jié)果可以物化存儲，也可以傳送給界面輸出或其它mediator。,元級層主要包括元模型，它提供了系統(tǒng)不同

40、組件的所有元信息，供用戶或設(shè)計者使用。,概念層、邏輯層和物理層之間必須提供一套映射機制，才能使系統(tǒng)有機地運轉(zhuǎn)起來。概念層和邏輯層間的映射主要是指邏輯層數(shù)據(jù)的邏輯表示與概念層概念之間的映射關(guān)系。邏輯層與物理層間的映射主要通過mediator和wrapper來完成。,,Company name,2.4 應(yīng)用集成的主流技術(shù),凡是支持系統(tǒng)互操作性的技術(shù)，都可以被看成是應(yīng)用集成技術(shù)，如DEC、DCOM、RMI、CORBA等。 2.4.1

41、應(yīng)用集成技術(shù)與分布計算技術(shù) 1．共同的基礎(chǔ)----網(wǎng)絡(luò)通信 計算機之間進(jìn)行通信的硬件、系統(tǒng)級軟件常稱為傳輸層；多個計算機使用共同的傳輸層相連時，即可稱為計算機網(wǎng)絡(luò)。所有分布式計算環(huán)境的基礎(chǔ)都是計算機之間的通信。這是最基本的也是必須的過程，并且從概念上反映了分布式環(huán)境和底層通信模塊的接近程度。 網(wǎng)絡(luò)信息傳遞過程與實際的郵政信件傳送相似，即網(wǎng)絡(luò)信息在傳送時也要被打包，包中包含收信者、發(fā)信者的地

42、址以及需要傳送的信息，如一條短消息等，這些信息通過一些具有郵發(fā)功能的機器進(jìn)行傳遞。不過，當(dāng)超過一定的大小，就可能被分割成多個小部分，到達(dá)目的之后再組合起來，這些從物理上分割的信息包也可被看成是具有獨立邏輯的信息包。一般情況下，只要傳輸層中具有一定的語義、分組順序、數(shù)據(jù)格式化和一系列其它預(yù)定義的組件，就可以組成某種通信協(xié)議。只要遵循這些協(xié)議，某計算機即可正確解釋來自其它計算機系統(tǒng)的信息。,,Company name,2．同步和異步傳輸,通

43、信過程中，信息發(fā)送者關(guān)注信息接收者接收信息的情況，但是關(guān)注的側(cè)重點各不相同。有時發(fā)送者根本不需要關(guān)心信息是否到達(dá)接收者一方；而有時候發(fā)送者需要確認(rèn)信息已經(jīng)到達(dá)接收者處，但是不需要等到接收者確認(rèn)即可繼續(xù)后面的工作；還有時發(fā)送者必須等到接收者確認(rèn)收到信息之后才能繼續(xù)工作。同步模式操作就是發(fā)送者必須接收到接受者的反饋后才能繼續(xù)往下工作；而異步模式則不需要接收者反饋信息或者至少不需要接收者立即反饋信息。這兩種模式的區(qū)別決定了某種協(xié)議是不是

44、適合某一特定任務(wù)。,,Company name,3．客戶端、服務(wù)端和對等端,客戶端、服務(wù)端和對等端都只是在通信中扮演了一個參與者的角色。在每次通信過程中，這些角色都在不斷變化，這次是客戶端角色，下一次可能是服務(wù)端或?qū)Φ榷?。需要注意的是，“端”實際上是指正在運行著的線程，而不是狹義地指某種計算機硬件，這些線程可能存在于同一系統(tǒng)中，甚至在同一進(jìn)程中。對于可稱為服務(wù)端的線程，通常的任務(wù)是打開通信信道，并等待其它線程來與其聯(lián)系；而主動去聯(lián)

45、系服務(wù)端線程來開始進(jìn)行通信的線程通常稱為客戶端；對等端既可以充當(dāng)客戶程序，也可充當(dāng)服務(wù)程序。,,Company name,4．應(yīng)用編程接口API,通信功能的核心部分由操作系統(tǒng)和網(wǎng)絡(luò)相關(guān)的API提供。這兩種程序調(diào)用大量通信函數(shù)來完成實際系統(tǒng)間數(shù)據(jù)的傳輸及接收?？偟膩碚f，這些低層組件為底層通信模塊提供了一定層次的抽象，同時也將更高層次的地址標(biāo)識和數(shù)據(jù)轉(zhuǎn)換等功能留給高一層的服務(wù)模塊。,,Company name,5．終端接口,通信過程中存在一

46、系列協(xié)議，包括Telnet、rsh以及rexec等。這些協(xié)議的原理和執(zhí)行過程比較簡單，遠(yuǎn)程客戶端就像直接和主機相連的終端一樣，只不過包含了一些附加的組件，這些組件允許各個終端通過遠(yuǎn)程連接的方式和主機進(jìn)行通信。當(dāng)按下一個鍵時，客戶端就向服務(wù)端發(fā)送一個標(biāo)識此鍵的數(shù)據(jù)包。而服務(wù)端則按順序?qū)⑿枰@示的數(shù)據(jù)回饋給客戶端。通常客戶端都是文本界面的，所以有些服務(wù)端應(yīng)用也使用一些顏色和擴展字符來增強客戶界面。優(yōu)點在于它并不需要應(yīng)用程序調(diào)用API函數(shù)

47、，并且能讓程序分布在各處執(zhí)行而不需要做任何修改。,,Company name,6．消息,消息機制要求服務(wù)器上必須有一個中間處理層確定消息的路由，以便消息可以到達(dá)正確的接收處，因為在消息包中包含消息包的屬性標(biāo)志和具體信息。消息機制是一種異步機制，各個消息存放在服務(wù)器或路由器上的消息隊列中，等待處理程序?qū)ζ溥M(jìn)行下一步處理?；谙⒌慕Y(jié)構(gòu)也可以采用同步模式，這樣，服務(wù)器/路由器將消息直接傳遞給處理程序，然后由處理程序回傳處理結(jié)果給服務(wù)

48、器，再傳給客戶端。還可以采用混合模式，即服務(wù)器按照異步模式操作，客戶端采用同步模式。,,Company name,7．遠(yuǎn)程過程調(diào)用RPC,將函數(shù)調(diào)用產(chǎn)生的數(shù)據(jù)串行化到一個順序流中，然后在連接接收端對它進(jìn)行重組 。具體過程--RPC客戶端進(jìn)程發(fā)出函數(shù)調(diào)用，但此調(diào)用不會在本地執(zhí)行，調(diào)用參數(shù)被打包并傳遞到一個遠(yuǎn)程執(zhí)行環(huán)境，傳入執(zhí)行函數(shù)，執(zhí)行完畢，結(jié)果被串行化傳回客戶端，由客戶端傳給調(diào)用者。,,Company name,8．客戶/服務(wù),

49、客戶/服務(wù)代表一種處理邏輯結(jié)構(gòu)，在這種結(jié)構(gòu)中，一些較為關(guān)鍵的處理過程在客戶端進(jìn)行，客戶端也會提交部分操作到服務(wù)端。客戶/服務(wù)方式通常是一種同步模式，因為客戶端通常都需要確認(rèn)提交的操作被服務(wù)端執(zhí)行后，才繼續(xù)運行。 9．?dāng)?shù)據(jù)庫協(xié)議X/Open調(diào)用級接口標(biāo)準(zhǔn)使用結(jié)構(gòu)化查詢語言為RDBMS提供標(biāo)準(zhǔn)接口，如微軟的ODBC和Sun的JDBC都是CLI（Call Level Interface）標(biāo)準(zhǔn)在實際應(yīng)用中的表現(xiàn)。依據(jù)CLI開發(fā)的API表

50、現(xiàn)形式是多樣化的，既有封閉性不高的消息接口，也有RPC遠(yuǎn)程過程調(diào)用接口。,,,Company name,10．中間件,在中間件結(jié)構(gòu)中，客戶端和服務(wù)端之間多了具有特別功能的中間件。中間件為通信雙方提供地址和名字解析、認(rèn)證和語義轉(zhuǎn)換等功能，也可以為其它和中間件相關(guān)的功能提供處理邏輯，如時間同步、數(shù)據(jù)格式轉(zhuǎn)化等。對執(zhí)行細(xì)節(jié)封裝是其強大功能之一，但是封裝后客戶端無法了解服務(wù)端會執(zhí)行怎樣的邏輯操作。11．分布式計算環(huán)境DCE 開放軟件基

51、金會（Open Software Foundation,OSF）為DCE正式制定了一組相關(guān)標(biāo)準(zhǔn)，其中DCE RPC標(biāo)準(zhǔn)應(yīng)用最為廣泛，是異質(zhì)執(zhí)行環(huán)境中程序行為一致性標(biāo)準(zhǔn)。DCE架構(gòu)定義了線程、時間、認(rèn)證、安全、目錄服務(wù)和命名服務(wù)的標(biāo)準(zhǔn)。其核心功能已被幾乎所有的UNIX及其變種支持，其服務(wù)在PC上也越來越普遍。不過，DCE的這些標(biāo)準(zhǔn)都是以C語言中的過程化編程方法為基礎(chǔ)制定的，這限制了它們對多語言和面向?qū)ο蟮闹С帧?,Company name

52、,12．可靠消息機制,是一種消息傳遞機制，如IBM的MQSeries和微軟的MSMQ等。在此模式中，需要傳遞的消息及其附帶的地址信心被同步傳入中間層，并永久存儲起來。一旦消息進(jìn)入這種存儲狀態(tài)，中間層會將消息發(fā)送到目的地，而發(fā)送進(jìn)程即可進(jìn)行其它處理。13．分布式對象 分布式對象結(jié)構(gòu)是從中間件概念發(fā)展來的，它將程序數(shù)據(jù)封裝在具有函數(shù)接口的對象中，對象內(nèi)的執(zhí)行細(xì)節(jié)對于調(diào)用者來說是不可見的。另外在這種結(jié)構(gòu)中，對象中方法的調(diào)用具有限制條件

53、，用戶不能直接調(diào)用，只能通過間接的形式調(diào)用。而且在調(diào)用對象時只需要使用對象的引用，不需要創(chuàng)建本地實例。,,Company name,14．遠(yuǎn)程方法調(diào)用RMI,JavaRMI制定了一個基于Java語言的體系標(biāo)準(zhǔn)，這使得可以很容易創(chuàng)建Java對Java的分布式應(yīng)用程序。在純Java的分布式系統(tǒng)中，Java對象模型在任何時候、任何地點都可以被調(diào)用。 15．分布式組件對象模型DCOM 微軟對象分布模型的核心協(xié)議就是DCOM。它是微軟CO

54、M集成結(jié)構(gòu)的擴展，主要為不同網(wǎng)絡(luò)環(huán)境中的分布對象提供交互的標(biāo)準(zhǔn)。COM讓客戶程序可以動態(tài)連接到對象，然后執(zhí)行。但是由于COM中不存在中間服務(wù)分離函數(shù)調(diào)用，使得除C++以外的其它語言必須在調(diào)用之前做一些額外處理。所以為了適應(yīng)分布于多個主機上的對象（如多個物理地址空間）增長的需要，微軟開發(fā)了COM的擴展版本DCOM。 DCOM在調(diào)用程序和實際執(zhí)行接口之間插入了一個轉(zhuǎn)換接口。雖然還是以二進(jìn)制集成方案的形式為基礎(chǔ)，但結(jié)構(gòu)和基于RPC的抽象模

55、型很類似。,,Company name,16．CORBA,公用對象請求代理結(jié)構(gòu)（CORBA）是對象管理協(xié)會（OMG）發(fā)布的異質(zhì)網(wǎng)絡(luò)分布對象的交互標(biāo)準(zhǔn)。這是一個與平臺無關(guān)的對象交互標(biāo)準(zhǔn)。CORBA使應(yīng)用程序能夠使用一個共同的接口，這個接口可以在多種平臺和多個開發(fā)工具中用接口定義語言（IDL）來說明。OMG IDL是與平臺和語言無關(guān)的；而數(shù)據(jù)及調(diào)用格式的轉(zhuǎn)換則是由對象請求代理ORB透明完成的。上述的很多理論和概念在實際分布式結(jié)構(gòu)中都是

56、混合運用著。對于異步通信來說，基于消息的體系最適合。而在同步模式中，常使用過程化的編程，DCE RPC是最好的選擇。,,Company name,2.4.2 微軟的應(yīng)用集成技術(shù) （一、COM）,COM是微軟制定并頒布的一種不依賴于任何編程語言的構(gòu)件對象模型 對象是一種二進(jìn)制代碼對象，其代碼形式是DLL或EXE可執(zhí)行代碼，被直接注冊在Windows的系統(tǒng)庫中 對象之間以及對象與外界之間的交互方式是對象方式的，由系統(tǒng)平臺直接支持 技術(shù)

57、的基本目標(biāo)是即使對象由不同的開發(fā)人員用不同的編程語言實現(xiàn)，在開發(fā)軟件系統(tǒng)時，能夠有效利用已存在于其它益友軟件系統(tǒng)中的對象，同時使當(dāng)前所開發(fā)的對象便于今后開發(fā)其它軟件系統(tǒng)時進(jìn)行重用。采用的方法是將COM對象制作成二進(jìn)制可執(zhí)行代碼，然后在二進(jìn)制代碼層為對象提供標(biāo)準(zhǔn)的互操作接口，使用這種標(biāo)準(zhǔn)接口的統(tǒng)一方式，并由系統(tǒng)平臺直接對COM對象的管理與使用提供支持。,,,Company name,2.4.2 微軟的應(yīng)用集成技術(shù) （二、DCOM）,DC

58、OM是COM的擴展，集成其優(yōu)點，提出新特性，如位置透明性、網(wǎng)絡(luò)安全性、跨平臺調(diào)用等對客戶調(diào)用進(jìn)程外服務(wù)的一種改進(jìn)，通過RPC協(xié)議，使客戶通過網(wǎng)絡(luò)可以以透明的方式調(diào)用遠(yuǎn)程機器上的遠(yuǎn)程服務(wù)調(diào)用過程中，客戶并不直接調(diào)用遠(yuǎn)程機器上的遠(yuǎn)程服務(wù)，而是首先在本地機器上建立遠(yuǎn)程服務(wù)代理，通過RPC協(xié)議，調(diào)用遠(yuǎn)程服務(wù)器上的樁，由樁來解析客戶的調(diào)用以映射到遠(yuǎn)程服務(wù)的方法或?qū)傩陨螪COM規(guī)范中，主要使用了編排（Marshaling）/反編排（un

59、Marshaling）過程對數(shù)據(jù)進(jìn)行打包編排是指當(dāng)客戶調(diào)用構(gòu)件對象的成員函數(shù)時，實際上調(diào)用本進(jìn)程內(nèi)代理對象的對應(yīng)成員函數(shù)，由代理對象負(fù)責(zé)把客戶的參數(shù)從堆棧讀出來，并寫到內(nèi)存緩沖區(qū)，以便它們可以在網(wǎng)絡(luò)上按數(shù)據(jù)包的方式傳輸。反編排過程則相反，當(dāng)遠(yuǎn)程機器上的樁代碼接收到這些編排數(shù)據(jù)后，用這些數(shù)據(jù)重新建立堆棧，堆棧建立后，樁代碼即可調(diào)用構(gòu)件對象成員函數(shù)。調(diào)用返回時，任何返回值和輸出參數(shù)都需要從堆棧中進(jìn)行編排處理，形成新的編排數(shù)據(jù)，并通過網(wǎng)絡(luò)

60、協(xié)議傳送到客戶機器中，由代理對象把結(jié)果反編排到客戶堆棧中。最后函數(shù)返回到客戶代碼，完成對遠(yuǎn)程構(gòu)件對象的調(diào)用。,,,Company name,2.4.3 對象管理協(xié)會（OMG）的應(yīng)用集成技術(shù),OMG（Object Management Group,對象管理協(xié)會）是CORBA規(guī)范的制定者，建立于1989年，在理論和實踐上促進(jìn)了面向?qū)ο筌浖陌l(fā)展。 OMG的目的是為了將對象和分布式系統(tǒng)技術(shù)集成為一個可相互操作的統(tǒng)一結(jié)構(gòu)，此結(jié)構(gòu)既支持現(xiàn)有的

61、平臺，也將支持未來的平臺集成。 以CORBA為基礎(chǔ)，利用Jini技術(shù)，可以結(jié)合各類電子產(chǎn)品成為網(wǎng)絡(luò)上的服務(wù)資源，使應(yīng)用集成走向更廣闊的應(yīng)用領(lǐng)域，同時Object Web把CORBA的技術(shù)帶入了Internet世界。 主要工作是通過建立行業(yè)指導(dǎo)和對象管理規(guī)范為應(yīng)用開發(fā)提供公共的框架。 OMG僅是制訂規(guī)范的組織，而不提供具體的實現(xiàn)。 CORBA（Common Object Request Broker Architectur

62、e,公共對象請求代理結(jié)構(gòu)）是OMG進(jìn)行標(biāo)準(zhǔn)化分布式對象計算基礎(chǔ)。CORBA自動匹配許多公共網(wǎng)絡(luò)任務(wù)，如對象登記、定位、激活、多路請求、組幀和錯誤控制、參數(shù)編排和反編排、操作分配等,,,Company name,OMG對象服務(wù)參考模型結(jié)構(gòu),,,,Company name,2.4.3 對象管理協(xié)會（OMG）的應(yīng)用集成技術(shù),各個模塊的相互作用都是通過對象請求代理完成的 ORB的作用是把客戶發(fā)出的請求傳給目標(biāo)對象，并把目標(biāo)對象的執(zhí)行結(jié)果返回

63、給發(fā)出請求的客戶 ORB以對象請求的方式實現(xiàn)應(yīng)用互操作的構(gòu)架，提供了客戶與目標(biāo)對象間的交互透明性，是有效使用面向?qū)ο蠓椒ㄩ_發(fā)分布式應(yīng)用的基礎(chǔ)，因此是參考模型的核心 CORBA具有支持多種現(xiàn)存語言、可在一個分布應(yīng)用中混用多種語言、支持分布對象、提供高度互操作性等優(yōu)點 存在的不足。例如并未真正解決分布對象計算的復(fù)雜性問題，如容錯、死鎖等問題；缺乏實時特性等,,Company name,2.4.4 Java平臺上的應(yīng)用集成技術(shù),從

64、CORBA的觀點來看，所有構(gòu)件的地位相當(dāng)，是一種平行關(guān)系。而在Java中，軟件構(gòu)件是能夠進(jìn)行可視化操作的可重用軟件，滿足一定的特征要求，并可以根據(jù)需要進(jìn)行定制和組裝 Java中的軟件構(gòu)件稱為Java Bean或簡稱為Bean，Bean是能夠在構(gòu)造工具中進(jìn)行可視化操作的可重用軟件 Java Bean極少擁有其它語言常出現(xiàn)的內(nèi)存泄露問題及指針錯用問題，并能實現(xiàn)不同硬件平臺之間的互操作特性 Java Bean可通過Bean內(nèi)部的

65、Java虛擬機實現(xiàn)對多平臺的支持,,Company name,2.4.4 Java平臺上的應(yīng)用集成技術(shù),網(wǎng)絡(luò)上，Java Bean構(gòu)件以三種方式進(jìn)行活動，如圖 ：,JDBC,,Company name,2.4.4 Java平臺上的應(yīng)用集成技術(shù),（1）JDBC使Bean構(gòu)件能夠訪問SQL數(shù)據(jù)庫。Bean可以實現(xiàn)給定數(shù)據(jù)庫中的表操作，完成相應(yīng)的業(yè)務(wù)邏輯。 （2）Java RMI使分布在網(wǎng)絡(luò)不同地址上的兩個構(gòu)件之間實現(xiàn)互操作。構(gòu)件

66、之間的調(diào)用方式采用經(jīng)典的C/S計算模型。 （3）Java IDL是一個Java版的CORBA/ORB。通過Java IDL可以實現(xiàn)一個Java Bean和一個CORBA服務(wù)之間的互操作?；贘ava IDL的Java構(gòu)件互操作模型完全等同于CORBA的思想，只不過采用的編程語言為Java。,,Company name,2.4.4 Java平臺上的應(yīng)用集成技術(shù),Sun公司在1998年發(fā)布了業(yè)界期待已久的EJB規(guī)范說明，這標(biāo)志著用J

67、ava開發(fā)企業(yè)級應(yīng)用系統(tǒng)將變的非常簡單 EJB定義了Java的服務(wù)器端構(gòu)件模型，擴充了Java Bean，以支持服務(wù)器端應(yīng)用系統(tǒng)開發(fā) 采用EJB可以提高開發(fā)人員的生產(chǎn)率，構(gòu)件開發(fā)人員和應(yīng)用開發(fā)人員不需要實現(xiàn)系統(tǒng)中一些復(fù)雜的邏輯結(jié)構(gòu)，因為構(gòu)件的容器已提供對這些服務(wù)的自動管理和控制。開發(fā)出的應(yīng)用系統(tǒng)不用修改即可從一個服務(wù)器遷移到另一個功能更強的服務(wù)器上J2EE(Java 2 Platform Enterprise Edition

68、,Java2企業(yè)版)是由Sun公司領(lǐng)導(dǎo)、各廠商共同制訂并得到廣泛認(rèn)可的工業(yè)標(biāo)準(zhǔn)。它是一個開放的、基于標(biāo)準(zhǔn)的平臺，用于開發(fā)、部署和管理N層結(jié)構(gòu)、面向Web應(yīng)用的以服務(wù)器為中心的企業(yè)級應(yīng)用 業(yè)界各主要中間件廠商如BEA、IBM和Oracle都在積極促進(jìn)該標(biāo)準(zhǔn)的推廣和應(yīng)用。J2EE使用Java語言，通過CORBA、JNI、Web服務(wù)等技術(shù)與其它語言互連，主要進(jìn)行業(yè)務(wù)邏輯開發(fā)和表示邏輯開發(fā),,Company name,,2.4.5 多代理的

69、應(yīng)用集成技術(shù),從人工智能領(lǐng)域看，代理被泛化為任何擬人、擬生物特征的事物。比如將代理稱為某種能夠行動的事物，或認(rèn)為代理是通過感知器感知其所處環(huán)境的，并通過執(zhí)行器對環(huán)境產(chǎn)生某種作用的事物 代理的體系結(jié)構(gòu)是指如何用軟件或硬件的方式實現(xiàn)代理。常見的方法有基于精神狀態(tài)的設(shè)計方法、基于知識的設(shè)計方法、基于事件處理的設(shè)計方法、基于目標(biāo)的設(shè)計方法等代理分類--根據(jù)代理中是否利用符號性知識，可以將代理的體系結(jié)構(gòu)分為認(rèn)知型代理、反應(yīng)型代理及混合型代