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

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

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

2、. 逻辑模型映射规则113.2.1. 类到实体的映射113.2.1.1. 类的映射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. 业务信息主题253.3.6. 数据类型主题273.3.9. 软件部署主题313.3.10. 类型映射主题343.3.11. 关系型主题353.3.12. 记录主题（可选）423.3.13. 多维主题443.3.14. XML 主题（可选

3、）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.4.3.2. 对多关系的映射853.4.3.3. 多对多关系的映射853.4.3.4. 组合关系的映射853.5, 关系型逻辑模型的扩展863.5.1. 子类扩展863.5.2. Stereot

4、ype 和 Tagged Value 扩展864 .数据提取874.4, 元数据提取技术874.4.1. 兼容CWM规范的系统元数据提取方法874.4.1.1. CORBAIDL874.4.2. 不兼容CWM规范的系统元数据提取方法894.4.2.1. 产品特定元数据访问接口894.4.2.2. 元数据的手工提取894.5, 子系统元数据提取方式904.5.1. 生产系统904.5.2. ETL 系统914.5.3. 数据仓库和数据集市914.5.4. OLAP 系统924.5.5. 前端展示工具924.5.6. 其他935 .访问接口实现945.4, 概述945.5, CORBAIDL 接

5、口 实现955.5.1. 接口生成955.5.2. 接 口实现965.5.2.1. 自动实现975.5.2.2. 手工实现985.2.23.半自动实现9853. JMI 接 口实现9953.1.1. 接口生成方法9953.1.2. 接口实现方法1001.1.1. .自动实现1011.1.2. .手工实现1011.1.23. 半自动实现1025.4. XM1 接 口实现1035.4.1. 映射方法1035.4.1.1, CWM 模型到DTD的映射1035.4.1.2, 元数据到XM1文件的映射1045.4.2. 接口实现方法1051.1.1 .1,第三方工具1065.4.22 自行开发1065.

6、5. 与一级经营分析系统的接口1076.管理工具要求1086.1, 概述1086.2, 元数据抽取1086.3, 元数据存储1086.4, 元数据访问接口1086.5, 元数据前端展示及分析1096.6, 元数据维护1096.7, 权限管理109L元数据管理总体介绍LL元数据管理架构元数据管理贯穿经营分析系统构建、运行和维护的整个生命周期,是经营分 析系统构建过程中重耍的环。同时,在数据仓库构建的整个过程中,如数据源 分析、ETL过程、数据库结构、数据模型、业务应用主题的组织和前端展示等, 均需要对相应的元数据的有力支撑。经营分析系统元数据管理架构如图1-I所示。数据源层1,数据采集层 I数据

7、存储和管理层 t应用服务层. t门户管理与用戶最 :源系统信息:ET!挝程:DWf! 息:应用服务层信息:门户管理:系统运行结构射关系DWK!理模型数輻构KP朕键业务指标安全认证技术数据结构ETT!序信息数据字典数据分析模型访问控制业务数据结构数据转换规则程序库数据库目录帮助文蹴构数据潘厕则数据库目录元数据库图1-1经营分析系统元数据管理框架图在图1-1所示的元数据管理框架图中,元数据贯穿经营分析系统数据“流动” 的全过程,主要包括: 数据源元数据 数据采集元数据 数据仓库存储元数据 数据集市元数据 应用服务层元数据 门户管理元数据根据元数据用途及针对使用角色的不同,也可以把元数据分为技术元数

8、据、 业务元数据和管理元数据三类: 技术元数据:面向经营分析运维技术人员,偏重数据结构和数据处理细 节方面的技术化描述,是用于开发和维护经营分析的基本信息,主要包 括源系统接口规范、数据仓库结构的描述、数据集市定义描述以及经营 分析数据处理过程的描述等信息; 业务元数据:面向业务分析人员,是对经营分析的数据和处理规则的业 务化描述,主要包括业务规则、业务术语、指标业务口径、信息分类等; 管理元数据：面向经营分析运维管理人员,是对经营分析运维管理相关 信息的描述,主要包括管理流程、人员职责、工作内容分配描述等信息。元数据贯穿经营分析系统数据“流动”的始终,只有实施元数据的集中管理, 可以提供个集

9、中的元数据全局视图,可以全局把握经营分析系统数据的组 成、转换以及来龙去脉,有效地进行数据质量的管理。1.2 .元数据功能框架经营分析元数据功能框架分五层,分别为元数据源层、元数据获取层、元数 据存储层、元数据管理层和元数据访问层。元数据源层包括元数据的各个源系统; 元数据抽取层中的连接桥(或称适配器)实现元数据源层元数据的抽取;元数据 抽取层抽取出的元数据存储在元数据存储层中的元数据库中，元数据库中的元数 据按照主题进行组织；元数据管理层提供元数据访问、分析、导入、导出等功能 供元数据管理工具前端、二级经营分析系统以及中央元数据抽取服务器使用。二级经营 分析系统中央元数据 抽取服务器元数据

10、管理工具前端元数据 管理层兀数据 访问层区数据査询1后数据分析1元数据导出CORBA, |M| YMI其它.1元数据管理1元数据导入接口实现OLAP主题转换主题报表主题数据挖掘主题元数据存储层关系主题仓库过程主题连接桥连接桥连接桥OLAP服务器前端展现工具连接桥兀数据获取层数据挖掘工具boss 等ETL工具数据仓库图1，2经营分析系统元数据功能框架图图1-2是经营分析元数据功能框架图,其中各个层说明如下:元数据源层元数据源层包括经营分析系统的数据源系统,ETL工具、数据 仓库产品、数据集市产品、OLAP服务器、前端展现工具、数据挖掘工具等。元数据获取层元数据获取层实现元数据源层中各个系统的元数

11、据抽取。元 数据连接桥(或称适配器)通过符合CWM规范的接口或者各个产品提供的特定 接口实现元数据的抽取,并把抽取出的元数据存入元数据存储层中的元数据库。元数据存储层元数据存储层实现元数据的存储,存储的元数据包括业务元 数据、技术元数据和管理元数据,元数据按照主题组织。存储库的逻辑模型设计 需兼顾效率和实现符合CWM规范的接口的方便性与灵活性。元数据管理层元数据管理层提供符合CWM规范的接口实现，包括 CORBAIDL接口实现/JMI接口实现,和XMI接口实现;并且实现元数据查询、 元数据浏览、元数据访问、元数据分析、元数据导入、元数据导出等基本功能模块。13元数据访问层元数据访问层包括元数据

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

13、,著名的CORBA标准即出自该 组织。公共仓库元模型的主要目的是在异构环境下，帮助不同的数据仓库工具、 平台和元数据库进行元数据交换。CWM模型既包括元数据存储，也包括元数据 交换,它是基于以下三个业标准制定的: UML,它对CWM模型进行建模; MOF （元对象设施）:它是OMG元模型和元数据的存储标准,提供在异 构环境下对元数据库的访问接口 ; XMI （XML元数据交换）：（它可以使元数据以XML文件流的方式进行 交换。CWM模型目前已经得到了几乎所有的数据库、数据仓库以及数据分析工具 的支持,包括IBMDB2, NCRTeradata等。它已经成为目前元数据应用中主流的 选择模型,本方

14、案将遵循CWM模型进行实施。（CWM详细内容参见经营分 析系统元数据管理规范!.0）2,元数据管理实施步骤元数据管理涉及经营分析系统中的各个组成部分,所以元数据管理的实施是第5页共113页中国移动通信有限公司经营分析（vl.5）规范 个复杂的工程,下面分步骤描述元数据管理实施过程的各个重要部分,以及在 实施过程中应该注意的主要问题。21.元数据库逻辑模型设计与以往其它任何类型的数据应用样,元数据管理首先要根据业务逻辑设计 存储库的逻辑模型,然后才能依照它得到存储库的物理模型,将提取出的元数据 存到其中,并在其上开发具体的应用。逻辑模型的设计方法可以有很多种,可以采用基于关系型的,也可以是面向

15、对象型的。采用不同的逻辑建模方法,就得到不同表述的元数据存储库逻辑模型, 对应不同的业务处理逻辑。但是,表述的业务含义是唯一的。目前,采用面向对 象的逻辑建模技术和关系建模技术都有成熟的方法和应用。CWM模型本身是一个基于面向对象建模技术得到的元数据存储库的逻辑模 型,但是，目前主流的数据（仓）库都是面向关系型的，而且已有的解决方案也 都侧重于关系型，因此在实施中国移动数据质量管理系统时,要求统一采用关系 型逻辑模型来建模。元数据库逻辑模型设计的主要任务是设计基于关系数据库存储的元数据存 储逻辑模型。元数据库逻辑模型设计需要考虑符合CWM规范的所有元数据的存 储,同时要兼顾元数据访问和交换接口

16、（CORBAIDL接口、JMI接口和XMI接 ）的有效实现。因为CWM规范以及CORBAIDL、JMI接口基于对象模型， 所以关系数据库中存储的元组和对象之间的有效转换是个关键点。22元数据的提取元数据提取实现从经营分析系统各子系统中提取元数据的过程。提取目的:元数据提取的目的是把各子系统的元数据提取出来,为元数据的 装入提供数据准备;提取方式:元数据的提取可以分为自动提取、手工提取两种方式。目前,大部分主流厂商的产品（如IBMDB2, NCRTeradata等）都支持CWM 模型。也就是说,可以利用它们提供的接口直接把系统内的元数据按照CWM规 定的格式标准直接提取出来。但是,也存在些产品目

17、前尚不支持CWM模型, 尤其是些前端的数据分析产品,因此无法实现元数据的自动提取,只能采用手 第6页共113页中国移动通信有限公司经营分析（vl .5）规范 的方式来实现。提取结果:元数据提取的结果是符合CWM模型的XML文件,该文件符合 XMI格式,并保持元数据本身以及它们之间的语义关系。提取过程:自动提取方式通过元数据管理工具的连接桥(或称适配器)来实现,元数据 连接桥抽取元数据源系统中的元数据,直接使用CORBAIDL接口/JMI接口实现 元数据到元数据库的存储,或者生成符合XMI规范的XML文件,再导入元数 据库。对于要自行开发元数据管理工具的省份,元数据连接桥的实现需要针对具 体产品

18、的特定元数据访问接口进行设计。手工提取方式要求数据质量管理系统能够提供灵活定制的模版,模版的定制 需要考虑底层元数据库的相关字段。用户只需使用可视化界面输入相关信息,系 统应该能够实现用户录入信息到符合XM!规范的XML文件的转换，或者能够 直接使用CORBAIDL接口/JMI接口实现元数据到元数据库的存储。2.3 .元数据的存储元数据存储设计实现将抽取出的元数据导入按照逻辑模型设计的元数据库 中。存储方式：采用关系数据库方式进行存储。存储结构：米用二级结构进行存:储。集中式结构是建立统的元数据模型，用该模型定义和管理各种元数据,并 将所有元数据集中存储在中心元数据库中。所有工具和数据仓库直接

19、访问中心元 数据库，而不局部存储和管理元数据。这种结构的优点是元数据全局可用,无需 元数据交换机制;缺点是对中心元数据库维护复杂,访问速度慢,工具不具有自 治性。对于大多数中等规模的组织,这种结构可以满足元数据管理的需要。分散结构解决中心元数据库管理结构存在的缺陷,目前大多数数据仓库系统 中采用一种基于交换机制的分散式元数据管理结构。这种管理结构通过建立相应 的元数据交换标准,使得不同数据仓库工具能够使用不同的数据模型和不同的表 示形式,而这些工具之间可以通过元数据交换标准进行连接和通信。这种管理结 构的最大优点是不同工具可以高度自治地访问局部元数据库,提高了访问速度, 但系统需要提供元数据交

20、换机制来满足不同局部元数据库之间的互操作和连接 第7页共113页中国移动通信有限公司经营分析(vl .5)规范等问题,相应地增加了系统的负担。另外这种管理结构使得数据和元数据分散在 多个系统中,增大了对它们协调和管理的难度。邦联结构是前面两种结构的折衷,结合了前面两种结构的优点,比较适合数 据仓库环境中的元数据管理。每个工具拥有自己的元数据库,因而支持快速访问 和自治,并提供与共享元数据库的交换接口,共享元数据库管理的所有共享元数 据。局部元数据库可以采用异构的表示形式,而共享的元数据库必须采用统一的 元数据表示表示形式。如基于标准的元数据模型(OIM或CWM)或自定义模型。 邦联结构的优点是

21、保护了元数据库的自治性和异构性,每个局部元数据库自一确 定需要导出哪些元数据到共享的元数据库中,缺点是元数据库的结构比较松散, 元数据导航较为复杂。结合中国移动的实际需求,在经营分析系统元数据管理规范1.0)中规定 了采用两级元数据存储架构，如图2-1所示。图2-1经营分析系统元数据存储架构整体架构是二级结构,包括集团级元数据存储和省级元数据存储。集团级元 数据物理的存放在集团公司,包含从各省提取过来的元数据和一级经营分析系统 提取的元数据的集合;省级元数据存储着省级经营分析系统的元数据。省级元数 据用集中式的方式进行存储,各子系统的元数据被集中的存放在个中央的元 数据中。整个架构则是采用联邦

22、结构的形式进行存储,统一的采用基于CWM模 型的方式进行数据的存储和彼此之间的元数据的交互。存储过程:在元数据提取的基础上,可以导出符合CWM模型的各子系统的元 数据,该元数据采用符合XMI规范的XML文件来进行存储表示。由于元数据是使用 XMI规范来进行描述的,因此存储方可以根据XMI规范来理解该元数据，对其进行 解析。解析后得到符合CWM标准的元数据模型。由于CWM模型是按照对象的方式进行存储和彼此之间关系表示的,而数据质 量管理系统底层却是使用关系数据库的方来来进行存储的,因此就需要将对象模 型及之间的逻辑关系转换为关系模型来进行存储。对象模型到关系模型的转换在 本实施方案的第3章中进行

23、了详细的描述。这个转换不仅仅是对象模型到关系模 型之间的转换,同时也包含之间接口的操作规则的转换，使得可以把对象型的元 数据存进关系型的元数据库当中,并将CWM模型的元数据对象保存到关系数据库 中的相应位置,在存储的过程中保持着他们之间的关系。从而为顶层的各种应用, 如血缘分析，回朔分析等，奠定基础。2.4 .元数据访问接口实现根据CWM标准规定,访问元数据库的接口有三种方式:CORBAIDL接口、 JMI接口和XMI接口。前两者提供给访问者程序语言调用的接口,后者提供文 件交互的接口。CORBAIDL接口和JMI接口可以由各个省份根据自身情况以及 实现的难易程度选择其实现。实现目的实现元数据

24、库的访问功能接口。实现方式CORBAIDL接口和JMI接口的实现有三种方式:自动实现方式，即由数据质量管理系统接受CWM模型为输入，然后产生元 数据的关系存储模型,同时生成CORBAIDL接口/JMI接口,并同时生成 CORBAIDL接口/JMI接口的实现代码。人工实现方式，即是数据质量管理系统实现人员手工编码CORBAIDL接口 /JMI接口中要求的每一个方法。半自动实现方式,即是由数据质量管理系统生成接口的部分实现代码（例如 生成一个代码框架）,然后再手工完成接口实现代码的其它部分。2.5 .元数据的业务应用实现基于设计的元数据存储库和开发的接口实现的基础上,可以根据实际的业务 需求开发出

25、各种元数据应用。这些元数据的前端分析和应用通过元数据管理层各 个功能模块实现。基本功能:元数据插入、删除、修改、查询等。主要应用:元数据浏览,数据质量追踪,数据质量抽样检查,指标管理与分 析,指标的解释与追踪,业务变更管理,基于元数据的安全管理,基于元数据的 日常管理以及报表的动态制定和报表定义。26元数据的维护与管理元数据维护和管理功能包括元数据库中的元数据实时/定期更新功能,当元 数据源系统中的元数据发生变化时,数据质量管理系统能够实现元数据库中的元 数据的实时/定期更新。数据质量管理系统还应当提供元数据关联分析功能,确 定元数据修改可能产生的影响。另外,元数据维护和管理功能还应当包括数据

26、质 量管理系统的权限管理和版本控制。3.逻辑模型设计3.1 .概述元数据逻辑模型设计的目的是为元数据库的建立提供逻辑基础。根据约定, 在各省经营分析数据质量管理系统采用关系型对元数据逻辑模型实施建模。但是,由于CWM模型是基于对象方式进行描述的,因此必须将之转换为关 系的方式，然后才能实施。这就是本章的主要目的。逻辑模型的转换过程如图3-1所示。基本思路是：首先根据对象到关系映射规则,实现从CWM对象模型到E-R模型的转换, 包括类到实体、关联到关系和引用到关系的映射;然后,根据逻辑模型到关系模型的映射规则实现E-R模型到关系模型的转 换,包括实体到关系表和实体关系到关系表列的映射;另外,关系

27、模型中的存 储过程方便使用面向对象的方法来访问关系数据。下面各章节首先介绍CWM对象模型到ER模型映射规则,然后介绍逻辑模 第10页共113页中M移动通信有限公司经营分析(vl .5)规范型的各个主题包含的实体、关系以及属性,并以ER图的形式进行了展现,最后 描述ER模型到关系模型转换规则和方法。元数据逻辑模型设计和实现过程如图 5-I所示。图3-1逻辑模型的设计和实现过程图3.2 .逻辑模型映射规则逻辑模型映射规则要完成从采用面向对象方法描述的CWM模型到E-R模 型表示的逻辑模型之间的转换规则,依据此规则可以完成从CWM模型到E-R 模型之间的转换。在这个转换过程中,必须保持CWM模型中的

28、对象泛化层次和 关联结构,从而保持等价的语义关系。从CWM模型到E-R模型的映射主要三个方面: 包括类到实体的映射，主要包括类到实体的映射实现类的映射、属性的 映射和继承模式的映射; 关联的映射; 引用的映射。3.2.1. 类到实体的映射3.2.1.1. 类的映射CWM的类直接映射为E-R模型中的个实体。直接转换,不做赘述。3.2.1.2. 属性的映射属性的映射完成从CWM模型中一个类的属性直接映射为E-R图中实体对应 的属性。般而言,所有CWM类的属性都具有多重性。属性的多重性定义了 ,个类 实例所能拥有的该属性值的最小数目和最大数目,由此得到对象的单值属性和多 值属性。从CWM类到E-R实

29、体的映射中,单值属性和多值属性具有相同的映射方式, 都是直接从CWM类的属性映射为E-R模型中对应实体的属性。3.2.1.3. 继承模式映射继承模式的映射完成把CWM模型中继承关系等价的转化为E-R中的继承关 系表示。在元数据库中保留CWM的继承层次结构是必要的,因为这样可以保留 CWM面向对象的基础以方便理解、使用和接口设计,对于在UML和MOF基 础框架内进行成功的元数据交换非常重要。映射的过程描述如下:将CWM模型中的每个类映射到E-R模型中的个 实体,CWM模型中的父一子继承结构宜接转化成为实体之间的概括层次结构。 UML中的父类中的属性，也就是公共属性,映射到E-R模型中高层实体的属

30、性; UML中的子类的属性,也就是专有属性,映射到ER模型中低层实体的属性。3.2.2. 关联映射关联映射完成从CWM模型类之间的关联到E-R图中实体之间关联的等价映 射转换。CWM模型中,类之间的关系采用关联的形式进行描述,主要包括对关 联、对多关联和多对多关联。这些关联模式到E-R模型中实体关联的映射方 法相同,就是从类的关联到实体间的关系的映射。CWM模型中还广泛地使用了组合关联,这种组合关联映射为E-R模型中的 实体间关系,这种实体间关系在本方案中使用图3-2中最下方关联图示来表示。 图3-2以图形的方式描述了本方案中使用到的E-R实体间关系及相应的意义解释。令1到01点1或更多菱形端

31、允许空值.I到1或更多P允许:1到或1菱形端允许空值1到或】MtjN多对多.M i乂 aggregation的关联z表示组合结构(与多帀度图3-2 E-R实体间关联关系表示3.2.3. 引用映射引用可以当作是类的属性,它指向其它类的实例。实际上,引用在CWM中是由关联端表现的,也就是说个引用可以被看作是个关联端的代替。在从第13页共113页中国移动通信有限公司经营分析(vl .5)规范CWM模型到ER模型的映射中,引用直接映射成为实体间关系。具体的办法和 规则可以参考上节“关联映射规则”。3.3.数据逻辑模型主题域E-R模型元数据的逻辑模型根据CWM模型中包的结构划分为不同的主题,每个主题 有

32、自己特定的元数据存储范围和特定作用。主题间存在依赖关系,如图3-3所示:图3-3元数据主题间依赖关系图图3-3包括了各大元数据主题,以及主题间的相互依赖关系。主题间的依赖 关系表示主题内的某些实体是从别的主题的某些实体继承而来或者是主题内的 实体与别的主题的实体有关系。举例来说,主题A依赖于主题B,表示A中的 某个实体X可能是主题B中某个实体丫的子实体,或者是A中的某个实体X与 B中某个实体丫存在关系。每个实线框及其内部的主题对应着CWM模型的个层次及其包含的包。核 心主题是整个主题域的基础,其它所有主题都依赖于核心主题。为了图形表示的 简洁性,核心主题在图3-3中没有画出,实际上每个主题到核

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

34、ng关系型主题Relational记录主题Record多维主题MultiDimensionalXML主题XML转换主题TransformationOLAP主题OLAP数据挖掘主题DataMining信息可视化主题Information Visualization业务术语主题BusinessNomenclature仓库处理主题WarehouseProcess仓库操作主题WarehouseOperation3.3.1,核心主题二 Mode!ElementImpprtcdElenjentaggregationElementownershipnnamespaceAttributestereotypeT

35、aggedValue呸里空 111211St rueturcreature图3-4核心主题实体说明(一)工ExpressionMultiplicityggregation. MuitiplicityRangeP ，一,一一I?BooleanExpressionProcedureExpressio：图3-5核心主题实体说明(二)核心上题包括基本的实体和关联,这些类和关联被其他所有的主题使用。主题主要 实体实体主要属性实体说明属性名属性说明核心主 题CoreAttributeinitialVal ue初始的时候确定属性的初始值的 表达式。当对象初始化的时候被计 算出来;类型:Expression:

36、多重 性:0或1Attribute描述在 Classifier里面的个有 名字的数据槽,这个数据 槽可能是有值的BooleanE xpression空空BooleanExpression 疋义 了一个表达式,当这个表 达式被计算的时候会产 生一个布尔型的实例Class空空Class是对于组对象的 描述,这些对象具有相同 的属性,操作，方法,关 联和语义,用来描述具有 多个实例的实体Classifier空空Classifier是用来描述结 构和行为特征的元素,它 能够被表现成为多种特 定的形式，包括Class, 数据类型，接口，组件和 在其他元模型包中定义 的结构。Classifier通常 被用

37、做类型Constraintbody是个布尔表达式,当一个系统的 实例满足这个表达式的时候,表达 式必须被计算为真。这个布尔表达 式定义了约束。表达式是由指定的 语言表示的字符串;类型:BooleanExpression;多重性:1Constraint是用文本表示 的语义条件或者约束DataType空空Datatype是种没有标 识符的类型，更确切的 说,它们是纯数值。记录 只能拥有一个实例的实 体的信息Dependen cykind包含了对于描述“客户和“提供 商”之间的依赖关系的一种自然描 述。可能的取值列表是没有尽头 的。但是在这里预定义的值为 “Abstraction”和Usage”;类

38、型：字 符串;多重性:0或1Dependency 描述 了一个 或多个元素事现的时候 要求另外的一个或多个 元素也出现的这种机制 或者实现Element空空Element是个模型的最 基本的“代理”。在元模型 里,Element是最基本的 实体。Expressio nbody用指定的语言表达的表达式的正 文;类型:字符串;多重性:1Expression 定 义 了 一个 表达式,这个表达式在上 下文环境中会计算出 个实例的集合(或者为 空)。一个表达式在计算 中不会修改这个表达式 所在的环境language表达式的正文所使用的语言的名 字,对于表达式的正文的解释是由 语言所决定的。如果语言的名

39、字被 忽略了,就不能解释出表达式的意 义;类型:Name:多重性：或者1FeatureOwnerScope确定这个Feature是出现在每个 Classifier的实例中还是只是出现 在Classifier类中一次;类型: ScopeKind；多重性:或者1Feature是种特性，比 如在Classifier里面的属 性或者操作。Feature定 义了一个Classifier的实 例的结构或者行为特征, 或者是Classifier本身的 结构或行为特征Model空空Model是个物理系统 的视图。它是物理系统的 种带有特定目的的抽 象ModelEle mentnamename是MedelEle

40、ment在包含它的 命名空间里的个标识;类型:Name:多重性:1ModelElement是具有名 字的实体,在CWM中它 是所有的被建模的元类 型的基础，所有别的元类 型都是ModelElement的 直接或者间接子实体visibility确定MedelElement在包含它的命 名空间里可见性范围;类型：VisibilityKind!多重性:1Multiplicit y空空在元模型里,Multiplicity 定义非负整数的非空 集合Multiplicit yRangelower确定一个范围的非负的下界;类 型;整型;多重性;1在元模型里 MultiplicityRange 定义 了 个整

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

42、xpression 定 义了表达式,这个表达式 在计算的时候会改变它 所在环境的值StereotypebaseClass确定stereotype对什么模型元素使 用,比如说类,关联,约束等。这 是个元类型的名字，确定的说是 元模型自身而不是用户定义的元 类型；类型;Name；多重性;1Stereotype 提供j了-一种方 法，给模型元素指定名 字，让这些模型元素可以 像新构造的虚拟的元模 型的实例那样工作Structural FeatureChangeab ility确定对象被创建后它的值能否被 修改；类型:ChangeabilityKind； 多重性:1Structural Feature

43、 是指 个模型元素的静态特性Multiplici ty这个特征的对象的实例可能的数 目;类型:Multiplicity:多重性:1ordering确定一组实例是不是有序的：类型:OrderingKind:多重性: 或 !targetSco pe确定目标是普通的实例还是类元; 类型:ScopeKind；多重性:或!Subsystem空空Subsystem是组模型元 素的集合,表现了 个物 理系统的行为单元。Subsystem提供接口，也 具有操作Tagged Va luetagTaggedValue的名字,这个名字确 定了值的属性的内容的适用的语 义;类型:Name;多重性:1TaggedVal

44、ue允许信息被 附加到任何模型元素上, 用“ tagged value”这样的 格式，确切的说， name=value这样的格式 来对模型元素进行补充 描述的信息Value当前的TaggedValue的值;类型: 字符串;多重性:13.3.2.行为主题Feature(fromaggregationLBehavioralFeatureClassifier(from Core)actualArumentzzzInterface I CallAction I图3-6行为主题实体说明行为主题是描述CWM的类型的行为的实体及其关系的集合,提供了记录被 定义行为的记录的基础。主题主要实体实体主要属性实体说

45、明属性名属性说明行为Behavi orArgumentValue当执行时候决定实际Argument 实例的表达式;类型:Expression； 多重性:1Argument是描述在 CallAction里的实际值是 如何被传递的表达式Behavior-F eatureisQuery确定BehavioralFeature执行有没 有改变系统状态,True代表没有 改变,False代表产生副作用改变 了系统状态;类型:Boolean；多 重性:1指个模型元素的动态 特性，比如操作或方法。 BehavioralFeature 指定 T 类元实体的行为方面。CallAction空空CallAction是个记录操 作发生的行为，CallAction的目的是用来 标识个特定的Operation发生的时候所 实际使用的参数Event空空Event是可观察的事件的 说明，事件会产生一个 event的实例Interface空空Interface是定义了一个 元素的行为的Operatio