4. 整车集成输入物与需求分析
在 Continental 的 AUTOSAR 整车集成流程中，集成工程师拿到的从来不是一份“整车需求文档”，而是一组来源不同、格式不同、抽象层级不同的工程输入物。它们分别由 OEM 整车架构、系统工程师、网络通信工程师、诊断工程师、刷写工程师和功能安全团队交付，最终都要在同一个 ECU 软件集成工程里落地。本节的核心任务，就是把这批输入物解析成可执行的集成约束，并判断它们之间的依赖与冲突。
六类核心输入物及其集成角色
典型的整车集成输入物包括：系统描述（System Description）、ECU Extract、通信矩阵（Communication Matrix）、诊断规范（Diagnostic Specification）、刷写规范（Flash/Bootloader Specification）以及功能安全需求（Functional Safety Requirements）。它们不是并列关系，而是从整车到 ECU、从静态定义到动态行为的逐层收敛。
系统描述回答“这个 ECU 在整车中承担什么功能、与哪些 ECU 交互、有哪些工作模式”。它通常包含功能清单、信号级交互描述、状态机、时序约束和整车级性能指标。集成工程师从中提取的是 ECU 的职责边界和对外接口清单，而不是直接可配置的参数。
ECU Extract 是 AUTOSAR 方法论中从系统描述（System Description）裁剪出的 ECU 专属视图，通常以 ARXML 形式交付。它包含该 ECU 的软件组件实例、端口、接口、数据类型、SWC-to-SWC 连接以及到总线的映射关系。ECU Extract 是配置工具链（如 DaVinci Configurator、EB tresos）的直接输入，决定了 RTE 生成和 BSW 模块的初始配置骨架。
通信矩阵以 DBC、ARXML 或 Excel 形式给出，定义每条报文的 ID、DLC、发送类型（周期/事件）、周期值、信号布局、字节序、初值和超时监控参数。它是 Com、PduR、CanIf、Can 驱动配置的直接依据，也是网络管理（NM）和 E2E 保护配置的输入。
诊断规范通常基于 ISO 14229（UDS）和 ISO 15765-2（DoCAN），定义诊断服务、DID、DTC、会话与安全访问等级、例程控制等。它直接驱动 Dcm、Dem、FiM 以及 CanTp 的配置。
刷写规范定义 Bootloader 与应用程序的交互、刷写流程、内存分区、校验算法和刷写条件。它影响 Fbl、Mem、Flash 驱动以及 NvM 的配置。
功能安全需求来自 ISO 26262 的 ASIL 分解结果，包含安全目标、功能安全需求（FSR）、技术安全需求（TSR）以及分配给该 ECU 的安全机制。它约束 E2E 保护、看门狗、内存保护、诊断覆盖率和安全状态切换逻辑。
输入物解析的关键动作
拿到输入物后，集成工程师需要完成三类解析动作。第一类是一致性校验：通信矩阵中定义的信号是否都能在 ECU Extract 的端口映射中找到对应；诊断规范中引用的 DID 是否在 ECU Extract 的数据类型中有定义；功能安全需求中要求监控的信号是否在通信矩阵中有超时参数。第二类是参数提取与归一化：把不同格式中的同一参数（如报文周期、超时时间、DTC 使能条件）提取到统一的集成参数表中，避免配置时反复切换文档。第三类是依赖排序：ECU Extract 决定 RTE 和 SWC 骨架，通信矩阵决定 Com 和底层驱动，诊断和刷写依赖通信栈，功能安全横切所有模块。因此配置顺序通常是 ECU Extract → 通信矩阵 → 诊断/刷写 → 功能安全。
集成准备的实际操作示例
以一个车身域控制器为例，假设通信矩阵中有一条报文 BCM_Status_01，CAN ID 为 0x2A0，DLC 为 8，周期 100 ms，包含信号 DoorLockStatus（起始位 0，长度 2，小端）和 TrunkStatus（起始位 2，长度 1）。集成工程师需要在 Com 配置中创建对应的 I-PDU 和信号，设置发送类型为周期型，周期 100 ms，并配置超时监控为 300 ms（3 倍周期）。同时，在 ECU Extract 中确认该信号已映射到某个 SWC 的 SenderPort，否则 RTE 生成后信号无法被应用层访问。
再以诊断为例，诊断规范要求支持 0x22 服务读取 DID 0xF190（VIN 码），集成工程师需要在 Dcm 中配置该 DID 的读取权限（默认会话即可），并在 Dem 中确认相关 DTC 的使能条件和老化周期。如果功能安全需求要求该 DID 读取必须在安全访问解锁后才能执行，则需要在 Dcm 中增加安全等级约束，并检查 FiM 中对应的功能使能状态。
集成准备检查清单
| 检查项 | 输入物来源 | 判断依据 |
|---|---|---|
| ECU Extract 端口与通信矩阵信号映射完整 | ECU Extract + 通信矩阵 | 每个发送/接收信号均有对应 SWC 端口 |
| 报文周期与超时监控参数一致 | 通信矩阵 | 超时值 ≥ 3 倍周期，且与 NM 参数不冲突 |
| 诊断服务与安全等级匹配 | 诊断规范 + 功能安全需求 | 安全相关 DID/DTC 的访问权限符合 TSR |
| 刷写内存分区与 NvM 布局无重叠 | 刷写规范 + ECU Extract | Bootloader、App、NvM 区块地址范围互斥 |
| E2E 保护配置覆盖安全相关信号 | 功能安全需求 + 通信矩阵 | ASIL 信号均启用 E2E Profile 且参数匹配 |
完成上述解析与校验后，集成工程才具备进入配置阶段的条件。输入物分析的质量直接决定后续 RTE 生成、BSW 配置和集成测试的效率。如果在这一步遗漏了信号映射或安全约束，问题往往要到集成测试甚至整车测试阶段才暴露，返工成本会显著增加。