全部学习汇总： https://github.com/GreyZhang/hack_autosar

继续《AUTOSAR_AUTOSAR_TR_Glossary》的梳理。

CDD的概念还是容易链接的，基本上是AUTOSAR没定义到的就可以划分到这里了。

有种集成的意思，但是这个过程似乎是在强调一个整体性的实现概念。通过这种整体性的实现，可以满足部分细节的隐藏，让上一层的软件可以做更好的处理。

这么看，这个组合性其实是模块化设计的一个参考点。如果，对其他的模块伊利阿星不大，就说明这个模块有一定的组合性。

看样子，好像是被电路处理过后可以被MCU识别的信号。

配置包括软件以及硬件层面，一般是在运行时之前生效的。

主要是通信协议里面用，诸如肯定响应、否定响应等都算是这一类行为描述。

一致性测试的机构。

可以理解为一致性测试方案吧。就是一系列的一致性测试究竟如何开展。

有几个依赖的术语没有看，大概理解，可能是软件之间都是函数接口的形式，具体的生效还得有一点调用。而这个调用应该就是连接器本身的功能了。

这个是控制流而不是流控制，应该不同于UDS中的FC的概念。从描述看，这个更像是软件状态运行中的一些状态判断。

这是COM模块中的概念，调整协调。而这个协调，就涉及到了多个对象。一般来说是2个或者以上的时间的控制或者调协。

这几个都是通信相关的概念。其中数据其实可以理解为是有效信息，而数据元素可以理解为是CAN消息等具体的实现方式，而数据流则是在多个入口之间定向传输数据。

数据的变化编码。这个一时间似乎找不到什么能够直接对应的一个经验信息上。从描述看，这个会影响到RTE和BSW的行为，自然也可能会影响应用软件的行为。从相关的扩展介绍来看，这部分很可能是指EOL阶段或者通过诊断服务工具来修改的一些数据信息。

这不是一个计划意义上的deadline，而是软件组合性必须完成的一个时间点。

遇到问题之后的一个处理排查过程，大众意义。

产品供应商等对于产品的声明。这个似乎不完全是一个软件层面的概念。

可信度，涉及到给予这个功能开发的功能是否可靠。

动态PDU。带有动态标识符的PDU。AUTOSAR支持两种模式，都是在CanIf层。一个是只支持发送的，另一个则是支持收发的。设置动态发送ID的接口，看上去抽象度更高一层，而另一个则更加偏底层一些。