美国电子政务通用框架模型研究

电子政务４ Ｅ－ＧＯＶＥＲＮＭＥＮＴ２００６ １ ３
图 １ 美国联邦企业架构（ＦＥＡ）结构
而没有考虑与其它部门的合作和交互；所 对性的缓解办法（见表 １）。
企业架构，它是由 Ｚａｃｈｍａｎ 博士于上世纪
以公民们只能仍然一个部门一个部门地去
从表１可以看出，缺乏统一的联邦架构 ７０年代末开发并不断完善的一种方法［３］。一
息只要在线收集一次，不同部门即可重复 另一方面反应了政府在管理上向现代企业 发联邦企业架构框架（Ｆｅｄｅｒａｌ Ｅｎｔｅｒｐｒｉｓｅ Ａｒ－
利用，无须重复收集。然而“攻坚组”发现 看齐的趋势。
ｃｈｉｔｅｃｔｕｒｅ Ｆｒａｍｅｗｏｒｋ，ＦＥＡＦ）。该框架是指导
在电子政务项目实施中存在着几个关键障
开发联邦企业架构（ＦＥＡ）的一个统一的集成
架构并不是一种真正的架构”。经过他们分 为了完成必要的服务操作所必需的支撑功 现有的政府职能部门。这里的关键点是“业
析，每个业务线平均有 １９ 个执行部门，而 能。
务线”的概念。一个业务线可能跨越若干个
每个部门大约涉及到 １７个业务线。 这种业
● 政府资源管理：这个类别指政府为 部门。业务线没有组织边界，在同一个业务
１ ４ 电子政务 ４ Ｅ－ＧＯＶＥＲＮＭＥＮＴ２００６
应用架构、技术架构）。在这个框架的指导 是在描述政府业务时候，并没有按照惯例 政府提供的特定的活动和服务（也是一种
下，美国总统管理及预算办公室（ＯＭＢ）组织 将政府业务按照部门机构的设置进行梳理， 产品），一个业务线不一定是由一个部门或
定了 ２４ 个电子政务项目［２］来简化和统一部 开发的启示。需要说明的是，在这里企业是
１９９８ 年，美国联邦首席信息官（Ｃｈｉｅｆ
门之间的工作流程和信息流，为公众提供 表示一种具有统一目标的组织。它一方面 Ｉｎｆｏｒｍａｔｉｏｎ Ｏｆｆｉｃｅｒ）委员会在克林格－科恩
所谓“一站式”服务，政府所需要收集的信 是来源于构建此模型的方法Ｚａｃｈｍａｎ框架［３］， （Ｃｌｉｎｇｅｒ－Ｃｏｈｅｎ）法案的ｅｓｓ Ｍａｎａｇｅｍｅｎｔ
Ｓｅｒｖｉｃｅｓ）域指的是那些支持业务功能以及 组织活动的管理和执行的能力集合。那些 组织活动是为了在跨业务和价值链参与者 中维持一种连续性。
● 数字资源服务（Ｄｉｇｉｔａｌ Ａｓｓｅｔ Ｓｅｒｖｉｃｅｓ） 域指的是支持知识产权和跨业务及扩展企 业的电子媒体的产生、管理和分发的能力 集合。
务构件也可以分成不同的粒度。粒度越粗， 的技术开发出特定的服务构件产品或系统。 范和服务标准规范的提供商。其中４个“服
（１ ）项目的绩效值评估不合理，也就
来。美国政府最早意识到这个问题的严重 是说对系统的评估仅仅局限于系统的本身
性。 ２００１ 年，由美国总统管理及预算办公 是否有效地运行，是否满足各自部门的业
室委托的电子政务项目攻坚组（Ｔａｓｋ Ｆｏｒｃｅ， 务流程需要，而不是考虑是否很好地对最
终用户（公民、企业和其它政府部门）作出 合理的响应。
● 业务分析服务（Ｂｕｓｉｎｅｓｓ Ａｎａｌｙｔｉｃａｌ Ｓｅｒｖｉｃｅｓ）域指的是那些支持信息抽取、聚 集和展示以促使决策分析和业务估评的能 力集合。
● 内勤服务（Ｂａｃｋ Ｏｆｆｉｃｅ Ｓｅｒｖｉｃｅｓ）域 指的是那些支持基于事务功能的企业规划 管理的能力集合。
● 支持服务（Ｓｕｐｐｏｒｔ Ｓｅｒｖｉｃｅｓ）域指的 是那些可以平衡互补相关服务域的目标和 任务的跨功能能力的集合。
● 公民服务：这个类别主要包括政府
更通俗地理解上述结构，那就是 ＢＲＭ
就是说，完全按照这个架构构建的所有系 业务的目的。
在政府“以公民为中心，而不是以机构为中
统能够真正实现政府一体化的目标。
● 交付模式：这个类别说明了政府为 心”的战略指导下，将政府职能分为对外服
（１）业务参考模型
了达到业务目的所采用的机制，也就是说 务（公民服务），要完成这些服务的方式（模
搜寻自己所需要的服务，企业也还要填写 是美国电子政务实施的一个很重要的障碍。 个“企业架构”实际是描述一个组织是如何
许多重复信息，其它部门还不能共享其信 为此美国总统管理和预算办公室（Ｏｆｆｉｃｅ ｏｆ 利用其人力、业务流程、数据和技术来完成
息资源。
Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｂｕｄｇｅｔ，ＯＭＢ）专门启动一个 其所要完成的工作。它认为要完整地描述
（２ ）技术融合性不够，信息技术只是 为了加速现有的业务流程，而没有采用一 种有效的整体解决方案。
（３ ）自动化孤岛现象，各部门各自为 政，缺乏统一的沟通和协调平台；所开发的 信息系统也是为了各自内部操作的需要，
表１ 美国政府在实施电子政务中存在的障碍及其缓解策略
＊ 本文系北京市科委科技计划项目（Ｚ０００４０２９０４０８１１）课题成果之一。
碍，如：部门文化缺乏统一的联邦架构，信 二、 ＦＥＡ 结构分析
工具。它实际是包含了 Ｚａｃｈｍａｎ企业架构的
任、资源、以及其它利益相关者的阻力。为 克服这些障碍，“攻坚组”提出了一系列针
１．ＥＡ 简介 ＥＡ，全称为Ｅｎｔｅｒｐｒｉｓｅ Ａｒｃｈｉｔｅｃｔｕｒｅ， 即
４ 个视图（领域视图，所有者视图，设计者 视图，转包商视图）和三个方面（数据架构、
图 ２ ＦＥＡ 的业务参考模型（ＢＲＭ）结构
（２）服务构件参考模型 服务构件参考模型（Ｓｅｒｖｉｃｅ Ｃｏｍｐｏｎｅｎｔｓ Ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ， ＳＲＭ）是一个以业务为驱动 的功能性框架。它根据支持业务或绩效目 标来划分服务构件。这里的“构件”是指“一 个自包含的业务过程或服务；这个过程和 服务具有预定的、可以通过一个业务或技 术接口发挥作用的功能”。 该模型按照三层 递阶结构来描述服务构件模型，即“服务 域”、“服务类型”和“构件”。 ＳＲＭ 分为 ７ 个“服务域”，它们从业务
ＦＥＡ 模型是由５ 个参考模型构成（见图 这样做的好处是有利于部门之间建立合作 内部业务线。业务参考模型（ＢＲＭ）一共有
１），它提供了通用的业务、绩效和技术的定 关系，尤其是在实施信息化的时候，不同部 ３９个业务线。其中，１９个是外部业务线，分
义和结构。 该架构的主要特点是以业务和绩 门如果具有相同或相似业务服务的就可以 布在公民服务域；２０ 个内部业务线，分布
信息资源共享和合作阻力重重。
着重介绍美国“联邦企业架构”（Ｆｅｄｅｒａｌ 运作视图，以及数据、功能、网络、人员、
为了解决这些问题，美国总统管理委 Ｅｎｔｅｒｐｒｉｓｅ Ａｒｃｈｉｔｅｃｔｕｒｅ， ＦＥＡ）及其相关的信 时间和动机这 ６ 个方面。这 ６ 个视图和 ６个
员会（Ｐｒｅｓｉｄｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｃｏｕｎｃｉｌ，ＰＭＣ）选 息，并给出该架构对我国电子政务研究和 方面构成了一个 ６ × ６ 矩阵。
（ＦＥＡ）中，业务参考模型（Ｂｕｓｉｎｅｓｓ Ｒｅｆｅｒｅｎｃｅ 的定义是指“特定的产品或商品”或“特定 修正的。它实际是随着政府改革和战略目
Ｍｏｄｅｌ，ＢＲＭ）是 ＦＥＡ 的基础。它最大的特点 的商业企业”。所以在这里业务线就是指由 标的改变而不断变化的。
电子政务４ Ｅ－ＧＯＶＥＲＮＭＥＮＴ２００６ １ ５
和领导开发了面向整个联邦政府的联邦企 而是按照业务本身的需要进行梳理。也就 机构来执行，但同一个业务线具有相同的
业架构（ＦＥＡ）。
是说，是以政府业务或具体的服务为中心， 信息定义和数据结构，从而便于信息交流
２．ＦＥＡ 的构成［４］
而并不涉及具体的执行业务的部门机构。 和数据交换。业务线又分为外部业务线和
１ ６ 电子政务 ４ Ｅ－ＧＯＶＥＲＮＭＥＮＴ２００６
图 ３ ＦＥＡ 的服务构件参考模型（ＳＲＭ）结构
业务功能或过程，甚至完成复杂的业务流 须遵循的通用标准和规范。系统开发者可 那些支持服务类别的标准和技术。最后一
程。它是基于环境系统之上的业务系统。服 以依据这些标准和规范，并根据自己特定 层是“服务规范”层，它详细说明了那些规
“服务域”由“服务类型”组成，这些 服务类型进一步对服务域所描述的功能进 行分类和定义，服务类型描述了面向业务 的服务。７个服务域包含２９个服务类型。“构 件”是描述服务域的基本单元，它是一个业 务或应用系统的逻辑“构建块”。
构件实际是面向政府业务系统的基本 构造单元。它与我们目前市场上所说的“构 件”具有很大的不同。目前很多构件实际上 一种软件中间件的概念。它可以快速搭建 一个软件系统，是一种更粗粒度的软件代 码。而这里的服务构件则是真正实现一个
角度对服务能力和类别进行了分类（参见 图 ３）。这 ７ 个服务域包括：
● 客户服务（Ｃｕｓｔｏｍｅｒ Ｓｅｒｖｉｃｅｓ）域指 的是那些直接与最终用户相关的、业务与 用户之间的交互、或以用户驱动的活动或 操作等能力的集合。
● 过程自动化服务（Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ Ｓｅｒｖｉｃｅｓ）域指的是那些支持过程自动化，以 及保证高效管理业务的管理活动的能力集 合。
１ ２ 电子政务 ４ Ｅ－ＧＯＶＥＲＮＭＥＮＴ２００６
美国电子政务通用框架模型研究 ＊
文 ／ 杨吉江 邢春晓·清华大学信息技术研究院 Ｗｅｂ 与软件技术研究中心
美国是比较早意识到政府在信息化过程中面临“信息孤岛”问题，并较早采取切实步骤和措施改变电子政务战略的国家之一。本文比 较系统地介绍了美国联邦政府为统一电子政务的实施而由联邦政府开发的联邦企业架构模型（Ｆｅｄｅｒａｌ Ｅｎｔｅｒｐｒｉｓｅ Ａｒｃｈｉｔｅｃｔｕｒｅ， ＦＥＡ）。该架 构包括五大基本参考模型，即绩效参考模型（ＰＲＭ）、业务参考模型（ＢＲＭ）、服务构件参考模型（ＳＲＭ）、技术参考模型（ＴＲＭ）和数据参考模 型（ＤＲＭ）。
一、背景介绍
这是个很重要的团队，为方便起见以下简
近些年来，Ｉｎｔｅｒｎｅｔ及其相关技术的应 称“攻坚组”）就分析了至少四个方面导致
用越来越广泛，各国政府也越来越重视其 了联邦政府信息系统不能有效地提高其工
对政府工作的重要意义。然而随着政府信 作效率的主要原因，即包括［１］：
息化工作的深入，许多矛盾也逐渐暴露出
整个业务模型分为三个层次，最上面 单位。这个层次是业务具体执行和实现的
架构，它是一个用于沟通交流的基础，也是 是“业务域”，它代表了政府业务运作的四 层次。ＦＥＡ－ＢＲＭ 的 ３９ 个业务线一共包含了
政府设计、实施各类电子政务项目的参考 个类别（参见图 ２），即：
１５３ 个子功能。
基础。它也是政府整体战略的最终体现，也
在美国电子政务“攻坚组（”Ｔａｓｋ Ｆｏｒｃｅ） 如何将政府为公民或企业提供的服务送达 式），服务的支持，以及政府内部的管理等
关于电子政务战略的报告中，他们声称，按 到用户那里。
几个方面。然后在这个几个方面完全按照
照他们的评估，“现行的（２００１ 年）联邦企业
● 支撑服务的交付：这个类别指政府 功能对政务业务进行分类，而不是局限于
效为驱动；也就是说电子政务的“电子化” 彼此构建集成化的信息平台。这样既可以 在其它业务域。
过程不是单纯的以技术为中心，而是以业 减少重复投资，也可以增加信息沟通的机
每个“业务线”就是一个“子功能集”。
务需求为中心，以绩效评估为导向。
会和能力，优化业务服务过程。
子功能实际包含了一系列业务过程和功能
ＦＥＡ 本身并不是一个具体的信息系统
（４）抗拒变化，政府投资部门没有一 项目以便开发一个面向整个联邦政府的， 一个组织系统，应该从 ６个视图（视角）和
种机制来鼓励跨部门的信息系统建设，而 跨部门的政府体系架构，从而在不同部门 ６ 个方面来进行，即，领域视图、所有者视
部门也恐惧机构重组，从而使得跨部门的 之间建起一个统一沟通的“桥梁”。本文将 图、设计者视图、构建者视图、转包商视图、
务架构造成了大量的冗余和重复，包括雇 了完成上述所有业务而需要的所有资源 线内的政府部门可以很容易找到合作的机
员、信息系统和管理。而且这种业务架构也 （包括信息资源和物理资源）及其管理。 会。
不能达到以用户为中心的战略［１］。
“业务域”是由“业务线”构成的。所
ＢＲＭ 不是一个静态的模型，和一般的
因此在 Ｏ Ｍ Ｂ 开发的联邦企业架构 谓“业务线（ｌｉｎｅ ｏｆ ｂｕｓｉｎｅｓｓ， ＬｏＢ）”，一般 业务模型有点不同，它是在不断完善，不断