概述
在本工具向导中执行以下步骤:
附加工具信息
作为对模型驱动开发和 Model Driven Architecture
支持的一部分,工具提供了通过使用转换从模型转向代码的功能。主要方法是以概要文件中定义的类型映射(源模型的类、它们的属性、操作、关系)和源模型标记的组合为基础的。这种组合方法的原因在于,在多数情况下,源模型所包含的信息不足以带动转换。设计人员必须添加具体的“标记”,使转换能够进行。关于更多信息,请参阅分析机制。
根据所应用的概要文件,分析机制的客户端将必须用正确的构造型相应地进行“标记”。有关更多信息,请参阅: 应用转换。
请注意:即使您没有打算使用自动转换,您仍将发现使用概要文件来“标记”模型所具有的价值。基于定义的概要文件,向模型添加的附加信息可包括构造型、属性和约束。通过定义相应的概要文件、适当地使用它们并传达它们的隐含意义,您可以大大增加模型的精度,这将会产生更有效的转换(不管转换是自动还是手动执行的)。
创建概要文件必须遵循的关键步骤包括:
-
创建概要文件项目
-
添加构造型
-
利用扩展名将构造型与 UML 元素联系起来
-
通过将概要文件应用于项目来进行测试
-
文档
-
作为插件的包
-
通过 RAS 分发
该工具可以协助您查找每个机制中的客户端,并记录这些信息:
-
通过右键单击机制并使用“过滤器 > 显示相关元素”来查找客户端
-
使用主题图。请参阅:
主题图
-
使用浏览图。请参阅:
浏览图
-
使用 <<perspective>> 包以提供所用机制的视图。
-
使用 <<framework>> 包以提供机制的内部工作视图。
在分析机制的 framework 包内,客户端显示在“客户端使用”图中,在该图中客户端对分析机制类有依赖关系。 作为同一 framework
包的一部分,为所需的每个特征概要文件创建概要文件组件。使用类属性视图中的文档选项卡来记录使用概要文件。按照客户端对特征概要文件的使用将客户端分组,并在“概要文件使用”图中显示客户端和概要文件类之间的关系。
RAS 存储库适于收集所有可能的候选对象(特别是模式)以供复用。另外,RAS 资产可以是一个模型 - 可以为实施机制提供表示法。然后它可能在共享的 RAS 存储库中存储实施机制的模型表示法,团队可在需要时查询该存储库。
请参阅: RAS 资产和 RAS 模式资产。
请注意:这一部分提到的一些工具能力在 RSM 中不受支持。
如果采用模型驱动开发方法,本步骤就在转换功能的协助下执行。转换有两种:转换和模式。转换是“为批处理优化的转换,主要跨元模型、模型和抽象程度”。模式是一种特殊类型的转换,“为交互式分段精化而优化,主要在单个元模型中、相同抽象程度下,并通常在同一模型中”。
请参阅 Model Driven Development 和 Model Driven Architecture 以及分析机制概念。
结果可能是有许多实施机制适于实现设计机制。您在作选择时,一个应该考虑的附加因素是实施机制是否能够通过转换实现。同时,观察在您的开发项目中经常复用的实施机制。它们是通过模式和转换实现自动化的很好的候选对象。作为“是否要在设计和实施机制之间自动执行映射”分析的一部分,您需要计算自动化所需的投资收益。
许多转换都是“现成”可得的,这取决于应用于模型的概要文件。对于更高级的用户,工具提供了构建定制转换的框架。请参阅 应用模式和 应用转换。
在更注重代码的开发环境中,会发现一些映射以现有的代码开头,并使用属于体系结构分析支持的模式和反模式检测功能。请参阅体系结构发现、分析和控制指南。
一旦确定了机制,请创建体系结构机制映射图,其中包含分析、设计和实施机制以及它们之间的实现关系。
机制本身是设计模型元素(如设计包、设计类和设计子系统),可在设计模型中表示为各自设计任务的一部分。请参阅确定设计元素获取关于创建设计模型元素的指南。请注意,模式特别适于记录设计和实施机制,因为它允许机制的客户端扩展模式并生成许多必需的设计和代码。请参阅: 编写模式和 封装资产以供复用。
记录机制的其他选项包括:
-
在图中使用注释
-
其他图,用于指定机制的动态和静态方面
-
使用约束
-
使用概要文件
-
将机制模型作为 RAS 资产来部署(使用 RAS 封装机制以保存包括资产本身在内的资产文档)
记录时需要考虑的另一个方面是定义代码规则,这些规则可用于强制机制的使用方式。一旦定义了指南,请使用“代码复审”来自动应用指南,以确保遵循指定的使用模式。
教程:
-
应用模式
-
创建模式
样本:
-
RAS 资产 - 要导入/导出的 RAS
资产
-
模式 - 简单 UML 模型
|