SOA咨询方法论研究

1、什么是企业架构( 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， Enterpris

2、e Architecture Framework )，简称为“ Zachman 框架”， Zachman 也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由 Zachman 框 架派生而来。1996 年，美国国会通过“ Clinger/Cohen 法案(又称信息技术管理改革法案) 。该法案指出 政府部门缺乏展现、 协调和管理整个信息系统建设、使用、维护的总体框架， 授予行政管理 和预算局( OMB )很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息 系统方面进行的所有大规模投资的风险和成效” 。尽管“ Clinger/Cohen 法案” 从未提及企业架构的概念， OMB

3、 还是将此法案解释为对整个美 国政府采纳企业架构的强制性要求。 1999 年，美国联邦 CIO 委员会发布了 FEAF ( FederalEnterprise Architecture Framework )。“ Clinger/Cohen 法案”所使用的术语“ IT 架构”( IT Architecture )，现在被解释为企业架构( Enterprise Architecture )。如今， OMB 已要求每个 政府机构都要开发一个企业架构框架， 并要证明如何使该企业架构框架与 FEAF 保持一致。 如美国国防部开发了 DoDAF ，美国财政部开发了 TEAF ，美国环保署开发了 EPAF

4、，等等。 欧洲国家政府在企业架构推广方面则另辟蹊径。2005 年 3 月 ， 英 国 内 阁 办 公 室 发 布 了 英 国 电 子 政 务 互 操 作 框 架 ( E-GIF ， E-Government Interoperability Framework )v6.1。欧盟则推出了泛欧电子政务服务互操作框架 (EIF ， European Interoperability Framework ) v2.0 。在商业领域， 企业架构也得到了广泛关注， 研究机构、 咨询公司和大企业也在大力推进企业 架构的应用。1996 年，凯捷公司( Cap Gemini )发布了 IAF ( Integra

5、ted Architecture Framework )。2002 年，开放组织( Open Group)发布 TOGAF ( The Open Group Architecture Framework )。2003 年，企业架构开发研究所( IFEAD )发布了 E2AF (Extended Enterprise Architecture Framework )。企业架构的发展历程如下：图 1. 企业架构的发展历程综上所述，企业架构获得快速发展源于三个因素：（1）Zachman 奠定了企业架构的概念体系和理论基础（2）美国政府的推动和西方发达国家政府的效仿（3）研究机构、咨询公司和大企业的大

6、力推广2企业架构的概念Enterprise Architecture 一般译作企业架构，也有译作企业体系结构或企业总体架构。架构 （ Architecture ）包含业务和技术两个层面，一个是软件体系结构，一个业务参考模型。按照 Meta Group （已被 Gartner 收购）的定义，企业架构是一个自顶向下、业务战略驱动的 过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决方 案架构。按照美国 2002 年电子政务法案的定义，企业架构意味着：（1）一个战略信息资产库，它定义了使命（2）执行使命所必需的信息（3）执行使命所必需的技术（4）为了响应使命不断变化的需求

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

8、 Architecture )企业信息架构主要是指业务信息原始记录和展现形式。（ 3）企业应用架构（ EAA ， Enterprise Application Architecture ）企业系统架构主要是指应用系统。（4）企业技术架构（ ETA， Enterprise Technical Architecture ）企业技术架构主要是指基础设施。Zachman 框架John Zachman 是公认的企业架构领域的理论开拓者，现有的企业架构框架大都由 Zachman 框架派生而来。Zachman 框架起源于 John Zachman 的题为“信息系统开发框架” （ A Framework fo

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

10、设过程，并管理此过程中的设计产物。Zachman 框架如下图所示：图 4 Zachman 框架Zacnman 框架的矩阵式表格如下所示：做什么 （What ）如何做 （ How ）在哪里（ Where ）谁 （Who）何时（ When ）为什么（Why ）数据功能网络人员时间动机范围（背景）规划者业务模型（概念）所有者系统模型（逻辑）设计者技术模型（物理）承建者详细表示（背景之外）分包者最终用户表 1 Zachman 框架的矩阵式表格Zachman 框架是一个 6 6矩阵：纵向从规划者、所有者、设计者、承建者、分包者和最终 用户六个视角来划分，建立目标 / 范围、业务模型、系统模型、技术模型、

11、详细表达、运行 功能等模型； 横向从数据 （What ）、功能（How ）、网络（Where）、人员（Who）、时间（When）、 动机（ Why）等 6 个方面的模型，并分别由实体关系模型（Entity-Relationship ）、流程I/O 模型（ Input-Process-Output ）、节点链接模型（ Node-Link ）、人员工作模型 （People-Work ）、时间周期模型（ Time-Cycle ）、目标手段模型（ Ends-Means）来表达。Zachman 框架具有容易理解、 描述全面、 独立于各种工具与方法学等优点， 因而得到了广泛 的认可，很多咨询和研究方法都从

12、 Zachman 框架中获得借鉴。 Zanman 框架完全可以作为电 子政务顶层设计方法论的理论基础，是一个非常适合于本课题的思考框架和研究模式。FEAF 框架1999 年，美国政府组建美国联邦 CIO 委员会，发布了联邦企业架构框架（ FEAF ，Federal Enterprise Architecture Framework ），此后美国政府机构也相继基于 FEAF 发布了各自的部门 级企业架构框架。 这是企业架构在政府领域的首次应用， 带动了企业架构在西方发达国家政 府的大范围推广。2001 年，美国联邦 CIO 委员会发布 FEAF 实践指南（ A Practical Guide t

13、o FEA ）。之后， 又发布了由绩效参考模型（ PRM ）、业务参考模型（ BRM ）、服务参考模型（ SRM ）、技术参 考模型（ TRM ）、数据参考模型（ DRM ）等五个参考模型。FEAF 由当前架构、目标架构、转换流程（标准）组成，当前架构和目标架构分解为业务架 构、数据架构、应用架构和技术架构，后来又增加了绩效架构。图 5 FEAF v1.1 ，Level III美国联邦企业架构（ Federal Enterprise Architecture ，FEA ）由绩效参考模型、业务参考模型、 服务参考模型、技术参考模型、数据参考模型构成。图 6 FEA 的组成（ 1）绩效参考模型 绩

14、效参考模型由输入、输出、结果 3 个部分组成，由测量域、测量类、测量组和测量指标 4 个层次构成。输入包括人力资本、技术和其他固定资产，输出包括一系列过程和活动， 结果包括任务和业务结果以及客户结果。（2）业务参考模型 业务参考模型包含 4个业务域， 39条业务线和 153 项子功能。其中 4 个业务域分别是 公民服务、服务分发模式、服务的支持分发和政府资源管理。公民服务是政府的目的，包括国防和国家安全、本土安全、情报运行、法律保障、国际 事务和商务、 立法及公正活动、矫正活动、教育、能源、 健康、 交通、 收入安全、环境管理、 自然资源、灾害管理、社区和社会服务、经济发展、劳动力管理、通用科

15、学与创新 19 条业 务线。服务分发模式是实现政府目的的机制， 包括为公民的直接服务、 知识创造和管理、 公共 物品创建和管理、法规、联邦财政支持、信用和保险、传输给州和地方政府 7 条业务线。服务的支持分发是政府运行支持功能，包括立法关联、公共事务、 法规发展、 规划和预 算、控制和监督、征税、内部风险管理和减少、通用政府 8 条业务线。政府资源管理为资源管理功能， 包括供应链管理、 人力资源管理、 财政管理、 行政管理、 信息和技术管理 5 条业务线。（3）服务参考模型服务参考模型由 7个服务域、 30项服务类和 168项服务组件构成，其中 7 个服务域分 别是客户服务、过程自动服务、业务

16、管理服务、数字资产服务、业务分析服务、内勤服务和 支持服务。客户服务包括客户关系管理、 客户喜好、 客户初始帮助 3 项服务类， 过程自动服务包括 跟踪和工作流、 路由和进度 2 项服务类， 业务管理服务包括过程管理、 组织管理、 投资管理、 供应链管理 4 项服务类，数字资产服务包括内容管理、文件管理、知识管理、记录管理 4 项服务类， 业务分析服务包括分析与统计、 可视化、知识发现、 业务智能、 报告 5项服务类， 内勤服务包括数据管理、人力资源、财政管理、资产管理、开发与集成、人力资本 /劳动力 管理 6 项服务类，支持服务包括安全管理、协作、搜索、通信、系统管理、表格管理 6项服 务类

17、。（4）技术参考模型技术参考模型由 4个服务域、 17个服务类和 51个服务标准构成，其中 4个服务域是服 务访问和分发、服务平台和基础设施、组件框架、服务接口与集成。（ 5）数据参考模型数据参考模型由数据共享、数据描述和数据环境（Context ）三个标准化域构成。数据共享是指一个用户使用其他用户提供的信息资源，数据共享标准化域用“数据提供者-用户矩阵”来描述。数据描述标准化域提供了一个在数据结构（语法）和含义（语义）方面达成 一致的方法，可以为数据发现、数据重用、数据共享、数据实体一致化、语义互操作提供支 持。数据环境标准化域为数据提供与数据创建和使用有关的附加信息。2007 年 6 月澳

18、大利亚政府借鉴美国 FEAF 开发了了澳大利亚政府架构（AGA ， Australian Government Architecture ），同样包含了五个参考模型。图 7 AGAAGA 包括 5 个参考模型以及原则、模式、标准、 SOA 知识库和服务目录。与 FEA 一样，AGA 参考模型包括绩效参考模型、业务参考模型、服务参考模型、数据参考模型、技术参 考模型。分类：SOA咨询方法论研究 -SOA咨询路线图 (2009-05-07 12:25:36) 标签：SOA 咨询路线图用于描述 SOA咨询的一般流程和方法，是 SOA咨询方法 论的核心。 SOA咨询路线图基于通用 IT 咨询方法和 S

19、OA项目生命周期对 SOA咨 询方法论进行阐述， 并且对 SOA咨询的关键成功要素进行分析， 对 SOA咨询方法 论与 SOA实施方法论之间的关系进行界定。1. SOA 咨询路线图 在 SOA项目生命周期的不同阶段， SOA咨询方法也随之不同。因此，针对 SOA项 目生命周期的不同阶段，分别建立相应的 SOA咨询方法。SOA项目生命周期可划分为前期评估、总体规划（包括战略规划、业务规划和技 术规划）、项目实施和后期评价四个阶段。SOA咨询的服务对象根据 SOA项目生命周期进行划分。 按照每个阶段咨询服务的 主要需求来源的不同， 来确定核心的服务对象。 在前期评估、 总体规划和后期评 价阶段，服

20、务对象主要是项目业主（中央和地方各级政府机构）；在项目实施阶 段，服务对象主要是 IT 厂商（平台厂商、独立软件厂商和系统集成商）。SOA咨询方法论同样根据 SOA项目生命周期进行划分， 由 SOA项目生命周期各个 阶段的 SOA咨询方法组成，形成一个完整的方法体系。建立 SOA咨询方法论的基本方法是： 针对 SOA项目生命周期的不同阶段， 在通用 IT 咨询方法基础上，结合软件架构咨询的特点，按照适用性、可信性和可操作 性的原则，从概念和定义、 范围和内容、意义和作用、 目标和任务、流程和步骤、 方法和规则等六个方面，建立相应的 SOA咨询方法。SOA咨询路线图如下图所示：图 1 SOA 咨

21、询路线图1.1 SOA 项目生命周期SOA项目生命周期 包括前期评估、总体规划、项目实施和后期评价四个阶段。 其中，总体规划阶段起到 SOA蓝图的作用，是 SOA咨询的重点阶段。1.2 SOA 咨询服务对象SOA项目生命周期的四个阶段中，除了项目实施阶段的 SOA咨询服务对象是 IT 企业（包括平台软件厂商、独立软件开发商和系统集成商）之外，其余三个阶段 的 SOA咨询服务对象都是政府机构 （包括中央和地方各级政府机构、 非政府组织 和大型国有企业等）。因此，政府机构是 SOA咨询的重点服务对象。1.3 通用 IT 咨询方法 通用 IT 咨询方法是 SOA咨询方法的实践基础， 具有重要的借鉴意

22、义。 从“As-Is （现状）”到“ To-Be（未来）”是一种经典的 IT 咨询模式，通过对现状的深入 分析评估、 对目标的逐步论证分解、 对问题和差距的全面诊断等， 建立从现状到 目标的切实可行的迁移路线图和整体解决方案。（ 1） As-Is （现状）建立现状模型，进行现状分析和评估，发现问题和诊断原因；跟踪发展 趋势，选定标杆学习对象，进行差距分析。（2）To-Be（目标）建立目标模型，根据组织内外部的约束条件（环境、资源和能力等）， 定义和论证目标，并对目标进行分解和细化。（ 3） Roadma（p 路线图）建立从现状模型到目标模型的迁移路线图，定义行动列表，界定任务优 先级，制定策略

23、和选择路线。（ 4） Solution （解决方案）针对选定路线开发解决方案， 从技术、 管理和商业等角度， 对具体项目进行总体 设计乃至初步设计。1.4 SOA 咨询方法按照 SOA项目生命周期的阶段划分，结合通用 IT 咨询方法，形成按阶段分解的 SOA咨询方法。（1）前期评估对 SOA投资的必要性和可行性进行评估，确定现状和目标，分析差距和 风险，帮助客户最终决定是否采用 SOA。（2）总体规划从战略、业务和技术三个层面自顶向下地对 SOA投资进行总体规划， 从业务梳理、 服务建模、应用规划和平台规划等多个角度对 SOA项目进行总体设计。（3）项目实施从技术、管理和商业三个方面对 SOA

24、项目实施进行指导， 帮助软件开发商和系统 集成商成功实施 SOA项目。（4）后期评价对 SOA项目的实施效果（直接回报和间接回报等）和存在问题等进行评 估，帮助客户总结经验和教训，提出持续优化和改进方面的建议。2. SOA 咨询关键要素SOA咨询关键要素（ CSF，Critical Success Factor）是指决定 SOA咨询成败的核心要素，主要包括以下五个方面：图 2 SOA 咨询的关键要素1）人员识别 SOA项目的利益相关者，对不同人员对 SOA的明确需求和潜在期望进行平衡， 最终达成共识。（2）流程识别 SOA项目的关键业务流程，确定业务流程之间的关联关系；对业务 流程可能发生的变

25、更进行评估，将变更控制在技术条件允许的范围之内。（3）信息识别 SOA项目的基础信息服务，确定基础信息的逻辑结构；对基础信息 可能发生的变更进行评估，将变更控制在技术条件允许的范围之内。（4）系统互操作识别 SOA项目相关的应用系统，对应用系统之间的互操作进行评估，最 终来确定系统互操作的目标、范围和方法等。（ 5） IT 资产重用识别 SOA项目相关的 IT 资产，对重用的可行性进行评估， 确定重用的范 围、方法和风险等。3. 与 SOA实施方法论的关系SOA实施方法论与 SOA咨询方法论具有密切的关系， 是 SOA咨询方法论的一个重 要的组成部分。SOA实施方法论与 SOA咨询方法论的区别

26、在于两者的服务对象不同， SOA实施方 法论主要面向负责实施 SOA项目的 IT 厂商，包括软件开发商和系统集成商等； SOA咨询方法论主要面向 SOA项目业主，包括中央和地方等政府客户。由于 SOA咨询跨越 SOA项目生命周期的全部阶段，而实施只是其中的一个阶段， 因此项目实施前期的 SOA咨询服务是 SOA项目实施的重要输入条件；同时， SOA 项目实施也是项目实施后期的 SOA咨询服务的重要输入条件。因此，SOA咨询方法论和 SOA实施方法论在阶段划分上应该紧密衔接、 相互参照， 以保证体系结构的完整性。SOA咨询方法论研究 -SOA咨询概述（ 1）（2009-03-31 14:32:3

27、8）标签： 分类：本章节对 SOA 咨询的概念和定义、目标和对象、范围和内容进行界定，对其必 要性和可行性进行分析，并进行现状分析和前景展望。1.1 概念和定义SOA （Service-Oriented Architecture ，面向服务的架构） 是一种分布式环境 下的软件架构模式。 它将应用系统的功能模块封装为服务， 服务的接口和实现相 互独立，以实现业务和技术的分离； 并通过服务之间的通讯和服务组装来构建复 合应用系统，以提高灵活性和可重用性。目前，国内电子政务建设中大规模的应用系统开发和整合尚处在起步阶段， 引入 SOA 具有重大的战略意义。为了促进 SOA 在电子政务行业的推广，在信

28、息化建 设中引入 SOA 咨询就显得尤为必要。对于电子政务领域而言， SOA 咨询方法论 是一个全新事物，必须首先澄清其概念和定义。1SOA 咨询SOA 咨询属于 IT （ Information Technology ，信息技术）咨询中架构咨询的范 畴。从 2005年以来， SOA开始进入实用化推广阶段，从而推动了 SOA咨询的 兴起。根据 Wikipedia 百科全书的定义， IT 咨询 是这样一个领域：向组织提出建议， 帮 助其利用信息技术来实现组织目标；除此之外， IT 咨询还常常从业务的角度， 帮助组织实施、部署和管理信息系统。IT 咨询是在信息化建设和互联网发展的大背景下出现的，是

29、一个新兴的咨询领 域，其内涵和外延、范围和内容处在不断变化之中。 IT 咨询最初起源于 IT 应用 咨询，主要是相对成熟的企业级应用，如： ERP、CRM 、SCM。随着信息化建 设的规模和范围的逐渐扩大， IT 对管理的支撑从作业层上升到战术层和战略层，与管理之间的关系日益紧密。这造成 IT 咨询与管理咨询的边界日益模糊， IT 咨 询开始扩展到 IT 规划、架构、安全、运营和治理等领域，与管理咨询开始逐渐 融合。进入 IT 咨询业这一市场的， 有两种类型的机构： 传统的管理咨询公司和 IT 厂商 (平台厂商、独立开发商和集成商)。根据 IDC 的市场调查， IBM 、埃森哲和 惠普是 20

30、06年位居国内前三位的 IT咨询公司。 2006年，国内 IT 咨询业的市场 规模已经接近 100 亿元，以超过 10的年平均增长率快速增长，但是相对管理 咨询业来说还不成熟。2. 方法论按照 Merriam-Webster 词典的解释， 方法论( Methodology ) 是指从事某一学科 或进行某项研究所采用的一整套步骤、方法和规则。因此，SOA 咨询方法论 是指用于 SOA 咨询的一整套的方法、步骤和规则，它融 合管理过程和技术过程，以文档化的方式，以一致的、协调的、可解释的、可重 复的方法来指导 SOA 咨询的具体实践。简而言之， SOA 咨询方法论就是说明如何做 SOA 咨询的规范

31、性文档。3. 电子政务领域的 SOA 咨询电信和金融行业由于信息化程度较高， 是 IT 咨询最大的两个细分市场， 占据 60 以上的市场份额。 政府行业的信息化建设起步较晚， 其市场规模略小于制造、 能 源和交通行业，仅占据大约 5的市场份额。但是，从 2002 年以来，随着电子 政务建设的深入开展，政府机构对 IT 咨询的市场需求正在快速增长。在各级政府机构中， 大量的应用系统正在开发或者已经上线运行， 系统规模、 范 围日益扩大， 复杂程度日益提高， 需要在内部统一架构， 对跨机构的系统进行整 合。SOA的出现，契合了这种需求，得到了政府客户的认同。但是由于SOA 市场正处在启蒙期到增长期

32、的分界点， 无论是 SOA平台还是应用，无论是 SOA 项 目规划还是实施，都还不够成熟，需要认识论、方法论和最佳实践方面的指导， 对 SOA 咨询的需求日益升温。1.2 目标和对象SOA 咨询的主要目标是：面向电子政务行业的 SOA 咨询，旨在为政府客户在整个 SOA 项目生命周期中 提供全方位的咨询服务，使得 SOA 能够支持政府机构的使命和战略的实现。SOA 咨询的主要对象包括：1. 政府客户 对于电子政务领域而言，客户主要包括中央政府（含垂直机构）和地方政府 。 SOA 对于地理分布广泛、组织结构庞大、业务流程复杂的政府机构的信息化建 设具有重大意义，可以大大提高其信息系统的灵活性和适

33、应性。 因此，有意向实施基于 SOA 的信息系统的政府客户是 SOA 咨询的目标服务对象SOA 咨询服务的主要对象如下图所示：图 1.1 SOA 咨询的主要对象（1）高层管理者高层管理者是指负责整个政府部门中资源运用及经营成效的高级管理人员， 是由 政府高级领导人员组成的管理集团，是政府部门的决策层者。政府是否要实施 SOA 是由高层管理者进行决策的，他们对项目的支持程度，直 接影响到 SOA 项目的成败。同时，政务部门的实施 SOA 对政府发展战略路线的 影响、组织机构部门的结构等是高层管理者最关心的事情。因此， SOA 咨询的服务对象首先是高层管理者，高层管理者为了在组织实施 SOA，有必

34、要了解 SOA 的实施对组织机构的战略意义及其重要作用，以及是否 在实施后能达到政府的期望水平， 提高政府部门的工作效率、 业务沟通能力和有 效的降低成本等。 由于大部分的高层领导人不懂具体的技术环节， 他们大都重视 具体的产出结果， SOA 咨询最重要的是让高层领导者明确政府实施 SOA 所产生 的重要意义，提出相关的建议和意见，为政务高层领导者决策提供依据。（2）信息主管信息主管是负责政府机构信息技术和系统所有领域的高级官员。 他们通过指导对 信息技术的利用来支持公司的目标，他们通常具备技术和业务过程两方面的知 识，具有多功能的概念， 常常是将组织的技术调配战略与业务战略紧密结合在一 起的

35、最佳人选。信息主管是实施 SOA 的主要技术负责人，他们更关心的是 SOA 实施过程中的具 体的 IT 影响和技术环节，包括：（1）实施 SOA以及实施 SOA 所拟采用的技术路线和方案；（ 2）实施 SOA 过程的服务设计和部署的可管理性、可靠性和可用性；（3）实施 SOA 后 IT 环境下服务容量的性能和可扩展性；（4）SOA 实施过程中是否有全面的共享服务安全方案；（ 5）SOA 项目中构件模块是否共享的应用和基础结构服务及各种服务标准的兼 容性；（ 6）能否通过重复使用以往开发的共享服务提高应用 /项目开发和交付的效率；（7）可否通过重复使用服务的方式充分利用遗留应用从而降低维护和集成

36、成本， 使 IT 组织反应更加灵敏等具体的问题。因此，政府信息管理者的主要咨询角度主要集中在企业实施 SOA 过程中的技术 问题，咨询的方式则主要从技术领域阐述 SOA 技术的可行性，全方位的从各个 角度进行技术性的分析， 以便于政府信息主管人员了解 SOA技术，明确 SOA实 施的技术要素，实施过程等，对信息主管考虑采用何种技术手段实施 SOA 提供 参考意见或建议。（3）财务主管财务主管是指政府部门中管理财务的重要角色， 他们控制每一项资金的运用， 是 现代政府机构中最重要、 最有价值的高层管理人员之一， 是掌握着政府的神经系 统（财务信息）和血液系统（现金资源）灵魂人物。他们的重要作用是

37、监督政府 部门的重大业务计划、 方案以及利润分配、 弥补亏损方案的制订； 监督经营活动 中的产权变动、 资产重组及转让等重大决策活动， 以及政府部门财产清查、 重大 经营计划、 方案的执行情况； 督促政府部门执行报告和备案制度， 并及时反馈情 况等等。政府在咨询是否实施 SOA 的过程中，考虑 ROI（投资预算与收益）是很重要的 一个环节，只有得到有效的预算支持才可能在企业中成功的引入新技术和标准。 首先，预算需要为一个或多个启动项目（作为 SOA 的试点应用程序）提供财政 支持。其次，预算需要补偿应用 SOA 的初始开销。因此，明确SOA投资，做好预算评估，定量分析 SOA的收益有益于政府财

38、务主 管的决策。同时，如何有效的控制成本、有效的资金运用、 SOA 项目实施后的 经济效益等都是财务主管所关心的重要问题。SOA 咨询的主要目的是为了明确政府在实施过程中的的投资、 风险和收益问题， 有效的分析政府实施 SOA 的投资规模，以及在实施过程中的投资风险，对后期 的投资回报率分析对财务主管的决策有及其重要的意义。（4）业务主管业务主管主要负责组织开展政府的日常业务工作， 并根据工作重点调整进行职责 范围调整，不断为政府部门行政绩效改进进一步发展思路提供设计建议。在 SOA 实施过程中，业务部门起到了关键性的作用，业务驱动的项目将实现和 使用服务功能，如果提供业务功能和使用业务功能的

39、部门不支持SOA ，SOA 将丧失基础。业务主管最关注的是 SOA 实施对业务的影响。如：（ 1）能否提高对主要机构的服务水平 客户、员工、合作伙伴；（2）能否实现快速交付和变革业务服务从而更好地满足客户需要；（3）能否以较低的复杂程度和较少的工作量在政府部门实施更有效的变革；（4）能否充分利用共享服务提高政府及相关部门的效率等。因此，在 SOA 咨询过程中要重点分析政府机构目前的业务流程以及实施 SOA 后能否实现跨整个政府机构部门间布署的共享业务服务和关键业务流程， 达到提 高这个政府部门间的工作效率的目的， 为业务主管评估目前的业务以及后续实施 SOA 过程中的业务相关问题提出建议和解决

40、的方案。2. IT 厂商IT 厂商主要包括平台厂商、独立软件开发商（ ISV ）和系统集成商（ SI）。SOA 促进了软件业的分工和合作，有助于形成软件产业价值链的上下游关系。 因此，对软件开发商和集成商提供技术、管理和商业咨询，帮助其向基于 SOA 的软件生产模式转型， 实现跨越组织边界的、 基于 Web 服务的产业分工和协作， 也是 SOA 咨询的主要方向之一。1.3 范围和内容SOA 咨询的主要范围如下图所示：图 1.2 SOA 咨询的主要范围1. 项目型（一次性）咨询向基于 SOA 的信息系统开发和整合项目，提供可行性评估、总体规划、项目实 施、成熟度评价等方面的咨询服务。2. 非项目

41、型（持续性）咨询 向基于 SOA 的已上线运行的信息系统， 提供 SOA 治理、运维、外包等方面的咨 询服务。由于目前 SOA 处于初期推广阶段， 大部分 SOA 咨询属于项目型咨询。 因此，项 目型咨询是本阶段 SOA 咨询的重点， 其中 SOA 总体规划咨询尤为重要。 在 SOA 项目上线之后， SOA作为 IT 公用基础设施投入持续运营和优化，非项目型咨询 也将提上议事日程，因此， SOA 治理、运维和外包等方面的咨询将成为新的热 点。SOA 咨询的主要内容如下图所示：图 1.3 SOA 咨询服务的主要内容（ 1）概念导入引入实施 SOA 的相关概念，使政府部门中相关人员了解 SOA，并

42、且根据政府部 门中不同的人员、角色分析 SOA 对政府部门产生的各种作用。政府高层管理人员主要关注实施 SOA 的战略目标，可以产生的有效的结果，他 们对 SOA 的理解只停留在概念层面，只需要让其了解 SOA 的初步概念，以及SOA可以提高政府基础结构的灵活性、可重用性和 IT 系统的敏捷性，可以提高 政府目前的工作效率的结果即可。信息主管则主要关注实施 SOA 相关的技术问题。必须让 CIO 们了解实施 SOA 目前企业现有 IT 基础结构向 SOA 迁移所需要的技术、方案等。架构师更关注建立 SOA 的结构、流程和可重用问题， 必须让架构师了解 SOA 应 用架构，相关流程与所采用的技术

43、问题。SOA 项目经理关心的是实施 SOA 项目的规模大小、周期长短、实施风险、开发 难题等，所以在 SOA 概念引入阶段对于项目经理则主要针对 SOA 开发方法、管 理程序、风险分析等。开发人员看中的是整个 SOA 的开发过程。 因此有必要让相关开发人员了解 SOA 开发过程的技术需要、测试要求、相关责任等。（2）条件评估条件评估阶段主要是对政府机构实施 SOA 进行可行性评估，分析政府政府机构 目前现有的组织管理、 IT 基础架构、技术基础、业务目标和挑战、时间、资金、 风险等。明确政府机构实施 SOA 的现有架构、 技术以及向 SOA 迁移所需要的各 种元素。（3）总体规划总体规划就是从

44、组织机构的整体、 全局的角度出发， 正确分析客户需求与业务流 程、技术路线、实施 SOA 的性质和范围、风险评估和产出目标，形成从需求分 析到详细设计到实施，最后到测试、验收过程的总体规划蓝图，以保证在实施 SOA 时能得到总体路线方针的指导，把握全局。（4）项目实施项目实施过程是政府机构实施 SOA 的主体部分，项目实施的过程政府机构实现 SOA的最终目标和途径。 在项目实施过程中要分析实施 SOA 过程中采用的各种 技术、目前现有 IT 基础架构的重用整合、新的系统环境的更新等具体问题。（5）效果评价效果评估主要侧重于实施 SOA 后期的成熟度评估过程，分析政府机构在实施 SOA 后所获得

45、的收益、效果等。1.4 必要性和可行性SOA 咨询对于电子政务行业而言，契合信息系统集成和整合的迫切需求，而且 各方面的条件已经成熟，是完全必要而且可行的。1SOA 咨询的必要性无论是在微观层次上（相对软件项目业主、开发商和集成商等而言），还是在宏 观层次（软件产业结构升级、分工和协作）上， SOA 都具有重大意义。Gartner最早提出 SOA 的概念，并且指出 SOA是“现代应用开发领域最重要的课 题”。预计到 2008年， SOA 将成为占有绝对优势的软件工程实践方法， SOA 让 IT 变得更有弹性，以更快地响应业务单元的需求，实现实时企业。同时预测到 2010年时， SOA 将成为创

46、建和交付软件的主导架构，应用软件收入增长的80%将来自基于 SOA 的方案。SOA 的出现，对软件业来说是个巨大的发展机遇。与传统制造业相比，软件业 对已有成果的利用程度低， 重复投入高， 导致业绩水平差。 软件业应该借鉴制造 业的规模经济原理， 倡导和实践有效重用的软件生产模式。 而且，软件业的专业 分工和协作水平低， 整体竞争力低。 软件业应该借鉴制造业的产业集群效应， 抓 住产业结构升级的关键机遇，倡导和实践专业化分工和协作。 SOA 使得规模经 济原理在软件业中得以实现，它除了使传统的应用软件厂商分化成服务供应方、 需求方和中介者三方之外，还将促使独立的 SOA 咨询商的出现。SOA

47、对软件产业专业化分工和协作的促进如下图所示：图 1.4 SOA 对软件产业专业化分工和协作的促进目前， SOA正处于从市场启蒙阶段向大规模实施的临界阶段，对客户和 IT 厂商 来说都是一个新领域，有必要通过 SOA 咨询来提高客户的认识，建立客户的信 心；同时， 也由于在 SOA 工程化实施方面的不完善， 必须通过 SOA 咨询来建立 组织的商业、技术和管理流程，保证项目实施的成功。因此，引入SOA 咨询，对于说服组织客户采纳 SOA 乃至指导其成功实施 SOA 至关重要。2SOA 咨询的可行性进入 2000年以来，在主流 IT 厂商的纷纷跟进和大力推动下， SOA已经走出概 念导入期，正处在

48、从小规模试点到大规模推广的临界点。在下个十年， SOA 将 成为软件工程方法的主流。SOA在上技术日益成熟，从第一代 Web服务标准（ WSDL、SOAP和 UDDI ）发 展到第二代 Web 服务标准（WS-*），已经较好地解决了应用系统互操作的问题。 由主流 IT 厂商（ IBM 、BEA、SUN、Oracle等）组成的 OSOA（开放 SOA 联盟） 在 2006 年底发布了基于服务构件技术的 SCA 1.0/SDO 2.1 标准，在联盟厂商的 中间件产品线中得到了良好支持，加上 OASIS、W3C 和 WS-I 等 SOA 标准化组 织的推动，基于 SOA 的应用系统的开发工具和部署环

49、境也日益完善。在基于 SOA 的开发工具、部署环境和系统整合产品方面，客户已经有丰富的产 品可供选择。大量的 SOA项目投入实施和运营，例如 IBM 已经有 1700个 SOA 的成功案例，给后续 SOA 项目提供了良好的经验积累和借鉴。 SOA咨询方法论研究 -SOA咨询概述（ 2）（2009-03-31 14:44:29）标签： 分类：1.5 现状分析 在主流 IT 厂商的推动下，许多发达国家政府和世界 500强企业开始认同 SOA 的 商业价值，开始在信息化建设中采纳和实施 SOA，这将催生容量巨大的新兴市 场，导致竞争者的大批涌入。根据 WinterGreen 的市场调查， 2005

50、年全球 SOA 市场总量为 4.5亿美元，IBM 市场份额居第一， 为46，BEA 居第二，为132005年全球 SOA 市场份额如下图所示：图 1.5 2005 年全球 SOA 市场份额（来源： WinterGreen Research Inc）.许多 IT 厂商和咨询公司看到了 SOA 带来的商业机会，也注意到 SOA 咨询的必 要性和重要性，把 SOA 咨询作为启动市场和实施项目的关键成功要素。 2006年， 许多主流 IT 厂商都发布了 SOA 咨询服务， SOA 咨询服务市场开始快速升温。目前，IBM、BEA、SAP、HP、SUN、Oracle等主流 IT 厂商已经开始为全球客 户提

51、供基于行业的 SOA 解决方案，并建立 SOA 解决方案中心， 力求为各行业实 施 SOA 方案提供专业的咨询服务。以下将分别介绍国际 IT 企业 SOA 咨询服务的主要内容：1IBM（ 1） SOA 全球方案中心与一站式服务2006年 11月， IBM 在北京与印度普纳成立了两个 IBM SOA 全球方案中心，用 于开发、管理和交付深入行业的 SOA 解决方案。印度的中心将主要为保险业和 医疗保健业提供服务，而中国则会专注于银行业和政府部门。同时，新的 IBMSOA 全球方案中心将依托 IBM 在 SOA 软件、硬件、咨询、研 究和开发领域的全面领先优势，汲取 IBM 在各行业实施 SOA

52、的丰富实践经验， 与 IBM 全球企业咨询服务部及 IBM 全球服务执行中心展开紧密合作， 构成一站 式的 IBMSOA 行业服务模式，以更快速、更经济、更有效的方式为企业提供基 于 SOA 的业务解决方案。2） IBM 针对 SOA 服务采用的方法IBM 以业务为中心的观点来看待 SOAIBM 倡导以项目为基础采用 SOA，帮助客户建立 SOA 目标，通过一系列相互关 联、有巨大投资回报和商业价值的项目， 采取层层深入的步骤达到这一目标， 从 而扫除实施 SOA 的障碍。IBM 采用演进策略实现 SOAIBM 拥有 SOA 功能的软件、硬件或服务这三个领域的厂商，可以帮助客户开发 用实时业务

53、信息改善其决策流程的业务模型，以保持竞争力。（ 3） SOA 五个切入点以人员为中心的 SOA 切入点为企业提供综合信息以及在业务流程中交互的视图，提升人员生产力。以流程为中心 SOA 切入点重新利用和优化流程，快速部署创新。以信息为中心的 SOA 切入点以嵌入式或现场的方法提供可靠信息服务， 提高企业业务洞察力， 从而降低风险。以 SOA 联系性切入点将连接作为基础以支持以业务为中心的 SOA。它通过具备任意互连的新型业务 渠道提供服务，实现安全、一致的用户体验。同时相比定制集成或 FTP 可节省 2 4 倍的费用。以 SOA 创建和再利用服务的切入点能够轻松实现 SOA 管理的再利用。通过

54、再利用可降低成本、缩减周期、拓展核 心应用，同时再利用现有应用的费用只是重新编写新应用所需费用的1/5。（ 4）基于 SOA 应用的全面软件工具IBM 软件五大品牌 Lotus、DB2、WebSphere、Rational、Tivoli 均支持 SOA 架构。2惠普( HP )( 1)惠普全球 SOA 能力中心惠普公司提出一整套全面的面向服务的体系结构( SOA)咨询服务，同时在全 球设立能力中心，旨在为客户在整个 SOA 流程(从设想、评估、开发到治理) 提供帮助。( 2)惠普新的 SOA 服务SOA 规划服务( Envisioning Service )帮助大型企业理解 SOA 概念、优势

55、以及 SOA 对其企业的潜在影响；SOA 评估服务( Assessment Service)使用 HP SOA 灵活性评估( Agility Assessment)方法，来帮助客户制定在其企业 采用 SOA 的整体发展蓝图；SOA 治理与体系架构服务( Governance and Architecture Service )在企业进行转换时， 建立 SOA 体系结构项目机构来监控企业体系结构和 SOA 管 理模式；SOA 准备服务( Enablement Service )基于治理与体系结构服务知识，为 SOA 实施准备所需的基础设施；SOA 服务开发( Service Developmen

56、t )帮助客户在整个企业、业务线、部门或在项目级，定义、开发和部署 SOA 业务 与 IT 服务；SOA 软件开发服务( Software Development Service )在 SOA 的实施过程中， 进行大量的业务与 IT 服务开发与交付。 我们一流的软件 开发能力能够帮助客户团队提高开发水平；SOA 管理服务( Management Service )帮助企业掌控其 SOA 实施过程，包括：生命周期管理、服务管理、监控、检查、 分析、服务等级协议与策略。（ 3）基于 SOA 的创新软件产品HP在 2005年 6月，推出了两个创新的软件产品：HP OpenView Complianc

57、e Manager软件HP OpenView SOA 软件HP OpenView SOA Manager创建并维护一个加强企业基于 SOA 服务的安全、供 给、版本控制、监控和报告的模型。该方案通过即插即用架构，很容易实现和其 它管理性能的整合，确保从现有工具的投资中取得最大回报。4）遗留系统市场在遗留系统市场，惠普推出了 HP Application Modernization Services。它把应用 性能诊断工具与咨询服务结合到了一个程序中， 对遗留环境的各个部分进行优先 级后，指出那些部分值得留到 SOA 而那些部分需要淘汰。3BEA（1）BEA SOA 服务内容BEA SOA 服务内容包括： SOA 发现探讨、 SOA 评估、转型规划服务、培训需求 分析服务、 BEA SOA 概念和设计原理、 SOA 企业架构师认证、 BEA SOA 组织