继续学习AUTOSAR，解读官方的文档，继续梳理《AUTOSAR_RS_BSWModuleDescriptionTemplate》。
BSW 模块之间的调用链依赖关系建模
应该可以描述一个函数调用了哪些其他 API 函数。
配置操作系统时需要，因为操作系统资源必须映射到使用它们的任务。
用例：派生当调用主函数并且此主函数调用另一个 API 函数时使用了哪些操作系统资源，依此类推。
小结：看起来，这个是专门针对OS做的一个要去，但是实际上接口的调用应该不仅仅是OS存在。可能这里做了一个设计上的要求的简化处理，不然这部分信息量可能会非常大。
描述可选和必需的元素
BSWMD 模板应提供描述 BSW 模块实现的可选和必需元素的方法。
由于 BSW 模块的高度可配置性——源自 AUTOSAR 规范——应该有方法描述一个 BSW 模块实现的实际支持的元素。
用例：声明 BSW 模块实现支持哪些可选元素。用于生产用途的 BSW 模块描述的装运，其中包含可选元素，稍后应由集成商选择。
使用描述标准的 BSW 模块描述，包括强制性和可选元素，作为其他 BSW 描述一致性检查的参考。
生成的工件的描述
支持对生成工具将创建哪些工件的描述。
BSW 模块的生成工具生成哪些工件（头文件和 c 文件、文档）的知识确实支持集成和构建过程。
根据来自 [RS_BSWMD_00025] 的信息和生成的工件生成生成文件。
库的描述
应该可以描述库及其实现。
库用于在 BSW 和应用程序软件组件中的多个用户之间共享代码。 应支持库的选择和集成。
小结：这里居然还要求对于库文件的实施进行描述，如果是这样，库不就在一定程度上开放成为源代码了吗？
生成的 RTE 的描述
应该可以描述生成的 RTE 的属性。
RTE 生成器能够做出许多影响 RTE 在 ECU 上集成的决定。
支持调试变量
BSWMD模板应提供描述可使用 AUTOSAR 调试器模块调试的 BSW 模块变量的方法。
对于调试器 BSW 模块的配置，“待调试”模块应提供实际可以调试的信息。
小结：这个调试首先需要明确是软件本身的功能，而不是调试器，调试器肯定是支持这样的功能的。而软件模块，我个人想得到XCP本身就有这样的功能，那么是不是还有一个与之并列的功能存在呢？
提供测量和标定
BSWMDT 应包含用于描述测量和标定数据的支持格式，外部工具可以使用该格式（与链接器生成的信息一起）生成标定和测量工具所需的数据描述。
• 对于 RTE 生成的代码，包含的校准和测量数据在几个“上游”工件中进行了描述。 外部工具应能够对仅包含相关信息的更简单的工件进行进一步处理。
• 外部工具必须能够确定测量和校准数据的内存地址。为此，变量和参数的实际链接器符号必须以支持格式提供。
• 来自 ECU 配置的信息（例如 RTE 的校准方法）也必须可用。
提供快速原型制作支持
BSWMDT 应包含快速成型数据描述的支持格式，可用于生成快速成型工具所需的数据描述。
对于 RTE 生成的代码，应描述包含的快速原型制作机制，以便快速原型制作工具与 RTE 交互。
小结：这部分现在可以与之前的VFB的文档阅读结合起来看一下了，两部分内容其实是相关的。
生产错误和扩展生产错误的配置
BSW 模块描述模板应能够为所有实施的生产错误和扩展的生产错误指定对 Dem 配置的需求。
用例：
• 配置去抖动计数器（向上/向下计数）、配置这些去抖动计数器的限制等的服务需求， • 指定诊断模块是否可以请求删除错误。 如果是这样，请指定可以重置错误的方式和时间。
小结：这部分居然是在模板中要求的，那么DEM本身的设计应该以一种什么方式存在呢？而我们现在使用较多的DSM又该以什么方式来做这部分的兼容性处理呢？
上面这一部分主要是针对基础软件的发布信息做出的一些要求，这一次的小结基本上把这部分进行了收尾。而接下来，关于基础软件的调度等其他的需求重新找时间做梳理总结。
