元數(shù)據(jù)設計文檔20元數(shù)據(jù)管理系統(tǒng)目錄TOC\o\h\z\u1. 前言 72. 整體設計 72.1 設計思路 72.2 架構圖 92.3 功能圖 113. 功能模塊 133.1 元模型 133.1.1 元模型維護 14 元模型基本信息維護 15 元模型屬性維護 16 元模型關系維護 17 元模型索引維護 183.1.2 包維護 193.1.3 關系類型維護 193.1.4 業(yè)務領域維護 203.1.5 枚舉類型維護 213.2 元數(shù)據(jù) 233.2.1 元數(shù)據(jù)基本信息維護 233.2.2 元數(shù)據(jù)關系維護 243.2.3 元數(shù)據(jù)生命周期 253.2.4 元數(shù)據(jù)采集 27 元數(shù)據(jù)導入導出 27 CWM導入導出 27 元數(shù)據(jù)模版導出 283.2.5 版本管理 293.2.6 變更訂閱 293.2.7 元數(shù)據(jù)檢索 303.3 應用 313.3.1 元數(shù)據(jù)權限管理 31 用戶管理 32 角色管理 32 系統(tǒng)功能資源 33 元數(shù)據(jù)操作權限 33 數(shù)據(jù)庫用戶維護 343.3.2 數(shù)據(jù)庫管理 35 表維護 36.1 表基本信息維護 37.2 字段維護 37.3 索引維護。 37 視圖維護 38.1 視圖基本信息維護 39.2 視圖字段維護 39 SQL語句查詢 39 存儲過程維護 40 表空間維護 41 數(shù)據(jù)庫用戶維護 433.3.3 血統(tǒng)、影響分析 44 血統(tǒng)分析 44.1 圖形展示 44.2 表格展示 45 影響分析 45.1 圖形展示 46.2 表格展示 463.3.4 元數(shù)據(jù)使用情況統(tǒng)計 47 元數(shù)據(jù)瀏覽用戶統(tǒng)計（按用戶） 47 元數(shù)據(jù)瀏覽用戶統(tǒng)計（按元數(shù)據(jù)類型） 483.3.5 元數(shù)據(jù)質(zhì)量管理 48 屬性填充率 48 屬性合法性 49 名稱重復性 503.3.6 指標庫管理 503.3.7 元數(shù)據(jù)差異分析 51 流程差異比較 51 屬性差異比較 524. 內(nèi)部接口調(diào)用標準 524.1 元數(shù)據(jù)服務接口（MetadataService） 524.2 元數(shù)據(jù)版本服務接口（MDRevisionService） 554.3 元數(shù)據(jù)關系服務接口（MDRelationService） 565. 外部工具接口標準 575.1 獲取元數(shù)據(jù)信息 605.2 新增元數(shù)據(jù)信息 635.3 修改元數(shù)據(jù)信息 675.4 刪除元數(shù)據(jù)信息 716. 實現(xiàn)工具使用技術 736.1 JAVAEE 736.2 XML 766.3 SOA 806.4 REST 846.5 CWM 866.6 XMI 887. 工具完成后達到效果 90前言目前的元數(shù)據(jù)管理系統(tǒng)，存在以下問題：應用系統(tǒng)產(chǎn)生的元數(shù)據(jù)分別保存在應用系統(tǒng)中和元數(shù)據(jù)管理系統(tǒng)中，從而導致了元數(shù)據(jù)的不一致性。元數(shù)據(jù)管理系統(tǒng)往往采用任務抽取和手工錄入的方式維護元數(shù)據(jù)，與應用系統(tǒng)集成度低。元數(shù)據(jù)管理系統(tǒng)中的數(shù)據(jù)使用率底，只起到集中存儲元數(shù)據(jù)的功能。元數(shù)據(jù)管理系統(tǒng)無法對應用系統(tǒng)產(chǎn)生的元數(shù)據(jù)進行權限和生命周期管理。元數(shù)據(jù)管理系統(tǒng)應用分析功能弱。整體設計設計思路元數(shù)據(jù)管理是分為后臺支撐和前臺展現(xiàn)。后臺支撐：工具中的很多功能，必須依賴于元數(shù)據(jù)的支撐。前臺展現(xiàn)：通過元數(shù)據(jù)管理前臺實現(xiàn)傳統(tǒng)元數(shù)據(jù)管理的諸多功能。元數(shù)據(jù)管理應采用高內(nèi)聚、低耦合的組件式產(chǎn)品架構，利用豐富功能組件，搭建功能強大的、主動式的元數(shù)據(jù)管理平臺，同時向集成商全面開放元數(shù)據(jù)功能調(diào)用接口，并提供整套應用開發(fā)方法論。使稅務人員能夠自行加載業(yè)務元數(shù)據(jù)、自動生成技術元數(shù)據(jù)、全面管控管理元數(shù)據(jù)。在完成元數(shù)據(jù)管理、維護等基礎功能的同時，方便集成商實現(xiàn)二次開發(fā)，快速滿足業(yè)務應用的針對性需求。架構圖應用系統(tǒng)中將不再保存元數(shù)據(jù)信息，元數(shù)據(jù)信息直接保存到元數(shù)據(jù)管理系統(tǒng)中，應用系統(tǒng)通過訪問接口和元模型視圖對元數(shù)據(jù)進行查詢、添加、修改和刪除維護。從而保證了元數(shù)據(jù)的一致性。應用系統(tǒng)訪問元數(shù)據(jù)管理系統(tǒng)，首先需要通過元數(shù)據(jù)權限管理模塊。只有權限管理模塊的授權用戶才能對元數(shù)據(jù)進行增加、修改、刪除和檢索。檢索方式上采用兩種方式：接口檢索：應用系統(tǒng)可以根據(jù)元數(shù)據(jù)的路徑、元數(shù)據(jù)名稱和元數(shù)據(jù)ID對元數(shù)據(jù)進行檢索。通過元數(shù)據(jù)庫中的元模型視圖：為了方便與應用系統(tǒng)的集成，元數(shù)據(jù)管理系統(tǒng)提供元模型視圖。應用系統(tǒng)可以根據(jù)擁有的元模型訪問權限查詢相應的元數(shù)據(jù)信息。元數(shù)據(jù)管理系統(tǒng)通過生命周期管理模塊對元數(shù)據(jù)進行生命周期管理。元數(shù)據(jù)管理系統(tǒng)通過版本管理模塊對元數(shù)據(jù)進行版本控制。元模型創(chuàng)建的時候系統(tǒng)自動創(chuàng)建元模型視圖。功能圖元數(shù)據(jù)管理系統(tǒng)包含三大功能模塊：應用、分析模塊主要對元數(shù)據(jù)進行應用和分析。主要包括數(shù)據(jù)庫管理、血統(tǒng)/影響分析、元數(shù)據(jù)使用情況統(tǒng)計、元數(shù)據(jù)質(zhì)量管理、指標庫管理、元數(shù)據(jù)差異分析和元數(shù)據(jù)權限管理。元數(shù)據(jù)管理模塊主要對元數(shù)據(jù)進行維護。主要包括元數(shù)據(jù)檢索、變更訂閱、版本管理、元數(shù)據(jù)采集、元數(shù)據(jù)生命周期、元數(shù)據(jù)基本信息維護和元數(shù)據(jù)關系維護。元模型管理模塊主要對元模型進行維護。主要包括元模型基本信息維護、元模型關系維護、元模型屬性維護、元模型索引維護、包維護、關系類型維護、業(yè)務領域維護和枚舉類型維護。功能模塊元模型元模型維護元模型基本信息維護數(shù)據(jù)項:ID:元模型的主鍵。系統(tǒng)自動生成。路徑：顯示模型的包路徑。例org.omg.cwm.objectmodel.core.ClassifierMap名稱：元模型的名稱。只能是字母數(shù)字和下劃線。同包下不能有相同的名稱。顯示名稱：元模型的顯示名稱。使用顯示名稱：復選框。選擇：元模型則顯示顯示名稱。不選：元模型則顯示名稱。描述：用于填寫元模型的描述信息。使用視圖：復選框。選擇：創(chuàng)建元模型的時候，創(chuàng)建元模型視圖。不選：只創(chuàng)建元模型。視圖名稱：創(chuàng)建元模型視圖的名稱。創(chuàng)建時檢查視圖名稱是否唯一。備注：填寫備注信息。功能：檢索：檢索元模型的基本信息。修改：修改元模型的基本信息。刪除：刪除元模型時，需要刪除相應繼承關系。添加：新建元模型的基本信息。應用：創(chuàng)建和更新元模型和元模型視圖。元模型屬性維護數(shù)據(jù)項名稱：屬性的名稱。只能是字母數(shù)字和下劃線。同模型下不能有相同的名稱。顯示名稱：屬性的顯示名稱。使用顯示名稱：復選框。選擇：屬性則顯示顯示名稱。不選：屬性則顯示名稱。類型：string、boolean、short、integer、long、float、double、date和枚舉類型。長度：類型的長度。小數(shù)位數(shù)：小數(shù)精度。是否為空：屬性是否可為空。是否可用：創(chuàng)建元模型時是否創(chuàng)建此屬性。是否顯示：用于隱藏元模型屬性。描述：描述屬性信息。默認值：屬性的默認值。備注：填寫備注信息。功能添加：添加新的屬性。刪除：刪除屬性。繼承的屬性不能刪除。修改：修改屬性。繼承的屬性不能修改。元模型關系維護數(shù)據(jù)項名稱：關系的名稱。只能是字母數(shù)字和下劃線。同模型下不能有相同的名稱。顯示名稱：關系的顯示名稱。使用顯示名稱：復選框。選擇：關系則顯示顯示名稱。不選：關系則顯示名稱。類型：關系類型包括繼承、依賴、聚合、組合、關聯(lián)和擴展類型。源端：起始的元模型。目標端：結束的元模型。上限：0、1、2、*下限：0、1、2、*描述：描述關系信息。備注：填寫備注信息。功能添加：添加新的關系。修改：修改關系。繼承的關系不能修改。刪除：刪除關系。繼承的關系不能刪除。元模型索引維護數(shù)據(jù)項名稱：索引的名稱。只能是字母數(shù)字和下劃線。同模型下不能有相同的名稱。顯示名稱：索引的顯示名稱。使用顯示名稱：復選框。選擇：關系則顯示顯示名稱。不選：關系則顯示名稱。描述：描述索引信息。是否創(chuàng)建：創(chuàng)建元模型的時候是否創(chuàng)建此索引。備注：填寫備注信息。引用的屬性：創(chuàng)建索引時用到的列。功能添加：添加新的索引。修改：修改索引。刪除：刪除索引。包維護數(shù)據(jù)項名稱：包的名稱。只能是字母數(shù)字和下劃線。同包下不能有相同的名稱。顯示名稱：包的顯示名稱。使用顯示名稱：復選框。選擇：包則顯示顯示名稱。不選：包則顯示名稱。描述：描述包信息。備注：填寫備注信息。功能添加：添加新包。修改：修改包信息。刪除包：包刪除的時候，會同時刪除包下面的元模型。關系類型維護數(shù)據(jù)項名稱：包的名稱。只能是字母數(shù)字和下劃線。同包下不能有相同的名稱。抽象：是否是抽象關系。例如：數(shù)據(jù)層關系類型。顯示名稱：包的顯示名稱。使用顯示名稱：復選框。選擇：包則顯示顯示名稱。不選：包則顯示名稱。描述：描述包信息。備注：填寫備注信息。功能添加：添加關系類型。修改：修改關系類型。刪除：刪除關系類型。引用的關系類型不允許刪除。業(yè)務領域維護數(shù)據(jù)項名稱：業(yè)務領域的名稱。只能是字母數(shù)字和下劃線。不能有相同的業(yè)務領域名稱。顯示名稱：業(yè)務領域的顯示名稱。使用顯示名稱：復選框。選擇：業(yè)務領域則顯示顯示名稱。不選：業(yè)務領域則顯示名稱。描述：描述業(yè)務領域信息。備注：填寫備注信息。功能添加：添加業(yè)務領域。修改：修改業(yè)務領域。刪除：刪除業(yè)務領域。同時刪除其下的包和元模型。枚舉類型維護數(shù)據(jù)項基本信息名稱：枚舉類型的名稱。只能是字母數(shù)字和下劃線。不能有相同的枚舉類型名稱。允許多選：選擇：頁面顯示復選框。不選擇：頁面顯示單選框。顯示名稱：枚舉類型的顯示名稱。使用顯示名稱：復選框。選擇：枚舉類型則顯示顯示名稱。不選：枚舉類型則顯示名稱。描述：描枚舉類型域信息。備注：填寫備注信息。條目名稱：條目的名稱。只能是字母數(shù)字和下劃線。不能有相同的枚舉類型名稱。顯示名稱：條目的顯示名稱。使用顯示名稱：復選框。選擇：條目則顯示顯示名稱。不選：條目則顯示名稱。值：條目的值。描述：描枚舉類型域信息。功能基本信息添加：添加枚舉類型。修改：修改枚舉類型。刪除：刪除枚舉類型。條目添加：添加條目。修改：修改條目。刪除：刪除條目。元數(shù)據(jù)元數(shù)據(jù)基本信息維護數(shù)據(jù)項名稱：元數(shù)據(jù)名稱。必填別名：元數(shù)據(jù)別名。元模型：創(chuàng)建元數(shù)據(jù)的類型。版本狀態(tài)：分為初始建立、公示狀態(tài)、審核狀態(tài)、發(fā)布狀態(tài)、維護狀態(tài)五種狀態(tài)。生命周期狀態(tài)：元數(shù)據(jù)的生命周期狀態(tài)。描述：元數(shù)據(jù)的描述信息。功能維護屬性：根據(jù)元模型維護元數(shù)據(jù)的屬性信息。創(chuàng)建子節(jié)點：創(chuàng)建元數(shù)據(jù)基本信息。刪除：刪除元數(shù)據(jù)基本信息。修改：修改元數(shù)據(jù)基本信息同時刪除元數(shù)據(jù)之間的關系信息。移動：將元數(shù)據(jù)移動到其它元數(shù)據(jù)下面。兩個元數(shù)據(jù)之間必須有組合關系。元數(shù)據(jù)關系維護數(shù)據(jù)項源數(shù)據(jù)：起始的元數(shù)據(jù)。源數(shù)據(jù)路徑：起始的元數(shù)據(jù)路徑。目標數(shù)據(jù)：結束的元數(shù)據(jù)。目標數(shù)據(jù)路徑：結束的元數(shù)據(jù)路徑。關系類型：依賴、聚集、關聯(lián)和自定義類型。關系名稱：元數(shù)據(jù)關系的名稱。顯示名稱：元數(shù)據(jù)關系的顯示名稱。關系描述：元數(shù)據(jù)關系的描述信息。功能添加：添加元數(shù)據(jù)關系。只有兩個元模型之間建立關系，才能添加相應的關系。例如元模型之間建立了依賴關系，則只能添加依賴關系。不能添加關聯(lián)或其他關系。刪除：刪除關系。修改：修改關系信息。元數(shù)據(jù)生命周期為了能讓用戶控制元數(shù)據(jù)的增加、刪除、修改和移動，使得每次對元數(shù)據(jù)的操作都要經(jīng)過審核。數(shù)據(jù)項生命周期配置設置方式：開啟所有、關閉所有、根據(jù)元模型配置選擇元模型：需要進行生命周期管理的元數(shù)據(jù)。待審核處理審核操作：通過、駁回。操作狀態(tài)：創(chuàng)建、編輯、刪除和移動。審核意見：填寫審核意見。功能生命周期配置：維護生命周期基本設置。元數(shù)據(jù)審核管理：審核元數(shù)據(jù)的操作。影響分析：分析元數(shù)據(jù)改變產(chǎn)生的影響。元數(shù)據(jù)采集元數(shù)據(jù)導入導出導出元數(shù)據(jù)的信息和關系。文件類型為EXCEL。CWM導入導出根據(jù)CWM定義XMI的規(guī)范導出元數(shù)據(jù)。這些元數(shù)據(jù)的元模型必須繼承CWM定義的元模型。文件類型為XMI。文件內(nèi)容如下圖：元數(shù)據(jù)模版導出導出元模型和關系。文件類型為EXCEL。元模型結構如下圖：關系結構如下圖：版本管理元數(shù)據(jù)創(chuàng)建，修改和刪除的時候都要保存之前版本信息。版本分為大版本和小版本。大版本如開發(fā)、試用、正式等。小版本如開發(fā).1,試用.2。數(shù)據(jù)項版本名:版本的名稱。操作者：創(chuàng)建版本的用戶。創(chuàng)建時間：版本的創(chuàng)建時間。功能新增版本：添加新的版本。修改版本名：修改版本的名稱。刪除版本：刪除版本信息。查詢版本：可以按大版本查看歷史版本信息。版本比較：可以比較兩個版本之間的不同。變更訂閱讓用戶及時了解的元數(shù)據(jù)的變更情況。功能元模型訂閱：用戶可以根據(jù)元模型訂閱變更信息。信息以短信或者EMAIL的形式發(fā)送給用戶。元數(shù)據(jù)訂閱：用戶可以根據(jù)元數(shù)據(jù)訂閱變更信息。信息以短信或者EMAIL的形式發(fā)送給用戶。訂閱元數(shù)據(jù)的同時可以訂閱元數(shù)據(jù)的下級節(jié)點。已訂閱列表：檢索用戶訂閱信息列表。變更通知：檢索所有的變更通知。元數(shù)據(jù)檢索功能查詢元數(shù)據(jù)：根據(jù)元數(shù)據(jù)名稱檢索元數(shù)據(jù)。高級查詢：提供區(qū)分大小寫設置、完全匹配設置、指定搜索目錄和元模型搜索等查詢條件。應用元數(shù)據(jù)權限管理權限管理模塊主要管理三種資源系統(tǒng)功能菜單、元數(shù)據(jù)元模型操作和元模型視圖。體系結構如下圖： 用戶管理數(shù)據(jù)項用戶名：用戶的帳號信息。別名：用戶的顯示名稱。密碼：用戶登錄時顯示的密碼。描述：用戶的描述信息。Email：用戶的email。變更訂閱模塊需要使用Email。角色：用戶所擁有的角色信息。功能添加用戶：添加新的用戶。編輯：編輯用戶信息。刪除：刪除用戶信息。修改密碼：修改用戶密碼。角色管理數(shù)據(jù)項角色名稱：角色的名稱。描述：角色的描述信息。權限設置：用于設置系統(tǒng)功能資源的訪問權限。功能添加角色：添加新的角色。編輯：編輯角色信息。刪除：刪除角色信息。系統(tǒng)功能資源數(shù)據(jù)項資源名稱：資源的名稱父資源：上級資源。提示信息：資源的提示信息。值：功能的訪問路徑。功能添加：添加新的資源。編輯：編輯菜單刪除：刪除菜單。元數(shù)據(jù)操作權限元數(shù)據(jù)權限分為瀏覽、查看、創(chuàng)建子節(jié)點、修改、刪除。功能瀏覽：可以在元數(shù)據(jù)樹形結構中看到元數(shù)據(jù)。查看：可以查看元數(shù)據(jù)的詳細信息。創(chuàng)建子節(jié)點：可以創(chuàng)建元數(shù)據(jù)的下級元數(shù)據(jù)。修改：修噶元數(shù)據(jù)的基本信息和屬性信息。刪除：刪除元數(shù)據(jù)。禁用：禁用瀏覽、查看、創(chuàng)建子節(jié)點、修改、刪除權限。子節(jié)點繼承：子節(jié)點繼承當前節(jié)點的權限。繼承父節(jié)點權限：繼承上級節(jié)點的權限。頁面數(shù)據(jù)庫用戶維護通過對數(shù)據(jù)庫用戶訪問視圖的權限設定，來維護應用系統(tǒng)可訪問的元模型視圖。數(shù)據(jù)項用戶名：數(shù)據(jù)庫的用戶名。描述：描述數(shù)據(jù)庫用戶。元模型視圖：用與設置用戶可訪問的視圖。功能添加：添加新的數(shù)據(jù)庫用戶。修改：修改數(shù)據(jù)庫用戶。刪除：刪除數(shù)據(jù)庫用戶。數(shù)據(jù)庫管理表維護表基本信息維護功能添加：添加表的元數(shù)據(jù)信息。修改：修改表的元數(shù)據(jù)信息。刪除：刪除表的元數(shù)據(jù)信息。同步：在數(shù)據(jù)庫中創(chuàng)建或更新相應表。刪除庫表：刪除數(shù)據(jù)庫中的表。建表語句解析：解析建表語句，生成相應元數(shù)據(jù)。字段維護功能添加：添加字段的元數(shù)據(jù)信息。修改：修改字段的元數(shù)據(jù)信息。刪除：刪除字段的元數(shù)據(jù)信息。索引維護。功能添加：添加索引的元數(shù)據(jù)信息。修改：修改索引的元數(shù)據(jù)信息。刪除：刪除索引的元數(shù)據(jù)信息。視圖維護視圖基本信息維護功能添加：添加視圖的元數(shù)據(jù)信息。修改：修改視圖的元數(shù)據(jù)信息。刪除：刪除視圖的元數(shù)據(jù)信息。創(chuàng)建視圖：創(chuàng)建數(shù)據(jù)庫中的視圖。刪除視圖：刪除數(shù)據(jù)庫中的視圖。視圖字段維護功能添加：添加字段的元數(shù)據(jù)信息。修改：修改字段的元數(shù)據(jù)信息。刪除：刪除字段的元數(shù)據(jù)信息。SQL語句查詢功能查詢：通過sql語句查詢數(shù)據(jù)庫表中的數(shù)據(jù)。存儲過程維護功能添加：添加存儲過程的元數(shù)據(jù)信息。修改：修改存儲過程的元數(shù)據(jù)信息。刪除：刪除存儲過程的元數(shù)據(jù)信息。表空間維護表空間信息添加：添加表空間的元數(shù)據(jù)信息。修改：修改表空間的元數(shù)據(jù)信息。刪除：刪除表空間的元數(shù)據(jù)信息。存儲文件信息添加：添加存儲文件的元數(shù)據(jù)信息。修改：修改存儲文件的元數(shù)據(jù)信息。刪除：刪除存儲文件的元數(shù)據(jù)信息。數(shù)據(jù)庫用戶維護功能添加：添加數(shù)據(jù)庫用戶的元數(shù)據(jù)信息。修改：修改數(shù)據(jù)庫用戶的元數(shù)據(jù)信息。刪除：刪除數(shù)據(jù)庫用戶的元數(shù)據(jù)信息。血統(tǒng)、影響分析血統(tǒng)分析圖形展示用圖形的形式展示數(shù)據(jù)的流向。如圖表格展示用表格的形式展示數(shù)據(jù)流向。如圖支持EXCEL導出。如圖影響分析元數(shù)據(jù)的改動對其它元數(shù)據(jù)產(chǎn)生的影響。圖形展示用圖形的方式展示元數(shù)據(jù)改動對其它元數(shù)據(jù)產(chǎn)生的影響。表格展示用表格的形式展示影響。如圖支持excel導出如圖元數(shù)據(jù)使用情況統(tǒng)計元數(shù)據(jù)瀏覽用戶統(tǒng)計（按用戶）通過分析每一個用戶在一段時間內(nèi)瀏覽元數(shù)據(jù)的次數(shù),可用于分析哪一些用戶在經(jīng)常關注、使用元數(shù)據(jù)功能可查詢在一段時間內(nèi)全部用戶的瀏覽次數(shù)統(tǒng)計，顯示內(nèi)容應包括用戶賬號、用戶名稱、瀏覽次數(shù)、瀏覽排名?！盀g覽次數(shù)”是鏈接，可鏈接查看元數(shù)據(jù)的明細信息?？稍凇盀g覽次數(shù)”中鏈接查看單個用戶瀏覽元數(shù)據(jù)的明細信息，顯示內(nèi)容應包括元數(shù)據(jù)名稱、元數(shù)據(jù)類型，訪問時間。元數(shù)據(jù)瀏覽用戶統(tǒng)計（按元數(shù)據(jù)類型）通過統(tǒng)計每一類元數(shù)據(jù)在一段時間內(nèi)被瀏覽的次數(shù)，可用于分析哪一些元數(shù)據(jù)是用戶最為關注的。功能可查詢在一段時間內(nèi)所有元數(shù)據(jù)類型的瀏覽次數(shù)統(tǒng)計，顯示內(nèi)容包括元數(shù)據(jù)類型、瀏覽次數(shù)、瀏覽排名?！盀g覽次數(shù)”是鏈接，可鏈接查看元數(shù)據(jù)的明細信息?？稍凇盀g覽次數(shù)”中鏈接查看單類元數(shù)據(jù)被瀏覽的明細信息，顯示內(nèi)容包括元數(shù)據(jù)名稱、瀏覽用戶、訪問時間。元數(shù)據(jù)質(zhì)量管理屬性填充率功能用于檢查元模型的所有元數(shù)據(jù)屬性填寫情況。計算公式如下：（∑參與檢查的各屬性非空記錄數(shù)/（某類型實體總數(shù)×參與檢查的屬性個數(shù)））×100當填充率超過80%時，字體顯示為綠色，低于30%顯示為紅色，兩者中間顯示為黑色。檢查完畢之后，結果能以“XSL”，“DOC”，“PDF”格式導出。屬性合法性功能檢查元數(shù)據(jù)的屬性是否唯一即是否有兩個或以上元數(shù)據(jù)的某項屬性相同，例如：元數(shù)據(jù)a和元數(shù)據(jù)b的屬性attribute1都為1，勾選attribute1檢查其唯一性，這兩個元數(shù)據(jù)a,b都將被搜索出來。檢模元數(shù)據(jù)的屬性是否非空即是否有元數(shù)據(jù)的值非空，例如：元數(shù)據(jù)a和元數(shù)據(jù)b的屬性attribute1都不為空，勾選attribute1檢查其非空值，這兩個元數(shù)據(jù)a,b都將被搜索出來。檢查完畢之后，結果能以“XSL”，“DOC”，“PDF”格式導出。名稱重復性功能此功能用以檢查某個包或元模型下的所有元數(shù)據(jù)是否同名。如果勾選的是包，則表示檢查其下所有元模型的元數(shù)據(jù)是否有同名，例如：包“aaa”下元模型“model4”有一元數(shù)據(jù)名為“a”,同時包“aaa”下元模型“model5”有一元數(shù)據(jù)亦為“a”,則這兩個元數(shù)據(jù)將被檢查出來。檢查完畢之后，結果能以“XSL”，“DOC”，“PDF”格式導出。指標庫管理指標庫是指元數(shù)據(jù)庫中與指標相關的元數(shù)據(jù)的集合，類別包括指標元數(shù)據(jù)和維度元數(shù)據(jù)。功能支持指標命名規(guī)范性檢查、指標模型規(guī)范性檢查，提供相關統(tǒng)計分析和報表功能。如：提供具有相似名稱指標的列表，在指定范圍內(nèi)，列出不符合指標命名規(guī)范、指標模型規(guī)范的指標列表。提供指標庫的版本管理功能。支持對指標庫設定版本號、支持對不同版本的指標庫差異比較和支持對指定版本的指標庫進行查詢操作。查詢的對象包括：核心指標名稱、核心指標業(yè)務描述、報表名稱、報表描述、報表指標名稱、報表指標業(yè)務定義、報表指標技術統(tǒng)計口徑進行查詢、修訂時間。元數(shù)據(jù)差異分析分析兩個元數(shù)據(jù)屬性之間的差異。流程差異比較屬性差異比較 列出具有相同的屬性。屬性值不同則背景用紅色表示。內(nèi)部接口調(diào)用標準元數(shù)據(jù)服務接口（MetadataService）元數(shù)據(jù)服務。對元數(shù)據(jù)進行增刪改和查詢等操作。PublicMetaDatacreate(MetaDatadata)

創(chuàng)建元數(shù)據(jù)。PublicMetaDatacreate(MetaDatadata,Stringpath)在指定的路徑下創(chuàng)建數(shù)據(jù)。PublicListcreateBatch(java.util.Listdatas)

批量創(chuàng)建元數(shù)據(jù)，返回成功創(chuàng)建的記錄。PublicBooleandelete(MetaDatadata)刪除元數(shù)據(jù)。PublicBooleandelete(StringdataId)根據(jù)元數(shù)據(jù)ID刪除元數(shù)據(jù)。PublicMetaDataupdate(MetaDatadata)更新元數(shù)據(jù)。該方法不能修改parentId、modelId。Publicbooleanmove(MetaDatathisData,MetaDatanewParentData)移動元數(shù)據(jù)，將thisData移動到newParentData下面。Publicbooleanmove(StringdataId,StringnewParentId)移動元數(shù)據(jù)，將dataId移動到newParentId下面。PublicListgetDataList(ListdataIds)批量根據(jù)ID獲取元數(shù)據(jù)。PublicListgetDatas(StringmodelId)獲取指定模型的所有元數(shù)據(jù)。PublicListgetDatas(StringmodelId,intstart,intcount)分頁獲取指定模型的所有元數(shù)據(jù)。PublicStringgetPath(StringdataId)

獲取元數(shù)據(jù)的路徑，以字符串數(shù)組的形式返回，路徑不包含domain。PublicStringgetPath(StringdataId,booleanincludeDomain)

獲取元數(shù)據(jù)的路徑，以字符串數(shù)組的形式返回。PublicMetaDatagetRoots()獲取元數(shù)據(jù)的根節(jié)點。PublicListgetSources(StringtargetDataId,ListrtIds)獲取與指定元數(shù)據(jù)有rtIds列表中任一類型的關系的元數(shù)據(jù)列表（根據(jù)target獲取source）。PublicListgetTargets(StringsourceDataId,ListrtIds)獲取與指定元數(shù)據(jù)有rtIds列表中任一類型的關系的元數(shù)據(jù)列表（根據(jù)source獲取target）。元數(shù)據(jù)版本服務接口（MDRevisionService）元數(shù)據(jù)版本服務，對單個元數(shù)據(jù)的歷史版本進行查詢。PublicListgetLatestRevisions(DatestartDate,DateendDate,intstart,intcount)獲取一段時間內(nèi)數(shù)據(jù)的最新版本列表（同一數(shù)據(jù)的版本只返回最新的那個）PublicListgetLatestRevisions(ListmodelIds,DatestartDate,DateendDate,intstart,intcount)獲取一段時間內(nèi)數(shù)據(jù)的最新版本列表（同一數(shù)據(jù)的版本只返回最新的那個）PublicMDRevisiongetRevision(StringrevisionId)根據(jù)ID獲取元數(shù)據(jù)版本。PublicListgetRevisionsByDate(StringdataId,DatestartDate,DateendDate)獲取數(shù)據(jù)在一段時間內(nèi)的版本。PublicListgetRevisionsCountByDate(StringdataId,longstartTime,longendTime)獲取數(shù)據(jù)在一段時間內(nèi)的版本總數(shù)。元數(shù)據(jù)關系服務接口（MDRelationService）數(shù)據(jù)關系服務，用于對數(shù)據(jù)間的關系進行操作。PublicbooleancanBuildDRelation(Stringdata1,Stringdata2,StringrtId)兩個數(shù)據(jù)間是否可以建立指定類型的關系。PublicMDRelationcreate(MDRelationdr)創(chuàng)建數(shù)據(jù)關系。PublicListcreateBatch(Listmdrs)批量創(chuàng)建數(shù)據(jù)關系。Publicbooleandelete(MDRelationdr)刪除數(shù)據(jù)關系。Publicbooleandelete(Stringid)刪除數(shù)據(jù)關系。PublicListgetAllDRelations()獲取所有的數(shù)據(jù)關系。PublicListgetAllDRelationsBetween2Data(Stringdata1,Stringdata2)

獲取兩節(jié)點間的所有數(shù)據(jù)關系的列表。包括從data1到data2和data2到data1的關系。PublicListgetAllSourceDRelations(StringtarDataId)獲取數(shù)據(jù)的所有源關系的列表。PublicListgetAllTargetDRelations(StringsrcDataId)獲取數(shù)據(jù)的所有目標關系的列表。PublicMDRelationupdate(MDRelationdr)更新數(shù)據(jù)關系。PublicvoidupdateSourceRelations(StringtarDataId,ListsrcDataIds,StringrtId)同步指向源的某一類型關系。把原來多的刪除掉，新的增加進去。PublicvoidupdateTargetRelations(StringsrcDataId,ListtarDataIds,StringrtId)

同步指向目標的某一類型關系。把原來多的刪除掉，新的增加進去外部工具接口標準元數(shù)據(jù)管理系統(tǒng)使用REST風格的Web服務作為元數(shù)據(jù)操作的外部交互接口，服務端提供唯一的資源定位地址URI供客戶端調(diào)用。客戶端通過HTTP方法實現(xiàn)對資源的唯一操作，HTTP方法主要包括GET、PUT、POST和DELETE方法。在元數(shù)據(jù)交互過程中，客戶端通過調(diào)用基于REST的服務接口，將請求消息通過HTTP協(xié)議發(fā)送給服務端。服務端接收到客戶端的請求消息后，通過REST解析、權限驗證、映射轉換和XML解析等模塊的處理，最終通過接口實現(xiàn)與元數(shù)據(jù)庫數(shù)據(jù)的交互。基于REST的Web服務的交互模式采用在線請求－同步響應方式。REST解析客戶端通過HTTP協(xié)議，向服務端傳入一個REST請求，其中包含HTTP協(xié)議頭和XML格式的元數(shù)據(jù)服務原語。服務端解析分離HTTP頭和XML格式元數(shù)據(jù)服務原語，其中從HTTP頭中得到URI，從XML格式元數(shù)據(jù)服務原語分離出消息頭和消息體。權限驗證服務端完成REST解析后，根據(jù)元數(shù)據(jù)服務原語消息頭中的用戶信息，調(diào)用服務管理的認證鑒權和權限管理模塊，檢查用戶是否有訪問元數(shù)據(jù)功能的權限。映射轉換服務端完成權限驗證后，根據(jù)元數(shù)據(jù)與URI的映射關系和REST請求中的URI，最終得到要訪問元數(shù)據(jù)的ID。XML解析XML解析對REST解析后的服務原語進行再次解析，得到消息體中的元數(shù)據(jù)信息部分。獲取元數(shù)據(jù)信息URLhttp://ip:port/RESTFUL/metadata_pathhttp://ip:port/RESTFUL/metadata_id格式XMLHTTP請求方式GETHeader: Accept:application/xml User-ClientID:{username} User-Password:{password}返回結構<Message> <HeaderResq> <RespResult>應答執(zhí)行結果類型</RespResult> <RespTime>應答時間</RespTime> <RespCode>應答/錯誤代碼</RespCode> <RespDesc>應答/錯誤描述</RespDesc> </HeaderResq> <BodyResp> <RespData><metadata><id></id><!--元數(shù)據(jù)ID--><modelId></modelId><!--元模型ID--><name></name><!--元數(shù)據(jù)名稱--><displayName></displayName><!--顯示名--><parentId></parentId><!--父節(jié)點ID--><path></path><!--元數(shù)據(jù)路徑--><attributeList><!--屬性列表--><attribute><name></name><!--屬性名--><value></value><!--屬性值--></attribute><attribute><name></name><value></value></attribute>...</attributeList></metadata></RespData></BodyResp></Message>新增元數(shù)據(jù)信息URLhttp://ip:port/RESTFUL/metadata_parent_pathhttp://ip:port/RESTFUL/metadata_parent_id格式XMLHTTP請求方式PostHeader: Accept:application/xml Content-Type:application/xml;utf-8請求數(shù)據(jù)<Message> <HeaderReq> <User> <ClientID>用戶ID</ClientID> <Password>用戶口令</Password> </User> <System> <ReqSource>請求來源</ReqSource> <ReqTime>請求時間</ReqTime> </System> <Route> <RouteType>路由類型</RouteType> <RouteId>路由標識</RouteId> </Route> </HeaderReq> <BodyReq> <ReqData><metadata><modelId></modelId><!--元模型ID（必須）--><name></name><!--元數(shù)據(jù)名稱（必須）--><displayName/><!--元數(shù)據(jù)名稱（可選）--><attributeList><!--屬性列表（可選）--><attribute><name></name><!--屬性名--><value></value><!--屬性值--></attribute><attribute><name></name><value></value></attribute>...</attributeList></metadata></ReqData></BodyReq></Message>返回結果<Message> <HeaderResq> <RespResult>應答執(zhí)行結果類型</RespResult> <RespTime>應答時間</RespTime> <RespCode>應答/錯誤代碼</RespCode> <RespDesc>應答/錯誤描述</RespDesc> </HeaderResq> <BodyResp></BodyResp></Message>說明同一路徑元數(shù)據(jù)已存在就不能創(chuàng)建。修改元數(shù)據(jù)信息URLhttp://ip:port/RESTFUL/metadata_pathhttp://ip:port/RESTFUL/metadata_id格式XMLHTTP請求方式PUTHeader: Accept:application/xml Content-Type:application/xml;utf-8請求數(shù)據(jù)<Message> <HeaderReq> <User> <ClientID>用戶ID</ClientID> <Password>用戶口令</Password> </User> <System> <ReqSource>請求來源</ReqSource> <ReqTime>請求時間</ReqTime> </System> <Route> <RouteType>路由類型</RouteType> <RouteId>路由標識</RouteId> </Route> </HeaderReq> <BodyReq> <ReqData><metadata><name></name><!--元數(shù)據(jù)名稱--><displayName></displayName><!--顯示名--><attributeList><!--屬性列表--><attribute><name></name><!--屬性名--><!--顯示名--><dispalyName></dispalyName><value></value><!--屬性值--></attribute><attribute><name></name><value></value></attribute>...</attributeList></metadata></ReqData></BodyReq></Message>返回結果<Message> <HeaderResq> <RespResult>應答執(zhí)行結果類型</RespResult> <RespTime>應答時間</RespTime> <RespCode>應答/錯誤代碼</RespCode> <RespDesc>應答/錯誤描述</RespDesc> </HeaderResq> <BodyResp></BodyResp></Message>說明修改元數(shù)據(jù)必須存在刪除元數(shù)據(jù)信息URLhttp://ip:port/RESTFUL/metadata_pathhttp://ip:port/RESTFUL/metadata_id格式XMLHTTP請求方式DELETEHeader: Accept:application/xml User-ClientID:{username} User-Password:{password}返回結構<Message> <HeaderResq> <RespResult>應答執(zhí)行結果類型</RespResult> <RespTime>應答時間</RespTime> <RespCode>應答/錯誤代碼</RespCode> <RespDesc>應答/錯誤描述</RespDesc> </HeaderResq> <BodyResp></BodyResp></Message>說明刪除元數(shù)據(jù)必須存在。實現(xiàn)工具使用技術JAVAEEJAVAEE核心是一組技術規(guī)范與指南，其中所包含的各類組件、服務架構及技術層次，均有共通的標準及規(guī)格，讓各種依循JAVAEE架構的不同平臺之間，存在良好的兼容性，解決過去企業(yè)后端使用的信息產(chǎn)品彼此之間無法兼容，企業(yè)內(nèi)部或外部難以互通的窘境。J2EE為搭建具有可伸縮性、靈活性、易維護性的商務系統(tǒng)提供了良好的機制:保留現(xiàn)存的IT資產(chǎn)由于企業(yè)必須適應新的商業(yè)需求，利用已有的企業(yè)信息系統(tǒng)方面的投資，而不是重新制定全盤方案就變得很重要。這樣，一個以漸進的（而不是激進的，全盤否定的）方式建立在已有系統(tǒng)之上的服務器端平臺機制是公司所需求的。JAVAEE架構可以充分利用用戶原有的投資，如一些公司使用的BEATuxedo、IBMCICS,IBMEncina,、InpriseVisiBroker以及NetscapeApplicationServer。這之所以成為可能是因為JAVAEE擁有廣泛的業(yè)界支持和一些重要的'企業(yè)計算'領域供應商的參與。每一個供應商都對現(xiàn)有的客戶提供了不用廢棄已有投資，進入可移植的JAVAEE領域的升級途徑。由于基于JAVAEE平臺的產(chǎn)品幾乎能夠在任何操作系統(tǒng)和硬件配置上運行，現(xiàn)有的操作系統(tǒng)和硬件也能被保留使用。高效的開發(fā):JAVAEE允許公司把一些通用的、很繁瑣的服務端任務交給中間供應商去完成。這樣開發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上，相應地縮短了開發(fā)時間。高級中間件供應商提供以下這些復雜的中間件服務:o狀態(tài)管理服務--讓開發(fā)人員寫更少的代碼，不用關心如何管理狀態(tài)，這樣能夠更快地完成程序開發(fā)。o持續(xù)性服務--讓開發(fā)人員不用對數(shù)據(jù)訪問邏輯進行編碼就能編寫應用程序，能生成更輕巧，與數(shù)據(jù)庫無關的應用程序，這種應用程序更易于開發(fā)與維護。o分布式共享數(shù)據(jù)對象CACHE服務--讓開發(fā)人員編制高性能的系統(tǒng)，極大提高整體部署的伸縮性。支持異構環(huán)境:JAVAEE能夠開發(fā)部署在異構環(huán)境中的可移植程序?；贘AVAEE的應用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。因此設計合理的基于JAVAEE的程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構企業(yè)計算環(huán)境中是十分關鍵的。JAVAEE標準也允許客戶訂購與JAVAEE兼容的第三方的現(xiàn)成的組件，把他們部署到異構環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用?？缮炜s性:企業(yè)必須要選擇一種服務器端平臺，這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統(tǒng)上進行商業(yè)運作的大批新客戶?；贘AVAEE平臺的應用程序可被部署到各種操作系統(tǒng)上。例如可被部署到高端UNIX與大型機系統(tǒng)，這種系統(tǒng)單機可支持64至256個處理器。（這是NT服務器所望塵莫及的）JAVAEE領域的供應商提供了更為廣泛的負載平衡策略。能消除系統(tǒng)中的瓶頸，允許多臺服務器集成部署。這種部署可達數(shù)千個處理器，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來商業(yè)應用的需要。穩(wěn)定的可用性:一個服務器端平臺必須能全天候運轉以滿足公司客戶、合作伙伴的需要。因為INTERNET是全球化的、無處不在的，即使在夜間按計劃停機也可能造成嚴重損失。若是意外停機，那會有災難性后果。JAVAEE部署到可靠的操作環(huán)境中，他們支持長期的可用性。一些JAVAEE部署在WINDOWS環(huán)境中，客戶也可選擇健壯性能更好的操作系統(tǒng)如SunSolaris、IBMOS/390。最健壯的操作系統(tǒng)可達到99.999%的可用性或每年只需5分鐘停機時間。這是實時性很強商業(yè)系統(tǒng)理想的選擇。XMLXML（ExtensibleMarkupLanguage）即可擴展標記語言，它與HTML一樣，都是SGML(StandardGeneralizedMarkupLanguage,標準通用標記語言)。Xml是Internet環(huán)境中跨平臺的，依賴于內(nèi)容的技術，是當前處理結構化文檔信息的有力工具。擴展標記語言XML是一種簡單的數(shù)據(jù)存儲語言，使用一系列簡單的標記描述數(shù)據(jù)，而這些標記可以用方便的方式建立，雖然XML占用的空間比二進制數(shù)據(jù)要占用更多的空間，但XML極其簡單易于掌握和使用。XML的優(yōu)勢有以下幾個方面：XML可以從HTML中分離數(shù)據(jù)通過XML,你可以在HTML文件之外存儲數(shù)據(jù)。在不使用XML時，HTML用于顯示數(shù)據(jù)，數(shù)據(jù)必須存儲在。HTML文件之內(nèi);使用了XML，數(shù)據(jù)就可以存放在分離的XML文檔中。這種方法可以讓你集中精力去到使用。HTML做好數(shù)據(jù)的顯示和布局上，并確保數(shù)據(jù)改動時不會導致HTML文件也需要改動。這樣可以方便維護頁面。XML數(shù)據(jù)同樣可以以“數(shù)據(jù)島”的形式存儲在HTML頁面中。你仍然可以集中精力到使用HTML格式化和顯示數(shù)據(jù)上去。XML用于交換數(shù)據(jù)通過XML,我們可以在不兼容的系統(tǒng)之間交換數(shù)據(jù)。在現(xiàn)實生活中，計算機系統(tǒng)和數(shù)據(jù)庫系統(tǒng)所存儲的數(shù)據(jù)有N^N種形式,對于開發(fā)者來說，最耗時間的就是在遍布網(wǎng)絡的系統(tǒng)之間交換數(shù)據(jù)。把數(shù)據(jù)轉換為XML格式存。儲將大大減少交換數(shù)據(jù)是的復雜性，并且還可以使得這些數(shù)據(jù)能被不同的程序讀取。XML和B2B使用XML,可以在網(wǎng)絡中交換金融信息。在不遠的將來，我們可以期望看到很多關于XML和B2B(BusinessToBusiness)的應用。XML正在成為遍布網(wǎng)絡的商業(yè)系統(tǒng)之間交換金融信息所使用的主要語言。許多與B2B有關的完全基于XML的應用程序正在開發(fā)中。XML可以用于共享數(shù)據(jù)通過XML,純文本文件可以用來共享數(shù)據(jù)。既然XML數(shù)據(jù)是以純文本格式存儲的，那么XML提供了一種與軟件和硬件無關的共享數(shù)據(jù)方法。這樣創(chuàng)建一個能夠被不同的應用程序讀取的數(shù)據(jù)文件就變得簡單了。同樣，我們升級操作系統(tǒng)、升級服務器、升級應用程序、更新瀏覽器就容易多了。XML可以用于存儲數(shù)據(jù)利用XML,純文本文件可以用來存儲數(shù)據(jù)。大量的數(shù)據(jù)可以存儲到XML文件中或者數(shù)據(jù)庫中。應用程序可以讀寫和存儲數(shù)據(jù)，一般的程序可以顯示數(shù)據(jù)。XML可以充分利用數(shù)據(jù)使用XML,你的數(shù)據(jù)可以被更多的用戶使用。既然XML是與軟件、硬件和應用程序無關的，所以可以使你的數(shù)據(jù)可以被更多的用戶、更多的設備所利用，而不僅僅是基于HTML標準的瀏覽器哦。別的客戶端和應用程序可以把你的XML文檔作為數(shù)據(jù)源來處理，就像他們對待數(shù)據(jù)庫一樣，你的數(shù)據(jù)可以被各種各樣的“閱讀器”處理，這時對某些人來說是很方便的，比如盲人或者殘疾人。XML可以用于創(chuàng)建新的語言XML是WAP和WML語言的母親。無線標記語言,用于標識運行于手持設備上的Internet程序。SOA面向服務的體系結構（Service-OrientedArchitecture，SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。SOA技術已存在超過20年的時間，但一直未得到廣泛的應用。隨著Web服務的出現(xiàn)逐漸被人們接納，SOA終于迎來了自己的“春天”。對SOA的需要來源于需要使業(yè)務IT系統(tǒng)變得更加靈活，以適應業(yè)務中的改變。通過允許強定義的關系和依然靈活的特定實現(xiàn)，IT系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。就開發(fā)體系結構方面而言，SOA是將來的一個發(fā)展趨勢。SOA將數(shù)據(jù)和信息作為服務公開的模型使其成為了一個非常強大的概念，與當前的應用程序構建塊范例截然不同。獨立的功能實體在Internet這樣松散的使用環(huán)境中，任何訪問請求都有可能出錯，因此任何企圖通過Internet進行控制的結構都會面臨嚴重的穩(wěn)定性問題。SOA非常強調(diào)架構中提供服務的功能實體的完全獨立自主的能力。傳統(tǒng)的組件技術，如.NETRemoting，EJB，COM或者CORBA，都需要有一個宿主(Host或者Server)來存放和管理這些功能實體；當這些宿主運行結束時這些組件的壽命也隨之結束。這樣當宿主本身或者其它功能部分出現(xiàn)問題的時候，在該宿主上運行的其它應用服務就會受到影響。SOA架構中非常強調(diào)實體自我管理和恢復能力。常見的用來進行自我恢復的技術，比如事務處理(Transaction)，消息隊列(MessageQueue)，冗余部署(RedundantDeployment)和集群系統(tǒng)(Cluster)在SOA中都起到至關重要的作用。大數(shù)據(jù)量低頻率訪問對于.NETRemoting，EJB或者XML-RPC這些傳統(tǒng)的分布式計算模型而言，他們的服務提供都是通過函數(shù)調(diào)用的方式進行的，一個功能的完成往往需要通過客戶端和服務器來回很多次函數(shù)調(diào)用才能完成。在Intranet的環(huán)境下，這些調(diào)用給系統(tǒng)的響應速度和穩(wěn)定性帶來的影響都可以忽略不計，但是在Internet環(huán)境下這些因素往往是決定整個系統(tǒng)是否能正常工作的一個關鍵決定因素。因此SOA系統(tǒng)推薦采用大數(shù)據(jù)量的方式一次性進行信息交換。.基于文本的消息傳遞由于Internet中大量異構系統(tǒng)的存在決定了SOA系統(tǒng)必須采用基于文本而非二進制的消息傳遞方式。在COM、CORBA這些傳統(tǒng)的組件模型中，從服務器端傳往客戶端的是一個二進制編碼的對象，在客戶端通過調(diào)用這個對象的方法來完成某些功能；但是在Internet環(huán)境下，不同語言，不同平臺對數(shù)據(jù)、甚至是一些基本數(shù)據(jù)類型定義不同，給不同的服務之間傳遞對象帶來的很大困難。由于基于文本的消息本身是不包含任何處理邏輯和數(shù)據(jù)類型的，因此服務間只傳遞文本，對數(shù)據(jù)的處理依賴于接收端的方式可以幫忙繞過兼容性這個的大泥坑。此外，對于一個服務來說，Internet與局域網(wǎng)最大的一個區(qū)別就是在Internet上的版本管理極其困難，傳統(tǒng)軟件采用的升級方式在這種松散的分布式環(huán)境中幾乎無法進行。采用基于文本的消息傳遞方式，數(shù)據(jù)處理端可以只選擇性的處理自己理解的那部分數(shù)據(jù)，而忽略其它的數(shù)據(jù)，從而得到的非常理想的兼容性。每一項新技術都是在一些舊的技術基礎上發(fā)展出來的。正如XML根本思想來自于在60年代就已經(jīng)出現(xiàn)的早期標記性語言一樣，SOA雖然這兩年才出現(xiàn)，但是它所表達的觀念應該說在網(wǎng)絡這種分布式系統(tǒng)結構出現(xiàn)不久就已經(jīng)廣泛應用了。例如我們最熟悉的HTTP協(xié)議就是一個非常典型的SOA架構設計。HTTP協(xié)議的工作過程簡單敘述如下：１）客戶端，通常是通過瀏覽器，向服務器端以文本的方式發(fā)送一個請求，索取一個Web頁面；２）服務器端接收到這個請求之后，根據(jù)請求的內(nèi)容進行處理并且返回一個符合HTML語法的文本；３）客戶端接收到服務器端的響應文本后調(diào)用本地的程序，通常還是瀏覽器，把返回的HTML文本的內(nèi)容展現(xiàn)出來。下面來看一下HTTP協(xié)議如何滿足了SOA的特點：獨立的功能實體：作為服務器端的Web服務器是絕對不會因為客戶端的狀況變化而改變的，它總是非常穩(wěn)定的按照自己的內(nèi)在邏輯運行，響應外部的請求，管理自己的資源和數(shù)據(jù)。這里一個非常好的例子就是Web服務器對緩存(Cache)的處理，很多Web服務器為了提高性能都或多或少的對數(shù)據(jù)進行緩存，但是緩存數(shù)據(jù)、刷新數(shù)據(jù)這些于客戶端完全無關的操作完全由服務器端獨立完成，完全不受客戶端的影響。RESTREST，即REST(RepresentationalStateTransfer表述性狀態(tài)轉移)是一種針對網(wǎng)絡應用的設計和開發(fā)方式，可以降低開發(fā)的復雜性，提高系統(tǒng)的可伸縮性。REST提出了一些設計概念和準則：1.網(wǎng)絡上的所有事物都被抽象為資源（resource）；2.每個資源對應一個唯一的資源標識（resourceidentifier）；3.通過通用的連接器接口（genericconnectorinterface）對資源進行操作；4.對資源的各種操作不會改變資源標識；5.所有的操作都是無狀態(tài)的（stateless）。對于當今最常見的網(wǎng)絡應用來說，resourceidentifier是url，genericconnectorinterface是HTTP，第4條準則就是我們常說的url不變性。這些概念中的resouce最容易使人產(chǎn)生誤解。resouce所指的并不是數(shù)據(jù)，而是數(shù)據(jù)+特定的表現(xiàn)形式（representation），這也是為什么REST的全名是RepresentationalStateTransfer的原因。舉個例子來說，“本月賣得最好的10本書”和“你最喜歡的10本書”在數(shù)據(jù)上可能有重疊（有一本書即賣得好，你又喜歡），甚至完全相同。但是它們的representation