企业架构（四）——联邦企业架构（FEA）

大家好，欢迎来到IT知识分享网。

一、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注册和信息库。
    • 特点：针对此种信息库中数据的操作一般只倾向于对其中数据的查询，而创建、更新和删除操作则通常并不对最终用户开放，而是通过一个由著作系统执行的发布功能来实现。

② 通过数据提供和消费矩阵针对上述四种数据系统的归纳，我们可以将数据交换和数据访问进行更进一步的具体化：

• 所谓数据交换就是在上述四种数据系统之间所进行的内容定义相对固定且时常发生的交换数据过程。这些数据交换过程以及他们所适用情景描述如下：
  • 抽取、转换和加载（从结构化数据到结构化数据）：
    • 过程：首先数据源中的结构化数据对象被读取（抽取，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）中，这些指标及其分组定义如下：

注：图表53 是各部门机构用来向OMB汇报关于本机构所有IT投资的预算评估的报告用图表，并借以明确主要的投资项，而对于各部门来说完成此图表也是对于1996年《克林格.科恩法案》的遵循，从而符合该法案所要求的所有部门机构必须提供关于其IT投资的完备且准确的会计审核。OMB每年也会通过图表53来创建全联邦的IT投资组合，并将其作为总统预算的一部分而进行发布。除了图表53之外，OMB还制定了其他多种图表，例如总是和图表53相伴的用于发现主要投资项的图表300。

评分与等级：

• 评分：机构或OMB需要根据企业架构的真实情况并依照这些指标分别进行评分，评分范围在1-5之间（分值越高代表企业架构越好的表现，而且每个KPI分值的含义也在EAAF中得到了详尽的定义）。
• 等级：OMB需要针对每个指标分组的指标进行平均分计算，并根据平均分数的高低将每个分组划分为绿、黄和红三个等级：

评估过程：EAAF还对评估过程进行了定义，具体讲在一个财年中被分为前后衔接的四项。

• 在每个季度中间，各机构进行企业架构的各片段相关制品的汇报。
• 在第三、四和第一财季的中间各机构分别根据三个评估指标分组对企业项目进行自检，并将每个季度经过更新的片段架构相关制品与此自检结果一起提交给OMB。
• 在收到机构的自检报告以及经过更新的片段架构相关制品后，OMB将会对其进行审查和评估，并返回其意见。
• 在收集了所有指标组的自检结果和片段架构相关制品后，OMB将在第二个财季对关于机构的企业架构评估提供一份正式的回应。
  
  
  EAAF评估流程
  
  注意：自v3.0以来，为了与其他实践领域相适应（CPIC等过程），原来的每年一次的评估过程被替代为分布于一年之内的多次且分立的评估，并且每次评估与一个指标分组相对应。