继续学习AUTOSAR文档，看上次没有看完的文档《AUTOSAR_RS_FeatureModelExchangeFormat》。
特征模型是可选的
OEM A 在特征模型的帮助下开发 AUTOSAR 模型，并希望包含由供应商 B 提供的软件组件。 然而，B 不使用特征建模（或使用特征建模但不共享其 IP 或合同的特征模型） 原因）。
这并不排除使用 AUTOSAR 变体处理，它是独立于特征建模而开发的。
为具体产品定义功能配置
特征模型描述了产品线的特征及其相互依赖关系。 这些特征中的一些是可选择的。 相比之下，一个具体的产品是由一组选定的特征描述的。 这组选定的特征必须满足特征模型定义的各种约束。
为了定义具体产品的特征，OEM（或供应商）选择特征模型的特征子集。 此外，必须检查特征选择是否符合特征模型中定义的各种约束（尤其参见用例 [UC_FMDT_00003]、[UC_FMDT_00004]、[UC_FMDT_00005] 和 [UC_FMDT_00006]）。
对产品线中的每个适用产品重复此操作。 也就是说，可以有多个特征配置。
交换功能配置
OEM 为产品线定义一个功能模型，然后选择定义单个产品的多个功能配置，如用例 [UC_FMDT_00010] 中所述。 这些功能配置与功能模型一起交给供应商，以确保具体软件适用于预期产品（即功能配置）。
功能文档
经验表明，定义一个特征模型的结构（即存在哪些特征、它们的层次结构是什么、它们的特征是什么）、建立特征之间的关系以及定义哪些特征被实现是一个耗时的过程。 哪个系统常数。
如果为已经存在的软件产品线创建特征模型，则尤其如此。 通常，来自不同部门的几个人会参与这样的任务。
因此，有助于塑造最终版本的决定——为什么？ – 需要记录特征模型。
多种功能
在用例 [UC_FMDT_00003] 中被表征为多个特征的特征可以提供多重约束。此约束限制了功能配置中可能包含的功能数量。
例如，可能有 5 个 multipleFeatures 功能，但任何功能配置都必须至少包含 2 个，最多 4 个这样的功能。 例如，一个控制面板可能包含多个开关，但最多可容纳四个开关。
链接特征建模和变体处理
创建特征模型后，开发者需要在特征模型和相应AUTOSAR模型中的拜年话点之间建立联系。
特征和变化点之间的关系不是一对一的关系。例如，一个特征可能影响多个变化点，或者一个变化点可能受到多个特征的影响。
合作特征模型开发
OEM 创建特征模型，将其导出为 AUTOSAR 特征模型，然后将该模型传输给供应商。 供应商更改此模型并将其交还给 OEM。 然后 OEM 导入此模型。
功能的绑定时间
开发人员限制了功能实现的可能绑定时间，例如定义一个功能至少应该实现为 PreCompileTime。 这在特征模型中进行了描述。
此外，还有两种针对不同客户的功能选择：一个客户需要 PreCompileTime 实现，另一个客户需要 PostBuild 解决方案。这在特征选择中有所描述。
以上，是所有的模型交换格式功能所涉及到的用例介绍。看起来，很多环节在我所接触的开发项目中可能并不一定用得到。自然，也有很多现实的原因，大家现在规范的遵循度还是差一些。
