美国联盟政府企业体系架构(FEA)参考模型(20130212)PPT文件格式下载.pptx

美国联盟政府企业体系架构(FEA)参考模型(20130212)PPT文件格式下载.pptx

《美国联盟政府企业体系架构(FEA)参考模型(20130212)PPT文件格式下载.pptx》由会员分享，可在线阅读，更多相关《美国联盟政府企业体系架构(FEA)参考模型(20130212)PPT文件格式下载.pptx（52页珍藏版）》请在冰点文库上搜索。

,公民服务业务域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,“公民服务（ServicesforCitizens）”这个业务域依照政府向美国公民或其代表提供的服务来描述业务目的和任务。

它包含了以公民为焦点的、公众和集体物品及作为针对人民利益和保护而实行的政府义务和服务的交付。

交付模式业务域,“业务域中的“交付模式（ModeofDelivery）”描述政府用来达到其目的或为公民服务的机制。

它包括筹资工具、直接的政府交付，以及间接的政府交付。

支持服务的交付业务域,“支持服务的交付（SupportDeliveryofService）”是提供关键的政策、程序和管理基础以支持联邦政府运作。

政府资源管理业务域,“政府资源管理（GovernmentResourcesManagement）”指保证政府操作有效性的内勤（backoffice）支持活动。

第一部分：

数据参考模型（DRM）,服务构件参考模型（SCRM）开发说明,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,FEA服务构件参考模型SRM（ServiceComponentReferenceModel）是为了在IT投资和资产上发掘全政府范围的业务和应用服务构件。

它是基于构件的框架，它提供不依赖业务功能基础的杠杆作用，能够支持应用程序的重用、应用系统能力、构件和业务服务。

SRM的开发是与SAWG（方案架构师工作组），联邦部门机构（FederalAgencies）、工业顾问委员会（IAC，IndustryAdvisoryCouncil）、架构和基础设施委员会（AIC，theArchitectureandInfrastructureCommittee）等紧密合作的。

它定义了7个服务域（ServiceDomains），这些域提供了一个高层视角来观察支持企业和组织过程和应用的服务和能力。

构件定义与分类,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,一个构件可以定义为“一个自包含的业务过程或服务；

这个过程和服务具有预定的、可以通过一个业务或技术接口发挥作用的功能。

构件集成与聚集服务,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,构件的有效识别、集成和使用，使得集成服务在部门和政府间共享。

这些服务提供业务过程的功能和执行，它们支撑着BRM的子功能。

服务构件的聚集可以快速构造和实现构件以支持一个给定的启动项目或投资。

下图说明了聚集服务的概念，这里多种服务构件可以支持一个业务子功能。

SRM定义目的,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,SRM是基于构件的框架，它提供不依赖业务功能的一个应用程序的重用、应用能力、构件和业务服务间可以协调平衡的基础。

SRM用于确认并划分水平和垂直的服务构件，这些构件支持联邦部门及其IT投资和资产。

这个模型对于推荐服务能力以支持业务构件和服务的重用也会有帮助作用。

更具体地说，SRM的建立是为了：

提供一个整体框架，用来识别服务构件及其与技术架构的关系。

为业务服务和能力的重用而划分、归类并推荐构件。

定义已有的服务构件，这些构件可能与部门之外的构件取得协调。

校准并平衡已有的联合指南和应用/架构的建议。

支持24PresidentialPriorityE-GovInitiatives。

一旦这些新的服务和构件在工业和联邦市场得以发现，SRM就要基于新的服务和构件进行改进。

SRM的层次与结构,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,SRM七个服务域的基本情况,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,1.客户服务（CustomerServices）域指的是那些直接与最终用户相关的、或是业务与用户之间的交互、或以用户驱动的活动或操作等的能力集合。

这个服务域包括3个服务类型（ServiceTypes）和21个构件（Components）。

2.过程自动化服务（ProcessAutomationServices）域指的是那些支持过程自动化，以及保证高效管理业务的管理活动的能力集合。

这个域包含2个服务类型和5个构件。

3.业务管理服务（BusinessManagementServices）域指的是那些支持业务功能以及组织活动的管理和执行的能力集合。

那些组织活动是为了在跨业务和价值链参与者中维持一种连续性。

该服务域包括4个服务类型和20个构件。

4.数字资源服务（DigitalAssetServices）域指的是支持知识产权和跨业务和扩展企业的电子媒体的产生、管理和分发的能力集合。

该服务域包括4个服务类型和25个构件。

5.业务分析服务（BusinessAnalyticalServices）域指的是那些支持信息抽取、聚集和展示以促使决策分析和业务估评的能力集合。

这个服务域包括4个服务类型和19个构件。

6.内勤服务（BackOfficeServices）域指的是那些支持基于事务功能的企业规划管理的能力集合。

这个域包括6个服务类型和47个构件。

7.支持服务（SupportServices）域指的是那些可以平衡互补相关服务域的目标和任务的跨功能能力的集合。

这个服务域包含6个服务类型和31个构件。

FEA与SRM使用说明,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,第一部分：

数据参考模型（DRM）,TRM定义目的,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,技术参考模型（TRM）是一个构件驱动的、用于鉴别那些支持并使能服务构件及能力交付的标准、规格和技术的技术性框架。

TRM的目的是归纳出技术元素。

这些技术元素完全地支持采用和实施基于构件的体系架构。

这个模型提供了一个这样的基础，即通过标准化从而促进了联邦政府内的技术和构件服务的重用。

对照TRM来调整机构投资可以运用（leverages）通用、标准化的词汇，有利于机构之间或机构内的相互发现、合作和交互能力。

通过辨识和重用最佳解决方案和技术以支持他们的业务功能、任务和目标架构，各种机构及联邦政府都会受益于这种规模效益。

具体的TRM是用来做下事情：

产生一个全政府范围的参考模型，它统一了各机构的TRM和现有的电子政府指南。

关注技术标准、规范和那些包含因特网及其相关方法的建议（recommandations）。

建立一个基础原则，它将特别关注安全交付和服务构件及接口的构建。

确认一个基于构件的体系架构的层次，支持各层次的技术和建议。

FEA技术参考模型,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,TRM总体概括了那些全面支持业务和应用软件构件（服务构件）安全交付、交换和构建的标准、规范和技术；

那些业务和应用软件构件可用于并融于在一个基于构件或面向服务的体系架构中。

如右图所示，TRM揭示了支持联邦政府信息技术（IT）向能可交互式的电子政府解决方案转变的核心技术。

TRM的四个服务域的基本情况,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,TRM由4个核心服务领域组成。

服务领域指的是一个支持服务构件的安全构建、交换和传输的技术层。

每一个服务领域都将各种标准、规范和技术聚合和成祖到更低层的功能领域中去。

这4个服务领域如下所述：

1.服务访问和交付（ServiceAccessandDelivery）:

指的是用来支持服务构件或能力（capabilities）的外部访问、交换、交付的标准和规范集。

这个领域还包括控制和访问特定服务构件的立法和规章的要求。

2.服务平台&

基础设施（ServicePlatform&

Infrastructure）:

指的是用于支持服务构件或能力的构建、维护和实用性（availability）的交付和支持平台、基础设施能力及硬件要求。

3.构件框架（ComponentFramework）:

指的是根本的原理、技术、标准和规范。

它们是服务构件依照基于构件的、分布式的、或面向服务的架构而建立、交换和部署的根本。

4.服务接口和集成（ServiceInterfaceandIntegration）:

指的是控制各机构和一个服务构件如何接口（包括内部的和外部的）的一些技术、方法、标准和规范的集合。

这个领域同时还定义了构件与内勤（backoffice）/遗留资产之间接口和集成的方式。

服务领域，类别，标准和规范,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,对每个服务领域的支持就一个服务类别集。

服务类别是用来对更底层的、与业务或技术功能有关的技术、标准和规范进行分类。

每个服务类别都有一个或多个服务标准来支持，服务标准是用来定义那些支持服务类别的标准和技术的。

TRM的最后一层就是服务规范层，它详细说明了那些规范和/或服务标准规范的提供商。

从下图就可以得出一个直观的印象。

一个典型的网络拓扑里的TRM,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,CustomerServices,ProcessAutomationServices,BusinessManagementServices,DigitalAssetServices,BusinessAnalyticalServices,BackOfficeServices,CommonServices,Cross-CuttingServiceAreas（i.e.,Search,Security）,服务类型,Components,SRM由7个服务层次组成，外加公共服务支撑域和公共服务组件域。

SRM横跨水平和垂直领域，提供了组件重用的平台。

PerformanceMeasures,BusinessProcess,AccessandDeliveryChannels,SRM,服务访问和交付域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,“服务访问和交付（ServiceAccessandDelivery）”定义了服务访问和交付服务领域，如图所示，定义了所有的访问和交付渠道的集合。

这些渠道用来平衡服务构件及控制其使用和交互的立法要求。

服务平台与基础设施域,“服务平台和底层设施领域（ServicePlatformandInfrastructure）”，定义了平台，硬件，底层规范，使得基于构件的架构和服务构件可以重复使用。

构件框架域,“构件框架（ComponentFramework）”由下列基础单元与技术单元构成，这些单元服务构件通过基于构件的和分布式的体系机构来建立、集成与开发。

构件框架由用户或者系统软件设计组成，系统软件将其它交互作用的程序在其接口上合并以保证系统运行的弹性与可扩展性。

这就包括但不只限于设计一些模式使得运行时能协调一致。

构件可大可小，是由不同的程序员用不同的开发环境所写的程序，也可以是独立平台环境。

这些构件能在单机、局域网、企业企业内部网与因特网上运行。

服务接口和集成域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,“服务接口与集成（ServiceInterfaceandIntegration）”领域定义了联合异构系统和信息供应商的发现、集成和通信技术。

基于构件的体系架构融入及合并了服务接口和集成规范以提供交互能力和可度量能力,TRM与机构基础设施的联系,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,针对对内勤（backoffice）集成的FEA模式样本,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,第一部分：

数据参考模型（DRM）,PRM设计目标与执行思路,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,一、PRM是测评主要的IT行动计划以及他们对过程绩效贡献大小的标准化工具。

这个标准化框架有三个主要目标：

1.帮助产生加强的IT绩效信息来改进战略和日常决策；

2.改进IT与业务输出和成果（outcomes）的结合（alignment），从而，对满意的结果能产生一个清晰的“视觉线（lineofsight）”；

3.辨识跨越传统组织结构和边界的绩效改进的机会。

二、PRM是围绕着测评领域、测评类目以及测评指标建立起来的：

1.测评领域（MeasurementAreas）PRM的高级（high-level）组织框架用于获取投入、产出、成果水平方面的绩效。

PRM包括六个测评领域：

任务（mission）和业务成果、客户成果、过程和活动、人力资本、技术以及其他固定资产。

其中，人力资本和其他固定资产测评不在FY2005预算规划中使用。

2.测评类目（MeasurementCategories）在各个测评领域中按照描述被测评的属性和特征分组。

例如，任务和业务成果测评领域包括三个测评类目：

公民服务，支持服务的交付和政府资源管理。

3.通用测评指标（GenericMeasurementIndicators）通用指标，例如交付时间，机构可以依据自己的特定环境来进行“操作”。

PRM,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,PRM的用途,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,PRM结构的设计是为了清晰地阐述投入、产出以及成果之间的因果关系。

即便这种关系缺乏直接的因果联系，PRM结构仍要“梳理”出IT行动计划政府项目的开发以及对业务绩效所做出的贡献。

这个“视觉线”对IT工程管理者、项目管理者以及决策者来说非常重要，它能帮助理解“技术如何及到能够在什么程度上使得进度朝向产出和成果”。

PRM用这个“视觉线”来反映用投入（比如技术）来产生产出（比如过程和活动），从而影响成果（如任务和业务成果）的过程中价值是如何被创造的。

这个结构建立在价值链、项目逻辑模型以及约束理论的基础上。

指导整个PRM模型的是“战略成果（strategicoutcomes）”，它代表了广泛的、驱动政府方向的政策优先权（比如“本土安全”以及“扩展电子政务”）。

反过来，PRM的构建也是为了使一个组织期望的成果能够带来必要的产出和技术。

任务和业务结果测评领域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,PRM的测评类目和BRM的“业务领域”及“业务线”是相同的。

而PRM的通用测评指标和BRM的“子功能”是一样的。

BRM的这些领域旨在确定政府活动的目标。

PRM的“任务和业务结果测评领域”则旨在确定这些目标的实现程度。

“任务和业务结果测评领域”包括下列测评类目：

1.“公民服务”中的业务线2.“支持服务的交付”中的业务线3.“政府资源管理”中的业务线。

客户结果测评领域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,PRM的“客户结果测评领域（CustomerResultsMeasurementArea）”旨在获取一个机构或机构下的具体过程服务其客户（实际就是公民）的好坏。

对一个成功的电子政府来说，这是非常重要的一个方面。

然而，联邦政府项目的多样性意味着其客户包括市民、企业、其他政府以及内部类别。

而且这其中诸多关系的性质变化也是巨大的。

这就是PRM准许政府机构各自运作其测评指标的原因，为的使这些指标能够恰如其分地反映他们和客户想要建立的关系。

不论客户的关系性质如何，市民通常被认为是政府活动的最终客户。

客户结果测评领域包括下列测评类目：

客户利益：

客户满意水平和客户受到的切实影响将作为产品或服务提供的成果；

服务覆盖：

正在被服务的预想客户数以及正在使用产品和服务的客户数的广度；

及时和响应：

对客户要求做出反应的时间以及交付产品和服务的时间；

服务品质：

从客户观点中得出对服务质量的评价，以及对客户询问作出反应的精确度。

服务的可达性（Accessibility）：

产品和服务对客户的实用性以及自助服务的可选性和自动化程度。

过程和活动测评领域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,一、过程和活动测评领域试图获取过程直接结果的产出，该过程是由某个IT项目支持的。

几乎所有的IT行动计划都是为了支持或改善单个或一组的过程和活动。

这通常是IT对提高绩效的贡献能够被最精确测评的方面。

它的使用应该以BRM作为起点。

BRM中包含了一个“交付模式”业务域，它就是用来确定某个用来达到期望目的的过程。

各机构选择的测评指标应该是IT项目需要对准的（align）“交付模式”的延伸。

例如，如果IT行动计划结合的是BRM中的“联邦财政辅助”交付模式，那么可以使用PRM来确定财政援助是否被交付及其质量。

二、过程和活动结果测评领域包括下列测评类目：

财政：

要完成财政测评，需要生产产品和服务的直接及间接的总成本和单位成本，以及被节约和被避免的成本；

生产率&

效率：

每单位时间内的工作完成量以及所用的资源；

时间周期&

及时性：

生产产品和服务所需的时间；

质量：

与产品和服务相关的投诉和错误率；

安全&

隐私：

哪个被改进了，以及哪个隐私被关注；

管理&

革新：

管理政策和过程，对可用法规的遵守，缓和危机的能力，知识管理以及持续的改进能力。

技术测评领域,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,技术测评的考察对象是和IT行动计划直接相关的绩效中的关键性因素。

一项IT行动计划通常包括应用软件、基础设施及为支持业务过程或项目的而提供的服务。

虽然这些针对具体IT的绩效方面（比如系统可用性的百分率）是相当重要的，但只有它们并不能真实地反映IT项目对整个政务绩效的价值。

这就是为什么只有当技术测评和其他测评共同使用时，才能获得整个绩效的全部和准确内容，技术测评领域包括下列测评类目：

财务：

通过削减冗余IT的技术相关成本及可避免的成本；

技术对功能或能力要求或最佳实践的满足程度，以及遵从技术标准程度。

效率（efficiency）：

在响应时间、交互能力、用户可用性及技术能力和特征的改进方面的系统或应用软件的性能；

信息&

数据:

信息或资料的共享、标准化、可靠度、品质以及存储能力。

可靠性&

可用性（availability）：

系统或应用软件能力、对用户的可用性，以及系统或应用软件的失败率；

成效性（effectiveness）：

用户对相关应用软件或系统的满意程度。

也就是它们是否符合用户的要求，以及对于过程绩效的影响。

该过程是那些系统和应用软件所支撑的，并对用户或任务结果有贡献。

数据参考模型（DRM）,DRM结构,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,1.数据的分类（CategorizationofData）:

DRM建立了一个通过利用所谓的业务关联（BusinessContext）的概念来达到数据分类的方法。

业务关联用FEA的BRM作为其分类的根据。

2.数据交换（ExchangeofData）:

数据交换由DRM的标准信息结构，即所谓的信息交换包（InformationExchangePackage）来进行。

信息交换包代表了一个实际数据集，它是由一个工作单位到另一个的需求或产生出来的。

信息交换包使得DRM具有分类和结构数据的能力。

3.数据结构（StructureofData）:

DRM用一个所谓的数据元素（DataElement）来给数据结构提供一个逻辑方法。

数据元素代表了一个特定事物的信息，并可以用许多个是表达出来。

数据元素是结合业务关联的，所以一个机构的数据用户可以理解数据的目的和其上下文关系。

数据元素是适用于ISO/IEC11179标准。

DRM的业务和技术成果,图表1FEA参考模型第1.2节服务构件参考模型（SRM）,DRM的集成方法,图