基于企业架构的省级政务信息资源共享顶层设计

1、基于企业架构的省级政务信息资源共享顶层设计-前言2  (2008-09-27 11:24:20)转载标签： 电子政务 企业架构 zachman feaf分类： 总体规划与顶层设计1.4研究方法对于科学研究而言，在某种程度上，方法论比认识论更为重要，选择恰当的研究方法是决定研究是否能取得预期成果的第一步。因此，顶层设计方法论研究是本课题的先导性研究，必须放在首要位置。“顶层设计”源于软件工程领域的“自顶向下的设计”（Top-down Design），是指将信息系统自顶向下分解为所包含的各个子系统。顶层设计的概念被扩大到科学、工程和人文领

2、域，意指针某一重大项目而进行的自高端开始的总体构想，是实现远景目标的基本蓝图。“方法论”（Methodology）则是指从事某一学科或进行某项研究所采用的一整套流程、步骤、方法和规则。电子政务建设是庞大、复杂的系统工程，因而需要顶层设计，这个观点越来越得到政界、学界和IT行业的一致认可。顶层设计起源于应用系统的总体设计，由于信息技术的大规模、深层次、跨组织应用，已经上升到战略支撑层面，面向应用系统的总体设计方法已经越来越跟不上时代的发展。顶层设计方法必须上升到战略管理和IT治理的高度，才能适应这种变化。 比较而言，无论是在理论还是实践层面，国内的电子政务领域的顶层设计方法还不成熟。而

3、国外在顶层设计方法方面的研究和实践，主要是指企业架构（EA，Enterprise Architecture），至少领先国内十年以上，已经取得了大量成果。尤其是美国政府大力推行联邦政府企业架构框架（FEAF），带动了企业架构在西方发达国家的推广，加拿大、澳大利亚、英国、德国、日本、韩国等国都已发布了本国政府的企业架构框架，对于国内电子政务建设的顶层设计，具有重大的参考价值和借鉴意义。    企业架构 企业架构（EA，Enterprise Architecture）作为将组织战略目标映射到IT总体目标的蓝图设计，是西方发达国家政府广泛使用的顶层设计

4、方法。 1企业架构的发展史1987年，John Zachman在IBM Systems Journal上发表名为A framework for information systems architecture的文章，提出企业架构的初步概念。Zachman理论发展到今天，称之为“企业架构框架”（EAF，Enterprise Architecture Framework），简称为“Zachman框架”，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。1996年，美国国会通过“Clinger/Cohen 法案。该法案指出政府部门缺乏展现

5、、协调和管理整个信息系统建设、使用、维护的总体框架，授予行政管理和预算局（OMB）很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息系统方面进行的所有大规模投资的风险和成效”。尽管“Clinger/Cohen法案”从未提及企业架构的概念，OMB 还是将此法案解释为对整个美国政府采纳企业架构的强制性要求。1999年，美国联邦CIO委员会发布了FEAF（ Federal Enterprise Architecture Framework）。“Clinger/Cohen 法案”所使用的术语“IT架构”（IT Architecture），现在被解释为企业架构（Enterprise Arch

6、itecture）。如今，OMB 已要求每个政府机构都要开发一个企业架构框架，并要证明如何使该企业架构框架与 FEAF 保持一致。如美国国防部开发了DoDAF，美国财政部开发了TEAF，美国环保署开发了EPAF，等等。欧洲国家政府在企业架构推广方面则另辟蹊径。2005年3月，英国内阁办公室发布了英国电子政务互操作框架（E-GIF，E-Government Interoperability Framework）v6.1。欧盟则推出了泛欧电子政务服务互操作框架（EIF，European Interoperability Framework）v2.0。在商业领域，企业架

7、构也得到了广泛关注，研究机构、咨询公司和大企业也在大力推进企业架构的应用。1996年，凯捷公司（Cap Gemini）发布了IAF（Integrated Architecture Framework）。2002年，开放组织（Open Group）发布TOGAF（The Open Group Architecture Framework）。2003年，企业架构开发研究所（IFEAD）发布了E2AF（Extended Enterprise Architecture Framework）。企业架构的发展历程如下：  图1.企业架构的发展历程2企业架构的概念Enterprise A

8、rchitecture一般译作企业架构，也有译作企业体系结构或企业总体架构。架构（Architecture）包含业务和技术两个层面，一个是软件体系结构，一个业务参考模型。按照Meta Group的定义，企业架构是一个自顶向下、业务战略驱动的过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决方案架构。按照美国2002年电子政务法案的定义，企业架构意味着：（1）一个战略信息资产库，它定义了使命（2）执行使命所必需的信息（3）执行使命所必需的技术（4）为了响应使命不断变化的需求，而实施新技术的变迁过程并包括：（1）一个基线（当前）架构（2）一个目标架构（3）一个（实施）计

9、划3企业架构的原理企业架构的原理是从现状向目标的迁移过程。因此，企业架构包括：当前架构、目标架构、迁移计划和IT路线图。： 图2 企业架构的原理企业架构的组成分为业务和技术两个层面，业务层面包括业务架构和信息架构，技术层面包括应用架构和技术架构。 图3 企业架构的原理（1）企业业务架构（EBA，Enterprise Business Architecture）     企业业务架构主要是指组织结构、岗位职能和业务流程。（2）企业信息架构（EIA，nterprise Information Architecture） 

10、;    企业信息架构主要是指业务信息原始记录和展现形式。（3）企业应用架构（EAA，Enterprise Application Architecture）     企业系统架构主要是指应用系统。（4）企业技术架构（ETA，Enterprise Technical Architecture ）     企业技术架构主要是指基础设施。  Zachman框架John Zachman是公认的企业架构领域的理论开拓者，现有的企业架构框架大都由

11、Zachman框架派生而来。Zachman框架起源于John Zachman的题为“信息系统开发框架”（A Framework for Information Systems Development）的学术论文，文中阐述了在信息系统开发工作中对软件体系结构的看法：系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识到系统开发是由不同阶段完成的同等重要；在系统开发中，考察对象不应仅限于数据和功能，还应包括地点。Zachman给出了一个矩阵，将关注视点放在列上，角色层面放在行上。此矩阵最初有是什么（What）、如何做（How）和在哪里（Where）三列。后来，Zachman又增加了是谁（W

12、ho）、什么时间（When）时间和为什么（Why）三列。Zachman框架可以用来指导信息化建设过程，并管理此过程中的设计产物。Zachman框架如下图所示： 图4 Zachman框架    Zacnman框架的矩阵式表格如下所示： 做什么（What）如何做（How）在哪里（Where）谁（Who）何时（When）为什么（Why）数据功能网络人员时间动机范围（背景）规划者      业务模型（概念）所有者      

13、系统模型（逻辑）设计者      技术模型（物理）承建者      详细表示（背景之外）分包者      最终用户      表1 Zachman框架的矩阵式表格Zachman框架具有容易理解、描述全面、独立于各种工具与方法学等优点，因而得到了广泛的认可，很多咨询和研究方法都从Zachman框架中获得借鉴。Zanman框架完全可以作为电子政务顶层设计方法论的

14、理论基础，是一个非常适合于本课题的思考框架和研究模式。 FEAF框架1999年，美国政府组建美国联邦CIO委员会，发布了联邦企业架构框架（FEAF，Federal Enterprise Architecture Framework），此后美国政府机构也相继基于FEAF发布了各自的部门级企业架构框架。这是企业架构在政府领域的首次应用，带动了企业架构在西方发达国家政府的大范围推广。2001年，美国联邦CIO委员会发布FEAF实践指南（A Practical Guide to FEA）。之后，又发布了由绩效参考模型（PRM）、业务参考模型（BRM）、服务参考模型（SRM）、技术参考模型（T

15、RM）、数据参考模型（DRM）等五个参考模型。FEAF由当前架构、目标架构、转换流程（标准）组成，当前架构和目标架构分解为业务架构、数据架构、应用架构和技术架构，后来又增加了绩效架构。 图5 FEAF v1.1，Level III美国联邦企业架构（Federal Enterprise Architecture，FEA）由绩效参考模型、业务参考模型、服务参考模型、技术参考模型、数据参考模型构成。图6 FEA的组成（1）绩效参考模型 绩效参考模型由输入、输出、结果3个部分组成，由测量域、测量类、测量组和测量指标4个层次构成。输入包括人力资本、技术和其他固定资

16、产，输出包括一系列过程和活动，结果包括任务和业务结果以及客户结果。（2）业务参考模型 业务参考模型包含4个业务域，39条业务线和153项子功能。其中4个业务域分别是公民服务、服务分发模式、服务的支持分发和政府资源管理。公民服务是政府的目的，包括国防和国家安全、本土安全、情报运行、法律保障、国际事务和商务、立法及公正活动、矫正活动、教育、能源、健康、交通、收入安全、环境管理、自然资源、灾害管理、社区和社会服务、经济发展、劳动力管理、通用科学与创新19条业务线。服务分发模式是实现政府目的的机制，包括为公民的直接服务、知识创造和管理、公共物品创建和管理、法规、联邦财政支持、信用和保险、传输

17、给州和地方政府7条业务线。服务的支持分发是政府运行支持功能，包括立法关联、公共事务、法规发展、规划和预算、控制和监督、征税、内部风险管理和减少、通用政府8条业务线。政府资源管理为资源管理功能，包括供应链管理、人力资源管理、财政管理、行政管理、信息和技术管理5条业务线。（3）服务参考模型 服务参考模型由7个服务域、30项服务类和168项服务组件构成，其中7个服务域分别是客户服务、过程自动服务、业务管理服务、数字资产服务、业务分析服务、内勤服务和支持服务。客户服务包括客户关系管理、客户喜好、客户初始帮助3项服务类，过程自动服务包括跟踪和工作流、路由和进度2项服务类，业务管理服务包括过程管理、组织管理、投资管理、供应链管理4项服务类，数字资产服务包括内容管理、文件管理、知识管理、记录管理4项服务类，业务分析服务包括分析与统计、可视化、知识发现、业务智能、报告5项服务类，内勤服务包括数据管理、人力资源、财政管理、资产管理、开发与集成、人力资本/劳动力管理6项服务类，支持服务包括安全管理、协作、搜索、通信、系统管理、表格管理6项服务类。（4）技术参考模型