基于SOA和ROA的整體技術架構

1、更多企業(yè)學院： 中小企業(yè)管理理全能版183套講座+897000份資料總經(jīng)理、高層層管理49套講座+116388份份資料中層管理學院院46套講座+66020份資料國學智慧、易易經(jīng)46套講座人力資源學院院56套講座+227123份份資料各階段員工培培訓學院77套講座+ 324份資料員工管理企業(yè)業(yè)學院67套講座+ 8720份份資料工廠生產(chǎn)管理理學院52套講座+ 139200份資料財務管理學院院53套講座+ 179455份資料銷售經(jīng)理學院院56套講座+ 143500份資料銷售人員培訓訓學院72套講座+ 4879份份資料基于面向服務體體系架構（SSOA）和面面向資源體系系架構（ROOA）的業(yè)務務組件模型

2、多終端多技術平平臺可復用的的組件模型引言在面向服務體體系架構（SSOA）和業(yè)業(yè)務組件（BBC）的思考考（以下簡簡稱 SOOA 和 BBC ）一一文中介紹了了基于面向服服務體系架構構（SOA）的的組件模型，本本文按照“分分離”的原則則，通過比較較當前多種流流行的客戶端端和服務器端端的通訊機制制，進一步把把業(yè)務組件進進行分離，采采用面向資源源體系架構（RROA）把業(yè)業(yè)務組件界面面層和業(yè)務邏邏輯層分離開開，構建一個個多終端多技技術平臺可復復用的組件模模型多層架構中的通通訊方式軟件體系架構是是沿著單機到到 CS 架架構，再到 BS 的三三層架構甚至至多層架構逐逐步發(fā)展過來來的，關于多多層架構，本本文不

3、再詳細細介紹，可以以參考相關的的資料，下面面首先來分析析一下當前比比較流行的客客戶端技術以以及客戶端和和服務器之間間的通訊方式式?；?MVC 的 J2EEE 多層模模型在一個標準的基基于 MVCC 的 J22EE 的模模型架構的代代碼中，從對對象的類別來來看，一般包包含 BO、DDAO、POOJO 等 Java 類，另外還還包含 JSSP、Serrvlet 等，如下圖圖所示：圖 1. 基于于 MVC 的 J2EEE 多層模模型POJO：簡單單 Javaa 對象（PPlain Ordinnary JJava OObjectt，POJOO），一個中中間對象，在在不同階段可可以轉化為 PO、DTT

4、O、VO，PPOJO 持持久化以后就就是 PO，在在應用中的不不同層次傳遞遞為 DTOO，直接用來來對應表示層層就是 VOO。PO：持久對象象（Perssistannt Objject，PPO），也稱稱為 Datta 對象，對對應數(shù)據(jù)庫中中的 Enttity，可可以簡單認為為一個 POO 對應數(shù)據(jù)據(jù)庫中的一條條記錄。POO 中不包含含任何對數(shù)據(jù)據(jù)庫的操作。VO ：表現(xiàn)層層對象（Viiew Obbject，VVO）主要對對應界面顯示示的數(shù)據(jù)對象象。對于一個個 WEB 頁面，或者者 SWT、SSWING 界面，用一一個 VO 對象對應整整個界面的值值。根據(jù)業(yè)務務的需要可以以和表對應，也也可以不對應

5、應。DTO ：數(shù)據(jù)據(jù)傳輸對象（DData TTransffer Obbject，DDTO） 主主要用于遠程程調用等需要要大量傳輸對對象的地方。對對象不應該包包含業(yè)務邏輯輯，其僅僅需需要傳遞需要要的屬性，而而不是 POO 的所有屬屬性。BO：業(yè)務對象象 （Bussinesss Objeect，BOO）主要作用用是把業(yè)務邏邏輯封裝為一一個對象。這這個對象可以以包括一個或或多個其它的的對象。通常常一個 BOO 包含多個個 PO，通通常需要將 BO 轉化化成 PO，才才能進行數(shù)據(jù)據(jù)的持久化，反反之，從 DDB 中得到到的 PO，需需要轉化成 BO 才能能在業(yè)務層使使用。BO 建議只包含含業(yè)務方法，屬屬

6、性在 POOJO 中。DAO：數(shù)據(jù)訪訪問對象（DData AAccesss Objeect，DAAO）主要用用來封裝對數(shù)數(shù)據(jù)庫的訪問問。通過它可可以把 POOJO 持久久化為 POO，用 POO 組裝出來來 VO、DDTO。主要要用來封裝對對 DB 的的訪問，把 POJO 持久化為 PO。JSP 是通過過 HTTPP 請求，直直接調用 SServleet 的。當當前，在 JJ2EE 架架構下，有 Strutts 、Sppring 、Hibeernatee 等開源架架構完美的實實現(xiàn)了界面、邏邏輯和實例化化的操作。Applet 和 J2EEE 的通訊訊Applet 可以直接連連接數(shù)據(jù)庫，可可以使用

7、象 JDBC、RRMI 這樣樣的協(xié)議來訪訪問象數(shù)據(jù)庫庫、LDAPP 目錄和 Enterrprisee JavaaBeanss 組件這樣樣的后端信息息。也可以通通過 HTTTP 連接后后臺的 Jaava Seervlett，和 JSSP 連接方方式相同，通通過 Serrvlet 處理后臺邏邏輯，Appplet 僅僅僅用來處理理前端的工作作。Flex 和 J2EE 的通訊Flex 是 Macroomediaa 發(fā)布的展展現(xiàn)服務 (Preseentatiion Seerver)，根據(jù) mmxml 文文件 ( 純純粹的 XMML 描述文文件和 AcctionSScriptt) 產(chǎn)生相相應得 swwf

8、文件，傳傳送到客戶端端，由客戶端端的解釋執(zhí)行行。 Fleex 提供了了三種方式和和 Javaa 進行數(shù)據(jù)據(jù)交互：HTTTPSerrvice，RRemoteeObjecct 和 WWeb 服務務。其中，HHTTPSeervicee 方式可以以傳輸 Teext、XMML 或者 JSON (JavaaScrippt Objject NNotatiion) 等等。由于 FFlex 具具有 Flaash 打下下的良好用戶戶基礎，同時時具有豐富的的展現(xiàn)效果，正正在成為一種種流行的客戶戶端展示實現(xiàn)現(xiàn)技術。AJAX 和 J2EE 的通訊AJAX(Assynchrronouss JavaaScrippt and

9、d XML) 是多種技技術的綜合，它它使用 XHHTML 和和 CSS 標準化呈現(xiàn)現(xiàn)，使用 DDOM 實現(xiàn)現(xiàn)動態(tài)顯示和和交互，使用用 XML 和 XSTTL 進行數(shù)數(shù)據(jù)交換與處處理，使用 Javasscriptt 綁定和處處理所有數(shù)據(jù)據(jù)，Javaascrippt 是一種種粘合劑使 AJAX 應用的各部部分集成在一一起，中 JJavaSccript 主要被用來來傳遞用戶界界面上的數(shù)據(jù)據(jù)到服務端并并返回結果。AAJAX 使使用 XMLLHttpRRequesst 對象進進行異步數(shù)據(jù)據(jù)讀取， XXMLHtttpRequuest 對對象用來響應應通過 HTTTP 傳遞遞的數(shù)據(jù)，一一旦數(shù)據(jù)返回回到客戶端

10、就就可以立刻使使用 DOMM 將數(shù)據(jù)放放到網(wǎng)面上。在在 Ajaxx 中，XMMLHttppRequeest 是核核心，XMLLHttpRRequesst 對象在在大部分瀏覽覽器上已經(jīng)實實現(xiàn)而且擁有有一個簡單的的接口允許數(shù)數(shù)據(jù)從客戶端端傳遞到服務務端，但并不不會打斷用戶戶當前的操作作。使用 XXMLHtttpRequuest 傳傳送的數(shù)據(jù)可可以是任何格格式，包括可可以傳輸 TText、XXML 或者者 JSONN。其他客戶端和 J2EE 的通訊除了前文所描述述常見的瀏覽覽器支持的技技術標準，當當前富客戶端端（Richh Inteernet Appliicatioons ，RRIA）發(fā)展展也很快，

11、比比較流行的有有 AIR、WWPF 、JJavaFXX 等。AIR (Addobe IIntegrrated Runtiime) 是是 Macrromediia 發(fā)布一一個跨操作系系統(tǒng)運行的 RIA 技技術解決方案案，利用現(xiàn)有有的 Webb 開發(fā)技術術（Flassh，F(xiàn)leex，HTMML，JavvaScriipt，Ajjax）來構構建富客戶端端，并部署為為桌面應用程程序，其本質質上采用的是是前述 Weeb 開發(fā)技技術和后臺通通訊。由于 AIR 可可以訪問客戶戶端的資源，并并可以實現(xiàn)離離線操作，所所有具有廣闊闊的應用前景景。WPF (Wiindowss Pressentattion FFoun

12、daation) 是 Miicrosooft 的 .Net 平臺的 RRIA 技術術解決方案，WWPF 通過過擴展應用程程序標記語言言（eXteensiblle Appplicattion MMarkupp Langguage ，XAMLL）把界面和和業(yè)務邏輯分分開，以開發(fā)發(fā)出界面炫麗麗，功能強大大的應用程序序。WPF 可以通過基基于 SOAAP 的 WWeb 服務務或者 REESTfull Web 服務跟后臺臺 J2EEE 服務器交交互。另外輕輕量級的基于于瀏覽器的 Silveerlighht 可以采采用這種技術術。JavaFX 是 Javva 的 RRIA 技術術解決方案，和和早期的 AA

13、pplett、 Javva Webb Starrt 等技術術一脈相承， 其使用的是是領域專用語語言（Dommain SSpeciffic Laanguagge，DSLL），和后臺臺通訊方式同同 Appllet。通訊方式總結如前文所述，客客戶端和服務務器端的通信信有很多種，但但是有兩種是是都支持的，基基于 SOAAP 的 WWeb 服務務和 RESSTful Web 服服務。Web 服務是是通過簡單對對象訪問協(xié)議議（Simpple Obbject Accesss Prootocoll，SOAPP）傳輸?shù)?，SSOAP 是是一種基于 XML 的的協(xié)議， 可可以和現(xiàn)存的的許多因特網(wǎng)網(wǎng)協(xié)議和格式式結合使

14、用，包包括超文本傳傳輸協(xié)議（ HTTP），簡簡單郵件傳輸輸協(xié)議（SMMTP），多多用途網(wǎng)際郵郵件擴充協(xié)議議（MIMEE），基于“通通用”傳輸協(xié)協(xié)議是 SOOAP 的一一個優(yōu)點。它它還支持從消消息系統(tǒng)到遠遠程過程調用用（Remoote Prroceduure Caall， RRPC）等大大量的應用程程序。SOAAP 提供了了一系列的標標準，如 WWSRM（WWS-Relliablee Messsagingg）形式化契契約確?？煽靠啃耘c安全性性，確保異步步處理與調用用；WS-SSecuriity、WSS-Trannsactiions 和和 WS-CCoordiinatioon 等標準準提供了上下下

15、文信息與對對話狀態(tài)管理理。相對而言，SOOAP 協(xié)議議屬于復雜的的、重量級的的協(xié)議，當前前隨著 Weeb2.0 的興起，表表述性狀態(tài)轉轉移（Reppresenntatioonal SState Transsfer，RREST）逐逐步成為一個個流行的架構構風格。REEST 是一一種輕量級的的 Web Serviice 架構構風格，其實實現(xiàn)和操作比比 SOAPP 和 XMML-RPCC 更為簡潔潔，可以完全全通過 HTTTP 協(xié)議議實現(xiàn)，還可可以利用緩存存 Cachhe 來提高高響應速度，性性能、效率和和易用性上都都優(yōu)于 SOOAP 協(xié)議議。RESTT 架構對資資源的操作包包括獲取、創(chuàng)創(chuàng)建、修改和

16、和刪除資源的的操作正好對對應 HTTTP 協(xié)議提提供的 GEET、POSST、PUTT 和 DEELETE 方法，這種種針對網(wǎng)絡應應用的設計和和開發(fā)方式，可可以降低開發(fā)發(fā)的復雜性，提提高系統(tǒng)的可可伸縮性。RREST 架架構尤其適用用于完全無狀狀態(tài)的 CRRUD（Crreate、 Read、 Updatte、 Deelete，創(chuàng)創(chuàng)建、讀取、更更新、刪除）操操作?；?RESTT 的軟件體體系結構風格格（Softtware Archiitectuure Sttyle）稱稱之為面向資資源體系架構構（Resoource-oriennted AArchittecturre，ROAA）。按照 REST 原

17、則設計的的軟件、體系系結構，通常常被稱為“RREST 式式的”（REESTfull），在本文文中以下稱之之為 RESSTful Web 服服務，以便于于和基于 SSOAP 的的 Web 服務區(qū)別。服務器端采用 J2EE，客客戶端采用 JSP、FFlex、JJavaFXX、AIR 等可以直接接調用 Seervlett，其他的實實現(xiàn)技術基本本上不能直接接調用，但是是無論是那種種客戶端，對對于基于 SSOAP 的的 Web 服務或者基基于 RESSTful Web 服服務務都是支支持的，如 AJAX 的 XMLLHttpRRequesst、Fleex 的 HHTTPSeervicee 等。如下下圖所

18、示：圖 2. 客戶戶端和服務器器端的通訊方方式基于 SSOAP 和和 RESTT 的分層模模型結合前文所述客客戶端和服務務器端的通訊訊方式比較和和分析以及在在 SOAA 和 BCC 一文中中描述的業(yè)務務組件模型，下下文給出了在在界面層和業(yè)業(yè)務邏輯層采采用輕量級的的 RESTTful WWeb 服務務，不同業(yè)務務組件之間采采用基于 SSOAP 的的 Web 服務的業(yè)務務組件模型?；?ROA 的業(yè)務組件件界面層和業(yè)業(yè)務邏輯層接接口在多層架構下，特特別是當前客客戶端技術發(fā)發(fā)展迅速，有有不同的技術術實現(xiàn)方式，將將界面層和業(yè)業(yè)務邏輯層分分離將能更好好的實現(xiàn)業(yè)務務組件的重用用，業(yè)務邏輯輯不受不同客客戶端

19、技術技技術影響，從從而更好的保保證了業(yè)務邏邏輯的重用。為為了支持各種種客戶端技術術，需要采用用各種客戶端端技術都能支支持的標準的的接口方式，在在前文所述兩兩種通用標準準中，SOAAP 相對來來講屬于重量量級協(xié)議，而而且基于 SSOAP 的的 Web 服務將會增增加軟件開發(fā)發(fā)的難度，影影響系統(tǒng)的性性能，因此采采用輕量級的的 RESTTful WWeb 服務務務，來實現(xiàn)現(xiàn)界面層和業(yè)業(yè)務邏輯層的的分離，如下下圖所示：圖 3. 界面面層和業(yè)務邏邏輯層的通信信模式為了保持和基于于 SOAPP 的 Weeb 服務方方式傳輸?shù)膬葍热菀恢拢淦鋫鬏數(shù)臄?shù)據(jù)據(jù)格式均采用用標準的 XXML，比如如傳遞一個客客戶信息

20、，基基于 SOAAP 的 WWeb 服務務傳遞的參數(shù)數(shù)和 RESSTful Web 服服務格式分別別如下：清單 1. XXML樣例 10000 10000100011 張三 111 011 這樣不管是通過過基于 SOOAP 的 Web 服服務和和基于于 RESTT 的 XMML，在業(yè)務務邏輯層，可可以通用一個個 toSttring 方法，轉換換成一個 XXML 文件件就可以了。最最終是采用 SOAP 的 Webb 服務還是是 RESTTful WWeb 服務務，只是通過過配置輸出不不同的協(xié)議就就可以了。AAxis2 可以很好的的支持這個架架構，Axiis2 是一一套嶄新的 WebSeervic

21、ee 引擎，該該版本是對 Axis11.x 重新新設計的產(chǎn)物物。Axiss2 不僅支支持 SOAAP1.1 和 SOAAP1.2，還還集成了 RRESTfuul Webb 服務，同同時還支持 Sprinng、JSOON 等技術術。清單 2. 生生成XML代代碼示例public Strinng tooStrinng () Strinng strrXML=”; ; if (nuull != orgCCode) sb.apppend(); sb.appennd(orggCode); sb.appennd(); if (nulll != custCCode) sb.apppend();sb.apppe

22、nd(ccustCoode);sb.apppend(); ; rreturnn strXXML; 這樣業(yè)務組件只只是提供一個個標準的 XXML 格式式輸出，由 Axis22 來管理生生成基于 SSOAP 的的 Web 服務或者 RESTfful Weeb 服務。界界面層和業(yè)務務邏輯層的通通訊全部通過過 RESTTful WWeb 服務務，不管客戶戶端采用什么么實現(xiàn)技術，可可以重用一個個接口。在業(yè)務組件內部部可以進一步步分層，把協(xié)協(xié)議層和業(yè)務務邏輯層分離離開，不管是是采用直接調調用 Serrvlet 還是 REEST、SOOAP 等，其其后臺業(yè)務邏邏輯不變，使使得業(yè)務邏輯輯更加獨立。如如果是采用

23、多多層架構，如如上圖所示，其其業(yè)務邏輯部部分的代碼甚甚至可以在單單機程序中使使用，這樣分分離之后，可可以更方便的的對代碼進行行測試，本文文不再進一步步詳述。采用 RESTT 架構，實實現(xiàn)界面層和和業(yè)務邏輯層層分離，業(yè)務務邏輯在業(yè)務務組件中實現(xiàn)現(xiàn)重用，不會會因為界面層層的變化而引引起業(yè)務邏輯輯層面的變化化，實現(xiàn)界面面層和業(yè)務邏邏輯層的獨立立升級而不會會有大的影響響。界面層分分離出來之后后就可以實現(xiàn)現(xiàn)界面開發(fā)和和業(yè)務邏輯開開發(fā)分開，在在界面層可以以任意采用基基于 BS 架構的的 JSP、HHTML（DDHTML）、AASP.NEET、PHPP、Appllet、Fllex 等，基基于 CS 架構的

24、JJava、.Net、AAIR 等任任何一種界面面開發(fā)技術，界界面層的開發(fā)發(fā)可以由獨立立的 UI 小組完成，其其成員可以不不用關心業(yè)務務邏輯，從而而更加專注于于人機交互體體驗的完善?；?SOAPP 和 REEST 的業(yè)業(yè)務組件（BBC）接口模模型一個完整的業(yè)務務組件需要實實現(xiàn)松耦合，需需要對外提供供三種類別的的接口：界面面、服務、數(shù)數(shù)據(jù)。界面主主要是實現(xiàn)業(yè)業(yè)務組件和人人之間的人機機交互媒介，服服務是業(yè)務組組件和業(yè)務組組件或者系統(tǒng)統(tǒng)之間的交互互，是信息系系統(tǒng)之間的交交互媒介，數(shù)數(shù)據(jù)是業(yè)務組組件和共享數(shù)數(shù)據(jù)庫之間的的交互媒介（參參見面向服服務體系架構構（SOA）和和數(shù)據(jù)倉庫（DDW）的思考考所述

25、共享享庫的概念），其其中服務根據(jù)據(jù)作用又可以以進一步分成成三小類：和和人機交互相相關的服務、和和業(yè)務組件之之間的交換以以及和數(shù)據(jù)庫庫之間的交換換。如下圖所所示：圖 4. 業(yè)務務組件接口模模型人機交互媒介：采用 Poortlett 標準，對對外提供標準準的門戶程序序，通過門戶戶集成平臺進進行門戶集成成。對外的門門戶程序可以以以兩種方式式提供，一種種是完全獨立立的門戶程序序，可以任意意的集成到任任何一個獨立立的門戶界面面，但是如果果所有的界面面都定制，考考慮到性能和和定制工作量量比較大，可可以采用另外外的一種方式式，即把多個個界面定義到到一個門戶程程序中，可以以將一系列的的界面在一個個門戶程序中中

26、完成，減少少配置以及管管理的工作，使使得系統(tǒng)更加加易于集成。比比如可以把客客戶信息展示示作為一個簡簡單的門戶程程序，僅僅實實現(xiàn)客戶信息息展示，也可可以把客戶維維護，客戶信信息展示、客客戶拜訪管理理、客戶分類類管理等所有有客戶相關的的信息在一個個門戶程序中中實現(xiàn)，并且且在門戶程序序中以菜單的的方式進行選選擇，相當于于是內嵌了一一個小的應用用功能界面。Portlett 屬于比較較重量級的標標準，但是由由于 Webb2.0 尚尚未統(tǒng)一標準準，如果輕量量級的 Weeb2.0 有通用標準準之后，采用用 Widgget 等將將會是未來的的發(fā)展方向。對于同一一個開開發(fā)商來說，在在內部可以采采用自己定制制的

27、Widdget 標標準方式，包包含 Widdget 的的定義、Wiidget 之間的數(shù)據(jù)據(jù)交互、界面面風格設定等等。服務接口：服服務接口按照照類型可以分分為 6 種種，其中人交交互服務和信信息服務比較較特殊，分分別實現(xiàn)人機機交互和數(shù)據(jù)據(jù)交換的功能能，是以服務務的方式提供供人機交互媒媒介和數(shù)據(jù)接接口內容。人機交互服務，將將人機交互內內容以服務的的方式提供，通通過處理后在在界面層次統(tǒng)統(tǒng)一展示，通通過這種方式式，可以實現(xiàn)現(xiàn)將不同的業(yè)業(yè)務組件的服服務混搭（MMashupp）成一個門門戶程序，而而不是通過兩兩個門戶程序序進行整合。人人機交互服務務和 Porrtlet 的差異是采采用的標準不不同，前者基基

28、于 Porrtlet 標準，后者者基于基于 SOA 的的 Web 服務或 RRESTfuul Webb 服務；前前者直接以界界面的方式對對外提供，后后者主要提供供數(shù)據(jù)（可以以同時提供展展示方式，即即一段 HTTML 代碼碼），通過前前端的定制工工具實現(xiàn)界面面展示，通過過這種方式，在在門戶系統(tǒng)進進行界面整合合，將不同系系統(tǒng)的數(shù)據(jù)在在界面進行統(tǒng)統(tǒng)一展示，比比如可以將財財務系統(tǒng)的人人員工資信息息、人力資源源信息等分別別以服務的方方式對外提供供，然后在門門戶的界面整整合工具在門門戶中統(tǒng)一進進行展現(xiàn)，而而不是通過 Portllet 的方方式實現(xiàn)。如如前文所述，采采用 RESSTful Web 服服務業(yè)務

29、服務，業(yè)務務組件為實現(xiàn)現(xiàn)的業(yè)務組件件核型功能的的對外相關服服務，是業(yè)務務組件核心服服務，主要用用于本業(yè)務組組件和其他的的業(yè)務組件之之間的業(yè)務交交互，使得多多個業(yè)務組件件或者系統(tǒng)共共同完成企業(yè)業(yè)的業(yè)務流程程。為了保證證業(yè)務組件的的高內聚，松松耦合，要合合理的規(guī)劃業(yè)業(yè)務組件對外外提供的服務務的粒度，即即能保持靈活活性，又可以以保證對外提提供的服務不不至于太多，不不宜管理。業(yè)業(yè)務組件的 web 服服務結構是企企業(yè)業(yè)務組件件規(guī)劃中的最最為重要的標標準化功能，用用于確定不同同業(yè)務組件之之間的邊界。主數(shù)據(jù)服務，主主數(shù)據(jù)相關的的服務，是共共用的服務，主主數(shù)據(jù)管理業(yè)業(yè)務組件也是是屬于企業(yè)公公共服務平臺臺管理范

30、圍，是是企業(yè)級的公公共業(yè)務組件件。流程服務，涉及及工作流程的的服務，相關關信息提供到到工作流引擎擎，是共用的的服務，流程程管理業(yè)務組組件也是屬于于企業(yè)公共服服務平臺管理理范圍，是企企業(yè)級的公共共業(yè)務組件。系統(tǒng)管理服務，是是由系統(tǒng)管理理公共組件提提供的服務，主主要包含用戶戶認證、權限限管理等相關關的服務，是是共用的服務務，系統(tǒng)管理理相關業(yè)務組組件屬于企業(yè)業(yè)公共服務平平臺管理范圍圍，是企業(yè)級級的公共業(yè)務務組件。主數(shù)數(shù)據(jù)服務、流流程服務和系系統(tǒng)管理服務務是企業(yè)架構構平臺提供的的公共服務，是是集成平臺的的核心內容。信息服務，和數(shù)數(shù)據(jù)庫相關的的服務，直接接從數(shù)據(jù)庫獲獲取相關信息息。由于業(yè)務務組件的數(shù)據(jù)據(jù)

31、是私有的，為為了保證業(yè)務務組件的數(shù)據(jù)據(jù)能夠得到更更好的應用，需需要將業(yè)務組組件的數(shù)據(jù)公公布出來，基基于企業(yè)的數(shù)數(shù)據(jù)模型，把把業(yè)務組件的的私有數(shù)據(jù)公公開為企業(yè)數(shù)數(shù)據(jù)中的數(shù)據(jù)據(jù)。信息服務務可以采用實實時、或者準準實時的方式式對外提供。在在某些特殊情情況下，可以以認為業(yè)務組組件不存放數(shù)數(shù)據(jù)，業(yè)務組組件僅僅是獲獲得數(shù)據(jù)，處處理數(shù)據(jù)，然然后將數(shù)據(jù)在在放到企業(yè)數(shù)數(shù)據(jù)庫中。數(shù)據(jù)接口：基基于視圖或者者表直接對數(shù)數(shù)據(jù)庫進行操操作，即業(yè)務務組件對外提提供一個直接接訪問數(shù)據(jù)庫庫的接口，如如果數(shù)據(jù)庫結結構是按照這這個接口設計計的，這個業(yè)業(yè)務組件可以以直接訪問數(shù)數(shù)據(jù)庫，而不不需要通過其其它的服務，需需要明確每個個組件對表的的讀寫權限，并并進行嚴格管管理，通過數(shù)數(shù)據(jù)接口的方方式，核心是是需要建立企企業(yè)數(shù)據(jù)架構構，建立共享享的數(shù)據(jù)結構構。通過數(shù)據(jù)據(jù)聯(lián)邦、數(shù)據(jù)據(jù)復制實現(xiàn)。一一般來說，不不建議這樣實實現(xiàn)，特別是是跨應用的數(shù)數(shù)據(jù)訪問，盡盡量通過信息息服務實現(xiàn)。以上通對業(yè)務組組件模型對外外提供的接口口類型進行分分析，規(guī)劃了了一個業(yè)務組組件接口模型型，所有的業(yè)業(yè)務組件將對對外提供以上上三類對外的的接口?；?SOA 和 ROAA 的整體技技術架構結合當前流行的的 SOA、WWeb2.