3 語言結構

本章描述了ArchiMate企業架構建模語言的結構。其標準元素與關係的詳細定義與範例將於第四章至第一章中說明

3.1 語言設計考量

在開發企業架構通用元模型時，一個關鍵挑戰是在單一架構領域語言的具體性與一套極為通用的架構概念之間取得平衡，這種概念反映了將系統視為一組相互關聯實體的觀點。

ArchiMate語言的設計從一組相對通用的概念出發。這些概念已在後續各節中說明，針對不同架構層級進行了具體化。語言最重要的設計限制是，它被明確設計為盡可能簡小，但仍足以應付大多數企業架構建模任務。許多其他語言試圖滿足所有可能使用者的需求。為追求學習與使用的簡便性，ArchiMate語言僅限於足以建模典型80%實際案例的概念。

本標準並未說明ArchiMate語言設計背後的詳細理由。感興趣的讀者可參考[1]、[2]與[3]，其中提供了語言建構與設計考量的詳細說明。

3.2 語言的頂層結構

圖1概述了語言的頂層階層結構：

• 模型是一組概念——概念可為元素或關係
• 元素可為行為元素、結構元素、動機元素或組合元素

請注意，這些是抽象概念；它們並非直接用於模型中。為表示此意，這些概念以白色呈現，標籤使用斜體。請參閱第四章以了解圖1中所用符號的說明。

圖1：ArchiMate概念的頂層階層

3.3 ArchiMate語言的分層

ArchiMate核心語言定義了一組通用元素及其關係的結構，這些可在不同層級中加以具體化。ArchiMate核心語言中定義了三個層級，如下所示：

1. 業務層描述提供給客戶的業務服務，這些服務由業務實體執行的業務流程在組織中實現。
2. 應用層描述支援業務的應用服務，以及實現這些服務的應用程式。
3. 技術層包含資訊科技與作業科技。例如，您可以建模支援應用世界與業務層的處理、儲存與通訊科技，並以設施、實體設備、材料與配送網路來建模作業或實體科技。

不同層級中模型的整體結構類似。使用相同類型的元素與關係，儘管其具體性質與細緻程度有所不同。在下一章中，將介紹通用元模型的結構。在第8章、第9章與第10章中，這些元素將被進一步專化，以獲得特定層級的專屬元素。

配合服務導向原則，層級之間最重要的關係是由「服務」所形成的[1]關係，顯示一個層級中的元素如何由其他層級的服務來支援。（然而請注意，服務不僅可支援其他層級的元素，也能支援同一層級中的元素。）第二種連結由實作關係形成：下層的元素可能實作上層中對應的元素；例如，一個

「資料物件」（應用層）可能實作一個「業務物件」（業務層）；或一個

「實體」（科技層）可能實作「資料物件」或「應用元件」（應用層）。

3.4 ArchiMate 核心框架

ArchiMate 核心框架是一個由九個單元組成的框架，用於分類 ArchiMate 核心語言的元素。它由三個面向與三個層級組成，如圖2所示。這被稱為 ArchiMate 核心框架。

重要的是要理解，根據面向與層級對元素進行分類僅是一種整體性的分類方式。現實中的架構元素並不需要嚴格限制於某一面向或層級，因為連接不同面向與層級的元素，在一致的架構描述中扮演著核心角色。例如，提前討論後續的理論概念，業務角色作為「純粹行為性」元素與「純粹結構性」元素之間的中介元素，而某段特定軟體是否被視為應用層或科技層的一部分，可能取決於具體情境。

圖2：ArchiMate 核心框架

該框架的結構允許從不同觀點對企業進行建模，其中單元格中的位置突顯了利害關係人的關注點。利害關係人通常會關心多個單元格。

該框架的維度如下：

• 層級 – ArchiMate 中企業可建模的三個層級：業務、應用與科技（如第3.3節所述）
• 面向：

— 主動結構面向，代表結構性元素（展現實際行為的業務參與者、應用元件與裝置；亦即活動的「主體」）

活動的「主體」）

— 行為面向，代表由參與者執行的行為（流程、功能、事件與服務）；結構性元素被指派給行為性元素，以顯示是誰或什麼展現了行為

— 被動結構面向，代表行為所作用的對象；這些通常是業務層中的資訊物件與應用層中的資料物件，但也可用來表示實體物件

這三個面向靈感來自自然語言，其中一句話具有主詞（主動結構）、動詞（行為）與受詞（被動結構）。透過使用人們在其母語中熟悉的構造，ArchiMate 語言更易於學習與閱讀。

由於 ArchiMate 記法是一種圖形語言，其中元素以空間方式組織，因此此順序在建模中並無影響。

如圖1所示，一個複合元素是不一定僅適合框架中單一面向（欄位）的元素，而可能結合兩個或更多面向。

請注意，ArchiMate 語言並不要求建模者使用任何特定的佈局，例如本框架的結構；它僅僅是語言元素的分類。

3.5 ArchiMate 完整框架

本標準版本所描述的 ArchiMate 完整框架，在核心框架的基礎上增加了若干層與一個方面。物理元素被納入技術層，用於模擬實體設施與設備、分佈網絡及物料。因此，這些元素也屬於核心元素。策略元素用於模擬戰略方向與決策，其內容詳述於第 7 章。動機方面在下一章以通用層級提出，並於第 6 章詳細說明。實施與遷移元素則於第 12 章中描述。由此產生的 ArchiMate 完整框架如圖 3 所示。

圖 3：ArchiMate 完整框架

ArchiMate 語言並未定義專門的資訊層；然而，可使用來自被動結構方面的元素，例如業務物件、資料物件與實體，來表示資訊實體。資訊建模在 ArchiMate 的各層中均受到支援。

3.6 ArchiMate 語言中的抽象

ArchiMate 語言的結構可容納多種熟悉的抽象與精化形式。首先，外部（黑箱，從盒子內容中抽象）與內部（白箱）視圖的區別在系統設計中十分常見。外部視圖描述系統對其環境必須執行的內容，而內部視圖則描述系統如何執行這些內容。

其次，行為與主動結構之間的區別常被用來將系統必須執行的事項及其執行方式，與實際執行這些事項的系統組成部分（人員、應用程式與基礎設施）分開。在建模新系統時，通常從系統必須執行的行為開始較為實用；而在建模現有系統時，則通常從構成系統的人員、應用程式與基礎設施開始，再進一步詳細分析這些主動結構所執行的行為。

第三種區別是概念、邏輯與物理抽象層級之間的差異。此概念源自資料建模：概念元素代表企業認為相關的資訊；邏輯元素為這些資訊提供邏輯結構，以便資訊系統進行操作；物理元素則描述資訊的儲存方式，例如檔案或資料庫表格的形式。在 ArchiMate 語言中，這對應於業務物件、資料物件與實體，以及它們之間的實現關係。

邏輯與物理元素之間的區別也延伸至應用程式的描述。TOGAF 企業元模型 [4] 包含一組實體，用以描述業務、資料、應用程式與技術組件及服務，以闡述架構概念。邏輯組件是資料或功能的實現或產品無關封裝，而物理組件則是具體的軟體組件、裝置等。此區別在 TOGAF 框架中以架構構建模塊（ABBs）與解決方案構建模塊（SBBs）的形式呈現。此區別再次有助於將企業架構從高階抽象描述逐步推進至具體的實現層設計。請注意，構建模塊可能包含多個元素，這些元素通常使用 ArchiMate 語言中的群組概念進行建模。

ArchiMate 語言有三種方式來建模此類抽象。首先，如 [6] 所述，可使用行為元素（如應用程式與技術功能）來建模邏輯組件，因為它們代表與實現無關的功能封裝。相對應的物理組件則可使用主動結構元素（如應用程式組件與節點）來建模，並指派給行為元素。其次，ArchiMate 語言支援「實現」的概念。這可透過自技術層向上推進來最佳說明：技術層定義了實現應用程式組件的實體與軟體，並提供與其他實體概念（如裝置、網路等）的對應關係，以支援資訊系統的實現。實現關係亦可用於模擬更抽象的實現關係，例如介於（較具體）需求與（較通用）原則之間的關係，其中需求的滿足即意味著遵循該原則。實現關係也允許應用程式組件之間或節點之間的關係。如此，可建模物理應用程式或技術組件實現邏輯應用程式或技術組件。第三，邏輯與物理應用程式組件可被定義為應用程式組件元素的元模型層級特化，詳述於第 14 章（另見第 14.2.2 節之範例）。TOGAF 內容元模型中的邏輯與物理技術組件亦同理，可定義為節點元素的特化（見第 14.2.3 節）。

ArchiMate 語言有意不支援類型與實例之間的差異。在企業架構的抽象層級上，通常更常建模的是類型與/或範例，而非實例。同樣地，ArchiMate 語言中的業務流程並非描述單一實例（即該流程的一次執行）。因此，在大多數情況下，會使用業務物件來建模物件類型（參見一個 UML® 類別），組織內可能存在多個實例。例如，每次保險申請流程的執行可能產生保險合約業務物件的一個特定實例，但這並不會在企業架構中進行建模。

3.7 概念及其符號

ArchiMate 語言將語言概念（即元模型的組成部分）與其符號分離。不同利害關係人團體可能需要不同的符號以理解架構模型或視圖。在此方面，ArchiMate 語言與 UML 或 BPMN™ 等語言不同，後者僅有一種標準化符號。第 13 章所說明的觀點機制提供了定義此類利害關係人導向視覺化的方法。

雖然 ArchiMate 概念的符號（應）可依利害關係人而異，但本標準提供一種通用的圖形符號，可供架構師及其他開發 ArchiMate 模型的人使用。此符號針對熟悉現有技術建模技術（如實體關係圖 ERD、UML 或 BPMN）的使用者設計，因此與之類似。在本文其餘部分，除非另有說明，用以呈現語言概念的符號均代表 ArchiMate 標準符號。大多數元素的標準符號由右上角帶有圖示的方框組成。在某些情況下，僅使用圖示本身亦可作為替代符號。應盡可能優先使用此標準圖示，以便任何熟悉 ArchiMate 語言的人皆能理解該語言所產生的圖示。

3.8 嵌套的使用

將元素嵌套於其他元素內部，可用作表達某些關係的替代圖形符號。此概念在第 5 章及各關係的定義中進一步說明。

3.9 顏色與符號提示的使用

在本標準內的元模型圖示中，使用灰色調來區分屬於 ArchiMate 框架不同方面的元素，具體如下：

• 白色：用於抽象（即不可實例化）概念
• 淺灰色：用於被動結構
• 中灰色：用於行為
• 深灰色：用於主動結構

在 ArchiMate 模型中，顏色並無正式語義，其使用由建模者自行決定。然而，可自由使用顏色以強調模型中的特定方面。例如，在本標準所呈現的許多範例模型中，顏色被用來區分 ArchiMate 核心框架的各層，具體如下：

• 黃色：用於業務層
• 藍色：用於應用層
• 綠色：用於技術層

顏色亦可用於視覺強調。建議參考 [1] 的第 6 章以獲取相關指引。除了顏色外，亦可使用其他符號提示來區分框架的各層。元素左上角的字母 M、S、B、A、T、P 或 I 可分別表示動機、策略、業務、應用、技術、物理或實施與遷移元素。此符號的範例見於範例 34。

標準符號還使用了一種規則，即根據不同元素類型的符號角的形狀來表示，具體如下：

• 方形角用於表示結構元素
• 圓形角用於表示行為元素
• 對角線角用於表示動機元素

[1]注意，此項在標準的先前版本中稱為「被使用」。為確保清晰，此名稱已更改为「服務」。