Autosar4.4：软件组件模板-简介
Autosar软件组件模板是作为开发者开发配置前必读规范，里面涉及到通过AUTOSAR元模型作为软件组件模板的正式定义的补充。并且还有AUTOSAR元模型中与软件组件定义相关的部分的介绍性描述和基本原理。
本简介主要讲：
1、软件组件模板的讲述范围
2、元模型组织
3、Autosar软件的三个不同级别
1、范围
包括三个部分：
• 使用端口原型和端口接口的SwComponentType的一般描述，即本文档将SwComponentType定义为可以通过提供或需要端口接口的端口原型进行描述的实体。
• 对CompositionSwComponentTypes的描述，它是由软件组件的连接实例组成的子系统，也就是说，软件组件可以以层次子系统的形式定义，而层次子系统又再次由软件组件组成。这种层次结构的描述在本文档的范围内。
• AtomicSwComponentType的描述，它是作为一个可以映射到AUTOSAR ECU的软件实现的。
因此，AtomicSwComponentType出现在下图所示的ECU软件结构中。在该图中，绿色(垂直条纹)和蓝色(斜条纹)边框显示了软件组件模板所描述的方面。
与ECU应用软件组件相关的软件架构
与RTE不相关的AUTOSAR基础软件的某些方面超出了范围;这些都包含在基本的软件模块描述模板中。
此外，该文档不涉及与AUTOSAR软件组件执行相关的时间分析方面的内容。这个问题在定时扩展的规范以及相应的需求规范中有解释。
2、元模型的组织
元模型的总体结构正式定义了描述AUTOSAR软件组件所需的词汇表。如图所示，其他模板规范(例如ECU资源模板和系统模板)也使用相同的建模方法来定义AUTOSAR软件描述的整体一致模型。
图中的虚线箭头根据元模型中包之间的导入关系来描述依赖关系。例如，包SWComponentTemplate导入了包通用结构[11]和ECUResourceTemplate[9]中定义的元类。
请注意，这个规范文档将(有一些定义良好的例外)主要讨论包SWComponentTemplate中定义的元模型元素。
元模型架构
SWComponentTemplate导入在包GenericStructure[11]和ECUResourceTemplate[9]中定义的元类。
请注意，这个规范文档将(有一些定义良好的例外)主要讨论包SWComponentTemplate中定义的元模型元素。
3、AUTOSAR软件组件在三个不同的级别上进行了描述。
软件组件的描述是在三个层次上完成的
在VFB级别描述软件组件
最高(最抽象)的描述级别是虚拟功能总线。
在本文档中，SwComponentType是通过DataTypes, PortInterfaces, PortPrototypes以及它们之间的连接来描述的。在这个层次上，表达了组件的基本通信属性及其相互之间的通信关系。
RTE级别的软件组件描述
中间层允许对给定AtomicSwComponentType的行为进行描述。这种所谓的SwcInternalBehavior是根据AUTOSAR RTE概念(例如RTEEvents)和可调度单元(即所谓的RunnableEntitys)来表示的。
例如，对于在VFB上的特定ClientServerInterface范围内定义的ClientServerOperation，该行为指定作为调用特定ClientServerOperation的结果激活哪个RunnableEntity。
一个给定的AtomicSwComponentType可能聚合了0个或1个swcinternalbehavior。为了响应聚合处原型“atpSplitable
”的存在，可以将聚合分布到几个物理文件上。
软件组件在实施层面的描述
最低级别的描述指定给定SwcInternalBehavior描述的实现(即，在AUTOSAR元模型:SwcImplementation方面)。更准确地说，这种行为的RunnableEntitys被映射到代码(源代码或目标代码)。
可能有不同的swcimplementation引用特定的SwcInternalBehavior描述，例如在不同的编程语言中，或者使用不同的优化代码。
请注意，在本文档以前的版本中已经描述了实现。为了响应AUTOSAR概念的发展，实现方面的描述已经移动到“CommonStructure”。因为它还用于创建基本的软件模块描述模板[6]。
但是，SwcImplementation仍然在本文档的范围内，因为它只涉及软件组件的各个方面，而不是基本的软件模块。
