2.2 治理擴展（Governance Extensions）
治理擴展元模型內容
治理擴展部分的意圖在於引入額外的，並且與支持運營治理的目標和業務服務相關的結構化數據。
2.2.1 關注范圍
- 為目標制定評測標准以及將這些評測與服務相聯系的能力。
- 為服務溝通或外界用戶與系統之間的服務交付提供契約的能力。
- 定義可重用的服務質量的能力。
- 創建額外的圖形來展示系統的歸屬和管理。
2.2.2 適用場景
- 當一個組織認為在IT方面的變更將會對其當前的運營治理模型產生非常重大的影響時。
- 當一個組織針對服務水平有着不同粒度的需求時，並且這些服務水平將因為不同的服務而有所不同。
- 當一個組織正在尋求轉變其運營治理實踐時。
- 當一個組織着重關注於業務驅動力和目標，以及如何將這些內容追溯到服務水平時。
2.2.3 使用效益
- 可以通過一種更加結構化的方式來定義服務水平：
- 描述更加詳盡。
- 在交互契約之間重用服務配置。
- 加強針對業務目標的跟蹤。
- 能夠以一種更加結構化的方式來考慮對於組織運營和運營治理模型的影響：
- 對於系統和數據的歸屬有着額外的圖形表述。
- 對於系統運營和運營流程之間的依賴性有着額外的圖形表述。
2.3 服務擴展（Services Extensions）
服務擴展元模型內容
通過引入信息系統服務（IS Services）的概念，服務擴展部分使得組織可以采用一種更加精細的方式來對服務組合進行建模。信息系統服務由各個應用直接支持，並成為了一個用於減輕針對業務服務約束的抽象層，同時也使得各技術干系人可以在信息系統服務目錄之中增添更多的形式。
2.3.1 關注范圍
針對作為業務服務擴展的信息系統服務的創建。
2.3.2 適用場景
- 業務對於其服務具有一個預設的定義，但這些服務與技術和架構方面的需求並不吻合。
- 業務和信息技術分別采用不同語言來描述相似的能力。
- 信息技術服務不符合業務需求，特別是在服務質量、性能能見度和管理粒度這些領域。
- 剛開始將業務納入到有關信息技術架構的討論當中。
2.3.3 使用效益
- 業務服務可以在核心內容元模型的約束范圍之外進行定義，從而使得業務干系人的參與更加自然。
- 信息系統服務可以根據一個與實現緊密相關的模型而進行定義，從而提供了一個更加現實的解決方案抽象來支持信息技術方面決策。
- 業務和信息系統服務之間的關系揭示了業務視圖與信息系統視圖相吻合以及有偏差的地方。
2.4 流程建模擴展（Process Modeling Extensions）
流程建模擴展元模型內容
流程建模擴展通過為內容元模型引入事件、產品和控制的概念來為流程進行更加詳盡的建模。一般來講，企業架構並不深入到流程的層面，但是對於以流程或事件為中心的組織來說，通過針對此擴展部分的使用，組織可以通過一種更加正規化的方式來描述流程，這也是非常必要的。
2.4.1 關注范圍
- 用作流程觸發的事件的創建。
- 用作流程執行的業務邏輯和流轉管理的各種控制的創建。
- 用作流程輸出代表的各種產品的創建。
- 有關事件圖的創建。事件圖用於跟蹤組織中的各個觸發器以及他們的狀態變化。
2.4.2 適用場景
- 架構必須着重關注於狀態和事件。
- 架構需要顯式地對流程控制的各步驟進行識別和儲存。
- 架構具有關鍵或者復雜的流程。
2.4.3 使用效益
- 此擴展使得詳盡的流程建模和流程制品分類成為可能。
- 可用於支持合規性活動。
- 可用於對進行重新調整的遺留流程或非架構流程進行解構分析。
2.5 數據擴展（Data Extensions）
數據擴展元模型內容
數據擴展部分的內容使得企業可以通過一種更加成熟的方法對數據進行建模，並提高數據的封裝性。在核心模型中，內容元模型通過對數據實體概念的引入建立起了數據建模的初步概念，而在數據擴展部分加入的數據組件概念對數據建模作了進一步的延展。數據組件形成了針對抽象數據實體的邏輯或物理封裝，同時這些封裝也可以成為治理以及部署到應用中的數據單元。
2.5.1 關注范圍
- 創建用於將數據實體分組為若干模塊的邏輯數據組件。這些封裝模塊的產生是以治理、安全和部署為目標的。
- 創建用於實現邏輯數據組件的物理數據組件，一般來講類似於數據庫、注冊表、資源庫、模式以及其他用於數據分割的技術。
- 創建數據生命周期、數據安全以及架構的數據遷移圖，從而在更深的層次上展現關於數據的關注點。
2.5.2 適用場景
當數據的位置、封裝、管理和訪問對於架構的復雜度和風險有着很大的影響時。
2.5.3 使用效益
- 針對數據結構的建模與數據的位置相互獨立，從而使得數據模型可以跨越多個系統而不用關注於其物理實現。
- 針對數據的邏輯分組可以被用來設置治理、安全或數據的部署邊界，為圍繞架構而產生的數據提供了全面的價值提升。
2.6 基礎設施整合擴展（Infrastructure Consolidation Extensions）
基礎設施整合擴展元模型內容
基礎設施整合擴展部分適用於如下的情景之下：在企業中的應用和技術組合已被細分為粒度細小的模塊，以及企業正在尋求將日常業務能力整合為由更少的位置、應用或技術組件所組成。
2.6.1 關注范圍
- 創建一個位置實體來代表IT資產和服務的外部用戶所處的地點。
- 創建邏輯和物理的應用組件來對應用的能力進行抽象，從而使應用的能力與真實存在的應用相分離。
- 創建邏輯和物理的應用組件來對產品類型進行抽象，從而使其與真實存在的技術產品相分離。
- 創建額外的針對資產位置、標准兼容性、應用結構、應用遷移和基礎設施配置的圖形表述。
2.6.2 適用場景
- 當存在很多具有重復或交疊功能的技術產品時。
- 當存在很多具有重復或交疊功能的應用時。
- 當各個應用分散地分布在不同的地理位置上，並且針對應用位置的決策邏輯並沒有被相關干系人理解清楚時。
- 當應用將要被移植到綜合性平台之上時。
- 當應用功能將要被移植到一個綜合性應用之中時。
2.6.3 使用效益
- 使得在應用和技術領域中的功能冗余性得以被發現，並能夠輔助有關此方面的分析。
- 支持標准兼容性的分析。
- 支持關於應用和技術整合方面遷移影響的分析。
- 支持更加詳細的有關應用結構的架構性定義。
2.7 動機擴展（Motivation Extensions）
動機擴展元模型內容
驅動力、最終目標和階段目標將會對組織為其客戶提供業務服務產生影響，而動機擴展部分的內容使得企業可以針對這些內容進行更加結構化的建模。為此，在這一部分內容允許對服務契約（Service Contracts）進行更加有效地定義，以及更好的對於業務效能進行評測。
2.7.1 關注范圍
- 為驅動力（Driver）創建了一個新的元模型實體，用以展現驅動或制約一個組織的各個因素。
- 為最終目標（Goal）創建了一個新的元模型實體，用以展現組織的戰略目標和任務。
- 為階段目標（Objective）創建了一個新的元模型實體，用以展現組織計划需要在中近期獲得的成果。
- 創建“目標/階段目標/服務”圖，用以展現從驅動力、目標和階段目標與各個服務的可追溯性。
2.7.2 適用場景
- 架構需要在更加詳細的層面上理解組織的動機，而不僅僅是針對標准的業務或參與原則，以及通過核心元模型中以不太正規的方式定義各個目標。
- 組織具有相互沖突的驅動力和目標，並且這些沖突需要通過一種結構化的方式進行理解和解決。
- 服務層級（Service Levels）不被人所知或不清晰。
2.7.3 使用效益
- 標明整個企業中各項優先級次序錯亂的行為，並闡明這些行為如何與共享服務發生交互。（例如，有些組織希望能夠節省開支，而其他組織則需要增加容量）
- 可以通過一種更加結構化的方式對業務服務的競爭性需求進行展現，從而使得折中性服務層次得以被定義。