【正文】 其它經(jīng)營分析系統(tǒng)元數(shù)據(jù)所用的類和關聯(lián)。14 / 104圖 32 Core Metamodel 類關系圖 參考附件 CWM 中 figure 42圖 33 Core Metamodel 支持類關系圖參考附件 CWM 中 figure 43? Behavioral Metamodel15 / 104Behavioral Metamodel 描述了經(jīng)營分析系統(tǒng)元數(shù)據(jù)中其他類和關聯(lián)的行為類型以及提供一個記錄特定行為請求的基礎。它嚴格遵循 CWM 模型中對象模型里面Relationships Metamodel 的所有標準。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容?；A元數(shù)據(jù)的內(nèi)容和對象模型元數(shù)據(jù)的內(nèi)容是不同的，因為它是專為經(jīng)營分析系統(tǒng)所設計的元數(shù)據(jù)，而對象模型元數(shù)據(jù)從某個角度上來說是可以應用在很多其他領域（數(shù)據(jù)倉庫領域之外，例如系統(tǒng)部署領域等） 。 業(yè)務信息業(yè)務信息包給經(jīng)營分析系統(tǒng)元數(shù)據(jù)的元素提供了和業(yè)務部門（或項目組）方面的信息。 小節(jié)關于數(shù)據(jù)質量和一致性要求中對于經(jīng)營分析系統(tǒng)的元數(shù)據(jù)內(nèi)容（元數(shù)據(jù)的對象）要求必須具有的確切描述這項元數(shù)據(jù)內(nèi)容的 Description（每一個具體元數(shù)據(jù)的業(yè)務描述或功能描述）用到本節(jié)元數(shù)據(jù)中的描述一項，同時元數(shù)據(jù)涉及到的系統(tǒng)負責人或者負責部門的內(nèi)容利用本節(jié)關于 ResponsibleParty 的內(nèi)容。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。數(shù)據(jù)類型元模型所有的類和關系如 圖 39 所示。表達式元模型所有的類和關系如 圖 310 所示。在基礎模型中，我們只給出了定義鍵和索引基本概念的元數(shù)據(jù)模型，具體的面向某些具體應用的鍵結構會在面向具體應用的包中給出。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。系統(tǒng)部署包所有的類和關系如 圖 312 所示，有關系統(tǒng)部署中數(shù)據(jù)接口的類和關聯(lián)如 圖 313 所示。這些映射的目的在于使得不同系統(tǒng)之間可以兼容的數(shù)據(jù)類型對應起來，從而使得這些系統(tǒng)之間的數(shù)據(jù)可以進行交換。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。這些數(shù)據(jù)源通過 ETL過程導入到經(jīng)營分析系統(tǒng)或在經(jīng)營分析系統(tǒng)中各系統(tǒng)之間進行轉換。ETL 的過程是經(jīng)營分析系統(tǒng)中的核心，因此這部分的元數(shù)據(jù)必須保證準確，具體的數(shù)據(jù)質量和一致性約束，參見第 小節(jié)。前兩部分所指的內(nèi)容主要是面向黑箱操作的，而第三種主要是在前兩種的基礎之上對白箱操作補充的內(nèi)容。和 ETL 相關的元數(shù)據(jù)嚴格遵循 CWM 模型 標準中 ETL 元模型的所有標準，相關的定義和內(nèi)容可以參照附件 CWM CWM 模型 標準第10 章的有關內(nèi)容。而每一個類的詳細定義，屬性的定義和約束可以參見附件 CWM CWM 模型 標準的第 10 章的內(nèi)容。而每一個類的詳細定義，屬性的定義和約束可以參見附件 CWM CWM 模型 標準的第 10 章的內(nèi)容。以上是和 ETL 有關的元數(shù)據(jù)，這里只給出主要元數(shù)據(jù)的內(nèi)容的大致功能，詳細的類定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM CWM模型 標準的有關內(nèi)容。在經(jīng)營分析系統(tǒng)中還有一些數(shù)據(jù)的存儲不是關系型，例如普通的文件、磁帶、XML、對象數(shù)據(jù)庫等等，對于這些數(shù)據(jù)源的元數(shù)據(jù)定義在 節(jié)可選元數(shù)據(jù)中給出定義。這里所說的關系型數(shù)據(jù)的定義是數(shù)據(jù)倉庫或數(shù)據(jù)集市可以通過關系型界面例如關系型數(shù)據(jù)庫管理系統(tǒng)、ODBC 或者 JDBC 等進行存取的數(shù)據(jù)。本節(jié)的元數(shù)據(jù)嚴格遵循 CWM 模型 標準中的有關 Relational 的內(nèi)容，其中元數(shù)據(jù)類之間的關系，約束，定義等請參見附件 CWM 中有33 / 104關第 6 章的內(nèi)容。因此在元數(shù)據(jù)導入導出時務必需要將數(shù)據(jù)倉庫中的倉庫過程元數(shù)據(jù)和 ETL 元數(shù)據(jù)定義對應上，具體的數(shù)據(jù)質量和一致性要求參見 節(jié)中的有關內(nèi)容。一個倉庫事件被分為三種類型：計劃型、外部型、內(nèi)部型。本節(jié)有關倉庫過程的元數(shù)據(jù)嚴格遵守 CWM 模型 標準中 Warehouse Process 包的標準，具體類的定義和描述可以參考 15 章的有關內(nèi)容。這些細節(jié)必須包括 ETL 過程的每一步的執(zhí)行狀況，使得我們可以了解通過經(jīng)營分析系統(tǒng)給出的指標和生產(chǎn)系統(tǒng)提供數(shù)據(jù)的時差。每一個類的詳細定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM CWM 模型 標準的第 16 章的有關內(nèi)容。這部分的元數(shù)據(jù)包括 OLAP 元數(shù)據(jù)，數(shù)據(jù)挖掘元數(shù)據(jù)，信息可視化元數(shù)據(jù)。OLAP 可以通過很多種途徑來實現(xiàn)，目前經(jīng)營分析系統(tǒng)中，大多數(shù)OLAP 系統(tǒng)都是通過建立在關系型數(shù)據(jù)庫（數(shù)據(jù)倉庫）或者多維數(shù)據(jù)庫之上的OLAP 服務器工具來實現(xiàn)邏輯的 OLAP 結構來支持分析的。? 確保邏輯 OLAP 結構和它所用的數(shù)據(jù)源統(tǒng)一的特型，也就是通過相應的 ETL 包中的元數(shù)據(jù)來進行 OLAP 元數(shù)據(jù)和數(shù)據(jù)源之間的映射。因此，和 OLAP 相關聯(lián)的 ETL 元數(shù)據(jù)和數(shù)據(jù)倉庫元數(shù)據(jù)必須要準確，相關的準確性和一致性要求可以參看 節(jié)元數(shù)據(jù)質量要求的有關內(nèi)容。本章的涉及到的元數(shù)據(jù)嚴格遵守 CWM 模型 標準，其中涉及到的元數(shù)39 / 104據(jù)的詳細定義、范圍、約束可以參見附件 CWM 中第 11 章，第 12 章，第 13 章的有關內(nèi)容。相關元數(shù)據(jù)定義的細節(jié)和約束參見附件 CWM CWM 模型 標準中的有關內(nèi)容。修改請求記錄了影響每一個元數(shù)據(jù)元素的修改記錄，一般會記錄下哪些修改被執(zhí)行或者被拒絕。 倉庫操作元數(shù)據(jù)倉庫操作元數(shù)據(jù)包含著每天數(shù)據(jù)倉庫處理操作的元數(shù)據(jù)，這些數(shù)據(jù)大致可36 / 104以分為三個方面：? 有關 ETL 過程執(zhí)行的元數(shù)據(jù)? 有關度量的元數(shù)據(jù)? 有關修改請求的元數(shù)據(jù)大多數(shù)最近執(zhí)行的 ETL 過程的細節(jié)部分都可以被記錄下來，并且可以通過這些細節(jié)了解 ETL 過程是不是被成功的執(zhí)行。35 / 104 圖 318 倉庫過程主類圖 (參考附件 CWM Figure 151)以上是有關倉庫過程的元數(shù)據(jù)，這里只給出主要倉庫過程元數(shù)據(jù)的大致內(nèi)容和類，詳細的類定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM 標準.pdf CWM 模型 標準的第 15 章的有關內(nèi)容。而一個倉庫過程可以關聯(lián)到很多的倉庫事件，識別每一個事件都使得一個倉庫過程進行初始化。這個流程可以在每一步 ETL 活動或者是每一個獨立的 ETL 步驟的高度來存儲管理元數(shù)據(jù)。這部分的元數(shù)據(jù)用到了經(jīng)營分析基礎元數(shù)據(jù)中對象模型的內(nèi)容、索引主鍵外鍵這些元數(shù)據(jù)，這也就是說在提交這部分的元數(shù)據(jù)的時候必須連同相關的元數(shù)據(jù)一起提交，具體的提交辦法可以參見本規(guī)范第 5 章、第 6 章相應的內(nèi)容。本章涉及的元數(shù)據(jù)嚴格遵循 CWM 模型 標準，涉及到的具體內(nèi)容可以參考附件 CWM CWM 模型 標準 第 6 章、第 8 章、第 15 章、第 16章、的內(nèi)容，有關可選元數(shù)據(jù)的內(nèi)容，參考 CWM 模型 標準的第 7 章、第9 章的有關內(nèi)容。 經(jīng)營分析系統(tǒng)數(shù)據(jù)存儲層元數(shù)據(jù) 概述經(jīng)營分析系統(tǒng)中數(shù)據(jù)存儲層元數(shù)據(jù)主要包括數(shù)據(jù)倉庫和數(shù)據(jù)集市有關的元數(shù)據(jù)，目前來講常用的數(shù)據(jù)源一般都是關系型，本規(guī)范中主要對關系型數(shù)據(jù)倉庫和數(shù)據(jù)集市的關系描述和維度描述進行定義。一般由 ETL 工具產(chǎn)生的元數(shù)據(jù)都是白箱操作。數(shù)據(jù)分組和執(zhí)行部分中主要處理的是轉換的分組情況來確定邏輯單元并且處理執(zhí)行的先后順序。（一） 數(shù)據(jù)轉換和數(shù)據(jù)關系數(shù)據(jù)轉換和數(shù)據(jù)關系元數(shù)據(jù)指的是和 ETL 相關的數(shù)據(jù)源，目標，約束，操26 / 104作相關的元數(shù)據(jù)。而 ETL 包本身也是 OLAP，數(shù)據(jù)挖掘，倉庫過程和倉庫操作元數(shù)據(jù)中的內(nèi)部包，在傳遞這些包中的元數(shù)據(jù)內(nèi)容中不可避免的要傳遞相應的 ETL 元數(shù)據(jù)包中的有關信息。這使得 ETL 元數(shù)據(jù)比較復雜，而其本質是一種轉換的過程。其實 ETL 本身并不僅僅出現(xiàn)在數(shù)據(jù)獲取層，在數(shù)據(jù)存儲層、數(shù)據(jù)展現(xiàn)層只要在經(jīng)營分析系統(tǒng)中出現(xiàn)由一個數(shù)據(jù)轉換到另一個數(shù)據(jù)的地方就會出現(xiàn) ETL 過程，那么就會有 ETL 的元數(shù)據(jù)。這個過程主要涉及到 ETL 的過程本身元數(shù)據(jù)。類型映射包所有的類和關系如 圖 314 所示。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。在基礎模型中，不同的系統(tǒng)可能會用到不同的數(shù)據(jù)類型，系統(tǒng)之間的類型映射將在 小節(jié)中講述。鍵和索引包模型包所有的類和關系如 圖 311 所示。其中類和關聯(lián)的詳細定義與約束請參見附件 CWM CWM 模型 標準中第 節(jié)的有關內(nèi)容。 圖 39 數(shù)據(jù)類型主類圖 (參考附件 CWM 標準 .pdf Figure 55)20 / 104 表達式表達式元模型提供了定義經(jīng)營分析系統(tǒng)中所有表達式樹的基本支持。數(shù)據(jù)類型包嚴格遵循 CWM 模型 標準中基礎模型里面DataTypes 包的所有標準。業(yè)務信息元數(shù)據(jù)嚴格遵循 CWM 模型中基礎元數(shù)據(jù)里面BusinesssInformation 的所有標準。業(yè)務信息元數(shù)據(jù)包括：? 業(yè)務部門的名稱18 / 104? 聯(lián)系方法（地址、、電話）? 相關離線文檔的標識? 有關的描述信息業(yè)務部門之間的關系可以通過類之間的關聯(lián)來表示。為了控制復雜性，基礎元數(shù)據(jù)內(nèi)部分為六個包，他們是業(yè)務信息包、數(shù)據(jù)類型包、表達式包、主鍵和索引包、類型映射包、系統(tǒng)部署包，分別對應 CWM 標準中 Foundation部分中 BusinesssInformation 包、DataTypes 包、Expressions 包、KeyIndexes 包、TypeMapping 包、SoftwareDeployment 包，它們之間的關系如圖 37：17 / 104圖 37 基礎元數(shù)據(jù)結構圖 (參考附件 CWM Figure 51) 經(jīng)營分析系統(tǒng)基礎元數(shù)據(jù)中，包與包之間的關系是在不犧牲共有目的的情況下可以單獨的使用，例如，如果對于經(jīng)營分析系統(tǒng)中自主開發(fā)某一個支持CWM 標準的數(shù)據(jù)倉庫軟件時，支持某種編程語言的元數(shù)據(jù)可能用到數(shù)據(jù)類型包、表達式包、類型映射包和軟件發(fā)布包，而鍵索引和業(yè)務信息包就不需要了。一般來說，基礎元數(shù)據(jù)包中的元數(shù)據(jù)是上層（數(shù)據(jù)獲取層、數(shù)據(jù)存儲層，數(shù)據(jù)訪問層）其他元數(shù)據(jù)包共性的東西。經(jīng)營分析系統(tǒng)元數(shù)據(jù)對象模型中的Instance Metamodel 就是用來描述這些附帶在元數(shù)據(jù)后的具體數(shù)據(jù)的。而 CWM 模型中的繼承關系支持多繼承，因此CWM 模型的繼承結構其實是一個由父節(jié)點到子節(jié)點的有向無環(huán)圖。其中所有的類和關系如 圖 34 所示。其中所有的類和關系如 圖 3圖 33 所示。這部分使得經(jīng)營分析系統(tǒng)的元數(shù)據(jù)標準可以在遵循 CWM 模型的基礎上以 UML 標準進行表述。它描述了經(jīng)營分析系統(tǒng)其他元數(shù)據(jù)中最基本的元模型的類結構，是所有經(jīng)營分析系統(tǒng)元數(shù)據(jù)模型的基礎。 經(jīng)營分析系統(tǒng)基礎層元數(shù)據(jù) 概述經(jīng)營分析系統(tǒng)基礎層元數(shù)據(jù)的內(nèi)容是包括經(jīng)營分析系統(tǒng)中所有其他元數(shù)據(jù)共享的表示概念和結構元數(shù)據(jù)。本章所涉及的元數(shù)據(jù)嚴格遵循 CWM 模型 標準，包括了 CWM 模型中兩個底層部分的七個包。11 / 104? 中央元數(shù)據(jù)存儲服務器主要是接受中央元數(shù)據(jù)抽取服務器提供的元數(shù)據(jù)（接受 XMI 文件或者接受訪問元數(shù)據(jù)存儲服務器的 CORBA IDL） ，并把這些元數(shù)據(jù)按照本規(guī)范的規(guī)定進行存儲，中央元數(shù)據(jù)存儲服務器必須提供符合 CWM 模型 標準的 XMI 接口和 CORBA IDL 接口以便中央元數(shù)據(jù)管理平臺和中央元數(shù)據(jù)抽取服務器進行訪問。中央元數(shù)據(jù)管理系統(tǒng)主要由中央元數(shù)據(jù)抽取服務器，中央元數(shù)據(jù)存儲服務器，中央元數(shù)據(jù)管理平臺組成。? 省級元數(shù)據(jù)抽取服務器的主要功能是將符合 CWM 模型的各經(jīng)營分析子系統(tǒng)的元數(shù)據(jù)（通過 XMI 文件獲取或者通過 CWM 兼容 CORBA IDL 讀出）存入省級元數(shù)據(jù)存儲服務器之中（綠色線條） ，如果有些系統(tǒng)不支持 CWM 模型則需要通過 API 或者其他手段獲得其元數(shù)據(jù)并轉換為 CWM 模型格式的元數(shù)據(jù)存儲到省級元數(shù)據(jù)存儲服務器內(nèi)（紅色線條） 。中央元數(shù)據(jù)庫存儲標準為 MOF ，中央元數(shù)據(jù)庫為元數(shù)據(jù)管理工具提供CORBA IDL 接口，在元數(shù)據(jù)管理平臺上進行元數(shù)據(jù)管理。8 / 104ETL元數(shù)據(jù)數(shù)據(jù)倉庫元數(shù)據(jù)數(shù)據(jù)集市OLAP SERVER….直接訪問或轉換工具、 API等XMI 接口或CORBA IDL接口核心元數(shù)據(jù)元數(shù)據(jù)管理工具CORBA IDL 轉換后XMI文件中央元數(shù)據(jù)庫 圖 23 中央元數(shù)據(jù)庫管理架構中央元數(shù)據(jù)庫管理架構如圖 24 所示。各省元數(shù)據(jù)庫提供 CORBA IDL 接口為本省元數(shù)據(jù)管理工具提供訪問和管理接口，此接口與經(jīng)營分析系統(tǒng)各子系統(tǒng)和元數(shù)據(jù)庫交互的 CORBA IDL 接口是相同的，這是由 CWM 標準本身決定的，這也使得元數(shù)據(jù)管理工具有能力直接訪問某些支持 CWM 標準的經(jīng)營分析系統(tǒng)子系統(tǒng)。 圖 22各異元數(shù)據(jù)各省核心元數(shù)據(jù)集團核心元數(shù)據(jù)7 / 104 省級（包括