文章目錄

• 一、FEA概述
• • 1、背景
  • 2、概述
• 二、FEA參考模型
• • 1、性能參考模型PRM
  • • （1）業務視線
    • （2）性能衡量指標
  • 2、業務參考模型BRM
  • 3、服務組件參考模型SRM/CRM
  • 4、技術參考模型TRM
  • 5、數據參考模型DRM
  • • （1）概述
    • （2）數據描述
    • （3）數據上下文
    • （4）數據共享
• 三、聯邦過渡框架
• • 1、內容
  • 2、使用情景
• 四、企業架構評估框架

一、FEA概述

1、背景

在CIO委員會提出了FEAF與聯邦企業架構實施指南后，美國白宮的管理與預算辦公室（OMB）接下了管理和協調聯邦企業架構建設的責任，并于2002年成立了專門從事聯邦企業架構開發的企業架構項目管理辦公室（FEA-PMO）。

與FEAF不一樣，FEA（Federal Enterprise Architecture，即聯邦企業架構）并不是一種理論化的企業架構開發方法論，而是聯邦政府所要建立的企業架構本身，以及在聯邦企業架構的建設過程中所需要的各種管理和規劃工具。 FEA用于指導聯邦政府改善其對信息技術的投資，并著眼于在全聯邦政府范圍內共享可重用的信息技術資源。

2、概述

FEA的內容（OMB的《Enterprise Architecture Assessment Framework v3.0》）：

• FEA參考模型：核心內容。提供公共的企業架構描述方法。

  通過從五個層面定義參考模型（性能模型、業務模型、服務組件模型、技術模型和數據模型），FEA為各個機構提供了一套公共的企業架構描述方法，從而使得采用不同企業架構框架的機構可以使用相同的語言進行交流。

• 聯邦過渡框架（The Federal Transition Framework，FTF）

  管理與預算辦公室（OMB） 通觀全局為其他各個機構定期發布能夠進行跨部門使用的各種信息技術資源。也就是發布聯邦過渡框架（TFT）的機構。
  聯邦過渡框架（TFT） 內容為定期發布的可被重用的信息技術資源（數據、應用或業務流程等），該資源采用五層參考模型的方式進行描述，以便使這些共享的信息能夠被很好地集成到各個機構之中。

• 企業架構評估框架（OMB EA Assessment Framework，EAAF）：評估和檢驗各個機構的企業架構建設

  OMB從企業架構的完成度、使用情況和結果影響這三個角度出發，分別制定了一系列評估標準來衡量各機構對于聯邦企業架構項目的執行情況，并且此框架還指明了這一評估過程的具體執行方式。

二、FEA參考模型

FEA參考模型作用：

• 在聯邦各機構中進行跨部門分析；
• 在整個聯邦政府范圍內或在某個部門之中尋找重復的投資、識別差距和合作機會。

FEA參考模型形成了一套框架，以便使用通用且統一的方式對聯邦企業架構的重要組成元素進行描述，從而實現在全聯邦政府范圍內改善針對信息技術資源的管理和利用。

按照關注點的不同，FEA的參考模型序列包含如下五種參考模型：

• 性能參考模型（PRM，Performance Reference Model）
• 業務參考模型（BRM，Business Reference Model）
• 服務組件參考模型（SRM/CRM，Service Component Reference Model）
• 技術參考模型（TRM，Technical Reference Model）
• 數據參考模型（DRM，Data Reference Model）

FEA五層參考模型

1、性能參考模型PRM

通過使用性能參考模型PRM各個機構可以在戰略層面以業務線的方式裁剪和描述其任務目標，并且該參考模型還對業務線中各個組成部分如何進行性能評估提出了可供借鑒的參考指標及其定義。

（1）業務視線

性能參考模型從戰略的角度對各個機構的業務進行了分類和描述，稱為業務視線（line of sight）。

• 每條業務視線描述了各個機構相關任務的輸入、輸出以及其對外所產生結果之間的因果關系。
  • “輸入” 指的是執行業務所必需的各種先決條件，例如技術等方面內容；
  • “輸出” 指的是各個機構在日常活動和流程中所產生出的各種直接結果；
  • “結果” 指的是各機構日常活動和流程對外所提供的服務以及所產生的影響。
• 簡單來說，這些視線描述了這樣一個過程：各個機構采用某些輸入，在某些業務流程和日常活動的支持下對外界提供服務，并通過這些服務對外界環境發生影響。

（2）性能衡量指標

除了對這些視線的定義，性能參考模型在這些視線的基礎之上針對“輸入”、“輸出”和“結果”這三個方面分別提出了一系列性能衡量指標。PRM采用層次結構對性能衡量指標進行分類歸納：

• 測量域（Measurement Area）：是PRM框架針對各測量指標在最高層次進行組織的概念，與在機構和方案層面制定的性能目標直接相關。PRM中包含如下六種測量域：
  • 任務與業務結果（Mission and Business Results）
  • 客戶結果（Custom Results）
  • 流程與活動（Processes and Activities）
  • 人力資本（Human Capital）
  • 技術（Technology）
  • 其他固定資產（Other Fixed Assets）
• 測量分類（Measurement Category）：在每個測量域中根據不同的屬性而歸納出的不同組合。例如，在任務與業務結果（Mission and Business Results）測量域中就包含了市民服務（Services for Citizens）、服務交付支持（Support Delivery of Services）和政府資源管理（Management of Government Resources）這三個測量分類。
• 測量分組（Measurement Grouping）：在測量分類中根據測量指標的類型而進行的進一步分組。
• 測量指標（Measurement Indicator）：具體的測量標準，例如用戶滿意度百分比等。

2、業務參考模型BRM

業務參考模型為聯邦政府的各條業務線（LOB，Line-of-Business）提供了一個功能性的視圖。

• 包括：各機構的內部運營行為（對內） 和 對公民提供的各種服務（對外）。
• 業務參考模型中關于機構業務的定義采用一種通用的方式對各機構的業務進行描述，而不是為每個機構量身定制一套業務模型。

業務參考模型采用如下的層次化組織方式對聯邦政府的業務功能進行了歸納：

BRM內容組織結構

• 業務領域（四種）：
  • 市民服務（Services for Citizens） 業務領域：此服務是政府的最終目標，是其對外部公民所能提供的各種服務。
  • 交付模式（Mode of Delivery） 業務領域：包含了政府為了達成目標所采用的機制。
  • 服務交付支持（Support Delivery of Services） 業務領域：包含了用于支持政府運行的各種關鍵政策和計劃與管理基礎。
  • 政府資源管理（Management of Government Resources） 業務領域：包含為了支持聯邦政府的有效率運行而針對所有領域資源的管理功能。

按照上面四種業務領域進行對聯邦政府的各條業務線進行歸納，從而形成了如下圖所示的業務參考模型：

• 注意："性能參考模型"vs"業務參考模型"中的市民服務（Services for Citizens）、服務交付支持（Support Delivery of Services）和政府資源管理（Management of Government Resources）
  • 性能參考模型：綱領和指標。三個同名測量分類中的內容表示的是聯邦政府對這三個方面所定義的各項性能評估指標。
  • 業務參考模型：內容。三個業務領域被用來對聯邦政府為了實現政府目標而采用的業務行為進行描述。
    BRM內容示意

3、服務組件參考模型SRM/CRM

服務組件參考模型是一個業務驅動的功能性框架，它依據服務組件如何對業務和性能目標進行支持而對其進行分類歸納。

• 服務組件參考模型的定義與機構的業務功能相互獨立，致力于在全聯邦政府范圍內對應用和服務組件進行重用。
• 注意：服務組件參考模型的英文縮有用SRM、CRM表示，本文采用SRM來表示（OMB的參考模型定義文檔中所采用的）。

服務組件參考模型的具體內容通過樹形層次結構來進行組織：

• 服務領域（Service Domain）：服務領域為用于支持機構流程和應用的各種服務和能力提供了一份高層次視圖。根據所面向的業務的不同，服務組件參考模型中將服務領域定義為如下幾種：
  • 客戶服務（Custom Services）
  • 流程自動化（Process Automation）
  • 業務管理服務（Business Management Services）
  • 數字資產服務（Digital Asset Services）
  • 業務分析服務（Business Analytical Services）
  • 后臺服務（Back Office Services）
  • 支持服務（Support Services）
• 服務類型（Service Type）：服務類型對服務領域進行了進一步的細化，它為具體的服務組件提供了更為詳細的分類上下文。
• 組件（Component）：為業務提供信息管理能力的構建塊，即自包含的業務流程或服務，其預定功能是通過業務或技術接口來對外提供的。

SRM內容示意

4、技術參考模型TRM

技術參考模型（TRM） 是一個組件驅動的技術框架，它對用于支持服務組件和能力的各種技術和標準進行了分類歸納，同時技術參考模型還聯合了各機構已經存在的技術參考模型和電子政府指南，從而可以站在整個聯邦政府的角度上為技術和服務組件的標準化以及重用的提升打下基礎。

組織形式：樹形層次結構

• 服務領域（Service Area）：代表用于支持服務組件的安全構建、交互和交付的一個技術層。
• 服務分類（Service Category）：將技術和標準按照其所服務的業務或技術功能進行進一步的細分。每個服務分類包含若干服務標準。
• 服務標準（Service Standard）：定義了支持某一服務分類的具體技術和標準。為了幫助各機構將自身技術情況映射到技術參考模型之上，在OMB的這份參考模型文檔中，很多標準除了詳細定義外還采用了說明性的應用或技術作為實例。

技術參考模型的內容：

TRM內容示意

5、數據參考模型DRM

（1）概述

目標：通過標準的數據描述、通用數據的發現以及統一的數據管理實踐的推廣使得聯邦政府實現跨機構的信息共享和重用。

• 適用范圍：適用范圍廣，例如：一個機構內部、在某一個利益共同體（COI，Community of Interest，指的是一組為了實現共同利益和目標而相互合作的人或組織，而為了達成這一目標，他們需要一個共享的詞匯表來實現信息共享）內或不同利益共同體之間。

定義：采用了一種靈活的且基于標準的方式對數據的描述、分類和共享進行定義，因而數據參考模型的內容被劃分為如下三個標準領域：

• 數據描述（Data Description）：提供對于數據的統一描述方法，從而支持數據的發現和共享。
• 數據上下文（Data Context）：采用某種分類法對數據進行歸類，從而便于數據的發現，同時使得定義一個利益共同體的權威數據資產（authoritative data assets）成為可能。
• 數據共享（Data Sharing）：支持數據的訪問和交換。
  • 數據訪問：單次性的特定請求。例如對于數據的查詢；
  • 數據交換：在不同團體之間經常性發生的針對于固定模式或需求的數據的往來交互事務。例如庫存部門和審核部門之間經常需要對庫存中的貨物信息進行核對，雖然每次交互的貨物信息的內容有所不同，但是其對于用于描述貨物信息的數據模型卻是早已確定好了的。
    DRM標準領域及其關系

數據參考模型作為一個參考模型為各機構提供了一套抽象的框架（標準性），而對于其具體實現就由各機構在符合參考模型原則的基礎上自行決定了（靈活性）。此外，由于各個機構可以將組成其數據架構的各種元素與該抽象框架相關聯，從而使得原本隔絕的不同機構在數據方面得到了溝通途徑，促進了不同機構之間的互操作。

數據參考模型所使用的抽象框架模型如下所示：

• 目標：為信息集成、互操作、發現和共享的數據架構的優化提供了一套架構模式。
• 實現方式：1. 對數據架構概念元素以及他們之間的關系進行了明確定義；2. 針對每個概念元素此抽象模型還分別定義了一系列的通用屬性。
• 具體劃分：按照上述三個標準區域被劃分為三個部分，分別用于包含與這三個標準區域相關的概念元素及其關系。
  • 注意：由于這三個標準相互關聯，所以圖中一些概念元素多次出現，但是只有實線邊框的概念元素才是其真正的定義，而虛線邊框的概念元素則用來表示從其他標準區域“借用”而來的意義。
    DRM抽象模型

除了抽象模型之外，數據參考模型還包含了對于數據在安全和隱私方面的考慮。

• 強調：在這三個標準區域中都需要遵循安全和隱私方面的策略，并允許現存的聯邦安全和隱私策略被應用到這些標準區域中。

（2）數據描述

數據描述標準區域的目標：為利益共同體提供關于數據結構（語法）和意義（語義）的共識。利益共同體可基于數據參考模型的內容創建各種相關的數據描述制品。

關于數據描述標準領域的內容都已被定義在DRM抽象模型的相關部分中：

• 這一數據描述抽象模型在一個高度抽象的層次上對數據描述標準領域中涉及到的各種制品進行了抽象。
  DRM數據描述模型

數字數據資源（Digital Data Resource） 可以分為兩大類：

• 結構化數據資源：由數據模式（Data Schema）和結構化數據資源（Structured Data Resource）這兩個部分組成。
  • 數據模式（Data Schema）：定義結構化數據資源的語法和語義，即結構化數據的元數據（Meta data）。在數據描述模型中，數據模式是通過實體（Entity）、屬性（Attribute）、關系（Relationship）和數據類型（Data Type） 這四個概念以及他們之間的關系來定義的。
  • 結構化數據資源（Structured Data Resource）：按照數據模式定義的實例化數據。
• 非結構化和半結構化數據資源（Unstructured / Semi-structured Data Resource）：
  • 非結構化數據，例如視頻數據、音頻數據等，其與結構化數據的最大區別在于，非結構化數據的語義和語法與實例數據本身是緊密結合在一起的。
  • 半結構化數據資源：同時包含結構化數據和非結構化數據的數據資源。例如文檔（Document），其可被定義為包含各種數字數據資源的容器。

按照OMB的數據參考模型中所述，相關概念元素定義如下：

• 數據模式（Data Schema）：對于元數據的一種表述，經常采用諸如邏輯數據模型或概念數據模型的形式。數據模式概念組包含了與結構化數據的表述相關的各個概念元素。一份數據模式為數據共享提供了獨立于其所描述的具體數據值的語義。數據模式與其它概念元素之間具有如下關系：
  • 數據模式定義了結構化數據資源。由于在數據參考模型中數據資源是一種信息容器的概念（通常來講就是文件），所以這里的“結構化數據資源”實際上指的是用于存放數據模式這一元數據信息的信息容器，例如模式文件等。
  • 數據模式描述了一個結構化數據資產。與數據資源類似，數據資產也是一個信息容器，只不過它指代的是一個托管容器（managed container），在大多數情況下指的是關系數據庫，當然它還可以代表網站、文件資源庫、字典或者數據服務。
• 實體（Entity）：針對現實世界中客觀事物的抽象。實體與其它概念元素之間具有如下關系：
  • 實體包含若干屬性。
  • 實體通過“關系”觀念元素與其他實體建立關聯。
• 數據類型（Data Type）：對于一個屬性的物理表述的類型約束。
• 屬性（Attribute）：針對實體某一特性的抽象。屬性與其它概念元素之間具有如下關系：
  • 一個屬性的取值受約束于一個數據類型
• 關系（Relationship）：用于描述實體間的關系。“關系”概念元素與其它概念元素之間具有如下關系：
  • 關系概念元素關聯了參與此關系意義的各個實例。
• 數字數據資源（Digital Data Resource）：用于描述一個信息的數字容器，一般來講就是“文件”。數字數據資源按照其包含的數據類型分為三類：結構化數據資源、非結構化數據資源和半結構化數據資源，同時由于元數據本質上也是數據，因而一個數字數據資源還可以作為元數據的容器。數字數據資源與其它概念元素之間具有如下關系：
  • 數字數據資源可以描述半結構化數據資產。
  • 數字數據資源可以描述非結構化數據資產。
• 結構化數據資源（Structured Data Resource）：用于包含結構化數據的數字數據資源。一旦數據模式可知，那么被其描述的數據將可以通過一種統一且獨立于數據值的方式進行訪問。結構化數據資源與其它概念元素之間具有如下關系：
  • 結構化數據資源是數字數據資源的一種。
• 非結構化數據資源（Unstructured Data Resource）：用于包含非結構化數據的數字數據資源。非結構化數據是一系列可能被某些特定應用程序進行處理的數據值的集合。非結構化數據資源與其它概念元素之間具有如下關系：
  • 非結構化數據資源是數字數據資源的一種。
• 半結構化數據資源（Semi-structured Data Resource）：用于包含半結構化數據的數字數據資源，即其包含的數據中一部分是結構化數據而另一部份是非機構化數據。半結構化數據資源與其它概念元素之間具有如下關系：
  • 半結構化數據資源是數字數據資源的一種。
• 文檔（Document）：用于指代用來容納數字數據資源的文件。文檔與其它概念元素之間具有如下關系：
  • 文檔可以包含結構化、非結構化或半結構化數據資源。
  • 文檔可以對實體進行引用。例如，一份文檔引用了“人”這個實體，因而就可以進行這樣的查詢：“尋找引用了如下個人的所有文檔”。

（3）數據上下文

數據上下文：根據使用數據的背景不同，數據劃分劃分的分類方式的描述和定義 構成“數據上下文”，從而便于具有不同視角的數據消費者對于數據的發現和使用。

• 示例：假設一個名為“人”的實體，它對人進行了抽象并在利益共同體內根據所有參與者的共識定義了符合所有數據消費者要求的屬性，但是在使用過程中，可能有更關注于商業行為方面的數據消費者從顧客的角度來看待人，因而對他來說諸如頭發顏色之類的信息并不一定關注，而對于執法機構方面的數據消費者卻不然。
• 數據上下文的核心是分類法，相關的各種制品還包括：主題、數據專員、關系、查詢點等等。
• 本質：分類法都可通過結構化的方式表述，這為不同團體之間對于分類法的語義和語法的獲得共識提供了基礎。
  • 作用：借由經過結構化表述的分類法定義，數據消費者可識別符合自己要求的數據資產是否存在，并檢測其包含的數據是否符合他對信息的要求。
• 與其他參考模型的關系：站在數據上下文的角度，前面的各個參考模型也是一種分類方法，因而數據上下文也可以看作聯系數據參考模型與其他參考模型的橋梁（例如，可以將數據按照不同的業務線或子功能進行劃分，從而將數據參考模型與業務參考模型結合在一起）。
  DRM數據上下文模型

數據上下文，它對數據上下文相關制品進行了定義。

• 分類法（Taxonomy）包含若干主題（Topic），而且主題之間是具有相互聯系的。
  • 分類法被描述為結構化數據并存放于結構化數據資源中。為了與其他參考模型建立聯系，在此圖中其他參考模型作為分類方法的具體實現被表述出來，當然這并不排除其他分類方法的定義。
• 每個分類法的主題被用來為數據資產進行分類，同時也可以為各種數字化數據資產、訪問點和信息交換包進行分類。
• 數據專員：可以為數據資產指定一個數據專員。

按照OMB的數據參考模型中所述，這一部分模型中所涉及到的各種概念元素定義如下：

• 分類法（Taxonomy）：一個通過層次結構進行組織的受控詞匯（controlled vocabulary terms）的集合。分類法提供了一種通過使用合理且定義良好的締合結構對信息進行分類的方法。分類法與其它概念元素之間具有如下關系：
  • 分類法包含若干主題。
  • 分類法被表述為結構化數據資源。
• 主題（Topic）：分類法中的一個分類，它是為數據賦予上下文的核心概念元素。主題與其它概念元素之間具有如下關系：
  • 主題對數據資產進行分類。
  • 主題可以對數字數據資源進行分類。
  • 主題可以對訪問點進行分類。
  • 主題可以對交換信息包進行分類。
  • 主題通過“關系”概念元素與別的主題建立關聯。
• 關系（Relationship）：用于描述主題間的關系。關系概念元素與其它概念元素之間具有如下關系：
  • “關系”概念元素關聯了參與此關系主題概念元素。
• 數據資產（Data Asset）：用于代表數據的托管容器。在很多情況下，數據資產代表著關系數據庫，然而數據資產還可以被用來代表網站、文檔庫、字典或者數據服務。數據資產與其它概念元素之間具有如下關系：
  • 數據資產為數字數據資源提供管理上下文。例如，一份被某個數據資產（例如文檔庫）存儲和管理的文檔會具有管理上下文，而此管理上下文是通過與那個文檔關聯并存儲于文檔庫中的元數據來提供的。
• 數據管理員（Data Steward）：用來代表對數據資產的管理負責的人。數據管理員與其它概念元素之間具有如下關系：
  • 數據資產可以被數據管理員進行管理。
• 其他聯邦企業架構參考模型（Other FEA Reference Model）：用于代表其他的聯邦企業架構參考模型。通過將其他參考模型看作為具體的分類方法，該概念元素在數據參考模型和其他參考模型之間搭建了關聯。此概念元素與其它概念元素之間具有如下關系：
  • 其他聯邦企業架構參考模型是分類方法的具體類型。

（4）數據共享

在數據描述和數據上下文后，利益共同體就需要把精力放在規劃和實現信息訪問及相互交換方面上面，以實現不同的數據資產之間進行的信息共享，而數據共享標準區域為此提供參考。

• 信息互交換：在信息生產者和信息消費者之間所存在的相對固定且時常發生的信息交互過程。
• 信息訪問能力：而除互交換方式外，信息生產者往往還要對外提供各種信息訪問接口和服務，為各種不確定的外界信息消費者提供信息訪問的能力，而這種通過各種信息訪問接口和服務而獲取信息的能力就是信息訪問能力。
• 兩者區別：
  • 信息交換一般是經常性或周期性地發生，而信息訪問的發生則更具隨機性；
  • 信息交換對于參與雙方在交換發生前就已經得到了明確，更加主動；而信息訪問則只是數據生產者提供信息訪問的接口和服務，而對于數據的消費者卻并不明確，被動方式。

數據提供和使用矩陣

① 信息交換和信息訪問都是在不同的數據資產之間進行的信息共享過程，因而要對這些信息共享方式進行歸納和建模，首先需要明確參與信息共享的各種信息存儲系統。為了這些系統，數據共享標準領域采用了數據提供和消費矩陣（data supplier-to-customer matrix），從而將用于存儲信息的各種數據資產進行了歸納整理。此矩陣從兩個維度將參與信息共享的數據資產分為四種：

• 這兩種維度分別是：
  • 按存儲的信息類型，數據資產分為用于存儲和操作結構化數據的資源庫（圖中第一、二象限）和用于存儲和操作非結構化數據的資源庫（如圖中第三、四象限）。
  • 按信息的操作類型，數據資產分為能夠對數據進行全權操作（創建、更新和刪除）的存儲庫（如圖中第一、三象限）和僅能針對數據進行檢索與分析的存儲庫（如圖中第二、四象限）
• 根據這兩種維度，能夠參與信息共享的數據資產分類（四種）：
  • 事務數據庫（Transactional Database）：包含用于支持業務流程和工作流的結構化數據對象，并且經過精心的設計，這些數據庫的事務性能能得到高度的規范化和優化。
    • 內容：支持聯機事務處理系統（OLTP）、企業資源管理系統（ERP），以及其他用于實現核心業務流程和工作流的后臺系統數據庫。
    • 特點：通常來講，由于執行業務邏輯和引用完整性的需要，用戶不能直接對其數據進行創建、讀取、更新和刪除操作，而需通過由應用程序接口（API）提供的各種服務來實現。
  • 分析數據庫（Analytical Database）：包含用于支持查詢和分析的結構化數據，并且為了提高查詢方便性和效率，這些結構化的數據庫傾向于有目的性地去規范化和優化。數據一般來自于一個或多個事務數據庫，并且以某種結構聯合在一起來支持回答與業務和/或任務利益相關的特定問題。
    • 內容：聯機分析（OLAP）、數據倉庫（Data warehouse）、數據集市（Data mart），以及目錄（例如支持輕量目錄訪問協議（LDAP）或者X.500的信息庫）。
    • 特點：一般來講，其數據可通過查詢來直接訪問，而針對數據的創建、更新和刪除操作通常會通過間接方法（例如，抽取、轉換和加載（ETL）過程）來對相關的事務數據庫來進行。
  • 著作系統信息庫（Authoring Systems Repository）：著作系統范圍廣闊，而產物都是“文檔”，著作系統底層的信息庫也包括了各種能夠保存數據對象的系統（最常見的例子就是文件系統和關系數據庫）。
    • 在數據參考模型的背景下，“文檔”這個詞的概念范圍非常大，它涵蓋了廣大范圍內的各種信息對象，例如多媒體、嵌入圖片的文本文檔、XML模式或文檔類型定義（DTD）等。通常來講，在這個背景下“著作系統”也同樣具有廣闊的范圍。從一個極端來講，一個著作系統可以是一個數碼照相機，而在相反的另一極端，一個著作系統也可以是用于產生正規出版物的一個復雜工作流。
    • 特點：與事務數據庫類似，對于著作系統的底層信息庫中的數據進行直接訪問和操作是不提倡的，因為忽略業務邏輯而對數據進行的操作往往會影響數據的完整性。
  • 文檔信息庫（Document Repository）：目標是為了優化信息檢索而對數據進行存儲，與分析數據庫類似。
    • 內容：網站的文件系統、內容管理系統之下的關系數據庫，XML注冊和信息庫。
    • 特點：針對此種信息庫中數據的操作一般只傾向于對其中數據的查詢，而創建、更新和刪除操作則通常并不對最終用戶開放，而是通過一個由著作系統執行的發布功能來實現。

② 通過數據提供和消費矩陣針對上述四種數據系統的歸納，我們可以將數據交換和數據訪問進行更進一步的具體化：

• 所謂數據交換就是在上述四種數據系統之間所進行的內容定義相對固定且時常發生的交換數據過程。這些數據交換過程以及他們所適用情景描述如下：

  • 抽取、轉換和加載（從結構化數據到結構化數據）：
    • 過程：首先數據源中的結構化數據對象被讀取（抽取，Extract）出來，然后將這些被抽取出來的數據的結構轉換為符合目標數據庫要求的結構（轉換，Transform），最后使用轉換后的數據更新目標數據庫（加載，Load）。用于執行ETL過程的各種服務可以非常復雜也可以是非常簡單，同時他們也可以是其他服務的一個組成部分。
    • 信息載體：結構化數據。
  • 發布（從結構化數據或文檔到聚集后的文檔）：
    • 過程：“發布”是一個將若干文檔片段按照需要的格式組合在一起，并最終存入目標數據庫的過程。
    • 信息載體：文檔。
  • 實體/關系抽取（從非結構化文檔到結構化文檔或結構化數據對象）：
    • 過程：從文檔中識別并抽取出特定元素。其中，實體指特定的人、地點或事物的名詞，關系指實體之間的關聯。一般來講，在此過程中識別出來的實體可以作為元數據而合并到源文檔之中，或被插入到一個獨立的文檔或結構化數據庫中。
    • 信息載體：結構化數據。
  • 文檔翻譯（從文檔到文檔）：
    • 過程：文檔翻譯是為了支持目標應用的需要，而將文檔從一種形式轉換為另一種的過程。這種轉換可以是基于結構的，也可以是面向語言或其他特定目標的。
    • 信息載體：文檔。

    數據交換服務	數據提供者	數據消費者
    抽取、轉換和加載	事務數據庫	事務數據庫
    	事務數據庫	分析數據庫
    	事務數據庫	著作系統
    	分析數據庫	事務數據庫
    	分析數據庫	分析數據庫
    	分析數據庫	著作系統
    	著作系統	事務數據庫
    	著作系統	分析數據庫
    發布	事務數據庫	文檔信息庫
    	分析數據庫	文檔信息庫
    	著作系統	著作系統
    	著作系統	文檔信息庫
    實體/關系抽取	文檔信息庫	事務數據庫
    	文檔信息庫	分析數據庫
    文檔翻譯	文檔信息庫	著作系統
    	文檔信息庫	文檔信息庫

• 所謂數據訪問就是上述各數據系統為了便于外界訪問自身數據而對外提供的各種服務。

  • 上下文獲知服務（Context Awareness Services）：允許用戶可以對利益共同體數據資產的上下文信息進行快速獲取。上下文信息可以被存放在一個正規化的數據架構、元數據注冊表或者是獨立的數據庫之中。上述所有的數據系統都應該提供這項服務。
  • 結構獲知服務（Structural Awareness Services）：允許數據架構師和數據庫管理員能夠快速地識別出存在于數據資產中的數據結構。數據描述信息可以被存放于一個正規化的數據架構、元數據注冊表或者是獨立的數據庫之中。上述所有的數據系統都應該提供這項服務。
  • 事務服務（Transactional Services）：此服務使得在維護業務和引用完整性規則時，針對底層數據存儲庫的事務的創建、更新和刪除操作成為可能。此服務允許外界服務或最終用戶將執行數據相關的功能作為工作流或業務流程的一部分。在事務數據庫和著作系統中需要提供此服務。
  • 數據查詢服務（Data Query Services）：此服務允許用戶、服務或者應用直接對信息庫中的數據進行查詢。在事務數據庫和分析數據庫中需要提供此服務。
  • 內容搜索和發現服務（Content Search and Discovery Services）：此服務允許自由文本搜索或者對信息庫中各文檔所包含的元數據的搜索，并且這些可進行搜索的元數據還應該包括數據上下文。在著作系統和文檔信息庫系統中需要提供此服務。
  • 檢索服務（Retrieval Services）：此服務允許一個應用可以通過某一個唯一標識（例如URL）來請求返回信息庫中的一份特定文檔。在著作系統和文檔信息庫系統中需要提供此服務。
  • 訂閱服務（Subscription Services）：此服務允許其他服務或最終用戶在符合某預定義的策略或配置的前提下可以對自己進行提名，從而對新加入到信息庫的文檔進行自動化接收。在著作系統和文檔信息庫系統中需要提供此服務。
  • 通知服務（Notification Services）：此服務會依據某預定義的策略或配置，將信息庫內容的變化通知給其他服務或最終用戶。在事務數據庫、著作系統和文檔信息庫系統中需要提供此服務。
  訪問服務事務數據庫分析數據庫著作系統文檔信息庫

  上下文獲知服務	√	√	√	√
  結構獲知服務	√	√	√	√
  事務服務	√	×	√	×
  數據查詢服務	√	√	×	×
  內容搜索和發現服務	×	×	√	√
  檢索服務	×	×	√	√
  訂閱服務	×	×	√	√
  通知服務	√	×	√	√

③ 通過上述的關于數據系統的分類，以及針對他們之間進行信息交換和對外提供信息訪問能力所需的各種服務的描述，利益共同體可以將各種數據資產和進行信息共享所需的各種服務進行分類總結，從而明確企業數據架構中關于信息共享這部分的內容。與數據描述和數據上下文一樣，數據共享中所涉及到的各種制品的定義也體現在了數據參考抽象模型的數據共享部分：

DRM數據共享模型

• 交換包（Exchange Package）：用于表述產生于數據提供者和數據消費者之間的經常性的數據交換。交換包中包含了與交換過程相關的各種信息（例如數據提供者ID、數據消費者ID、數據有效期等），以及對于進行交換的數據載體的引用。交換包還可以被用來定義在一次信息交換中被某個查詢點（Query point）接受與處理的查詢結果的格式。
  • 與其它概念元素的關系：交換包引用了實體、交換包被傳播給數據消費者、交換包對查詢點進行查詢、交換包引用了針對交換數據載體的定義。
• 數據提供者（Supplier）：用于代表提供數據給數據消費者的實體。數據提供者與其它概念元素之間具有如下關系：
  數據提供著產生交換包。
• 數據消費者（Consumer）：用于代表對數據提供者產生的數據進行使用的實體。
• 數據載體定義（Payload Definition）：用于代表針對在數據提供者和消費者之間進行交換的數據載體的需求而制定的電子化定義。
• 查詢點（Query Point）：用于代表為訪問和查詢數據資產而提供接口的端點。一個查詢點的具體表達可以是一個特定的用于引發Web服務的URL。查詢點與其概念元素之間具有如下關系：
  • 查詢點訪問數據資產。

三、聯邦過渡框架

聯邦過渡框架（FTF，Federal Transition Framework）是一份包含了所有跨機構的信息技術舉措的目錄，它為各個政府機構對于獲知政府全局級別的信息技術策略目標以及各跨機構舉措這些方面的信息充當了唯一的信息源。

• 作用：通過在全聯邦政府的角度將跨越各個機構的各項舉措進行總結和發布，使得原來相互隔絕的各個政府機構可以從全局的視角審視整個聯邦政府以及自己的信息技術和信息資源的狀況，分享其他機構的最佳實踐和信息資源，從而提升對于信息技術投資的效率并改善其效果。

1、內容

聯邦過渡框架內容包含兩個方面的跨機構信息技術舉措：

• 受OMB資助的各項舉措，例如電子政務舉措和業務線（LOB）舉措等。
• 政府全局級別的舉措，例如IPV6舉措等。

內容組織形式：每一項舉措都對應著一個部分（Section），并且針對每一項舉措FTF都是采用一套標準的層次性方式來進行描述，而這套層次性的描述方式與聯邦企業架構參考模型相吻合，從而方便各個機構將這些跨機構信息技術舉措整合到各自的架構中去，且不存在溝通和交流障礙的。

聯邦過渡框架中目錄的作用：

• 增進各個政府機構對于跨機構舉措的認知和參與。
• 增強各個機構的企業架構與聯邦信息技術策略或其他形式的官方導則之間的一致性。
• 加強針對通用的跨機構業務流程、服務組件以及技術標準的共享和重用。
• 通過部門參與到跨機構實踐團體中的方式來增強機構之間的合作。

2、使用情景

FTF還提供了一系列有關使用情景的描述，用以指導各個機構如何將這些跨機構舉措融合到自身機構之中，并可以幫助各跨機構工作組開發與各條業務線相關的架構工作產品。

在FTF中，這些使用場景的描述包含如下幾個部分：

• 干系人（Stakeholders）：用于列舉此應用情景所涉及到的各相關人員。
• 假設（Assumptions）：用于描述此使用情景得以進行的各個先決條件。
• 步驟（Steps）：用于達成情景結果以及創建和更新各項工作產物的各項步驟。
• 工作產物（Productions）：在各步驟執行過程中創建和更新的各種制品。
• 檢驗（Checks）：用于描述OMB在檢驗工作產物和情境結果中所采用的各項步驟。
• 結果（Outcomes）：用于描述使用情境達成后所帶來的結果和影響。

FTF一共描述了七種使用情境，并根據其應用對象的不同分為兩類：

• 針對各個機構的決策者，FTF制定了如下四種使用情境，用于指導各個機構如何將FTF中的跨機構舉措整合到自身之中：
  • 整合跨機構舉措到機構的企業架構中。
  • 針對機構的企業機構與跨機構舉措的符合性進行自檢。
  • 將機構預算提交與跨機構舉措進行對比校準。
  • 將機構中正在進行的IT項目與跨機構舉措進行對比校準。
• 針對負責FTF的開發和維護的跨機構舉措工作組，FTF定義了如下三種使用情境，用于指導與各業務線相關的各個架構工作制品的開發和維護：
  • 分析階段：定義業務線的范圍，包括一個遠景描述和參考架構。參考架構從相關業務功能、數據需求，以及服務和技術需求這些方面描述了舉措的范圍。
  • 定義階段：為業務線定義目標架構，同時識別出各種可能的實施方案并加以評估，并為實施方案定義業務用例。
  • 操作階段：開發和實施通用的解決方案，從而支持業務線的操作和最終結果的實現（例如節省開支，增進效率和效能）。

四、企業架構評估框架

企業架構評估框架（EAAF，Enterprise Architecture Assessment Framework）是聯邦政府用來對企業架構的情況進行評估的一套框架。

• 內容范圍：企業架構和對于企業架構項目與其他實踐領域在結合度方面的評估。
• 評估指標：企業架構評估框架定義了若干關鍵性能指標（KPI）來對企業架構的各方面情況進行評估，這些指標按照其內容特性可分為三組。
• 注意：在每個指標的定義之外，EAAF還對每項指標的應用理由與是否為強制性衡量指標進行了描述（前者解釋了為什么OMB認為該指標是值得評估的，而后者將指標與具體的法規或策略進行掛鉤）。

在EAAF（v3.0）中，這些指標及其分組定義如下：

指標分組	指標	注釋
完成情況 （Completion）	目標企業架構和架構過渡計劃	用于衡量目標企業架構在識別和解決現實與目標的差距、冗余和IT投資組合成本方面的效率和效能
	架構優先排序	用于衡量部門的經過優先級化的片段架構（Segment Architecture）的開發情況
	完成的范圍	用于衡量已完成的片段架構所占的企業IT投資組合資金量的百分比
	IPv6	用于衡量機構的企業架構將IPv6整合到機構的IT基礎設施片段架構和IT投資組合的情況
使用情況 （Use）	性能改進集成	從流程和產出角度，對機構性能改善計劃與企業過渡計劃之間進行校準的有效性進行評估
	CPIC集成	用于衡量機構的IT投資組合與企業過渡計劃的契合情況
	FEA參考模型與圖表53內容	用于衡量關于主要的FEA參考模型映射以及用于規范說明機構IT投資的圖表53內容的完整性和準確性
	協作和重用	通過衡量共享和重用信息、基礎設施、解決方案和服務組件的情況來評估企業架構的有效性
	企業架構治理、項目管理、變更管理和部署	用于衡量機構對企業架構策略和流程的使用和實施的管理情況
結果情況 （Results）	任務性能	用于衡量機構采用企業架構對項目性能改善進行驅動的程度
	成本節約和避免	用于衡量機構采用企業架構和信息技術來進行成本控制的程度
	IT基礎設施的投資組合質量	用于衡量機構借由IT基礎設施片段架構和其關于IT技術設施業務線的承諾所做計劃的結果的實現及交付的進度情況
	測量企業架構項目價值	企業架構價值評測跟蹤架構的開發和使用，并監督企業架構產品和服務的影響

注：圖表53 是各部門機構用來向OMB匯報關于本機構所有IT投資的預算評估的報告用圖表，并借以明確主要的投資項，而對于各部門來說完成此圖表也是對于1996年《克林格.科恩法案》的遵循，從而符合該法案所要求的所有部門機構必須提供關于其IT投資的完備且準確的會計審核。OMB每年也會通過圖表53來創建全聯邦的IT投資組合，并將其作為總統預算的一部分而進行發布。除了圖表53之外，OMB還制定了其他多種圖表，例如總是和圖表53相伴的用于發現主要投資項的圖表300。

評分與等級：

• 評分：機構或OMB需要根據企業架構的真實情況并依照這些指標分別進行評分，評分范圍在1-5之間（分值越高代表企業架構越好的表現，而且每個KPI分值的含義也在EAAF中得到了詳盡的定義）。
• 等級：OMB需要針對每個指標分組的指標進行平均分計算，并根據平均分數的高低將每個分組劃分為綠、黃和紅三個等級：

	完成情況	使用情況	結果
綠色等級 （良好）	完成情況部分平均得分大于等于4	使用能力部分平均得分大于等于4	使用結果部分平均得分大于等于4
黃色等級 （及格）	完成情況部分平均得分大于等于3	使用能力部分平均得分大于等于3	使用結果部分平均得分大于等于3
紅色等級 （不好）	完成情況部分平均得分小于3	使用能力部分平均得分小于3	使用結果部分平均得分小于3

評估過程：EAAF還對評估過程進行了定義，具體講在一個財年中被分為前后銜接的四項。

• 在每個季度中間，各機構進行企業架構的各片段相關制品的匯報。
• 在第三、四和第一財季的中間各機構分別根據三個評估指標分組對企業項目進行自檢，并將每個季度經過更新的片段架構相關制品與此自檢結果一起提交給OMB。
• 在收到機構的自檢報告以及經過更新的片段架構相關制品后，OMB將會對其進行審查和評估，并返回其意見。
• 在收集了所有指標組的自檢結果和片段架構相關制品后，OMB將在第二個財季對關于機構的企業架構評估提供一份正式的回應。
  EAAF評估流程
  注意：自v3.0以來，為了與其他實踐領域相適應（CPIC等過程），原來的每年一次的評估過程被替代為分布于一年之內的多次且分立的評估，并且每次評估與一個指標分組相對應。

總結

以上是生活随笔為你收集整理的企业架构（四）——联邦企业架构（FEA）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。