3. Vector工具链概览

Vector 的 ECU 开发工具链并不是一组彼此独立的软件，而是一条围绕“需求—设计—实现—测试—标定—刷写”形成的工程数据链。版本与变更管理能否落地，关键不在于某个工具是否支持 Git 或基线，而在于每个工具在链条中承担什么角色、产出什么可版本化对象、这些对象如何被引用和追溯。理解这一点，才能避免“每个工具各自管版本、整体却对不上”的常见问题。

一、工具链的分层角色

从版本管理视角看，可以把这条工具链分为四层：

• 架构与网络设计层：PREEvision 负责 E/E 架构、逻辑功能、通信矩阵与线束拓扑的建模，产出的是架构模型和通信设计数据，属于“上游设计基线”。
• 软件实现与配置层：DaVinci Configurator / Developer 基于 AUTOSAR 完成 ECU 配置、BSW 生成与 RTE 代码生成，产出 .arxml 配置、生成代码和编译产物，是“软件版本”的核心来源。
• 测试与验证层：vTESTstudio 编写测试用例，CANoe 执行总线仿真与自动化测试，CANape 进行测量标定与诊断分析，三者共同构成“验证证据链”。
• 刷写与交付层：vFlash 负责将 HEX/S19 等可执行文件刷写到目标 ECU，是版本最终“落到硬件上”的出口。

这四层之间不是简单的先后关系，而是通过共享的工程对象（如 ECU 变体、信号、诊断描述、软件版本号）相互引用。版本管理的本质，就是让这些引用在变更时保持可追溯、可复现。

二、各工具在变更管理中的具体职责

PREEvision 管理的是架构基线。当某个 ECU 新增一个信号或调整通信矩阵时，变更首先体现在 PREEvision 模型中。它需要输出变更影响范围，例如哪些 ECU、哪些报文、哪些诊断服务受影响，供下游工具判断是否需要同步更新。

DaVinci 管理的是配置与生成物版本。一个典型的 ECU 配置工程包含 .arxml、.dbc、生成代码和编译脚本。变更可能来自上游架构更新，也可能来自软件需求调整。DaVinci 侧需要记录“配置版本—生成代码版本—编译产物版本”的对应关系，否则会出现“配置改了但刷写文件没更新”的错位。

vTESTstudio 与 CANoe 管理的是测试资产版本。测试用例、测试序列、仿真配置和测试报告需要与对应的软件版本绑定。例如，测试用例 TC-042 在软件版本 SW-1.3.0 上通过，在 SW-1.4.0 上失败，这个结果必须能追溯到具体版本，而不是只记录“测试通过/失败”。

CANape 管理的是标定与测量数据版本。标定参数（如 A2L 文件中的参数集）往往与软件版本强相关，不同软件版本可能对应不同的 A2L 描述。变更管理需要保证“软件版本—A2L 版本—标定数据集版本”三者一致。

vFlash 管理的是刷写任务与刷写记录。它需要知道刷写的是哪个软件版本、哪个变体、刷写到哪个 ECU，并记录刷写结果。刷写记录是版本交付的最终凭证。

三、协作关系与数据流

下面这张图展示了各工具在版本与变更管理中的协作关系。图中以“变更触发”为起点，沿数据流方向展示各工具的角色、产出对象以及版本绑定关系。

四、版本绑定的关键实践

从图中可以看出，工具链的版本管理不是单点问题，而是“版本链”问题。一个可落地的做法是：为每个 ECU 软件版本定义一个版本描述文件，记录该版本所依赖的架构基线、配置工程、测试资产、标定数据集和刷写文件。这样，当某个环节发生变更时，可以快速判断哪些下游对象需要同步更新。

例如，假设当前 ECU 软件版本为 SW-1.4.0，其版本描述文件可以包含以下字段：

这张表本身就是变更管理的核心工具。当架构基线从 ARCH-BL-2024-06 升级到 ARCH-BL-2024-07 时，配置工程需要重新生成，测试用例需要评估是否受影响，标定数据可能需要重新匹配，最终形成新的版本描述文件。整个过程不是“重新做一遍”，而是沿着版本链逐级判断影响范围。

五、常见协作断点与规避

在实际项目中，工具链协作最容易出现三类断点：

• 架构与配置脱节：PREEvision 中的通信矩阵更新后，DaVinci 配置未同步，导致生成的代码与架构设计不一致。规避方式是建立架构基线的发布通知机制，并在 DaVinci 侧记录所引用的架构基线版本。
• 测试与软件版本脱节：测试报告只记录“通过”，未记录对应的软件版本和测试资产版本，导致回归时无法判断哪些用例需要重跑。规避方式是在测试报告中强制写入软件版本号和测试资产版本号。
• 标定与软件版本脱节：A2L 文件与软件版本不匹配，导致 CANape 无法正确解析测量变量。规避方式是将 A2L 文件纳入软件版本的交付物清单，与 HEX 文件同步发布。

这些断点的共同特征是：工具本身都能正常工作，但工具之间的“版本引用”没有建立。因此，工具链版本管理的重点不是让每个工具都变成版本管理系统，而是让每个工具都输出可被引用的版本标识，并在关键节点建立绑定关系。

六、小结

Vector 工具链在版本与变更管理中的角色可以概括为：PREEvision 管架构基线，DaVinci 管软件配置与生成物，vTESTstudio 和 CANoe 管测试资产与验证证据，CANape 管标定数据，vFlash 管刷写交付。它们之间的协作关系通过版本描述文件和版本绑定关系串联起来，形成一条从变更触发到刷写验证的可追溯链路。理解这条链路，是后续开展具体版本管理实践的基础。