ArchiSurance 案例研究是一個虛構範例，旨在說明 ArchiMate® 模型語言在 TOGAF® 框架內的應用。該案例研究涉及由三家先前獨立公司合併而成的保險公司 ArchiSurance。案例研究描述了該公司的基線架構，以及隨後的多個變更情境。

此案例研究是認證 ArchiMate 培訓課程中必需的範例。然而，它並非官方 TOGAF 定義的一部分。該工作透過展示 TOGAF 與 ArchiMate 標準的結合使用，支援開放集團（The Open Group）無邊界資訊流的願景，使不同組織、系統與計畫之間的架構資訊得以一致呈現。

簡介

此虛構案例研究展示了 ArchiMate 企業建模語言在 TOGAF 框架內的實際應用。該案例研究聚焦於保險公司 ArchiSurance，該公司是由三家先前獨立運作於不同都會區的公司合併而成。

此案例研究在認證 ArchiMate 培訓課程中作為範例使用，並作為 ArchiMate 認證考試的背景資料。它從使用適當的 ArchiMate 或 TOGAF 觀點所呈現的基線業務、應用、資料與技術架構開始。研究隨後進行兩個變更情境。第一個情境提供展示 TOGAF 架構開發與實施週期的視圖範例，包括架構願景、業務目標、原則與需求、目標業務、應用、資料與技術架構、基線與目標之間的差距分析結果，以及支援實施與遷移規劃的視圖。在第二個情境中，第一個情境的目標狀態被視為新的基線，客戶可直接透過網路存取其保險投資組合。目前尚無此情境的模型可用。

開放集團期望此案例研究隨時間演進，並鼓勵其成員加入新的面向與視圖，或建立新的變更情境，只要與原始案例描述及模型保持一致即可。

TOGAF® 與 ArchiMate®

企業架構框架涵蓋支援企業架構師的不同面向。除此之外，它們可能包含以下任何組合的要素：

• 建立架構的流程（「工作方式」）
• 視點的集合或分類
• 描述架構的語言（定義概念與關係，也包含符號表示法）

開放集團維持兩項企業架構的開放標準：TOGAF [1] 與 ArchiMate [2]。

TOGAF 的核心是開發與實施企業架構的流程——架構開發方法（ADM）。TOGAF 也描述了視點、技術、參考模型，以及用以識別構成架構的各類建構模組的內容框架。然而，TOGAF 並未規定必須使用特定的模型語言來建立架構視圖。

ArchiMate 是一種圖形化語言，提供模型的統一表示方式，以支援整個架構開發週期。該標準的 2.0 版包含一個核心語言，用於描述實際架構（業務、資訊系統與技術架構，以及它們之間的關係），以及用於建模架構動機，以及實施與遷移規劃的擴展。圖 1 描述了核心語言與擴展如何與 TOGAF ADM 相連。除了定義模型概念與關係外，ArchiMate — 就像 TOGAF 一樣 — 也定義了一組架構視點。

圖 1：ArchiMate 與 TOGAF 的對應關係

TOGAF 與 ArchiMate 在哲學理念與使用視點來捕捉與傳達單一底層架構模型的不同面向方面，具有堅實的共同基礎。兩項標準相互補足，因為 TOGAF 關注架構的開發與實施流程，而 ArchiMate 則專注於提供統一的語言來建模架構實體。

根據技術標準 [2] 所描述，ArchiMate 語言透過提供一套與供應商無關的概念與關係，包括圖形符號，來補足 TOGAF [1]，協助建立一致且整合的模型，並以視圖形式呈現。

背景

ArchiSurance [3,4] 是近期三家先前獨立保險公司合併的結果：

• Home & Away，專注於房屋與旅遊保險
• PRO-FIT，專注於汽車保險
• Legally Yours，專注於法律費用保險

目前公司由三個部門組成，其名稱與獨立前身的總部相同。

圖 2：ArchiSurance：三家保險公司合併的結果

ArchiSurance 成立的目的是為了發揮三家組織之間的多項協同效應。儘管三間合併前的公司銷售不同類型的保險，但其商業模式相似。三種產品均透過網路、電子郵件、電話與郵寄管道直接銷售給消費者與小型企業。儘管總部位於不同城市，但每家公司均完整設於都會區的現代化辦公大樓內。每家公司都擁有忠實的客戶群，並以誠信、價值、服務與財務穩定性享有良好聲譽。三家公司均由機構與個人投資者所組成的投資鏈所私有持有。

三家公司的主要投資者在注意到低成本競爭者進入其市場、高成長區域的新機會，以及每家公司為保持競爭力所需進行重大新 IT 投資後，啟動了合併談判。他們意識到，唯有規模更大的合併公司才能同時控制成本、維持客戶滿意度、投資新技術，並開拓具有高成長潛力的 emerging 市場。合併談判與監管核准歷時 18 個月，但文件兩年前已簽署，合併已完成。

新公司提供三間合併前公司所有的保險產品，並計劃根據市場條件的變化頻繁調整其產品內容。與其三間前身一樣，ArchiSurance 透過印刷品、網路與直銷方式直接向客戶銷售。

合併為新公司的業務流程與資訊系統帶來了許多整合與協調上的挑戰。這些挑戰在 ArchiSurance 的基線業務、應用、資料與技術架構中顯而易見。但首先，TOGAF ADM 的初步階段確立了這些挑戰的動機背景。

初步階段

為了引導未來的業務與IT變革，ArchiSurance決定基於TOGAF 9.1與ArchiMate 2.0開發企業架構，僅進行最少的調整。

作為初步階段的一部分，已識別出架構參與中的主要利益相關者及其關注事項（在ArchiMate中以內部驅動因素建模）。TOGAF定義了利益相關者映射矩陣來表示此內容。在ArchiMate中，可透過利益相關者觀點來表達：

利益相關者觀點允許分析師建模利益相關者、其關注事項以及對這些事項的評估（以優勢、劣勢、機會與威脅為準）。此外，可將這些關注事項與評估結果與初步（高階）目標關聯，以解決問題。

圖3顯示了此類圖示的一個片段，識別出兩個利益相關者（架構委員會及其現有與潛在客戶）及其關注事項，並以驅動因素建模。客戶滿意度是兩者共同關注的事項。利益相關者滿意度可進一步細化為更詳細的關注事項，例如利潤。

圖3：利益相關者觀點片段

驅動因素會引導特定業務目標的發展，如下所示以實現利潤。例如，降低成本等目標可進一步分解為降低維護成本與降低人力成本。

圖4：推動利潤的業務目標

ArchiMate將原則定義為特定情境下所有系統或其實現方式的規範性屬性。請注意，此處的「系統」包含組織與組織單位，而不僅僅是IT系統。因此，原則有助於實現業務目標。TOGAF將原則定義為架構必須實現的意圖性質的陳述。原則必須具備支持性的理由與重要影響。

ArchiMate的原則觀點（圖5所示為一例）以圖形方式描述原則、其依賴關係以及所實現的目標：

原則觀點允許分析師或設計師建模與當前設計問題相關的原則，包括激勵這些原則的目標。此外，可建模原則與目標之間的關係。例如，原則可能相互產生正面或負面影響。

圖5：原則觀點

TOGAF定義了原則目錄，以提供原則的概覽。

階段B：基線業務架構

合併後，ArchiSurance設立了一個共享的前線辦公室，作為銷售與客戶服務的多渠道聯絡中心，主要聯絡中心設於原Home & Away總部。三個獨立的後線辦公室仍負責三間原公司的保險產品。在原盈利總部設立了一個文件處理共享服務中心（SSC）。該中心負責管理中央文件倉儲與所有自動化文件工作流程。此外，當具有法律效力的文件進入或離開ArchiSurance時，該中心還負責所有掃描、列印與歸檔作業。為確保業務連續性並應對業務高峰期，SSC亦配備了受過訓練的人員與設備，以執行前線功能，前線辦公室亦同樣做好準備。

圖6：ArchiSurance的全球組織結構

在TOGAF ADM的階段B（業務架構）中，ArchiMate可表達並關聯ArchiSurance的組織結構、產品、服務、功能、流程與資訊。業務架構為資料、應用與技術架構提供背景。

組織結構

為描述組織結構，ArchiMate定義了組織觀點：

組織觀點專注於公司、部門、商業網絡或其他組織實體的（內部）組織結構。在此觀點中，模型可表示為嵌套的方框圖，但也可使用更傳統的組織圖等表示方式。組織觀點對於識別組織內的能力、權限與責任非常有用。

此觀點在TOGAF中的對應為組織分解圖。

組織結構通常以樹狀圖表示，如圖7所示，儘管ArchiMate與TOGAF所使用的組織分解方法提供的選項多於簡單的樹狀組織圖。此視圖顯示了ArchiSurance的高階組織結構，以及其主要地點與部門。 alternatively，也可使用嵌套圖將組織按地點與部門進一步劃分。

圖7：組織觀點

業務功能

ArchiMate的業務功能根據一組選定的標準（通常是所需的業務資源和/或能力）對行為進行分組。

ArchiSurance所區分的主要業務功能包括：

• 行銷 — 產品與市場區隔的研究、規劃、推廣與管理，並與精算師合作設計產品
• 精算 — 確定產品定價與準備金水平，與行銷部門合作設計新產品，並分析企業風險
• 客戶關係 — ArchiSurance與客戶之間的互動；處理客戶提問、記錄收到的理賠請求，並執行直接行銷活動
• 核保 — 為個人保單設定定價，並生成保險提案與保單
• 理賠 — 制定並執行ArchiSurance針對每項保單理賠的回應
• 財務 — 根據合約定期向客戶收取保費，並處理保險理賠的付款
• 文件處理 — 透過文件掃描、列印和存檔來支援其他功能
• 投資管理 — 在企業與監管的流動性與風險限制內，管理金融與不動產資產以實現最大回報

這些業務功能中的一些已在 ArchiSurance 的三個部門的後勤部門中重複設置。

為了模擬業務功能及其關係，ArchiMate 定義了業務功能觀點：

業務功能觀點顯示組織的主要業務功能及其在資訊流、價值流或貨物流方面的關係。

此觀點在 TOGAF 中的對應圖為功能分解圖。

圖 8 展示了 ArchiSurance 的主要業務功能，以及功能與外部角色之間最重要的資訊流。同時也顯示了各部門後勤部門中業務功能的重複設置。

圖 8：業務功能視圖

業務流程

ArchiMate 的業務流程根據活動的順序對行為進行分組，產生一組明確的產品或服務。流程架構顯示最重要的業務流程及其關係，可能還包括每個流程的主要步驟。通常不會顯示流程的全部細節——這正是業務流程建模語言的目的。ArchiMate 定義了業務流程觀點：

業務流程觀點用於展示一個或多個業務流程（或其部分）的高階結構與組成。

此觀點在 TOGAF 中的對應圖為流程圖。

圖 9 展示了 ArchiSurance 的兩個核心業務流程及其高階子流程：簽訂合約（在銷售新保險產品時執行）與處理理賠（在收到損失理賠時執行）。儘管這些流程的細節可能因不同類型的保險產品而異，但主要步驟是相同的。

圖 9：業務流程視圖

階段 C：基準資訊系統架構（應用程式）

自合併以來，三個部門已採用統一的入口網站、客戶中心軟體套件及文件管理系統。此外，公司選定了一項戰略性 CRM 解決方案，並已於 Home & Away 和 PRO-FIT 中實施。然而，由於管理層專注於降低合併後的風險，同時持續提升各部門的日常績效，核心業務應用程式的整合尚未開始。如今 ArchiSurance 已達成合併後的績效期望，投資者期望透過採用一組共用的產品與以客戶為中心的應用程式，實現顯著的 IT 成本節省。挑戰依然存在：Home & Away 仍使用合併前的保單管理與財務應用程式套件，而 PRO-FIT 與 Legally Yours 仍使用其各自的合併前客製化應用程式。

圖 10：應用環境

應用程式協作

ArchiMate 定義了應用程式協作觀點，以提供應用程式環境及其之間依賴關係的整體概覽：

應用程式協作觀點描述應用程式組件之間的關係，即它們之間的資訊流，或所提供的服務與使用的服務。此觀點通常用於建立組織應用程式環境的整體概覽。此觀點也用於表達（內部）服務的協作或編排，這些服務共同支援業務流程的執行。

此觀點在 TOGAF 中的對應圖為應用程式通訊圖。

圖 11 展示了 ArchiSurance 的主要應用程式及其應用程式之間的主要資料流。

圖 11：應用程式協作視圖

業務與應用程式對齊

TOGAF 並未定義用於業務與應用程式對齊的圖表。然而，它確實規定了基於矩陣的觀點，以顯示業務與應用程式架構之間的連結，例如：應用程式/組織矩陣與應用程式/功能矩陣。

應用程式組件之間的關係也可以以圖形方式建模。ArchiMate 定義了應用程式使用觀點：

應用程式使用觀點描述應用程式如何用於支援一個或多個業務流程，以及如何被其他應用程式使用。它可用於透過識別業務流程及其他應用程式所需的服務來設計應用程式，或透過描述可用服務來設計業務流程。此外，由於它能識別業務流程對應用程式的依賴關係，因此對負責這些流程的運營管理人員具有實用價值。

應用程式服務概念在此觀點中扮演核心角色。圖 12 展示了 ArchiSurance Home & Away 部門所使用應用程式提供的服務子集，以及理賠處理流程中的哪些子流程使用了這些服務中的哪一項。

圖 12：應用程式使用視圖

階段C：基準資訊系統架構（資料）

ArchiSurance的資料架構描述了其概念性商業物件與邏輯資料物件之間的主要關係。ArchiMate為此目的定義了資訊結構觀點：

資訊結構觀點與幾乎任何資訊系統開發流程中所建立的傳統資訊模型相當類似。它以資料類型或（物件導向）類別結構的形式，呈現企業、特定商業流程或應用程式所使用的資訊結構。

TOGAF所定義的資料觀點之一是邏輯資料圖。

圖13顯示了ArchiSurance所定義的商業物件的一個子集。客戶資訊的一部分是保險檔案，包含保險申請、保險契約與損失理賠。針對ArchiSurance所銷售的每一種保險類型，皆定義了保險契約物件的多個特殊化。

圖13：資訊結構觀點

TOGAF所定義的另一種資料觀點是資料傳播圖：

資料傳播圖的目的是展示資料實體、商業服務與應用元件之間的關係。該圖顯示應用元件如何以實際方式實現邏輯實體。這有助於有效規劃與優化IT架構規模。此外，透過為資料賦予商業價值，可獲得應用元件商業重要性的指標。

圖14顯示了ArchiSurance應用程式的資料傳播圖。

圖14：資料傳播圖

階段D：基準技術架構

圖15概述了ArchiSurance的技術基礎設施環境。在位於Home & Away總部的前線辦公室，設有一台共用伺服器與一台專門用於網站主機的伺服器。位於PRO-FIT總部的共享服務中心（SSC）擁有其自身的檔案管理系統伺服器。三個後線辦公室各有一台伺服器用於其應用程式。

區域網路（LAN）將ArchiSurance三個地點的伺服器與個人電腦相連，而這些地點又透過企業廣域網路（WAN）相互連接。

圖15：基礎設施環境

為了全面了解基礎設施環境，ArchiMate定義了基礎設施觀點：

基礎設施觀點包含支援應用層的軟體與硬體基礎設施元件，例如實體裝置、網路或系統軟體（例如作業系統、資料庫與中介軟體）。

TOGAF中與此觀點對應的是環境與位置圖。

圖16顯示了ArchiSurance的主要基礎設施元件，依地點與部門分組。此觀點也顯示了連接不同裝置的網路，以及部署在裝置上的（應用程式）實體。

圖16：基礎設施觀點

變更情境

情境1：應用程式組合合理化

ArchiSurance應用程式架構的僵化使其難以適應變化的商業環境。部分原因來自合併，應用環境已變得支離破碎，導致資料重複、功能重疊，以及使用各種資料格式與方法進行點對點的應用整合。這些問題導致內部不穩定、應用程式維護成本增加，並阻礙公司內部與合作夥伴之間的資訊共享。結果，IT部門積壓了大量工作請求。ArchiSurance高階管理層對此積壓狀況非常擔憂，特別是無法自動與大量簽約的銷售合作夥伴及具影響力的保險顧問共享資訊。

此情境透過以下方式合理化ArchiSurance的應用程式組合：

• 遷移至整合性的後線套件，執行如保單管理與財務交易等功能。該套件將包含：
  • 一個自動核保系統，可產生建議書與保單——AUTO-U
  • 一個封裝式保單管理系統，與自動核保系統整合，用於簽發、修改與更新保單；此系統亦負責客戶會計與帳單處理——P-ADMIN
  • 一個封裝式理賠系統，其畫面與工作流程可配置以支援ArchiSurance的三大業務線——VERSA-CLAIM
  • 一個產品組態管理器，用以定義所有保險產品，並透過網路服務將這些定義提供給AUTO-U、P-ADMIN與VERSA-CLAIM——P-CONFIG
  • 一個商業規則管理系統（BRMS），包含規則資料庫、處理引擎、規則開發環境，以及規則管理使用者介面的編輯工具。商業規則引擎透過網路服務將規則執行功能提供給AUTO-U、P-ADMIN、VERSA-CLAIM與P-CONFIG——EDGE
• 完成遷移至戰略性客戶關係管理系統

ArchiSurance 的主要投資者和首席執行官支持這些計畫，前提是 ArchiSurance 的客戶和合作夥伴不會察覺到任何變更。保險公司的產品與服務不得受到影響，所有客戶與合作夥伴的互動必須持續無間斷地進行。

圖 17：應用程式組合合理化

作為此項努力的一部分，技術基礎設施也將簡化。獨立的後台伺服器將由位於 Home & Away 总部資料中心的共用伺服器叢集取代。然而，為確保業務連續性，PRO-FIT 总部資料中心也將安裝備用伺服器叢集。

階段 A：架構願景

TOGAF ADM 的階段 A 透過設定範圍、限制條件與目標來建立架構工作，並啟動架構開發週期的迭代。此階段亦驗證業務背景，並發展架構工作說明書。

業務背景由基於主要業務目標與架構原則的關鍵業務需求組成。圖 18 展示了當前情境下一些相關的業務目標與原則。

圖 18：業務目標與原則

目標與原則構成具體需求的基礎，如 ArchiMate 目標精煉觀點所示：

目標精煉觀點允許設計師將（高階）目標模擬為更明確的目標，並將具體目標進一步細化為需求或限制條件，以描述實現目標所需的特性。聚合關係用於將目標細化為子目標；實作關係則用於模擬目標如何細化為需求。

圖 19 展示了此觀點在當前變更情境下的範例。

圖 19：目標精煉視圖

架構願景的重要組成部分是基線與目標架構的高階呈現，以向利害關係人說明架構工作的附加價值。為達此目的，ArchiMate 定義了簡介觀點：

簡介觀點使用簡化的符號，為完整 ArchiMate 語言的子集。通常在設計軌跡的起始階段使用，此時尚不需要全部細節，或用於向非架構師解釋架構模型的核心概念，使其能使用更簡單、更直覺的符號。另一種此基本且較不正式觀點的用途是，試圖避免讓人產生架構設計已固定不變的印象——當使用更正式、高度結構化或詳細的視覺化時，這種印象很容易產生。

TOGAF 中與此觀點對應的是解決方案概念圖。

以下範例突顯了當前變更情境中所需最重要的變更：

• 在前線部門，獨立的法律費用 CRM 系統將消失。
• 在後線部門，獨立的後線應用程式將由單一後線套件取代。三台獨立的通用後線伺服器將由一個共用伺服器叢集與一個備用伺服器叢集取代。

圖 20：簡介視圖

階段 B：目標業務架構與差距分析

在此情境中，業務架構保持不變。然而，在業務架構內，我們也展示目標架構如何實現關鍵業務需求。為達此目的，TOGAF 指定了一種業務足跡圖。在 ArchiMate 中，可透過「需求實作觀點」來表示，定義如下：

需求實作觀點允許設計師透過核心元素（如業務參與者、業務服務、業務流程、應用服務、應用元件等）來模擬需求的實現。通常，需求源自目標精煉觀點。

以下範例顯示了在架構願景階段所建立的業務需求，如何由架構中的元素來實現。

圖 21：需求實作視圖

階段 C：目標應用程式架構與差距分析

下方的應用程式通訊圖顯示了應用程式環境的預期目標狀態。

圖 22：目標應用程式架構：應用程式協作視圖

應用程式架構的整體差距分析結果如下所示。基線架構中存在的一些應用程式元件在目標架構中已不再存在：獨立的後線應用程式與獨立的法律費用保險 CRM 系統。法律費用保險客戶的 CRM 功能將由通用 CRM 系統接手，因此無需新增元件（儘管現有的通用 CRM 系統可能需要調整或重新配置，但此部分未在差距分析中顯示）。此外，還引入了一套全新的後線應用程式套件。

圖 23：應用程式架構：差距分析

階段 D：目標技術架構與差距分析

下方的基礎設施視圖顯示了技術基礎設施領域的預期目標狀態。

圖24：目標技術架構：基礎設施視圖

圖25顯示了技術架構的整體差距分析結果。獨立的通用後端伺服器將被移除。Home & Away原有的伺服器群組將轉變為中央ArchiSurance後端服務群組，並在PRO-FIT總部的SSC新增一個備份伺服器群組。Home & Away後端辦公室也設有一台備份文件管理伺服器。新的後端套件與文件管理系統將分別在主伺服器與備份伺服器上進行複製。

圖25：技術架構：差距分析

實施與遷移規劃

TOGAF 9 引入了階段E與F的過渡架構，用以表示基線架構與目標架構之間可能的中間狀態（「平台」）。

在ArchiMate中，基線架構、目標架構與過渡架構及其相互關係，均透過遷移視點來呈現：

遷移視點包含可用於指定從現有架構過渡至理想架構的模型與概念。

圖26顯示了目前情境的一個範例。ArchiSurance IT部門的資源不足以同時執行後端系統整合與CRM系統整合。因此，其中一個過渡架構將兩個CRM系統整合為一個，但保留獨立的後端系統；另一個則擁有後端套件，但包含兩個CRM應用程式。

圖26：遷移視圖

過渡架構支援如CRM整合與後端應用程式整合等實施專案的規劃。這些專案的執行順序取決於所選擇的過渡架構。這可以在TOGAF專案背景圖（圖27）中呈現：

專案背景圖顯示了作為更廣泛轉型路徑一部分的作業包範圍。專案背景關係圖將作業包與將被新增、移除或受專案影響的組織、功能、服務、流程、應用程式、資料與技術連結起來。

圖27：以ArchiMate呈現的TOGAF專案背景圖

情境2：線上投資組合管理

在此情境中，假設情境1的目標狀態為新的基線，客戶可直接透過網路存取其保險投資組合。透過讓客戶能夠：

• 根據ArchiSurance營運時所使用的規則，安全地在線購買、續保或修改房屋、旅遊、汽車或法律費用保險
• 透過以下方式取得線上交易協助：
  • 在知識庫中搜尋答案
  • 啟動與客戶服務代表（CSR）的即時聊天會話
  • 使用網頁表單撰寫並提交電子郵件，由CSR回覆
  • 使用網頁表單請求CSR撥打電話
• 從ArchiSurance合作夥伴取得資訊與特別優惠，以滿足其需求，例如銀行與財務規劃服務、投資、信用卡及其他類型的保險

目前此情境尚無可用模型。The Open Group鼓勵其成員參與未來版本的此案例研究。貢獻者可擴展或增加本文介紹的兩個情境的細節，或建立新的情境。然而，為促進整體工作的連貫性，新變更情境的基線架構應為本文介紹的變更情境的基線或目標架構。

參考文獻

1. TOGAF® 版本 9.1，The Open Group，由The Open Group出版，2011年。
2. ArchiMate® 2.0 規格，The Open Group，2012年1月。
3. Doest, H., Iacob, M.-E., Lankhorst, M.M.（編輯），以及van Leeuwen, D：視點功能與範例，ArchiMate交付成果 D3.4.1a v2，TI/RS/2003/091，Telematica Instituut，荷蘭恩斯赫德，2004年。
4. van den Berg, H., Moelaert, F：PRO-FIT 汽車損失開放測試平台，測試平台交付成果 WP3/N004/V001，TRC，荷蘭恩斯赫德，1997年。
5. 什麼是ArchiMate？
6. 完整的ArchiMate觀點指南
7. ArchiMate 3 更新
8. ArchiMate 3 的新功能
9. 使用ArchiMate工具搭配TOGAF ADM
10. 如何在ArchiMate 3.1中使用價值流？
11. ArchiMate 3.1 的新功能