敏捷方法与SOA的结合.pdfVIP

敏捷方法与SOA 的结合 高志华 （大连海事大学信息技术学院 大连 116001） 摘要：近年来，SOA 的概念被一些国际 IT 企业大吵特吵，然而企业实施的 SOA 方案并不能令 人满意，敏捷方法的提出令这一问题有所改善。 关键词： SOA 敏捷方法 方案 1 引言 近年来，关于 SOA 实施必要性的讨论甚嚣尘上，似乎 SOA 是包治百病的良药，企业只要实 施了 SOA，就能提高业务灵活性，从而增强企业的竞争力。然而在大多数实施了 SOA 的企业中， 需求的变化还是不断的出现。针对这一问题，笔者提出利用敏捷方法实现 SOA 技术的新的开发 模式。 2 企业实施 SOA 的优势与问题 2.1 SOA 的优势 1）SOA 可通过互联网服务器发布，从而突破企业内网的限制，实现与供应链上下游伙伴业务的 紧密结合。通过 SOA 架构，企业可以与其业务伙伴直接建立新渠道,建立新伙伴的成本得以降低. 2 ）SOA 与平台无关,减少了业务应用实现的限制.要将企业的业务伙伴整合到企业的大业务系统 中,对其业务伙伴具体采用什么技术没有限制。 3 ）SOA 具有低耦合性特点,增加和减少业务伙伴对整个业务系统的影响较低.在企业与各业务伙伴 关系不断发生变化的情况下,节省的费用会越来越多。 4 ）SOA 具有可按模块分阶段进行实施的优势.可以成功一步再做下一步,将实施对企业的冲击减少 到最小。 2.2 实施中的问题 1） 对SOA概念的理解误差 问不同的人“什么是 SOA”，一定会得到许多不同的答案。实际上，SOA 是一种无边界服务的汇聚。 这些服务之间可以相互通讯，所谓通讯可以是指简单的数据转移，也可以是指两种或多种服务的 协同。 然而，某些企业在SOA上只考虑到了Web服务 (WSDL)，正因为理解上的局限性，因而导致很多“SOA 万能”的误解。有些人坚信实施企业服务总线(ESB)就会给你创造一个 SOA 环境，而有的软件厂商 也宣称他们的产品是准 SOA，可以提供某些 Web服务。但在很多情况下，这些粗粒状的服务都是 很笼统的，并且更加倾向于建立技术基础架构，而不会为企业带来新的功能性。对于那些购买了 准 SOA 产品的企业而言，则必须在产品所用技术基础上建立特定的层，以求与公司现有系统结合， 反之，如果你不这么做，那么 SOA项目的失败率就会大幅蹿升。 2）缺乏商业单位的投入 大部分的 SOA 项目都是由 IT 部门中的某人来推动。比如 CIO、企业架构师，或 IT 经理，他们深 信 SOA 或许是一种可以解决以前解决不了的问题的方案，例如服务提供速度过慢、不断积压的项 目数量、或者加强遗留系统的要求。这名“推动人员”负责去带领开发人员建立基于 SOA 原理的 应用。但在这一点上，一个最突出的问题就是缺乏商业单位的投入。SOA 不是一种可以无视终端 用户的体验而直接部署的技术，正因为它同时牵动了多个部门的不同系统，因此更需要商业单位 的参与。 如果商业部门无法用 SOA 方式来思考问题，那么整个链路中就会断了一个环节，导致 SOA 无法实 现预期成效。 3）缺少预算 展开一个 SOA 项目是极耗成本的。首先是技术成本，你需要搭建一个平台，然后就是学习曲线上 的成本。当然，你可以通过聘请有经验的专业人士或服务伙伴来完 成。不管使用哪种方式，你都 必须将其计入你的预算内。为一个带有高度商业价值的项目去申请预算一直都很难，而在目前的 经济气候下，去为一个无法看到立竿见 影回报的项目去申请预算更是难上加难。 4）项目执行 大部分 SOA项目都使用瀑布式方法来管理和执行，即定义项目的时间跨度(比如 9-12 个月内)来完 成 SOA 基础架构的定义、编码和实施。 以这种从上至下的方式来实施 SOA不但无法提供及时的价值，也难以让商业应用高效运转，原因 有二： 第一，少有最终用户的参与而提高了失败的风险。第二，这一方式没有考虑到要求和环境 总是在不断变化。因此使用在 SOA实施中的技术也必须足够灵活并支持变革。 3 SOA 与敏捷方法的结合 实施中的问题的前面 3 个问题都可以通过其他方法可以解决，唯独第 4 个方法在解决上面有 一定的难度。针对这一问题，笔者提出使用 SOA 和敏捷方法结合的方式来解决这一问题。