文章目錄
一、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)
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)提供了一個功能性的視圖。
- 包括:各機構的內部運營行爲(對內) 和 對公民提供的各種服務(對外)。
- 業務參考模型中關於機構業務的定義採用一種通用的方式對各機構的業務進行描述,而不是爲每個機構量身定製一套業務模型。
業務參考模型採用如下的層次化組織方式對聯邦政府的業務功能進行了歸納:
- 業務領域(四種):
- 市民服務(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):爲業務提供信息管理能力的構建塊,即自包含的業務流程或服務,其預定功能是通過業務或技術接口來對外提供的。
4、技術參考模型TRM
技術參考模型(TRM) 是一個組件驅動的技術框架,它對用於支持服務組件和能力的各種技術和標準進行了分類歸納,同時技術參考模型還聯合了各機構已經存在的技術參考模型和電子政府指南,從而可以站在整個聯邦政府的角度上爲技術和服務組件的標準化以及重用的提升打下基礎。
組織形式:樹形層次結構
- 服務領域(Service Area):代表用於支持服務組件的安全構建、交互和交付的一個技術層。
- 服務分類(Service Category):將技術和標準按照其所服務的業務或技術功能進行進一步的細分。每個服務分類包含若干服務標準。
- 服務標準(Service Standard):定義了支持某一服務分類的具體技術和標準。爲了幫助各機構將自身技術情況映射到技術參考模型之上,在OMB的這份參考模型文檔中,很多標準除了詳細定義外還採用了說明性的應用或技術作爲實例。
技術參考模型的內容:
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註冊和信息庫。
- 特點:針對此種信息庫中數據的操作一般只傾向於對其中數據的查詢,而創建、更新和刪除操作則通常並不對最終用戶開放,而是通過一個由著作系統執行的發佈功能來實現。
- 事務數據庫(Transactional Database):包含用於支持業務流程和工作流的結構化數據對象,並且經過精心的設計,這些數據庫的事務性能能得到高度的規範化和優化。
② 通過數據提供和消費矩陣針對上述四種數據系統的歸納,我們可以將數據交換和數據訪問進行更進一步的具體化:
-
所謂數據交換就是在上述四種數據系統之間所進行的內容定義相對固定且時常發生的交換數據過程。這些數據交換過程以及他們所適用情景描述如下:
- 抽取、轉換和加載(從結構化數據到結構化數據):
- 過程:首先數據源中的結構化數據對象被讀取(抽取,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):此服務會依據某預定義的策略或配置,將信息庫內容的變化通知給其他服務或最終用戶。在事務數據庫、著作系統和文檔信息庫系統中需要提供此服務。
訪問服務 事務數據庫 分析數據庫 著作系統 文檔信息庫 上下文獲知服務 √ √ √ √ 結構獲知服務 √ √ √ √ 事務服務 √ × √ × 數據查詢服務 √ √ × × 內容搜索和發現服務 × × √ √ 檢索服務 × × √ √ 訂閱服務 × × √ √ 通知服務 √ × √ √
③ 通過上述的關於數據系統的分類,以及針對他們之間進行信息交換和對外提供信息訪問能力所需的各種服務的描述,利益共同體可以將各種數據資產和進行信息共享所需的各種服務進行分類總結,從而明確企業數據架構中關於信息共享這部分的內容。與數據描述和數據上下文一樣,數據共享中所涉及到的各種製品的定義也體現在了數據參考抽象模型的數據共享部分:
- 交換包(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等過程),原來的每年一次的評估過程被替代爲分佈於一年之內的多次且分立的評估,並且每次評估與一個指標分組相對應。