技术领域
[0001] 本
发明涉及计算机技术领域，尤其涉及一种元设施扩展方法及模块。
背景技术
[0002] 随着UML(Unified Modeling Language，统一
建模语言)和MDA(Model Driven Architecture, 模型驱动架构)的兴起和流行，模型已成为
软件开发的核心制品。而软件开发往往涉及到各个领域，不同领域都有针对该领域的模型描述，即元模型。而这些领域又会涉及各种工具，比如
数据仓库领域，包括
数据库、建模工具、分析工具、ETL工具等，由于描述这些工具的元模型（即元语言）不同，这就为数据仓库建设和维护带来了麻烦，基于不同的元语言描述的工具在数据仓库很难进行交换，出现信息
孤岛。由OMG(Object Management Group，对象管理集团)制定的CWM（CommonWarehouseMetamodel，公共仓库元模型）已经成为通用数据仓库的元模型标准。这种基于MOF（Meta Object Facility，元对象机制）描述的元语言，可以通过XMI(XML-based Metadata Interchange，使用扩展
标记语言XML)这种标准的XML（Extensible Markup Language, 可扩展标记语言）格式文件进行数据交换。同时在MDA领域，由原来以UML为核心的领域建模方法逐渐演
化成四个阵营：1、UML PIM（Platform Independent Model，平台独立模型）阵营，2、MOF元建模阵营，3、可执行的UML阵营，4、MDD（Model Driven Development, 模型驱动开发）阵营。
[0003]
现有技术中存在的问题如下：1、围绕建模衍生出的这些规范或技术手段，种类繁多，各执一词，难以形成统一，给IT实施带来麻烦，需寻求一种自然界通用的描述；
2、有些规范（比如CWM）声称能够解决一些问题，但各种工具开发商不可能完完全全遵照CWM规范去设计，都有平台相关的一些特性，这给元数据管理带来麻烦。目前的CWM规范实现技术不能在遵循规范的同时很好的扩展元模型。
[0004] 因此，为进一步提升IT实施能
力，提高开发效率，革新开发思想和开发模式，用统一的方式进行领域建模，为企业节约成本，急需一个统一的，易扩展的集成开发应用平台。如何将PIM(Platform Independent Model，平台独立模型)更好地转换成PSM(Platform-specific models，平台相关模型 )，如何用统一的方式进行领域建模，需要一套扩展性，适应性好的扩展
算法。
发明内容
[0005] 本发明所要解决的技术问题是提供一种元设施扩展方法及模块，提高开发效率，减小IT实施难度。
[0006] 为解决上述技术问题,本发明提出了一种元设施扩展方法,包括:在展示层用可缩放矢量图形SVG封装元元模型元素,生成元元模型组件, 所述元元模型组件包括附加属性,所述附加属性用于承载元信息;
根据所述元元模型组件创建元元模型实例,即元模型;
保存所述元模型。
[0007] 进一步地,上述方法还可具有以下特点, 所述元元模型元素包括Package包、Class类、 Attribute属性、Reference参数、Association、 AssociationEnd 和Tag。
[0008] 进一步地,上述方法还可具有以下特点, 根据所述元元模型组件创建元模型包括:将所述元元模型组件添加到建模界面,生成元模型。
[0009] 进一步地,上述方法还可具有以下特点, 保存所述元模型包括:先将SVG图形转换为XMI，再将XMI转换为底层存储。
[0010] 为解决上述技术问题,本发明提出了一种元设施扩展模块,包括:封装单元，用于用可缩放矢量图形SVG封装元元模型元素,生成元元模型组件,所述元元模型组件包括附加属性,所述附加属性用于承载元信息;
建模单元，用于根据所述元元模型组件创建元元模型实例,即元模型;
存储单元，用于保存所述元模型。
[0011] 进一步地,上述模块还可具有以下特点, 所述元元模型元素包括Package包、Class类、 Attribute属性、Reference参数、Association、 AssociationEnd 和Tag。
[0012] 进一步地,上述模块还可具有以下特点, 所述建模单元包括：第一建模子单元，用于将所述元元模型组件添加到建模界面,生成元模型。
[0013] 进一步地,上述模块还可具有以下特点, 所述存储单元包括：第一存储子单元，用于先将SVG图形转换为XMI，再将XMI转换为底层存储。
[0014] 本发明的元设施扩展方法及模块，从最普遍的方法论出发，用元语言从通用层次逐步向特定领域深化描述，提供从一而终的统一的建模和开发方式，提高了开发效率，增强了程序的适应性、扩展性；在众多MDA阵营中寻求统一，减小了未来IT实施难度；启发国内程序员转变只停留在应用层面、一味的封装业务逻辑的开发思想和模式，提高业务抽象思维能力，重视代码
质量，软件自身的质量；在元数据管理领域，能够提供通用、易扩展、适应性好的实施方案。
附图说明
[0015] 图1为本发明
实施例中元设施扩展方法的
流程图；图2为本发明实施例中元设施扩展模块的结构
框图。
具体实施方式
[0016] 以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。
[0017] 图1为本发明实施例中元设施扩展方法的流程图。如图1所示，本实施例中，元设施扩展方法的流程可以包括以下步骤：步骤101，在展示层用SVG(Scalable Vector Graphics，可缩放矢量图形)封装元元模型元素,生成元元模型组件;
元元模型也即MOF模型。
[0018] 步骤101是在展示层完成的。对于元元模型的每种元素，均创建一个SVG元素，作为元建模的组件，每个元元模型组件都包括附加属性，附加属性用来承载元信息，供图形创建与展示、转换时使用。元元模型组件供建模界面使用。
[0019] 元元模型元素可以包括Package包、Class类、 Attribute属性、Reference参数、Association、 AssociationEnd 和Tag等。
[0020] 例如，可以在展示层，基于Web标准采用js+xml+html+css+svg对于元元模型的每种元素：Package、 Class、 Attribute、Reference、 Association、 AssociationEnd 、Tag封装成元元模型组件，用来通过web页面编辑来实现元模型建模。
[0021] 步骤102，根据步骤101生成的元元模型组件创建元元模型实例,即元模型;在SVG封装的元元模型组件
基础上，可以通过拖拉拽功能，实现元模型建模界面。
[0022] 具体地，步骤102可以包括：将元元模型组件添加到建模界面,生成元模型。
[0023] 通过元元模型组件创建元元模型实例，从而创建特定领域的元模型。目前多数浏览器已经支持SVG，从而实现了浏览器上的元模型建模。
[0024] 步骤103，保存步骤102创建的元模型。
[0025] 建好的元模型图形按照XMI规范定义通过js生成符合XMI格式的文件。并将文件中元模型信息读取并存储到元数据库中。同时在前端页面添加元模型组件。
[0026] 通过元模型组件，在页面上实现元模型的建模，同时生成XMI格式的文件。将元模型的XMI文件读取并存储到元数据库。
[0027] 元模型的存储方案，可以采用NoSQL数据库MongoDB来存储，这种数据库存储结构灵活、易扩展、查询效率高、事务支持相对弱，非常适合元数据存储。可以按照MOF规范的JMI编程
接口，实现一套元数据的NoSQL存储机制。
[0028] 具体地，步骤103可以包括：先将SVG图形转换为XMI，再将XMI转换为底层存储。
[0029] SVG代表前端展示，XMI是元数据交换格式，可以通过SVG和XMI二者的转换实现元数据在展示层和存储层的交互。
[0030] 在SVG图形与XMI的转换中，用户在前端界面通过拖拽元元模型组件创建元元模型实例，即以SVG表示的元模型。保存元模型的过程可以是：先将SVG转换为XMI，然后再将XMI转换为底层存储，该过程可以表示为：SVG图形到XMI 到元模型底层存储。
[0031] 在SVG图形与XMI的转换中，将后台存储的元模型转换为SVG的过程为： 元模型底层存储到XMI 到 SVG ；显示SVG后，在SVG元素上添加图形事件并支持拖拽功能。
[0032] 本发明的元设施扩展方法中，元模型的代码能够自动生成。从元数据库中提取符合某个应用的元模型，提取元模型中包、类等元模型信息生成类代码。
[0033] 本发明的元设施扩展方法中，如果需要在前端展示已有元模型，可以采用如下过程：将后台存储的元模型转换为SVG；显示SVG后，在SVG元素上添加图形事件，支持拖拽等功能。
[0034] 可以将应用打包为metadesigner.war部署到web
服务器，配置数据源，启动应用。并且通过http://ip:port/metadesigner
访问应用。
[0035] 本发明的元设施扩展方法中，元模型建模可以采用如下流程：打开建模页面，选择元元模型，根据要定制或扩展的元模型信息，拖动各种元元模型组件到绘图区，建立元模型图形；点击保存按钮，保持为XMI文件，同时在页面上生成了元模型套件；点击保存并存储按钮，存储XMI文件的元模型信息到元存储库，同时在页面上生成了元模型套件；点击生成代码按钮，可以根据建好的模型生成Java代码。
[0036] 本发明的元设施扩展方法采用统一的方法论，统一的编程接口，灵活跨数据库的存储形成一套基于MOF的元设施扩展算法，实现集元模型建模、元数据建模、元数据分析应用、MDA开发于一体的集成开发应用平台。
[0037] 本发明的元设施扩展方法具有以下有益效果：1. 从最普遍的方法论出发，用元语言从通用层次逐步向特定领域深化描述，提供从一而终的统一的建模和开发方式，提高了开发效率，增强程序的适应性、扩展性；
2. 在众多MDA阵营中寻求统一，减小了未来IT实施难度；
3. 启发国内程序员转变只停留在应用层面，一味的封装业务逻辑的开发思想和模式，提高业务抽象思维能力，重视代码质量，软件自身的质量；
4. 在元数据管理领域，能够提供通用、易扩展、适应性好的实施方案。
[0038] 本发明还提出了一种元设施扩展模块，用以实施上述的元设施扩展方法。
[0039] 图2为本发明实施例中元设施扩展模块的结构框图。如图2所示，本实施例中，元设施扩展模块200可以包括封装单元210、建模单元220和存储单元230。其中，封装单元210用于在展示层用SVG封装元元模型元素,生成元元模型组件。建模单元220用于根据封装单元210生成的元元模型组件创建元元模型实例,即元模型。存储单元230用于保存建模单元220创建的元模型。
[0040] 其中，封装单元210对于元元模型的每种元素，均创建一个SVG元素，作为元建模的组件，每个元元模型组件都包括附加属性，附加属性用来承载元信息，供图形创建与展示、转换时使用。元元模型组件供建模界面使用。
[0041] 元元模型元素可以包括Package包、Class类、 Attribute属性、Reference参数、Association、 AssociationEnd 和Tag等。
[0042] 其中，建模单元220可以包括第一建模子单元。第一建模子单元用于将元元模型组件添加到建模界面,生成元模型。
[0043] 其中，存储单元230可以包括第一存储子单元。第一存储子单元用于先将SVG图形转换为XMI，再将XMI转换为底层存储。
[0044] 本发明的元设施扩展模块具有以下有益效果：1. 从最普遍的方法论出发，用元语言从通用层次逐步向特定领域深化描述，提供从一而终的统一的建模和开发方式，提高了开发效率，增强程序的适应性、扩展性；
2. 在众多MDA阵营中寻求统一，减小未来IT实施难度；
3. 启发国内程序员转变只停留在应用层面，一味的封装业务逻辑的开发思想和模式，提高业务抽象思维能力，重视代码质量，软件自身的质量；
4. 在元数据管理领域，能够提供通用、易扩展、适应性好的实施方案。
[0045] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何
修改、等同替换、改进等，均应包含在本发明的保护范围之内。
