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