内容


建立 SOA 卓越中心

注意事项和分析

Comments

COE 和 SOA 简介

SOA COE 是吸收和促进 SOA 领域中的最佳实践、知识和实用前沿解决方案的组织。COE 引入跨各种 SOA 活动的严密性和规程,并通过培养技能和能力来维持日益复杂的 SOA 活动的成功执行,从而提供相关受益。

SOA 是一种方法,用于构建使业务与 IT 目标保持一致的应用程序。通常,组织的业务方面喜欢 SOA 的概念,因为 SOA 可以促进业务灵活性和敏捷性。对不断变化的市场条件或竞争做出快速反应的能力可以驱动更好的投资回报。迅速将新产品引入市场的能力对于业务主管来说非常重要;因此,IT 组织迅速推进支持流程和应用程序的能力是关键因素。组织的 IT 方面喜欢 SOA,因为 SOA 可以促进基于松散耦合、开放标准的体系结构设计原则。更好的设计原则和组件重用可以促进操作速度和效率以及成本节约。

示例公司:背景介绍

本文使用一家名为 Acme Electronic Parts Distribution, Inc.(以下也称为 Acme)的虚构公司作为示例,这是一家大型的全球性电子零件经销商。Acme 代表了零件方面的主要制造商,例如电子和硬件、电桥和二极管、电容器、连接器、感应器、LED 显示器、集成电路和电阻器。Acme 还提供增值服务,例如编程、安装咨询、设计服务和自定义的交付。该公司与其客户群和重要提供商之间具有强大的合作关系,并在客户满意度、产品专业技术和总体价值方面受到高度好评。Acme 的年度收入超过 30 亿美元。

电子零件市场充斥着大量现有的和新的供应商。Acme 的业务主管们面对着从现有的客户群中产生更多收入的挑战。虽然需求正在增长,但是新的竞争者(例如运输货物代理商和基于 Web 的销售商)正在给定价能力带来压力。客户们正在要求以更低的价格获得更高的价值。在 IT 方面,该公司拥有主要基于大型机的应用程序,这些应用程序分布在提供报价、获得订单、订单执行以及后勤、客户和提供商管理等领域。

Acme 的新 CIO 提议了一种新的方法,其中涉及到客户管理、报价和订单录入、零件管理以及订单执行等领域的最佳解决方案。构成 Acme 的 SOA 的业务应用程序组件服务将以多种不同的方式实现。而用于诸如报价和订单管理等业务应用程序的组件服务将是由 Acme 内部开发的自定义组件,有些组件服务将来自于供应商提供的现成应用程序,其他将通过基于标准的接口从现有遗留应用程序中公开服务来加以实现。然后通过将这些服务连接在一起,从而组合成 Acme 需要的各个业务流程。整体方法是在每个领域中从小处着手,并在实现早期成功和学习到经验之后迅速推进。但是,CIO 知道这种方法同时涉及到多个操作领域,从而提高了各个项目的成本和交付时间风险,使得确保正确执行 SOA 方法变得非常重要。为了获得成功的结果,SOA 活动需要在各个阶段中协作制定有关 IT 和体系结构的决策。

COE 可以帮助奠定基础,并通过提供指导原则、原理、方法、最佳实践参考和体系结构决策支持来指导项目团队。COE 还为团队成员提供了一个平台,使他们可以就重要问题进行协作以促进成功的结果。COE 可以帮助:

  • 建立、测量和执行治理策略。
  • 评估和优先安排各种 SOA 活动。
  • 管理服务生命周期。
  • 测量各种 SOA 活动的有效性。

CIO 随时可以保证和提供 COE 所需的管理层支持,并为概念化、形式化和操作寻求帮助。本文为 IT 顾问和架构师而设计,并提供了用于指导重要主管的信息。本文将阐述并分析各种选项,同时还将考虑公司当前的组织动态和挑战。在适当的场合,本文还将说明 IBM 产品和服务如何能够在该过程中提供帮助。

关于 SOA 和对 SOA COE 的需要

本部分描述 SOA 的两个透视图。图 1 显示了典型的 SOA 环境的功能,是使用 IBM 的 SOA 参考模型来描绘的,并将理想的 SOA 环境描述为通过应用程序或平台提供的服务的集合。企业服务总线(enterprise service bus,ESB)充当中间层,并提供路由、转换和传输服务。ESB 通过虚拟化在企业资源级别提供了松散耦合。可以将其中每个服务映射到 IBM 或 Acme 的其他软件供应商提供的软件解决方案。IBM 的软件组合包括 WebSphere®、Tivoli®、Rational®、Lotus® 和 Information Management 产品系列,以满足这些领域的需求。其中每个服务分组负责某个主题领域。例如,交互服务抽象允许人员、流程和信息进行协作。Acme 可以使用 IBM Lotus 产品系列和 IBM WebSphere Portal 中的一个或多个产品来立即着手处理交互服务功能需求,例如 Lotus Workplace Collaboration Services 和 Lotus Expeditor。(请参阅参考资料部分,以获得指向白皮书“IBM SOA Foundation - An Architectural Introduction and Overview”的链接,该白皮书详细描述了参考模型和实现该参考模型的 IBM 产品。)

图 1. SOA 环境的功能
SOA 环境的功能
SOA 环境的功能

图 2 描绘了 SOA 解决方案的各个层。最终用户(人或合作企业)使用业务应用程序来调用业务流程,这些业务应用程序可以是富客户端、移动的、基于 Portlet 的或基于 Web 的。业务流程是通过组合和编排服务组件所提供的业务服务创建而成的。服务组件可能与企业中的其他操作或遗留系统交互,以获取所请求的信息或执行业务任务。服务是这种多层体系结构的核心,并且是实现服务流和流程的组件。存在“服务使用者”和“服务提供者”这两个不同的概念。集成(通过 ESB)、安全和监视基础结构、数据体系结构以及治理被描绘为支撑 SOA 解决方案的基本功能层(请参阅参考资料以获取指向有关 IBM SOA Foundation 的更多信息的链接)。

图 2. SOA 解决方案的各个层
SOA 解决方案的各个层
SOA 解决方案的各个层

随着组织在 SOA 采用过程中的推进,组织将采用能够促进上述概念的基础结构、产品和应用程序。组织将创建和重用各种各样的业务服务,这些业务服务包含了组织的业务操作。在与创建和激活新服务以及退役不再需要的服务有关的策略方面,解决方案很容易导致混乱和歧义。用于 SOA 的 COE 在处理此类问题方面起作根本作用。

图 3 描绘了 SOA 应用程序生命周期的以下四个阶段:

  • 建模:收集需求,对业务流程建模,以及执行设计工作。
  • 组装:发现或构造所需的服务,将这些服务与业务流程模型联系起来,建立将用于监视流程的关键性能指标 (KPI),以及测试应用程序。
  • 部署:集成所需的人员、流程和活动,以将应用程序部署到生产运行时环境中。
  • 管理:收集并显示业务和 IT 人员使用的各种工具中的应用程序、流程和服务级别指标,以确保应用程序和流程的表现符合预期。然后可以将这些相同的指标反馈回建模阶段,从而实现持续的应用程序和流程改进。
图 3. SOA 应用程序生命周期
SOA 应用程序生命周期

IBM 提供了在每个阶段中使用的各种软件解决方案。有关这些解决方案的信息,请参阅参考资料部分。

图 3 显示了 SOA 治理及其相关流程如何跨越所有这些阶段。此外,一旦将服务投入了生产应用,则使用运行时治理的变更管理方面来控制变更。COE 可以在建立和监督治理机制方面发挥重要作用。IBM 提供了用于帮助在设计和运行时期间建立治理机制的软件解决方案——包括 IBM WebSphere Service Registry and Repository、IBM Rational Method ComposerIBM Rational Asset Manager、IBM WebSphere DataPower SOA Appliances、IBM Tivoli Composite Application Manager for SOA 和 IBM WebSphere Business Services Fabric。(有关这些 IBM 产品的信息,请参阅参考资料部分提供的链接。)

图 4 描绘了 Acme 的 IT 生态系统的一种视图,其中该生态系统由各种硬件、存储和网络系统组成,这些系统支持供应商和内部自定义解决方案所提供的中间件和基础结构软件。业务应用程序利用中间件和基础结构软件的功能,从而提供用于执行业务的功能。

图 4. 平台、中间件和基础结构软件及应用程序
平台、中间件和基础结构软件及应用程序
平台、中间件和基础结构软件及应用程序

可以认为每个支持解决方案具有稍微不同的生命周期,其区别体现在生命周期的展开方式方面。例如,对于从一家或多家供应商选择适当的基础结构软件,这个决定将基于跨该软件所支持的一个或多个功能领域的详细功能和非功能需求分析。用于分析和选择适当解决方案的体系结构决策是一个重要考虑事项。治理机制是确保在解决方案选择期间做出明智投资的关键因素。

Acme 的 COE 可以帮助加强信任、工作可见性以及对投资的控制和监视。它还可以帮助处理上面描述的各个方面。

COE 的类型和分析

COE 的特征体现在其操作、要求、资助、管理层支持和承诺、职责和权力范围方面。一方面,Acme 可以将 COE 组建为一个学术团体,以检查标准和最佳实践的强制情况——从有限的强制到更大权力的强制。另一方面,COE 可以是高级技术团体,他们更深入地从事有关新技术和他们对组织的适当性研究,并拥有更广的范围和权力。基于操作的性质、范围和多样性,可以将 COE 的类型分类如下:

  • 学术:在这种情况下,COE 的范围很狭小。该机构提供有关应该如何着手处理 SOA 项目的指导原则,但是本身不从事任何有关建模、开发或部署的细节活动。此类活动将由组织中的各个团队执行。COE 从质量保证的角度考虑设计和其他方面,并且可能在这方面拥有强制权力。COE 监督设计人员的培训和认证。起初,可以将此 COE 视为一个非正式的机构,其中包括来自组织的业务和技术团队的有经验和知识渊博的人员。随着时间的推移,此类 COE 可以基于对成功项目的著名贡献而获取更多权力,并且可能获取更多资助以扩展操作范围。
  • 技术:技术 COE 具有比学术 COE 更广的范围。此类 COE 拥有更多的资助和权力,并配备为具有专用资源的全职工作部门。来自组织的其他部门的知识渊博和有经验的业务和技术成员也参与到 COE 活动中。Acme 可以将此类 COE 组建为共享资源组织,其成员积极参与重要项目并为之做出贡献。此外,还可能要求 COE 选择、部署并在某段时间内运行基础结构。此类 COE 被赋予有关设计决策、最佳实践、质量控制和测试方法的更广强制权力。
  • 高级技术:高级技术 COE 的职能类似于高级技术团体。此模型整合了学术和技术 COE 风格所特有的活动和突出功能。但其不同之处是研究组织的未来增长趋势的进一步职责。该 COE 除了具有更广的范围、权力和资助以外,可能还在新项目的资助决策方面发挥有影响力的作用。

注意:我为 COE 分类选择了上述名称是为了便于本文描述各种风格并提供 COE 分析。

图 5 分析了 SOA COE 的可能属性,这些属性反映了它们如何适用于上述所有 COE 风格。

图 5. SOA COE 的各种分格分析
SOA COE 的各种风格分析
SOA COE 的各种风格分析

另一个考虑事项是 COE 的运作时间长度。Acme 可以建立具有短期战术作用的 COE,其存续时间跨越主要转换工作的持续时间,之后将对其进一步的作用进行评估;或者可以将 COE 建立为永久性机构。具体的选择取决于组织的长期观点、资助前景以及文化和政治考虑因素。COE 负责人可能必须克服障碍,例如各个团队成员之间对变更的怀疑态度和抵制。取决于成功的结果,COE 一般会获得更多的权力和地位。在 SOA 转换活动开始时开创 SOA COE 可以提供某种意义的目的性、方向、准备和规划;产生诸如更短的上市时间等好处;以及开发技术和组织规程以渐进地从事复杂的活动。

Acme 的 CIO 必须考虑组织的动态、文化影响、变更问题和部门交互,以决定 SOA COE 的风格。Acme 拥有各种部门,包括: 客户关系管理(customer relationship management,CRM)、产品设置和维护、销售和市场、供应链和后勤,以及人际关系。Acme 具有若干支持公司业务活动的生产应用程序。重要的应用程序包括报价、订单登记和执行、客户关系和智能、需求和供应规划、销售订单管理系统,以及会计。该技术是自主开发的解决方案和一些商用现成(commercial off-the-shelf,COTS)解决方案的混合体。诸如零件和订单管理系统等关键应用程序是基于大型机的应用程序。其中每个领域具有经验丰富的业务主管,他们具备有关业务的卓越知识。IT 组织具有多样化的技能集,从 COBOL 到现代的 Java™ Platform, Enterprise Edition (Java EE)。

基于组织的概况、资金来源和尝试跨多个操作领域的重大转换活动的附加风险,CIO 做出了 COE 的技术风格选择,并开始计划让 COE 运作起来。

用于建立 COE 的活动

以下几个部分将详细描述建立 COE 所需要的每个活动。

定义任务陈述、章程和目标

CIO 必须首先通过任务陈述和章程来阐明 COE 的目的和范围,然后草拟出其组织结构。对以下问题进行充分的自我检查可以产生具有适当清楚程度的任务陈述和章程:

  • 预期 SOA COE 将解决什么业务问题?典型的答案可能类似于促使新的业务流程或服务的上市时间加速,从而改进投资回报
  • 预期 SOA COE 将解决什么技术问题?答案可能是提供有关技术标准和最佳实践的指导,并确保体系结构适合组织的长期需要。此外,CIO 可能指示 SOA COE 将充当治理机制,以确保正确的 SOA 方法。
  • SOA COE 的大致活动范围是什么?该范围可能是跨越从构思到创建再到退役的服务生命周期的活动。积极参与选择技术标准、评估和选择工具、宏观和微观设计、开发、测试、实现、重用以及安全方面
  • SOA COE 将如何与项目团队交互?
  • SOA COE 将如何执行治理活动?
  • SOA COE 将如何执行质量标准以及遵守设计指导原则和最佳实践?

构思良好的任务陈述(用于在整个组织中进行交流)可以帮助参与者集结在 SOA 转换目标的周围。Acme 的 SOA COE 的任务陈述如下:

Acme, Inc. 的面向服务的体系架构卓越中心的任务,是采用、促进和维持 SOA 领域的正确标准、实践、技术、基础结构和知识的开发和使用,从而在组织的业务流程转换中发挥重要作用。COE 将与业务密切合作创建高度敏捷的 IT 组织,从而帮助 Acme 快速创建新产品和服务,更好地服务于客户,并与供应商和合作伙伴更好地进行协作。

定义 COE 的组织结构

组织是一群具有共同目的的人员。其中,要求人员代表其投资者(管理层)完成某些目标,并为人员提供资源和资金以实现这些目标。组织的正式结构提供了组织在其中运作和实现其目标的框架。正式的结构还可以促进职责划分以及高效的活动规划和分配。本部分将描述有关如何组建和运作 Acme 的 COE 组织的各个方面。

图 6 描绘了 Acme 中的各个部门,并表明了每个部门具有集中于其 IT 需求的 IT 团队。为了实现成功的 SOA 转换,SOA COE 的影响范围需要跨越各个部门。随着新设计的业务流程通过跨越部门边界的服务编排来开始实施,SOA COE 功能的重要性变得明显起来。

图 6. Acme:影响范围——SOA COE
Acme:影响范围——SOA COE
Acme:影响范围——SOA COE

技术 COE 具有来自各部门、开发人员和 IT 架构师的重要业务和技术代表,其定位很适合于克服政治和文化障碍以便在 Acme 取得成功。COE 必须利用正确的部门、人员、技术、标准和实践以获得可见性。并列为负责人以监督 COE 运作的首席技术官(chief technology officer,CTO)和业务主管表明了高级别的承诺和管理层支持。COE 应该配备专门的全职 IT 架构师,以作为 COE 代表积极地参与 IT 活动。对于初始项目,Acme 将使用外部专家和顾问。在合作项目履约持续时间内,通过在 COE 中包括来自产品和服务供应商的顾问 IT 架构师,Acme 获得了专家知识和专业技术的附加好处。IBM Global Services 拥有这方面的各种解决方案。

Acme 的 SOA COE 组织结构如图 7 所示。

图 7. Acme 的 SOA COE 组织结构
Acme 的 SOA COE 组织结构
Acme 的 SOA COE 组织结构

CTO 与业务主管一道监督 COE 的活动,并为 CIO 提供更新材料。COE 拥有来自 CRM、产品维护、供应链以及销售和市场部门的业务和技术代表。该 COE 还配备了全职 IT 架构师,他们知识渊博,并在类似如下的领域拥有丰富的经验:

  • 企业体系结构
  • 安全性
  • 风险和遵从性管理
  • 质量管理
  • 基础结构和应用程序性能
  • 可伸缩性
  • 可用性

来自外部顾问公司的代表和基础结构管理团队成员充实了该团队。

几家 IT 顾问公司还拥有他们自己的内部体系结构 COE,以建立和实施最佳实践、标准和最新的技术开发。在这样的情况下,该组织结构由 IT 架构师、高级 IT 架构师、HR 经理、助理和资源部署协调人员组成。客户合作项目中配备的人力资源将继续扩充他们有关解决方案需求和技术问题的知识。

保证资助并使得 COE 可运作

足够的初始投资和基于业务价值生成的将来资助承诺,对于强大的 COE 的启动和成长非常关键。要使各个部门和现有的机构与 SOA 保持一致,需要在合作项目初期建立信誉。对于 SOA 在组织中的发展过程中,这可以帮助跨各个 IT 团队渐进地强制实施复杂的决策。

在 SOA 活动的进行过程中,SOA 产生的优点和 COE 采用的方法通过一些指标表现出来,收集、维护、分析和提供这些指标是非常重要的。在若干服务变得可操作之后,公司将认识到通过重用能够获得更多好处。根据省时指标,Acme 可以分析并演示新产品的上市时间和 IT 支持准备情况。证明 COE 活动所产生的价值应该会使得将来的资助需求变得更加容易。随着时间的推移,如果 SOA 采用所面对的文化和政治障碍由于 COE 的努力和可见性而减弱,Acme 将在为 COE 获取附加治理权力方面处于更有利的位置。

COE 的活动

在 Acme SOA COE 已建立并且可运作之后,它将从事以下活动。

创建、审核和重新定义 SOA 转换路线图

路线图是根据相对重要性、顺序和时间安排进行组织的活动列表。为确保有效,路线图应该:

  • 沟通长期 IT 规划(3 到 5 年)。
  • 将 IT 转换与业务活动联系起来。
  • 阐明重要里程碑。

在 Acme 的情况下,该 COE 应该:

  • 开展将各个部门聚集在一起的工作。
  • 评估当前环境、业务和 IT 难点。
  • 创建当前状态与将来所需状态的 IT 功能的总结评估。
  • 评估差距,并对每个操作领域做出关键 SOA 观察和建议。

COE 应该启动为 Acme 开发企业体系结构的工作。企业体系结构包含模型或蓝图,用以定义组织的当前环境、目标环境,或同时定义当前环境和目标环境。如果已经定义了企业体系结构,则 COE 应该审核该体系结构的可供改进之处。应该草拟出将渐进地推进组织转换的项目列表。应该对项目做进一步的分析,以确定能够帮助制定资助决策的相互依赖关系、时间期限和相对复杂性。COE 应该为最终产生的组织变更做好规划,并将变更活动包括为转换路线图的一部分。

建立交流和信息传播机制

良好的交流和信息传播机制是在组织中获得可见性的关键。Acme SOA COE 建立了一个 Wiki,用于与公司同事进行交流。COE 使用此 Wiki 在论坛上发布指导原则、最佳实践、方法和信息,以及活动进度。COE 经常向业务主管提供有关活动进度的更新信息。COE 使用公司的 Intranet 来展示各项活动所交付的重要成果和价值。它还使用了 Webcast,并组织特定的事件来广播有关重要主题的信息。COE 为团队成员组织了与学习和知识积累相关的活动。(有关此主题的更多信息,请参阅与知识和学习相关的活动部分。)

指导原则、标准和最佳实践:

COE 为 SOA 项目的每个阶段提供标准和指导原则。实现此目的的一种方法是创建标准工作产品的概要,这些产品必须在某些阶段产生,例如功能和非功能需求、设计工具,以及方法和最佳实践。这些标准概要和指导原则由参与相关活动的所有团队使用。里程碑期间和里程碑结束时的质量审核机制可以确保对规范和指导原则的遵守。Acme 使用建立交流和信息传播机制部分中描述的协作座谈会来传播此信息。

评估基础架构和工具

COE 评估、选择和规定与组织的功能及非功能范围和需要保持一致的供应商产品、标准和最佳实践体系结构。在需要的场合,COE 将创建参考模型或体系结构,以帮助驱动体系结构决策、促进 Acme 的长期技术战略和需要。

资产重用

转换活动过程中同时创建了知识资产和技术资产——例如需求和业务规则文档、设计构件,以及技术代码。这些资产以体系架构输出的形式同时存在于应用程序级别和更高的操作级别,并描绘了系统和协作视图,例如体系结构概述、系统体系结构模型、服务模型、详细的服务规范,以及体系结构决策文档。就服务而言,COE 需要以简洁的形式同时捕获有关服务和服务如何追溯到业务功能的各个方面的元数据,并使用此元数据作为单一参考点。这可以促进对服务大量增加的控制,并帮助人们了解更改某个服务所具有的影响。IBM Rational Asset Manager 提供了存储库和方法,用于存储和重用体系结构可交付件、应用程序 (UML) 模型和其他服务资产。IBM WebSphere Service Registry and Repository 提供了企业范围的服务发布和查找功能。可以考虑一个有关这如何在有效的治理和决策制定中发挥作用的假想案例。Acme 创建的其中一个服务旨在获取有关客户的信息。该服务提供关于客户的基本信息,以便跨多个部门使用。有时,销售和市场以及产品管理团队希望扩展此服务,以使用历史数据提供关于客户的附加分析信息,例如购买模式、过去几年的购买历史记录、购买量,以及在 Acme 所花的资金金额。然而,这样做会显著扩展该服务的消息有效负载,从而可能影响其性能状况。通过了解 Acme 中的哪些部门会受到此更改的影响,以及这样的更改的影响是什么,COE 帮助得出了适当的体系结构决策。(有关 Rational Asset Manager 和 WebSphere Service Registry and Repository 解决方案的更多信息,请参阅参考资料部分提供的链接。)

与知识和学习相关的活动

COE 经常举行会议和研讨会,以在团队成员之间传播知识和进一步的学习活动。COE 每个季度使用一次 Town Hall 风格的会议,以便与更大的业务和 IT 社区共享关于 SOA 活动和进度的信息。较小的会议集中于案例研究、学习到的教训和最新信息。该 COE 还与供应商合作,至少每月组织一次关于相关主题的演示座谈会。该座谈会帮助 COE 的重要成员获得可见性,从而使他们具备为 Acme 做出正确决策所必备的知识和专业技术。下面是此类座谈会的示例日程安排:

  • 一月:有关业务与 IT 一致性的企业体系架构注意事项
  • 二月:业务体系结构——Acme
  • 三月:Acme 的业务需求收集和服务建模注意事项
  • 四月:Acme 业务应用程序的业务建模
  • 五月:WebSphere Service Registry and Repository 在现代组织中的作用
  • 六月:Web 服务最佳实践
  • 七月:良好的 SOA 的基础结构注意事项
  • 八月:有效的 SOA 软件平台的作用
  • 九月:通过 SOA 利用协作来实现增长
  • 十月:利用遗留资产——Acme 的透视图
  • 十一月:作为有效 SOA 基础的 ESB 的作用
  • 十二月:Acme 的资产重用——方法和有效性

该 COE 选择了业务和 IT 社区都感兴趣的主题的混合,以最大化受众的兴趣、参与和协作。

类似地,该 COE 可以帮助组织成员了解 Acme 在 SOA 转换需求方面的资源技能水平。它与供应商和适当的顾问公司合作制定出了培训大纲和计划。

该 COE 在 Acme 的重要项目中共享架构师资源,并以这种方式充当催化剂以促进能力和最佳实践。因此,各个项目中的架构师通过宣讲和执行 SOA,在各个领域变得日益熟练。

体系结构审核

该 COE 执行体系结构设计文档审核,以确保与指导原则和质量成果保持一致。作为服务应用程序生命周期中的一个里程碑,体系结构审核的完成是开始实施治理的起始点。

除此之外,COE 还不时地审核附加的活动,从而为其角色引入附加的价值和优点。在早期阶段的活动过程中使用外部专家、顾问和供应商并与之合作,将有助于迅速启动和维持各项活动。例如,正如本文前面曾经提到过的,IBM Software Group 具有若干相关的软件工具和解决方案。IBM Global Services 还具有针对 SOA 的特定解决方案。(请参阅参考资料以获得指向 IBM SOA 网站的链接,该网站具有若干关于此主题的链接和信息。)

该主题的各种变化

组织具有各种各样的规模和文化构成。适用于小型公司(几百名 IT 员工和 3 至 4 个子团队)的 COE 方法可能以不同的方式适合于大型组织(跨地理区域分散的数千名 IT 员工和 10 至 15 个子团队)。然而,需要某种组织机制来选择正确的技术、标准、最佳实践和协作决策制定,这个基本前提是所有组织的共同思路。有些人认为大型公司才需要 COE 以控制跨技术领域的多样和分散的团队。虽然这是需要 COE 的强有力理由之一,但是较小的组织也可以得益于通过拥有 COE 所引入的严密性、规程和目的性,以驱动重要业务活动的协作决策。

有些组织中的技术在过去几十年来已几经发展,它们可能拥有用于各种技术和活动的 COE,例如用于基于大型机的活动的 COE、用于测试活动的 COE、用于信息管理的 COE、用于企业体系结构的 COE,等等。Acme COE 还建立了体系结构审核委员会,将其作为有争议的问题的仲裁者。在这样的情况下,总体 COE 方法是各种能力的联合。此类组织中用于 SOA 的新 COE 需要与其他中心有效地合作。太多的官僚主义往往会扼杀创新并减缓操作,并且很容易使得最初组建 COE 的意图在激烈的组织政治和意见纷争中被遗忘。主办机构需要小心地定位新机构的任务和治理级别,并确保经常进行这方面的有效交流。COE 应该恳求社区提供反馈,并整合协作和交流方面的改进建议。

总结

本文提供了相关见解,讨论了为什么正在考虑或已经在进行跨部门的重大业务转换活动的组织需要 SOA COE。您研究了各种类型的 COE,以便对于需要为给定的情形采用的 COE 操作,您能够提供有关操作性质和范围的注意事项。您了解了有关如何系统地建立 SOA COE 并使之可运作的任务。本文描述了任务陈述和执行任务陈述的组织,以及用于描述 COE 的范围和作用的示例活动。最后,本文考虑了关于组织规模的附加因素。

致谢

我要感谢我的亲密同事 Chak Pang、Lener Pacania 和 Ramesh Soundappan 审阅了本文并提供了建议。感谢 Sunil Dube 审阅了本文并提供了建议。还要感谢 Patrick Flanders 和 Ashleigh Brothers 审阅了本文并提供了意见。特别感谢 David King 详细审阅了本文的手稿。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=SOA and web services
ArticleID=344267
ArticleTitle=建立 SOA 卓越中心
publish-date=10092008