全部学习汇总： https://github.com/GreyZhang/hack_autosar
开始了一个新的篇章《AUTOSAR_EXP_VFB》，这是一份大概100页的文档，看起来又得分好几次才能够看完。但是，之前看过的零星的文档或者资料中有对此的简单描述，记不真切了，但是多少有一些印象。
从文档名称来看，这是一个关于VFB描述解释的文档。能够拿出一份文件来做一个专门的解释，或许看得出这个模块或者功能的复杂以及重要。从目录看，也可以看得出这个VFB涉及到的功能是非常多的。
文件就是介绍VFB的，从预读部分的介绍可以知道，这算是AUTOSAR中的一个高层及的概念。
这里面的三层，其实可以理解为需求à概念设计à详细设计。
没想到，关于文档本身的介绍还有这么详细的说明。从上面的信息，可以梳理几条比较重要的信息：文档需要按顺序读。最后一部分的计时相关的功能，不算是标准的一部分。
针对规范描述部分的条目编号。
工具以及实施还没有经验，从上面的信息大概能够总结出来的几条信息：
- 系统配置的输入信息，通过系统层级的配置后生成配置描述信息，而这部分信息中可以提取出来系统配置基础软件相关的配置，进一步由配置生成描述文件。描述文件是用于做最终生成的输入信息。
- 应用软件部分的转化相对来说简化，最初的系统配置输入信息结合应用软件部分的模板，直接实施之后生成相应的模块，最终做集成。
- 有一点疑惑：ECU相关的模板可以用来做什么？总不至于生成了没用吧？
这是一个配置系统的过程。主要从最初的系统配置输入开始，经过这个步骤之后可以生成ECU的相关配置描述，进而提取ECU的系统配置。
这个VFB其实还不是AUTOSAR真正软件实现时候的一个功能，还是设计过程中的一个改变。在设计的时候，应用软件被设计为一个个组件，可以通过VFB进行交互。但是，这个阶段是没有ECU设计的考量的。经过系统配置之后，这种关系被进一步实体化，把相应的功能映射到不同的ECU上，而不同组件之间的交互有的是通过本地的RTE形式来进行交互，同时也可以与基础软件交互。或者，存在于不同控制器上的组件，可以通过网络进行交互。
VFB存在的意义其实是从最初的概念上，就让应用软件的模块能够与基础软件的功能做一个拆分。在这个系统配置的过程中，也是为整个系统的一系列控制器分配应用软件模块的过程。
VFB这个概念中，还需要完成另一个功能。那就是为所有的应用软件提供一些基础的基础软件功能的设计服务。具体的服务类型可能有通信、存储等。
进入到了这个文件，明显感觉到比之前的文件烧脑了。今天的小结先到此为止，但是我觉得通过这部分了解初步开始觉得有那么一点点设计的味道了。
