文章尝试通过几个典型工作流模式的不同实现来简单对比一下 IBM® WebSphere® BPM 和 IBM® FileNet® BPM
各自的特点，以帮助读者对这两种工作流实现有个鲜明的对比，从而能够更好地认识和了解这两种工作流实现。
本文将先概要介绍 IBM®WebSphere® BPM 和 IBM® FileNet® BPM
这两种工作流实现方式，然后逐一介绍若干典型的工作流模式及其具体场景，并给出其分别在 WebSphere Integration Developer V6.1.2
和 IBM FileNet Process Designer 的具体实现，同时我们会给出一些具体实现的最佳实践或者建议。
  |
|
IBM WebSphere BPM 和 IBM FileNet BPM
简介
IBM WebSphere BPM 使用并扩展 BPEL(Business Process Execution Language) 来定义工作流。利用
IBM WebSphere BPM
实现的工作流，其生命周期实际上分为四个阶段：流程建模、流程实现、流程部署和流程的监控管理。每个阶段使用不同的产品。建模阶段使用 WebSphere
Business Modeler，开发阶段使用 WebSphere Integration Developer（以下简称为 WID），部署阶段使用
WebSphere Process Server（以下简称为 WPS），管理监控阶段使用 WebSphere Business Monitor
。整个流程开发过程中，四个阶段迭代进行，不断完成对业务流程的优化。关于 IBM WebSphere BPM
介绍的文章很多，本文主要以开发阶段实现不同工作流模式作为侧重点。
IBM FileNet Business Process Manager(BPM) 使用并扩展了 XML Process Definition
Language(XPDL) V2.0 来定义工作流，并通过整合 IBM FileNet 的各种组件和工具（Process Designer, Process
Engine, Process Tracker, Process Simulator, Process Analyzer以及Business Activity
Monitor），能够对工作流进行设计、实现、运行、跟踪管理、模拟、分析、监控以及优化，其功能涵盖了工作流端到端的完整生命周期。 IBM FileNet
Process Designer 是 FileNet 提供的基于 Web 的可视化工作流开发工具，其地位相当于 WID 。本文中提及到的各种工作流模式在 IBM
FileNet BPM 中的具体实现，都是指在 IBM FileNet Process Designer 中的实现。因为是基于并扩展了 XPDL V2.0，所以
Process Designer 在工作流实现中所呈现的许多特点，都是与 XPDL 有密切关联的。
|
|
多分支（Multiple-Choice）和多汇聚（Multiple-Merger）模式
工作流从某一节点出发，流向若干分支工作流中的几个，并且这些分支是并行的，此为多分支（Multiple-Choice）模式，如图 1
所示。若干并行的工作流，非同步地汇聚于同一个节点，符合汇聚条件后才能到达下一个节点，此为多汇聚(Multiple-Merge)模式，如图 2
所示。通常情况下，这两种模式会被结合起来使用，如图 3。本文将把这两种模式放在一起讨论。
学生办理离校手续，提交离校申请后，必须要等到财务处、后勤室、图书馆和学工部核实通过后，才能正式离校。如图 4
所示，学生提出离校申请后，便触发了到财务处、后勤处、图书馆以及学工部 4 个子流程，并且它们是并行的，没有先后之分；待所有 4
个程序完成后，才能正式办理离校手续。该场景便是一个多分支模式和多汇聚模式结合起来使用的典型场景。
在 WID 中，可以利用并行活动节点 (ParallelActivity) 方便的实现多分支 (Multiple Choice) 和多汇聚
(Multiple Merge)
功能。并行活动节点是一个特殊的活动节点，包含在该活动节点之内的其他活动节点以并行的方式执行，当流程一进入并行活动节点范畴（scope），流程就会以多分支并行处理的方式运行，而在汇聚的节点上完成聚合功能。其开发如下图
5 所示：
本文转自IBM Developerworks中国