2006年11月16日，IBM Rational软件全球产品开发和客户支持副总裁Lee R. Nackma和IBM大中华区Rational软件总经理桂荣青造访北京IBM创新中心。51CTO.com作为惟一受邀的IT技术网站，对Rational的两位“舵手”进行了专访，有幸从技术和业务两个层面分享了日新月异的SOAD/SOAG策略，聆听Rational软件未来的发展方向。
SOA不是技术手段而是业务策略
“SOA不是技术手段，而是业务策略”。专访伊始，桂荣青总经理就直截了当地表述出自己的观点。
要保障SOA的实现，就需要一套与之对应的从业务需求出发的设计、开发环境策略。桂荣青进一步介绍说，自3月份IBM宣布推出SOAD策略以来，IBM中国，尤其是Rational部门就一直致力于提升中国企业的IT灵活性和快速响应市场的能力。经过几年的熏陶，中国企业逐渐接受SOA相关的概念，企业里的CIO与CTO也开始重新思考自己的角色地位。从前CIO可能会把主要精力放在如何实现企业所需的IT服务上，但随着固有IT系统的不断增多，CIO不仅要考虑满足企业提出的新需求，更重要的是要对已有的系统进行管理。所以SOAD的推出正是适应了中国企业对IT系统的这一需求。
那么既然有了SOAD来保障SOA的实现过程，为什么又要提出SOAG呢？
这是因为围绕 SOA 制定策略的企业需要有效的IT治理机制。越来越多的IT服务单元的快速增加需要由企业内外的不同组织进行维护，这使得治理更具挑战性。当且仅当对服务进行有效地治理，使之符合服务级别协议 (SLA) 在安全性、可靠性、绩效等方面的规定要求时，业务服务的这种跨组织的特性，以及潜在的、跨组织边界的服务组合才有可能正确而有效地发挥作用。因此，识别、指定、创建和部署企业服务需要 SOA 治理——由一个强大的有效主体监视企业服务组合的整个生命周期。
Rational帮助企业SOA落地生根
Lee告诉笔者，IBM认为SOA并非一次性的服务实践或者一套程式化的工具，而是确定最佳实践、方法论、工具、切入点，以及对整个生命周期进行改革的整体观点。SOA应当在整个生命周期阶段的端到端治理环境下完成上述措施，而且部署的过程应当是自动的、渐进式的。
有了观点和策略，那么怎样将之付诸实践，让SOA在企业落地生根，掌控SOA的生命周期呢？
Rational就是IBM提供的解决之道。
在方法论上， RUP（Rational Unified Process）已经被软件开发领域广为接受，新版专门针对SOA为RUP提供了插件。在平台和工具方面，IBM提供了基于标准的、使业务流程建模的许多方面实现了自动化的新型编程模型，以及能使团队在解决不断变化的业务需求方面有效地创建和组装服务的实践和工具。在标准化方面，去年底IBM联合业界主流厂商共同发布了两项针对SOA的重要模型规范——SCA(Service Component Architecture，服务构件架构)和SDO（Service Data Objects，服务数据对象）。这两项规范的发布为SOA计算环境下的编程模型打下了一个坚实的基础，推动SOA的发展前进了一大步。
思维的惯性上，很多开发人员都认为Rational强大而繁琐，用牛刀杀鸡出了“大材小用”，会不会反而碍手碍脚？
Lee对此的解答是“RUP有很多不同的流程整合，可以分开对应不同规模的项目，当你选用某一种流程时，关键是对自己的需求有所了解。”他还补充说，为了满足企业与开发人员对不同量级工具的自由选择，IBM基于Eclipse平台创建了Eclipse Process Framework(EPF)并捐赠了RUP的子集，这一框架现在已经衍生出了一个类RUP的Open UP。
为满足SOAD与SOAG（SOA Governance）的需要，Rational现在强调从需求阶段就开始介入，以实现全过程保证SOA的正常实施。正如桂永青所言：“我们认为，SOA的最终目标是用IT来解决业务的需求。虽然SOA的概念已经广为传播，但是目前国内对SOAG的认识仍不够。因此，推广SOAG正是IBM要做的事情。”
展望得更远一些，未来Rational将与Tivoli对接，为企业提供整个IT生命周期的管理。
背景资料：从SOA到SOAG
1.面向服务架构（SOA）的缘起
1996年Gartner提出了SOA（Service Oriented Architecture，面向服务的架构）的概念，给企业带来了新的希望。SOA是一个基于特定标准的组织、设计方法，SOA在传统的业务层和技术层之间增加了一个服务层，通过连接能完成特定服务的独立功能实体来实现软件系统架构。它将业务层和技术层之间的信息有效地进行沟通，让企业应用层可以彻底摆脱技术的束缚。通过将注意力放在服务上，应用程序能够集中起来提供更加丰富、更加灵活、目的性更强的商业流程，使得基于SOA的企业应用系统通常会更加真实地反映出与业务模型的结合。
2.解读SOAD策略
以业务和服务为导向，应用SOA创建解决方案的企业，要重新考虑系统种类、定义团队成员协作、设计解决方案等组件对业务的影响。这种更广泛的，面向服务的设计和开发环境就是SOAD策略。
实施SOAD，企业要以业务目标和需求为导向，推动设计、开发和测试，将业务流程转换为对业务进行了自动化和整合的复合应用程序。同时还需要跟踪整个生命周期中的需求，从业务目标到软件设计与编码资产，再到复合应用程序。还要设计整合的解决方案，确保高灵活性，能够适应企业需求变更，最大限度地提高资产重用、减少冗余。
实施SOAD涉及广泛的能力、技术、工具。
3.Rational帮助企业实施SOAD的过程
Rational为开发团队提供了一个完整的、开放的、模块化的和经过验证的环境，可用于针对灵活的SOA解决方案的业务驱动开发。Rational软件开发平台为建立SOA应用程序提供了基于角色的工具，包括需求和分析、设计、构造、软件质量、过程和项目组合管理、资产生命周期管理。
Rational还为实施SOAD提供了诸多领先的解决方案。这些解决方案引导从业者通过SOA开发生命周期的每个阶段，最大限度地提高资产可重用性，促进项目成功和确保可预测性。基于角色的工具提供了用户各自需要的准确的功能集合，应用Eclipse支持的紧密集成，通过促进协作缩小了业务和IT之间的差距。确保业务需求推动下游开发，并提供了从开始到部署的过程中对需求的跟踪能力。
4.IT治理、SOAG与Rational
美国IT治理协会给IT治理的定义是：“IT治理是一种引导和控制企业各种关系和流程的结构，这种结构安排，旨在通过平衡信息技术及其流程中的风险和收益，增加价值，以实现企业目标。”
SOA治理与传统的IT治理的主要差异在于：
1）企业共享服务需要未雨绸缪做安排，明确制订各项规则和策略。
2）SOA需要更多的业务部门参与其中，各部门之间需要进行更多协作。
3）IT部门需要定期与有关各方进行更加广泛、一致的沟通。
4）SOA治理并非是一项技术，而是一项企业整体的变革。
5）如何确立决策权、管理资产的生命周期、评估有效性是SOA治理的根本目标。
就SOA的开发重心而论，Rational主要致力于SOA治理部分。为了实施SOAG，Rational开发了多种全新工具与技术。这些新功能完美融合，将有助于客户进行风险管理，更加充分的实现SOA的优势。
本文转自
alifafa 51CTO博客，原文链接：http://blog.51cto.com/chenghong/12273 ，如需转载请自行联系原作者
