📘 教學：ArchiMate 3.2 — 第三章：語言結構

理解企業架構建模的基礎

🌟 導論

歡迎來到這份全面的教學課程第三章：語言結構的ArchiMate® 3.2 規格。本章是整個 ArchiMate 語言的理論基礎——目前尚未列出具體的建模元素（這些將在後續章節中出現），而是定義了語言是如何組織的, 為何如此設計，以及抽象、分層與觀點如何協同運作以支援有效的企業架構（EA）建模。

理解第三章對於任何企圖建立：

  • 建立一致且可重複使用的企業架構模型
  • 在深入元素細節之前，先掌握「整體圖像」
  • 將 ArchiMate 的應用超越語法層面——延伸至策略、對齊與溝通

本教學課程以清晰的說明、實際案例、視覺隱喻以及摘要表格，帶你逐步理解第三章的核心概念，方便快速參考。

我們開始吧。

🔑 關鍵概念

1. 語言設計哲學：「小而足夠」

「ArchiMate 語言僅限於足以建模典型 80% 實際案例的概念。」

  • ArchiMate 避免功能過剩：它刻意地極簡，專注於涵蓋大多數企業架構應用情境的概念。
  • 與 UML 或 SysML 相比，它們試圖建模所有事物——而 ArchiMate 則優先著重於清晰度、易學性和利益相關者的一致性.
  • 把它想成「瑞士軍刀」——而不是完整的工具箱。

📌 提示： 在建模時，總是問自己： 「這個概念是否對架構層次的理解有必要，還是僅為設計或實作細節？」 如果是後者——考慮將其省略。

2. 頂層結構：概念 = 元素 + 關係

  • 模型 = 一組 概念
    • 概念 可以是：
      • 元素 （事物： 什麼)
      • 關係 （連接： 事物之間如何關聯)

以及 元素 可分為四種抽象類別（在圖示中從不直接使用）：

抽象類別 目的 範例實例
結構 「名詞」——執行或被執行的主體或對象 業務參與者、應用組件、節點
行為 「動詞」——所執行的動作 業務流程、應用功能、服務
動機 「原因」——驅動因素、目標、理由 目標、原則、利益相關者
組合 跨領域概念（例如：分組） 分組、位置、平台

🔍 重要：這些抽象概念是無法在模型中無法繪製——它們類似於物件導向程式設計中的超類別。你應使用其具體的特殊化形式（例如應用組件，而非僅僅「結構元素」）

3. 三個層級：業務 → 應用 → 技術

ArchiMate 將企業建模為三個核心層級，每一層都具有更高的技術細節程度：

層級 焦點 關鍵問題 範例
業務 價值創造與交付 我們向客戶提供哪些服務？由誰提供，以及如何提供？ 客戶入會流程、銷售部門、「開戶」服務
應用程式 支援業務的軟體 哪些應用程式支援業務能力？它們提供哪些服務？ 客戶關係管理系統、「客戶資料API」、「驗證KYC」功能
技術 資訊科技基礎設施與硬體 哪些伺服器、網路與裝置運行應用程式？ 雲端虛擬機、負載平衡器、資料庫伺服器

🔁 跨層級關係:

  • 支援：上層元件由支援下層服務
    （例如：「銷售流程」←[支援]–「客戶關係管理服務」）
  • 實現：下層元件實現上層元件
    （例如：「客戶關係管理應用程式元件」←[實現]–「客戶關係管理服務」）

✅ 實現鏈示例（自上而下）：

業務服務 「處理貸款申請」
←由……實現←應用服務 「核保決策」
← 實現於 ←應用組件 「RiskEngineApp」
← 實現於 ←物件 「risk-engine-v2.1.jar」在節點 「AppServer-Prod」

4. 核心框架：3層 × 3面向 = 9個單元

 

可將此視為「元素週期表」的 ArchiMate — 它組織了所有核心元素。

面向 目的 業務層 應用層 技術層
主動結構 執行行為的主體／對象
（主體、「行動者」）		 業務行動者、角色、合作 應用組件、合作、介面 節點、裝置、系統軟體
行為 所執行的內容
（動詞、動作）		 業務流程、功能、服務、事件 應用程式流程、功能、服務、事件 技術流程、功能、服務、事件
被動結構 被作用的對象
(物件、資料)		 業務物件（例如：客戶） 資料物件（例如：客戶記錄） 工件（例如：資料庫檔案、設定）

🧠 記憶輔助: S主語－V動詞－O物件（類似自然語言）：

  • 該業務代表 （主動） 提交 （行為）該訂單表單 （被動）。

💡 組合元素 （例如： 業務角色) 涉及多個面向——角色既是結構（一個職位）和 行為（指派的流程）。

5. 完整框架：擴展核心

該ArchiMate 完整框架 增加：

擴展 位置 目的 範例
策略層 商業之上 長期方向與選擇 能力、資源、行動方案
物理層 技術內部 有形的現實世界資產 設施、設備、材料、分銷網絡
動機方面 跨越所有層級 「為什麼」我們做這些事 利益相關者、推動因素、目標、原則、需求
實施與遷移層 覆蓋層 轉換與變革 工作包、交付成果、平台、差距

📝  註解： 這些擴展包含不不會破壞核心——它們透過關係無縫整合（例如，目標 ←[影響]– 業務流程).

6. 抽象：管理複雜性

ArchiMate 支援三種強大的抽象機制：

類型 描述 範例
黑箱 vs 白箱 隱藏或揭露內部細節 一個「支付網關」方框可能隱藏內部的微服務
行為 vs 結構 分離 什麼 與 誰 先建立「防詐騙偵測」的行為模型，再指派給「防詐騙服務」應用程式
概念 → 逻辑 → 物理 逐步增加具體性 概念: 客戶（業務物件）
邏輯: 客戶記錄（資料物件）
物理: customers_v3.parquet (物件)
← 透過連接實現 關係

✅ 實現至關重要:

  • 它允許在抽象層級之間追蹤。
  • 支援架構演進：「我們目前會使用現有的 PostgreSQL 資料表來實現這個新的資料物件，但計畫進行 NoSQL 迁移。」

🚫 ArchiMate不支援 模型 實例 (例如：「客戶 #12345」) — 僅限類型 (例如：「客戶」)。

7. 符號與視覺化：彈性但標準化

與 UML 或 BPMN（單一符號）不同，ArchiMate 將其分離為：

  • 元模型 (存在的事物)
  • 觀點 (如何向利害關係人呈現)

但它提供一個標準符號 以確保一致性：

視覺提示 含義
🟦 藍色背景 應用層
🟨 黃色背景 業務層
🟩 綠色背景 技術層
🔲 直角 結構元素
🔴 圓角 行為元素
⬜ 斜角 動機元素
🏷️ 左上角字母 (B、A、T、M 等) 層/面向標籤以利釐清
📦 帶圖示的方框（右上角） 標準元素符號（例如，齒輪代表功能，資料夾代表實體）

🎨 顏色具有無正式語義 — 用作視覺輔助.

📌 巢狀 （例如，將流程置入元件中）＝簡寫為 指派 或 組成 關係。

🧪 實務中的範例

範例 1：跨層級服務鏈

一家銀行的 「申請房貸」 服務提供給客戶。

 

[商業] 客戶（參與者）
     │
     ▼ 服務
[商業] 「申請房貸」（商業服務）
     │
     ▼ 實現
[應用] 「房貸申請系統」（應用元件）
     │
     ├── 提供 → 「提交申請」（應用服務）
     └── 存取 → 「房貸申請」（資料物件）
           │
           ▼ 實現
     [商業] 「房貸申請」（商業物件）

[技術] 「AppServer-Prod」（節點）
     │
     ▼ 主機
[技術] 「mortgage-app.war」（實體）
     │
     ▼ 實現
[應用] 「房貸申請系統」

💡 顯示 服務 （垂直價值流）以及 實現 （實作可追溯性）。

範例 2：資料的抽象層級

層級 元素 ArchiMate 類型 備註
概念層 客戶 商業物件 企業所關心的事物
邏輯層 客戶紀錄 資料物件 為應用程式設計：識別碼、姓名、出生日期、風險分數
物理 customers_postgres_table 物件 具有欄位、索引和分割的 PostgreSQL 資料表

關係：

  • 客戶記錄 —[實現]→ 客戶
  • customers_postgres_table —[實現]→ 客戶記錄

範例 3：動機驅動設計

[驅動因素] "法規合規性 (GDPR)"
     │
     ▼ 影響
[目標] "確保資料隱私"
     │
     ▼ 實現
[原則] "最小化資料保留"
     │
     ▼ 限制
[需求] "個人資料必須在 90 天後刪除"
     │
     ▼ 分配給
[應用流程] "資料清除作業"
     │
     ▼ 分配給
[應用元件] "資料治理服務"

顯示如何動機面向引導技術實現。

📊 總結表格：ArchiMate 語言結構一覽

概念 描述 關鍵元素 關係 視覺提示
頂層層級 模型 = 元素 + 關係
元素 = 結構 / 行為 / 動機 / 結合		 抽象（不直接使用） 組成、聚合、特殊化 白色框格，斜體標籤
三層 業務／應用／技術 請參見下方架構表格 服務、實現 黃色／藍色／綠色
核心架構（九格） 3個面向 × 3層
  • 主動 （角色）
  • 行為 （動作）
  • 被動 （物件）
 指派（結構→行為），存取（行為→被動） 方形／圓形／對角線角落
完整架構 新增策略、實體、動機、I&M 能力、設施、目標、高原 影響、聚合、實現 可選的「M」／「S」／「P」／「I」標籤
抽象 概念 → 邏輯 → 實體
黑箱／白箱
行為／結構分離		 業務物件 → 數據物件 → 建造物 實現，指派 巢狀結構以表示組成
符號 標準圖示 + 顏色 + 形狀 右上角的圖示 巢狀 = 關係的簡寫 B/A/T/M 標籤，色彩編碼

以下是官方 Visual Paradigm ArchiMate 工具推薦，並附上真實且即時更新的網址：

1. Visual Paradigm Online（免費線上 ArchiMate 工具）

2. Visual Paradigm Enterprise Edition（認證 ArchiMate 3.1 工具）

3. AI ArchiMate 生成器與觀點

4. ArchiMate 觀點指南與範例

注意：Visual Paradigm 廣泛被財富 500 強企業、新創公司及政府機構用於企業架構與數位轉型。該工具獲得 The Open Group 認證，並支援 ArchiMate 2.1 與 3.1 兩種標準。

🎯 結論

ArchiMate 3.2 規格的第三章並非關於什麼 要建模什麼——重點在於 如何思考 企業架構。

透過掌握：

  • 這個 分層架構 （企業 → 應用 → 技術），
  • 這個 以面向為基礎的框架 （主動／行為／被動），
  • 這個 抽象化機制 （實作、黑箱化），以及
  • 這個 彈性但標準化的符號系統,

……你便能獲得建構 一致、可擴展且與利害關係人相關的企業架構模型 ——無論你是記錄現狀系統、設計目標架構，還是規劃數位轉型。

🚀 專業提示：開始每項建模工作時，先問：
「哪些層級與面向最符合我利害關係人的關切？」
 然後運用 ArchiMate 框架來引導你的元素選擇。

有了這個基礎，你現在已準備好深入探討 第 4 章（通用元模型） 以及更深入的部分——也就是實際的建模元素（例如 企業流程, 應用組件, 節點，等等）都有詳細定義。

祝您建模愉快！ 🏗️📊

Leave a Reply