MBSE
以數位模型為核心串連需求、系統與工程資訊，維持產品生命週期的一致性。
SOLUTION CATEGORY
MBSE 解決方案
以模型串連需求、架構、介面與驗證，建立 Digital Thread 與 Digital Engineering 所需的可追溯數位研發流程。
MBSE 解決方案分類
AI＋MBSE
運用 AI 輔助需求分析、模型檢查與變更影響預測，提升複雜系統工程的品質與效率。
CATIA Magic
從 MagicDraw／No Magic 環境盤點、模型移轉，到 Cameo 與 Teamwork Cloud 協作治理。
DETAIL CONTENT
CATIA Magic
03 · CATIA MAGIC
MBSE · CATIA MAGIC / CAMEO
CATIA Magic／Cameo 導入服務
從既有 MagicDraw／No Magic 環境盤點，到模型移轉、協作平台建置、工具鏈整合與模型治理。
依企業工具版本、模型規模、客製設定與整合需求規劃導入路徑。產品名稱、版本狀態、相容性與授權方式，以達梭系統當期官方資料及客戶實際環境為準。
PRODUCT POSITIONING
先釐清產品名稱，再決定導入與移轉路徑
達梭系統目前以 CATIA Magic 組合提供模型化系統工程、軟體架構、企業架構、模型分析與協作能力；Cameo、MagicDraw、Teamwork Cloud 與 No Magic 等既有名稱仍常見於客戶環境與官方資料。
CATIA MAGICMagic Cyber-Systems EngineerCameo Systems Modeler
CATIA MAGICMagic Systems of Systems ArchitectCameo Enterprise Architecture
CATIA MAGICMagic Software ArchitectMagicDraw
CATIA MAGICMagic Model AnalystCameo Simulation Toolkit
CATIA MAGICMagic Collaboration StudioTeamwork Cloud
重要說明：上述為官方產品組合所呈現的能力關係，不代表所有版本可直接一對一更換。實際產品、版本、授權、支援狀態與移轉方式，需依客戶現況及達梭系統當期官方策略確認；本頁不自行推定 EOL 或支援終止日期。
IMPLEMENTATION CONTEXT
工具導入之外，也要讓工程團隊建立共同工作方式
導入從模型用途、角色責任與審查節點開始，再決定工具設定、協作方式及系統整合，避免只完成安裝卻沒有形成可持續的模型治理。
SERVICE SCOPE
平台、模型、協作與治理一起規劃
服務範圍依企業成熟度分階段選用，從新環境建置到既有模型轉換、協作治理、整合與上線支援。
CATIA Magic 與 Cameo 導入
依系統工程、軟體架構或企業架構用途，規劃建模環境、方法與使用角色。
模型分析與模擬
規劃 Cameo Simulation Toolkit／Magic Model Analyst 的行為執行、測試情境與分析方式。
Teamwork Cloud 建置
設計部署、帳號、角色、權限、分支、合併、審查與模型儲存策略。
MagicDraw／No Magic 盤點
盤點產品版本、模型規模、外部參照、Profile、Plugin、Template、報表及整合關係。
模型與客製設定移轉
以代表性專案試轉，檢查模型語意、追溯、版型、客製功能與輸出結果。
SysML／UML／BPMN／UAF 治理
建立命名、套件、共用元件、審查、基線與模型品質檢查規範。
PLM／ALM／需求／測試整合
先定義資料責任與追溯規則，再評估連接器、API 或檔案交換方式。
教育訓練與方法導入
依管理者、模型治理者、建模者與審查者設計角色化課程及實作練習。
上線與持續改善
規劃切換、回復、問題分級、操作支援及上線後模型品質改善節奏。
MIGRATION ROADMAP
用代表性模型試轉，降低一次切換的風險
移轉不只複製模型檔案，也要驗證 Profile、Plugin、Template、權限、報表、外部連結及團隊工作方式。
- 01現況盤點產品版本、模型、客製、介面與使用角色清單。
- 02目標藍圖產品組合、部署架構、模型治理與資料責任。
- 03代表性試轉選擇複雜度足夠的模型與客製項目進行驗證。
- 04差異與驗證檢查語意、追溯、報表、效能與協作流程。
- 05分批上線安排教育訓練、切換、回復方案與持續支援。
DIGITAL THREAD
模型與企業系統各司其職，追溯關係保持連續
不是把所有資料都搬進單一工具，而是清楚界定需求、系統模型、產品資料、軟體工作項目與測試證據的主責系統。
需求管理Requirement→CATIA Magic／CameoSystem Model→PLMProduct & BOM→ALMSoftware Work Item→測試管理Verification Evidence
GOVERNANCE DELIVERABLES
導入完成時，應留下可營運的規範與證據
交付內容依專案範圍調整；重點是讓系統管理、模型治理與日常建模有清楚責任及可重複方式。
| 交付物 | 主要內容 | 主要使用角色 |
|---|---|---|
| 現況盤點與風險清單 | 版本、模型、客製、整合、權限及移轉風險 | IT、系統工程、模型治理者 |
| 目標架構與產品配置 | 環境拓樸、角色、儲存庫、協作與備份原則 | IT、平台管理者 |
| 模型治理手冊 | 命名、套件、共用元件、版本、審查與品質規則 | 模型治理者、建模團隊 |
| 試轉及驗證報告 | 模型語意、追溯、報表、客製及效能檢查結果 | 專案負責人、關鍵使用者 |
| 上線、回復與支援計畫 | 切換批次、教育訓練、問題分級、回復條件與窗口 | 專案團隊、IT、使用者 |
FAQ
常見問題
產品狀態與版本細節變動較快，正式導入前仍應以達梭系統官方資料及實際環境盤點結果為準。
CATIA Magic、Cameo 與 MagicDraw 是什麼關係？
達梭系統目前同時呈現 CATIA Magic 新產品組合及 Cameo／MagicDraw 等既有名稱。不同產品能力有對應關係，但實際產品、版本與授權仍需依官方當期資料及客戶環境確認。
既有 MagicDraw 模型可以直接移轉嗎？
不能只看副檔名判斷。應先盤點版本、模型規模、Profile、Plugin、Template、外部連結及報表，再以代表性模型試轉並驗證語意、追溯與輸出。
Teamwork Cloud 導入需要規劃哪些內容？
通常包含部署架構、帳號與角色、存取權限、模型分支與合併、備份、稽核、審查及身分驗證整合；實際範圍依企業環境決定。
可以整合 PLM、ALM、需求與測試系統嗎？
可以先定義資料責任、交換介面與追溯規則，再依現有系統及官方支援方式評估連接器、API 或檔案交換，不假設所有資料都集中在同一平台。
OFFICIAL REFERENCES
達梭系統官方產品資料
以下連結用於確認產品名稱與能力關係；正式採購、授權、相容性及支援狀態仍應向達梭系統或合格窗口確認。
START WITH AN ASSESSMENT
先盤點一個代表性專案，再規劃可驗證的導入路徑
帶著目前使用版本、模型範例、客製項目、協作方式與整合需求開始討論。