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

         继续学习《AUTOSAR_TR_Methodology》。

         目的

         本活动提供了用于为特定 ECU 设置 ECU 配置的系统描述的摘录。

         描述

         生成 ECU Extract 基础，用于设置 ECU 配置和进一步在 ECU 级别进行开发。

         整个篇章的内容很少，不同章节中也有类似的信息描述。工作流中可以看出，这个关节其实是生成了大量的设计相关的拓扑。

         表格的内容就是前面的小结，跳过不做详细描述。

         设计转换器

         目的

         本活动规定了用于选定系统信号序列化的功能方面的转换技术。

         描述

         Transformer转换器 使 AUTOSAR 系统能够使用数据转换机制来线性化和转换数据。 它们可以连接到转换器链，并由 RTE 执行，用于配置为转换的 ECU 间通信。

转换技术（哪个转换器应该用于哪种通信）是在设计通信活动（任务定义转换技术）的上下文中定义的。 对于通信数据的转换，可以使用标准化转换器（例如 SOME/IP 转换器）或自定义转换器。

         这里这个标准化的转换器，我居然是没有听过的，看起来，基础的知识层面欠缺还是很多的。我有点好奇，那些互联网技术开发的圈子里，他们对于技术层面涉猎的广度会是什么样子呢？难道会比我遇到的工作更有挑战性？

         设计转换器活动

         在自定义转换器的情况下，必须执行设计转换器活动以定义自定义转换机制的功能规范（转换器规范）和相应的配置参数（BSW 模块供应商特定配置参数定义）。 Design Transformer（设计转换器） 活动在 Develop System（开发系统） 活动期间完成，因为它定义了 Transformer（转换器） 的作用，因此会显着影响相应的通信。

         之后，实施指定的转换器（开发基础软件）并可在设计交流活动中使用。 在那里，可以标记 ECU 间的通信以进行转换。

         设计转换器活动的输出

         设计转换器活动应产生一套完整且明确的书面转换器规范和相应的 BSW 模块供应商特定配置参数定义。 特定转换器的规范应遵守 [6, SWS BSW General] 和 [7, ASWS Transformer General]。

转换器的规格应包括：

• 转换器的功能规格。 详情见[7, ASWS Transformer General]。 最重要的问题是：

– 转换器输出的规格

– 转换器类别

– 转换器错误

• 开发错误、生产错误和扩展生产错误的定义。

• 转换器器 API

• 如有必要，可扩展转换器 EcuC 以用于特定转换器

         这是工作流程，感觉通过上面的描述，这部分与RTE的对应关系强一些。

         表格基本都是总结性的提示信息

         在本活动中，创建自定义转换器模块的功能规范并指定相应的参数定义。 转换器功能规范的创建可以看作是通信设计的一部分。

仅当需要用于通信的自定义转换器时才执行此活动。

         定义系统安全信息

         目的

         此活动允许在系统级别指定安全信息。

         描述

         在此活动中，定义了系统或子系统级别的安全信息。 显然，之前开发阶段定义的安全信息是更详细的任务。 （有关详细任务，请参阅第 2.14 章）。

         工作流程

         总结性表格

         在此活动中，定义了系统级别的安全信息。 可以在进一步的开发阶段完善或完成安全信息。

         这一次的小结到此为止，接下来需要看一下基础软件的设计了。或许，在这一部分我之前的工作经历能够让我想到更多的信息，有更多的了解。