4.2.5.2.集成方案

基于webservice的系統(tǒng)集成技術(shù)架構(gòu)在軟件系統(tǒng)的開發(fā)過程中，系統(tǒng)集成主要實現(xiàn)系統(tǒng)的各部分（模塊）之間的通訊和整合，將相對分散的子系統(tǒng)組成一個統(tǒng)一的整體，實現(xiàn)子系統(tǒng)間的功能控制和信息交互與共享?；诰W(wǎng)絡(luò)的系統(tǒng)集成技術(shù)已有了很多，如：DCOM（DistributedComponentObjectModel，分布式組件對象模型）、CORBA（CommonObjectRequestBrokerArchitecture，公用對象請求代理程序體系結(jié)構(gòu)）和JavaRMI（JavaRemoteMethodInvocation，Java遠端函數(shù)調(diào)用）等。但是這些傳統(tǒng)的集成技術(shù)在很大程度上受到網(wǎng)絡(luò)環(huán)境的限制，大多使用專有協(xié)議通過特別的端口進行遠程通信，不能很好的支持客戶段和服務(wù)器通過Internet進行通信。基于WebService的集成技術(shù)作為一種新的面向函數(shù)和方法的應(yīng)用集成技術(shù)，在很大程度上解決了原有集成技術(shù)在Internet遠程通信方面的問題。WebService基于XML文檔進行服務(wù)描述，服務(wù)請求和反饋結(jié)果，可以在Internet上通過HTTP協(xié)議進行傳遞，很容易的被訪問和返回結(jié)果。同時，由于WebService的相關(guān)標準都是W3C的開放協(xié)議，與平臺和操作系統(tǒng)無關(guān)，不同的平臺和操作系統(tǒng)上的WebService的實現(xiàn)在很大程度上可以做到互操作，這就使異構(gòu)平臺上應(yīng)用的集成變得很容易。此外，過去使用的基于RPC（RPC-RemoteProcedureCall，遠程過程調(diào)用）和API（ApplicationProgrammingInterface，程序編程接口）的集成技術(shù)都是一種函數(shù)級的靜態(tài)解決方案（即使它們在客戶機和服務(wù)器通訊時使用XML）；WebService則是一種動態(tài)的集成方案，所有的服務(wù)都可以通過UDDI（UniversalDescription，Discovery，andIntegration）標準動態(tài)地被發(fā)現(xiàn)、綁定和使用，容易適應(yīng)系統(tǒng)的變動，提高系統(tǒng)的靈活性和伸縮性。使用WebService技術(shù)進行系統(tǒng)集成和過去使用其它面向函數(shù)和方法的技術(shù)進行集成類似：在進行初始設(shè)計的時候主要考慮不同應(yīng)用之間，系統(tǒng)不同模塊之間消息及數(shù)據(jù)傳遞的需求；根據(jù)具體需求設(shè)置相應(yīng)的接口，描述接口特性；針對不同應(yīng)用的平臺選擇相應(yīng)的WebService組件，進行相應(yīng)設(shè)置；實現(xiàn)不同應(yīng)用的接口，進行相應(yīng)調(diào)試；實際運行，應(yīng)用程序間進行協(xié)同調(diào)試。使用WebService進行系統(tǒng)集成的基本模式如下圖：中間件介紹a)人力資源服務(wù)用戶登錄OA協(xié)同一般存在以下三種模式：1)采用OA協(xié)同辦公系統(tǒng)數(shù)據(jù)庫驗證模式。2)采用LDAP（LightweightDirectoryAccessProtocol）目錄服務(wù)驗證模式（目前比較流行的目錄服務(wù)器有MicrosoftAD或SUNiplanet等）。3)采用第三方提供的統(tǒng)一認證與授權(quán)平臺驗證模式。對于模式一，用戶的賬號及個人信息存儲在數(shù)據(jù)庫中，如果企業(yè)內(nèi)存在多套系統(tǒng)，在沒有使用LDAP目錄服務(wù)的情況下可能各系統(tǒng)都有自己單獨的賬號及用戶信息，從而無法使用統(tǒng)一的接入門戶。在這種情況下，客戶可以使用OA中間件提供的人力資源服務(wù)，把需要整合的系統(tǒng)中的用戶信息同步到OA系統(tǒng)中來，實現(xiàn)多系統(tǒng)共享用戶信息。如下圖所示對于模式二，采用LDAP目錄服務(wù)作為驗證服務(wù)器之后，企業(yè)內(nèi)所有支持LDAP服務(wù)的應(yīng)用系統(tǒng)均通過目錄服務(wù)器共享用戶信息，這些系統(tǒng)自然就可以實現(xiàn)統(tǒng)一的接入，如下圖所示對于模式三，針對的是購買了統(tǒng)一認證與授權(quán)平臺軟件的企業(yè)。利用該平臺，用戶可以在登陸windows域的同時也通過了所有支持該平臺的應(yīng)用系統(tǒng)的驗證。如下圖所示b)工作流服務(wù)webservice采用xml作為信息傳遞載體，因此可以方便的實現(xiàn)不同業(yè)務(wù)數(shù)據(jù)的格式轉(zhuǎn)換。其他應(yīng)用系統(tǒng)的業(yè)務(wù)數(shù)據(jù)可以通過SOAP（SimpleObjectAccessProtocol）協(xié)議以xml格式傳遞到我們的工作流服務(wù)，工作流服務(wù)會把xml數(shù)據(jù)轉(zhuǎn)化成OA系統(tǒng)可以識別的數(shù)據(jù)格式。反之，OA系統(tǒng)中的數(shù)據(jù)也可以通過工作流服務(wù)轉(zhuǎn)換成xml數(shù)據(jù)傳遞給其他應(yīng)用系統(tǒng)。由于SOAP是各大軟件廠商支持的標準協(xié)議，可以很方便地實現(xiàn)xml數(shù)據(jù)到系統(tǒng)數(shù)據(jù)的轉(zhuǎn)換。用例：某企業(yè)內(nèi)部存在一套系統(tǒng)和一套OA系統(tǒng)，該客戶希望能夠?qū)崿F(xiàn)把公文系統(tǒng)中的數(shù)據(jù)發(fā)送到OA系統(tǒng)進行審批。解決方案：首先在OA系統(tǒng)中創(chuàng)建一個表單，字段根據(jù)公文管理系統(tǒng)中的數(shù)據(jù)進行定義，比如：發(fā)文單位，密級，份數(shù)，標題，擬稿人。。。根據(jù)需求創(chuàng)建流程。（流程節(jié)點，接點操作人，出口等等）由公文管理系統(tǒng)維護人員或或者由OA系統(tǒng)開發(fā)人員在公文管理系統(tǒng)中做簡單定制開發(fā)，在公文創(chuàng)建完成后調(diào)用OA中間件工作流服務(wù)，調(diào)用方法很簡單，開發(fā)人員可以根據(jù)中間件提供的web服務(wù)描述文件WSDL(WebServicesDescriptionLanguage)生成任何平臺（java，c#，c++，delphi等等）的本地代理程序，通過代理程序調(diào)用中間件提供的服務(wù)就像調(diào)用本地方法一樣，技術(shù)上不復(fù)雜，開發(fā)難度也比較低。工作流服務(wù)接收到請求后，把請求內(nèi)容（XML數(shù)據(jù)）轉(zhuǎn)換成OA表單數(shù)據(jù)，并創(chuàng)建工作流，該工作流將按照流程定義的路徑在OA系統(tǒng)中流轉(zhuǎn)。針對企業(yè)需求，還可以通過如下幾個方面進行實現(xiàn)：數(shù)據(jù)復(fù)制數(shù)據(jù)復(fù)制方式的目的是為了保持數(shù)據(jù)在不同數(shù)據(jù)庫間的一致性，而數(shù)據(jù)庫可以是同一廠商也可以是不同廠商的，甚至可以是采用了不同模型和管理模式的數(shù)據(jù)庫。對于數(shù)據(jù)復(fù)制的基本要求是其必須能夠提供一種數(shù)據(jù)轉(zhuǎn)化和傳輸?shù)幕A(chǔ)結(jié)構(gòu)，以屏蔽不同數(shù)據(jù)庫間數(shù)據(jù)模型的差異。數(shù)據(jù)復(fù)制服務(wù)的基本原理是這樣的：在兩個或多個數(shù)據(jù)庫之間設(shè)置一個軟件中介，在一邊，數(shù)據(jù)從源數(shù)據(jù)庫中被抽取，而在另一邊，數(shù)據(jù)被導(dǎo)入目標數(shù)據(jù)庫。數(shù)據(jù)聚合數(shù)據(jù)聚合是將多個數(shù)據(jù)庫和數(shù)據(jù)庫模型集成為一種統(tǒng)一的數(shù)據(jù)庫視圖的方法，也可以認為，數(shù)據(jù)聚合體是一種虛擬的企業(yè)數(shù)據(jù)庫，它包括了多個實體的物理數(shù)據(jù)庫。數(shù)據(jù)聚合方法在分布的數(shù)據(jù)庫和應(yīng)用之間放置一個中間件層，該層與每一個后臺的數(shù)據(jù)庫用其自帶的接口相連，并將分布的數(shù)據(jù)庫映射為一種統(tǒng)一的虛擬數(shù)據(jù)庫模型，而這種虛擬模型只在中間件中存在。應(yīng)用就可以應(yīng)用該虛擬數(shù)據(jù)庫去訪問需要的信息。同時，該數(shù)據(jù)聚合軟件也可以通過將相關(guān)數(shù)據(jù)映射和導(dǎo)入實體數(shù)據(jù)庫，進行數(shù)據(jù)庫更新。數(shù)據(jù)聚合方法的優(yōu)點是其將多種數(shù)據(jù)類型表示為統(tǒng)一的數(shù)據(jù)模型，支持信息交換，它能夠通過一個良好定義的接口訪問企業(yè)中任何相連的數(shù)據(jù)庫，也提供了一種利用統(tǒng)一接口解決面向數(shù)據(jù)的應(yīng)用集成問題的良好方法。接口集成接口集成方法利用良好定義的應(yīng)用接口實現(xiàn)對應(yīng)用包和客戶化應(yīng)用的集成。這種方法已在一些企業(yè)應(yīng)用軟件包，如業(yè)務(wù)系統(tǒng)套件（如SAP，PeopleSoft，andOracle）的集成中得到廣泛應(yīng)用而聞名，可以說，它是目前得到最廣泛應(yīng)用的集成方法。在面向接口的集成中，集成代理是一個時髦的概念，它通過提供用以連接應(yīng)用軟件包和應(yīng)用適配器來實現(xiàn)集成，適配器通過其開放或私有接口將信息從應(yīng)用中提取出來。另外一些類型的適配器可以通過面向消息的中間件（MOM）、DBMS、文件系統(tǒng)或其它系統(tǒng)和應(yīng)用間接集成。有些解決方案通過接口抽象以屏蔽適配器的自然屬性，來促進信息交互，從而實現(xiàn)和應(yīng)用的交互，甚至也可以屏蔽和應(yīng)用間的信息傳輸。這種通過接口抽象的方法提供了集成不同類型應(yīng)用的高效率，也是面向接口集成方法的主要優(yōu)勢來源。

4.2.5.3.集成內(nèi)容

多年信息化建設(shè)，缺乏信息系統(tǒng)總體戰(zhàn)略規(guī)劃，致使局部需求得到滿足的同時，企業(yè)內(nèi)部信息系統(tǒng)存在各自為政，相互無法互通互聯(lián)的狀況，形成信息孤島，總部無法實現(xiàn)對整體業(yè)務(wù)運作和的全面掌控。企業(yè)應(yīng)用集成（EAI）技術(shù)可以通過中間件作為粘合劑來連接企業(yè)內(nèi)外各種業(yè)務(wù)相關(guān)的異構(gòu)系統(tǒng)、應(yīng)用以及數(shù)據(jù)源，從而滿足企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)及企業(yè)間供應(yīng)鏈系統(tǒng)無縫共享和交換數(shù)據(jù)的需要。一個完整的集成解決方案應(yīng)當(dāng)包含以下五個層面：

用戶交互：實現(xiàn)應(yīng)用用戶界面統(tǒng)一的接入與安全機制，利用門戶技術(shù)進行構(gòu)建。

應(yīng)用連接：通過HUB或總線架構(gòu)，實現(xiàn)應(yīng)用與應(yīng)用之間的連接，完成相關(guān)的數(shù)據(jù)路由與數(shù)據(jù)格式轉(zhuǎn)換。

業(yè)務(wù)流程整合：實現(xiàn)業(yè)務(wù)流程管理，包括工作流管理和自動化流程兩個方面。

構(gòu)建整合：這個層面包含兩個部分，一部分是構(gòu)建與現(xiàn)有應(yīng)用兼容的新應(yīng)用，另一部分是對現(xiàn)有資源進行重用以適應(yīng)新環(huán)境的需要。

信息集成：實現(xiàn)數(shù)據(jù)集成，在異構(gòu)的數(shù)據(jù)源之間實現(xiàn)數(shù)據(jù)層的直接整合。

下面舉例說明OA與各業(yè)務(wù)系統(tǒng)整合的流程圖與方案簡單介紹：門戶相關(guān)集成門戶集成清單：單點登陸，信息集成，可以門戶上顯示業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)。門戶集成關(guān)系圖（集成單點登陸）：集成內(nèi)容與關(guān)系說明：