美国联盟政府企业体系架构(FEA)参考模型(20130212)
FEA
美国联邦企业架构1. 联邦企业架构(FEA):是Federal Enterprise Architecture的简写，即：美国联邦企业架构。
FEA由5个参考模型电子政府政策正在发生重大的转变，由原先的注重具体项目、业务与资金配给的特别管理向通过引入绩效管理、制定业务规范、明确技术标准而将电子政府纳入制度化运行轨道的例行管理转变。
企业架构(EA)作为信息化的方法论，不仅描述了业务架构、数据架构、应用架构和技术架构等架构模型和相互关系，而且定义了路线图及用架构控制IT项目的治理方法。
企业架构是IT有完整的方法论体系，是许多专家、用户和厂商共同努力下的知识与经验结晶。
FEA对于各国各层级政府部门和集团性企业具有重要的借鉴意义。
2. FEA的5大参考模型获得核心竞争力做出贡献。
FEA是一种基于业务与绩效的、用于某级政府的跨部门的绩效改进框架，它为OMB和联邦政府各机构提供了描述、分析联邦政府架构及其提高服务于民的能力的新方式，其目的就是确认那些能够简化流程、共用联邦IT投资及整合政府机构之间和联邦政府的业务线之内的工作的机会。
FEA由5个参考模型组成[1]，它们共同提供了联邦政府的业务、绩效与技术的通用定义和架构。
如果政府机构要建立理想的组织架构，这些参考模型将可以作为系统分析政府的业务流程、服务能力、组织构件与所用技术的基础。
这些模型可专门用于帮助跨部门分析发现政府的重复投资与能力差距、寻找联邦机构内部与联邦机构之间的协作机会。
1.绩效参考模型（FEA-PRM）FEA-Performance Reference ModelPRM是为整个联邦政府提供一般结果与产出指标的绩效测评框架。
它为政府机构提供了一种对照理想的FEA并缩短现实与理想之间差距的方法，与此同时，它也能够让政府机构从战略高度更好地管理政府业务。
PRM提供了政府机构用于实现其业务规划目标的通用的绩效结果与方法的集合。
其模型解释了内部业务构件配置与业务成绩和以顾客为中心的结果之间的联系。
企业架构(四)——联邦企业架构(FEA)
企业架构（四）——联邦企业架构（FEA）⽂章⽬录⼀、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与美国电子政务顶层设计
20电子政务8E-GOVERNMENT2010度；建立重大政务信息资源建设项目技术协调机制；建立信息标准化执行管理机制；建立以重大信息化项目牵引带动全局性信息资源整合和开发利用的推进机制等。
目前北京市建立了发改委、财政局和信息化委员会联合的工作机制，从立项和项目的审查来保证重大项目一定要贯彻评审的原则。
第三，要建立政府业务系统体系架构的研究机构，强化信息基础建设统筹管理机制。
建立政府业务系统体系架构研究机制；强化政务信息资源总体规划研究机制；建立政务信息资源环境治理协调机制；强化基础信息资源运维保障与服务机制等。
第四，建立配套的政务信息资源管理支撑环境。
建立政务信息资源管理规则制订修订机制；建立产学研相结合、优势互补的学术理论研究机制；建立信息资源管理和保障专业人才培养机制等。
第五，必要时设立高层次专职的政府首席信息官。
在必要和可能的情况下设置高层专职领导职务，作为本级政府首席信息官（CIO）兼首席管理官（CMO）。
目前我国还没有在政府里形成这个制度，应该说发达国家大都建立了CIO制度，这种体制值得借鉴。
最近我们在研究CIO制度时发现，美军是世界上最先应用互联网并在内部建立了CMO制度的。
CIO可以提出建议，但不应该承担流程再造职责，实际上也没有这种能力去推动流程再造。
美军建立了CMO制度，首先从管理上和业务上进行创新，所以顶层设计要实现业务流程再造，实现信息技术支撑，才能取得很好的业务绩效。
我是美国联邦企业架构认证协会的资深讲师和认证委员会的评审，从协会创立以来一直担任讲师，也是美国国防大学的客座讲师。
联邦企业架构认证协会是美国第一家提供企业架构培训和认证的协会，它成立于2001年，现已为上千名企业架构师提供了培训认证。
目前美国政府和大型企业需要的架构师都是经由该协会提供的短期课程培训并认证通过的。
什么是企业架构（EA）？EA是用来从不同视角来看我们的部门和机构的。
EA帮助我们把技术与治理关联起来，从而提供一个连贯的管理计划。
电子政务顶层设计_FEA方法体系研究
电子政务顶层设计：FEA方法体系研究*王璟璇 于施洋 杨道玲 张勇进国家信息中心信息化研究部 北京 100045摘 要:关键词：美国联邦政府总体架构（FEA）是美国联邦政府电子政务的顶层设计。
在回顾FEA发展历程的基础上，系统介绍了FEA方法体系的核心内容，包括一套参考模型、一种分析视角、一个改进过程、一系列分类法和一组评估方法，并总结、分析了FEA的执行管理体系及其主要特点。
电子政务；顶层设计；FEA；方法*基金项目：工业和信息化部信息化推进司委托课题“电子政务顶层设计框架研究”的研究成果。
电子政务的“顶层设计”思想是最近几年随着中国电子政务实践的深入而产生的一种新的发展观和工作方法，开展顶层设计已经成为中国电子政务建设的必然趋势和紧迫需求。
然而当前中国电子政务顶层设计还基本停留在理念层面，缺乏成熟的思路和方法。
FEA可以称作是美国联邦政府电子政务的顶层设计，它从顶层和全局的高度将所有联邦机构纳入一个通用的架构之下，促使政府从机构分割走向跨机构的协同工作，从而避免重复投资，改进政府在信息化条件下运作的绩效。
一、FEA的发展历程20世纪80年代末，随着总体架构（EA）理论在企业信息化方面的应用，美国政府发现一种可以用于减少重复投资、促进跨机构协作的途径，便是在联邦政府机构内引入EA理论和方法。
FEA正是企业架构理论在政府部门的成功应用。
FEA的历史最早可追溯到1999年，在10余年的发展历程中，大致经历了框架形成和全面应用两个发展阶段。
（一）框架形成阶段1996年，美国《克林格－科恩法案（Clinger-Cohen Act)》（原名信息技术管理改革法案）要求各个机构开发和维护信息技术架构，从而使政府内部的信息技术应用能够带来更多收益。
为了更好地执行该法案，总统管理和预算办公室（OMB）随后颁布了法案的实施指南[1]，指南要求机构的信息系统投资应同联邦、机构和司局的信息技术架构相一致。
在这一要求之下，1998年4月，美国联邦首席信息官委员会（CIO Council）着手开发《联邦政府总体架构框架》（Federal Enterprise Architecture Framework，FEAF），旨在促进联邦政府各部门和其他政府实体之间的信息共享、互操作以及通用业务过程的共享开发。
企业架构研究总结(6)——联邦企业架构之FEAF的出现和构成(上)
企业架构研究总结（6）——联邦企业架构之FEAF的出现和构成（上）美国联邦政府可以说是企业架构应用的先行者和最大倡导者。
通过企业架构的发展历史我们可以看出，早在上世纪九十年代以来，美国军方就对这种全局性的信息共享的理论开始了研究，并开发出符合其特色企业架构框架理论（DoDAF）。
除此之外，在Zachman框架引入到美国联邦政府各部门之后，首先是美国国家技术标准研究所（NIST）于1989年发布了NIST企业架构模型（NIST EA Model，后来的联邦企业架构框架FEAF的便是以此为基石而建立起来的），随后各个政府部门也推出了他们自己的企业架构框架理论用于指导各自企业架构的开发，例如财政部（DOT）的企业架构框架TEAF（Treasury Enterprise Architecture Framework）。
虽然各个部门都建立了符合各自特点的企业架构框架，并据此逐步实现着各自的企业架构，但是在当时这些企业架构的范围还是局限在各自的部门范围内，而从美国联邦政府这一整体角度来看，诸如组织目标与信息系统的相互适配以及信息系统和资源的冗余浪费等方面的问题并没有得到完美的解决。
无论从组织架构、组织职能，还是从其服务对象的角度来审视，美国联邦政府可以算得上是世界上最复杂的组织系统之一了，这并不是一家企业或者某一个政府部门的复杂度所能比拟的，因而如何站在美国联邦政府这一全局角度来考虑企业架构所面对的问题是极具挑战的。
为了解决这一问题，一个从联邦政府这一整体性角度出发的企业架构框架需要被开发出来，并以此为基础建立和维护适合联邦政府自身的企业架构，从而能够促进各个政府部门之间的信息整合和共享，提高整个联邦政府在信息化投资方面的效率。
这一思想在付诸实行后历经多年演进最终结晶为联邦企业架构FEA。
正如名字中说到的那样，联邦企业架构的产生和发展有着明显的政府色彩，它的出现与发展和一系列的政府法令息息相关，并由专门的政府机构负责协调和实施。
IT架构规划方法
• 目的 • 架构建模方法总论
– 联邦企业架构－FEAF – FEAF建模语言
• 业务架构建模方法 • 数据架构建模方法 • 应用架构建模方法 • 技术架构设计方法
目录
FEAF理论基础
• 制定机构--联邦企业体系结构框架( Federal Enterprise Architecture Framework , FEAF) 是美国国家信息技术委员会(Chief Information Officer s Council ,CIO Council) 提出的一套企业体系结构框架。
• 上下文图定义了“产品”的外部环境和范围。 • 上下文图说明了业务的外部实体（external
IDEF0&IDEF3，DFD
信息架构
IDEF1，IDEF1x，ER
应用架构 UML（用例图、组件图、序列图、状态图等）
技术架构
The Open Group Architecture Framework Format, TOGAF Format
注：FEA推荐软件建模工具厂商Popkin software提供
• 1999 ,FEAF Version 1.1,
– 建立了FEAF 及其方法学 – EAP方法学& Zachman framework
• 2001,FEAF 实用指南Version 1.0
– 详尽地介绍了企业体系结构( Enterprise Architecture , EA) 的相关概念、驱动因素、建立 原则、实施经验等实用目的知识，而且按照整个企业体系结构建立的生命周期(包括启 动、定义、开发、使用和维护等阶段) 来指导具体的FEAF 实施。
– PART III一作为FEAF技术架构的参考
– 企业统一体(Enterprise Continuum) ，是一个架构资产的虚拟仓库，包含 TOGAF基础架构（Foundation Architecture ）及集成信息基础设施参考模 型（Integrated Information Infrastructure Reference Model ，III-RM)。
美国电子政务FEA架构初探
４ ８
维普资讯
美圉鼋子政耪 Ｆ Ａ 架耩初探 Ｅ
二 、Ｆ Ａ架耩的核心原则 Ｅ Ｆ Ａ采用模堍化组件放 ， ５ Ｅ 由 侗部分 的参考模型槽成， 它们分别是 ： 绩效参考模型（ Ｒ Ｐ ｒ ｒ ｎｅ Ｐ Ｍ， ｅｆ ｍａｃ ｏ Ｒ ｆ ｅｃ Ｍｏｅ ） ｅ ｒｎｅ ｄ１；柴耪参考模型 （ Ｒ Ｂ ｓ ｅｓＲ ｆ ｅｃ ｄ１；服耪组件参考模型 （ Ｒ Ｓｒｉ ｅ Ｂ Ｍ， ｕｉ ｓ ｅ ｒｎｅＭｏ ｅ ） ｎ ｅ Ｓ Ｍ， ｅ ｃ ｖｅ Ｃ ｍ ｏｅ ｔ ｅ ｒ ｃ ｄ１； ｏ ｐｎｎ Ｒ ｆ ｅ ｅ ｅ ｎ Ｍｏｅ ）数掾参考模 型（ Ｒ Ｄ ｔＲ ｆ ｅｃ ｄ１； 衍参考模型 （ Ｒ Ｔ ｃｎ ａ Ｄ Ｍ， ａ ｅ ｒ ｅ ａ ｅ ｎ Ｍｏｅ ）技 Ｔ Ｍ，ｅｈ ｉ ｌ ｃ
近些年 ， 资最多、乾圉最度 、连步最快的美固政府以其 “ 投 摭展 雹子政府”（ ｘ ａｄ ｇ ．ｏ ｅ ｍ ｎ ） Ｅ ｐｎｉ Ｇ ｖｒ ｅｔ 的 ｎＥ ｎ 口虢，快速 占 了世界雹子政府完成度排名第一的位置。美圆雷子政府在 ２０ 年後之所以能够快速成畏 ， 领 ０２
其 中除了以布什焉首的辫邦政府大力支持外， 最主要的原 因就是采用 了比较合通的 “ 璐邦事棠架耩’ Ｆ Ａ ’ Ｅ， （
行的各棰功能舆各颓柴 以及 嗣键 的桨旃流程。
Ｆ Ａ 正在成禺璐邦政府行政管理的 日 Ｅ 常工作 内容舆操作工具 。寅陈上 ，Ｆ Ａ 已经用于美园聪邦政府 Ｅ ２ ０ 和 ２０ 财政年度的预算编制。Ｆ Ａ表明美圆 邦政府的鼋子政 政策骚生了重大的祷燮 ，由原先的 ０６ ０７ Ｅ 注重具髓 目、柴 舆资金配给的特别管理韩向通遇 引人绩效管理 、制定紫旃规箍 、明碓技衍檩辈而将鼋
Ｆ ｄｒ ｎ ｒ ｉ ｒ ｉｃ ｒ ｏ本文 简罩介绍 Ｆ Ａ 架耩 ， ｅｅ ｌ ｔ ｐ ｓ Ａ ｃ ｔ ｔ ｅ ａＥ ｅ ｒ ｅ ｈ ｅ ｕ Ｅ 并有重黠地分析部分参考模型的功能结耩 ，以期 封我国鼋子政籍建彀有所曾密。
企业架构发展历史和各大模型简要介绍
什么是企业架构（EA）？(2008-09-27 11:24:20)企业架构企业架构（EA，Enterprise Architecture）作为将组织战略目标映射到IT总体目标的蓝图设计，是西方发达国家政府广泛使用的顶层设计方法。
1．企业架构的发展史1987年，John Zachman在IBM Systems Journal上发表名为A framework for information systems architecture的文章，提出企业架构的初步概念。
Zachman理论发展到今天，称之为“企业架构框架”（EAF，Enterprise Architecture Framework），简称为“Zachman框架”，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman 框架派生而来。
1996年，美国国会通过“Clinger/Cohen 法案（又称信息技术管理改革法案）。
该法案指出政府部门缺乏展现、协调和管理整个信息系统建设、使用、维护的总体框架，授予行政管理和预算局（OMB）很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息系统方面进行的所有大规模投资的风险和成效”。
尽管“Clinger/Cohen法案”从未提及企业架构的概念，OMB 还是将此法案解释为对整个美国政府采纳企业架构的强制性要求。
1999年，美国联邦CIO委员会发布了FEAF（ Federal Enterprise Architecture Framework）。
“Clinger/Cohen 法案”所使用的术语“IT架构”（IT Architecture），现在被解释为企业架构（Enterprise Architecture）。
如今，OMB 已要求每个政府机构都要开发一个企业架构框架，并要证明如何使该企业架构框架与 FEAF 保持一致。
如美国国防部开发了DoDAF，美国财政部开发了TEAF，美国环保署开发了EPAF，等等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
电子政务企业体系架构
刘小红于2011年2月
汇 报 提 纲
第一部分：FEA概览 第二部分：业务参考模型（BRM） 第三部分：服务构件参考模型（SRM） 第四部分：技术参考模型（TRM） 第五部分：绩效参考模型（PRM） 第六部分：数据参考模型（DRM）
FEA的结构
Federal Enterprise Architecture (FEA) Performance Reference Model (PRM)
支持服务的交付业务域
支持服务的交付
控制和监督
规章的开发
政策和指南的开发 公共评论的跟踪 规章的产生 规则的发布
“支持服务的交 付（Support Delivery of Service）”是提 供关键的政策、
校正行为 项目评估 项目监控
内部风险管理和减损
意外计划 操作的连续性 服务恢复
公共事务
Business Reference Model (BRM)
• Lines of Business • Agencies, Customers, Partners
Service Component Reference Model (SRM)
• Service Layers, Service Types • Components, Access and Delivery Channels
每个业务线是一个子功能集合，它们代表了在BRM底层的粒度(granularity)。在BRM
2.0版本中包含153个子功能。
公民服务业务域
国防安全
图表 1
公民服务
国土安全
边界和运输安全 关键财产和基础设施保护 灾祸防护
情报操作 TBD
灾害管理
灾难监控和预报 灾害预备和计划 灾害重建和恢复 危急响应
供应链管理
物品获取 库存控制 后勤管理 服务获取
财务管理
会计 预算和金融 支付 征收和应收 资产和债务管理 报告和信息
信息和技术管理
系统开发 生命周期/变更管理 系统维护 IT基础设施维护 IT安全 记录保持 信息管理
汇 报 提 纲
第一部分：FEA概览
第二部分：业务参考模型（BRM） 第三部分：服务构件参考模型（SRM） 第四部分：技术参考模型（TRM） 第五部分：绩效参考模型（PRM） 第六部分：数据参考模型（DRM）
政府资源管理业务域
政府资源的管理
人力资源管理
“政府资源管理
（Government Resources Management）” 指保证政府操作 有效性的内勤 （back office） 支持活动。
福利管理 人事管理 工资管理和支出报销 安全检查管理 职员培训和雇佣
行政管理
工具、舰队和设备管理 咨询台 安全管理 出差旅行 工作场所的政策开发和管理
FEA由内部互相关联的参考模型所组成
FEA架构模型
业务参考模型 （BRM） 支持服务的交付 业务参考模型 （BRM） 规章制度的开发 规章制度的开发 政策和指南的开发 公众评论的跟踪 规章制度的创立 规则的发布 政策和指南的开发 公众评论的跟踪 业务线和功能 规章制度的创立 规则的发布
绩效参考模型（PRM）
数据管理 JDBC ODBC 业务逻辑
目录管理 支撑技术和标准 合作 数据和信息参考模型（DRM） 使能的能力，构件和 搜索 分类明细(classification)，分类(categorization)，XML, 共享(sharing) 服务 入口(portal) 人性化 数据和信息参考模型（PRM） 基于构件的体系架构 分级(classification)，分类(categorization)，XML, 共享(sharing) 服务域 服务类型 服务构件
在与联邦信息技术总监(CIO)委员会紧密工作以保证与应用FEA相关的
过程的设计是来源于所有相关的合伙人，并能清晰地交流和集成到现 有的具体机构和整个政府范围的计划过程中。
业务参考模型（BRM）2.0版本
图表 1
FEA参考模型
第1.2节 服务构件参考模型（SRM）
业务参考模型（BRM）的层次结构
图表 1
FEA参考模型
第1.2节 服务构件参考模型（SRM）
BRM 2.0版本是政府改造的基础。它在联邦机构资本计划和投资控 制(CPIC)过程中对联邦机构利用BRM提供高层次的指导。OMB期望各部 门利用该工具来判别那些和用户及联邦业务线内的IT集成的机遇。 为了最大限度地巩固和利用这些机会，联邦机构必须持续不断地 辨识并明细所建议的IT投资计划。FEA项目管理办公室（FEA-PMO）正
服务构件参考模型（SCRM）开发说明
图表 1
FEA参考模型
第1.2节 服务构件参考模型（SRM）
FEA服务构件参考模型SRM（Service Component Reference Model）
是为了在IT投资和资产上发掘全政府范围的业务和应用服务构件。它 是基于构件的框架，它提供——不依赖业务功能——基础的杠杆作用， 能够支持应用程序的重用、应用系统能力、构件和业务服务。 SRM 的 开 发 是 与 SAWG （ 方 案 架 构 师 工 作 组 ） ， 联 邦 部 门 机 构 （Federal Agencies）、工业顾问委员会（IAC，Industry Advisory
• Government-wide Performance Measures & Outcomes • Line of Business-Specific Performance Measures & Outcomes
Business-Driven Approach
XML and Web Services
联邦财政 辅助
联邦赠与 直接转帐到个体 津贴 税收信用
信用和保险
直接贷款 贷款担保 综合保险
规章的遵守 和执行
调查和审计 标准的设定/通报方针 的开发 许可和认证
对公民的直 接服务
军事业务 平民业务
转账给州和 地方政府
公式分配的资助 项目/竞争的资助 指定赠与 州贷款
“业务域中的“交付模式（Mode of Delivery）”描述政府用来达到其目的或为公民服务的机 制。它包括筹资工具、直接的政府交付，以及间接的政府交付。
使能的能力，构件和 用户关系管理 服务
支撑技术和标准
汇 报 提 纲
第一部分：FEA概览
第二部分：业务参考模型（BRM） 第三部分：服务构件参考模型（SRM） 第四部分：技术参考模型（TRM） 第五部分：绩效参考模型（PRM） 第六部分：数据参考模型（DRM）
业务参考模型（BRM）2.0版本开发说明
配置。
Yes
语言类
面向对象编程语言中构建分布式构件的类。这不是一个SRM构件。
No
构件集成与聚集服务
构件的有效识别、集成和使用，使得集成服务在部门和政府间共享。这些服务提供业
图表 1
务过程的功能和执行，它们支撑着BRM的子功能。服务构件的聚集可以快速构造和实现构 第1.2节 服务构件参考模型（SRM） 件以支持一个给定的启动项目或投资。下图说明了聚集服务的概念，这里多种服务构件可 以支持一个业务子功能。
用户服务 官方信息扩散 产品超越 公共关系
规划和资源的分配
程序和管理基础 以支持联邦政府 运作。
预算的划分 资本规划 企业架构 战略规划 预算执行 职工规划 管理改进
立法关系
立法跟踪 立法听证 提案的开发 国会联络员行动
财政收入的征收
债务征讨 用户费用征讨 联邦资产销售
综合政务
中央财政运作 立法功能 执行功能 中央财产管理 中央人事管理 税收管理 中央记录和统计管理
图表 1
FEA参考模型
服务构件参考模型 （SRM） 服务构件 规则的发布 参 考 模 型 （SRM）
第1.2节 服务构件参考模型（SRM）
技术参考模型 （TRM） 技 技术 术 参 考 模 型 （TRM） 平台
J2EE .NET Windows
知识管理 用户关系管理 目录管理 合作 搜索 入口(portal) 个性化 知识管理
外国事务 国际开发和人道救助 全球贸易
自然资源
水资源管理 保持、海产和陆地管理 再生资源管理和观光 农业变革和服务
能源
能源供应 能源保存和准备 能源资源保护 能源生产
环境管理
环境监控和预测 环境补救 污染的防治和控制
经济发展
经营和工业发展 知识产权保护 金融部门监管 行业收益稳定性
社区和社会服务
促进房屋拥有 社区和区域开展 社会服务 邮政服务
联合构件 业务构件系统
业务构件
FEA参考模型
业务构件系统
业务构件
分布式构件
分布式构件
业务构件
业务构件
分布式构件
分布式构件
SRM定义目的
SRM是基于构件的框架，它提供不依赖业务功能的一个应用程序的重用、应用能力、
图表 1
构件和业务服务间可以协调平衡的基础。SRM用于确认并划分水平和垂直的服务构件，这 第1.2节 服务构件参考模型（SRM） 些构件支持联邦部门及其IT投资和资产。这个模型对于推荐服务能力以支持业务构件和服 务的重用也会有帮助作用。更具体地说，SRM的建立是为了： 提供一个整体框架，用来识别服务构件及其与技术架构的关系。 为业务服务和能力的重用而划分、归类并推荐构件。
诉讼和司法活动
司法听证 合法辩护 合法调查 合法检察和诉讼 判决调解
改造活动
罪犯钳制 罪犯复原
综合科学和创新
科学研究和创新 空间探测和创新
交付模式业务域
交付模式
政府服务的交付
筹资工具
知识的产生 和管理
研究和开发 综合目的数据和统计 建议和咨询 知识扩散