全部学习汇总： GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!
继续学习AUTOSAR的文档，看一下《AUTOSAR_RS_SystemTemplate》。
2.2.47 支持基于 COM 的数据转换
系统模板应提供定义使用 uint8-array API 将复合数据的序列化表示传递给 COM 模块的方法。
AUTOSAR 转换器链提供了将复合数据序列化为 uint8 数组表示的方法。 这个序列化的 uint8 数组应作为一个实体传递给 COM。
用例：使用具有基于 COM 的序列化和 Com 交互的转换器，以启用与运行 AUTOSAR R4.1 版本及更早版本的 ECU 的通信。
2.2.48 命名约定
系统模板应提供为公共符号定义命名约定的能力
系统模板应提供为公共符号定义命名约定的能力。这尤其包括发布文档中使用的需求 ID、模块缩写、元数据和配置符号。
避免规范中的歧义和名称冲突。 向规范的读者提供元数据的一致统一表示。允许自动处理规范元素。
需要注意，系统模板没有定义特定的命名约定。
小结：系统模板中没有这个，那么又如何通过系统模板来支持呢？难道说，系统模板会提供一种诸如批处理的功能？
2.2.49 支持安全 Pdus
系统模板应支持 Secured Pdus 的定义。
应该可以定义一个补充有附加认证信息的 Pdu。
保护 Pdus 免受未经授权的操纵和重放攻击。
小结：这个应该属于信息安全，SecOC等方面的描述了。
2.2.50 容器 Pdus 的支持
系统模板应支持Container Pdus 的定义。
应该可以定义一个 Container Pdu 应运输多个包含的 Pdu。
用例：将 Pdus 从网络路由到具有更高负载可能性的网络（例如，CAN 到 CanFD 或以太网）。
2.2.51 端到端保护通信
系统模板必须涵盖通过 E2E 的通信保护。
通过非安全相关的通信总线启用安全相关的通信。
用例：开发完整的、多网络的、车载电子架构。
对这部分做一个简单的小结。这部分其实内容不多，是对之前看的内容的一个收尾。比较值得思考的其实是两点，其中之一是COM对于数据标准化转换处理的支持；另一个则是最后引出来的SecOC以及E2E。这些都是比较新的内容，至少对我来说是比较新的内容。但是在未来的工作中，这些内容相关的技能要求越来越迫切了。
