SOA咨询方法论研究

/什么是企业架构（EA）？(2008-09-2711:24:20)标签：

分类：企业架构企业架构（EA，EnterpriseArchitecture）作为将组织战略目标映射到IT总体目标的蓝图设计，是西方兴旺国家政府广泛使用的顶层设计方法。

1．企业架构的开展史1987年，JohnZachman在IBMSystemsJournal上发表名为Aframeworkforinformationsystemsarchitecture的文章，提出企业架构的初步概念。Zachman理论开展到今天，称之为“企业架构框架〞（EAF，EnterpriseArchitectureFramework），简称为“Zachman框架〞，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。1996年，美国国会通过“Clinger/Cohen法案（又称信息技术管理改革法案）。该法案指出政府部门缺乏展现、协调和管理整个信息系统建设、使用、维护的总体框架，授予行政管理和预算局（OMB）很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息系统方面进行的所有大规模投资的风险和成效〞。尽管“Clinger/Cohen法案〞从未提及企业架构的概念，OMB还是将此法案解释为对整个美国政府采纳企业架构的强制性要求。1999年，美国联邦CIO委员会发布了FEAF（FederalEnterpriseArchitectureFramework）。“Clinger/Cohen法案〞所使用的术语“IT架构〞（ITArchitecture），现在被解释为企业架构（EnterpriseArchitecture）。如今，OMB已要求每个政府机构都要开发一个企业架构框架，并要证明如何使该企业架构框架与FEAF保持一致。如美国国防部开发了DoDAF，美国财政部开发了TEAF，美国环保署开发了EPAF，等等。欧洲国家政府在企业架构推广方面则另辟蹊径。2005年3月，英国内阁办公室发布了英国电子政务互操作框架（E-GIF，E-Government

Interoperability

Framework）v6.1。欧盟则推出了泛欧电子政务效劳互操作框架（EIF，EuropeanInteroperability

Framework）v2.0。在商业领域，企业架构也得到了广泛关注，研究机构、咨询公司和大企业也在大力推进企业架构的应用。1996年，凯捷公司（CapGemini）发布了IAF（IntegratedArchitectureFramework）。2002年，开放组织（OpenGroup）发布TOGAF（TheOpenGroupArchitectureFramework）。2003年，企业架构开发研究所（IFEAD）发布了E2AF（ExtendedEnterpriseArchitectureFramework）。企业架构的开展历程如下：

图1.企业架构的开展历程综上所述，企业架构获得快速开展源于三个因素：（1）Zachman奠定了企业架构的概念体系和理论基础（2）美国政府的推动和西方兴旺国家政府的效仿（3）研究机构、咨询公司和大企业的大力推广2．企业架构的概念EnterpriseArchitecture一般译作企业架构，也有译作企业体系结构或企业总体架构。架构（Architecture）包含业务和技术两个层面，一个是软件体系结构，一个业务参考模型。按照MetaGroup（已被Gartner收购）的定义，企业架构是一个自顶向下、业务战略驱动的过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决方案架构。按照美国2002年《电子政务法案》的定义，企业架构意味着：（1）一个战略信息资产库，它定义了使命（2）执行使命所必需的信息（3）执行使命所必需的技术（4）为了响应使命不断变化的需求，而实施新技术的变迁过程并包括：（1）一个基线（当前）架构（2）一个目标架构

（3）一个（实施）方案3．企业架构的原理企业架构的原理是从现状向目标的迁移过程。因此，企业架构包括：当前架构、目标架构、迁移方案和IT路线图。：

图2企业架构的原理企业架构的组成分为业务和技术两个层面，业务层面包括业务架构和信息架构，技术层面包括应用架构和技术架构。

图3企业架构的原理（1）企业业务架构（EBA，EnterpriseBusinessArchitecture）

企业业务架构主要是指组织结构、岗位职能和业务流程。（2）企业信息架构（EIA，nterpriseInformationArchitecture）

企业信息架构主要是指业务信息原始记录和展现形式。（3）企业应用架构（EAA，EnterpriseApplicationArchitecture）

企业系统架构主要是指应用系统。（4）企业技术架构（ETA，EnterpriseTechnicalArchitecture）

企业技术架构主要是指基础设施。Zachman框架JohnZachman是公认的企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。Zachman框架起源于JohnZachman的题为“信息系统开发框架〞（AFrameworkforInformationSystemsDevelopment）的学术论文，文中阐述了在信息系统开发工作中对软件体系结构的看法：系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识到系统开发是由不同阶段完成的同等重要；在系统开发中，考察对象不应仅限于数据和功能，还应包括地点。Zachman给出了一个矩阵，将关注视点放在列上，角色层面放在行上。此矩阵最初有是什么（What）、如何做（How）和在哪里（Where）三列。后来，Zachman又增加了是谁（Who）、什么时间（When）时间和为什么（Why）三列。Zachman框架可以用来指导信息化建设过程，并管理此过程中的设计产物。Zachman框架如下列图所示：

图4Zachman框架

Zacnman框架的矩阵式表格如下所示：

做什么（What）如何做（How）在哪里（Where）谁

（Who）何时（When）为什么（Why）数据功能网络人员时间动机范围（背景）规划者

业务模型（概念）所有者

系统模型（逻辑）设计者

技术模型（物理）承建者

详细表示（背景之外）分包者

最终用户

表1Zachman框架的矩阵式表格Zachman框架是一个6×6矩阵：纵向从规划者、所有者、设计者、承建者、分包者和最终用户六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型；横向从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机（Why）等6个方面的模型，并分别由实体－关系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、节点－链接模型（Node-Link）、人员－工作模型（People-Work）、时间－周期模型（Time-Cycle）、目标－手段模型（Ends-Means）来表达。Zachman框架具有容易理解、描述全面、独立于各种工具与方法学等优点，因而得到了广泛的认可，很多咨询和研究方法都从Zachman框架中获得借鉴。Zanman框架完全可以作为电子政务顶层设计方法论的理论基础，是一个非常适合于本课题的思考框架和研究模式。FEAF框架1999年，美国政府组建美国联邦CIO委员会，发布了联邦企业架构框架（FEAF，FederalEnterpriseArchitectureFramework），此后美国政府机构也相继基于FEAF发布了各自的部门级企业架构框架。这是企业架构在政府领域的首次应用，带动了企业架构在西方兴旺国家政府的大范围推广。2001年，美国联邦CIO委员会发布《FEAF实践指南》（APracticalGuidetoFEA）。之后，又发布了由绩效参考模型（PRM）、业务参考模型（BRM）、效劳参考模型（SRM）、技术参考模型（TRM）、数据参考模型（DRM）等五个参考模型。FEAF由当前架构、目标架构、转换流程（标准）组成，当前架构和目标架构分解为业务架构、数据架构、应用架构和技术架构，后来又增加了绩效架构。

图5FEAFv1.1，LevelIII美国联邦企业架构（Federal

Enterprise

Architecture，FEA）由绩效参考模型、业务参考模型、效劳参考模型、技术参考模型、数据参考模型构成。

图6FEA的组成（1）绩效参考模型

绩效参考模型由输入、输出、结果3个局部组成，由测量域、测量类、测量组和测量指标4个层次构成。输入包括人力资本、技术和其他固定资产，输出包括一系列过程和活动，结果包括任务和业务结果以及客户结果。

（2）业务参考模型

业务参考模型包含4个业务域，39条业务线和153项子功能。其中4个业务域分别是公民效劳、效劳分发模式、效劳的支持分发和政府资源管理。

公民效劳是政府的目的，包括国防和国家平安、本地平安、情报运行、法律保障、国际事务和商务、立法及公正活动、矫正活动、教育、能源、健康、交通、收入平安、环境管理、自然资源、灾害管理、社区和社会效劳、经济开展、劳动力管理、通用科学与创新19条业务线。

效劳分发模式是实现政府目的的机制，包括为公民的直接效劳、知识创造和管理、公共物品创立和管理、法规、联邦财政支持、信用和保险、传输给州和地方政府7条业务线。

效劳的支持分发是政府运行支持功能，包括立法关联、公共事务、法规开展、规划和预算、控制和监督、征税、内部风险管理和减少、通用政府8条业务线。

政府资源管理为资源管理功能，包括供给链管理、人力资源管理、财政管理、行政管理、信息和技术管理5条业务线。

（3）效劳参考模型

效劳参考模型由7个效劳域、30项效劳类和168项效劳组件构成，其中7个效劳域分别是客户效劳、过程自动效劳、业务管理效劳、数字资产效劳、业务分析效劳、内勤效劳和支持效劳。

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

（4）技术参考模型

技术参考模型由4个效劳域、17个效劳类和51个效劳标准构成，其中4个效劳域是效劳访问和分发、效劳平台和基础设施、组件框架、效劳接口与集成。

（5）数据参考模型

数据参考模型由数据共享、数据描述和数据环境（Context）三个标准化域构成。数据共享是指一个用户使用其他用户提供的信息资源，数据共享标准化域用“数据提供者-用户矩阵〞来描述。数据描述标准化域提供了一个在数据结构（语法）和含义（语义）方面达成一致的方法，可以为数据发现、数据重用、数据共享、数据实体一致化、语义互操作提供支持。数据环境标准化域为数据提供与数据创立和使用有关的附加信息。2007年6月澳大利亚政府借鉴美国FEAF开发了了澳大利亚政府架构（AGA，Australian

Government

Architecture），同样包含了五个参考模型。

图7AGAAGA包括5个参考模型以及原则、模式、标准、SOA知识库和效劳目录。与FEA一样，AGA参考模型包括绩效参考模型、业务参考模型、效劳参考模型、数据参考模型、技术参考模型。SOA咨询方法论研究-SOA咨询路线图(2009-05-0712:25:36)标签：

分类：

SOA咨询路线图用于描述SOA咨询的一般流程和方法，是SOA咨询方法论的核心。SOA咨询路线图基于通用IT咨询方法和SOA工程生命周期对SOA咨询方法论进行阐述，并且对SOA咨询的关键成功要素进行分析，对SOA咨询方法论与SOA实施方法论之间的关系进行界定。1.SOA咨询路线图在SOA工程生命周期的不同阶段，SOA咨询方法也随之不同。因此，针对SOA工程生命周期的不同阶段，分别建立相应的SOA咨询方法。SOA工程生命周期可划分为前期评估、总体规划（包括战略规划、业务规划和技术规划）、工程实施和后期评价四个阶段。SOA咨询的效劳对象根据SOA工程生命周期进行划分。按照每个阶段咨询效劳的主要需求来源的不同，来确定核心的效劳对象。在前期评估、总体规划和后期评价阶段，效劳对象主要是工程业主（中央和地方各级政府机构）；在工程实施阶段，效劳对象主要是IT厂商（平台厂商、独立软件厂商和系统集成商）。SOA咨询方法论同样根据SOA工程生命周期进行划分，由SOA工程生命周期各个阶段的SOA咨询方法组成，形成一个完整的方法体系。建立SOA咨询方法论的根本方法是：针对SOA工程生命周期的不同阶段，在通用IT咨询方法基础上，结合软件架构咨询的特点，按照适用性、可信性和可操作性的原则，从概念和定义、范围和内容、意义和作用、目标和任务、流程和步骤、方法和规则等六个方面，建立相应的SOA咨询方法。SOA咨询路线图如下列图所示：

图1SOA咨询路线图1.1SOA工程生命周期SOA工程生命周期包括前期评估、总体规划、工程实施和后期评价四个阶段。

其中，总体规划阶段起到SOA蓝图的作用，是SOA咨询的重点阶段。1.2SOA咨询效劳对象SOA工程生命周期的四个阶段中，除了工程实施阶段的SOA咨询效劳对象是IT企业（包括平台软件厂商、独立软件开发商和系统集成商）之外，其余三个阶段的SOA咨询效劳对象都是政府机构（包括中央和地方各级政府机构、非政府组织和大型国有企业等）。因此，政府机构是SOA咨询的重点效劳对象。1.3通用IT咨询方法通用IT咨询方法是SOA咨询方法的实践基础，具有重要的借鉴意义。从“As-Is（现状）〞到“To-Be（未来）〞是一种经典的IT咨询模式，通过对现状的深入分析评估、对目标的逐步论证分解、对问题和差距的全面诊断等，建立从现状到目标的切实可行的迁移路线图和整体解决方案。（1）As-Is（现状）

建立现状模型，进行现状分析和评估，发现问题和诊断原因；跟踪开展趋势，选定标杆学习对象，进行差距分析。（2）To-Be（目标）

建立目标模型，根据组织内外部的约束条件（环境、资源和能力等），定义和论证目标，并对目标进行分解和细化。（3）Roadmap（路线图）

建立从现状模型到目标模型的迁移路线图，定义行动列表，界定任务优先级，制定策略和选择路线。（4）Solution（解决方案）针对选定路线开发解决方案，从技术、管理和商业等角度，对具体工程进行总体设计乃至初步设计。1.4SOA咨询方法按照SOA工程生命周期的阶段划分，结合通用IT咨询方法，形成按阶段分解的SOA咨询方法。（1）前期评估

对SOA投资的必要性和可行性进行评估，确定现状和目标，分析差距和风险，帮助客户最终决定是否采用SOA。（2）总体规划从战略、业务和技术三个层面自顶向下地对SOA投资进行总体规划，从业务梳理、效劳建模、应用规划和平台规划等多个角度对SOA工程进行总体设计。（3）工程实施从技术、管理和商业三个方面对SOA工程实施进行指导，帮助软件开发商和系统集成商成功实施SOA工程。（4）后期评价

对SOA工程的实施效果（直接回报和间接回报等）和存在问题等进行评估，帮助客户总结经验和教训，提出持续优化和改良方面的建议。2.SOA咨询关键要素SOA咨询关键要素（CSF，CriticalSuccessFactor）是指决定SOA咨询成败的核心要素，主要包括以下五个方面：

图2SOA咨询的关键要素（1）人员识别SOA工程的利益相关者，对不同人员对SOA的明确需求和潜在期望进行平衡，最终达成共识。（2）流程

识别SOA工程的关键业务流程，确定业务流程之间的关联关系；对业务流程可能发生的变更进行评估，将变更控制在技术条件允许的范围之内。（3）信息

识别SOA工程的基础信息效劳，确定基础信息的逻辑结构；对基础信息可能发生的变更进行评估，将变更控制在技术条件允许的范围之内。（4）系统互操作

识别SOA工程相关的应用系统，对应用系统之间的互操作进行评估，最终来确定系统互操作的目标、范围和方法等。（5）IT资产重用

识别SOA工程相关的IT资产，对重用的可行性进行评估，确定重用的范围、方法和风险等。3.与SOA实施方法论的关系SOA实施方法论与SOA咨询方法论具有密切的关系，是SOA咨询方法论的一个重要的组成局部。SOA实施方法论与SOA咨询方法论的区别在于两者的效劳对象不同，SOA实施方法论主要面向负责实施SOA工程的IT厂商，包括软件开发商和系统集成商等；SOA咨询方法论主要面向SOA工程业主，包括中央和地方等政府客户。由于SOA咨询跨越SOA工程生命周期的全部阶段，而实施只是其中的一个阶段，因此工程实施前期的SOA咨询效劳是SOA工程实施的重要输入条件；同时，SOA工程实施也是工程实施后期的SOA咨询效劳的重要输入条件。因此，SOA咨询方法论和SOA实施方法论在阶段划分上应该紧密衔接、相互参照，以保证体系结构的完整性。SOA咨询方法论研究-SOA咨询概述（1）(2009-03-3114:32:38)标签：

分类：本章节对SOA咨询的概念和定义、目标和对象、范围和内容进行界定，对其必要性和可行性进行分析，并进行现状分析和前景展望。1.1概念和定义

SOA（Service-OrientedArchitecture，面向效劳的架构）是一种分布式环境下的软件架构模式。它将应用系统的功能模块封装为效劳，效劳的接口和实现相互独立，以实现业务和技术的别离；并通过效劳之间的通讯和效劳组装来构建复合应用系统，以提高灵活性和可重用性。目前，国内电子政务建设中大规模的应用系统开发和整合尚处在起步阶段，引入SOA具有重大的战略意义。为了促进SOA在电子政务行业的推广，在信息化建设中引入SOA咨询就显得尤为必要。对于电子政务领域而言，SOA咨询方法论是一个全新事物，必须首先澄清其概念和定义。1．SOA咨询SOA咨询属于IT（InformationTechnology，信息技术）咨询中架构咨询的范畴。从2005年以来，SOA开始进入实用化推广阶段，从而推动了SOA咨询的兴起。根据Wikipedia百科全书的定义，IT咨询是这样一个领域：向组织提出建议，帮助其利用信息技术来实现组织目标；除此之外，IT咨询还常常从业务的角度，帮助组织实施、部署和管理信息系统。IT咨询是在信息化建设和互联网开展的大背景下出现的，是一个新兴的咨询领域，其内涵和外延、范围和内容处在不断变化之中。IT咨询最初起源于IT应用咨询，主要是相对成熟的企业级应用，如：ERP、CRM、SCM。随着信息化建设的规模和范围的逐渐扩大，IT对管理的支撑从作业层上升到战术层和战略层，与管理之间的关系日益紧密。这造成IT咨询与管理咨询的边界日益模糊，IT咨询开始扩展到IT规划、架构、平安、运营和治理等领域，与管理咨询开始逐渐融合。进入IT咨询业这一市场的，有两种类型的机构：传统的管理咨询公司和IT厂商（平台厂商、独立开发商和集成商）。根据IDC的市场调查，IBM、埃森哲和惠普是2006年位居国内前三位的IT咨询公司。2006年，国内IT咨询业的市场规模已经接近100亿元，以超过10％的年平均增长率快速增长，但是相对管理咨询业来说还不成熟。2.方法论按照Merriam-Webster词典的解释，方法论（Methodology）是指从事某一学科或进行某项研究所采用的一整套步骤、方法和规则。因此，SOA咨询方法论是指用于SOA咨询的一整套的方法、步骤和规则，它融合管理过程和技术过程，以文档化的方式，以一致的、协调的、可解释的、可重复的方法来指导SOA咨询的具体实践。简而言之，SOA咨询方法论就是说明如何做SOA咨询的标准性文档。3.电子政务领域的SOA咨询电信和金融行业由于信息化程度较高，是IT咨询最大的两个细分市场，占据60％以上的市场份额。政府行业的信息化建设起步较晚，其市场规模略小于制造、能源和交通行业，仅占据大约5％的市场份额。但是，从2002年以来，随着电子政务建设的深入开展，政府机构对IT咨询的市场需求正在快速增长。在各级政府机构中，大量的应用系统正在开发或者已经上线运行，系统规模、范围日益扩大，复杂程度日益提高，需要在内部统一架构，对跨机构的系统进行整合。SOA的出现，契合了这种需求，得到了政府客户的认同。但是由于SOA市场正处在启蒙期到增长期的分界点，无论是SOA平台还是应用，无论是SOA工程规划还是实施，都还不够成熟，需要认识论、方法论和最正确实践方面的指导，对SOA咨询的需求日益升温。1.2目标和对象SOA咨询的主要目标是：面向电子政务行业的SOA咨询，旨在为政府客户在整个SOA工程生命周期中提供全方位的咨询效劳，使得SOA能够支持政府机构的使命和战略的实现。SOA咨询的主要对象包括：1.政府客户对于电子政务领域而言，客户主要包括中央政府（含垂直机构）和地方政府。SOA对于地理分布广泛、组织结构庞大、业务流程复杂的政府机构的信息化建设具有重大意义，可以大大提高其信息系统的灵活性和适应性。因此，有意向实施基于SOA的信息系统的政府客户是SOA咨询的目标效劳对象。SOA咨询效劳的主要对象如下列图所示：

图1.1

SOA咨询的主要对象（1）高层管理者高层管理者是指负责整个政府部门中资源运用及经营成效的高级管理人员，是由政府高级领导人员组成的管理集团，是政府部门的决策层者。政府是否要实施SOA是由高层管理者进行决策的，他们对工程的支持程度，直接影响到SOA工程的成败。同时，政务部门的实施SOA对政府开展战略路线的影响、组织机构部门的结构等是高层管理者最关心的事情。因此，SOA咨询的效劳对象首先是高层管理者，高层管理者为了在组织实施SOA，有必要了解SOA的实施对组织机构的战略意义及其重要作用，以及是否在实施后能到达政府的期望水平，提高政府部门的工作效率、业务沟通能力和有效的降低本钱等。由于大局部的高层领导人不懂具体的技术环节，他们大都重视具体的产出结果，SOA咨询最重要的是让高层领导者明确政府实施SOA所产生的重要意义，提出相关的建议和意见，为政务高层领导者决策提供依据。（2）信息主管信息主管是负责政府机构信息技术和系统所有领域的高级官员。他们通过指导对信息技术的利用来支持公司的目标，他们通常具备技术和业务过程两方面的知识，具有多功能的概念，常常是将组织的技术调配战略与业务战略紧密结合在一起的最正确人选。信息主管是实施SOA的主要技术负责人，他们更关心的是SOA实施过程中的具体的IT影响和技术环节，包括：（1）

实施SOA以及实施SOA所拟采用的技术路线和方案；（2）实施SOA过程的效劳设计和部署的可管理性、可靠性和可用性；（3）实施SOA后IT环境下效劳容量的性能和可扩展性；（4）SOA实施过程中是否有全面的共享效劳平安方案；（5）SOA工程中构件模块是否共享的应用和基础结构效劳及各种效劳标准的兼容性；（6）能否通过重复使用以往开发的共享效劳提高应用/工程开发和交付的效率；（7）可否通过重复使用效劳的方式充分利用遗留应用从而降低维护和集成本钱，使IT组织反应更加灵敏等具体的问题。因此，政府信息管理者的主要咨询角度主要集中在企业实施SOA过程中的技术问题，咨询的方式则主要从技术领域阐述SOA技术的可行性，全方位的从各个角度进行技术性的分析，以便于政府信息主管人员了解SOA技术，明确SOA实施的技术要素，实施过程等，对信息主管考虑采用何种技术手段实施SOA提供参考意见或建议。（3）财务主管财务主管是指政府部门中管理财务的重要角色，他们控制每一项资金的运用，是现代政府机构中最重要、最有价值的高层管理人员之一，是掌握着政府的神经系统（财务信息）和血液系统（现金资源）灵魂人物。他们的重要作用是监督政府部门的重大业务方案、方案以及利润分配、弥补亏损方案的制订；监督经营活动中的产权变动、资产重组及转让等重大决策活动，以及政府部门财产清查、重大经营方案、方案的执行情况；催促政府部门执行报告和备案制度，并及时反应情况等等。政府在咨询是否实施SOA的过程中，考虑ROI（投资预算与收益）是很重要的一个环节，只有得到有效的预算支持才可能在企业中成功的引入新技术和标准。首先，预算需要为一个或多个启动工程（作为SOA的试点应用程序）提供财政支持。其次，预算需要补偿应用SOA的初始开销。因此，明确SOA投资，做好预算评估，定量分析SOA的收益有益于政府财务主管的决策。同时，如何有效的控制本钱、有效的资金运用、SOA工程实施后的经济效益等都是财务主管所关心的重要问题。SOA咨询的主要目的是为了明确政府在实施过程中的的投资、风险和收益问题，有效的分析政府实施SOA的投资规模，以及在实施过程中的投资风险，对后期的投资回报率分析对财务主管的决策有及其重要的意义。（4）业务主管业务主管主要负责组织开展政府的日常业务工作，并根据工作重点调整进行职责范围调整，不断为政府部门行政绩效改良进一步开展思路提供设计建议。在SOA实施过程中，业务部门起到了关键性的作用，业务驱动的工程将实现和使用效劳功能，如果提供业务功能和使用业务功能的部门不支持SOA，SOA将丧失基础。业务主管最关注的是SOA实施对业务的影响。如：（1）能否提高对主要机构的效劳水平—客户、员工、合作伙伴；（2）能否实现快速交付和变革业务效劳从而更好地满足客户需要；（3）能否以较低的复杂程度和较少的工作量在政府部门实施更有效的变革；（4）能否充分利用共享效劳提高政府及相关部门的效率等。因此，在SOA咨询过程中要重点分析政府机构目前的业务流程以及实施SOA后能否实现跨整个政府机构部门间布署的共享业务效劳和关键业务流程，到达提高这个政府部门间的工作效率的目的，为业务主管评估目前的业务以及后续实施SOA过程中的业务相关问题提出建议和解决的方案。2.IT厂商IT厂商主要包括平台厂商、独立软件开发商（ISV）和系统集成商（SI）。SOA促进了软件业的分工和合作，有助于形成软件产业价值链的上下游关系。因此，对软件开发商和集成商提供技术、管理和商业咨询，帮助其向基于SOA的软件生产模式转型，实现跨越组织边界的、基于Web效劳的产业分工和协作，也是SOA咨询的主要方向之一。1.3范围和内容SOA咨询的主要范围如下列图所示：

图1.2SOA咨询的主要范围1.工程型（一次性）咨询向基于SOA的信息系统开发和整合工程，提供可行性评估、总体规划、工程实施、成熟度评价等方面的咨询效劳。2.非工程型（持续性）咨询向基于SOA的已上线运行的信息系统，提供SOA治理、运维、外包等方面的咨询效劳。由于目前SOA处于初期推广阶段，大局部SOA咨询属于工程型咨询。因此，工程型咨询是本阶段SOA咨询的重点，其中SOA总体规划咨询尤为重要。在SOA工程上线之后，SOA作为IT公用基础设施投入持续运营和优化，非工程型咨询也将提上议事日程，因此，SOA治理、运维和外包等方面的咨询将成为新的热点。SOA咨询的主要内容如下列图所示：

图1.3SOA咨询效劳的主要内容（1）概念导入引入实施SOA的相关概念，使政府部门中相关人员了解SOA，并且根据政府部门中不同的人员、角色分析SOA对政府部门产生的各种作用。

政府高层管理人员主要关注实施SOA的战略目标，可以产生的有效的结果，他们对SOA的理解只停留在概念层面，只需要让其了解SOA的初步概念，以及SOA可以提高政府基础结构的灵活性、可重用性和IT系统的敏捷性，可以提高政府目前的工作效率的结果即可。信息主管则主要关注实施SOA相关的技术问题。必须让CIO们了解实施SOA目前企业现有IT基础结构向SOA迁移所需要的技术、方案等。架构师更关注建立SOA的结构、流程和可重用问题，必须让架构师了解SOA应用架构，相关流程与所采用的技术问题。SOA工程经理关心的是实施SOA工程的规模大小、周期长短、实施风险、开发难题等，所以在SOA概念引入阶段对于工程经理则主要针对SOA开发方法、管理程序、风险分析等。开发人员看中的是整个SOA的开发过程。因此有必要让相关开发人员了解SOA开发过程的技术需要、测试要求、相关责任等。（2）条件评估条件评估阶段主要是对政府机构实施SOA进行可行性评估，分析政府政府机构目前现有的组织管理、IT基础架构、技术基础、业务目标和挑战、时间、资金、风险等。明确政府机构实施SOA的现有架构、技术以及向SOA迁移所需要的各种元素。（3）总体规划总体规划就是从组织机构的整体、全局的角度出发，正确分析客户需求与业务流程、技术路线、实施SOA的性质和范围、风险评估和产出目标，形成从需求分析到详细设计到实施，最后到测试、验收过程的总体规划蓝图，以保证在实施SOA时能得到总体路线方针的指导，把握全局。（4）工程实施工程实施过程是政府机构实施SOA的主体局部，工程实施的过程政府机构实现SOA的最终目标和途径。在工程实施过程中要分析实施SOA过程中采用的各种技术、目前现有IT基础架构的重用整合、新的系统环境的更新等具体问题。（5）效果评价效果评估主要侧重于实施SOA后期的成熟度评估过程，分析政府机构在实施SOA后所获得的收益、效果等。1.4必要性和可行性SOA咨询对于电子政务行业而言，契合信息系统集成和整合的迫切需求，而且各方面的条件已经成熟，是完全必要而且可行的。1．SOA咨询的必要性无论是在微观层次上（相对软件工程业主、开发商和集成商等而言），还是在宏观层次（软件产业结构升级、分工和协作）上，SOA都具有重大意义。Gartner最早提出SOA的概念，并且指出SOA是“现代应用开发领域最重要的课题〞。预计到2008年，SOA将成为占有绝对优势的软件工程实践方法，SOA让IT变得更有弹性，以更快地响应业务单元的需求，实现实时企业。同时预测到2010年时，SOA将成为创立和交付软件的主导架构，应用软件收入增长的80%将来自基于SOA的方案。SOA的出现，对软件业来说是个巨大的开展机遇。与传统制造业相比，软件业对已有成果的利用程度低，重复投入高，导致业绩水平差。软件业应该借鉴制造业的规模经济原理，倡导和实践有效重用的软件生产模式。而且，软件业的专业分工和协作水平低，整体竞争力低。软件业应该借鉴制造业的产业集群效应，抓住产业结构升级的关键机遇，倡导和实践专业化分工和协作。SOA使得规模经济原理在软件业中得以实现，它除了使传统的应用软件厂商分化成效劳供给方、需求方和中介者三方之外，还将促使独立的SOA咨询商的出现。SOA对软件产业专业化分工和协作的促进如下列图所示：

图1.4

SOA对软件产业专业化分工和协作的促进目前，SOA正处于从市场启蒙阶段向大规模实施的临界阶段，对客户和IT厂商来说都是一个新领域，有必要通过SOA咨询来提高客户的认识，建立客户的信心；同时，也由于在SOA工程化实施方面的不完善，必须通过SOA咨询来建立组织的商业、技术和管理流程，保证工程实施的成功。因此，引入SOA咨询，对于说服组织客户采纳SOA乃至指导其成功实施SOA至关重要。2．SOA咨询的可行性进入2000年以来，在主流IT厂商的纷纷跟进和大力推动下，SOA已经走出概念导入期，正处在从小规模试点到大规模推广的临界点。在下个十年，SOA将成为软件工程方法的主流。SOA在上技术日益成熟，从第一代Web效劳标准（WSDL、SOAP和UDDI）开展到第二代Web效劳标准（WS-*），已经较好地解决了应用系统互操作的问题。由主流IT厂商（IBM、BEA、SUN、Oracle等）组成的OSOA（开放SOA联盟）在2006年底发布了基于效劳构件技术的SCA1.0/SDO2.1标准，在联盟厂商的中间件产品线中得到了良好支持，加上OASIS、W3C和WS-I等SOA标准化组织的推动，基于SOA的应用系统的开发工具和部署环境也日益完善。在基于SOA的开发工具、部署环境和系统整合产品方面，客户已经有丰富的产品可供选择。大量的SOA工程投入实施和运营，例如IBM已经有1700个SOA的成功案例，给后续SOA工程提供了良好的经验积累和借鉴。SOA咨询方法论研究-SOA咨询概述（2）(2009-03-3114:44:29)标签：

分类：1.5现状分析在主流IT厂商的推动下，许多兴旺国家政府和世界500强企业开始认同SOA的商业价值，开始在信息化建设中采纳和实施SOA，这将催生容量巨大的新兴市场，导致竞争者的大批涌入。根据WinterGreen的市场调查，2005年全球SOA市场总量为4.5亿美元，IBM市场份额居第一，为46％，BEA居第二，为13％。2005年全球SOA市场份额如下列图所示：

图1.52005年全球SOA市场份额（来源：WinterGreenResearchInc.）许多IT厂商和咨询公司看到了SOA带来的商业时机，也注意到SOA咨询的必要性和重要性，把SOA咨询作为启动市场和实施工程的关键成功要素。2006年，许多主流IT厂商都发布了SOA咨询效劳，SOA咨询效劳市场开始快速升温。目前，IBM、BEA、SAP、HP、SUN、Oracle等主流IT厂商已经开始为全球客户提供基于行业的SOA解决方案，并建立SOA解决方案中心，力求为各行业实施SOA方案提供专业的咨询效劳。以下将分别介绍国际IT企业SOA咨询效劳的主要内容：1．IBM（1）SOA全球方案中心与一站式效劳2006年11月，IBM在北京与印度普纳成立了两个IBMSOA全球方案中心，用于开发、管理和交付深入行业的SOA解决方案。印度的中心将主要为保险业和医疗保健业提供效劳，而中国则会专注于银行业和政府部门。同时，新的IBMSOA全球方案中心将依托IBM在SOA软件、硬件、咨询、研究和开发领域的全面领先优势，汲取IBM在各行业实施SOA的丰富实践经验，与IBM全球企业咨询效劳部及IBM全球效劳执行中心展开紧密合作，构成一站式的IBMSOA行业效劳模式，以更快速、更经济、更有效的方式为企业提供基于SOA的业务解决方案。（2）IBM针对SOA效劳采用的方法IBM以业务为中心的观点来看待SOAIBM倡导以工程为基础采用SOA，帮助客户建立SOA目标，通过一系列相互关联、有巨大投资回报和商业价值的工程，采取层层深入的步骤到达这一目标，从而扫除实施SOA的障碍。IBM采用演进策略实现SOAIBM拥有SOA功能的软件、硬件或效劳这三个领域的厂商，可以帮助客户开发用实时业务信息改善其决策流程的业务模型，以保持竞争力。（3）SOA五个切入点以人员为中心的SOA切入点为企业提供综合信息以及在业务流程中交互的视图，提升人员生产力。以流程为中心SOA切入点重新利用和优化流程，快速部署创新。以信息为中心的SOA切入点以嵌入式或现场的方法提供可靠信息效劳，提高企业业务洞察力，从而降低风险。以SOA联系性切入点将连接作为基础以支持以业务为中心的SOA。它通过具备任意互连的新型业务渠道提供效劳，实现平安、一致的用户体验。同时相比定制集成或FTP可节省2～4倍的费用。以SOA创立和再利用效劳的切入点能够轻松实现SOA管理的再利用。通过再利用可降低本钱、缩减周期、拓展核心应用，同时再利用现有应用的费用只是重新编写新应用所需费用的1/5。（4）基于SOA应用的全面软件工具IBM软件五大品牌Lotus、DB2、WebSphere、Rational、Tivoli均支持SOA架构。2．惠普（HP）（1）惠普全球SOA能力中心

惠普公司提出一整套全面的面向效劳的体系结构（SOA）咨询效劳，同时在全球设立能力中心，旨在为客户在整个SOA流程（从设想、评估、开发到治理）提供帮助。（2）惠普新的SOA效劳SOA规划效劳（EnvisioningService）帮助大型企业理解SOA概念、优势以及SOA对其企业的潜在影响；SOA评估效劳（AssessmentService）使用HPSOA灵活性评估（AgilityAssessment）方法，来帮助客户制定在其企业采用SOA的整体开展蓝图；SOA治理与体系架构效劳（GovernanceandArchitectureService）在企业进行转换时，建立SOA体系结构工程机构来监控企业体系结构和SOA管理模式；SOA准备效劳（EnablementService）基于治理与体系结构效劳知识，为SOA实施准备所需的基础设施；SOA效劳开发（ServiceDevelopment）帮助客户在整个企业、业务线、部门或在工程级，定义、开发和部署SOA业务与IT效劳；SOA软件开发效劳（SoftwareDevelopmentService）在SOA的实施过程中，进行大量的业务与IT效劳开发与交付。我们一流的软件开发能力能够帮助客户团队提高开发水平；SOA管理效劳（ManagementService）帮助企业掌控其SOA实施过程，包括：生命周期管理、效劳管理、监控、检查、分析、效劳等级协议与策略。（3）基于SOA的创新软件产品HP在2005年6月，推出了两个创新的软件产品：HPOpenViewComplianceManager软件HPOpenViewSOA软件HPOpenViewSOAManager创立并维护一个加强企业基于SOA效劳的平安、供给、版本控制、监控和报告的模型。该方案通过即插即用架构，很容易实现和其它管理性能的整合，确保从现有工具的投资中取得最大回报。4）遗留系统市场在遗留系统市场，惠普推出了HPApplicationModernizationServices。它把应用性能诊断工具与咨询效劳结合到了一个程序中，对遗留环境的各个局部进行优先级后，指出那些局部值得留到SOA而那些局部需要淘汰。3．BEA（1）BEASOA效劳内容BEASOA效劳内容包括：SOA发现探讨、SOA评估、转型规划效劳、培训需求分析效劳、BEASOA概念和设计原理、SOA企业架构师认证、BEASOA组织和管理规划效劳、BEASOA集成效劳、BEASOA参考架构规划效劳、BEA客户架构师及卓越方案中心。（2）平台SOA360º以SOA为基础，涵盖Tuxedo、WebLogic和AquaLogic三个产品系，以及BEA最新推出的SOA协作工具环境——BEAWorkSpace360º，它是把业务和IT置于同一工作环境中的SOA工具，旨在从根本上改变业务人员和IT专业人士跨扩展型企业的协作和单独工作的方式。利用BEASOA360º平台，广阔用户将能够更有效地部署SOA，实现业务转型和优化，改良本钱结构，增加新的收入流。（3）ThinkLiquid理念BEA推出了全新的“ThinkLiquid〞理念，该理念旨在让IT系统脱离业务孤岛状态和老式的软件垂直集成模式，建立以水平集成“效劳网络〞为基础的新世界，由于这些“网络效劳〞能够快速交付给企业、IT、个人和专业效劳，从而能够提高企业的生产力。AquaLogic平台是BEA“ThinkLiquid〞理念的架构主干，它和WebLogic系列产品共同构成了“ThinkLiquid〞理念的基础。AquaLogic旨在帮助企业全面解冻孤立的或“冻结〞的IT资产，以实现应用的快速配置、重用和组合，来满足不断变化的业务需求。AquaLogic为在异构计算环境中开发、部署、管理和运行完整的SOA提供了一个开放和独立的平台，这些异构环境可以包括.Net、Java或遗留系统。作为BEA整体产品系列的组成局部，AquaLogic在BEA实施“混合〞应用战略的过程中发挥着重要作用，这一战略旨在使用户能够以有效的方式来把开源和商业软件融合起来，从根本上提高开发人员的生产力。（4）效劳基础架构BEA推出全新的“效劳基础架构（ServiceInfrastructure）〞，它提供了在SOA的整个生命周期里部署、配置、保护和管理异构效劳所需的全部功能，是真正实现IT与业务同步的关键。目的就在于帮助企业用户快速构建、配置和重复使用技术资产，更有效地满足业务需求。（5）BEA的SOA自我评估工具这是一个基于Web的工具，用来定量测试公司的SOA实施准备状态，反映了BEA的SOA实践方法，提供在关键领域内与同类公司的IT成熟度比较情况。6）BEASOA产品BEA发布了多款产品，继续为推动SOA在全球的开展提供强大动力，新发布的产品包括BEAAquaLogicUserInteraction产品线、新版本的AquaLogicEnterpriseSecurity和新版本的AquaLogicServiceBus，还有一些AquaLogic产品。4．SUN（1）SOA理念Sun公司基于Java技术，力求构建更好的SOA效劳。（2）SOA路径Sun公司发布了一个新的专业化的名为“SOAPath〞（SOA路径）的效劳导向架构的实际执行方式。SOA实际执行方式与Sun为市场提出的效劳导向架构（SOA）解决方案方案组成完整的体系。同时，SOA实际执行方式允许客户在SOA技术的整个生命周期内从概念论证、准备阶段，到实际执行等各个关键时刻，采用Sun的Java平台和SOA执行经验Sun的这一新的SOA实际执行方式强化了“支持SunJavaES平台、基于SOA和Web效劳标准，以及运行于获奖的Solaris10操作系统〞的产品和效劳的提供。SUNSOA产品包括：SunJavaSystemApplicationPlatformSuite（Java系统应用平台套件）SunJavaWebInfrastructureSuite（JavaWeb基础架构套）SunJavaIdentityManagementSuite（Java身份识别管理套件）SunJavaStudioEnterprise7SunJavaStudioCreatoSUNSOA效劳包括：SOAJumpstartWorkshop（SOA起步工作室）这是一项可以帮助客户对其业务系统具体执行SOA方式的效劳；SOAOpportunityAssessment（SOA时机评估）这是对关键业务过程和企业架构校准的一项分析评估效劳，最后给出一套综合性的推荐意见和最适用的SOA方案蓝图；SOAProofofConcept（SOA概念验证）此项效劳对主要的具有极大的业务效劳重用潜力的备选工程进行分辩和评估，并为这些工程的概念验证提供效劳备选架构。SOACenterofExcellence（SOA卓越中心）这是强化和促进SOA被推荐原则，重用现行过程、步骤、架构、标准和依顺性的重中之重。5．Oracle（1）OracleSOA方法论Oracle从方法论角度提出了SOA构成的三个维度：企业文化、方法论和实施平台，并提出了使SOA从理论走向现实的所谓“SOA五步走〞方法论。第一步：试点。第二步：集成。第三步：部门业务流程自动化。第四步：企业架构。优势的能力。第五步：行业/工业标准化应用。（2）Oracle插座式SOA套件产品甲骨文公司于2006年1月推出一组全面的、基于标准的中间件产品，融合了易构建、易配置、易管理且遵循SOA等多个特性的OracleSOA套件，该套件具备的“插座式〞能力使客户在利用现有中间件技术的同时可充分享受到效劳导向架构（SOA）的种种益处。Oracle

BPEL

流程管理器第一个用于协调Web效劳的原始业务流程执行语言（BPEL）引擎，可以设计、定义并执行业务流程；Oracle企业效劳总线（Oracle

Enterprise

Service

Bus）将现有IT系统与业务伙伴连接成一组效劳的标准化产品；Oracle

Web

效劳管理器（Oracle

Web

Services

Manager）提供定义并执行Web效劳政策的单一控制台；Oracle

业务规则引擎（Oracle

Business

Rules

Engine）提供定义并管理业务规则的设备；Oracle

业务活动监测（Oracle

Business

Activity

Monitoring）

展现业务操作的实时性；Oracle

企业管理器（Oracle

Enterprise

Manager）配置并管理操作环境中效劳导向应用；Oracle

JDeveloper

10g一个创立并构成应用的集成开发环境，同时也是Oracle

SOA套件中所有组件的统一工具包。同时，Oracle还推出了一系列实践培训指导，为独立软件开发商（ISV）提供工具和技能，最终使他们协助客户构建、实施和利用效劳导向架构。6．SAPSAP以NetWeaver平台为核心，描绘了下一代企业效劳架构ESA（EnterpriseServicesArchitecture）的蓝图。SAPNetWeaver是开放性的整合与应用平台，能支持现今市场中所有的开放性标准，并让企业能以效劳导向的方式建构组合式应用，是mySAP业务套件解决方案、SAPxApps组合应用、合作伙伴解决方案以及客户定制应用的技术基础。（1）SAPESA（EnterpriseServicesArchitecture）SAP企业效劳架构ESA（EnterpriseServicesArchitecture）的面向效劳架构（SOA）以其中间件NetWeaver为核心。（2）SAPNetWeaverSAPNetWeaver采用互联网标准，是mySAP业务套件解决方案、SAPxApps组合应用、合作伙伴解决方案以及客户定制应用的技术基础。7．Microsoft微软推出了代号为Indigo的技术，这项技术据称为合作伙伴建立新一代连接系统SOA铺平了道路。Indigo既是.NetFramework2.0的扩展，也是微软公司推进SOA的最新举措。1.6前景展望SOA咨询是SOA领域的一个细分市场，也是IT咨询效劳的一个分支。根据KenndyInformation公司发布的ITConsultingMarcketplace2006:KeyData,TrendsandForecats研究报告，SOA咨询是在2006年新出现的一种IT咨询形态，其市场增长高于IT咨询的平均市场增长。2006年IT咨询市场格局如下列图所示：

图1.62006年IT咨询市场格局（来源：Kennedyinformation）在2005年，SOA咨询与系统整合仅占全球咨询与系统整合市场的3%。不过，根据IDC（InternationalDataCorp）的观点，预计在2010年SOA咨询与系统整合的市场份额将提高到20%左右。因此，SOA咨询具有巨大的市场空间，是许多IT厂商密切关注并已经介入的一个热点领域。根据专注于软件行业咨询的Zapthink公司的研究报告，全球SOA的市场规模将会由2005年的44亿美元猛增到2010年的430亿美元，5年的时间里将有近10倍的增长。根据WinterGreen公司发布的ServicesOrientedArchitecture（SOA）Market－Opportunities,Strategies,andForecasts,2006to2012，到2010年，SOA效劳组件和平台软件的市场总量将到达13.9905亿美元。2005年-2012年世界SOA平台市场预测如下列图所示：

图1.72005年-2012年世界SOA平台市场预测（来源：WinterGreenResearchInc.）因此，不难预测，SOA咨询的市场总量和份额也将大幅度增长，成为IT咨询中一个重要的领域。SOA咨询方法论研究-SOA咨询理论基础（1）(2009-04-1011:18:40)标签：

分类：

本章节介绍SOA咨询的理论基础，主要包括Zachman框架、效劳架构模型和软件架构设计，对其在SOA咨询中的意义和作用进行阐述。1.1Zachman框架Zachman框架起源于JohnZachman的题为“信息系统开发框架〞（AFrameworkforInformationSystemsDevelopment）的学术论文，文中阐述了在信息系统开发工作中对软件体系结构的看法：系统开发是由具有不同关注视点的若干层面人员共同完成的，这与认识到系统开发是由不同阶段完成的同等重要；在系统开发中，考察对象不应仅限于数据和功能，还应包括地点。Zachman给出了一个矩阵，将关注视点放在列上，角色层面放在行上。此矩阵最初有是什么（What）、如何做（How）和在哪里（Where）三列。后来，Zachman又增加了是谁（Who）、什么时间（When）时间和为什么（Why）三列。Zachman框架可以用来指导信息化建设过程，并管理此过程中的设计产物。Zachman框架如下列图所示：

图2.1Zachman框架

Zacnman框架的矩阵式表格如下所示：

做什么（What）如何做（How）在哪里（Where）谁

（Who）何时（When）为什么（Why）数据功能网络人员时间动机范围（背景）规划者

业务模型（概念）所有者

系统模型（逻辑）设计者

技术模型（物理）承建者

详细表示（背景之外）分包者

最终用户

Zachman框架是一个6×6矩阵：纵向从规划者、所有者、设计者、承建者、分包者和最终用户六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型；横向从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机（Why）等6个方面的模型，并分别由实体－关系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、节点－链接模型（Node-Link）、人员－工作模型（People-Work）、时间－周期模型（Time-Cycle）、目标－手段模型（Ends-Means）来表达。Zachman理论开展到今天，称之为“企业架构框架〞（EAF，EnterpriseArchitectureFramework），简称为“Zachman框架〞。Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。Zachman框架具有容易理解、描述全面、独立于各种工具与方法学等优点，因而得到了广泛的认可，很多咨询方法都从Zachman框架中获得借鉴。Zanman框架完全可以作为SOA咨询方法论的理论基础，是一个非常适合于SOA咨询的思考框架和咨询模式。1.2效劳架构模型SOA作为一种技术架构而言，涉及与信息系统建设和IT基础设施相关的方方面面，这已经超出技术架构本身，其复杂性难以单纯从技术角度进行评估。为了全面分析SOA知识背景中各个要素之间的关系，应该采用适当的方法来描述。经过对SOA研究领域的综合分析，我们认为目前最为可行的方法是：基于Zachaman框架建立效劳架构模型，采用结构化方法自顶向下进行分解，从不同的维度来进行描述，为现阶段依然模糊的SOA提供一个全景视图。基于Zachman框架的效劳架构模型采用矩阵来表示，横向从逻辑概念范畴的角度，分为六个维度：Why、WithWho、What、How、WithWhat、When，纵向从信息系统架构的角度，分为四个维度：业务架构、信息架构、应用架构和技术架构。通过对矩阵中的单元格进行功能聚类，可以发现效劳架构模型划分为以下五个领域：（1）SAA（SOA架构的采纳）面向效劳提供了一种理想的世界：里面的资源划分整齐，以效劳这种形式加以一致地呈现。因此，企业想从效劳方面设计企业架构，就一定要采用SOA架构。所以，企业在业务、信息、信息系统和技术基础设施的各个层面都要从功能效劳方面加以分解。采用一致、合理的做法可以提供松散耦合的功能效劳，它们可以在所谓的共享效劳中心里面进行外包、内包或者组合。与不想采用SOA架构的组织相比，采用SOA架构、并且以合理方式进行实施的企业可以获得更大的灵活性、适应性及敏捷性。（2）SOE（面向效劳的企业）面向效劳的企业其实以一种极其水平的方式连接业务流程。它采用的企业基础设施可以提供企业架构和平安基础，能够跨企业以一致的方式运行这些效劳。虽然在过去的三十年里，面向效劳的架构这一概念被系统架构师奉为最正确实践，但现在它得到了各个地方许多组织的接受，被认为是获得业务敏捷性的关键。但SOE和SOA既不是即开即用的成套系统，也不是什么单一技术，更不会让所有问题都能迎刃而解。尽管SOE能够带来甚至促进组织上的变化，但它也要求主管人员、企业架构师及工程经理要有不同的思考和行事方式，否则完全会发现自己遇到新问题，根本得不到多少好处。（3）SOA（面向效劳的架构）SOA表达的是一种新的系统架构。在基于SOA架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件（也就是效劳）组合构建起来的。可以说SOA的出现，为整个企业级软件架构设计带来巨大的影响。（4）SOC（面向效劳的计算）SOC就是用效劳作为根本单元来开发应用程序。SOC是依赖面向效劳的架构来构造效劳模型的。（5）STP（SOA架构的迁移）迁移管理是在通向面向效劳的漫长道路当中最关键的问题之一。尽管迁移至面向效劳的平台意义重大、关键的Web效劳标准继续面临不确定性，加上大规模部署SOA往往会产生重大影响，现在是开始考虑迁移的时候了。成功迁移的关键在于，在有关SOA的活动当中找到一个平静点，然后制订直观的方案，指导贵组织走过面临技术障碍、组织阻力及不断变化的行业趋势的道路。政府机构内与SOA相关的人员的关注点有所不同，如下：对于组织的决策者和信息主管来说，需要考虑SOA的必要性、可行性等（SAA－SOA架构的采纳）；企业架构咨询人员要从IT规划层面，考虑基于SOA的战略规划、业务规划和技术规划等（SOE－面向效劳的企业）；软件开发商需要从技术实现层面，考虑基于SOA的信息系统架构设计（SOA－面向效劳的架构）；硬件和平台厂商需要从IT基础设施层面，考虑如何优化基于SOA的系统的效率和性能（SOC－面向效劳的计算）；系统集成商需要考虑如何从原有的IT架构迁移到SOA架构（STP－SOA架构的迁移）。基于Zachman框架的效劳架构模型如下列图所示：

图2.2效劳架构模型（基于Zachman框架）在效劳架构模型中，从技术实现和运营管理两个方面来看，以下的关键问题关系SOA工程的成败。在SOA工程启动之前，就应予以重点关注。（1）效劳规划在基于SOA的信息系统中，效劳是构建信息系统的根本单元，应该确定到底有哪些效劳、效劳封装什么内容、效劳之间关系如何，需要重点关注效劳粒度的划分和效劳的相互引用问题。效劳粒度表示的是一个效劳的大小，可以理解为效劳操作的范围和内容。粗粒度的效劳设计，可以减小效劳之间的耦合性，但付出的代价就是增加效劳的复杂性，效劳具备了太多的功能，增加了设计的复杂性和维护的难度；细粒度的效劳，可以让效劳的实现变得简单，但这样会增加效劳的数量，那样就增加了效劳之间的耦合度。因此，应该确定一个准则来指导效劳的粒度划分。（2）效劳编排为了实现可以灵活定义和调整的业务流程，应该确定业务流程的流转范围、策略实现和定义方法等，需要重点关注效劳编排问题。效劳编制关注于一种说明性的方式（不是编程方式）创立合成效劳，定义了组成编制的效劳，以及这些效劳的执行顺序。效劳流程的编制和编排，效劳编制用于定义合成效劳，关注重用已有效劳的内部流程；效劳编排关注与多方参与的交换消息，进行对等的业务协作。因此，应该确定一个标准来指导效劳编排。（3）效劳质量（QoS）为了对处于运行时（Runtime）的效劳例程的效劳质量进行跟踪、记录和分析，应该确定效劳等级（SLA）划分、效劳质量监控、事故记录分析、效劳质量问题处理等方法，重点关注效劳质量监控问题。效劳质量是SOA应用的典型非功能效劳需求，它使得在效劳全生命周期中，根据可用的系统资源，使效劳请求者的需要与效劳提供者的能力达成一致，主要是指性能、可靠性、可用性和平安性等。因此，应该确定一个标准来指导效劳质量管理。（4）效劳运营

为了对效劳的开发、注册、服役、更新和退役等进行管理，需要基于效劳的全生命周期对效劳进行版本管理，对效劳的状态进行全方位监控，以实现IT资产的有效利用。因此，应该建立一个规程来指导IT资产运营。SOA咨询方法论研究-SOA咨询理论基础（2）(2009-04-1011:23:13)标签：

分类：1.3软件架构设计在软件工程作为独立学科出现后的三十多年中，计算机软件的规模和复杂性与日俱增，软件架构（SoftwareArchitecture，又译作软件体系结构）的重要性也因而得到学术界和工业界的一致认同。从最初的“无架构〞到今天的“基于架构〞的软件开发，软件架构设计的理论研究和实践经验日益丰富。SOA作为一种当前主流的软件架构，可以从中获得有益的借鉴和参考。任何复杂的基于计算机的信息系统都需要一个体系结构来提供其演化的一个战略性环境描述。体系结构提供了对组成信息系统的组件或构造块的描述以及这些组件间复杂的内部关系。确切地说，一个体系结构是对一个信息技术（IT）系统的正式描述，它定义了组成整个信息系统的组件或构造块，并提供获取产品的方案，以及开发系统，这些因素共同运作实现整个系统。因而，以通过它管理全部IT投资，使其适合商业需求。虽然体系结构对系统设计至关重要，但过去人们对于体系结构的理解和使用却是非常不标准的，往往是隐含的、粗糙的、片面的。直到二十世纪九十年代，人们才开始较系统地研究软件系统的体系结构问题。目前主要的研究领域有体系结构框架、技术参考模型、体系结构描述语言、体系结构的形式基础、体系结构分析技术、体系结构开发模型与方法、体系结构恢复与重用、体系结构设计工具与环境、领域体系结构等。由于电子政务行业的大局部软件系统是按工程开发的，立足于满足当前某一领域的需求，客观上易于造成“烟囱〞式系统，即系统之间的互连、互通、互操作性差，系统的重复开发现象普遍。具体表现在：（1）没有进行系统的体系结构设计，许多软件系统都是由若干子工程组成的“拼盘〞；（2）数据通信的协议、格式不统一，造成互连、互通上的问题；（3）图形系统，尤其是数字地图不统一，直接影响图形数据的交换和互用；（4）由于缺乏统一的数据模型、数据元素定义和灵活的、可扩展的数据交换格式，无法进行直接的数据共享。目前电子政务行业使用的软件除了一些大型工程外，很大一局部是属于短期的小型工程。这些软件由于贴