基于soa實(shí)現(xiàn)高校應(yīng)用子系統(tǒng)集成研究

《基于soa實(shí)現(xiàn)高校應(yīng)用子系統(tǒng)集成研究》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、基于SOA實(shí)現(xiàn)高校應(yīng)用子系統(tǒng)集成研究本文討論了基于SOA并以Web服務(wù)為技術(shù)基礎(chǔ)在高校信息系統(tǒng)集成中的應(yīng)用，詳細(xì)介紹了構(gòu)建不同粒度的面向服務(wù)的體系架構(gòu)，及該方案怎樣以最低的代價和最快的速度適應(yīng)學(xué)校業(yè)務(wù)邏輯的改變。關(guān)鍵詞：SOA；Web服務(wù)；應(yīng)用集成；教學(xué)資源　　一、引言　　近年來，信息技術(shù)應(yīng)用的卓越成效在經(jīng)過幾十年的信息化建設(shè)進(jìn)程中已初步顯現(xiàn)，教育行業(yè)中的高校也見證了這一發(fā)展歷程。學(xué)校內(nèi)往往是一些需求最迫切的部門率先采用信息技術(shù)，但受當(dāng)時的技術(shù)、資金、時間等因素的限制，只實(shí)現(xiàn)了某些部門的業(yè)務(wù)功能且各個系統(tǒng)相互獨(dú)立。但隨著時間的推移，學(xué)校已逐步建成了較為完整的業(yè)務(wù)系統(tǒng)。當(dāng)前面臨的緊迫問題是如何

2、使這些互不兼容的“煙囪式”的業(yè)務(wù)系統(tǒng)集成起來，如何對各個業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)進(jìn)行綜合利用，且隨著學(xué)校與外部環(huán)境之間的交流增多，如何協(xié)同辦公及提高系統(tǒng)應(yīng)對業(yè)務(wù)需求變化的能力。要解決這些問題，只能從全局的角度考慮學(xué)校的信息化需求，并根據(jù)實(shí)際情況，對各個信息系統(tǒng)進(jìn)行綜合分析，選擇一個經(jīng)濟(jì)、高效的集成平臺，將學(xué)校各部門的“煙囪式”的信息系統(tǒng)集成起來?！　《?、SOA架構(gòu)的應(yīng)用集成　?。ㄒ唬┟嫦蚍?wù)的應(yīng)用集成　　SOA的開發(fā)模式提供的開發(fā)機(jī)制可用于服務(wù)描述、服務(wù)發(fā)現(xiàn)、服務(wù)之間的通信。服務(wù)可定義為功能，也可定義為某一對象或應(yīng)用，這樣的特點(diǎn)使基于SOA的集成具有較好的普適性，使系統(tǒng)集成時不受某些特殊規(guī)則的約束，

3、還可將系統(tǒng)和應(yīng)用迅速轉(zhuǎn)換為服務(wù)。用服務(wù)粒度來控制、定義通信中的數(shù)據(jù)量，服務(wù)可分為細(xì)粒度服務(wù)、粗粒度服務(wù)或組合服務(wù)[1]。這里用服務(wù)粒度來表達(dá)服務(wù)的實(shí)現(xiàn)、及在服務(wù)使用中涉及到的數(shù)據(jù)量或消息量。最小的功能由細(xì)粒度服務(wù)封裝，通信中使用少量的數(shù)據(jù)。較大的業(yè)務(wù)功能由粗粒度服務(wù)封裝，處理較多的數(shù)據(jù)。細(xì)粒度服務(wù)是最小的服務(wù)，供粗粒度服務(wù)或組合服務(wù)調(diào)用，不提供給終端應(yīng)用。如果用細(xì)粒度服務(wù)來建立終端應(yīng)用，系統(tǒng)中調(diào)用的服務(wù)就會增多，而每個服務(wù)上的通信數(shù)據(jù)量就會減少，導(dǎo)致系統(tǒng)性能受到影響。雖然粗粒度服務(wù)可調(diào)用若干個細(xì)粒度服務(wù)，但粒度級的安全及訪問控制無法得到保障，因此細(xì)粒服務(wù)在安全控制方面更容易實(shí)現(xiàn)。粗粒度服務(wù)和

4、細(xì)粒度服務(wù)可進(jìn)行拼裝而形成組合服務(wù)，靈活地實(shí)現(xiàn)系統(tǒng)的不同需求。只要對三種粒度服務(wù)的綜合運(yùn)用，設(shè)計出一組有效的不同粒度的服務(wù)組合就會產(chǎn)生新的業(yè)務(wù)流程或功能，這就是面向服務(wù)的集成?！　。ǘ￤ebService模型　　Web服務(wù)的出現(xiàn)使SOA的實(shí)現(xiàn)成為可能，在Web服務(wù)模型中共有三種工作角色[2]，其中服務(wù)提供者（服務(wù)器）和服務(wù)請求者（客戶端）是必須的，服務(wù)注冊中心是一個可選的角色，它們之間的交互和操作構(gòu)成了SOA的體系結(jié)構(gòu)。主要角色有：1）服務(wù)提供者。它是服務(wù)的所有者。實(shí)現(xiàn)服務(wù)，使用服務(wù)語言對Web服務(wù)進(jìn)行詳細(xì)、準(zhǔn)確、規(guī)范的描述并將服務(wù)注冊到服務(wù)注冊中心。2）服務(wù)請求者。查找、綁定和調(diào)用服務(wù)，

5、或與服務(wù)進(jìn)行交互的應(yīng)用程序。3）服務(wù)注冊中心。是服務(wù)提供者與服務(wù)請求者相互聯(lián)系的紐帶，服務(wù)提供者在此發(fā)布他們的服務(wù)描述，而服務(wù)請求者在此查找他們所需的Web服務(wù)；Web服務(wù)模型中主要操作有：1）發(fā)布：只有發(fā)布服務(wù)的描述信息，服務(wù)請求者才能發(fā)現(xiàn)和調(diào)用服務(wù)。2）查找：服務(wù)請求者通過查找注冊庫來定位符合其需求的服務(wù)。3）綁定和調(diào)用：服務(wù)請求者使用服務(wù)?！　∪?、基于SOA的高校應(yīng)用子系統(tǒng)集成　?。ㄒ唬﹤鹘y(tǒng)集成模式的不足及SOA集成的特點(diǎn)　　傳統(tǒng)的系統(tǒng)集成如EAI是基于組件模型的技術(shù)[3]。為了實(shí)現(xiàn)完全的應(yīng)用集成，必須選擇一個統(tǒng)一的集成標(biāo)準(zhǔn)，常見的集成標(biāo)準(zhǔn)包括：CORBA、EJB、D等，這些標(biāo)準(zhǔn)的集成

6、性較好，但也存在著一些問題。系統(tǒng)擴(kuò)展性不強(qiáng)，模塊強(qiáng)耦合的調(diào)用增加了系統(tǒng)維護(hù)負(fù)擔(dān)；實(shí)施過程中，不僅在業(yè)務(wù)邏輯上要進(jìn)行功能的集成，還需要對多種信息源產(chǎn)生的數(shù)據(jù)進(jìn)行綜合的分析和決策及數(shù)據(jù)轉(zhuǎn)換，使EAI的實(shí)施代價大、周期長；沒有統(tǒng)一的工業(yè)標(biāo)準(zhǔn)，易造成對某一集成技術(shù)提供商的過份依賴。這些因素很大程度上限制了系統(tǒng)集成的實(shí)施?！　OA是實(shí)現(xiàn)學(xué)校信息系統(tǒng)中的數(shù)據(jù)和業(yè)務(wù)無縫銜接的理想方案，它之所以被用于子系統(tǒng)集成，是因?yàn)槠渚邆淞藰?biāo)準(zhǔn)化、可組裝的特性[4]。因此用SOA整合教學(xué)資源的關(guān)鍵是把原有的信息資源封裝為服務(wù)，還可將新開發(fā)的服務(wù)和原有系統(tǒng)經(jīng)包裝后的服務(wù)進(jìn)行不同粒度的組合，以實(shí)現(xiàn)對教學(xué)資源的整合。與傳統(tǒng)的

7、集成模式相比，SOA具有如下特點(diǎn)：1）具有標(biāo)準(zhǔn)化的應(yīng)用接口；2）模塊之間以粗粒度、松耦合的形式組合；3）建設(shè)周期短，成本低；4）能適應(yīng)業(yè)務(wù)邏輯變化。　?。ǘ┗赟OA的應(yīng)用子系統(tǒng)集成架構(gòu)　　SOA提供了標(biāo)準(zhǔn)化的架構(gòu)，在現(xiàn)有系統(tǒng)不做修改的前提下，將各個業(yè)務(wù)功能轉(zhuǎn)換或封裝為服務(wù)，這些服務(wù)彼此相對獨(dú)立且可進(jìn)行組合，從而有效地實(shí)現(xiàn)子系統(tǒng)集成。集成系統(tǒng)框架如圖1所示?！　　　D1基于SOA架構(gòu)的學(xué)校應(yīng)用子系統(tǒng)集成系統(tǒng)