继续梳理《AUTOSAR_TR_Methodology》。
组件以及服务
目的
此用例侧重于使用和配置 AUTOSAR 服务所需的活动。 因此，它是整个用例的一个子集（见 2.1）。
描述
AUTOSAR 服务的使用
原子软件组件可以使用 AUTOSAR 服务。 为此，必须在 VFB 和软件组件级别定义两件事：
• 在 ECU 集成期间连接到服务的端口（这是定义 VFB 应用软件组件的子任务）。 用于服务端口的端口接口应标准化。
• 从单个软件组件的角度配置服务（例如 NvM 块或诊断事件的符号名称）的需求（这是定义原子软件组件内部行为的子任务。）
服务端口就像任何其他端口一样对组件 API 有影响，因此服务端口和“普通”端口在 API 生成方面没有区别。
当应用软件组件被映射到一个 ECU 时，它们的描述被放入相应的 ECU 提取中。 这些活动属于系统域（见 2.5.6），在这个用例中没有明确显示。
作为 ECU 集成的一部分，生成额外的工件以通过 RTE 连接服务端口：服务组件描述，包括它们到基本软件模块的映射，以及它们的端口和应用软件组件的服务端口之间的连接器。
该用例还显示了相应基础软件模块（例如 DEM、DCM、看门狗管理器等）的 ECU 配置的创建。 这必须针对连接到相应服务组件的所有应用软件组件的服务端口和服务需求来完成（该图仅以诊断的配置活动为例）。
工作流程
图 2.51 显示了针对此用例假设的工作顺序。 接下来的两个图 2.52 和 2.53 显示了涉及 VFB 和组件活动的方法库的任务和工作ECU 级别上的工作组件。
用力其实解析也简单，就是前面的两个主要部分，一个是端口的配置，另一个是从软件的角度进行服务的配置。
表格内容与前面其实是重复的。
添加服务端口和服务需求 - 工作产品的详细视图
内容也与前面重复。
在 ECU 上连接和配置服务模块 - 工作产品的详细视图
作为 ECU 集成的一部分，生成额外的工件以通过 RTE 连接服务端口：服务组件描述，包括它们到基础软件模块的映射，以及它们的端口和应用软件组件的服务端口之间的连接器。
基础软件模块（例如 DEM、DCM、看门狗管理器等）的 ECU 配置随后根据服务端口和连接到该服务的应用软件组件的服务需求创建（该图仅显示诊断的配置活动举个例子）。 为了完整性，显示了服务模块（例如 DEM、DCM）和 RTE 的代码生成。
这次小结到此结束，以上是关于组件以及系统服务的部分描述。其实，我倒觉得在我现在的工作中从来没有看到过这么详细的程度。
