中国移动通信企业标准-中国移动省级经营分析系统元数据管理功能实现方案.pdf

《中国移动通信企业标准-中国移动省级经营分析系统元数据管理功能实现方案.pdf》由会员分享，可在线阅读，更多相关《中国移动通信企业标准-中国移动省级经营分析系统元数据管理功能实现方案.pdf（113页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、中国移动通信CHINA MOBILE中 国 移 动 通 信 企 业 标 准QB-X-00X-2006中国移动省级经营分析系统 元数据管理功能实现方案(v1.5)版 本 号：1.52 0 0 6实施发 布2006中国移动通信有限公司发布目录1.元数据管理总体介绍.21.1.元数据管理架构.21.2,元数据功能框架.31.3,元数据访问层.51.4,元数据标准要求-CWM模型.52,元数据管理实施步骤.52.1.元数据库逻辑模型设计.62.2,元数据的提取.62.3.元数据的存储.72.4,元数据访问接口实现.92.5,元数据的业务应用实现.102.6,元数据的维护与管理.103.逻辑模型设计.1

2、03.1.概述.103.2.逻辑模型映射规则.11，2 1 举驯室体的映射 11r i H -J J A 3.2.1.L类的映射.113.2.1.2.属性的映射.123.2.1.3.继承模式映射.123.2.2.关联映射.123.2.3.引用映射.133.3.数据逻辑模型主题域E-R模型.143.3.1.核心主题.163.3.2.行为主题.203.3.3.关系主题.223.3.4.实例主题.233 3.5.L 彳 音 A ilt 253.3.6.数据类型主题.273.3.7.表达式主题.283.3.8.键和索引主题.293.3.9.软件部署主题.313.3.10.类型映射主题.343.3.11

3、.关系型主题.353.3.12.记录主题（可选）.423.3.13.多维主题.443.3.14.XML 主 题（可选）.453.3.15.转换主题.473.3.16.OLAP 主题.503.3.17.数据挖掘主题.553.3.18.信息可视化主题.713.3.19.业务术语主题（可选）.733.3.20.仓库处理主题.743.3.21.仓库操作主题.813.4.关系型逻辑模型实现方法.843.4.1.实体映射规则.843.4.2.继承的实现规则.843.4.3.关系的转换规则.843.4.3.1,一对一关系的映射.853.432.一对多关系的映射.853.43.3.多对多关系的映射.853.4

4、3.4.组合关系的映射.853.5.关系型逻辑模型的扩展.863.5.1.子类扩展.863.5.2.Stereotype 和 TaggedValue 扩展.864.数据提取.874.1.元数据提取技术.874.1.1.兼容CWM规范的系统元数据提取方法.874.1.1.1.CORBAIDL.874.1.1.2.JMI.884.1.1.3.XMI.884.1.2.不兼容CWM规范的系统元数据提取方法.894.1.2.1.产品特定元数据访问接口.894.1.2.2,元数据的手工提取.894.2.子系统元数据提取方式.904.2.1.生产系统.904.2.2.ETL 系统.914.2.3.数据仓库和

5、数据集市4.2.4.OLAP 系统.924.2.5.前端展示工具.924.2.6.其他.935.访问接口实现.945.1.概述.945.2.CORBAIDL 接 口实现.955.2.1.接 口生成.955.2.2.接 口实现.965.2.2.1,自动实现.975.2.2.2.手工实现.985.2.2 3.半 自动实现.985.3.JMI 接 口实现.995.3.1.接口生成方法.995.3.2.接口实现方法.1005.3.2.1.自动实现.1015 3.2.2.手工实现.10153.2.3.半自动实现.1025.4.XMI 接 口实现.1035.4.1.映射方法.1035.4.1.1.CWM模

6、型到DTD的映射.1035.4.1.2,元数据到XMI文件的映射.1045.4.2.接口实现方法.1055.4.2.1.第三方工具.1065.4.2.2.自行开发.1065.5.与一级经营分析系统的接口.1076.管理工具要求.1086.1.概述.1086.2.元数据抽取.1086.3.元数据存储.1086.4.元数据访问接口.10865元数据前端展示及分析.1096.6,元数据维护.1096.7.权限管理.109中国移动通信CHINA MOBILE中国移动省级经营分析系统无数据管理功能实现(v l.5)L元数据管理总体介绍LL元数据管理架构元数据管理贯穿经营分析系统构建、运行和维护的整个生命

7、周期，是经营分 析系统构建过程中重耍的一环。同时，在数据仓库构建的整个过程中，如数据源 分析、ETL过程、数据库结构、数据模型、业务应用主题的组织和前端展示等,均需要对相应的元数据的有力支撑。经营分析系统元数据管理架构如图1-1所示。源系统信息：E T 跑 程：DWfg 息：应用服务层信息：门户管理：系统运行结构射关系DWK)理模型数据结构K P 联锭业务指标安全认证技术教据结构E T L S 序信息数据字典数据分析模型访问控制业务派据结构数据转换规则程序库数据库目录帮助文蹴构数据潘厕则数据库目录图1-1经营分析系统元数据管理框架图在图1-1所示的元数据管理框架图中，元数据贯穿经营分析系统数据

8、“流动”的全过程，主要包括：数据源元数据 数据采集元数据 数据仓库存储元数据 数据集市元数据 应用服务层元数据 门户管理元数据第 2页 共 1 1 3 页中国移动通信有限公司经营分析(v l .5)规范中国移动通信CHINA MOBILE 中国移动省级经营分析系统元数据管理功能实现(vi.5)根据元数据用途及针对使用角色的不同，也可以把元数据分为技术元数据、业务元数据和管理元数据三类：技术元数据：面向经营分析运维技术人员，偏重数据结构和数据处理细 节方面的技术化描述，是用于开发和维护经营分析的基本信息，主要包 括源系统接口规范、数据仓库结构的描述、数据集市定义描述以及经营 分析数据处理过程的描

9、述等信息*业务元数据：面向业务分析人员，是对经营分析的数据和处理规则的业 务化描述，主要包括业务规则、业务术语、指标业务口径、信息分类等；管理元数据：面向经营分析运维管理人员，是对经营分析运维管理相关 信息的描述，主要包括管理流程、人员职责、工作内容分配描述等信息。元数据贯穿经营分析系统数据“流动”的始终，只有实施元数据的集中管理，才可以提供一个集中的元数据全局视图，才可以全局把握经营分析系统数据的组 成、转换以及来龙去脉，有效地进行数据质量的管理。1 2 元数据功能框架经营分析元数据功能框架分五层，分别为元数据源层、元数据获取层、元数 据存储层、元数据管理层和元数据访问层O元数据源层包括元数

10、据的各个源系统；元数据抽取层中的连接桥(或称适配器)实现元数据源层元数据的抽取：元数据 抽取层抽取出的元数据存储在元数据存储层中的元数据库中，元数据库中的元数 据按照主题进行组织；元数据管理层提供元数据访问、分析、导入、导出等功能 供元数据管理工具前端，二级经营分析系统以及中央元数据抽取服务器使用。第3页 共113页中国移动通信有限公司经营分析(v 1.5)规 范中国移动通信CHINA MOBILE中国移动省级经营分析系统元数据管理功能实现(vl.5)元数据分析元数据查询元数据导出其它元数据管理元数据导入OUkP主题报及主题关系主题仓库过程主题连接桥连接桥连接桥连接桥二级经营 分析系统中央元数

11、据 抽取服务器元数据 访问层CORBA,JMI.XMI 接口实现元数据 管理工具前端OLAP服务器 前端展现工具 数据挖掘工具3BOSS等 ETL工 具 数据仓库 数据集市图 12 经营分析系统元数据功能框架图图 1-2是经营分析元数据功能框架图，其中各个层说明如下：元数据源层一元数据源层包括经营分析系统的数据源系统，ETL工具、数据 仓库产品、数据集市产品、OLAP服务器、前端展现工具、数据挖掘工具等。元数据获取层一一元数据获取层实现元数据源层中各个系统的元数据抽取。元 数据连接桥(或称适配器)通过符合CW M 规范的接口或者各个产品提供的特定 接口实现元数据的抽取，并把抽取出的元数据存入元

12、数据存储层中的元数据库。元数据存储层一元数据存储层实现元数据的存储，存储的元数据包括业务元 数据、技术元数据和管理元数据，元数据按照主题组织。存储库的逻辑模型设计 需兼顾效率和实现符合CW M规范的接口的方便性与灵活性元数据管理层元数据管理 层 提 供 符 合 C W M 规范的接口实现，包括 CORBAIDL接口实现/JM I接口实现，和 XM I接口实现；并且实现元数据查询、元数据浏览、元数据访问、元数据分析、元数据导入、元数据导出等基本功能模第4页 共1 1 3页中国移动通信有限公司经营分析(v 1.5)规范中国移动通信CHINA MOBILE 中国移动省级经营分析系统元数据管理功能实现

13、（vi.5）块。1 3 元数据访问层元数据访问层包括元数据管理工具前端、二级经营分析系统和中央元数据抽 取服务器o 这些系统通过元数据管理层访问元数据存储层的元数据。L4.元数据标准要求-CWM模型由于经营分析系统涉及到大量业务系统的集成，因此，如果没有统一的元数 据标准支持，实施各子系统元数据的有效集成是很困难的。在这种情况下，各公 司的元数据管理解决方案各不相同。元数据管理之所以困难，,个很重要的原因 就是缺乏统一的标准。近几年，随着元数据联盟M DC的开放信息模型OIM和 OMG组织的公共仓库模型CWM标准的逐渐完善，以 及 MDC和 OMG组织的 合并，为数据仓库厂商提供了统的标准，从

14、而为元数据管理铺平了道路。OMG是一个拥有500多会员的国际标准化组织，著名的CORBA标准即出自该 组织。公共仓库元模型的主要目的是在异构环境下，帮助不同的数据仓库工具、平台和元数据库进行元数据交换。CWM模型既包括元数据存储，也包括元数据 交换，它是基于以下三个工业标准制定的：U M L,它对CWM模型进行建模；MOF（元对象设施）：它是0MG元模型和元数据的存储标准，提供在异 构环境下对元数据库的访问接口；XMI（XML元数据交换）：（它可以使元数据以XML文件流的方式进行 交换。CWM模型目前已经得到了几乎所有的数据库、数据仓库以及数据分析工具 的支持，包 括 IBMDB2,NCRTe

15、radata等。它已经成为目前元数据应用中主流的 选择模型，本方案将遵循CWM模型进行实施。（CWM详细内容参见 经营分 析系统元数据管理规范1。）2.元数据管理实施步骤元数据管理涉及经营分析系统中的各个组成部分，所以元数据管理的实施是第5页 共113页中国移动通信有限公司经营分析（v 1.5）规范中国移动通信CHINA MOBILE 中国移动省级经营分析系统元数据管理功能实现（vi.5）一个复杂的工程，下面分步骤描述元数据管理实施过程的各个重要部分，以及在 实施过程中应该注意的主要问题。2.1.元数据库逻辑模型设计与以往其它任何类型的数据应用一样，元数据管理首先要根据业务逻辑设计 存储库的逻

16、辑模型，然后才能依照它得到存储库的物理模型，将提取出的元数据 存到其中，并在其上开发具体的应用。逻辑模型的设计方法可以有很多种，可以采用基于关系型的，也可以是面向 对象型的。采用不同的逻辑建模方法，就得到不同表述的元数据存储库逻辑模型，对应不同的业务处理逻辑。但是，表述的业务含义是唯一的。目前，采用面向对 象的逻辑建模技术和关系建模技术都有成熟的方法和应用。CW M 模型本身是一个基于面向对象建模技术得到的元数据存储库的逻辑模 型，但是,目前主流的 数 据（仓）库都是面向关系型的，而且已有的解决方案也 都侧重于关系型，因此在实施中国移动数据质量管理系统时，要求统一采用关系 型逻辑模型来建模。元

17、数据库逻辑模型设计的主要任务是设计基于关系数据库存储的元数据存 储逻辑模型。元数据库逻辑模型设计需要考虑符合CW M规范的所有元数据的存 储，同时要兼顾元数据访问和交换接口（CORBAIDL接口、JM I接口和XMI接 口）的有效实现。因 为 CW M 规范以及CORBAIDL、JM I接口基于对象模型，所以关系数据库中存储的元组和对象之间的有效转换是个关键点。2 2 元数据的提取元数据提取实现从经营分析系统各子系统中提取元数据的过程。提取目的：元数据提取的目的是把各子系统的元数据提取出来，为元数据的 装入提供数据准备；提取方式：元数据的提取可以分为自动提取、手工提取两种方式。目前，大部分主流

18、厂商的产品（如 IBMDB2,NCRTeradata等）都支持CWM 模型。也就是说，可以利用它们提供的接口直接把系统内的元数据按照CWM规 定的格式标准直接提取出来。但是，也存在一些产品目前尚不支持CWM模型，尤其是一些前端的数据分析产品，因此无法实现元数据的自动提取，只能采用手 第6页 共113页中国移动通信有限公司经营分析（v 1.5）规范中国移动通信CHINA MOBILE 中国移动省级经营分析系统元数据管理功能实现(vi.5)工的方式来实现。提取结果：元数据提取的结果是符合CWM模型的XML文件，该文件符合 XMI格式，并保持元数据本身以及它们之间的语义关系。提取过程：自动提取方式通

19、过元数据管理工具的连接桥(或称适配器)来实现，元数据 连接桥抽取元数据源系统中的元数据，直接使用CORBAIDL接口/JMI接口实现 元数据到元数据库的存储，或者生成符合XM I规 范 的 XM L文件，再导入元数 据库。对于要自行开发元数据管理工具的省份，元数据连接桥的实现需要针对具 体产品的特定元数据访问接口进行设计O手工提取方式要求数据质量管理系统能够提供灵活定制的模版，模版的定制 需要考虑底层元数据库的相关字段。用户只需使用可视化界面输入相关信息，系 统应该能够实现用户录入信息到符合XM I规 范 的 XM L文件的转换，或者能够 直接使用CORBAIDL接口/JM1接口实现元数据到元

20、数据库的存储。2 3 元数据的存储元数据存储设计实现将抽取出的元数据导入按照逻辑模型设计的元数据库 中。存储方式：采用关系数据库方式进行存储。存储结构：采用二级结构进行存储。集中式结构是建立统一的元数据模型，用该模型定义和管理各种元数据，并 将所有元数据集中存储在中心元数据库中。所有工具和数据仓库直接访问中心元 数据库，而不局部存储和管理元数据。这种结构的优点是元数据全局可用，无需 元数据交换机制；缺点是对中心元数据库维护复杂，访问速度慢，工具不具有自 治性。对于大多数中等规模的组织，这种结构可以满足元数据管理的需要。分散结构解决中心元数据库管理结构存在的缺陷，目前大多数数据仓库系统 中采用一

21、种基于交换机制的分散式元数据管理结构。这种管理结构通过建立相应 的元数据交换标准，使得不同数据仓库工具能够使用不同的数据模型和不同的表 示形式，而这些工具之间可以通过元数据交换标准进行连接和通信。这种管理结 构的最大优点是不同工具可以高度自治地访问局部元数据库，提高了访问速度，但系统需要提供元数据交换机制来满足不同局部元数据库之间的互操作和连接第7页 共1 1 3页中国移动通信有限公司经营分析(v 1.5)规范中国移动通信CHINA MOBILE中国移动省级经营分析系统无数据管理功能实现(vl.5)等问题，相应地增加了系统的负担。另外这种管理结构使得数据和元数据分散在 多个系统中，增大了对它们

22、协调和管理的难度。邦联结构是前面两种结构的折衷，结合了前面两种结构的优点，比较适合数 据仓库环境中的元数据管理。每个工具拥有自己的元数据库，因而支持快速访问 和自治，并提供与共享元数据库的交换接口，共享元数据库管理的所有共享元数 据。局部元数据库可以采用异构的表示形式，而共享的元数据库必须采用统一的 元数据表示表示形式。如基于标准的元数据模型(OIM或CWM)或自定义模型。邦联结构的优点是保护了元数据库的自治性和异构性，每个局部元数据库自一确 定需要导出哪些元数据到共享的元数据库中，缺点是元数据库的结构比较松散，元数据导航较为复杂。结合中国移动的实际需求，在 经营分析系统元数据管理规范1.0中

23、规定了采用两级元数据存储架构，如 图 2-1所示。图2-1经营分析系统元数据存储架构整体架构是二级结构，包括集团级元数据存储和省级元数据存储。集团级元 数据物理的存放在集团公司，包含从各省提取过来的元数据和一级经营分析系统 提取的元数据的集合；省级元数据存储着省级经营分析系统的元数据。省级元数 据才用集中式的方式进行存储，各子系统的元数据被集中的存放在个中央的元 数据中。整个架构则是采用联邦结构的形式进行存储，统一的采用基于CWM模 型的方式进行数据的存储和彼此之间的元数据的交互。第8页 共113页中国移动通信有限公司经营分析(vl.5)规范中国移动通信CHINA MOBILE 中国移动省级经

24、营分析系统元数据管理功能实现(vi.5)存储过程：在元数据提取的基础上，可以导出符合CW M 模型的各子系统的元 数据，该元数据采用符合XMI规范的XM L文件来进行存储表示。由于元数据是使用 XMI规范来进行描述的，因此存储方可以根据XMI规范来理解该元数据，对其进行 解析。解析后得到符合C W M 标准的元数据模型。由于C W M 模型是按照对象的方式进行存储和彼此之间关系表示的，而数据质 量管理系统底层却是使用关系数据库的方来来进行存储的，因此就需要将对象模 型及之间的逻辑关系转换为关系模型来进行存储。对象模型到关系模型的转换在 本实施方案的第3章中进行了详细的描述。这个转换不仅仅是对象

25、模型到关系模 型之间的转换，同时也包含之间接口的操作规则的转换，使得可以把对象型的元 数据存进关系型的元数据库当中，并将C W M 模型的元数据对象保存到关系数据库 中的相应位置，在存储的过程中保持着他们之间的关系。从而为顶层的各种应用，如血缘分析，回朔分析等，奠定基础。2 4 元数据访问接口实现根 据 CW M标准规定，访问元数据库的接口有三种方式；CORBAIDL接口、JM I接 口 和 X M I接口。前两者提供给访问者程序语言调用的接口，后者提供文 件交互的接口。CORBAIDL接口和JM I接口可以由各个省份根据自身情况以及 实现的难易程度选择其一实现。实现目的实现元数据库的访问功能

26、接口 实现方式CORBAIDL接口利JM I接口的实现有三种方式：自动实现方式，即由数据质量管理系统接受CWM模型为输入，然后产生元 数据的关系存储模型，同 时 生 成 CORBAIDL接口/JM 1接 口，并同时生成 CORBAIDL接口/JM1接口的实现*代码。人工实现方式，即是数据质量管理系统实现人员手工编码CORBAIDL接口/JM I接口中要求的每一个方法。半自动实现方式，即是由数据质量管理系统生成接口的部分实现代码(例如 生成个代码框架)，然后再手工完成接口实现代码的其它部分。第9页 共1 1 3页中国移动通信有限公司经营分析(v 1.5)规范中国移动通信CHINA MOBILE

27、中国移动省级经营分析系统元数据管理功能实现(vi.5)2 5 元数据的业务应用实现基于设计的元数据存储库和开发的接口实现的基础上，可以根据实际的业务 需求开发出各种元数据应用。这些元数据的前端分析和应用通过元数据管理层各 个功能模块实现。基本功能：元数据插入、删除、修改、查询等。主要应用：元数据浏览，数据质量追踪，数据质量抽样检查，指标管理与分 析，指标的解释与追踪，业务变更管理，基于元数据的安全管理，基于元数据的 日常管理以及报表的动态制定和报表定义。2 6 元数据的维护与管理元数据维护和管理功能包括元数据库中的元数据实时/定期更新功能，当元 数据源系统中的元数据发生变化时，数据质量管理系统

28、能够实现元数据库中的元 数据的实时/定期更新。数据质量管理系统还应当提供元数据关联分析功能，确 定元数据修改可能产生的影响。另外，元数据维护和管理功能还应当包括数据质 量管理系统的权限管理和版本控制。3.逻辑模型设计3.1.概述元数据逻辑模型设计的目的是为元数据库的建立提供逻辑基础。根据约定，在各省经营分析数据质量管理系统采用关系型对元数据逻辑模型实施建模。但是，由于C W M 模型是基于对象方式进行描述的，因此必须将之转换为关 系的方式，然后才能实施。这就是本章的主要目的。逻辑模型的转换过程如图3-1所示。基本思路是：首先根据对象到关系映射规则，实现从C W M 对象模型到E.R 模型的转换

29、，包括类到实体、关联到关系和引用到关系的映射；然后，根据逻辑模型到关系模型的映射规则实现E-R 模型到关系模型的转 换，包括实体到关系表和实体关系到关系表列的映射：另外，关系模型中的存 储过程方便使用面向对象的方法来访问关系数据。下面各章节首先介绍C W M 对象模型到E R 模型映射规则，然后介绍逻辑模 第1 0页 共1 1 3页中国移动通信有限公司经营分析(v 1.5)规范中国移动通信CHINA MOBILE中国移动省级经营分析系统无数据管理功能实现(vl.5)型的各个主题包含的实体、关系以及属性，并以E R 图的形式进行了展现，最后 描述E R 模型到关系模型转换规则和方法。元数据逻辑模

30、型设计和实现过程如图 5-1所示。图3-1 逻辑模型的设计和实现过程图3.2.逻辑模型映射规则逻辑模型映射规则主要完成从采用面向对象方法描述的C W M 模型到E-R模 型表示的逻辑模型之间的转换规则，依据此规则可以完成从C W M 模型到E-R 模型之间的转换。在这个转换过程中，必须保持C W M 模型中的对象泛化层次和 关联结构，从而保持等价的语义关系。从 C W M 模型到E-R模型的映射主要三个方面：包括类到实体的映射，主要包括类到实体的映射实现类的映射、属性的 映射和继承模式的映射；关联的映射；引用的映射。3.2.1.类到实体的映射3.2.1.1.类的映射C W M 的类直接映射为E

31、-R模型中的一个实体。直接转换，不做赘述。第1 1页 共113页中国移动通信有限公司经营分析(vl.5)规范中国移动通信CHINA MOBILE 中国移动省级经营分析系统元数据管理功能实现(vi.5)3.2.1.2.属性的映射属性的映射完成从CW M模型中一个类的属性直接映射为E-R图中实体对应 的属性。般而言，所有CW M类的属性都具有多重性。属性的多重性定义了 个类 实例所能拥有的该属性值的最小数目和最大数目，由此得到对象的单值属性和多 值属性。从CW M类到E-R实体的映射中,单值属性和多值属性具有相同的映射方式，都是直接从CW M类的属性映射为E-R模型中对应实体的属性。3.2.1.3

32、.继承模式映射继承模式的映射完成把CW M模型中继承关系等价的转化为E-R中的继承关 系表小0在元数据库中保留C W M的继承层次结构是必要的，因为这样可以保留 C W M面向对象的基础以方便理解、使用和接口设计，对于在U M L和M O F基 础框架内进行成功的元数据交换非常重要。映射的过程描述如下：将C W M模型中的每个类映射到E-R模型中的一个 实体，C W M模型中的父-子继承结构直接转化成为实体之间的概括层次结构。U M L中的父类中的属性，也就是公共属性，映射到E-R模型中高层实体的属性；U M L中的子类的属性，也就是专有属性，映射到E R模型中低层实体的属性。3.2.2.关联

33、映射关联映射完成从CW M模型类之间的关联到E-R图中实体之间关联的等价映 射转换。C W M模型中，类之间的关系采用关联的形式进行描述，主 要 包 括 对 关 联、一对多关联和多对多关联。这些关联模式到E-R模型中实体关联的映射方 法相同，就是从类的关联到实体间的关系的一一映射。CW M模型中还广泛地使用了组合关联，这种组合关联映射为E-R模型中的 实体间关系，这种实体间关系在本方案中使用图3-2中最下方关联图示来表示。图3-2以图形的方式描述了本方案中使用到的E-R实体间关系及相应的意义解第1 2页 共1 1 3页中国移动通信有限公司经营分析(v 1.5)规范外 中 国 移 动 通 信CH

34、INA MOBILE 中国移动省级经营分析系统元数据管理功能实现(v l.5)1到0或 I或更多菱形端允许空值I到1或更多P 飞允许：1到0或1菱形端允许空值1到0或 I或更匕I到1或更多1到0或1MtjN多对多.M i乂 为 aggregation X；联z 表示编合结构(与多重度无关)图3-2 E-R实体间关联关系表示3.2.3.引用映射引用可以当作是类的属性，它指向其它类的实例。实际上，引用在C W M中 是由关联端表现的，也就是说一个引用可以被看作是一个关联端的代替。在从第1 3页 共1 1 3页中国移动通信有限公司经营分析(v l .5)规范中国移动通信CHINA MOBILE中国移

35、动省级经营分析系统无数据管理功能实现(vl.5)CWM模型到ER模型的映射中，引用直接映射成为实体间关系。具体的办法和 规则可以参考上一节“关联映射规则”。3 3数据逻辑模型主题域E-R模型元数据的逻辑模型根据CWM模型中包的结构划分为不同的主题，每个主题 有自己特定的元数据存储范围和特定作用。主题间存在依赖关系，如图3-3所示:*行为关系实例。八A A.业务术语数据挖掘信息可视 化仓库过程业务信息类型映射键和索引表达式，数据类型关系型记录XML仓库操作转换OLAP软件配置图3-3 元数据主题间依赖关系图图 3-3包括了各大元数据主题，以及主题间的相互依赖关系。主题间的依赖 关系表示主题内的某

36、些实体是从别的主题的某些实体继承而来或者是主题内的 实体与别的主题的实体有关系。举例来说，主题A 依赖于主题B,表示A 中的 某个实体X 可能是主题B 中某个实体Y 的子实体,或者是A 中的某个实体X 与 B 中某个实体Y 存在关系。第1 4页 共113页中国移动通信有限公司经营分析(vl.5)规范中国移动通信CHINA MOBILE中国移动省级经营分析系统元数据管理功能实现(v l.5)每个实线框及其内部的主题对应着CWM模型的个层次及其包含的包。核 心主题是整个主题域的基础，其它所有主题都依赖于核心主题。为了图形表示的 简洁性，核心主题在图3-3中没有画出，实际上每个主题到核心主题都存在一

37、个 箭头表示该主题对核心主题的依赖。如果依赖与被依赖的主题所对应的CWM模 型中的包属于CWM元模型中同一个层次，这样的依赖关系使用黑色箭头表示，否则使用蓝色箭头表示；箭头方向表示依赖的方向，即A TB表 示A依赖于B。元数据逻辑模型主题域由以下主题组成:主题CWM中对应包核心主题Core行为主题Behavioral关系主题Relationship实例主题Instance业务信息Businesslnformatino数据类型主题DataTypes表达式主题Expression键和索引主题Keyslndexes软件部署主题SoftwareDepIoyment类型映射主题TypeMapping关系

38、型主题Relational记录主题Record多维主题MultiDimensionalXML主题XML转换王题TransformationOLAP主题OLAP数据挖掘主题DataMining信息可视化主题InformationVisualization业务术语主题BusinessNomenclature仓库处理主题Warehouseprocess仓库操作主题WarehouseOperation第1 5页 共1 1 3页中国移动通信有限公1 4经营分析(V 1.5)规范中国移动通信CHINA MOBILE中国移动省级经营分析系统无数据管理功能实现(v l.5)3.3.1.核心主题图3-4核心主题

39、实体说明(一)zE x p re ssi o n7M u l t i p l i c i t yi g g re g a t i o n .M u i t i p l i c i t y R a n g e P .Z2ion1 zP ro c e d u re E x p re ssi o：图3-5核心主题实体说明(二)核心上题包括基本的实体和关联，这些类和关联被其他所有的主题使用。主题主要 实体实体主要属性实体说明属性名属性说明第 1 6 页 共 1 1 3 页中国移动通信有限公司经营分析(v l .5)规范中国移动省级经营分析系统元数据管理功能实现(v l.5)中国移动通信CHINA MO

40、BILE核心主 题CoreAttributeinitialValue初始的时候确定属性的初始值的 表达式。当对象初始化的时候被计 算出来；类型：Expression；多重 性：0 或 1Attribute描述在Classifier里面的一个有 名字的数据槽，这个数据 槽可能是有值的BooleanE xpression空空BooleanExpression 定义 了一个表达式，当这个表 达式被计算的时候会产 生一个布尔型的实例Class空空Class是对于一组对象的 描述，这些对象具有相同 的属性，操作，方法，关 联和语义,用来描述具有 多个实例的实体Classifier空Classifier是

41、用来描述结 构和行为特征的元素，它 能够被表现成为多种特 定的形式,包括Class,数据类型，接口，组件和 在其他元模型包中定义 的结构。Classifier通常 被用做类型Constraintbody是一个布尔表达式，当一个系统的 实例满足这个表达式的时候，表达 式必须被计算为真。这个布尔表达 式定义了约束。表达式是由指定的 语言表示的字符串：类型：BooleanExpression；多重性：1Constraint是用文本表示 的语义条件或者约束DataType空空Datatype是一种没有标 识符的类型，更确切的 说，它们是纯数值.记录 只能拥有一个实例的实 体的信息Dependen cy

42、kind包含了对于描述“客户”和“提供 商”之M的依赖关系的一种自然描 述。可能的取值列表是没有尽头 的。但是在这里预定义的值为“Abstraction”和“Usage；类型：字 符串；多重性：0 或 1Dependency 描述了一个 或多个元素出现的时候 要求另外的一个或多个 元素也出现的这种机制 或者实现第1 7页 共1 1 3页中国移动通信有限公1 4经营分析(V 1.5)规范中国移动省级经营分析系统元数据管理功能实现（v l.5）中国移动通信CHINA MOBILEElement空空Element是一个模型的最 基本的“代理”。在元模型 里，Element是最基本的 实体。Expre

43、ssio nbody用指定的语言表达的表达式的正 文；类型：字符串；多重性：1Expression 定义了 一个 表达式，这个表达式在上 下文环境中会计算出一 个实例的集合（或者为 空）。一个表达式在计算 中不会修改这个表达式 所在的环境language表达式的正文所使用的语言的名 字，对于表达式的正文的解释是由 语言所决定的。如果语言的名字被 忽略了，就不能解释出表达式的意 义；类型：Name；多重性：0或 者1FeatureOwner-Scope确定这个Feature是出现在每个 Classifier的实例中还是只是出现 在Classifier类中一次；类型：Scope Kind；多重性：

44、0或 者1Feature是一种特性，比 如 在Classifier里面的属 性或者操作。Feature定 义T 一个Classifier的实 例的结构或者行为特征，或者是Classifier本身的 结构或行为特征Model空空Model是一个物理系统 的视图。它是物理系统的 一种带有特定目的的抽 象ModelElementnamename是MedelElement在包含它的 命名空间里的一个标识；类型：Name；多重性：1ModelElemcnt是具有名 字的实体，在CWM中它 是所有的被建模的元类 型的基础,所有别的元类 型都是Model Element的 直接或者间接子实体visibili

45、ty确 定MedelElement在包含它的命 名空间里可见性范围；类型：VisibilityKind；多重性：1Multiplicit y空在元模型里，Multiplicity 定义了非负整数的非空 集合Multiplicit yRangelower确 定 一个范围的非负的下界；类 型：整型；多重性：1在元模型里MultiplicityRange 定义了 一个整数的范围。这个范 国的上界不能小于下界，第1 8页 共1 1 3页中国移动通信有限公1 4经营分析（V 1.5）规范中国移动省级经营分析系统元数据管理功能实现(v l.5)中国移动通信CHINA MOBILEupper确定范围的上界，

46、可以是一个非负 整数或者是特定的值“无限”代表 没有上界;类型：没有上界的整数；多重性：1下届必须是一个非负的 整数。E界必须是一个非 负整数或者是特别的值“无限”，“无限”代表了这 个范围没有上界Namespac e空空Namespace 是 Model 的 一个部分，包含了ModelElement 的一个集 合，这些 ModelElement 的名字在这个namespace 中是唯一的Package空空描述包信息，记录了包中 从其他包引入的模型元 素，以作为对该包的扩展Procedure Expressio n空空ProccdureExpression 定 义 表达式，这个表达式 在计算的

47、时候会改变它 所在环境的值StereotypebaseClass确 定stereotype对什么模型元素使 用，比如说类，关联，约束等。这 是一个元类型的名字,确定的说是 元模型自身而不是用户定义的元 类 型；类 型：Name；多重性：【Stereotype提 供 了 一种方 法，给模型元素指定名 字，让这些模型元素可以 像新构造的虚拟的元模 型的实例那样工作StructuralFeatureChangeab ility确定对象被创建后它的值能否被 修 改；类 型：Changeability Kind；多重性：1StructuralFeature 是指一 个模型元素的静态特性Multiplie

48、s ty这个特征的对象的实例可能的数 目；类型：Multiplicity；多重性:1ordering确 定 组 实 例 是 不 是 有 序 的：类型：OrderingKind；多 重 性:0 或 1targelScoPe确定目标是普通的实例还是类元；类 型：ScopeKind；多重性：0或1第1 9页 共1 1 3页中国移动通信有限公1 4经营分析(V 1.5)规范中国移动省级经营分析系统元数据管理功能实现(vl.5)中国移动通信CHINA MOBILESubsystem空空Subsystem是一组模型元 素的集合，表 现 了 个 物 理系统的行为单元。Subsystem提供接口,也 具有操作

49、Tagged Va luetagTaggedValue的名字，这个名字确 定了值的属性的内容的适用的语 义；类型：Name：多重性：1TaggedValue允许信息被 附加到任何模型元素上，用“tagged value”这样的 格式，确切的说，name=value这样的格式 来对模型元素进行补充 描述的信息Value当前的TaggedValue的值；类型：字符串；多重性：I33.2.行为主题Element(from Core)Feature(from Core)|aggregationClassifier(from Core).-VZ 卜:BehavioralFeatureactualArum

50、entInterfaceZ CallAction图3-6行为主题实体说明行为主题是描述C W M的类型的行为的实体及其关系的集合，提供了记录被 定义行为的记录的基础。第2 0页 共113页中国移动通信有限公1 4经营分析(V 1.5)规范中国移动省级经营分析系统元数据管理功能实现（v l.5）中国移动通信CHINA MOBILE第 2 1 页 共 1 1 3 页主题主要实体实体主要属性实体说明属性名属性说明行为Behavi orArgumentValue当执行时候决定实际Argument 实例的表达式手类型:Expression；多重性：1Argument是描述在CallAction里的实际值