面向服务的架构

(一)基础：什么是BPM商业流程管理？CNET中国·PChome.net类型:转载作者:csdn责编:小蝎时间:2006-10-23BPM是流程自动化的应用，帮助企业进行业务流程的分析之外，另可利用IT技术，自动化组织内各部门的原本以人力及公文传递的流程。根据数据整合软件供货商Ultimus的定义，BPM主要精神在于管理企业的流程。除工作流程自动化系统之外，还必需提供企业应用软件整合（EAI）与交换的功能、流程成本效率评量与绩效管理，以及流程初始设计的模型最佳化工具，用以涵盖企业管理流程中所有的必要环节。分析师建议，决定BPM工具之前，企业必须用严谨的态度检讨目前使用的软件，决定业务角色的授权，权衡数据模型（datamodel）与分析工具（analyticalapplications），并建立未来采用BPM后的假想情境。目前包括IBM、微软、BEA也努力催生商业模型标准，联合起草网络服务（WebServices）商业流程执行语言（BPEL4WS）。业界相信，先建立商业流程模型，再从这些流程模型中建立应用程序进而监视这些模型，将有助在企业内部的IT部门与业务主管之间建立起环环相扣的自动化流程（二）体系架构蓝图----SOA和BPM的合并CNET中国·PChome.net类型:投稿作者:BEA责编:小蝎时间:2006-10-23面向服务的体系架构（Service-orientedarchitecture，SOA）已经成为软件工程中一个最重要的主题。无疑，随着Web服务的推广和广泛接受，以及支持基于SOA解决方案开发的case风格的IDE这一新浪潮的兴起，SOA已经成为构建企业级分布式应用程序的首选蓝图。与此同时，业务流程管理（businessprocessmanagement，BPM）作为操作灵活的新企业并为其建模的主要支持者，正在强力反弹。面向服务的体系架构（Service-orientedarchitecture，SOA）已经成为软件工程中一个最重要的主题。无疑，随着Web服务的推广和广泛接受，以及支持基于SOA解决方案开发的case风格的IDE这一新浪潮的兴起，SOA已经成为构建企业级分布式应用程序的首选蓝图。与此同时，业务流程管理（businessprocessmanagement，BPM）作为操作灵活的新企业并为其建模的主要支持者，正在强力反弹。基础结构厂商已经使BPM成为他们出售的系列产品的主要组件，瞄准机会的厂商使用专用的BPM系统提供垂直的业务解决方案，纯使用BPM的厂商正在得到更加广泛的接受。尽管两种趋势均显露出了征兆，它们的趋同现象仍不明显，而且关于这种现象没有统一的看法。它们是互补的表示法吗？它们会重叠吗？我该如何一起使用它们？这样做有没有另外的优点？此外，为什么80年代末期的企业流程重构（BPreengineering）失败了，而第三次BPM浪潮却将要取得成功呢？在这一系列三篇文章中，我将解决这些问题。首先，我将讨论一个体系架构蓝图的最佳实践如何将面向服务体系架构与BPM框架合并，从而为构建健壮的企业级集成解决方案并对其建模提供可重复的方案。我描述了为什么在当今，任何使用技术支持其任务陈述需要的企业比以往更能拥有合适的体系架构蓝图。最后，我讨论了什么是实时交易的挑战，以及BPM方法如何能够实现企业灵活性、智能企业建模、系统开发和以客户为中心的运作优点。在第二篇文章中，我将应用BPM技术来为一个支持“用于汽车保险”业务场景的软件解决方案建模和设计体系架构。我将讲述两种设计：一种纯BPM设计和一种混合型设计。我还将讲述一些新兴的建模工具和标准，并讨论一些建模和各种体系架构选择和策略方面的难题。在第三篇（也是最后一篇）文章中，我将使用BEA的WebLogicPlatform8.1构建一个POC。我将讨论BEA的IDE新引入的可视化编程范型及其优缺点，和构建完全分布式的企业级应用程序所需的一些技术。我还将解释，为什么流行的请求/响应模式的WEB协议与基于事件的流程建模，以及它在进行架构决策时的意义不一致的原因。体系架构模式——谁需要它们?软件工程是艺术还是科学？在科学中，我们有明确的定义、定理和证据。在艺术中，我们有工具和技术、趋势以及最佳实践。科学中提出了一些假设，其中一些变成定理，另外一些在经过数个世纪的研究之后得到验证，还有一些永远没有答案。在艺术中，新技术带来新的趋势，比如新闻和数字摄影。如果软件工程是一门科学，定义我们在日常业务语言中使用的所有术语不应该是一件困难的事情，像服务、Web服务、面向服务的体系架构、BPM和BPM系统（BPMS）。的确，我可以利用数学精度来证明一个数据库查询算法的正确性。但是，我能够以一种干脆、简洁且通常会被接受的方式来回答，J2EE中的B2B集成是与纯.NETWeb服务解决方案相对的正确答案吗？据我了解，对于我们中间的一些人来说，这不是问题。最后，任一种常见的贸易出版物的随机调查指出，每个人都可以给出自己的定义，而有些人甚至质疑IT存在的本质。我不得不得出结论，软件工程仍然是艺术多于科学。这正好是我们需要合适的最佳实践、框架和可重复过程的原因。模式封装了最佳实践，简练地定义了域问题，描述了使问题值得关注的原因，并提出了解决方案。模式并没有解决独特的问题。专业人员结合各种模式来解决更为复杂而且有时更为独特的问题。ChristopherAlexander说：“模式同时也是发生在世界上的事件和告诉我们如何创建该事件的规则，以及我们必须创建它的时刻。它既是过程，也是事件。”我回想起我一直以来最喜欢的定义：对象是带有状态或数据及行为的数据结构。就目前来说，可以把Web服务看作带有一个方法的对象。就像BEAWebLogicPlatform8.1所实现的那样，会话式Web服务看起来更像是真正的对象：对它进行一次初始化，然后一直执行方法。万一您仍然不能肯定Web服务是粗粒度的对象，考虑：(1)IBM、BEA和Microsoft宣布了WS-Eventing规范。它就像是优秀但老式的对象观察者模式。(2)开放式网格服务体系架构（OpenGridServicesArchitecture）实现了网格服务协议的Web服务接口继承。因此，Web服务提供数据和行为（Alexander的定义中的事件和规则），而BPMS实现模式的流程组件。SOA是一个用于解决企业集成和系统开发问题的体系架构模式。我们已经看到，SOA不是体系架构趋势的革命，而是它经过一段时间发展的演变成果。它围绕为企业构建分布式系统而发展。诚然，Web服务以一种普遍接受且无二义性的方式提供底层技术，以解决系统连接性问题。也许是头一次，Web服务成功地解决了互操作性的问题，而这是CORBA、COM、DCOM和RPC做梦也从未想过的事情。我肯定，作为中立语言，XML对此也准备一展身手。然而，SOA中包括进来的BPMS框架是一个新的、革命性的元素。HowardSmith和PeterFingar描述的第三次浪潮是指一组全新的概念、框架和主流产品。它正在显著改变企业转化的方式，从而灵活地管理和运行全局的和协作的电子商务实体。业务流程管理的出现已经有一段时间，它更多地用于工业中，而与IT无关。并发工程和六西格玛被开发用来解决生产和流程改进中的及时协作问题，并且确实取得了相当的成功。然而，在80年代晚期，出于多方面的原因，业务流程重构管理获得的成功非常有限。但是最根本的原因是，重构是纸上谈兵。没有软件来支持这样一个复杂的任务。BPM在没有考虑IT系统的情况下设计了自适应的企业。正如DavidTaylor所写：“对连续性流程优化的需要要求从根本上重新考虑如何设计和构建信息系统。提出解决固定问题的固定解决方案已经不再够用。”信息系统，像它们支持的业务模型一样，必须在本质上就是自适应的。Taylor提出一种基于OO的开发技术，作为开发自适应IT的一种方法，这种技术称为聚合工程（convergentengineering）。然而，OOP无法成功解决分布式计算和企业集成的问题。另外，负责对企业建模的业务分析人员也没有采用OO。BPMS将流程建立为用于建模、软件设计和运行时执行的统一结构。过去，开发趋势一直在影响我们对企业建模的方式。功能式编程使功能需求技术流行起来。关系数据库带来了RDBS分析和设计的流行。面向对象的编程则为OO分析和用例开发铺平了道路。但是在大多数情况下，业务分析人员不会使用开发专门术语，因此产生了对需求可跟踪性中通常影响的另一种翻译的需要。BPM规范正在快速演变为标准。市场中已经出现了支持业务建模、优化和运行时执行的产品。正如BEA的WebLogicPlatform8.1和其他BPMS产品所实现的那样，以流程为中心的BPMS方法用于系统开发生命周期，它消除了对运行时阻抗不匹配的业务需求。灵活的企业拥有自适应的业务和自适应的IT系统。如果构建企业解决方案的过程中出现一个新的问题，那么它一定是需求变化的速度。它的速度之快是前所未有的。BPMS引擎添加了一个新的层到传统的开发堆栈（参见图1）中，并引入服务质量来解决企业集成中的根本问题。BPMS引擎使编程最易变的部分——集成点——的软布线变得容易。软布线是以正式语言显式描述的，并由BPMS引擎（又名有限状态机引擎）执行。正如BEAWebLogicIntegrator和其他BPMS产品所实现的那样，业务与IT资源可以同时在一个可视化的只能IDE中查看和修改流程。只需轻击鼠标，便可部署到运行时BPMS执行引擎。业务模拟可以运行，而性能工程可以在系统完成之前完成；这种方式听起来就像CASE工具。SOA和BPMS工具将灵活企业的实时执行仪表板带向主流。（图01）在本文余下的部分中，我将描述一个典型的金融服务企业的开发，并提出一条通向基于BPMS的SOA的迁移路径。该路径是增量的，但是它需要战略思考和对未来远景的承诺。作为回报，它将允许投资的早期回报，并将遗留企业转化为完全自适应的灵活企业。从企业远景到组织筒仓（Silo）企业从远景开始。CEO和董事会采用远景和行业使命陈述。C级管理人员定义策略，并适当地安排流程来管理执行（参见图1）。定义功能角色和责任，然后创建企业界线。业务分类（Lineofbusiness，LOB）在本质上可以是水平或垂直的（参见图2）。垂直LOB具有以下特征：独立的操作域。特有的管理和策略。开发和维护自己的IT—自动化孤岛。足够大以至于可以创建多种业务分类；例如，抵押贷款证券、市政公债、货币市场，等等。（图02）水平LOB具有不同的特征集合：提供业务控制。管理的支配和一致。需要访问由垂直LOB管理的数据。合适的手动流程和书面报告。在第二个信息纪元（不要与第二次浪潮混淆）中，我们使用了各种编程技术来链接自动化孤岛，从FTP、数据库复制、EAI和消息收发开始。此方法产生了一整套新问题：·接口的多重性:一份MorganStanleyDeanWitter报告表明，通常的金融服务客户需要维护6000个接口，为此每年花费2500万美元，而且每年还需构建900个新的点到点接口，为此需另外花费2500万美元进行构建，并且还要花费400万美元进行维护。·调停流程:必须在每一个仓库上实现，需要消耗有价值的时间和昂贵的资源。这是一项常用技术，用于检验由多个实体修改的引用数据。·流程:在中间件中进行硬布线。在分析过程中捕捉流程所花费的时间和金钱属于浪费。企业最重要的资产——流程——隐藏在n(n-1)个意大利面式接口的迷宫中。·开发新的水平流程：需要多个LOB的协调。·实现特定和专用的接口：需要专门化和一次性编程。重用消失，维护方面的投入显著增加。·异常难于跟踪：错误解析通常需要访问多个系统。人工干预和解释是不可避免的。找寻答案需要花费大量宝贵时间，并对客户满意程度和收益性方面的大致情况有着直接影响。流程无处不在。您能发现它们吗？对于企业来说，流程可以是客户层面上的，也可以是内部的，或者可以是更大流程的组成部分。我们在同样的企业中可以找到内部流程。流程通常涉及到人与系统的交互，或者只是系统之间的交