企業架構研究總結（44）——企業架構與建模之Archimate視圖和視角

 

 

 

3. ArchiMate的視角與視圖

      建立、維護一個企業架構是一件很是複雜繁瑣的事情，由於這項工做須要面對許多背景、利益各異的干係人，對他們所關注的問題進行解答，並可以在他們之間造成無障礙的溝通流。爲了簡化這個問題的複雜度，各類企業架構框架從各個方面對企業架構的建設提供了幫助和指導。雖然這些架構框架就其具體內容來說差別性較大，可是不管哪種框架對於企業架構的內容卻都有着本身的一套定義和分類方法，不過也正是這些分類明確、條理清晰的分類方法卻使得各類企業架構框架對於各領域內容的描述缺失了他們之間的關聯，於是不一樣領域之間的內容很難保持一致性。

      不只僅建立、維護企業架構是個複雜的問題，對於企業架構的使用也是一個很是繁瑣的事情。即使咱們已經建立了一個全面的企業架構，並在以後的維護中保持了良好的一致性，可是面對這樣一個一應俱全的企業架構，每一個干係人又如何得到其想要的信息呢？舉例來講，企業的總經理須要的是組織中各個領域的歸納，但並不關注於每一個領域的細節，而對於基層的設計師來說，其所關注的倒是某個領域的細節。從目標和詳細度這兩個維度來看，沒有干係人會關注全部領域的全部細節，每一個干係人關心的只是和本身的利益相關的企業架構的一個側面。於是如何從一個面面俱到的企業架構模型（描述）中根據干係人的關注點來獲取相應的側面信息也是一個亟需解決的重要問題。

      綜上所述，不管是建立、維護企業架構，仍是對其進行使用，都須要面對一個架構內容一致性的問題。之因此會有這個問題，究其根本是由於企業架構自己是對企業這一一應俱全的客觀事物的抽象和描述，而對其進行建立、維護和使用的干係人因爲其自己的背景、利益不一樣，他們對企業架構描述的操做也只能着眼於某一個側面。因而可知，企業架構描述與干係人的建立、維護和使用操做之間須要一個「接口」，用來規範干係人對於企業架構描述的各類操做，從而保證針對企業架構描述的修改和信息共享的一致性。

      此「接口」就是前面提到過的視圖（View）和視角（Viewpoint）。其中，視圖一般被定義爲面向各干係人關注點的企業架構描述的一個部分，而視角則是對視圖內容的抽象和描述，他定義了視圖中所使用的概念元素、分析方法和展現方式。一言以蔽之，視圖定義了所看到的內容，而視角則定義了所採用的觀察角度。

      爲了幫助架構師選擇適合的視角和視圖來對各個干係人進行輔助，ArchiMate定義了一個通用的視圖和視角框架，對各類經常使用的視角和視圖進行了概括。這一框架從目標和內容兩個維度對視圖和視角進行了分類概括：

• 目標維度包括以下三個層面：
• 設計（Designing）：用於在從初始藍圖到詳細設計這整個設計流程中對架構師和設計師進行支持。一般來說，設計視角下的視圖包括了諸如採用UML構建的類圖、時序圖等圖形。
• 決策（Deciding）：經過提供多個領域的架構以及他們之間的跨領域關係來輔助管理者進行決策的視角。此視角所包含的視圖一般來源於各類推斷、交叉引用或分析方法，例如交叉引用表、情景圖等報表。
• 告知（Informing）：用於爲各個干係人對企業架構內容進行告知，從而獲取不一樣干係人對於企業架構的理解、承諾，並對各持不一樣意見者進行說服。此視角所包含的視圖包括各類圖表、插圖、動畫等。
• 內容維度包括以下三個層面：
• 詳細（Details）：處在這一層次的視圖一般着眼於企業架構中某一領域或方面的細節內容。
• 相干（Coherence）：處在這一層次的視圖內容包含了企業架構中的多個領域或方面，並着重展現了這些領域之間的關係。
• 概覽（Overview）：處在這一層次的視圖內容一樣也包含了企業架構中的多個領域或方面，不過其抽象層次要高於「相干」這一級別，從而能爲組織高層的決策提供全面的信息，而又不會被過度的細節所掣肘。

      以上述兩個維度爲基準，ArchiMate經過下圖展現了其所定義的視角和視圖框架。在圖中咱們能夠看到：圖的上半部分展現了目標維度的三個層次，而下半部分則描述了內容維度的三個層次，二者相互交合、共同體現了ArchiMate對於視圖和視角的分類概括。此外，此圖周邊還標註了各視圖和視角對應的干係人實例。

      須要注意的是，咱們不能把上面針對視角和視圖的分類看成是一種互斥的概括方式。嚴格地講，咱們所採用的兩個分類維度並非分類基準，而應該是描述角度，舉例來講，一個視角並不能由於是被用來進行「設計」而就不能用來對其餘干係人進行「告知」。實際上，ArchiMate中所定義的各個標準視角每每橫跨兩個維度之中的多個分類層次。接下來，咱們將進一步瞭解ArchiMate的制定者們根據其經驗所定義的一系列標準視角。

3.1 介紹視角（Introductory Viewpoint）

      介紹視角用在設計工做的初期階段，其所採用的概念元素和關係是ArchiMate語言中各概念元素和關係的簡化版本。此視角中的概念元素大多采用邊框略粗的圓角矩形或其餘直觀但不正式的方式來進行表示，而除了觸發關係和實現關係採用具備箭頭的連線表示以外，各類關係圖符都經過簡單的線段連線來表示。於是，從表面上看，該視角下的各類視圖都是經過一種非正式的方式來進行展現的，而之因此這樣是由於在設計開始階段一切事物的細節還未被髮掘，此時的建模重點在於記錄直觀意圖，採用這樣一種方式更符合實際狀況。此外，採用這樣一種非正式的方式會讓干係人直觀地感受到一切還處在開始階段，還並未定型，從而不會產生出伴隨正規的描述方式而來的無可動搖的距離感。

 

      此視角所採用的各概念元素、關係，以及展現風格以下圖所示：

      此視角的示例視圖以下圖所示：

 

 

3.2 組織視角（Organization Viewpoint）

      組織視角關注於某一組織實體的內部結構。組織視角的視圖能夠經過相互嵌套的塊狀圖形來展現，也能夠經過諸如組織結構圖這樣的傳統方式來進行表述。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.3 參與者合做視角（Actor Co-operation Viewpoint）

      參與者合做視角關注於各業務參與者與外部環境之間的關係。此視角一個常見的例子就是背景圖（Context diagram），他描述了組織與包括客戶、供應商和其餘業務夥伴在內的外部環境之間的關係。此視角在明確組織的外部依賴和合做關係，展現其價值鏈這些方面都很是有用。除此以外，該視角還能夠被用來展現各業務參與者和/或各應用組件是如何經過相互結合來實現各個業務流程。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.4 業務功能視角（Business Function Viewpoint）

      業務功能視角用以表述企業的各項業務功能，以及他們之間消息、價值或貨物的交遞關係。經過描述企業所進行的各項主要活動，業務功能視角下的各個視圖展現了企業的最穩定的一個方面，而不論組織如何變動、技術如何演進，因此對於在同一市場中的各個企業來講他們在此視角之下都是很是類似的。此外，因爲此視角在高抽象層次對企業的平常運行進行了描述，於是企業能夠據此明確自身必須的能力，並構建適合的組織結構。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.5 業務流程視角（Business Process Viewpoint）

      業務流程視角在一個較高的歸納層次對企業中的一個或多個業務流程的組成和結構進行描述。除了與業務流程領域所涵蓋的概念以外，此視角還包括了以下的與業務流程各概念元素直接相關的元素：

• 由業務流程所實現的各業務服務。
• 對業務流程進行負責的各業務角色以及相關業務參與者。
• 被業務流程所訪問的信息元素。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.6 業務流程互操做視角（Business Process Co-operation Viewpoint）

      業務流程互操做視角着眼於展現一個或多個業務流程之間，或他們與外部環境之間的關係。此視角能夠被用來在一個比較高的歸納層次上對業務流程進行設計，併爲負責多個業務流程的業務經理提供更加深刻的有關這些流程之間依賴關係的信息。這一視角主要包括以下幾個方面的內容：

• 企業主要業務流程之間的因果關係。
• 業務流程與業務功能之間的映射關係。
• 業務流程所實現的各類業務服務。
• 對於共享數據的使用。

      此視角所採用的各概念元素和關係與業務流程視角是同樣的。實際上這兩個視角都是用來對企業中各個業務流程進行描述，而所不一樣的是業務流程視角關注於業務流程的結構，而業務流程互操做視角的關注點則是業務流程之間的依賴關係。此視角的示例視圖以下圖所示：

 

3.7 產品視角（Product Viewpoint）

      產品視角描述了企業對外部客戶或合做夥伴所提供產品的價值，並展現了該產品的組成狀況，即其包含了哪些業務或應用服務，以及與之相關的合同或協議。此外，產品視角還可被用來展現獲取產品的渠道，以及與之相關的各類事件。經過組合企業中各類現有服務，或根據客戶的需求來明確各類新的服務，產品視角一般在產品開發過程當中被用來對產品進行設計。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.8 應用行爲視角（Application Behavior Viewpoint）

      應用行爲視角用於描述一個應用的內部行爲方式，例如一個應用對各個相關應用服務之間的實現關係。此視角可被用來設計應用的主要行爲，並對不一樣應用之間的功能交疊進行明確。

      此視角所採用的各概念元素和關係以下圖所示：

 

      此視角的示例視圖以下圖所示：

 

3.9 應用互操做視角（Application Co-operation Viewpoint）

      應用互操做視角從信息流或對各類服務的實現和使用角度對不一樣應用組件之間的關係進行描述。此視角一般被用來建立組織中各個應用的整體狀況，也能夠被用來表述用於支持業務流程執行的各項服務之間的交互關係。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.10 應用結構視角（Application Structure Viewpoint）

      應用結構視角用於展現一個或多個應用或組件的結構組織。此視角對於設計或理解應用或組件之間，以及其與相關的數據對象之間的結構很是有用。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.11 應用使用視角（Application Usage Viewpoint）

      應用使用視角用於描述各個應用是如何對各業務流程進行支持的，以及其餘應用是如何對其進行使用的。此視角能夠用來明確業務流程所須要各類應用服務，於是在應用設計過程當中會很是有用，而且此視角還能夠經過描述當前可得的各項服務來爲業務流程設計提供幫助。除此以外，因爲此視角描述了業務流程和應用之間的依賴關係，於是他對掌管多個業務流程的運營經理來講也是很是有用的。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.12 基礎設施視角（Infrastructure Viewpoint）

      基礎設施視角描述了用於支持應用和業務這兩個層次的軟件及硬件基礎設施。此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.13 基礎設施使用視角（Infrastructure Usage Viewpoint）

      基礎設施使用視角描述了組織中的軟件和硬件基礎設施是如何對各個應用或應用組件進行支持的。此視角在對系統進行性能與可擴展性分析時很是有用，由於它將物理上的基礎設施與邏輯世界中的應用進行了關聯。此外，此視角也能夠用在根據應用需求肯定基礎設施的性能和質量的決策過程之中。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.14 實施與部署視角（Implementation and Deployment Viewpoint）

      實施與部署視角用於描述一個或多個應用是如何被技術基礎設施所實現的。與基礎設施使用視角相相似，因爲此視角也能夠將物理上的基礎設施與邏輯上的應用聯繫起來，於是在系統的性能與可擴展性分析中此視角也扮演着重要的角色。除此以外，在安全和風險分析中，此視角也可被用來對各類關鍵的依賴關係和風險進行明確。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.15 信息結構視角（Information Structure Viewpoint）

      信息結構視角與傳統信息系統開發過程當中所涉及到的信息模型相相似，他經過數據類型或類結構的方式對企業或特定的應用、業務流程的信息結構進行表述，並且該視角還能夠被用來展現業務層面中的信息是如何被應用層所描述，並進而由基礎設施層所落實的（經過數據庫模式來描述）。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.16 服務實現視角（Service Realization Viewpoint）

      服務實現視角用於展現一個或多個業務服務是如何經過底層的業務流程而實現的。服務實現視角在產品視角與業務流程視角之間搭建起了一座溝通的橋樑，從而爲各個業務流程提供了一系列由外而視的視圖。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.17 層次視角（Layered Viewpoint）

      層次視角用於在一張圖形之中同時展現企業架構的若干層次或方面。經過「分組關係」，此視角能夠將ArchiMate中的各類元素組織爲若干層次，這些層次可分爲以下兩類：

• 專用層（dedicated layers）：包括基礎設施、應用、流程以及業務角色和參與者這些方面中用於表示內部結構或行爲的概念元素。
• 服務層（service layers）：包括由專用層各元素實現或使用的各類服務方面的概念元素。

      以上兩種層次經過相互交疊，一塊兒造成了層次視角下的各個視圖。在這個過程當中，專用層表述了各個領域的內部結構和行爲方式，而服務層則表明了專用層對外界環境所提供或使用的各類服務。一般來說，位於較低層次的專用層次對外提供和實現了服務層，而此服務層又會被處於較高層次的專用層所使用。層次視角只是對ArchiMate中各類概念元素的一種組織方式，於是與前面所說的各類視角不一樣，在此視角中所可以使用的概念元素和關係包括了ArchiMate中的全部概念元素和關係。雖然層次視角中各層次的性質、順序和數量並無被硬性規定，不過一般來說，此視角下的一個完備的視圖應與下方的示例相一致：

 

3.18 情景圖視角（Landscape Map Viewpoint）

      情景圖視角下的視圖被稱爲情景圖，這是一種可以同時表示三個維度架構關係的矩陣圖形。理論上講，情景圖所表示的架構關係能夠是架構模型中任意三個維度，不過在實踐過程當中，情境圖多數用於表示業務功能、應用組件和產品之間的關係。除此以外，情景圖對三個維度的位置安排也有着必定的「潛規則」：矩陣縱座標多用於放置各類行爲元素，如業務功能、流程等；矩陣的橫座標多用於放置用來表示各類行爲在執行時所處情景的概念元素，如產品、細分的服務市場或場景等；而由以上兩個維度組成的矩陣中的各單元格（第三維度）則一般採用被分配的相關資源來填充，如信息系統、人力資源或基礎設施等。因而可知，情景圖能夠爲各管理者、流程和系統負責人提供很是實際的概覽性視圖，而且架構師們也可在偵測資源分配的模式與變化的過程當中將其做爲資源分配工具和分析工具。因爲情景圖視角所涉及到的概念元素並無硬性限制，於是他能夠包含ArchiMate中的全部概念元素和關係，因此在此只給出相關示例：

 

3.19 干係人視角（Stakeholder Viewpoint）

      干係人視角能夠被用來對干係人、來源於企業內外的驅動力、針對這些驅動力的評估，以及用於知足這些評估指標的各項目標進行建模。此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.20 目標實現視角（Goal Realization Viewpoint）

      目標實現視角使得設計人員能夠將歸納層次比較高的目標細化爲更爲具體的子目標，並可以進一步以這些具體化的子目標爲基礎制定出各類需求和約束。此外，此視角還可對在制定需求和約束過程當中擔當指導的各項原則進行描述。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.21 目標貢獻視角（Goal Contribution Viewpoint）

      目標貢獻視角容許設計師或分析師對目標和需求之間的影響關係進行描述。此視角下的視圖能夠被分析師用來分析不一樣目標之間的相互影響，也能夠用來偵測不一樣的目標之間的衝突關係。一般狀況下，對於此視角的使用是在將高歸納度的目標細化爲更爲具體的目標，甚至是在制定出相關需求和約束以後，於是聚合關係和實現關係也會出如今此視角的視圖當中。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.22 原則視角（Principles Viewpoint）

      原則視角可使設計師或分析師對與當前設計問題相關的各類原則、驅使這些原則落實的相關目標，以及他們之間的關係進行描述。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.23 需求實現視角（Requirements Realization Viewpoint）

      需求實現視角使設計師能夠對需求是如何被各類核心元素（如業務參與者、業務流程、業務服務以及應用組件等）所實現的這一情形進行建模。除此以外，此視角還能夠被用來對各歸納程度較高的需求進行更加深刻的細分，從而造成更加詳細的需求。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.24 動機視角（Motivation Viewpoint）

      動機視角使設計師或分析師可以在忽略核心概念元素的狀況下專門對企業架構在動機方面的內容進行建模。例如，經過將干係人、他們的主要目標、所使用的原則、需求進行關聯，此視角能夠爲企業架構的全部或部分動機方面創建概覽性視圖。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.25 項目視角（Project Viewpoint）

      項目視角主要用於對架構變動的管理進行建模，而這一從企業的當前狀態到目標狀態的遷移過程的架構對於企業的中長期發展戰略，以及以後的決策過程都有着重大的影響。使用此視角進行企業架構模型設計時應注意以下幾個問題：

• 在整個企業範圍內開發一個全面的企業架構是一件須要耗費若干年的大工程。
• 全部的服務或系統在架構變動過程當中不能由於可能發生的修改或變化而中止運行。
• 變動過程須要應對並不成熟的技術標準。
• 變動會對企業的我的、文化、工做方式和組織帶來重大影響。
• 此外，還有其餘一些治理方面的因素會對轉換過程進行制約。例如，內部和外部組織之間的互操做、項目管理、過渡階段規劃以及財務、法律等方面。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.26 遷移視角（Migration Viewpoint）

     遷移視角用於對從當前架構到目標架構這一遷移過程進行描述。此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：

 

3.27 實施和遷移視角（Implementation and Migration Viewpoint）

      實施和遷移視角用於在企業架構的各部分與爲了落實這些架構而指定的項目之間創建關聯。此視角可使建模人員以穩定階段或各架構元素爲單元對項目以及項目活動的範圍進行建模，而且此視角也能夠與項目視角相結合，從而對項目組合管理進行支持：

• 項目視角能夠被用來將目標與各個實施項目關聯起來。在此視角的幫助之下，相關干係人能夠對各個項目是否覆蓋了全部目標而進行檢查。
• 實施和遷移視角能夠用來將目標經由各個落實項目而與相關架構部分進行關聯。在此視角幫助之下，相關干係人能夠明確是否項目活動之間存在交疊，並能對項目之間的依賴性與穩定階段或架構元素之間依賴性是否一致進行分析。

      此視角所採用的各概念元素和關係以下圖所示：

      此視角的示例視圖以下圖所示：