通过验证和确认增强软件定义汽车洞察

随着汽车制造商转向开发更复杂的软件定义汽车
(SDV)，软件系统和硬件变体之间存在复杂的交互，
验证和确认过程变得更具挑战性和重要性。

确定软件定义汽车设计周期

与验证和确认相关的一个最棘手的问题是，
从历史上看，验证和确认都是使用工程设计 V 模型完成的。在这种模式下，工程团队的工作首先是系统定义，
然后是模块和装配体，最后是这些模块或装配体中的组件。
但在需要进行验证和确认时，工程师必须
以相反的顺序自下而上地开展工作。

根据这一模式，他们只有在检查了组件、模块和装配体后才能进入系统层面。这意味着，工程团队在开发的最后阶段才能深入了解系统层面的验证和确认问题。

例如，负责电气和电子 (E/E) 系统的工程师可能会根据初始配置进行验证和确认计算。

如果电池管理系统团队单独进行了更改，设计团队的人可能直到设计周期的后期，运行集成和功能级测试时才会发现其中的冲突。因此，工程团队只有在此时才能发现妨碍整车验证的问题。

软件定义汽车的验证和确认

传统的工程 V 模式将验证和确认
置于产品开发的后期。这种方法本身就存在缺陷，
因为从设计到验证之间的时间差距很大。

工程师在物理样机上进行测试，而这往往无法让他们在各种实际驾驶条件和安全场景下研究产品功能。这也意味着工程师的设计空间更加有限，从而增加了探索、迭代和创新的难度。

验证和确认是一项挑战，工程师很难有效地处理系统层面的任何问题，因为这些问题在开发过程中发现得太晚了。

软件定义汽车和数字孪生

当工程师拥抱数字技术，采用更先进的方法时，
他们就能够逐步、持续地验证系统，
并填补工程设计 V 模型中固有的空白。
工程师们可以进行自己特定领域的仿真，以验证功能和特性。

他们可以在设计过程中及早发现潜在问题并加以解决。一旦这些问题得到解决，工程团队就可以继续构建样机并进行物理测试，并使用这些数据创建准确的响应模型。

工程团队不必再仅仅依靠物理样机进行验证和确认。他们可以混合使用数字模型和物理模型，以确保满足所有产品诉求，并了解汽车的行为和功能性能。

简化软件定义的汽车产品开发周期

这些解决方案的另一个优势是
能够在各种不同的情况下对模型进行实际测试。工程组织可以在开发的各个阶段进行全面的仿真。

然后，他们可以确保所有组件和系统都能满足性能和安全方面的必要要求，然后再进入下一个阶段。这种进行虚拟测试的能力简化了产品开发周期。

这样可以提高验证和确认的整体效率，并产生最贴近实际情况的结果。此外，工程团队还能在开发过程中更早地发现设计中的潜在问题，避免工期延误或代价高昂的返工。

利用数据实现强大的软件定义汽车设计

验证和确认是支持软件定义汽车固有的
更复杂特性和功能的重要组成部分。汽车制造商在展望未来的汽车设计和开发时，如果采用数字技术和仿真工具，就能获得巨大的收益。

这些工具使工程团队能够提高验证和确认过程的效率和有效性，填补传统工程设计 V 模型留下的空白。因此，工程师可以在开发过程的早期更好地了解软件和硬件之间的复杂交互。

它们可以利用从数字模型和实体模型中获得的连续数据驱动的洞察力，提出最有强大的设计方案。