继续学习AUTOSAR的文档，这一次开始一个全新的文件《AUTOSAR_RS_BSWModuleDescriptionTemplate》。从标题看是基础软件模块相关的，或许与我现在所做的工作有比加大的相关度。
关于前面的目录以及参考资料等信息，我直接跳过了，直接开始看正文的描述。
1 本文档范围
本文档收集了对基本软件模块描述模板（BSWMD-T）的要求。
BSWMD-T 的主要目标是为 BSWMD 提供方案。BSWMD 保存有关 BSW 模块或集群实现的信息，以支持 ECU 上的集成。 另一个用例是支持 BSW 模块的一致性测试。
BSW 模块的三个阶段可以在方法论中区分：
• “BSW 模块规范”是 AUTOSAR 提供的标准。
可以为所有用例指定 API。 配置参数可以具有广泛的配置可能性。 由于无法在规范中描述的硬件依赖性，某些关键配置参数可能会丢失。
• “BSW 模块实现”是 BSW 模块规范的一种可能实现。
只能实现指定 API 的一个子集。 可能已做出若干配置选择，但其他配置参数仍可供集成商选择。
可以添加供应商特定的配置参数，以允许配置模块的行为（适用于所有BSW模块），和/或支持特定硬件元素的配置，如特殊寄存器设置（仅适用于硬件相关模块） .
• “已配置的 BSW 模块”从具体的 BSW 模块实现中获取仍然打开的配置参数，并为其分配值。完全配置的 BSW 模块实际上可以集成在 ECU 上。
每个 BSW 模块实现都带有自己的 BSW 模块描述。务必使用正确的 BSW 模块实现对和相应的 BSWMD。
图 1.1 显示了“配置 ECU”活动的输入：
•“可用软件组件的集合”包含对映射到此特定 ECU 的软件组件的所有描述的引用 •“ECU 系统描述提取”包含与此特定 ECU 相关的系统配置。这包括通信矩阵和数据到信号的映射。
• “BSW 模块说明”（本文档中收集了需求）。
输出是ECU配置描述。
由于某些 BSW 模块的高度可配置性，BSWMD 无法捕获 BSW 模块配置的所有依赖项。 因此，还可以在配置和生成 BSW 模块后更新 BSWMD，以提供有关已配置 BSW 模块的更多具体信息。
高度可配置的 BSW 模块的一个示例是几乎完全生成的 RTE，并且初始 BSWMD（随未配置的 RTE 一起交付）无法以正式方式描述 RTE 的所有可能配置。
但是在配置 RTE 之后，它的 BSWMD 可以更新以包含实际要生成的 RTE 的描述。然后可以使用此更新的 BSWMD 帮助配置其他 BSW 模块，如 Os、调试器、Dlt。
这是前面提到的图，再代码配置生成之间其实是有一个回环的。
BSWMD 模板指定了实际的基础软件模块描述 (BSWMD) 能够提供哪些内容。 从技术角度来看，模板是作为文档 [13] 和 XML 模式 [14] 提供的（另请参见 [4] 和 [5]）。
实际的基本软件模块描述是符合 XML 模式的 XML 文件。
1.1 文档约定
AUTOSAR 文档中要求的表示遵循 [TPS_STDT_00078] 中指定的表格，请参阅标准化模板，支持可追溯性一章 ([6])。
[TPS_STDT_00053] 中规定的义务表达的口头形式应用于指示要求，参见标准化模板，支持可追溯性一章 ([6])。
这是涉及到的相关的文档。
2.2 规范文档
本文档中收集的要求将通过以下方式得到满足：
• BSW 模块描述模板的规范 [2] 本文档实现了此处所述的大部分要求。
• ECU 配置规范[11] 该文档提供了创建标准化和供应商特定模块定义的规范和指南。
还有一部分名称缩写以及跟踪矩阵，没有必要详细的解读，一起放到这一次小结中结束这一次梳理。
几个描述需要注意的是，D基本都是描述，D-T则是描述模板。
需求跟踪矩阵的追踪方式已经让我模仿到我现在的工作之中了。
这一次的小结暂且到此，没有太多实质性的东西。可能整个模板相关的部分开发者看并不是很合适，如果继续看下去真是如此，这部分我会加速过掉。
