用 WebSphere Lombardi Edition V72 实现系统集成

1、用用 WebSphereWebSphere LombardiLombardi EditionEdition V7.2V7.2 实现系统集成，第实现系统集成，第 1 1 部分部分 : : 架构和解架构和解 决方案概述决方案概述Scott Glen, 认证的 IT 架构师, IBM简介：简介： WebSphere Lombardi Edition V7.2 提供了一个集成的平台，在这个 平台上可以构建 BPM 解决方案。尽管该平台一直在以人员为主的工作流方面表 现抢眼，然而，本系列将重点关注 Lombardi 的集成功能，将使用 web 服务、 JMS、Ajax、JDBC 和存储过程创建一个虚构的订单处理流程。本文的第 1 部分 将概述 Lombardi 及其关键组件，并简要描述订单处理解决方案。查看本系列更多内容本文的标签：本文的标签： 业务流程, 业务流程管理, 关于产品, 应用开发, 应用架构标记本文！发布日期：发布日期： 2011 年 11 月 07 日 级别：级别： 中级 原创语言：原创语言： 英文 访问情况访问情况 ： 255 次浏览 评论：评论： 0 (查看 | 添加评论 -

2、 登录) 平均分 (0 个评分)为本文评分简介IBMIBM 和和 LombardiLombardi在 2010 年，IBM 收购了 Lombardi Software 公司，随后通过引入 IBM Blueworks Live and WebSphere Lombardi Edition 增强了该公司的业务流程 管理（BPM）产品组合。Blueworks Live 是 Lombardi Blueprint 产品的演进 版，提供了基于云的高级业务建模和协作能力。Lombardi 是一个集成的业务建 模和解决方案组装平台，旨在实现 BPM 应用程序的快速开发。它主要侧重于以 人员为主的工作流，同时也提供了一系列后端集成功能。 这个共 3 部分的系列文章将重点构建一个订单处理解决方案，主要目的是演示 WebSphere Lombardi Edition V7.2（以下简称 Lombardi）提供的集成功能。 尽管该解决方案是虚构的，但是它有点基于一个符合标准的电信订单处理流程， 并且是为了展示各种不同的集成选项而特别构 建的，这些集成选项包括 web 服务、JMS、Ajax、JDBC 和存储过

3、程。尽管该解决方案基于 WebSphere Lombardi Edition，但是本文内容也适用于 IBM Business Process Manager V7.5，后者可与 Lombardi V7.2 环境兼容。 本系列并不准备介绍 Lombardi 的各个方面。相反地，将特别关注集成功能， 介绍支持与操作系统进行通信的各种服务和技术。第 1 部分将介绍本系列，提 供有关 Lombardi 架构和开发环境的概述，并创建底层资源（如数据库表）， 我们的解决方案将根据这些资源构建。第 2 部分将侧重于流程剖析，深入探究 Lombardi 的开发功能，并介绍解决方案的主要 BPM 组成。最后，第 3 部分将 查看订单处理流程中使用的各种集成技术。 安装说明Lombardi V7.2 目前受 32 位和 64 位 Windows、Solaris、AIX 以及 32 位和 64 位 Linux 的支持。安装程序提供了两个安装路径：Simple 和 Custom。Simple 安装程序可以为您完成全部工作，安装所有必需的应用程序， 例如 DB2 和底层 WebSphere Applicatio

4、n Server。 Custom 选项更灵活一些，允许您对安装进行调整，从而能够使用现有的 DB2、Oracle 或 SQL Server 数据库。如果您选择该选项，确保安装了必要应 用程序的正确版本。例如，Lombardi V7.2 需要使用 DB2 V9.7 FP 1。如果安 装了不同版本的 DB2，安装程序可能不会报错，但是应用程序无法正常运行。 请参见 参考资料 部分的版本说明，获得更多信息。 架构Lombardi 平台过去一直侧重于协作功能，业务、管理和技术人员一起反复开发 BPM 解决方案。这种方法能够实现应用程序的快速成型和部署，通常比其他 BPM 环境需要的时间更短。产品本身的架构就反映了这一点，其中，解决方案组件被放在一个集中的流程 中心加以维护。定义、建模、实现、衡量和改进流程所涉及的各方都从一个通用的共享平台上工作，该平台封装了解决方案的所有元素。该平台可以通过各 种工具访问，提供了各种基于角色的集中化信息透视图。 图图 1.1. LombardiLombardi 共享模型共享模型在后面的小节中，我们将更进一步地查看与本系列文章有关的架构的关键元素， 即流程中心（

5、Process Center）、创建环境（Authoring Environment）和流程 门户（Process Portal）。 Process Center：中央存储库Process Center 是 Lombardi 架构的核心。它提供了一个中央开发环境和存储 库，支持多个流程创建者和开发人员。它通过 ProcessProcess CenterCenter ConsoleConsole 进行 管理，ProcessProcess CenterCenter ConsoleConsole 能够管理 Process Center 中包含的应用程序、 工作空间和快照。除了充当开发库外，它还包含两个关键组件： ProcessProcess ServerServer，一个运行时流程引擎，负责执行流程和服务。它为流 程创建者提供单元测试环境（UTE），并通过 ProcessProcess AdminAdmin ConsoleConsole 进行管理。PerformancePerformance DataData WarehouseWarehouse，负责收集和汇聚流程数据，支持生成性 能报告。

6、它通过 PerformancePerformance AdminAdmin ConsoleConsole 进行配置。Authoring Environment：流程开发Authoring Environment 为所有流程创建活动提供单一工具。它是分析人员和 集成开发人员日常交互的主要工具，使流程创建者能够建模、集成和模拟他们 的流程。每个 Authoring Environment 专门针对一个单独的 Process Center。尽管 Authoring Environment 提供了一个基于 Eclipse 的用户界面， 它实际上是一个瘦客户端，因为大部分功能是在相关联的 Process Center 中 实现的。业务流程定义（BPD）Authoring Environment 支持 BPMN 概念，允许通过直观的拖拽界面以形象的 方式对流程进行建模。业务活动可以添加到画布（canvas）的泳道 （swimlane）中，连接在一起并由子流程或服务实现，如图 2 所示。 图图 2.2. LombardiLombardi AuthoringAuthoring EnvironmentE

7、nvironment当我们在 Lombardi 上下文中提到服务时，我们讨论的并非 SOA 服务。 Lombardi 服务是内部 Lombardi 组件，其构建类似于业务流程，但是采用了更低级别的交互。它们可以有多种形式，但是主要归为三类：用户界面服务、实 现服务和业务规则服务。 用户界面服务UI 服务可用于快速构建界面，使用户能够与流程进行交互。它们分为两类：HumanHuman 服务服务：通常包含界面屏幕（称为 Coach，因为它们引导用户使用 应用程序），以及填充界面所需的任何组件。 AjaxAjax 服务服务，用于从服务器异步检索信息。这些服务由 Human 服务用来 创建一个更加动态的用户体验。实现服务这些服务的重点是连接到外部世界，包括多种选项来访问外部应用程序中包含 的信息和功能： GeneralGeneral SystemSystem 服务服务创建一个可重用业务组件，可由其他流程或服务调 用。 IntegrationIntegration 服务服务用于集成支持执行业务流程的操作系统。Lombardi 支 持 web 服务或基于 Java 的集成组件，以及 System

8、Data Toolkit 提 供的各种预构建的集成选项，其中包括大量基于 SQL 的集成。 UndercoverUndercover AgentsAgents 由其他服务用于提供基于消息的异步通信。它们可 以用来使松散耦合的流程协同工作，或对外部的基于 JMS 的消息事件进 行响应。ExternalExternal 活动活动提供直接与外部应用程序集成的有限功能，如在 Microsoft .Net 平台上部署的应用程序，可以处理流程数据。WebWeb 服务服务用来以 web 服务的形式公开现有 Lombardi 服务，从而供其他 Lombardi 流程或外部消费者使用。 业务规则服务虽然本系列没有使用业务规则，但是值得一提的是它们在 Lombardi 中的功能。 有三种类型的业务规则服务：规则服务规则服务能够封装简单的 if-then 业务规则，可以连接到业务流程中并 应用于流程数据，从而执行相应的操作。虽然以这种方式分离业务规则 在架构上是一种良好的实践，但是 Lombardi 只提供了非常基本的规则 功能。在企业级别，最好使用专门的规则引擎，如 IBM WebSphere ILOG

9、JRules，它受 Lombardi V7.2 支持，可以充当所有业务规则的单 一存储库。 关键绩效指标（关键绩效指标（KPIKPI）是一些业务衡量指标，Lombardi 将在运行时跟踪 这些指标，存储可用于在 Optimizer 中分析流程和任务绩效的结果。 KPI 可以与流程中的任何活动相关联。 服务水平协议（服务水平协议（SLASLA）在 KPI 的基础上构建，聚集流程测量指标并使某 个触发操作在指定条件下发生。Process Portal：操作 Lombardi Process Portal 是一个基于 web 的界面，用户可以在其中启动和停 止流程，管理和运行每个流程的任务，并查看个人、团队和流程的绩效。该界 面是基于角色的，只显示与用户所属的组相关的流程和任务。 图图 3.3. ProcessProcess PortalPortalProcess Portal 使用户能够完成在 Process Server 上运行流程而产生的任务。 如果某个任务由一名用户发起，那么将在门户中显示相应的 Coach，从而使用 户能够在向流程的下一阶段返回控制权之前完成任务。我们目前已经介绍了本系列将使用的所有 Lombardi 元素，接下来我们看一下 解决方案场景本身。 解决方案概述过去，Lombardi 产品一直致力于以人员为中心的工作流，然而，在本系列中， 我们希望探讨 Lombardi 的一些更加技术性的集成选项，看看它如何处理实际 的流程自动化场景。为此，我们选择使用一个简化的订单处理流程，该流程有 点基于电信行业的标准化流程。为 了研究 Lombardi 的功能，我们在解决方案 中引入了大量不同的集成技术。我们不提倡在实际解决方案中使用所有这些技 术，但是这使我们能够演示 Lombardi 提供的不同选项。 图 4 展示了抽象级别的端到端流程。 图图 4.4. 抽象的订单处理流程抽象的订单处理流程Create Order 和 Update Order Status 流程模拟一个基本的客户关系管理 （CRM）系统的功能，因此出现在 CRM 泳道中。Create Order 流程捕捉订单细

《用 WebSphere Lombardi Edition V72 实现系统集成》由会员飞***分享，可在线阅读，更多相关《用 WebSphere Lombardi Edition V72 实现系统集成》请在金锄头文库上搜索。