737_AUTOSAR_TPS_GenericStructureTemplate2_元模型的定义方法及架构

       全部学习汇总： https://github.com/GreyZhang/hack_autosar

       继续梳理《AUTOSAR_TPS_GenericStructureTemplate》。

       1.3 定义正式模板的方法

       图 1.1 以系统模板为例说明了用于定义正式模板的总体方法。[1] 中提供了需要在 AUTOSAR XML 文件中捕获的信息的精确而简洁的模型。

       以下文档描述了该方法的各个方面：

       1. 模板文档（在此示例中为系统模板）描述了可以在模板中捕获的信息，独立于该模型在 XML 技术上的映射。 它包含可以在 AUTOSAR 元模型的相关部分中捕获的所有信息的语义（精确含义）的详细描述。

       2. AUTOSAR 元模型 [1] 中称为 M2 模板的模型包含在 UML 中建模的 AUTOSAR 模板的结构。该模型使用注释进行注释，注释也表示为模板文档中的类表。

       3. 称为通用结构模板的文档（本文档）表示为诸如作为元模型中的预定义类，它们并入生成的模式中。

       4. 模板 UML 概要文件和建模指南描述了在创建元模型内容时应用的基本概念。此信息在第 2 章中介绍。

       5. 名为 Model Persistence Rules for XML [3] 的文档描述了如何使用 XML 以及如何将“软件组件模板”中设计的元模型由“模式生成器”（MDS）转换为 XML-模式（XSD）  )“数据交换格式”。

       这种“形式化策略”应该用于元模型中正式描述的所有数据。为了理解元模型和基于 XML 的 AUTOSAR 模板的映射，本文档尤其值得一读。

       批注：看起来这里得划重点了

       6. 数据交换格式表示为使用 XML 模型持久性规则中定义的方法和模式从 AUTOSAR 元模型自动生成的 XML 模式。此模式通常用作 AUTOSAR 工具的输入。。

       7. M1 级描述（在图 1.1 中显示为“系统配置描述”和“系统约束描述”）是 XML 文件，可以根据 XML 模式进行验证，并进一步遵循相关“模板文档”中的规范。 换句话说，XML 文件是定义模板的 XML 表示的模式的实例。

       1.4 元模型的组织

       图 1.2 描绘了元模型的整体结构，它正式定义了描述 AUTOSAR 软件组件所需的词汇表。 如图所示，其他模板规范（例如 ECU 资源模板 [4] 和系统模板 [5]）也使用相同的建模方法来定义 AUTOSAR 软件描述的整体一致模型。

       图中的虚线箭头根据元模型内的包之间的导入关系描述了依赖关系。 例如，包 SWComponentTemplate 导入在包 GenericStructure（在本文档中描述）和 ECUResourceTemplate [4] 中定义的元类。

       为了澄清起见，请注意包 GenericStructure 包含一些基本的基础设施元类和通用模式。 由于这些被所有其他模板规范使用，为了清楚起见，图中没有描述依赖关系。

       2 UML 在 AUTOSAR 模板中的使用

       AUTOSAR 元模型被定义为 UML 模型。 因此，理解 AUTOSAR 模板文档需要 UML 的基本知识。

       备注：元模型为UML模型，基本的语言为XML语言。有时候看的过程中，我在理解相关内容的时候会混淆部分基础的概念。

       2.1 UML 图

       AUTOSAR 模板文档中的图与 UML 2.0 一致。 即使某些元素可能未在特定图表中显示以简化理解，也假定底层模型（AUTOSAR 元模型）是完整的。尽管如此，类表显示了所有相关信息。

       图表的着色通常在周围的文本中进行解释。但总的来说，浅绿色的元类是从 ASAM/MSR 中获取的。

       实例引用的表示如图 5.9 所示（参见 [TPS_GST_00044]）。

       2.2 AUTOSAR 元模型层次结构

       AUTOSAR 模板的完整元模型层次结构如图 2.1 所示。与 OMG 使用的经典四层架构不同，显示了五个元级别。从最低、最具体的元级别开始，它们是：

       • M0：AUTOSAR 对象

       这是工作中 AUTOSAR 系统的实现：例如，执行包含挡风玻璃雨刷控制软件等软件映像的真实 ECU。

       • M1：AUTOSAR 模型

       此元级别的模型由 AUTOSAR 开发人员构建。他们可以定义一个称为“挡风玻璃雨刷器”的软件组件，其中有一组连接到另一个软件组件的端口等等。在这个级别上，描述 AUTOSAR 系统所需的所有工件都是详细的，包括可重用的类型以及此类类型的特定实例。

AUTOSAR 软件被加载到各个车辆的各个 ECU 中。

       此加载意味着 M1 模型已实例化。

       需要注意，这样的 AUTOSAR 模型可以使用从 XML 到 C 甚至 PDF 的各种格式来表示。

       • M2：AUTOSAR 元模型

       在此元级别上定义了 AUTOSAR 模板的词汇表。这些词汇稍后可供基于 AUTOSAR 的 ECU 系统的开发人员使用。

       例如，在 M2 上定义，在 AUTOSAR 中，我们有一个名为“软件组件”的实体，其中聚合了一个名为“端口”的实体。此定义确保 AUTOSAR 软件组件的开发人员可以描述他的特定组件及其端口。此描述称为 AUTOSAR 模型并驻留在 M1 上。

       • M3：AUTOSAR 模板的UML

       配置文件 M2 上的AUTOSAR 模板是根据M3 上定义的元模型构建的。 如前所述，这是将 UML 与特定 UML 配置文件一起使用，以更好地支持模板建模工作。

       形式上 M2 上的模板仍然是 UML 的一个实例，但同时应用模板配置文件，即需要遵守配置文件中的构造型设置的额外规则。 配置文件的相关详细信息在第 2.3 章和第 2.4 章中指定。

       需要注意，AUTOSAR 模型可以使用从 XML 到 C 甚至 PDF 的各种格式来表示。 这些格式之间的转换称为“转换”，而 AUTOSAR 模型遵循 AUTOSAR 元模型这一事实称为“实例化”。 因此，AUTOSAR 模型 (M1) 被称为 AUTOSAR 元模型 (M2) 的实例。

       这个是元模型的架构图。