[发明专利]具有同基类结构模型子集的模型转换方法

说明书

技术领域

本发明涉及模型驱动软件开发领域，具体涉及一种具有同基类结构模型子集的模型转换方法。

背景技术

模型驱动软件开发技术是对象管理组织(Object Management Group)于2002年提出的一种系统软件开发方法学。模型驱动开发方法注重软件的复用、平台无关性，适合于大型复杂系统的设计，随着近几年的发展，模型驱动架构(MDA)在建模领域得到了十分广泛的应用。

AUTOSAR(AUTomotive Open System ARchitecture)是汽车电子开放系统架构，其阐述了一个层次化的软件设计架构，并定义了各个层次之间的交互接口和数据交互形式。基于该架构，一个复杂的软件设计过程划分得更细、模块划分更明确，使得多个软件开发商可以共同参与其中，各自发挥相应的软件开发优势，最终通过统一的AUTOSAR元模型格式实现交互。AUTOSAR元模型是在UML标准的基础上，通过UML Profile方式拓展得到。考虑到模型的通用性，为了降低模块之间的耦合性，AUTOSAR元模型一共包含有几千个模型元素，模型元素之间的层次关系比较复杂。AUTOSAR标准所规定的开发方法适合使用模型驱动架构。

在模型驱动架构中，关键元素是元模型，在开发AUTOSAR配置工具时，还要关注界面显示的简洁性。目前工业上也有一些很强大的建模框架，比如Eclipse平台中的EMF(Eclipse Modeling Framework)、图形化建模框架GMF(Graphical Modeling Framework)等，但是采用Eclipse建模框架开发AUTOSAR工具已经成为一个热门选择，但是这些建模框架往往由于不够简洁，增加了配置的复杂性和友好性。例如采用GMF建模框架实现一个AUTOSAR建模工具时，由于该框架本身是基于MVC特点，数据保存模型严格与界面显示元素相一致，如果直接按照AUTOSAR元模型来设计图形化建模工具，无疑会使得界面上的配置项太多，导致配置复杂、不够友好。因此，对配置界面项的简化是一种常见的需求。

界面的简化有时只是局部的，即只调整某些模型元素的配置过程，而保留相对一部分模型配置过程不变。在这种应用场景下，完全定义一套全新的局部模型没有必要。分析AUTOSAR元模型，其定义了一个基础模型架构，所有的子模块都是继承自基础模型。基于这种松耦合关系，有另外一种折中方案，即配置界面所需的局部模型和标准模型是继承自基础模型的两个模型子集。定制一套简化的模型用于界面配置的存储，当需要与其他的模块或工具交互时，将定制的AUTOSAR模型转换为标准模型即可。传统的模型转换方法一般是设计一个复杂的转换引擎和一套完整的转换规则来完成不同模型的转换。但是，如果模型非常复杂，则需要迭代完成转化过程，而且该方法对转换规则的定义、健壮性要求高，转换过程复杂，开发成本高。

发明内容

本发明要解决的技术问题是针对现有技术的上述问题，提供一种转换简单方便、转换快、时间消耗少、开发成本低的具有同基类结构模型子集的模型转换方法。

为了解决上述技术问题，本发明采用的技术方案为：一种具有同基类结构模型子集的模型转换方法，其特征在于其实施步骤如下：

1)将源模型子集的数据文件采用树状结构展开，获取源模型子集的所有主节点以及次节点；

2)逐一将源模型子集的主节点转换为目标模型子集的主节点，将源模型子集主节点对应的次节点复制到目标模型子集的主节点上，并将源模型子集的主节点和目标模型子集的主节点一一对应并建立哈希表；

3)逐一分析目标模型子集的主节点，获取当前主节点的所有针对源模型子集的引用节点信息，然后根据哈希表将引用节点信息更新为针对目标模型子集的引用节点信息。

作为本发明技术方案的进一步改进：

所述步骤2)中预先分析源模型子集和目标模型子集之间主节点的元模型，建立元模型不同的转换规则，所述将源模型子集的主节点转换为目标模型子集的主节点时，首先判断源模型子集和目标模型子集之间主节点的元模型是否相同，如果元模型相同则直接将源模型子集的主节点复制到目标模型子集；如果元模型不同，则根据所述转换规则将源模型子集的主节点转换为目标模型子集的主节点。

所述步骤3)中根据哈希表将引用节点信息更新为针对目标模型子集的引用节点信息时，如果引用节点信息在哈希表中查找失败，则仍然将引用节点信息保留原值。

本发明具有下述优点：