全部学习汇总： GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!
继续学习AUTOSAR，看一下官方文档。
在此之前，我看了大概20份文件，基本上都是全篇翻译的模式来看的，这样可以督促我精读，也可以让我对一个新的知识体系能够慢慢熟悉，然后进入状态。我感觉现在这个火候已经差不多了，接下来的阅读可以更加关注于我想要获知的知识点了。今天的这个文档，接下来会采用这种摘录笔记的模式。
摘录1
这里能够看到一个工作的输入输出关系，从这里可以看到ECU的配置阶段的输入其实是来自于之前的设计蓝图部分。
摘录2
从这里，学习一个新的缩写，加强一下记忆。ECUC，ECU还是原来的概念，C的意思则是配置。
摘录3
从概述中的一些信息看，很多内容涉及到UML，属于软件架构设计层面的信息。从涉及到的一些名词名称看，这里的设计也是更加偏重于配置工具本身的设计的。关于UML，最初是从一个软件架构设计的书籍中看到的，书没有看完，因此掌握的不多。看起来后面还得补补课，重新深入一下。这部分，在后面的章节中也有一些相关的描述。部分例子如下：
摘录4
文档中嵌入着非常好的需求跟踪矩阵，如果所有的工作都做到这样的一个粒度，软件设计的工作量还是很大的。
摘录5
通用的语言设计，可以让不同的团队之间有更好的合作，也能够简化一系列的设计。而从这部分描述中，我们也可以注意到，配置工具主要的工作核心点其实是两部分的管理：参数的定义、参数值。
摘录6
数据定义的两种实现方式：在XML中让工具读出来、直接在工具中通过编码的方式实现。
摘录7
配置开发涉及到的三部分主要内容：UML模型、模式规则、XML的内容文件。
感觉上文档的阅读顺序看错了，在看这个文件之前我看了BSWD还有诊断相关的文档，其实应该先从这个文件开始。从看到的一些信息看，这里提出了一些规则总纲性的内容。
摘录8
关于软件包的实现有一些标准化的结构，因此，虽说我算是工具开发的门外汉，但是似乎可以看得出来他们的开发是有一些底子可以借鉴的，应该不至于特别难。
摘录9
这是对容器的定义。从这个看，容器的存在其实是为了实现一个集合的概念。而集合的元素本身其实也可以是容器，因此这里的概念有自引用的一个形式。
摘录10
这部分的描述似乎之前接触过，比如说ETAS的配置工具中有些配置项其实不是AUTOSAR要求的还是博世要求的。
关于第2个大的章节，先看到这里了，剩下的内容基本上是工具设计的一些约束或者需求要求，对我来说可能做个扫盲了解就好了，没有必要做深入以及精细的学习。
