銳碁資訊 JUI-CHI INFORMATION

SOLUTION CATEGORY

產業解決方案

針對工業設備、航太、汽車與高科技產業提供完整數位研發方案。

MBSE AI 解決方案 PLM 管理 IoT 智慧應用 產業方案

產業解決方案分類

14

高科技解決方案

整合產品需求、研發專案、零組件與工程變更，加速電子與高科技產品創新上市。

16
高科技 CRA 產品資安、SBOM、弱點、測試與更新合規主線

CRA 解決方案

串連產品資安需求、SBOM、弱點、測試、更新與合規證據，建立因應歐盟 CRA 的產品資安治理能力。

17
材料、電芯、模組、電池包、製造與循環利用的電池數位主線

電池解決方案

串連材料、電芯、模組、PACK、模擬、製造與品質追溯，建立端到端電池數位主線。

09

汽車解決方案

串連整車研發設計、工程變更與供應鏈協作，支援汽車產業數位轉型。

18
達梭系統 AUTOSAR Builder 車用軟體開發主視覺

AUTOSAR 方案

建立 Classic／Adaptive AUTOSAR 架構、ARXML 協作、驗證與系統整合流程。

13

航太解決方案

串連需求、系統工程、設計驗證與供應鏈資料，支援高複雜度航太產品的全生命週期管理。

15
大型工業設備與工程車輛產品

工業設備方案

串連設備設計、製程規劃、虛擬驗證與售後服務，提升工業設備開發與交付效率。

DETAIL CONTENT

AUTOSAR 解決方案

AUTOMOTIVE SOFTWARE · MODEL BASED DEVELOPMENT

AUTOSAR
解決方案

從軟體架構、ARXML 協作到 ECU 整合與虛擬驗證，建立可治理的車用軟體開發主線。

銳碁資訊協助企業依既有流程導入 AUTOSAR Builder，將軟體元件、介面、資料型別、通訊、ECU 對映、驗證與交換資料納入一致的模型工作方式，並銜接需求、MBSE、ALM、測試及產品組態。

Classic AUTOSARAdaptive AUTOSARARXMLECU／RTESimulation & Test
AUTOSAR Classic 軟體元件、介面、通訊與系統架構
AUTOSAR 軟體元件、介面與通訊關係可透過圖形化架構共同檢視。圖片：Dassault Systèmes。

01 · FOUNDATION

AUTOSAR 是標準化架構，不是一套單獨的 ECU 軟體

AUTOSAR 定義車用軟體架構、方法與交換格式，讓車廠、供應商與工具鏈以共同語意協作。導入重點是建立角色、模型責任、介面規則、版本與驗證流程。

讓功能、軟體與硬體對得起來

教材中的車燈案例由煞車、拖車、停止燈與車燈子系統出發，逐步建立功能架構、軟體元件、埠與介面，再對映到 ECU 與通訊。這種方法讓團隊能回答：功能由哪個元件實作、資料如何傳遞、部署在哪個 ECU，以及變更影響哪些設計。

Classic Platform面向具明確即時性與資源限制的嵌入式控制，涵蓋應用軟體元件、系統設計、基礎軟體與 ECU 整合。
Adaptive Platform面向高運算、服務導向與乙太網路情境；與 Classic 互補，而不是簡單取代 Classic。
ARXML Exchange以 AUTOSAR XML 交換模型資料；專案仍需定義資料擁有者、拆分規則、基線與合併方式。
Model Governance用命名、型別、介面、變體、驗證規則與審查關卡，維持大型模型的一致性。

02 · AUTHORING FLOW

教材所呈現的端到端建模流程

兩份 AAT 教材以實作方式涵蓋環境、ARXML、軟體元件、內部行為、組合、通訊、ECU 對映與驗證。實際專案會依 OEM／Tier 1 分工與工具鏈裁切。

  1. 01工作區與 ARXML建立專案、匯入既有模型、檢視封裝與跨檔參照。
  2. 02型別與介面建立資料型別、Sender／Receiver、Client／Server 與 Mode 介面。
  3. 03Software Component定義埠、介面、Runnable、事件及內部行為。
  4. 04Composition組合軟體元件並建立 Assembly／Delegation Connector。
  5. 05System & Communication建立系統、通訊矩陣、訊號與網路對映。
  6. 06ECU Mapping／Extract將元件部署至 ECU，準備 ECU Extract 與後續整合資料。
  7. 07Validate & Exchange執行一致性檢查、比較合併、模擬、測試與受控交付。

03 · CORE CAPABILITIES

AUTOSAR Builder 導入的核心能力

工具功能只是起點；真正的交付需同時涵蓋模型治理、跨角色協作、資料交換、驗證規則與既有工程環境整合。

AUTHORING軟體與系統架構以圖表、表格與精靈建立元件、介面、資料、通訊、系統和 ECU 模型。
CLASSIC + ADAPTIVE雙平台架構依產品運算與即時性需求規劃 Classic、Adaptive 及兩者協作邊界。
VALIDATION規則與一致性檢查在交換或交付前找出缺漏、衝突與參照錯誤，建立專案審查清單。
ROUNDTRIP比較、合併與交換管理 ARXML 分割、供應商交付、版本差異與模型往返。
ECU & RTEECU 整合資料支援 ECU Extract、部署資訊與 RTE／基礎軟體配置所需的前置資料。
SIMULATION早期整合驗證以虛擬 ECU／系統層級測試提前確認元件互動與預期行為。
VARIANT變體與重用建立共用元件、產品變體與可追蹤基線，降低不同車型的重複維護。
OPENNESS第三方工具鏈透過標準交換與介面連接需求、模型式設計、程式碼、測試與配置工具。

04 · ARCHITECTURE & TEST

讓架構設計與驗證使用同一套語意

從 Classic／Adaptive 元件對映到 ASim 執行結果，模型不只用來畫圖，也成為設計審查、整合與驗證的可執行依據。

AUTOSAR Classic 與 Adaptive 軟體元件和服務對映架構
Classic／Adaptive 架構協作視覺化元件、服務、通訊與部署關係，支援不同平台的介面檢查與設計討論。圖片：Dassault Systèmes。
AUTOSAR Builder ASim 自動測試與執行結果畫面
ASim 模擬與測試在實體 ECU 完成前執行軟體元件與系統層級測試，保存測試案例、結果與問題線索。圖片：Dassault Systèmes。

05 · DIGITAL THREAD

AUTOSAR 模型不是孤島

系統需求、軟體架構、程式實作、測試與產品組態各有權威來源；方案重點是讓它們可連結、可追溯且能依責任邊界交換，而不是把所有資料塞進同一系統。

  1. 01需求與 MBSE連結車輛功能、系統需求、功能／邏輯架構與安全分析。
  2. 02AUTOSAR Architecture管理元件、介面、資料型別、通訊、部署與 ARXML。
  3. 03ALM／Code管理軟體待辦、程式碼、建置、缺陷與發布版本。
  4. 04ECU／BSW Toolchain承接 ECU Extract、RTE 與基礎軟體配置所需資料。
  5. 05Test Management連結測試案例、環境、執行結果、缺陷與再驗證。
  6. 06PLM／Configuration對應車型、ECU、硬體、軟體基線與工程變更。
OEM系統需求、整車 E/E 架構、介面契約與整合基線。
Tier 1ECU 軟體架構、元件整合、配置與交付證據。
Software Team元件設計、實作、單元／整合測試與發布。
Tool／Platform Team方法、模板、驗證規則、版本、權限與自動化環境。

06 · ADOPTION ROADMAP

從代表性 ECU 建立可重複的方法

建議以一個元件邊界清楚、輸入資料可取得且能完成交換與驗證閉環的試點開始，再逐步擴展至產品線與供應商。

  1. Phase 1現況與資料盤點版本、ARXML、既有工具、角色、交付物與痛點清單。
  2. Phase 2方法與治理設計建模規範、封裝、命名、分檔、權限、基線及審查規則。
  3. Phase 3工具與模板建置環境、Profile、模型骨架、驗證規則、匯入匯出與自動化。
  4. Phase 4試點與整合完成代表性架構、ECU 對映、交換、驗證及跨系統追溯。
  5. Phase 5教育與擴展角色訓練、操作手冊、支援機制、指標與分階段推廣計畫。

07 · FAQ

常見問題

導入範圍應依產品平台、AUTOSAR release、OEM／供應商責任及既有工具鏈確認，不宜只用單一模板直接套用。

AUTOSAR Classic 與 Adaptive 有什麼不同？

Classic 主要支援具明確即時性與資源限制的嵌入式控制；Adaptive 面向高運算、服務導向與乙太網路情境。兩者互補，實際採用應依系統需求與 ECU 架構判定。

導入 AUTOSAR Builder 是否等於更換所有既有工具？

不一定。專案應先界定 AUTOSAR 模型的資料責任，再透過 ARXML、API 或既有介面串接需求、模型式設計、ALM、程式碼、測試與 ECU 配置工具。

既有 ARXML 可以匯入並繼續管理嗎？

可先盤點 AUTOSAR release、檔案拆分、命名、變體與跨檔參照，再以試點驗證匯入、規則檢查、比較合併與回交流程。

AUTOSAR 導入應從哪裡開始？

建議先選擇邊界清楚且資料可取得的 ECU 或軟體元件，完成架構、交換、ECU 對映與驗證閉環後，再擴展至產品線與供應商。

OFFICIAL SOURCES

教材與官方參考資料

內部教材反映特定時期的 AAT 操作與方法；正式導入時，產品版本、支援的 AUTOSAR release、授權及相容性應依當下達梭系統與 AUTOSAR 官方資料確認。

  • PROJECT REFERENCEAAT Training Handbook／AAT Exercise：AUTOSAR Builder 操作、車燈案例、SW-C、介面、組合、通訊、ECU 對映與驗證。本地專案文件
  • DASSAULT SYSTÈMESAUTOSAR Builder：Classic／Adaptive、authoring、ECU、RTE、simulation、test 與 ARXML 工具鏈。查看官方資料 ↗
  • CATIA SYSTEMS ENGINEERING由需求、系統設計、嵌入式軟體到虛擬驗證的 CATIA Systems Engineering 定位。查看官方資料 ↗
  • MODEL BASED SYSTEMS DESIGN官方說明 AUTOSAR Classic／Adaptive 與模型式嵌入式軟體工程的關係。查看官方資料 ↗
  • AUTOSARAUTOSAR 官方標準與 Classic、Adaptive、Foundation 等發布資訊。查看官方標準 ↗

AUTOSAR 為產業標準與開發合作夥伴關係，不是法律或產品認證。頁面內容不宣稱特定版本支援、原廠授權資格或保證成果；實際導入範圍應依產品、供應鏈責任、現行版本與既有工具鏈確認。