這是一系列文章中的第四部分，這些文章解決了與自動和半自動車輛的驗證和確認相關的工程挑戰和機遇。

第四部分：生成模型驅動的開發工作流程

生成模型驅動開發 （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 中的作用。

審核編輯：郭婷