二．內容元模型概述

1.content metamodel定義了一組實體，這些實體允許以支持一致性、完整性和可追溯性的方式捕獲、存儲、過濾、查詢和表示體系結構概念。

在最高級別，內容框架按照TOGAF ADM階段進行劃分，如圖所示。

·體系結構原則、遠景和需求實體旨在捕獲正式體系結構模型的周圍上下文，包括通用體系結構原則、構成體系結構建模輸入的戰略上下文，以及體系結構生成的需求體系結構上下文通常在初始階段和體系結構遠景階段收集；

·業務體系結構實體捕獲業務操作的體系結構模型，特別關注激勵企業的因素，企業如何組織結構，以及企業擁有什么業務能力；

·信息系統體系結構實體捕獲IT系統的體系結構模型，根據TOGAF ADM階段查看應用程序和數據；

·技術基于“增大化現實”技術。

2.內容元模型實體

下圖展示了內容元模型中所包含的各個實體。

3.元模型實體描述

演員:一個人、組織或系統，其角色是發起或與活動相互作用的;例如，銷售代表去拜訪客戶。參與者可能是組織內部的，也可能是外部的。在汽車工業中，一個原始的設備制造商將被一個與其供應鏈活動相互作用的汽車經銷商視為參與者。

應用程序組件與實現結構一致的應用程序功能的封裝。例如，一個購買請求處理應用程序。

請參見邏輯應用程序組件和物理應用程序組件。

假定由于外部限制，在此階段尚未完全驗證的可能事實的陳述。例如，可以假設一個現有的應用程序將支持一組特定的功能需求，盡管這些需求可能還沒有經過單獨的驗證。

業務能力業務可能擁有或交換以達到特定目的的特定能力。

業務服務是組織需要做的基本工作單位。

業務服務可能是業務內部的，對外公開給客戶、合作伙伴、供應商等，也可能是業務從外部方消費的東西。

約束阻止組織追求方法和/或實現目標的因素，如時間、成本或資源約束。它可以更具體:例如，客戶數據在組織內部沒有協調，無論是區域還是國家，這限制了組織提供有效客戶服務的能力。

約定使用者和提供者之間建立交互的功能和非功能參數的協議。這適用于元模型中的所有類型的交互。

服務契約可以包含所有這些屬性中的一些，甚至更多。

oFlow名字

oSender和接收方名稱

oContent:有效負載:傳輸的數據或材料結構及其格式(非結構化、CSV、JSON、XML等)。

不確定性:響應時間:吞吐量、峰值、增長、可用性、完整性、安全性。

Flow contract一個可能包含所有這些屬性的契約，等等。

行動方針指導和集中工作的計劃(戰略或戰術)，以滿足戰略目標和/或交付在業務模型中傳達的價值主張。

4.數據實體

一個相對較小的數據結構，它是或表示一個離散的事物或事件，專家認為它在他們的知識領域中很重要。

數據實體可以是結構化的或非結構化的;它可以標準化，也可以聚合。

數據實體可以在更大的邏輯數據結構(邏輯數據組件)中相互關聯，它表示業務系統中的當前狀態。

5.數據結構

數據結構(小的或大的)可以轉換為特定技術創建和維護某種具體數據存儲(數據庫、存儲庫、文件系統等)所需的物理格式或模式(物理數據組件)。

驅動一個外部或內部條件，激勵組織定義其目標。外部驅動程序的一個例子是規則或遵從性規則的改變，例如，要求改變組織的運作方式;即。美國的《薩班斯-奧克斯利法》(Sarbanes-Oxley)。

事件:觸發處理事件的組織狀態更改;可能來自組織內部或外部，可以在組織內部或外部解決。

組織功能組織整體行為的邏輯劃分，可分為較大/較小的組織功能。它可以通過列出所執行的業務服務或活動來定義。它根據能力或所需資源等標準對這些行為進行分組。它可以映射到所需的資源，如角色、數據實體或應用程序。作為一個邏輯組織單元，它可以映射到一個矩陣中的一個或多個真實的組織單元。

目標是組織的意圖或方向的高級聲明。通常用來衡量一個組織的成功。

6.應用程序

為業務服務的自動化元素提供服務。應用程序服務可以交付或支持部分或全部業務服務。

業務活動發生的地點。位置可以分層地組合和分解。

上述便是對TOGAF架構內容框架之內容元模型的一些介紹。如果說你對IT行業感興趣，就要對自己具有十足的信心，因為你已經具備了成為白領的先天優勢，還在猶豫什么呢？中培偉業歡迎您。

據了解，中培偉業自成立以來，始終秉持“顧客滿意度第一、利潤第二”的理念，致力于高端IT咨詢與培訓服務。其當前主要服務范疇涵蓋IT管理與IT技術兩大范疇。中培偉業由國內知名的技術、管理專家組成了講師和咨詢顧問團隊，同時還擁有一批國內外知名企業的高層經理和資深專家，使得教學團隊的授課能與先進的企業管理經驗相對接，讓企業能將所學到的理論知識運用到企業的實際管理運營中。