继续学习AUTOSAR的文档，看一下《AUTOSAR_RS_TimingExtensions》。
4.12 传感器/执行器延迟
AUTOSAR 模板应提供描述物理传感器采集（或物理执行器更改）与传感器（或执行器）软件组件端口上相应数据的可用性（或提供）之间的时间关系的方法。
该信息可用于指定物理传感器（或执行器）到相应传感器（或执行器）软件组件之间的数据流的时间延迟，而无需参考具体的硬件实现。
用例：时序行为的分析和验证。
小结：如果不考虑硬件的实现的话，这个设计是否仅仅是作用于仿真还不是实际的设计验证呢？
4.13 时序资源规范
软件组件描述的时序资源规范
将 SW-C 映射到 ECU 的主要标准之一是分配给单个 ECU 的完整 SW 系统的资源需求。为了估计软件系统所需的资源总量，有必要获得每个分配的 SW-C 的信息。 关于这个用例，相关的 CPU 特定资源信息是最坏情况的执行时间。需要进一步注意，在本文档的范围内无法完全涵盖整个用例，因为资源消耗的最终评估仅在 ECU 配置的上下文中可行。
另一方面，ECU 配置范围内的评估需要通过在软件组件范围内指定资源声明来进行准备。 这种限制主要是由于相关的基础软件配置只能在工作流中第一次在 ECU 配置范围内可用。 很明显，基础软件对整体资源消耗的贡献或多或少。
出于集成目的，有必要指定可执行实体的最坏情况执行时间，以确保正确集成。
用例：可以对可执行实体施加执行时间限制，以确保时间资源消耗。
4.14 运行实体
可运行实体的执行顺序
模板必须允许指定：对不同可运行实体的执行顺序的约束。
4.15 软件组件的时序要求
SW-Component 模板必须允许指定 SW-Component 的每个可运行实体的时间要求（例如）：
• 周期
• 反应时间
SW-Component 模板必须允许描述：
• 它必须多久运行一次
• 刺激之间的时间，例如，硬件或软件实体的状态变化以及系统的预期反应（例如响应、执行器激活）。
4.16 计时扩展的某些元素应是可蓝图化的
时序扩展应使人们能够指定元素的时序约束，即端口接口的元素，应用接口规范的一部分。
应用接口规范中包含的信息应标注允许的寿命、周期等。
4.17 事件同步约束
时序扩展应能够对两个或多个定时描述事件施加同步约束。
在构建系统时，有必要指定事件的发生应同步，例如在转向信号指示器的情况下，防堵系统，其中来自多个车轮的信息很重要。
4.18 VFB 级端口接口的预定义事件
时序扩展应提供专用于端口的定时描述事件类型，如触发端口。
由于引入了新类型的端口，如触发端口，时序扩展应提供特定类型的时序描述事件以支持此类端口。
4.19 AUTOSAR 方法论支持
时序扩展应提供支持重用和使用已在 SW-C 类型级别上指定的时序模型的方法。
时序扩展缺乏以有效方式支持重用的支持。为了实现这一点，时序扩展应提供利用来自不同时序视图的时序模型的方法。
4.20 支持指示变量访问的事件
当可执行实体，即可运行实体，访问变量时，计时扩展应提供引用时间点的方法。
在某些情况下，当可执行实体访问可变数据并能够对这些时序描述事件施加时序约束时，有必要引用时间点。 例如，在 VFB 时序视图中，对接收可变数据原型的时间点施加了寿命限制。
但是可能有几个可执行实体访问这些可变数据，但其中一些可执行实体可能具有不同的寿命时间限制。为了避免将此类可运行实体映射到具有比所需更高激活频率的任务，最好对特定变量访问进行标注。
4.21 装配连接器的寿命限制
时序扩展应提供标注程序集连接器的方法，以分别解决数据流和数据依赖性中的循环。
通常，在复杂系统中，SW-C 生成的数据通常会被其他 SW-C 使用，而其他 SW-C 又会生成再次被此类 SW-C 使用的数据。在最简单的情况下，一个 SW-C 产生的数据被另一个使用，反之亦然。 为了解决这种循环依赖，必须有能力标注最重要的生产者-使用者关系，这样一个 SW-C (A) 所需的数据在另一个 SW-C (B) 生成之前 "'first"' SW-C (A) 被执行。
上面这些事关于时序扩展部分的第二部分需求条目的分析。从内容看，不仅仅局限于实时性等描述了，这部分的描述其实更多的在于一个时效性的描述和表达。
