SOA 案例研究,第 7 部分:业务流程管理场景

本文摘自 IBM Redpaper《Case Study: Business Process Management SOA Scenario》

Comments

本文中描述的案例研究包括以下重要参与者:

  • Sandy Osbourne-Archer,首席技术架构师
  • Ian McCallen,集成开发人员
  • Paige Alvarado,高级开发经理
  • Ronnie Espinoza,业务分析人员
  • Peggy Smith,帐户经理
  • Eugene Testrite,质量工程师经理

帐户开立项目的挑战

我们在本文中定义的 JKHLE 帐户开立流程挑战与业务流程管理场景相关联。

JKHLE 的挑战包括从各种各样的资源访问过时和复杂的应用程序。这些问题增加了处理新帐户的时间和成本,进而可能会对客户满意度带来负面影响。

帐户开立项目体系结构团队的工作重点是改变客户在开立 JKHLE 帐户时使用多种机制这一现状。他们希望简化此流程,以便仅提供两种开立帐户的方法:

  • 帐户开立业务流程

由大多数客户使用:满足中小型客户。

  • 企业帐户开立业务流程

仅向高端、高价值客户提供。由于这些客户涉及到大量的资金,企业帐户开立流程具有严格的审核要求,这些要求当前是使用基于纸张的手动业务流程来完成的。

帐户开立项目的要求

首席技术架构师 Sandy Osbourne-Archer 向她的架构团队简要介绍了此项目的目标。“我们希望使我们的 IT 基础结构与业务目标更好地保持一致,从而逆转我们当前所处的颓势。由于这一颓势会影响客户满意度,因此我们首先选择了修复帐户开立流程。”

Paige Alvarado 是一名高级开发经理,就职于 Sandy 所带领的帐户开立项目架构团队。Paige 所在的组织负责对业务 (LOB) 和操作进行处理,以使新业务流程实现自动化。这包括新业务流程的建模、组装、部署和管理,以确保新业务流程满足业务目标。帐户开立流程要求将多个后端系统、人工工作流集成和组合服务集成在一起,以支持端到端解决方案。

Sandy 已就此项目规定了一些明确的要求。

REQ-01:对现有业务流程建模

Sandy 希望通过流程建模来了解现有的帐户开立流程是如何设计的。她希望与重要参与者共享此模型,以帮助确定差距和可供改进的方面。

REQ-02:对新的改进业务流程进行建模和模拟

基于参与者提供的反馈,Sandy 希望集成开发人员 Ian McCallen 对新的、改进的帐户开立流程进行建模。

通过模拟运行此模型,以确定新模型对特定业务情形的响应情况如何。

REQ-03:确保业务流程适应不断变化的业务情况。

JKHLE 希望新的帐户开立流程灵活并适应不断变化的业务情况。应该实时更改业务逻辑而不需要进一步开发帐户开立流程。

REQ-04:实现新的业务流程

在对新的帐户开立业务流程建模之后,JKHLE 集成开发人员团队需要实现并测试该流程。

应该考虑到的因素包括自动化和手动活动、公共数据模型以及对后端系统的访问。

REQ-05:监视新的业务流程

JKHLE 业务分析人员需要有关新的帐户开立流程的状态和结果的实时信息。他们利用此信息判断新的流程是否成功并快速识别问题区域。

REQ-06:将业务策略整合到帐户开立流程中

JKHLE 帐户开立流程包含所开立的特定于国家/地区的帐户的定价计算和批准。随着其他地理区域的添加,JKHLE 需要整合这些国家/地区并为给定的请求选择适当的端点,而不必更改业务流程实现。

REQ-07:将内容与企业帐户开立业务流程集成

JKHLE 企业帐户开立流程包括大量基于纸张的非结构化内容和来自多个筒仓(silo)的内容。Sandy 正在寻找某种解决方案,以管理大量的内容并将内容与自动化的业务流程活动更好地集成在一起。

将 SOA 实现模式应用于此案例研究

Paige 解释了向 JKHLE 引入业务流程管理场景的优点。业务流程管理是组合软件功能和业务专业知识以加速流程改进和促进业务创新的学科。使用业务流程管理,JKHLE 可以构造能解决其现有业务问题的帐户开立流程,并且可以继续监视和更改此业务流程以适应不断变化的业务环境。

JKHLE 将使用业务流程管理 SOA 场景中的以下实现模式:

  • 流程建模和模拟
  • 通过规则集成和管理来管理流程
  • 流程自动化和执行
  • 业务活动监视
  • 以内容为中心的处理

流程建模和模拟

Sandy 解释了 JKHLE 当前用于开立客户帐户的流程所存在的问题。当前流程要花 20 多天的时间才能激活新帐户。帐户开立流程需要大量的人工介入,使得该流程在时间和资源方面的成本非常高。

JKHLE 中的每个部门具有稍微不同的帐户开立方式,从而在 JKHLE 中导致不一致和冗余的数据。

Sandy 要求 Paige 为 JKHLE 设计能解决所有这些问题的更好的帐户开立流程。Sandy 提出了两个重要要求:

  • JKHLE 需要一种用关系图来表示当前帐户开立流程的方法,以便能够确定差距和需要进行业务流程优化的区域。
  • 设计完成后,JKHLE 需要能够与不同业务部门中的参与者共享新的改进的帐户开立流程以便进行审核和批准。

建议的解决方案

Paige 将 Sandy 介绍给了业务分析人员 Ronnie Espinoza。Ronnie 告诉 Sandy,用关系图表示流程的最佳方法是对流程建模。Ronnie 描述了对流程建模的三个原因:

  • 为文档而建模

通过建模来对帐户开立流程做文档记录,模型可以帮助 JKHLE 组织的各个领域了解该业务流程的功能。此模型可用于新员工培训和满足诸如 Sarbanes-Oxley 和 Basel II 等遵从性法律法规要求。

  • 为分析而建模

Ronnie 将对该业务流程的当前状态(称为现有(As-Is)模型)和该业务流程的将来状态(称为预期(To-Be)模型)建模。然后她可以通过预期模型对工作负载进行模拟以确定其合理性。为分析而建模可帮助 JKHLE 了解其流程的哪些方面可以和应该进行改进以实现其业务目标(如降低成本和减少处理时间)。

  • 为执行而建模

对预期业务流程建模的另一个优点是能够在该模型基础上生成构件,并使得那些构件对技术开发工具可用,从而构造新的帐户开立流程。

通过在该模型基础上生成技术构件,构建新的帐户开立流程的总体实现时间得以缩短。

Ronnie 向 Sandy 解释了她将如何使用建模来设计新的和改进的帐户开立流程(图 1)。

1. Ronnie 将在 WebSphere® Business Modeler Advanced 中对当前帐户开立流程建模(现有模型)。

2. Ronnie 将与 Ian 合作创建预期模型。Ian 也将在 WebSphere Business Modeler Advanced 中基于 JKHLE 的业务目标和基于 Ronnie 对现有模型缺点的分析来创建预期模型。

Ronnie 和 Ian 将使用 WebSphere Business Modeler Advanced 的模拟功能来测试预期模型,以确定该模型对不同业务情形的反应情况。通过使用 WebSphere Business Modeler Advanced 的 WebSphere Process Server 模式,Ronnie 和 Ian 可以定义一个模型,为在 WebSphere Integration Developer 中进行组装的WS-BPEL 流程提供基础。

此外,Ian 可以选择此阶段在 WebSphere Business Modeler 中定义业务规则,但是也可以选择推迟到以后进行定义(请参阅“通过规则集成和管理来管理流程”)。

3. 当 Ronnie 和 Ian 满意地完成预期模型时,Ian 将把该模型导出到 WebSphere Business Modeler Publishing Server。

参与者可以从 Publishing Server 检索该模型,并向 Ronnie 和 Ian 提供反馈。

4. 当 Ronnie 和 Ian 从 JKHLE 参与者那里接收到反馈时,他们可以将该反馈整合到预期模型中,直到最终完成该模型。

5. Ronnie 和 Ian 计划与 JKHLE 帐户经理 Peggy Smith 合作使用 Business Measures Designer 来指定一组与预期模型配套的关键性能指标 (KPI)。这些 KPI 将在以后用于监视新的帐户开立流程对其目标的满足情况。

6. 完成预期模型并指定 KPI 之后,Ian 可以将构件从 WebSphere Business Modeler 导出到 WebSphere Business Monitor(可在 Monitor Model Editor 和 Unit Test Environment 进一步开发和测试这些构件),以及导出到 WebSphere Integration Developer(Ian 的开发团队将在其中使用诸如 WS-BPEL 和 WSDL 文件等构件作为构建实际帐户开立流程的起点)。

图 1 建模和模拟
图 1 建模和模拟
图 1 建模和模拟

Sandy 对 Ronnie 和 Ian 的角色之间的区别有点混淆。

Paige 解释道:

  • 作为业务分析人员,Ronnie 的职责包括确定和记录需求,并从业务的角度分析这些需求。她定义当前和将来的操作场景(包括流程、模型、用例、计划和解决方案),并确保业务需求到 IT 解决方案需求的正确转换。
  • 作为集成开发人员,Ian 与业务分析人员携手工作。Ian 负责将资产和应用程序组件组装为完整的解决方案,并为彻底的测试和后续的部署而准备该解决方案。为了提供最终解决方案,Ian 与诸如测试、版本部署、软件和数据库开发等其他团队进行合作。

Sandy 通过使用 WebSphere Business Modeler Advanced 发现,JKHLE 可以对当前帐户开立流程做文档记录,进行分析,然后对改进的流程建模。她还发现,这个预期模型形成了新的帐户开立流程的实际开发工作的起点。

通过规则集成和管理来管理流程

在“流程建模和模拟”中对预期的帐户开立业务流程建模之后,JKHLE 集成开发人员 Ian 正在准备他的团队,以便在 WebSphere Integration Developer 中构建新的帐户开立流程。

Paige 关心业务逻辑在新的帐户开立流程中的集成。她知道帐户开立流程需要嵌入业务逻辑以定义策略、业务需求、安全规则等等。但是,她担心随着业务需要的变化,硬编码此业务逻辑将限制帐户开立流程的灵活性。

Ian 解释说,可以将业务逻辑分解为单独的业务规则,并且无需修改帐户开立业务流程即可修改和管理这些业务规则。

建议的解决方案

Ian 解释道,该帐户开立业务流程将在 WebSphere Process Server 中运行,并提供了对 WebSphere Process Server Business Rules 的支持。使用此支持,可以使用简单的规则格式语言在 WebSphere Integration Developer 中定义业务规则,并将其整合到帐户开立业务流程中。当从业务流程中外部化这些业务规则时,无需任何开发工作即可更改这些业务规则。

Ian 解释道,该帐户开立业务流程将在 WebSphere Process Server 中运行,并提供了对 WebSphere Process Server Business Rules 的支持。使用此支持,可以使用简单的规则格式语言在 WebSphere Integration Developer 中定义业务规则,并将其整合到帐户开立业务流程中。当从业务流程中外部化这些业务规则时,无需任何开发工作即可更改这些业务规则。

WebSphere Process Server Business Rules 通过 Web 应用程序为 JKHLE 的业务分析人员提供运行时管理,该 Web 应用程序允许分析人员对业务规则进行更改,从而更改帐户开立流程的运行时行为方式(请参见图 2)。

图 2 WebSphere Process Server Business Rules
图 2 WebSphere Process Server Business Rules
图 2 WebSphere Process Server Business Rules

当业务发生变化并且需要修改新的帐户开立流程时,可以使用 Business Rule Manager Web 应用程序来更新业务规则。当将 Business Rule Manager Web 应用程序角色映射到所有规则的组或用户时,Ian 还可以对业务规则启用安全性。

Ian 解释道,该帐户开立流程具有整合更复杂业务规则需求的将来计划。例如,Ian 希望控制哪些角色有权对帐户开立流程中的不同规则作出更改。他还希望对帐户开立流程所使用的业务规则添加批准流程。对于这些更高级的需求,Ian 计划利用 WebSphere Process Server 与第三方业务规则供应商之间的集成功能。

流程自动化和执行

在 WebSphere Business Modeler 中对预期帐户开立流程建模(请参见“流程建模和模拟”),并将新流程的业务逻辑定义为业务规则(请参见“通过规则集成和管理来管理流程”)以后,Ian 和他的开发团队准备开始帐户开立业务流程的实现。

预期帐户开立业务流程的建模满足下列业务挑战和需求:

  • 通过缩短开立新客户帐户的服务时间来提高客户满意度。
  • 通过自动化手动流程来提高员工工作效率。
  • 通过自动化多个应用程序和后端系统之间的集成来改进企业数据的一致性和流通性。
  • 捕获并监视有关员工工作效率和服务时间的度量。

建议的解决方案

Ian 及其开发团队将使用 IBM® WebSphere Integration Developer 和 Rational® Software Architect 来实现帐户开立流程。然后将在此工具中构造的帐户开立流程部署到 WebSphere Process Server。图 3 显示了开发拓扑。

图 3 流程自动化和执行拓扑
图 3 流程自动化和执行拓扑
图 3 流程自动化和执行拓扑

Ian 使用帐户开立预期模型中的构件作为起点。

这些构件是在 WebSphere Business Modeler 中生成的,并且可以导入 WebSphere Integration Developer。然后,Ian 可以构建一个利用自动化和手动活动(通过人工介入完成的活动)、与后端通信的适配器和公共数据模型的业务流程。WebSphere Integration Developer 提供了必需的工具:

  • 用于完成流程流的 BPEL 编辑器。
  • 用于完成数据模型实现的业务对象编辑器。
  • 用于最终完成接口的接口编辑器。
  • 用于最终完成人工交互定义的人工任务。
  • 用于挂钩 BPEL 流程、人工任务、选择器(定义要调用哪些组件)和所需服务的组装编辑器。
  • 用于定义以状态为中心的业务流程的业务状态机(BSM 编辑器)。

Rational Software Architect 用作为帐户开立流程开发新服务以及开发可视化接口(例如 Portlet 和 Java™ Server Faces 解决方案)的主要开发工具。

使用 WebSphere Integration Developer 的测试环境和测试客户端工具,Ian 及其团队可以测试帐户开立流程中的每个单独组件和作为整体的流程。

完成单元测试后,Ian 可以将企业应用程序从 WebSphere Integration Developer 导出,并将它们提供给质量工程师经理 Eugene Testrite 进行质量保证测试。

业务活动监视

JKHLE 管理层和 JKHLE 业务分析人员团队具有对有关新帐户开立流程的状态和结果的实时信息需求:他们需要该信息以:

  • 基于新帐户开立流程的成功做出周密的业务决策。
  • 快速识别问题领域并重新定位组织,以充分利用新出现的机会。

建议的解决方案

Paige 告诉 Sandy,业务活动监视可以满足这些需求。

监视流程基于一组 KPI,或在帐户开立流程的上下文中,基于业务度量。KPI 可以是完成流程中的许多活动的时间度量,并根据那些活动的执行情况进行定义。

除了通过 KPI 跟踪性能以外,业务活动监视还允许 JKHLE 建立针对业务策略违反情况的通知警报。

这些警报使 JKHLE 业务分析人员可以调整帐户开立流程以修复问题领域。

通过业务活动监视获得的信息可以通过仪表板视图中的图形化业务性能表示形式进行查看。

可以将仪表板视为门户或 AJAX Web 客户端。

Paige 描述了 JKHLE 如何能够实现业务活动监视(图 4):

1. 在 WebSphere Integration Developer 或 Rational Application Developer 中定义为帐户开立流程定义 KPI 和业务度量的监视器模型。

2. 可以将附加的 KPI 和度量插入流程以产生实时事件(称为公共基础事件或 CBE)。然后将监视器模型导入 Monitor Server,以使其清楚业务策略。

3. 设计、构建和测试仪表板视图。

4. 用户使用自定义的仪表板视图查看 Monitor Server 中的事件。可以使用流程门户来实现丰富的 WebSphere Portal 用户界面,以便与在 IBM WebSphere Process Server 上运行的任务交互。

图 4 业务活动监视
图 4 业务活动监视
图 4 业务活动监视

Paige 告诉 Sandy,WebSphere Business Monitor 提供了所有这些功能,并且其与 WebSphere Process Server(帐户开立流程将在其中运行)的紧密集成使其成为理想的候选监视解决方案。

处理业务流程中的可变点

在帐户开立流程的开发过程中,Ronnie 认为有一个流程部分似乎过于复杂了。当 JKHLE 执行定价计算并在开立帐户后产生帐户批准时,这种明显的复杂性就会显露出来。原来,由于开立帐户所在国家/地区的当地法律和惯例,这种处理需要特定于该国家/地区。从 Ronnie 的角度看,只存在单个定价和批准业务服务,但是流程需要基于相关的国家/地区和业务流程中出现的流程选项来调用不同的端点。

建议的解决方案

Ian 告诉 Ronnie 他有针对此问题的解决方案。他可以使用 WebSphere Business Services Fabric 产品来提供基于业务服务策略的端点选择组件,这可以提供以下优点:

  • 从业务流程中消除端点选择活动,使得业务流程更容易理解并在将来修改。
  • 在不同定价和批准端点之间选择的业务服务策略可以向业务公开,并且可以根据需要进行修改。
  • 如果存在使用附加定价和批准端点的需求,则这是非常简单的添加,无需对业务流程做出更改。将来在更多地理区域使用帐户开立流程时,这一优点将变得非常重要。

Ian 向 Ronnie 演示了一些如何简化业务流程的示例。图 5 显示了业务流程中具有单独的定价和批准任务的当前流程。

图 5 当前流程
图 5 当前流程
图 5 当前流程

使用 WebSphere Business Service Fabric,该业务流程如图 6 所示。在这个建议的流程中,只存在单个定价和批准业务服务,从而提供了更加简洁、更易于理解的业务流程定义。

图 6 整合了 WebSphere Business Services Fabric 的改进流程
图 6 整合了 WebSphere Business Services Fabric 的改进流程
图 6 整合了 WebSphere Business Services Fabric 的改进流程

Ian 和 Ronnie 同意向 Sandy 提出此建议。Sandy 对所看到的改进非常满意,但是担心要向环境中添加另一个组件。Ian 解释道,WebSphere Business Services Fabric 是现有的 WebSphere Integration Developer 开发环境的扩展和现有的 WebSphere Process Server 环境的扩展。因而,所需的添加微乎其微。Sandy 对这个解决方案感到满意,并批准该团队继续下去。

以内容为中心的处理

Sandy 解释说,针对高端企业客户的帐户开立流程(企业帐户开立流程)属劳动密集型,并且基于纸张的。这些手动的劳动密集型业务流程涉及多个文档、记录和事务,并且存在该内容经常难于查找并且获取代价非常高昂的顾虑。此外,JKHLE 公司策略要求采用可靠的方法来证明流程符合法律法规和必需的服务级别要求,并且被收购的组织正在艰难地满足这些要求。应该如何在业务流程的上下文中对此内容进行接收、存储、路由、审核、更新和版本管理、检索以及存档,处理好这种错综复杂的关系对于保持公司的顺利运作非常关键。

Sandy 向 Paige 叙述了他们面对的一些技术问题:

  • 严重的数据重复。维护文档的多个硬拷贝导致不一致性和版本管理问题。
  • 管理非结构化数据的难题。内容通常保存在多个存储库中。一个部门存储库中的数据通常无法由其他部门访问。
  • 面对全面降低成本的压力。硬拷贝的现场外保管成本高昂,并且往往无限期地保留记录。
  • 要求重大的性能改进。需要缩短手动处理时间,并且需要确定流程瓶颈。

Sandy 要求 Paige 设计一个新的企业帐户开立流程,以取代当前的手动流程。

建议的解决方案

Paige 建议了一个使用 IBM FileNet® P8 的解决方案。以内容为中心的处理采用一般的事件序列,该事件序列推动文档从某种初始状态发展到某种最终状态。

初始状态可能是通过 FileNet 的业务流程框架(Business Process Framework,BPF)捕获或创建文档,以及随后创建包含所有相关案例信息的案例对象或虚拟容器。FileNet BPF 是一个快速应用程序开发和部署环境,为产生更高质量和更容易维护的应用程序提供一致的框架,并且对于施加在 JKHLE 的开发周期上的时间约束非常重要。由于 FileNet BPM 的活动内容基础结构,文档的创建或捕获可以自动触发事件,启动或修改业务流程,或者与其他企业应用程序交互。此功能通过在内容到达、修改和排除时自动化流程,从而可以显著缩短 JKHLE 的帐户开立周期时间。

中间步骤可以包括工作流中多个级别的审核或批准,或者与其他个人和团队的协作。这些中间步骤可能导致向案例文件夹添加附加的文档。当流程完成时,在案例文件夹中选定的文档可以自动存档以实现遵从性,从而进一步消除人为错误的机会。

FileNet P8 支持一个围绕内容、流程和遵从性的统一平台,以确保体系结构一致性。由于 FileNet P8 同时管理流程和内容,因此可以捕获流程与内容之间的协作和关系,从而创建在单独实现时所无法提供的新业务价值。Paige 建议了一个在紧密集成的环境中整合 FileNet Business Process Manager 和 Content Manager 的体系结构,如图 7 所示。Paige 还建议使用 FileNet Business Process Framework 和 FileNet eForms for P8,因为它们具有产生无错误、基于案例的应用程序的严格期限,并且这些应用程序能够快速部署和容易维护。

图 7 以内容为中心的处理拓扑
图 7 以内容为中心的处理拓扑
图 7 以内容为中心的处理拓扑

图 7 所示的拓扑包含以下组件:

  • FileNet 流程引擎

FileNet BPM Process Engine 为 JKHLE 提供用于管理业务流程的所有方面的软件服务。流程引擎与 FileNet CM 内容引擎通信以维护业务流程和内容。如果 JKHLE 选择与来自外部提供商的业务规则管理系统集成,则流程引擎还维护规则连接框架,以及用于与流程相关的事件的电子邮件通知接口。

  • FileNet 内容引擎

FileNet CM 内容引擎接受传入的 JKHLE 请求以创建、更新和检索对象(例如文档、文件夹和业务对象)。该内容引擎支持 JKHLE LDAP 服务器和单点登录 (SSO) 功能。这种通道 (pass-through) 方法通过为内容引擎和流程引擎集中目录服务,从而简化目录服务的配置。

  • FileNet 应用程序引擎

应用程序引擎承载 Workplace™ Web 应用程序、Workplace Java Applet 和应用程序开发工具。这是 JKHLE 用于流程和内容的表示层。应用程序引擎保护 Workplace 和内容引擎之间传递的用户凭据,并提供 SSL 安全性。Process Designer 在这里运行,并且是支持流程工作流创建、传输和检索的应用程序工具。

  • FileNet eForms for P8

FileNet eForms for P8 使 JKHLE 可以在 Web 浏览器中创建和管理在线表单,这些表单看起来与硬拷贝纸张表单相同,但是更加高级、更容易使用并且实现成本更低。

  • FileNet 业务流程框架 (BPF)

FileNet BPF 为快速开发 BPM 应用程序提供了高度可配置的框架,并与 JKHLE 必需的 eForms 紧密集成。BPF Web 应用程序是围绕异步 JavaScript™ 和 XML (AJAX) 开发模型而构建的,并通过 Action Dispatcher Servlet 公开案例管理服务。

  • 流程优化

通过使用 FileNet Process Analyser,JKHLE 能够快速分析其当前流程以确定改进机会,并确定将得益于流程更改的领域。然后 JKHLE 可以使用 FileNet Process Simulator 来模拟这些更改将如何影响业务的其他部分。通过此模拟,可以验证流程改进并在随后使用 Process Designer 进行部署。

对建模感兴趣的 JKHLE 业务分析人员可以选择 WebSphere Business Modeler,因为其中存在可在完成模型后将模型导出到 FileNet Process Designer 的功能。对于对 Microsoft Visio 环境中的 Business Process Modeling Notation (BPMS) 模板感兴趣的业务分析人员,JKHLE 还可以选择使用 FileNet Microsoft® Connector for Visio®。

有了 JKHLE 的 FileNet 体系结构的紧密集成功能,再与诸如 WebSphere Business Modeler 和 WebSphere Service Registry and Repository 等常用重要组件相结合,JKHLE 可以成功地实现以内容为中心的现有项目,同时还可以通过与 WebSphere Process Server 的服务集成,从而促进新的创新。

总结

建议的业务流程管理解决方案体系结构满足已确定的需求。此方法使 JKHLE 能够对改进的帐户开立流程进行建模和实现,监视该流程的进展情况,并动态调整该流程以满足不断变化的业务需要。

JKHLE 能够设计在业务的上下文中紧密管理非结构化内容的一流企业帐户开立业务流程。

JKHLE 具有集成帐户开立和企业帐户开立流程的进一步计划。WebSphere Process Server 与 FileNet 之间的强大集成功能使得这种“异花授粉”成为可能。

总而言之,JKHLE 将使用 IBM 产品来在环境中提供业务流程管理:

  • 模型:
    • IBM WebSphere Business Modeler Advanced
    • IBM WebSphere Business Modeler Publishing Server
  • 组装:
    • IBM WebSphere Integration Developer
    • IBM Rational Software Architect
    • IBM Rational Application Developer
    • IBM WebSphere Business Services Toolpack
    • IBM FileNet Process Designer
    • IBM FileNet Connector for Microsoft Visio
    • IBM FileNet Business Process Framework
    • IBM FileNet eForms for P8
  • 部署:
    • IBM WebSphere Process Server
    • IBM WebSphere Business Services Fabric
    • IBM FileNet Business Process Manager
    • IBM FileNet Content Manager
  • 管理:
    • IBM WebSphere Business Monitor

声明

本信息是为在美国提供的产品和服务而编写的。

IBM 可能在其他国家/地区不提供本文档中讨论的产品、服务或功能。有关您所在区域当前提供的产品和服务的信息,请向您当地的 IBM 代表咨询。

任何对 IBM 产品、程序或服务的引用都并非旨在明示或暗示只能使用 IBM 产品、程序或服务。只要不侵犯 IBM 的知识产权,可以用任何具有同等功能的产品、程序或服务代替 IBM 产品、程序或服务。但是,对任何非 IBM 产品、程序或服务的评估和验证应由用户自行负责。

IBM 公司可能已拥有或正在申请与本文档描述的内容有关的各项专利。

提供本文档并没有授予您对这些专利的任何许可。您可以通过书面方式将许可查询寄至:

IBM Director of Licensing, IBM Corporation, North Castle Drive Armonk, NY 10504-1785 U.S.A.

要了解 IBM 的完整声明,请参阅 IBM 声明的细节


相关主题

  • 您可以参阅本文在 IBM 红皮书网站上的 英文原文
  • 本系列文章的第 1 部分:本文概括介绍了虚构的 JKHL Enterprises (JKHLE) 公司的情况,这个虚构的公司已在一系列面向服务的体系结构 (SOA) 场景文章及相关的工作产品中被引用,作案例研究之用。本案例研究介绍了如何借助 SOA 原则通过应用 SOA 场景实现模式来应对常见的业务和 IT 挑战。
  • 本系列文章的第 2 部分:本文中的案例研究重点是与 SOA 服务创建和重用相关的挑战和解决方案。在本文中,我们将介绍如何使用关键方法和选项来利用现有的 IT 资产并通过 SOA 接口加以重用,还将介绍如何为新的和现有的资产构建服务,以确保它们可以用于未来的 SOA 工作。本文描述了如何使用“面向服务的体系结构中的服务创建场景”的实现模式来解决与该案例研究相关的业务和 IT 挑战。
  • 本系列文章的第 3 部分:本文中的案例研究重点说明与开立新帐户服务的连接性相关的挑战和解决方案。其中描述如何使用“SOA 中的服务连接性场景”的实现模式来解决与该案例研究相关的业务和 IT 挑战。
  • 本系列文章的第 4 部分:本文中的案例研究重点说明与开立新帐户的业务流程相关的挑战和解决方案,主要向您讲解了如何通过各种 IBM 工具来解决相关的业务流程问题。
  • 本系列文章的第 5 部分:本文描述了如何使用交互与协作服务 SOA 场景的实现和解决方案模式来解决与该案例研究相关的业务和 IT 挑战。
  • 本系列文章的第 6 部分:本文中的案例研究重点说明在具有 SOA 服务接口的 JKHLE 中与公开信息相关的挑战和解决方案。通过本文的学习您将了解到可以通过许多不同的模式实现企业中数据信息的统一访问、验证和清理等功能。
  • IBM developerWorks SOA and Web services 专区 提供了大量的文章,以及关于如何开发 Web 服务应用程序的初级、中级和高级教程。
  • 使用 IBM SOA Sandbox 进行试验!通过 IBM SOA 进行实际的亲手实践来提高您的 SOA 技能。
  • IBM SOA 网站 提供 SOA 的概述,并介绍 IBM 是如何帮助您实现 SOA 的。
  • 了解关于 developerWorks 技术事件和网络广播 的最新消息。请特别关注以下 SOA 和 Web 服务技术讲座:
  • 访问 Safari 书店 ,浏览有关这些技术主题以及其他方面的书籍。

评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=SOA and web services, WebSphere
ArticleID=314943
ArticleTitle=SOA 案例研究,第 7 部分:业务流程管理场景
publish-date=06192008