ArchiMate 示例
在本文中，您將看到豐富的 ArchiMate 示例視圖集合，這些視圖按照 ArchiMate 標準組織到分層框架中。這些 ArchiMate 視圖演示瞭如何使用 ArchiMate 元素。一些示例可以用作設計模式。
這些示例是使用Visual Paradigm Online設計的，基於 ArchiMate Cookbook 中的示例。如果您還沒有查看食譜，建議您看一看。鏈接： http: //www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
ArchiMate 示例視圖
框架視圖
該框架視圖構建了所有正在使用的視圖。它可用於圖表之間的導航。
動機觀點
此動機視圖可用於檢查驅動組織設計或轉型的動機或原因，以及作為公司內所有變更操作和業務轉型基礎的企業架構。此視圖描述了開發工作的遠景，無論規模和範圍是否包含整個組織、它的一個子集（例如，業務線）或特定的程序或項目（解決方案級別）。請注意，可以將值添加到任何 ArchiMate 元素，例如結果（或任何其他 ArchiMate 元素），以顯示真正的附加值是什麼。
商業動機模型 (BMM) [規範 v.1.3, 2015, OMG] 用於定義動機元素。
使命-價值觀-願景
組織的宗旨、願景和基本價值觀都可以使用使命-價值觀-願景視圖來表示。它可以幫助您確定一個組織的目的、該組織實際在做什麼或打算做什麼，以及它存在的主要原因是什麼。願景是組織在未來的理想狀態。組織的願景、文化和理想都得到核心價值觀的支持。為了實現組織的願景，必須實現戰略目標。
參考：Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) 使用 ArchiMate 建模策略。
戰略價值圖視圖
Strategic Value Map 視圖可視化組織的戰略。所有開發操作都必須直接或間接地從這個包含戰略價值元素的視圖中得出。通過可視化戰略價值，跟踪與實際戰略執行相關的所有其他方面是可行的。這種方法可以用這種觀點來表示、傳達並與現實相關聯。
利益相關者分析視圖
利益相關者分析視圖經常用於利益相關者分析以確定變更驅動因素。首先，確定重要的利益相關者，然後確定最符合他們利益的變革驅動因素。“評估”概念可用於深入的驅動因素分析，例如使用 SWOT（優勢、劣勢、機會和威脅）技術。按照慣例，可以從不同的角度生成不同的利益相關者視圖圖。將大圖分解成小圖的另一個原因是為了使它們緊湊和可讀——為了清晰起見。
利益相關者觀點
這種利益相關者觀點將利益相關者的動機與公司目標聯繫起來。目標是組織發展的最重要組成部分。所有變更操作的任何後續元素都應追溯到這些主要原因。
原則觀
風險與安全觀點
風險和安全概念通過此視圖映射到 ArchiMate。風險管理包括對安全和數據保護的關注。兩者都包含在這個視圖中。
參考：
- 如何使用 ArchiMate® 語言對企業風險管理和安全進行建模，Open Group，文檔編號：W172，2017。
- 使用 ArchiMate® 語言對企業風險管理和安全進行建模，Open Group，2015 年。
SWOT分析觀
目標視圖
目標和主要結果
OKR 是 Objectives and Key Results 的縮寫，是一種流行的定義目標和跟踪進度的管理方法。它有助於圍繞可衡量的目標建立一致性和參與度。OKR 由兩部分組成：(1) 您希望達到的目標和 (2) 將用於跟踪您實現該目標的進度的關鍵結果。
目標是……
- 對你想要完成的事情的定性解釋令人難忘。簡短、鼓舞人心且引人入勝的目標是理想的。團隊應該受到目標的激勵和挑戰。
主要結果是……
- 跟踪您實現目標的進度的一組措施。每個目標應該有兩到五個關鍵結果。關鍵結果太多會讓人難以記住。
另一個版本的操作如下所示。
戰略觀點
戰略觀
與業務戰略相關的概念，例如“行動方針”、“能力”和“資源”，現在在 ArchiMate 版本 3 中可用，可用於為組織的業務計劃建模。這種觀點的有用性和意義在於組織的目標可以與戰略聯繫起來，然後通過能力與企業架構聯繫起來的方式。此視圖可用於應用“基於目標的戰略模型”（Azevedo 等人，2015 年），其中目標形成一個層次結構，可以分解為較低級別的目標。
商業戰略觀
商業動機模型 (BMM) 視圖
需求視圖
此需求視圖可用於根據戰略目標收集需求。這是將戰略與實施聯繫起來的過程：戰略可以一直追溯到執行。
戰略到能力觀
Strategy to Capability 視圖以及其他 ArchiMate 元素（如“Driver”和“Goal”）可用於基於能力的規劃 (CBP)，如下面的 ArchiMate 圖表所示。此視圖可用於幫助規劃（和執行）策略。因此，這種類型的觀點可以用於戰略到能力階段，這是 IT4IT 的“戰略到投資組合”階段的一部分。
能力地圖視圖
Capability Map 視圖可用於對公司的能力進行高級概述：它做什麼或可以做什麼。
能力規劃視圖
能力規劃視圖可用於“戰略與企業架構之間的鏈接”，如基於能力的規劃 (CBP) 所定義。這種方法可用於將策略映射到所需的能力，並將能力映射到資源和其他構建塊等。
能力實現觀
能力實現視圖2
Capability Realization 視圖的另一個示例顯示瞭如何定義哪些元素可用於實現功能。
價值流視圖
重要的是要注意，在價值鏈/價值流的開頭，使用了“定向關聯”。價值“階段”可以在價值流中找到。由價值流組成的“價值鏈”可以類似於一個總體的、高層次的價值流。IT4IT（鏈接）引入了一個價值鏈，其中包括四個價值流：從戰略到投資組合、需求到部署、請求到實現和檢測到糾正（鏈接）。
價值流——能力交叉映射視圖
價值交付鏈的一個簡單示例如下所示。ArchiMate 3.1 版中的 ArchiMate 價值流元素可用於對價值鏈、價值網絡和價值流建模。
這是能力如何協助（服務）價值流的更詳細示例。這個觀點可以用來定義公司做什麼（商業模式）和為什麼需要能力，以及它們與價值創造的關係。
精益 EA 框架 (LEAF) 的參考實現包括此視圖（鏈接）。轉到“價值流”，然後轉到“價值交付鏈”。
商業模式畫布視圖
這是 A. Osterwalder 的商業模型畫布 (BMC) 的基本版本，可以對其進行調整以滿足您的需求。諸如“服務模型畫布”和“精益畫布”之類的版本化技術也可用。例如，BMC 可用於設計和創新業務模型。
通過使用 ArchiMate 對 BMC 建模，“促進從業務請求到設計規範的需求跟踪”。這有助於發現商業模式變化對建築設計的影響。” [LO Meertens 和同事]
用於戰略和業務模型分析的內置架構幫助包含在整體開發中。這使業務分析師和開發人員能夠評估業務模型在多大程度上支持戰略並適合組織，反之亦然。
當 BMC 在建模工具中建模時，此方法的一個好處是 BMC 的所有元素都可以在同一模型存儲庫的其他視圖中重用。在轉變商業模式時，所有的變化都是顯而易見的。業務建模者可以構建新元素，例如服務，或使用存儲庫的所有現有元素，例如組織單位和資源。
概念畫布視圖
BMC 可以有多種形式，如上所示。ArchiMate 的分層方法反映在這個概念畫布的佈局中。
商業觀點
業務架構層視圖。
在每一層的 EA 工具中控制的元素都有各種“地圖”，例如業務服務地圖、流程地圖等。在您識別並引入地圖後，您可以在其他圖表（例如分層視圖）中使用它們。地圖的目標是將“EA 資產”目錄作為“投資組合”處理（類似於想法、服務和項目等的投資組合）。其他功能，如特性或屬性，通常由 EA 工具為每個元素提供。這些可用於提供有關每個方面的更多詳細信息。這種類型的附加數據也可以用於各種類型的分析。
每個圖層可以有多個地圖，例如：
- 業務層中的業務服務、業務參與者和業務流程；
- Application Services，應用層中的Applications；
- 技術層的技術服務、平台和技術；等等。
以下是業務層映射的一些示例。
業務服務地圖視圖
業務服務地圖視圖提供了公司業務服務的概覽。出於管理目的，這種類型的視圖可以用作“服務目錄”或“服務組合”。弄清楚公司向其客戶提供何種商業服務至關重要。業務服務還可用於模擬所有底層組織流程和結構。因此，業務服務是企業架構的重要組成部分。
業務流程圖視圖
此視圖可用作“流程圖”，提供組織業務流程的概覽。
業務流程協作視圖
例如，此視圖可用於為操作模型建模。
業務參與者地圖視圖
有兩種業務行為：內部和外部。與組織合作的客戶、業務合作夥伴或其他利益相關者團體是內部業務參與者的示例，而外部業務參與者是客戶、業務合作夥伴或與公司合作的其他利益相關者團體（例如公共部門組織或其他治理機構） ).
業務參與者合作視圖
以下是兩種使用場景：
- 企業內部視圖：此視圖可視化內部業務參與者如何協作和共享信息。
- 企業間視圖：描述組織運作的運營環境的生態系統視圖。生態系統是通過交互協作的組織和商業夥伴的集合。有供應商、分包商和其他企業對企業的合作夥伴，也有客戶。
業務流程視圖
業務流程視圖顯示了“一個業務流程（或多個流程）的高級結構和組成、提供的服務、參與者的分配角色以及業務流程使用的信息。” 此流程圖包括“Junction”元素來表示流程流的“fork”和“join”。
下面是一個高級過程的視角。這就是運營模式，它基於上述價值流圖中描述的商業模式。
SIPOC（供應商、輸入、過程、輸出、客戶）
SIPOC（供應商、輸入、流程、輸出、客戶）是一個六西格碼工具，可用於定義與所有流程相似的方面。這是檢查業務案例的簡單方法：客戶收到什麼價值以及他或她如何收到價值。
將業務角色作為流程的“泳道”的業務流程視圖——分層方法
客戶由“業務角色 A”表示，客戶旅程路徑由最頂層的“泳線”表示。
請注意，業務角色（可視化為“泳道”）嵌套在流程步驟（活動）內，這意味著這些業務角色被分配給這些業務流程/流程階段。因此，此視圖是分層視圖和業務流程視圖的混合體。
此版本中描述了信息和數據流（流關係）。客戶旅行路徑由上方的“泳線”（與觸發關係相關的活動）表示。
服務設計方法如下所示。客戶旅程路徑（角色 A）由最頂層的“泳線”表示，它通過業務服務（1 和 2）與組織（角色 B 和 C）相關。
分層業務流程視圖
此視圖可用於表示具有手動和自動步驟的業務流程。
客戶旅程地圖視圖
當需要在高層次上研究客戶旅程時，會使用動機和策略元素生成此版本。
當需要進一步詳細檢查客戶服務路徑時，將使用業務層和應用層（核心）部分生成此版本。
客戶體驗是這種以客戶為中心的觀點的重點。這種與“服務設計”相關的技術側重於正在創建的服務的“由外向內”開發。這強調了服務和產品在為客戶以及間接為組織提供價值方面的重要性。客戶旅程路線可用於可視化包含許多應用程序服務和應用程序的客戶價值流。
服務藍圖視圖
此服務藍圖視圖以客戶和服務為中心，但它也突出了服務的“由內而外”方面。服務驅動的開發策略可以識別要藉助此技術構建的服務的潛在行為和結構含義。因此，這種觀點將流程和功能因素添加到客戶體驗驅動的方法中。
這種觀點有多種形式。層和元素之間的信息流是這個例子的主題。
用戶故事視圖
可以使用此視圖可視化用戶故事。
雲服務模型視圖
信息視圖
以下抽象級別可用於對信息建模：a) 概念，b) 邏輯，和 c) 物理。這些抽象層如上圖所示。
概念數據模型視圖
在業務操作中使用的業務對象（也稱為概念）包含在 EA 的信息架構中。概念數據模型可用於表示這些概念及其關係。
“服務”理念
服務概念經常存在問題，這可以從多種方面看出。為了使討論的服務類型一目了然，使用前綴是個好主意：業務服務、應用程序服務或技術服務。根據 ITIL，IT 服務與生產服務相關聯。因此。IT 服務與應用服務的關係最為密切。
服務與產品
產品概念可用於將服務聚合為複合元素。根據 ArchiMate 的規範：
“產品代表連貫的服務和/或被動結構元素的集合，伴隨著合同/協議集，作為一個整體提供給（內部或外部）客戶。”
“產品可以聚合或組合業務服務、應用服務和技術服務、業務對象、數據對象和技術對象，以及合同。因此，產品可以聚合或組合來自業務層以外的其他層的元素。“
“價值可能與產品相關聯。產品名稱通常是與客戶交流時使用的名稱，或者可能是更通用的名詞（例如，“旅行保險”）。”
應用視圖
應用服務地圖視圖
應用地圖視圖
應用程序組合，例如，可以根據業務部門將其分成多個部門。
應用合作視圖（數據流）
應用程序集成視圖（動態關係）
下面的示例 (1–10) 顯示了幾種不同的技術來模擬應用程序之間的數據切換。
- “應用程序 A”擁有“應用程序 B”請求的數據對象“A-1”。
- “應用程序 A”向“應用程序 B”發送數據。
- “應用程序 A”創建“A-1”服務，供“應用程序 B”使用。
- 實際上，“應用程序 B”向“應用程序 A-1”發送請求並收到響應……
應用結構視圖
此視圖對於設計或分析應用程序的主要結構、子組件和相關數據很重要。此圖可用於分解開發中的應用系統的結構，以演示模塊化/分解：它們提供的子系統/子組件是什麼，它們提供的應用服務（或應用接口）是什麼給。
通過結構化接口（下圖中的 GUI 和/或 API）提供的行為特徵稱為應用程序服務（上圖）。“同一枚硬幣的不同面”是應用程序服務和應用程序接口。
應用架構視圖
因為在同一個視圖中既有應用程序也有應用程序模塊，所以這個視圖結合了 EA 和解決方案級別的技術。
應用程序組件模型 (CM)
應用程序組件模型 0-n 是一種對應用程序體系結構進行建模的技術，它由以下各種抽象級別的圖表組成：
- CM-0 級別的圖表描述了應用程序如何與其環境交互，包括它如何與其他應用程序和用戶交互。黑盒用於表示目標應用程序。
- 目標應用程序被分解為模塊（主要組件）以及這些模塊在 CM-1 級別交付和要求的應用程序服務（或應用程序接口）。白盒用於表示目標應用程序。
- 模塊在 CM-2 級別分為子組件。（基本層的數量視情況而定。）
應用程序組件和應用程序服務在下面的應用程序組件模型 (CM) 圖中進行了描述。根據情況，可以使用應用程序接口代替應用程序服務。與往常一樣，使用適合手頭任務的建模風格並僅對那些信息量充足且增值的方面進行建模至關重要。是否突出功能特徵或更詳細地建模取決於建模者，例如，具有精確命名的實際接口。
應用程序組件和應用程序服務在下面的組件模型圖中進行了描述。可以使用應用程序接口而不是使用應用程序服務。
應用程序組件模型 – 0 (CM-0)
目標應用程序與周圍應用程序之間的交互在組件模型 – 0 (CM-0) 級別（上圖）進行了描述。描述了所有必要的應用程序服務（或應用程序接口）。企業架構級組件及其服務在圖中的 0 級表示，目標應用程序位於中間。
應用程序組件模型 – 1 (CM-1)
組件模型 – 1 (CM-1) 級別（上圖）顯示了目標應用程序如何分解為模塊（或主要組件），以及哪個模塊負責哪些應用程序服務（或應用程序接口）。筆記！外部應用程序不需要在此級別顯示，但它們的服務（或界面）是。當顯示更多低級部分時，可以/必須省略更多高級元素——為了清楚起見：保持圖表易於理解。
應用程序組件模型 – 2 (CM-2)
組件模型 – 2 (CM-2) 級別（如上所示）描述了目標應用程序的模塊如何由子組件組成並進行交互。
應用功能視圖
應用功能分解：系統有哪些功能，提供哪些應用服務？
申請流程視圖
下面是應用進程視圖的嵌套視圖。
下面展示了應用進程視圖的內部內容。
應用程序組件序列圖視圖
ArchiMate 並未完全涵蓋序列圖；相反，它們包含在 UML 中。但是，如下所示，ArchiMate 可用於對應用程序組件執行的操作序列進行建模。
對於應用程序組件之間的動態建模，可以使用動態關係“觸發器”和“流”。此視圖的佈局類似於 UML 序列圖的佈局。
應用程序組件序列圖視圖 2
此版本（下圖）顯示瞭如何使用 ArchiMate 來模擬應用程序組件的內部元素執行的操作。行為過程或功能以及結構子組件都是內部部件的示例。應用程序流程、應用程序功能和應用程序組件元素用於對它們進行建模。這些僅作為備選方案提供。
此序列圖中（上圖）中的操作如下：
- 應用程序組件“A”的子進程“X”向應用程序 B 發送帶有參數“A”的請求消息。
- 應用程序組件“B”的子進程“B-1”獲取傳入請求，然後（同步）調用應用程序組件 C，其中應用程序功能“Y”接受請求，執行某些操作，然後返回。
- 應用程序組件“B”的另一個子進程“B-2”向應用程序組件 D 發送帶有參數的消息並接收確認。應用程序組件“D”的子組件“D”進行處理。
- 來自應用程序組件 B 的應答消息由應用程序組件“A”接收。如此處所示，我們可以通過組合這些元素（應用程序組件、應用程序進程和應用程序功能以及關係（觸發器、流））來建模非常複雜的集成案例。UML序列圖在軟件設計中有其自身的專門用途，但 ArchiMate 可用於多種建模用途——也可用於應用程序設計。
企業架構最重要的方面之一是應用程序集成 (EA)。這就是為什麼我們能夠更詳細地描述應用程序如何切換數據以及使用哪些交互方法是有用的。這是“企業集成模式”一書的鏈接，這是開始學習集成模式的絕佳起點。
利用 ArchiMate 動態關係 Trigger 和 Flow 的相同想法，可用於模擬同步和異步消息傳遞模式，在包括最終用戶的序列中使用（下圖）（請求-響應和回調，也發布-訂閱等）。
ETL-過程視圖
EAI/ESB 視圖
分層視圖
分層視圖可用作目標區域概覽上下文圖。這種方法的主要好處是它顯示了應用程序在業務流程中的使用方式以及它們提供的服務。為了對不同的層進行建模，上圖使用了 ArchiMate Grouping-element，而下圖使用了該工具的可視化 Group-element。
ArchiMate 具有三 (3) 層，如下所示： 三層是：1) 業務層，2) 應用層，以及 3) 技術層。它們的顏色通常如下：業務層為黃色，應用層為青綠色，技術層為綠色。
應用程序和數據庫視圖
數據庫是組織整體企業架構的重要組成部分。例如，“客戶數據庫”、“客戶數據庫”、“產品數據庫”等。或者，數據庫可以是應用程序所有表（例如，“客戶表”、“訂單表”、“發票表”等）的邏輯（和物理）編譯，這些表共同形成一個數據庫。根據 ArchiMate 標準，數據對象可用於對邏輯數據庫建模（下圖）。第 9.4.1 章“數據對象”指出：“數據對象的典型示例是客戶記錄、客戶數據庫或保險索賠。” “一個重要的例外是當一個數據對像被用來模擬只有一個實例的數據集合時，比如數據庫。” ArchiMate 包括一個巧妙的內置系統，允許您將相同的概念應用於多個抽象級別（和細節級別）。因此，例如，Data Object 可用於模擬邏輯數據庫、數據庫表、消息結構（跨應用程序切換）等。
數據庫作為應用程序組件
數據庫抽象級別：
數據模型視圖：
用例視圖
ArchiMate 可用於從應用程序的功能角度檢查用例。如下圖所示，用例（由 UML 定義）可以映射到應用程序服務。
用例可以分為兩類：業務用例和系統用例（也稱為系統用例）。下圖顯示了“主要用例”如何由業務服務表示，後續系統用例由應用程序服務表示。
當用例被定義為應用服務時，它們可以在其他圖表（如分層視圖）中用作目標應用功能的片段。換句話說，應用程序服務表示應用程序的行為（功能）。有關用例分析的更多信息，請參閱 ArchiMate Cookbook 鏈接。
技術觀點
技術架構層視圖。
基礎架構視圖
此視圖描述了應用程序的平台。此模式可用於對運行時環境設置以及業務應用程序的部署進行建模。
基礎架構視圖（嵌套）：
實施和遷移層/轉換架構層視圖
實施路線圖視圖
看板視圖
看板是一種可視化工作和流程的工具。看板描述了開發需求、史詩、用戶故事和其他項目如何從待辦事項流向就緒狀態（完成）。根據開發場景的數量和廣度，看板可用於多種用途。例如，“Epics”可以在 EA 級別使用，而“User Stories”或“Requirements”可以用作項目級別的工作項。根據情況，任務項的粒度可能會有所不同。
通用視圖
例如，此簡化表示可用作特定服務、程序或項目的上下文圖。
附加功能
背景概述——銀河系地圖
這是一種在單一外觀中盡可能多地可視化的技術。有關詳細信息，請參閱使用 ArchiMate 製作的銀河地圖。
合作觀
如下面的數據流圖示例所示，這些層可以混合。
元模型
這些示例是使用Visual Paradigm Online創建的。
