生成模型驱动的开发工作流程

　　这是一系列文章中的第四部分，这些文章解决了与自动和半自动车辆的验证和确认相关的工程挑战和机遇。

　　第四部分：生成模型驱动的开发工作流程

　　生成模型驱动开发 （MDD） 工作流程是一个系统工程过程，它使用软件工具以模型作为输入来自动生成产品，应用模型转换算法来捕获工程专业知识，否则这些技术专业知识是手动应用的。该技术允许开发人员专注于他们的领域并使用针对特定类型问题进行了优化的特定领域建模工具创建模型。在对这些模型进行充分验证和验证 （V&V） 以证明它们所代表的系统满足要求后，经过验证的模型以系统化的方式推动后续的自动化生产阶段。生成式 MDD 工作流可确保最佳质量、性能和合规性，同时缩短开发时间。

　　ASAM XIL、FMI 和 AUTOSAR 等标准为建立用于电气/电子 （E/E） 系统开发的综合生成式 MDD 工作流程提供了正式要素。ASAM XIL 提供标准的测试自动化和测试台架构，FMI 提供将特定领域模型部署到工作流中所需的标准抽象，AUTOSAR 对用于将正式 E/E 硬件和软件概念映射到模型的软件架构方面进行标准化和测试数据。AUTOSAR 也用作嵌入式软件运行时的生产实现的一部分。使用一组规则，工具可以获取在正常系统设计工作期间产生的测试用例描述、功能模型、环境模型和架构模型，并生成测试平台、映射、

　　如今，生成式 MDD 工作流从 E/E 系统架构的 AUTOSAR 模型和其软件和环境行为的 FMI 模型开始，然后自动配置和生成生产质量的嵌入式软件图像，这些图像已准备好在可扩展的 XIL 测试台上进行 V&V 。 在这些工作流程中，AUTOSAR 用于指导特定领域的行为建模活动，因为该模型代表将部署在 AUTOSAR 平台中的嵌入式软件。通过使用架构模型作为行为建模的输入，该模型符合 C/C++ 代码生成工具所需的结构，这些工具专门用于生成符合 AUTOSAR 的代码。这节省了工程调整步骤，并有助于将控制和功能工程师集中在系统周围的行为和触发语义上。

　　ECU 集成商几乎不需要任何输入来生产可用于 V&V 的系统。输入量取决于工程阶段（系统的哪个方面正在测试）以及他们的组织在每个工程步骤中采用的任何制度规则和风格。例如，如果正在测试的是应用程序逻辑，则生成“足够好”的 AUTOSAR 固件的默认配置规则足以验证功能，因为 AUTOSAR 兼容平台实现了独立于实际 ECU 硬件细节的标准语义。如果必须考虑时序、内存和其他与硬件相关的约束，则必须应用更严格的规则。但即使在这种情况下，一旦配置生成，

　　使用 AUTOSAR 感知 MDD 工作流程，模型在环 （MIL） 测试台生成是自动化的。此外，它的 V&V 工作是在更真实的嵌入式软件环境中进行的。在利用可扩展虚拟 ECU 对 ECU 硬件进行建模的工具产品中，可以跳过传统上使用软件在环 （SIL） 测试台执行的操作，并且可以直接在虚拟硬件在环上执行 V&V （vHIL） 测试台，提供 SIL 测试台的便利优势和硬件在环 （HIL） 测试台的保真度优势。

　　简而言之，生成式 MDD 工作流通过利用工具中捕获的实施领域专业知识来提高质量和减少问题，并消除手动或其他重复性工作，从而加快产品上市时间，从而提供价值。

　　本系列的第五部分也是最后一部分将讨论生成模型驱动开发在汽车 V&V 中的作用。

　　审核编辑：郭婷