FEA(联邦企业架构)
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提供了政府机构用于实现其业务规划目标的通用的绩效结果与方法的集合。
其模型解释了内部业务构件配置与业务成绩和以顾客为中心的结果之间的联系。
eGIF与FEA的比较分析上
些政府项目开发 XML 描述代码或数据方案 已批准的方 案发布在 Web 上供其他公共部门的项目使用 该组织还通 过与其他国际标准化组织 如 W3 C OASI S 等配合 跟 踪国际上 XML 的开发 并加强与欧盟及其他国家政府间的 互操作性结构的合作 e GI F中的另一个重要结构是元数据 框架结构( e GMF 它主要是为标记信息建立标准 以帮 助资源修复与档案管理
2 开放源码原则 开放源码软件政策于200 2 年 7 月 出台后 公共部门和私营部门已完全接纳了这一政策 取 得了较为理想的成效 所以 开放源码成为了英国电子政 务发展的一项重要的原则
3 注重实用与共享原则 在电子政务发展的过程中 个别的政府部门在建设基础设施方面投入了巨额资金 以支 持其信息和服务的电子传递 随着互联网日益成为政府的重 要渠道 各部门要从实用的角度出发 注重基础设施和信息 资源的共享 通过一个整合的体系结构 取得规模效益
摘 要 介绍了英国电子政务互操作框架和美国
联邦企业架构两个电子政务顶层设计报告中关于标准体 系建设方面的特点; 并基于对比分析 提出在我国电子政 务标准体系建设方面应重点考虑标准编制 标准和标准 体系动态更新和面向应用标准研制的建议
关键词 eGI F FEA 电子政务 标准体系
Ab s t r a c t : Th is p a p er int rodu c ed th e st a n da rd fr a mework of eGI F a nd F EA. Ba sed on the contra st between th e two fr a me wor k, the a spect of sta nda rd working , sta nda rd a nd sta nda rd framework dyna mic renewa l, a pplica tion sta ndard development a re pur posed in building process of na tiona l Egover nment sta nd ard fr a mework.
企业架构研究总结(6)——联邦企业架构之FEAF的出现和构成(上)
企业架构研究总结（6）——联邦企业架构之FEAF的出现和构成（上）美国联邦政府可以说是企业架构应用的先行者和最大倡导者。
通过企业架构的发展历史我们可以看出，早在上世纪九十年代以来，美国军方就对这种全局性的信息共享的理论开始了研究，并开发出符合其特色企业架构框架理论（DoDAF）。
除此之外，在Zachman框架引入到美国联邦政府各部门之后，首先是美国国家技术标准研究所（NIST）于1989年发布了NIST企业架构模型（NIST EA Model，后来的联邦企业架构框架FEAF的便是以此为基石而建立起来的），随后各个政府部门也推出了他们自己的企业架构框架理论用于指导各自企业架构的开发，例如财政部（DOT）的企业架构框架TEAF（Treasury Enterprise Architecture Framework）。
虽然各个部门都建立了符合各自特点的企业架构框架，并据此逐步实现着各自的企业架构，但是在当时这些企业架构的范围还是局限在各自的部门范围内，而从美国联邦政府这一整体角度来看，诸如组织目标与信息系统的相互适配以及信息系统和资源的冗余浪费等方面的问题并没有得到完美的解决。
无论从组织架构、组织职能，还是从其服务对象的角度来审视，美国联邦政府可以算得上是世界上最复杂的组织系统之一了，这并不是一家企业或者某一个政府部门的复杂度所能比拟的，因而如何站在美国联邦政府这一全局角度来考虑企业架构所面对的问题是极具挑战的。
为了解决这一问题，一个从联邦政府这一整体性角度出发的企业架构框架需要被开发出来，并以此为基础建立和维护适合联邦政府自身的企业架构，从而能够促进各个政府部门之间的信息整合和共享，提高整个联邦政府在信息化投资方面的效率。
这一思想在付诸实行后历经多年演进最终结晶为联邦企业架构FEA。
正如名字中说到的那样，联邦企业架构的产生和发展有着明显的政府色彩，它的出现与发展和一系列的政府法令息息相关，并由专门的政府机构负责协调和实施。
企业架构方法论
企业架构方法论企业架构方法论：实现组织转型和创新的蓝图在当今快速变化的商业环境中，企业需要具备灵活性、响应性和创新能力，以应对市场变化和客户需求。
这就要求企业必须有一个清晰、全面的企业架构，作为指导组织战略规划和实施的蓝图。
本文将深入探讨企业架构方法论，包括其定义、重要性、主要类型以及实施步骤。
一、企业架构方法论的定义企业架构方法论是一种系统性的框架，用于设计、规划和实施企业的结构、流程、信息和技术等关键元素，以支持企业的战略目标和业务需求。
企业架构方法论不仅关注企业的当前状态，也关注未来的发展方向，为企业的持续改进和发展提供指导。
二、企业架构方法论的重要性1. 提高效率和效果：通过优化企业架构，可以提高运营效率，减少浪费，提升业务效果。
2. 促进战略执行：企业架构是连接企业战略与具体行动的桥梁，有助于确保战略的有效执行。
3. 支持决策制定：企业架构提供了对组织的全面理解，有助于管理者做出更明智的决策。
4. 降低风险：企业架构可以帮助识别潜在的风险和问题，提前采取措施避免或减轻影响。
三、企业架构方法论的主要类型1. Zachman框架：由John Zachman提出，基于6个视角（数据、功能、网络、人员、时间、动机）和6种描述（数据模型、功能模型、网络模型、组织模型、时间模型、动机模型），提供了一个全面、详细的描述企业架构的方法。
2. TOGAF（The Open Group Architecture Framework）：由The Open Group开发，是一个灵活、可扩展的企业架构框架，旨在帮助企业制定和实施有效的架构策略。
3. FEAF（Federal Enterprise Architecture Framework）：由美国联邦政府开发，主要用于指导联邦机构进行企业架构的规划和实施。
四、企业架构方法论的实施步骤1. 制定企业架构愿景：明确企业架构的目标和期望结果。
2. 定义企业架构范围：确定企业架构需要覆盖的领域和范围。
企业架构框架
企业架构框架企业架构框架是指企业在组织结构、业务流程、信息系统以及人力资源等多个方面的整体框架安排。
它是企业运营和管理的基础，能够有效地支持企业的战略目标实现。
本文将介绍企业架构框架的概念、作用以及常见的架构框架模型。
一、企业架构框架的概念企业架构框架是指企业在组织结构、业务流程、信息系统以及人力资源等多个方面的整体框架安排。
它是企业运营和管理的基础，能够有效地支持企业的战略目标实现。
企业架构框架通常包括战略架构、业务架构、信息架构以及技术架构等四个层次。
1.战略架构：战略架构是企业架构框架的最高层次，它涵盖了企业的愿景、使命、战略目标以及战略规划等内容。
通过战略架构的制定，企业能够明确自身的发展方向，为其他层次的架构提供指导。
2.业务架构：业务架构是企业架构框架的核心，它描述了企业的业务流程、组织结构以及业务规则等内容。
通过业务架构的设计，企业能够优化业务流程，提高工作效率，降低成本，并且能够更好地适应市场的变化。
3.信息架构：信息架构是企业架构框架中的重要组成部分，它涉及到企业的信息资源管理、信息系统以及数据管理等方面。
通过信息架构的规划和设计，企业能够实现信息的共享和集成，提高信息的质量和可靠性，为企业的决策提供支持。
4.技术架构：技术架构是企业架构框架中的基础层次，它包括了企业的技术设施、硬件设备、软件系统以及网络架构等内容。
通过技术架构的规划和设计，企业能够建立稳定可靠的技术基础，为业务的开展提供支持。
企业架构框架对企业的发展和管理具有重要的作用，主要表现在以下几个方面：1.指导战略规划：企业架构框架能够为企业的战略规划提供指导，确保企业的战略目标与业务流程、信息系统以及技术基础相一致。
2.优化业务流程：通过对业务架构的规划和设计，企业能够优化业务流程，提高工作效率，降低成本，并且能够更好地适应市场的变化。
3.提高信息共享和集成：企业架构框架通过对信息架构的规划和设计，能够实现信息的共享和集成，提高信息的质量和可靠性，为企业的决策提供支持。
如何理解企业架构
如何理解企业架构企业架构（Enterprise Architecture，简称EA）是一个复杂的概念，它涉及到一个企业内部各种组成部分和结构的设计、集成和管理。
更具体地说，企业架构是为了解决企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案。
它基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。
为了更好地理解企业架构，我们可以从以下几个关键方面进行深入探讨：1.组织目标和策略：企业架构的核心是围绕组织的目标和策略进行设计的。
这些目标和策略通常由企业的高层管理层确定，包括企业的使命、愿景、核心价值观以及战略目标。
企业架构的设计应当对这些目标和策略进行支持，确保组织在实现目标时能够保持一致性和协调性。
2.组织结构：企业架构涉及组织内部的结构和层次关系。
这包括部门、职能、角色、职责等方面的定义和划分。
一个好的企业架构应当考虑到组织的规模、复杂性和分工情况，确保各个部门和职能之间的协作和协调，避免重复和冲突。
3.流程和业务流：企业架构还关注组织内部的业务流程。
它包括了如何实现业务目标的具体流程和步骤，以及相关的规范和标准。
通过设计和优化业务流程，企业架构能够提高组织的效率和灵活性，同时确保质量和一致性。
4.信息和数据：在当今信息化社会，信息和数据管理对企业至关重要。
企业架构涉及到组织内部的信息和数据管理，包括数据的来源、存储、处理、传输和应用等方面。
通过有效的信息和数据管理，企业可以提高决策效率、优化资源配置、降低运营成本并提升竞争力。
综上所述，企业架构是一个综合性的概念，它涵盖了企业的各个层面和组成部分。
通过对企业架构的合理规划和设计，企业可以更好地实现其目标和策略，提高组织效率和灵活性，优化资源配置，降低运营成本并提升竞争力。
IT规划：三个层面,架构是核心
IT规划：三个层面，架构是核心2008-09-22作者:王仰富来源:CIO时代网导读:通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。
前者偏重战略方向，后者是具体行动计划。
1、同一称谓，不同内涵目前，国内企事业单位，以及提供IT规划咨询服务的专业机构的信息化规划人员，对IT规划的内涵存在不同的理解，具体IT规划项目的关注点也不同。
有些企事业单位的IT规划只是一个对信息化远景目标与建设原则的描述；有些单位的IT规划只是关注具体的信息系统实施的层面，如：ERP、CRM、PDM、BI等大型信息系统的规划；有些单位的IT规划仅是对总体IT架构蓝图的设计。
那么IT规划内涵究竟是指什么？通常而言，IT规划是指信息技术战略规划（IT Strategic Planning），它包括两个部分：信息技术战略（IT Strategy）的制定和信息技术行动计划（IT Action Plan）的制定。
前者偏重战略方向，后者是具体行动计划。
信息技术战略由以下部分组成：使命（Mission）：阐述信息技术存在的理由、目的以及在企业中的作用。
⎫远景目标（Vision）：信息技术的发展方向和结果。
⎫中长期目标（Medium⎫ to Long-term Objectives）：远景目标的具体化，即企业未来3~5年或2~3信息技术发展的具体目标。
策略路线与原则：实现上述中长期目标的途径或路线，信息化遵循的原则，一般从数据、应用、技术与组织几个方面进行分析与描述。
⎫信息技术行动计划（IT Action Plan）是落实信息技术战略（IT Strategy）而制订的中长期的详细行动计划，它包括：信息化项目进程：未来3~5年或2~3年信息化项目的投资进程及项目之间的逻辑关系。
⎫项目描述和投资收益分析：每个项目的具体描述和ROI(投资回报率)分析。
基于企业架构(EA)的企业信息化建设模型
府和军方的美国联邦政府的标准架构 FEA、美国国防部的 DoDAF 等。这些模型主要分成 两派，如今正在逐步的融合在一起。随着企业架构的不断进化，企业架构理论越来越与战 略和业务相融合，逐步形成了企业战略、业务架构、IT 战略、IT 架构等四个层次的 IT 规 划方法论。IT 架构包含数据架构、应用架构、技术架构和 IT 治理等四个方面的内容，其 中技术架构包含集成平台、公共服务平台、基础平台（软件和硬件）和安全平台等，如下 图所示：
要实现基于二进制代码的重用，最重要的一个方法就是实现分离，通过分离，将共用的或 者相关性不紧密的功能分离出来，如操作系统、数据库、应用中间件、公共组件等，都是 在软件发展历史过程中逐步从一个完整的一体化的系统中分离出来的。这也符合社会分工
的要求，每个企业有多个开发商，即使同一个开发商，由于需要多人的分工合作，这时分 工不同部分之间的标准就显得尤为重要。因此，可以说软件的核心是重用，方法是分离， 关键是标准。围绕这个思路，在本架构中将企业的所有数据独立出来，基于数据架构，建 设数据集成平台；将企业的所有应用组件分离出来，基于服务总线，建设应用集成平台。 数据集成平台和应用集成平台共同组成企业的业务基础平台。未来的企业只有一个数据 库，一个应用，所有的用户登陆一个系统可以完成所有的工作，系统的开发则可以基于一 个业务基础平台，由多个厂商共同完成，形成一个企业的“云”，其中数据和 Web 服务是 最核心的两个资产。
图 2. SOA 的 DW 架构
数据存储层规划
为了保证业务系统的性能同时实现数据的共享、数据分析的需要，将数据存储层的数据分 为三个层次：私有数据层、共享数据层和分析数据层。 〔三个层次准确的命名应该是私有操作数据层、共享数据层、私有分析数据层〕
1、私有数据层：由一组业务专用数据库组成，这一层的数据集主要用于支撑企业的运营， 是典型的操作型数据环境。包括经营、财务、人力资源、资产管理等已有系统的数据库， 其主要职能在于支撑企业日常的经营和管理活动的运营需要。未来新的业务组件基于共享 数据层进行开发，不在共享数据层的数据也在私有数据层，特别是新的业务组件自己内部 处理过程中产生的数据。私有层的数据，其他的系统或者业务组件除了通过 web 服务调用 之外不能直接访问。 2、共享数据层：该部分整合所有企业内外数据源，基于企业完整的数据架构进行建设，是 所有已有系统和业务组件共享的数据库。共享层的数据结构清晰，基于业务对象，易于理 解，和 Web 服务一样，是企业的资产，私有数据层的数据通过实时或者准实时的方式同步 到共享层或者基于联邦技术直接基于共享层进行开发。共享层基于主题建模的明细数据和 部分汇总数据，是新的系统的业务数据库和数据计算、企业报表的数据源，是对外数据的 统一接口。 共享数据层包含业务共享数据、主数据、系统数据、流程数据和元数据。其中业务共享数 据主要包括基于主题的数据模型，是交易类的数据，特点是数据变化快，数据量大；主数
美国联盟政府企业体系架构(FEA)参考模型(20130212)
电子政务企业体系架构
刘小红于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
Zachman企业架构框架简介
谈谈企业架构（EA）一摘要：企业架构（Enterprise Architecture, EA）或企业体系结构，是渐趋活跃的一个重要概念。
这里简单探讨了它的信息技术背景和与之关联的一些问题。
谈了巴比伦塔困境这一经典比拟不同的理解。
提出在企业工程立场将企业架构（或改为企业建构学）定位在更纯粹的结构原理与建构准则、方法学方面。
引言“企业架构”一词，是对英文 Enterprise Architecture, EA的翻译。
老一些的习惯也译为“企业体系结构”。
在企业工程之屋0.92版我将其列为企业工程的五大支柱之一。
国外IT行业巨头例如IBM，近些年似乎开始真正拣起、重视这个概念，在企业应用战略性框架的描述中，EA与BPM、 SOA一起，成为并列的三大要素。
国内企业应用领域的一些大企业，也开始运用这个概念。
对这个概念的基本背景和内容，网络能找到不错的介绍[注1]，这里就不赘述了。
一个信息系统或IT应用的概念一般认为，企业架构的概念还没有大家公认的、一致的定义。
可以留意，John A. Zachman 1987年的开创性工作，题目是“企业及信息系统架构的框架”（the Framework for Enterprise Architecture and Information Systems Architecture）。
1997年，Zachman总结了十年间的研究和实践，提出了扩充的、更完整的框架，并改称为“企业架构框架”（Framework for Enterprise Architecture）。
这是一个十分重要的改变，但可以说其目的迄今仍未达成，类似的意见，也来自Zachman自己。
之前发出的《IT语境中企业图景背后的某些问题》一文中，曾经引述了他在EA又一个十年（2007）时一次专访中的回顾。
这里继续引述这位权威的观点[注2]。
他指出，EA领域20年来最重要的变化就是其主题合理性的认识。
他还认为，信息产业仍然聚焦在创建运行的系统，也就是说，我们“制造”自动化的片段、孤岛、企业的烟筒[注3]。
企业架构发展历史和各大模型简要介绍
什么是企业架构（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，等等。
企业架构研究总结(10)——写在中间的感想
企业架构研究总结（10）——写在中间的感想好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前，有必要停下来对一些概念进行进一步的阐明。
不过，这篇文章只是基于我个人理解而来，恐有所偏失，但欢迎批评指正。
对于企业架构是否仅对大型组织或企业才有意义这个问题，我觉得这是一个非常有意思的问题，也是一个非常好的问题，因为在实践中好像也只有大型的企业或组织实现了或正在实现企业架构，很少见到中小型企业对这个方面产生兴趣，我想这至少是由于如下几个原因：•大型企业或组织本身结构复杂，并且其所面对的问题也通常比小型企业要复杂，因而复杂度管理方面的需求较小型企业或组织要迫切，而企业架构本质上正是一门复杂度管理方面的学问，因而从这方面将大型企业或组织会更加倾向于采用这方面的技术。
•大型企业做事成本要高与小型企业，这不仅仅包括生产和维护本身的固有成本，还产生于在大型企业众多人员、角色之间产生的沟通成本，如果没有一个像企业架构这样的沟通基座，这些沟通往往会由于描述语言、描述方式或对描述对象的理解不同而导致非常大的额外成本支出。
而对于相对简单的小企业来说，对这方面的成本损失的接受力往往要更强。
•在决策方面，由于大企业情况复杂，如果不能对公司本身、外界环境以及他们之间的关系有着客观的认识，领导层很难保证决策的正确性，而将企业作为描述目标的企业架构正可在此提供有力的决策依据。
对于相对简单的小企业来讲，既然是“一目了然”，那自然就没有动力去费力建设企业架构了。
通观以上几点我们可以总结为：小型企业机动灵活，其所面对的问题往往是各领域内的实现或自动化问题，高效快速是其特点也是它的生存之道，时间对于他们的价值往往要高于其他方面的成本，因而在极端情况下，交出一个可能会返工的产品来换取时间都是可以接受的，而对于大型企业来讲事情却不完全一样了。
什么是企业架构
[原创]什么是企业架构（EA）企业架构（EA，Enterprise Architecture）作为将组织战略目标映射到IT总体目标的蓝图设计，是西方发达国家政府广泛使用的顶层设计方法。
1．企业架构的发展史1987年，John Zachman在 Systems Journal上发表名为A framework for information systems architecture的文章，提出企业架构的初步概念。
Zachman理论发展到今天，称之为“企业架构框架”（EAF，Enterprise Architecture Framework），简称为“Zachman框架”，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。
1996年，美国国会通过“Clinger/Cohen 法案（又称信息技术管理改革法案）。
该法案指出政府部门缺乏展现、协调和管理整个信息系统建设、使用、维护的总体框架，授予行政管理和预算局（OMB）很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息系统方面进行的所有大规模投资的风险和成效”。
尽管“Clinger/Cohen法案”从未提及企业架构的概念，OMB 还是将此法案解释为对整个美国政府采纳企业架构的强制性要求。
1999年，美国联邦委员会发布了FEAF（ Federal Enterprise Architecture Framework）。
“Clinge r/Cohen 法案”所使用的术语“IT 架构”（IT Architecture），现在被解释为企业架构（Enterprise Architecture）。
如今，OMB 已要求每个政府机构都要开发一个企业架构框架，并要证明如何使该企业架构框架与 FEAF 保持一致。
如美国国防部开发了DoDAF，美国财政部开发了TEAF，美国环保署开发了EPAF，等等。
欧洲国家政府在企业架构推广方面则另辟蹊径。
EA方法论研究综述报告
EA 方法论研究综述报告1.1.企业架构企业架构企业架构(EA)(EA)(EA)的的产生产生随着IT 应用的深入，IT 与业务的关联越来越紧密，但IT 也面临着越来越多的问题，如业务与IT 的鸿沟、适应变革的灵活性差、技术体系复杂混乱、技术标准不兼容、技术系统互操作性差、系统安全脆弱、IT 系统管理不规范等。
回顾IT 的建设过程，我们会发现，产生这些问题的一个重要原因是，IT 建设缺乏从组织角度出发的总体架构的规划和设计。
往往是业务部门提出不同的需求，IT 部门以不同的服务器、软件平台和数据库去满足业务需求，企业得到的是一个个条块化的IT 架构。
应该说，每个企业都有自己的IT 架构，但这种自然发生的IT 架构显得混乱和复杂，成为IT 支持业务发展的累赘。
在这种背景下，组织的管理者需要一个解决办法或者一种理念来回答：如何建立贯彻业务战略的IT 战略和IT 体系？如何实现IT 系统的灵活性和互操作性，以更快地响应业务需求？如何降低IT 投资和运营成本，并且从IT 投资中获取更多回报？如何管理IT 结构的复杂性？图1 企业架构的定位如图1所示，企业架构填补了企业业务规划和具体的IT 项目建设（或产品分析、设计、实施过程）之间的鸿沟。
企业架构关注企业信息化的根本问题，实现战略、业务、IT 的对齐，实现从企业战略到信息服务，再到企业架构能力路线图的过程。
从企业战略理解什么是需要在未来交付的IT 功能，并连接IT 功能与企业架构。
也正是因为如此，企业架构（EA ）的理论和方法越来越受到政府、企业和IT 厂商的重视。
对企业架构的基本期望是，它能在对业务战略和流程理解的基础上，进行信息化顶层设计，形成灵活稳健的IT 结构，构建和谐的IT 环境。
2.2.企业架构的企业架构的企业架构的定义定义定义维基百科中引用了MIT 信息系统研究中心（MIT Center for Information Systems Research ）对企业架构（Enterprise Architecture ，简称EA ）的定义：企业架构是关于业务流程和IT 基础设施的一整套逻辑和结构，它反映了企业经营对集成和标准化的需求。
企业架构简介
企业架构背景近30年来，我国经济和社会的信息化建设从无到有、从小到大、从点到面、从弱到强，走过了一条飞速发展的道路。
时至今日，国内外的产业界和学术界在信息化建设方面都已经达成了共识，即，通过IT对信息进行有效的管理及利用是组织业务成功的关键因素，也是其获取竞争优势不可缺少的手段。
业务是IT信息系统和基础设施支持的目标，而IT的成功建设和应用，又极大的促进了业务的成功开展和运营。
当前，随着信息化建设在力度、广度、深度和频度方面的不断拓展，一方面，IT与业务之间的关联越来越紧密；但另一方面，IT也面临着越来越多的难题，如业务与IT之间难以跨越的鸿沟导致战略的执行力缺乏效率、适应变革的灵活性差、技术体系复杂混乱、技术标准不兼容、技术产品的互操作性不足、系统安全脆弱、IT系统管控不规范等等。
问题到底出租哪里呢？回顾IT的建设过程，可以发现，产生这些问题的一个重要原因是，IT建设缺乏从组织角度出发的总体架构的规划和设计。
往往是当业务单位提出不同的需求，IT部门以不同的技术体系和软件硬件产品去满足这些业务需求，长此以往，组织得到的是一个个零散的IT架构。
即，虽然组织的每个业务单位都有自己的IT架构，但这种缺乏总体规划的IT架构显得混乱、无序和复杂，使得IT成为严重制约支撑业务发展的桎梏。
在这种背景下，组织的管理者需要一条解决途径或者一种理念来回答：如何建立贯彻业务战略的IT战略和技术体系？如何实现IT系统的灵活性和互操作性，以更快地响应和满足持续变化的业务需要？如何降低IT投资和运营成本，并从IT投资中获取更多回报？如何管理IT的复杂性？基于以上动因，近年来，企业架构（Enterprise Architecture，EA）的理论和方法越来越受到政府、企业和IT厂商的重视。
对企业架构的基本期望是，它能在对业务战略和流程被充分理解的基础上，进行信息化顶层设计，形成灵活、稳定、健壮的IT基础设施和应用结构，构建和谐的IT应用环境，对齐业务与IT。
《北京地区医院信息系统基础设施建设指南》介绍
Objective/ Scope
(Contextual)
Enterprise Model
(Conceptual)
System Model (Logical)
Technology Model
(Physical)
Detailed Model (Out of
Context)
视角/关注点
数据 (What)
功能 (How)
医疗机构间的协作 — 社区的双向转诊等； 医疗机构的并购； 部署新的应用系统； 客户界面的统一； 实施自助服务门户 — 客户或者职员； 改进数据质量；
信息系统架构简介
信息系统建设中逐渐出现了矛盾
系统越来越复杂 业务需求的多变要求 系统越来越灵活
信息系统架构简介
系统架构的发展史
使信息技术成为一个现代化医院战略资源
词汇说明
Framework Architecture Structure
框架 架构 结构
信息系统架构简介
信息系统架构简介
医院信息系统的重点是集成？
目的是：
法律、法规、政策的遵从 — 例如，美国的 Sarbanes-Oxley或 the Health Insurance Portability and Accountability Act (HIPAA)，我国的医保数据 上传；
回馈数据进行初筛统计？ …
信息系统架构简介
与《规范》的关系
依据
现状＋业务发展趋势＋医院战略
目的
IT愿景
方针
IT策略
框架
IT运行管理框架 IT组织框架
IT技术框架
成果
《规范》
《指南》
为什么介绍框架？
企业架构简介
貴公司的資訊架構是「違章建築」嗎?黃國熊前言如果你在要買房子的時候，在詢問當中，建商告訴你說，我蓋房子的經驗有20年了，我蓋房子，從來沒有藍圖，都是直接蓋的，我想你的感想是趕快離開，然後心中想一定是碰到了一個瘋子。
可是你可曾想過，貴公司內部的資訊系統，是否像蓋房子一樣，先由資訊架構師構想好了藍圖，然後按圖施工哪?當系統有發生問題時，可以像房子一樣，當管線出問題，可以找出建築藍圖，很快的找出問題，而不是依靠「經驗法則」來解決問題。
目前的資訊系統越來越複雜，從公司內部的資訊管理系統(MIS)，包括人事系統、會計系統、薪資系統、出勤系統等，與生管業務有關的MRP、MRP2，甚至範圍更大的ERP，和客戶關係相關的CRM，與上、下游相關的供應鏈(SCM)系統等。
有的系統架構採用主從架構，有些系統是網站三層式架構，有些還是大型電腦系統，各個系統架構不同，開發的時間也不同，各系統之間的關連性如何?是否有重覆開發的相同功能等?把資訊部門的相關系統負責人員叫來詢問，可能他也不知道，因為他只清楚他自己負責的系統，而和其他系統的關連性，他就不知道了。
更何況，資訊人員的異動是非常的頻繁，即使有文件交接，通常也不是最新的，常常需要到原始碼中查看，才能知道真正的功能。
公司整體的資訊系統的關連性來說明的東西就稱為企業架構(Enterprise Architecture)，就是公司內部關於資訊系統之各類「藍圖」的收集，包括了資料、商業流程、商業功能、網路架構、願景、甚至策略等關鍵性元素的描述，元素和元素之間的關係。
就如同建築藍圖，並且記錄了現在、未來及移轉計畫，可以針對不同的需求者提供不同的觀點。
所以不論你是公司內部的高層主管、經理人員、資訊人員或是一般的基層員工，都會對於公司資訊系統有不同的觀點和需求。
企業架構的趨勢目前在大部分的組織裡，不論發展資訊系統或作研究，都會遵循特定的框架(framework)作為開發或研究之依據。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
FEA（联邦企业架构）促美国电子政务转型
FEA具有很多鲜明的特点，表明美国联邦政府的电子政务政策正在发生重大的转变，由原先的注重具体项目、业务与资金配给的特别管理，转变为通过引入绩效管理、制定业务规范、明确技术标准而将电子政务纳入制度化运行轨道的例行管理。
美国是最早实施电子政务的国家，也是最早面对与之相关的各种问题的国家。
长期以来，重复建设、信息孤岛、效益低下等问题一直苦恼着美国政府信息化建设。
为此，美国政府一直在寻求破解之道。
2002年，预算管理办公室（OMB）根据"联邦政府组织架构框架"的基本精神，提出了"联邦政府组织架构"（Federal Enterprise Architecture，FEA），并为此成立了"FEA项目管理办公室（FEAPMO）"。
FEA的目的是将整个联邦政府的所有机构的错综复杂的关系当作一个大型的组织系统，根据信息化和电子政务的基本规律，大胆地规划网络环境下的全新的联邦政府行政管理体系。
FEA正在成为联邦政府行政管理的日常工作内容与操作工具。
实际上，FEA已经用于美国联邦政府2006和2007财政年度的预算编制。
FEA表明美国联邦政府的电子政务政策发生了重大的转变，由原先的注重具体项目、业务与资金配给的特别管理转向通过引入绩效管理、制定业务规范、明确技术标准而将电子政务纳入制度化运行轨道的例行管理。
这表明，美国的电子政务正在趋于成熟，其思路与方法很值得我们学习和借鉴。
FEA的5大参考模型
FEA是一种基于业务与绩效的、用于某级政府的跨部门的绩效改进框架，它为OMB和联邦政府各机构提供了描述、分析联邦政府架构及其提高服务于民的能力的新方式，其目的就是确认那些能够简化流程、共用联邦IT投资及整合政府机构之间和联邦政府的业务线之内的工作的机会。
FEA由5个参考模型组成[1]，它们共同提供了联邦政府的业务、绩效与技术的通用定义和架构。
如果政府机构要建立理想的组织架构，这些参考模型将可以作为系统分析政府的业务流程、服务能力、组织构件与所用技术的基础。
这些模型可专门用于帮助跨部门分析发现政府的重复投资与能力差距、寻找联邦机构内部与联邦机构之间的协作机会。
1.绩效参考模型（FEA-PRM）
PRM是为整个联邦政府提供一般结果与产出指标的绩效测评框架。
它为政府机构提供了一种对照理想的FEA并缩短现实与理想之间差距的方法，与此同时，它也能够让政府机构从战略高度更好地管理政府业务。
PRM提供了政府机构用于实现其业务规划目标的通用的绩效结果与方法的集合。
其模型解释了内部业务构件配置与业务成绩和以顾客为中心的结果之间的联系。
最重要的是，它能够帮助政府机构根据那些使规划或组织结构有效地发挥作用的参照因素来做出资源配置的决策。
PRM还可用于OMB整合与实施计划评估比较工具（PART）和通用指标。
通过定义服务领域、服务类型与服务构件的结果与产出，PRM能够为联邦政府提供衡量跨部门的行动计划的各服务构件的效率所必须的工具。
2. 业务参考模型（FEA-BRM）
BRM是描述联邦政府机构所实施的但与具体的政府机构无关的业务框架，它构成FEA的基础内容。
该模型描述了联邦政府内部运行与对外向公民提供服务的业务流程，而这些业务流程与联邦政府的某个具体的委、办、局没有关系。
因此，由于它抛开了政府部门的狭隘观念，它能够有效地促进政府各机构之间的协作。
BRM有两个版本。
由于将业务流程与政府部门分开、增加了"服务提供方式"层以及与"预算功能说明"紧密配套，因此第二版与第一版相比存在着显著差异，该版现在正用于支持2005年联邦政府财政预算形成过程。
BRM包含四个业务区，39条（内外）业务线和153项子功能。
3.服务构件参考模型（FEA-SRM）
所谓构件就是一项可以自我控制的、事先已经进行功能设定的业务过程或服务，其功能可以通过业务或技术界面加以体现。
SRM是一种业务驱动的功能架构，它根据业务目标改进方式而对服务架构进行分类。
SRM基于横向的业务领域，与具体的部门业务职能无关，因此，它能够为实现业务重用、提高业务功能、优化业务构件及业务服务种类提供基础杠杆。
4.数据参考模型（FEA-DRM）
DRM用来描述那些支持项目计划与业务流运行过程的数据与信息，描述那些发生在联邦政府与其各类客户、选民和业务伙伴之间的信息交换与相互作用的类型。
它将政府信息划分为与BRM子功能相对应的通用内容区域，并将这些内容区域分解为更为详细的功能模块，特别是许多业务过程都通用的数据构件。
DRM按照大家都容易接受的方式对联邦信息加以分类，因而比较容易确定那些重复建设的数据资源，并由此实现政府机构之间的信息共享。
一个通用的数据分类模型有助于实现与政府业务过程的无缝隙连接，无论这些业务过程是发生在联邦政府内部的政府机构之间还是发生在政府与其利益相关者之间的信息交换。
DRM基于逐个的业务流程而不是基于单个部门的种种努力，这就使得人们能够认清与关注关键的业务改进区域，获得清晰地界定且可以测量的结果。
联邦组织架构项目管理办公室将监督DRM方面的重点变化，以保证所有的适合整合的业务都能被发现。
此外，它们还有助于鉴别那些支持业务流程或子功能的、可以重用的数据构件。
这些数据构件的特征建立在FEA技术参考模型
的基础之上，也与特定的业务构件相一致。
SRM和其他的FEA参考模型提供了联邦政府的业务、绩效和技术的定义与架构。
如果政府机构要建立其理想的组织架构，它们可以作为改进现有的业务流程、提高业务能力、优化服务构件技术与数据模型的基础。
5.技术参考模型（FEA-TRM）
TRM是一种分级的技术架构，用于描述传输服务构件与提高服务性能的技术支持方式。
它规定了一套技术要素，用以采用与实施基于构件的参考模型以及确定联邦政府的工作项目（如FirstGov、 以及24个总统优先的电子政务计划）所采用的成熟的技术与工具。
6.FEA中的其他方法
值得注意的是，美国政府在进行电子政务的顶层设计时，除了应用上述方法外，还很注意应用其他的相关方法。
在遴选跨
部门的通用业务时，采用了IBM公司已经应用多年并为IT产业界所熟悉的BSP法，即业务系统规划法（Business System Planning），应用该方法建立"过程或业务/机构矩阵"（如表1），并通过考虑其他因素与方法从中发现具有更高价值的业务类型。
例如，FEAPMO 曾对"为民服务项目"建立了"过程或业务/机构矩阵"，对各政府机构的业务运行情况进行了分析，得到如表1的分析结果，再在此基础上结合有关因素确定优先建设项目。
表过程或业务/机构矩阵
注：表格中的"*"表示该机构有该业务内容。
FEA的基本特点
1．业务规划是核心。
在FEA模型体系中，业务参考模型是其基础，决定后面的服务构件参考模型（SRM）、数据参考模型（DRM）、技术参考模型（TRM），以及绩效参考模型的具体评估内容。
2．注重流程整合，淡化部门概念，强调业务协调和统一。
FEA不是部门概念，它是大政府的概念。
实际上，随着发展水平的提高，在信息化环境下，传统的部门割裂的做法是难以取得更好的绩效的，必须对流程进行整合。
就FEA而言，流程整合的
原则除了表现在业务规划方面外，也同样体现在数据参考模型、服务构件参考模型以及绩效参考模型中。
特别绩效参考模型，
通过定义服务领域、服务类型与服务构件的结果与产出，该模型能够为联邦政府提供衡量跨部门的行动计划的各服务构件的效
率所必须的工具。
3．系统关联性是其价值所在。
在传统环境或是信息化的发展初期，业务本身就包含了绩效考核、数据管理以及技术实施方案等诸多内容，但是相互之间却缺乏科学合理的逻辑关系。
然而，在FEA中，业务过程与绩效管理、数据中心、技术实现条件
是相互分离的，不再纠缠在一起；与此同时，它们之间又通过服务构件相连接，构成一个相互关联、密不可分的系统。
4．应用信息管理系统的理论思路与技术方法。
不仅是在构建网络架构时采用信息系统方法，在对业务整合的过程中，同样应用科学合理的方法对其进行分离、梳理。
例如，BRM对业务区、业务线和子功能的划分，SRM对服务域、服务类型和服务构件的划分，应用BSP方法遴选联邦政府的共性业务内容与数据库建设项目等。