元数据工具提升企业建模能力.docVIP

元数据工具提升企业建模能力 作者：Sybase上海研发中心 施银盾　 随着信息的复杂化，企业对这些信息数据的管理也面临着巨大的挑战，作为描述这些信息数据的元数据的管理也显得格外重要。 在一些应用开发中，通常都要设计和分析多种模型，比如需求分析模型、业务流程模型、物理数据模型等，这些模型的控制管理对整个团队的协同工作和项目的有序进行至关重要。传统的版本控制工具如CVS、Rational Clearcase、Visual Source Safe等，多侧重于代码的版本和过程控制，使用较复杂，并且与模型设计工具相分离，同时对模型的管理力度较大，通常为模型级别。 PowerDesigner Repository 15.0是Powerdesigner15.0的一个重要的功能模块，它是一个功能强大适用性强的模型管理工具，可以管理支持MOF（元数据模型）的元数据和模型；在客户端上，除了PowerDesigner外，它还支持Web和Eclipse，这方便了用户对模型的管理和开发；在开发上，用户除了PowerDesinger外还可以选择Eclipse等，而且它以对象为基本单位进行管理，使得用户可直接在线查看和管理。 元数据和MOF 元数据（metadata）是指关于数据的数据，软件程序员用其表达被开发的代码信息以及有关数据库的数据表达等。因此从开发者的角度来考虑，元数据知识库定义为: 它是一种内部的用以记录和管理应用程序和数据库的相关信息的详细目录库。由此可见, 元数据可以在应用程序和数据库等多个方面起协调性的作用。在元数据知识库中主要有存储业务和技术元数据库, 除此之外还有业务规则、数据所有权或其它信息等。 元数据管理比较困难，因为它还缺乏一个统一的标准。MOF(Meta Object Facility)是OMG组织提出的关于分布式软件系统的建模标准，MOF定义一套抽象的语言和框架来描述、构建和管理元模型，它建立在已经制定的UML规范基础上，引入了元模型和元数据PIM（Platform Independency Model）的概念和从PIM到PSM (Platform Specific Model)的映射。另外重要的是，MOF定义了元模型描述的元数据的信息库的框架。为了进行元数据交换和管理,OMG组织又定义了MOF的派生技术：基于XML的格式XMI(XML Metadata Interchange)和JMI(Java Metadata Interface)。 MOF的架构是基于4层的体系M0到M3，如图所示是应用MOF对UML和Java对象建模，体现MOF层次的架构。 第一层：数据(data)层，或对象层，如图中在Java的对象或者数据。 第二层：元数据(metadata)层，或者称为模型(model)层。元数据实际上描述了信息的模型实例。如图中的Java的类，它描述了该种对象的所有信息和行为，或者UML中各种模型。 第三层：元元数据(meta-metadata)层，或者称为元模型(metamodel)层。在MOF中用来定义元数据的数据被称为元元数据。元元数据在定义模型时又可称为元模型。如图中Java的类型识别器，它能识别出Java中定义的各个类，或者如UML中定义和识别各种模型的元模型。 第四层：元元模型(meta-meta model)层。依此类推，它是指描述元模型的模型。 在MOF的四层结构中，可以看出元数据又称作模型，在企业应用开发过程中，模型的应用非常广泛，比如软件的生命周期中的需求分析、系统设计、编码、调试和测试、验收与运行、维护升级等，其中需求分析和系统设计一般通过一些建模工具来实现，主流的工具有Sybase的PowerDesigner和IBM的 Rational Rose等，这些模型随着软件生命周期的推进，整个团队需要不断地更新，同一模型的各种版本也需要管理维护。所有这些模型跟代码一样，对软件开发和企业的信息管理非常重要。如何维护管理这些模型是一项重要又艰难的任务。 一般公司的管理代码及某些知识库，采用CVS或VSS或SVN来进行管理和维护版本信息，但对于设计模型，一般都是以文件名的方式来标识，比如：syberfridge-V2.rqm，manbuchina-V2.pdm等，然后将该文件保存在公司的CVS服务器上，这种方法相信很多公司都是这么用的，也有些公司可能根本就没有对设计这一块进行版本管理。这种情况是非常致命的，当开发到V2版本的时候，V1的模型已经被覆盖掉了，根本找不到，一旦客户提出修改意见且需要对模型进行修改的时候，就无法对该模型的每个版本进行跟踪。而且每种模型的管理都需要安装相应客户端。这种方法显然给用户带来很多的不便，PowerDesigner Repository 10.0在