元数据设计文档20

1、元数据管理系统目录目录1.前言前言.52.整体设计整体设计 .52.1设计思路设计思路.52.2架构图架构图.62.3功能图功能图.73.功能模块功能模块 .83.1元模型元模型.83.1.1元模型维护.元模型根本信息维护 .元模型属性维护 .元模型关系维护 .元模型索引维护 .113.1.2包维护.113.1.3关系类型维护.123.1.4业务领域维护.123.1.5枚举类型维护.123.2元数据元数据 .143.2.1元数据根本信息维护 .143.2.2元数据关系维护 .153.2.3元数据生命周期 .163.2.4元数

2、据采集.元数据导入导出 .CWM 导入导出.元数据模版导出 .173.2.5版本管理.183.2.6变更订阅.183.2.7元数据检索.193.3应用应用.193.3.1元数据权限管理 .用户管理.角色管理.系统功能资源.元数据操作权限 .数据库用户维护 .213.3.2数据库管理.表维护..1表根本信息维护 ..2字段维护..3索引维护。.视图维护.253.3.

3、2.2.1视图根本信息维护 ..2视图字段维护.2SQL 语句查询.2存储过程维护.2表空间维护.2数据库用户维护 .293.3.3血统、影响分析 .30血统分析.30.1图形展示.30.2表格展示.30影响分析.3.1图形展示.3.2表格展示.323.3.4元数据使用情况统计 .3元数据浏览用户统计按用户.3元数据浏览用户统计按元数据类型.333.3.5元数据质量管理 .3属性

4、填充率.3属性合法性.3名称重复性.343.3.6指标库管理.343.3.7元数据差异分析 .3流程差异比拟.3属性差异比拟.354.内部接口调用标准内部接口调用标准 .354.1元数据效劳接口元数据效劳接口METADATASERVICE.354.2元数据版本效劳接口元数据版本效劳接口MDREVISIONSERVICE .364.3元数据关系效劳接口元数据关系效劳接口MDRELATIONSERVICE.375.外部工具接口标准外部工具接口标准 .375.1获取元数据信息获取元数据信息 .395.2新增元数据信息新增元数据信息 .4

5、05.3修改元数据信息修改元数据信息 .425.4删除元数据信息删除元数据信息 .436.实现工具使用技术实现工具使用技术 .446.1JAVAEE.446.2XML.456.3SOA.466.4REST.476.5CWM.486.6XMI.497.工具完成后到达效果工具完成后到达效果.491.前言前言目前的元数据管理系统，存在以下问题：应用系统产生的元数据分别保存在应用系统中和元数据管理系统中，从而导致了元数据的不一致性。元数据管理系统往往采用任务抽取和手工录入的方式维护元数据，与应用系统集成度低。元数据管理系统中的数据使用率底，只起到集中存储元数据的功能。元数据管理系统无法对应用系统产生的

6、元数据进行权限和生命周期管理。元数据管理系统应用分析功能弱。2.整体设计整体设计设计思路设计思路元数据管理是分为后台支撑和前台展现。后台支撑：工具中的很多功能，必须依赖于元数据的支撑。前台展现：通过元数据管理前台实现传统元数据管理的诸多功能。元数据管理应采用高内聚、低耦合的组件式产品架构，利用丰富功能组件，搭建功能强大的、主动式的元数据管理平台，同时向集成商全面开放元数据功能调用接口，并提供整套应用开发方法论。使税务人员能够自行加载业务元数据、自动生成技术元数据、全面管控管理元数据。在完成元数据管理、维护等根底功能的同时，方便集成商实现二次开发，快速满足业务应用的针对性需求。2.2 架构图架构

7、图元数据权限管理数据库元数据存储表（元模型）元模型视图元数据管理系统基础表元数据管理系统元模型维护元数据维护元数据接口查询添加删除修改元数据生命周期管理-应用系统- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -元数据查询RESTFULSOARMIAPI元数据版本管理应用系统中将不再保存元数据信息，元数据信息直接保存到元数据管理系统中，应用系统通过访问接口和元模型视图对元数据进行查询、添加、修改和删除维护。从而保证了元数据的一致性。应用系统访问元数据管理系统，首先需要通过元数据权限管理模块。只有权限管理模块的授权用户才

8、能对元数据进行增加、修改、删除和检索。检索方式上采用两种方式：接口检索：应用系统可以根据元数据的路径、元数据名称和元数据 ID 对元数据进行检索。通过元数据库中的元模型视图：为了方便与应用系统的集成，元数据管理系统提供元模型视图。应用系统可以根据拥有的元模型访问权限查询相应的元数据信息。元数据管理系统通过生命周期管理模块对元数据进行生命周期管理。元数据管理系统通过版本管理模块对元数据进行版本控制。元模型创立的时候系统自动创立元模型视图。功能图功能图元模型CWM核心元模型业务领域元模型业务领域元模型业务领域元模型元模型维护基本信息维护属性维护关系维护索引维护包维护业务领域维护关系类型维护枚举类型

9、维护元数据元数据基本信息维护元数据维护元数据关系维护元数据检索变更订阅版本管理元数据生命周期应用元数据权限管理元数据质量管理血统、影响分析指标库管理元数据使用情况统计元数据差异分析元数据采集数据库管理元数据管理系统包含三大功能模块：应用、分析模块主要对元数据进行应用和分析。主要包括数据库管理、血统/影响分析、元数据使用情况统计、元数据质量管理、指标库管理、元数据差异分析和元数据权限管理。元数据管理模块主要对元数据进行维护。主要包括元数据检索、变更订阅、版本管理、元数据采集、元数据生命周期、元数据根本信息维护和元数据关系维护。元模型管理模块主要对元模型进行维护。主要包括元模型根本信息维护、元模型

10、关系维护、元模型属性维护、元模型索引维护、包维护、关系类型维护、业务领域维护和枚举类型维护。3.功能模块功能模块元模型元模型元模型元模型维护枚举类型维护关系类型维护业务领域维护包维护元模型基本信息维护元模型属性维护元模型关系维护元模型索引维护3.1.1 元模型维护元模型维护开始元模型基本信息元模型属性元模型关系元模型索引是否创建元模型视图创建、更新元模型视图是结束否应用元模型根本信息维护元模型根本信息维护数据项:ID:元模型的主键。系统自动生成。路径：显示模型的包路径。例 org.omg.cwm.objectmodel.core.ClassifierMap名称：元模型的名称。只能

11、是字母数字和下划线。同包下不能有相同的名称。显示名称：元模型的显示名称。使用显示名称：复选框。选择：元模型那么显示显示名称。不选：元模型那么显示名称。描述：用于填写元模型的描述信息。使用视图：复选框。选择：创立元模型的时候，创立元模型视图。不选：只创立元模型。视图名称：创立元模型视图的名称。创立时检查视图名称是否唯一。备注：填写备注信息。功能：检索：检索元模型的根本信息。修改：修改元模型的根本信息。删除：删除元模型时，需要删除相应继承关系。添加：新建元模型的根本信息。应用：创立和更新元模型和元模型视图。元模型属性维护元模型属性维护数据项名称：属性的名称。只能是字母数字和下划线。同

12、模型下不能有相同的名称。显示名称：属性的显示名称。使用显示名称：复选框。选择：属性那么显示显示名称。不选：属性那么显示名称。类型：string、boolean、short、integer、long、float、double、date 和枚举类型。长度：类型的长度。小数位数：小数精度。是否为空：属性是否可为空。是否可用：创立元模型时是否创立此属性。是否显示：用于隐藏元模型属性。描述：描述属性信息。默认值：属性的默认值。备注：填写备注信息。功能添加：添加新的属性。删除：删除属性。继承的属性不能删除。修改：修改属性。继承的属性不能修改。元模型关系维护元模型关系维护数据项名称：关系的名称

13、。只能是字母数字和下划线。同模型下不能有相同的名称。显示名称：关系的显示名称。使用显示名称：复选框。选择：关系那么显示显示名称。不选：关系那么显示名称。类型：关系类型包括 继承、依赖、聚合、组合、关联和扩展类型。源端：起始的元模型。目标端：结束的元模型。上限：0、1、2、*下限：0、1、2、*描述：描述关系信息。备注：填写备注信息。功能添加：添加新的关系。修改：修改关系。继承的关系不能修改。删除：删除关系。继承的关系不能删除。元模型索引维护元模型索引维护数据项名称：索引的名称。只能是字母数字和下划线。同模型下不能有相同的名称。显示名称：索引的显示名称。使用显示名称：复选框。选择：

14、关系那么显示显示名称。不选：关系那么显示名称。描述：描述索引信息。是否创立：创立元模型的时候是否创立此索引。备注：填写备注信息。引用的属性：创立索引时用到的列。功能添加：添加新的索引 。修改：修改索引。删除：删除索引。3.1.2 包维护包维护数据项名称：包的名称。只能是字母数字和下划线。同包下不能有相同的名称。显示名称：包的显示名称。使用显示名称：复选框。选择：包那么显示显示名称。不选：包那么显示名称。描述：描述包信息。备注：填写备注信息。功能添加：添加新包。修改：修改包信息。删除包：包删除的时候，会同时删除包下面的元模型。3.1.3 关系类型维护关系类型维护数据项名称：包的名称。只能是字母数

15、字和下划线。同包下不能有相同的名称。抽象：是否是抽象关系。例如：数据层关系类型。显示名称：包的显示名称。使用显示名称：复选框。选择：包那么显示显示名称。不选：包那么显示名称。描述：描述包信息。备注：填写备注信息。功能添加：添加关系类型。修改：修改关系类型。删除：删除关系类型。引用的关系类型不允许删除。3.1.4 业务领域维护业务领域维护数据项名称：业务领域的名称。只能是字母数字和下划线。不能有相同的业务领域名称。显示名称：业务领域的显示名称。使用显示名称：复选框。选择：业务领域那么显示显示名称。不选：业务领域那么显示名称。描述：描述业务领域信息。备注：填写备注信息。功能添加：添加业务领域。修改

16、：修改业务领域。删除：删除业务领域。同时删除其下的包和元模型。3.1.5 枚举类型维护枚举类型维护数据项根本信息名称：枚举类型的名称。只能是字母数字和下划线。不能有相同的枚举类型名称。允许多项选择：选择：页面显示复选框。不选择：页面显示单项选择框。显示名称：枚举类型的显示名称。使用显示名称：复选框。选择：枚举类型那么显示显示名称。不选：枚举类型那么显示名称。描述：描枚举类型域信息。备注：填写备注信息。条目名称：条目的名称。只能是字母数字和下划线。不能有相同的枚举类型名称。显示名称：条目的显示名称。使用显示名称：复选框。选择：条目那么显示显示名称。不选：条目那么显示名称。值：条目的值。描述：描枚

17、举类型域信息。功能根本信息添加：添加枚举类型。修改：修改枚举类型。删除：删除枚举类型。条目添加：添加条目。修改：修改条目。删除：删除条目。3.2 元数据元数据开始元数据维护数据采集生命周期管理是否通过元数据检索执行操作结束版本管理变更订阅是是否3.2.1 元数据根本信息维护元数据根本信息维护数据项名称：元数据名称。必填别名：元数据别名。元模型：创立元数据的类型。版本状态：分为 初始建立、公示状态、审核状态、发布状态、维护状态五种状态。生命周期状态：元数据的生命周期状态。描述：元数据的描述信息。功能维护属性：根据元模型维护元数据的属性信息。创立子节点：创立元数据根本信息。删除：删除元数据根本信息

18、。修改：修改元数据根本信息同时删除元数据之间的关系信息。移动：将元数据移动到其它元数据下面。两个元数据之间必须有组合关系。3.2.2 元数据关系维护元数据关系维护数据项源数据：起始的元数据。源数据路径：起始的元数据路径。目标数据：结束的元数据。目标数据路径：结束的元数据路径。关系类型：依赖、聚集、关联和自定义类型。关系名称：元数据关系的名称。显示名称：元数据关系的显示名称。关系描述：元数据关系的描述信息。功能添加：添加元数据关系。只有两个元模型之间建立关系，才能添加相应的关系。例如 元模型之间建立了依赖关系，那么只能添加依赖关系。不能添加关联或其他关系。删除：删除关系。修改：修改关系信息。3.

19、2.3 元数据生命周期元数据生命周期为了能让用户控制元数据的增加、删除、修改和移动，使得每次对元数据的操作都要经过审核。创建、编辑、删除和移动生命周期管理是否关闭是否开启所有否元模型是否需要审核否是是是否通过执行添加、修改、删除和移动操作是是否否开始结束影响分析元数据操作审核数据项生命周期配置设置方式：开启所有、关闭所有、根据元模型配置选择元模型：需要进行生命周期管理的元数据。待审核处理审核操作：通过、驳回。操作状态：创立、编辑、删除和移动。审核意见：填写审核意见。功能生命周期配置：维护生命周期根本设置。元数据审核管理：审核元数据的操作。影响分析：分析元数据改变产生的影响。3.2.4 元数据采

20、集元数据采集元数据导入导出元数据导入导出导出元数据的信息和关系。文件类型为 EXCEL。CWM 导入导出导入导出根据 CWM 定义 XMI 的标准导出元数据。这些元数据的元模型必须继承 CWM 定义的元模型。文件类型为 XMI。文件内容如下列图：元数据模版导出元数据模版导出导出元模型和关系。文件类型为 EXCEL。元模型结构如下列图：关系结构如下列图：3.2.5 版本管理版本管理元数据创立，修改和删除的时候都要保存之前版本信息。版本分为大版本和小版本。大版本如开发、试用、正式等。小版本如开发.1,试用.2。数据项版本名:版本的名称。操 创立版本的用户。

21、创立时间：版本的创立时间。功能新增版本：添加新的版本。修改版本名：修改版本的名称。删除版本：删除版本信息。查询版本：可以按大版本查看历史版本信息。版本比拟：可以比拟两个版本之间的不同。3.2.6 变更订阅变更订阅让用户及时了解的元数据的变更情况。功能元模型订阅：用户可以根据元模型订阅变更信息。信息以短信或者 EMAIL 的形式发送给用户。元数据订阅：用户可以根据元数据订阅变更信息。信息以短信或者 EMAIL 的形式发送给用户。订阅元数据的同时可以订阅元数据的下级节点。已订阅列表：检索用户订阅信息列表。变更通知：检索所有的变更通知。3.2.7 元数据检索元数据检索功能查询元数据：根据元数据名称检

22、索元数据。高级查询：提供区分大小写设置、完全匹配设置、指定搜索目录和元模型搜索等查询条件。3.3 应用应用 分析、应用元数据权限管理血统、影响分析数据库管理指标库管理元数据质量管理元数据使用情况统计元数据差异分析3.3.1 元数据权限管理元数据权限管理权限管理模块主要管理三种资源 系统功能菜单、元数据元模型操作和元模型视图。体系结构如下列图：权限管理角色数据库用户系统功能资源元数据操作权限元模型视图系统用户用户管理用户管理数据项用户名：用户的帐号信息。别名：用户的显示名称。密码：用户登录时显示的密码。描述：用户的描述信息。Email：用户的 email。变更订阅模块需要使用 Em

23、ail。角色：用户所拥有的角色信息。功能添加用户：添加新的用户。编辑：编辑用户信息。删除：删除用户信息。修改密码：修改用户密码。角色管理角色管理数据项角色名称：角色的名称。描述：角色的描述信息。权限设置：用于设置系统功能资源的访问权限。功能添加角色：添加新的角色。编辑：编辑角色信息。删除：删除角色信息。系统功能资源系统功能资源数据项资源名称：资源的名称父资源：上级资源。提示信息：资源的提示信息。值：功能的访问路径。功能添加：添加新的资源。编辑：编辑菜单删除：删除菜单。元数据操作权限元数据操作权限元数据权限分为 浏览、查看、创立子节点、修改、删除。功能浏

24、览：可以在元数据树形结构中看到元数据。查看：可以查看元数据的详细信息。创立子节点：可以创立元数据的下级元数据。修改：修噶元数据的根本信息和属性信息。删除：删除元数据。禁用：禁用浏览、查看、创立子节点、修改、删除权限。子节点继承：子节点继承担前节点的权限。继承父节点权限：继承上级节点的权限。页面数据库用户维护数据库用户维护通过对数据库用户访问视图的权限设定，来维护应用系统可访问的元模型视图。数据项用户名：数据库的用户名。描述：描述数据库用户。元模型视图：用与设置用户可访问的视图。功能添加：添加新的数据库用户。修改：修改数据库用户。删除：删除数据库用户。3.3.2 数据库管理数据库管

25、理数据库管理表维护SQL语句查询视图维护数据库用户维护表空间维护存储过程维护表维护表维护开始表维护生命周期版本管理变更提醒是否生命周期管理是否版本管理是否变更提醒执行添加、修改、删除操作同步到数据库中结束是否是否是否是否通过是否.1表根本信息维护表根本信息维护功能添加：添加表的元数据信息。修改：修改表的元数据信息。删除：删除表的元数据信息。同步：在数据库中创立或更新相应表。删除库表：删除数据库中的表。建表语句解析：解析建表语句，生成相应元数据。.2字段维护字段维护功能添加：添加字段的元数据信息。修改：修改字段的元数据信息。删除：删除字段的元数据信息。3

26、.索引维护。索引维护。功能添加：添加索引的元数据信息。修改：修改索引的元数据信息。删除：删除索引的元数据信息。视图维护视图维护开始视图维护生命周期版本管理变更提醒是否生命周期管理是否版本管理是否变更提醒执行添加、修改、删除操作同步到数据库中结束是否是否是否是否通过是否.1视图根本信息维护视图根本信息维护功能添加：添加视图的元数据信息。修改：修改视图的元数据信息。删除：删除视图的元数据信息。创立视图：创立数据库中的视图。删除视图：删除数据库中的视图。.2视图字段维护视图字段维护功能添加：添加字段的元数据信息。修改：修改字段的元数据信息。删除

27、：删除字段的元数据信息。SQL 语句查询语句查询功能查询：通过 sql 语句查询数据库表中的数据。存储过程维护存储过程维护开始存储过程维护生命周期版本管理变更提醒是否生命周期管理是否版本管理是否变更提醒执行添加、修改、删除操作同步到数据库中结束是否是否是否是否通过是否功能添加：添加存储过程的元数据信息。修改：修改存储过程的元数据信息。删除：删除存储过程的元数据信息。表空间维护表空间维护开始表空间维护生命周期版本管理变更提醒是否生命周期管理是否版本管理是否变更提醒执行添加、修改、删除操作同步到数据库中结束是否是否是否是否通过是否表空间信息添加：添加表空间

28、的元数据信息。修改：修改表空间的元数据信息。删除：删除表空间的元数据信息。存储文件信息添加：添加存储文件的元数据信息。修改：修改存储文件的元数据信息。删除：删除存储文件的元数据信息。数据库用户维护数据库用户维护开始数据库用户维护生命周期版本管理变更提醒是否生命周期管理是否版本管理是否变更提醒执行添加、修改、删除操作同步到数据库中结束是否是否是否是否通过是否功能添加：添加数据库用户的元数据信息。修改：修改数据库用户的元数据信息。删除：删除数据库用户的元数据信息。3.3.3 血统、影响分析血统、影响分析血统分析血统分析.1图形展示图形展示用图形的形式展示数

29、据的流向。如图.2表格展示表格展示用表格的形式展示数据流向。如图支持 EXCEL 导出。如图影响分析影响分析元数据的改动对其它元数据产生的影响。.1图形展示图形展示用图形的方式展示元数据改动对其它元数据产生的影响。.2表格展示表格展示用表格的形式展示影响。如图支持 excel 导出如图3.3.4 元数据使用情况统计元数据使用情况统计元数据浏览用户统计元数据浏览用户统计按用户按用户通过分析每一个用户在一段时间内浏览元数据的次数,可用于分析哪一些用户在经常关注、使用元数据功能可查询在一段时间内全部用户的浏览次数统计，显示内容应包

30、括用户账号、用户名称、浏览次数、浏览排名。 “浏览次数是链接，可链接查看元数据的明细信息。可在“浏览次数中链接查看单个用户浏览元数据的明细信息，显示内容应包括元数据名称、元数据类型，访问时间。元数据浏览用户统计元数据浏览用户统计按元数据类型按元数据类型通过统计每一类元数据在一段时间内被浏览的次数，可用于分析哪一些元数据是用户最为关注的。功能可查询在一段时间内所有元数据类型的浏览次数统计，显示内容包括元数据类型、浏览次数、浏览排名。 “浏览次数是链接，可链接查看元数据的明细信息。可在“浏览次数中链接查看单类元数据被浏览的明细信息，显示内容包括元数据名称、浏览用户、访问时间。3.3.

31、5 元数据质量管理元数据质量管理属性填充率属性填充率功能用于检查元模型的所有元数据属性填写情况。计算公式如下：参与检查的各属性非空记录数/某类型实体总数参与检查的属性个数 100当填充率超过 80%时，字体显示为绿色，低于 30%显示为红色，两者中间显示为黑色。检查完毕之后，结果能以“XSL， “DOC， “PDF格式导出。属性合法性属性合法性功能检查元数据的属性是否唯一即是否有两个或以上元数据的某项属性相同是否有两个或以上元数据的某项属性相同，例如：元数据 a 和元数据 b 的属性 attribute1 都为 1，勾选 attribute1 检查其唯一性，这两个元

32、数据 a,b 都将被搜索出来。检模元数据的属性是否非空即是否有元数据的值非空是否有元数据的值非空，例如：元数据 a 和元数据 b 的属性 attribute1 都不为空，勾选 attribute1 检查其非空值，这两个元数据 a,b 都将被搜索出来。检查完毕之后，结果能以“XSL， “DOC， “PDF格式导出。名称重复性名称重复性功能此功能用以检查某个包或元模型下的所有元数据是否同名。如果勾选的是包，那么表示检查其下所有元模型的元数据是否有同名，例如：包“aaa下元模型“model4有一元数据名为“a,同时包“aaa下元模型“model5有一元数据亦为“a,那么这两个元数据将被

33、检查出来。检查完毕之后，结果能以“XSL， “DOC， “PDF格式导出。3.3.6 指标库管理指标库管理指标库是指元数据库中与指标相关的元数据的集合，类别包括指标元数据和维度元数据。功能支持指标命名标准性检查、指标模型标准性检查，提供相关统计分析和报表功能。如：提供具有相似名称指标的列表，在指定范围内，列出不符合指标命名标准、指标模型标准的指标列表。提供指标库的版本管理功能。支持对指标库设定版本号、支持对不同版本的指标库差异比拟和支持对指定版本的指标库进行查询操作。查询的对象包括：核心指标名称、核心指标业务描述、报表名称、报表描述、报表指标名称、报表指标业务定义、报表指标技术统计口径进行查询

34、、修订时间。3.3.7 元数据差异分析元数据差异分析分析两个元数据属性之间的差异。流程差异比拟流程差异比拟属性差异比拟属性差异比拟 列出具有相同的属性。属性值不同那么背景用红色表示。4.内部接口调用标准内部接口调用标准元数据效劳接口元数据效劳接口MetadataService元数据效劳。对元数据进行增删改和查询等操作。Public MetaData create(MetaData data) 创立元数据。Public MetaData create(MetaData data,String path) 在指定的路径下创立数据。Public List createBa

35、tch(java.util.List datas) 批量创立元数据，返回成功创立的记录。Public Boolean delete(MetaData data)删除元数据。Public Boolean delete(String dataId)根据元数据 ID 删除元数据。Public MetaData update(MetaData data)更新元数据。 该方法不能修改 parentId、modelId。Public boolean move(MetaData thisData, MetaData newParentData)移动元数据，将 thisData 移动到 newParentDa

36、ta 下面。Public boolean move(String dataId, String newParentId)移动元数据，将 dataId 移动到 newParentId 下面。Public List getDataList(List dataIds)批量根据 ID 获取元数据。Public List getDatas(String modelId)获取指定模型的所有元数据。Public List getDatas(String modelId, int start, int count)分页获取指定模型的所有元数据。Public String getPath(String data

37、Id) 获取元数据的路径，以字符串数组的形式返回，路径不包含 domain。Public String getPath(String dataId, boolean includeDomain) 获取元数据的路径，以字符串数组的形式返回。Public MetaData getRoots()获取元数据的根节点。Public List getSources(String targetDataId,List rtIds)获取与指定元数据有 rtIds 列表中任一类型的关系的元数据列表根据 target 获取source 。Public List getTargets(String sourceDat

38、aId, List rtIds)获取与指定元数据有 rtIds 列表中任一类型的关系的元数据列表根据 source 获取target 。4.2 元数据版本效劳接口元数据版本效劳接口MDRevisionService元数据版本效劳，对单个元数据的历史版本进行查询。Public List getLatestRevisions(Date startDate, Date endDate, int start, int count)获取一段时间内数据的最新版本列表同一数据的版本只返回最新的那个Public List getLatestRevisions(List modelIds, Date start

39、Date, Date endDate, int start, int count)获取一段时间内数据的最新版本列表同一数据的版本只返回最新的那个Public MDRevision getRevision(String revisionId)根据 ID 获取元数据版本。Public List getRevisionsByDate(String dataId, Date startDate, Date endDate)获取数据在一段时间内的版本。Public List getRevisionsCountByDate(String dataId, long startTime, long endTi

40、me)获取数据在一段时间内的版本总数。4.3 元数据关系效劳接口元数据关系效劳接口MDRelationService数据关系效劳，用于对数据间的关系进行操作。Public boolean canBuildDRelation(String data1,String data2, String rtId)两个数据间是否可以建立指定类型的关系。Public MDRelation create(MDRelation dr)创立数据关系。Public List createBatch(List mdrs)批量创立数据关系。Public boolean delete(MDRelation dr)删除数据关

41、系。Public boolean delete(String id)删除数据关系。Public List getAllDRelations()获取所有的数据关系。Public List getAllDRelationsBetween2Data(String data1, String data2) 获取两节点间的所有数据关系的列表。包括从 data1 到 data2 和 data2 到 data1 的关系。Public List getAllSourceDRelations(String tarDataId)获取数据的所有源关系的列表。Public List getAllTargetDRela

42、tions(String srcDataId)获取数据的所有目标关系的列表。Public MDRelation update(MDRelation dr)更新数据关系。Public void updateSourceRelations(String tarDataId, List srcDataIds, String rtId)同步指向源的某一类型关系。把原来多的删除掉，新的增加进去。Public void updateTargetRelations(String srcDataId, List tarDataIds, String rtId) 同步指向目标的某一类型关系。把原来多的删除掉，新

43、的增加进去5.外部工具接口标准外部工具接口标准元数据管理系统使用 REST 风格的 Web 效劳作为元数据操作的外部交互接口，效劳端提供唯一的资源定位地址 URI 供客户端调用。客户端通过 方法实现对资源的唯一操作， 方法主要包括 GET、PUT、POST 和 DELETE 方法。在元数据交互过程中，客户端通过调用基于 REST 的效劳接口，将请求消息通过 协议发送给效劳端。效劳端接收到客户端的请求消息后，通过 REST 解析、权限验证、映射转换和 XML 解析等模块的处理，最终通过接口实现与元数据库数据的交互。基于 REST 的Web 效劳的交互模式采用在线请求同步响应方式。开始结束增加、删

44、除、修改和查询REST解析权限验证映射转换XML解析元数据访问接口是否通过是返回错误信息转换是否成功解析是否成功添加是否成功是是是否REST 解析客户端通过 协议，向效劳端传入一个 REST 请求，其中包含 协议头和 XML 格式的元数据效劳原语。效劳端解析别离 头和 XML 格式元数据效劳原语，其中从 头中得到 URI，从 XML 格式元数据效劳原语别离出消息头和消息体。权限验证效劳端完成 REST 解析后，根据元数据效劳原语消息头中的用户信息，调用效劳管理的认证鉴权和权限管理模块，检查用户是否有访问元数据功能的权限。映射转换效劳端完成权限验证后，根据元数据与 URI 的映射关系和 REST

45、 请求中的 URI，最终得到要访问元数据的 ID。XML 解析XML 解析对 REST 解析后的效劳原语进行再次解析，得到消息体中的元数据信息局部。获取元数据信息获取元数据信息URL :/ip:port/RESTFUL /metadata_path :/ip:port/ RESTFUL /metadata_id格式XML 请求方式GETHeader:Accept: application/xmlUser-ClientID: usernameUser-Password: password返回结构应答执行结果类型应答时间应答/错误代码应答/错误描述.5.2 新增元数据信息新增元数据信息URL :/

46、ip:port/RESTFUL/metadata_parent_path :/ip:port/ RESTFUL/metadata_parent_id格式XML 请求方式PostHeader:Accept: application/xmlContent-Type: application/xml;utf-8请求数据用户 ID用户口令请求来源请求时间路由类型路由标识.返回结果应答执行结果类型应答时间应答/错误代码应答/错误描述说明同一路径元数据已存在就不能创立。5.3 修改元数据信息修改元数据信息URL :/ip:port/RESTFUL/metadata_path :/ip:port/RESTF

47、UL/metadata_id格式XML 请求方式PUTHeader:Accept: application/xmlContent-Type: application/xml;utf-8请求数据用户 ID用户口令请求来源请求时间路由类型路由标识.返回结果应答执行结果类型应答时间应答/错误代码应答/错误描述说明修改元数据必须存在5.4 删除元数据信息删除元数据信息URL :/ip:port/RESTFUL/metadata_path :/ip:port/RESTFUL/metadata_id格式XML 请求方式DELETEHeader:Accept: application/xmlUser-Cli

48、entID: usernameUser-Password: password返回结构应答执行结果类型应答时间应答/错误代码应答/错误描述说明删除元数据必须存在。6.实现工具使用技术实现工具使用技术JAVAEEJAVAEE 核心是一组技术标准与指南，其中所包含的各类组件、效劳架构及技术层次，均有共通的标准及规格，让各种依循 JAVAEE 架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。J2EE 为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制: 保存现存的 IT 资产由于企业必须适应新的商业需求，利用已有的 企业信

49、息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的 而不是激进的，全盘否认的方式建立在已有系统之上的效劳器端平台机制是公司所需求的。JAVAEE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及 Netscape Application Server。这之所以成为可能是因为 JAVAEE 拥有广泛的业界支持和一些重要的 企业计算领域供给商的参与。每一个供给商都对现有的客户提供了不用废弃已有投资，进入可移植的 JAVAEE 领域的升级途径。由于基于 JAVAEE 平台的

50、产品几乎能够在任何 操作系统和硬件配置上运行，现有的操作系统和硬件也能被保存使用。 高效的开发:JAVAEE 允许公司把一些通用的、很繁琐的效劳端任务交给中间供给商去完成。这样开发人员可以集中精力在如何创立 商业逻辑上，相应地缩短了开发时间。高级中间件供给商提供以下这些复杂的中间件效劳 : o 状态管理效劳 - 让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。 o 持续性效劳 - 让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。 o 分布式共享数据对象 CACHE 效劳 - 让开发人员编制高性能

51、的系统，极大提高整体部署的伸缩性。 支持异构环境 :JAVAEE 能够开发部署在异构环境中的可移植 程序。基于 JAVAEE 的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于JAVAEE 的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。JAVAEE 标准也允许客户订购与 JAVAEE 兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。 可伸缩性:企业必须要选择一种效劳器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于JAVAEE 平台的应用程序可被部署到各种操作系统上

52、。例如可被部署到高端UNIX 与大型机系统，这种系统单机可支持 64 至 256 个处理器。 这是 NT 效劳器所望尘莫及的 JAVAEE 领域的供给商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台效劳器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。 稳定的可用性 :一个效劳器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET 是全球化的、无处不在的，即使在夜间按方案停机也可能造成严重损失。假设是意外停机，那会有灾难性后果。 JAVAEE 部署到可靠的操作环境中，他们支持长期的可用性。一些 JAVAEE 部署在 WINDO

53、WS 环境中，客户也可选择健壮性能更好的操作系统如 Sun Solaris、IBM OS/390。最健壮的操作系统可到达 99.999%的可用性或每年只需 5 分钟停机时间。这是实时性很强 商业系统理想的选择。6.2 XMLXMLExtensible Markup Language即可扩展标记语言，它与 HTML 一样，都是 SGML(Standard Generalized Markup Language,标准通用标记语言 )。Xml是 Internet 环境中跨平台的，依赖于内容的技术，是当前处理 结构化文档信息的有力工具。扩展标记语言 XML 是一种简单的数据存储语言，使用一系列简单的标

54、记描述数据，而这些标记可以用方便的方式建立，虽然XML 占用的空间比二进制数据要占用更多的空间，但 XML 极其简单易于掌握和使用。XML 的优势有以下 几个方面： XML 可以从 HTML 中别离数据 通过 XML,你可以在 HTML 文件之外存储数据。在不使用 XML 时，HTML 用于显示数据，数据必须存储在 。HTML 文件之内;使用了 XML，数据就可以存放在别离的 XML 文档中。这种方法可以让你集中精力去到使用 。HTML 做好数据的显示和布局上，并确保数据改动时不会导致HTML 文件也需要改动。这样可以方便维护页面。XML 数据同样可以以 “数据岛的形式存储在 HTML 页面中

55、。你仍然可以集中精力到使用 HTML 格式化和显示数据上去。XML 用于交换数据 通过 XML,我们可以在不兼容的系统之间交换数据。在现实生活中，计算机系统和数据库系统所存储的数据有 NN 种形式,对于开发者来说，最耗时间的就是在遍布网络的系统之间交换数据。把数据转换为XML 格式存。储将大大减少交换数据是的复杂性，并且还可以使得这些数据能被不同的程序读取。 XML 和 B2B 使用 XML,可以在网络中交换金融信息。在不远的将来，我们可以期望看到很多关于 XML 和 B2B(BusinessToBusiness)的应用。XML 正在成为遍布网络的 商业系统之间交换金融信息所使用的主要语言。

56、许多与 B2B 有关的完全基于 XML 的应用程序正在开发中。 XML 可以用于共享数据 通过 XML,纯文本文件可以用来共享数据。既然 XML 数据是以纯文本格式存储的，那么 XML 提供了一种与软件和硬件无关的共享数据方法。这样创立一个能够被不同的应用程序读取的数据文件就变得简单了。同样，我们升级操作系统、升级效劳器、升级应用程序、更新浏览器就容易多了。 XML 可以用于存储数据 利用 XML,纯文本文件可以用来存储数据。大量的数据可以存储到XML 文件中或者数据库中。应用程序可以读写和存储数据，一般的程序可以显示数据。 XML 可以充分利用数据 使用 XML,你的数据可以被更多的用户使用

57、。既然 XML 是与软件、硬件和应用程序无关的，所以可以使你的数据可以被更多的用户、更多的设备所利用，而不仅仅是基于 HTML 标准的浏览器哦。别的 客户端和应用程序可以把你的 XML 文档作为数据源来处理，就像他们对待数据库一样，你的数据可以被各种各样的“阅读器处理，这时对某些人来说是很方便的，比方盲人或者残疾人。 XML 可以用于创立新的语言 XML 是 WAP 和 WML 语言的母亲。 无线标记语言,用于标识运行于 手持设备上的 Internet 程序。6.3 SOA面向效劳的体系结构 Service-OrientedArchitecture，SOA是一个组件模型，它将应用程序的不同功能

58、单元 称为效劳通过这些效劳之间定义良好的接口和契约联系起来。 SOA 技术已存在超过 20 年的时间，但一直未得到广泛的应用。随着 Web 效劳的出现逐渐被人们接纳， SOA 终于迎来了自己的 “春天。对 SOA的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现， IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。就开发体系结构方面而言，SOA 是将来的一个开展趋势。 SOA 将数据和信息作为效劳公开的模型使其成为了一个非常强大的概念，与当前的应用程序构建块范例截然不同。独立的功能实体在 Inter

59、net 这样松散的使用环境中，任何访问请求都有可能出错，因此任何企图通过 Internet 进行控制的结构都会面临严重的稳定性问题。 SOA 非常强调架构中提供效劳的功能实体的完全独立自主的能力。传统的组件技术，如.NET Remoting， EJB，COM 或者 CORBA，都需要有一个宿主 (Host 或者 Server)来存放和管理这些功能实体；当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能局部出现问题的时候，在该宿主上运行的其它应用效劳就会受到影响。SOA 架构中非常强调实体自我管理和恢复能力。常见的用来进行自我恢复的技术，比方事务处理 (Transactio

60、n)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)在 SOA 中都起到至关重要的作用。大数据量低频率访问对于.NET Remoting，EJB 或者 XML-RPC 这些传统的分布式计算模型而言，他们的效劳提供都是通过函数调用的方式进行的，一个功能的完成往往需要通过客户端和效劳器来回很屡次函数调用才能完成。在Intranet 的环境下，这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计，但是在Internet 环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA 系统推荐采用大数据量的方式