IBM DB2 Content Manager 文档路由，第 1 部分: 过程建模导航

文档选项 未显示需要 JavaScript 的文档选项 样例代码

级别： 初级

Alan Yaung (ayaung@us.ibm.com), 高级软件工程师，内容管理开发，Silicon Valley Laboratory, IBM
Allan Tham (thamawh@my.ibm.com), DB2 Presales 技术专家, ASEAN Techline, IBM

2005 年 7 月 21 日

本文是由三部分组成的系列教程的第一篇文章，将介绍 IBM DB2® Content Manager® 文档路由（document routing），并带领您学习过程建模。本系列教程以一个索赔过程案例研究作为例子，向读者展示 API 的实现和用法。还对 WebSphere MQ Workflow 与 IBM DB2 Content Manager 文档路由的特性和功能进行了比较。

简介

工作空间内的有效协作对企业的成功而言非常重要。但无论是在同一部门中，还是在部门之间，由于不能有效地进行协作，常常造成知识共享和信息的损失。结果令客户不满意，最终造成收益的损失。

目前，多数企业内容管理解决方案都提供了使信息无缝流动到目标接收方的机制。及时将信息、文档和备忘录传送给担任不同角色的用户或用户组的方式，是在高度协作环境中获得成功业务实践的关键。

工作流是 IBM Enterprise Content Management 解决方案中不可分的一部分。有不同风格的工作流可以使用。IBM DB2 Content Manager 提供了一个集成式工作流解决方案，即内建的文档路由（document routing）。对于更复杂的环境，客户可以选择 WebSphere® MQ Workflow。本系列教程将带领您深入了解 IBM DB2 Content Manager 文档路由。我们还将比较 IBM DB2 Content Manager 文档路由和 WebSphere MQ Workflow，帮助您更好地理解两者的区别和功能。本系列三篇教程的内容划分如下：

• IBM DB2 Content Manager 文档路由，第 1 部分：过程建模导航
  • IBM DB2 Content Manager 文档路由简介
  • IBM DB2 Content Manager 文档路由的功能
  • IBM DB2 Content Manager 文档路由的新特性
  • 案例研究 —— 索赔过程
  • 实现 —— 索赔过程
  • 对比表 —— WebSphere MQ Workflow 和 IBM DB2 Content Manager 文档路由
• IBM DB2 Content Manager 文档路由，第 2 部分：API 指南
  这篇文章使用同一个案例研究介绍如何使用 API 开发解决方案。
• IBM DB2 Content Manager 文档路由，第 3 部分：客户机指南
  实际使用同一案例研究中定义的工作流来体验您的劳动成果。这篇文章讨论了一下客户机应用程序：
  • eClient —— 基于 Web 的客户机
  • pClient —— 基于 Windows 的客户机
  • CM Portlet —— 基于 Portlet 的客户机

回页首

IBM DB2 Content Manager 文档路由简介

文档路由是 DB2 Content Manager 的一个整体组成部分。它提供了基于文档的产品级工作流来支持文档管理。CM 文档路由在整个 Enterprise Content Management 框架中也起着重要的作用，CM 文档路由补充和提供了基于文档的协同工作流，可应用到 Enterprise Business Process Integration 中。

作为一种集成的工作流服务，文档路由结合了内嵌的工作流引擎，以及高性能、低内容占用、访问控制列表（ACL）集成、健壮而灵活的工作流建模能力。除了 DB2 Content Manager 系统管理客户机、开箱即用的 eClient 和 DB2 Content Manager client for Windows 提供的文档路由支持以外，还可以开发自定义的工作流应用程序。开发工作流应用程序可以使用 DB2 Content Manager 开发工具箱，其中包括 Java、C++ API 和 JavaBeans，这些工具箱包含完善的文档路由工作流服务，并提供了操作和系统管理功能。

IBM DB2 Content Manager Version 8.3 文档路由的新特性 IBM DB2 Content Manager Version 8.3 文档路由作了很多改进，下面列表中用星号（*）表示了这些改进。其中最突出的是新增的图像化工作流生成器。通过工作流生成器，就能使用 GUI 拖放功能创建工作流。决策点支持按照给定的条件进行条件分支。动作列表是为用户应用程序定义的一组动作。平行传送允许工作包沿着多条路线平行传送。业务线简化了外部业务应用程序和工作流的集成。子过程可帮助业务分析师通过重用已有过程来管理较大工作流的复杂性。

IBM DB2 Content Manager 文档路由的建模功能包括：

• 顺序传送
• 根据特定动作进行转移
• 收集点
• 在进入/离开工作节点时服务器退出
• 图形化的工作流生成器 * （* V8.3 特有）
• 决策点 *
• 用户定义的动作/动作列表 *
• 平行传送 *
• 业务线 *

除了建模功能外，DB2 Content Manager 文档路由还提供了以下运行时功能：

• 启动一个过程
• 终止过程
• 继续过程
• 按持续时间挂起过程
• 按恢复执行列表挂起过程
• 恢复过程
• 根据挂起状态、通知状态和所有者从工作列表中选择一项工作
• 从工作列表中转到下一个工作项
• 访问数据容器（名/值对集合）
• 文档和工作流的组合查询

回页首

IBM DB2 Content Manager 文档路由的功能

文档路由是一种专门设计的基于文档的工作流服务，创建的每个工作单元都与文档、文件夹和其他执行任务所必需的信息联系在一起。管理员或者业务分析师可以定义专门的业务流程，用互相连接的步骤组成的图表示这个流程。定义业务流程后，可以沿着此流程传送文档，为个人或者小组分配要处理的工作，直到完成整个流程。文档路由和访问控制检查、用户管理、一般系统管理结合在一起，促进了业务环境中的文档管理和处理。

文档路由中使用的术语 过程（Process） 管理员定义的一系列步骤，文档沿着这些步骤传送。 工作节点（Work Node） 过程中的一个步骤。 工作列表（Work List） 一个或多个工作节点，用户可以从中获得一个工作项目列表或者下一个可用的工作项。 收集点（Collection point） 等待将外部文档收集到文件夹中的特殊工作节点。 顺序路由（Sequential routing） 沿着一系列步骤传送文档。 分支（Branching） 在运行时根据用户选择将文档路由给另一条分支。 平行路由（Parallel routing） 文档同时在同一过程的多条线路上传送。 决策点（Decision point） 包含决策条件决定文档在过程中传送的下一条线路的步骤。 业务应用程序节点（Business application node） 允许在服务器端调用业务应用程序的步骤（对于业务线应用程序让一个用户退出）。 动作（Action） 用户定义的操作，可以是可执行程序。 动作列表（Action list） 命名的动作集合。

文档路由由过程、工作节点、工作列表和工作包组成。系统管理员通过系统管理客户机创建工作节点、过程和工作列表。过程由工作节点组成。过程中的每个工作节点都是一个独立的步骤。管理员可以通过指定名称和描述来定义工作过程，并把工作过程与从开始节点经过一个或多个工作节点到达结束节点的路线序列联系在一起。管理员可以为一个节点到另一个节点的每条传送路径指定选项，如“continue”、“approve”、“reject”或者其他有意义的选项。用户可以从系统管理员定义的选项列表中进行选择。管理员配置分配给每个过程的访问控制列表，这样就存在定义该过程中谁能够做什么的业务控制。

工作节点类似于工作篮（work basket）的概念，实质上就是等待处理的一列项目。可以通过设置根据工作请求是否进入或者离开该工作节点、或者该工作节点达到规定的负载限制来激活这些外部功能。管理员也可以为每个工作节点分配访问控制列表，进一步在工作节点级别上进行安全控制。

可以通过请求文档或文件来创建工作请求，并通过 IBM DB2 Content Manager client for Windows™、eClient 或者使用这种面向对象 API 的其他应用程序来启动用户选择的工作流过程。工作包（work package）是与所选项目（文档或文件夹）有关的一组信息，以及与该项目有关的其他工作流信息。用户可以执行预先定义的工作流操作，其中包括启动、终止、继续、挂起和恢复操作。

在组织中，多个工作节点上可能有多个不同的工作请求等待在多个工作流过程中进行处理。为了帮助每个用户查看自己必须处理的项目，管理员可以为每个用户组织工作列表，供用户进行选择。您可以有一个或多个工作列表。每个工作列表都包含一个或多个工作节点。可以按照优先级或者日期规定工作包在工作列表中的顺序。也可以在工作列表中定义工作节点的顺序。检索工作列表的时候，可以对结果进行筛选，包括或者排除挂起的工作。工作包被挂起后就会进入挂起状态。工作包也可以处于通知（notify）状态。如果工作包在该节点上的时间超过了管理员规定的时间，那么它会进入通知状态。要记住，一个工作节点可能出现在多个工作列表中。工作列表返回的工作包的个数由系统管理员定义。

当工作人员请求按照优先级或其他条件从工作列表中检索下一个工作包时，工作列表中的下一个工作包被返回。根据工作列表设定的筛选条件，工作列表中的全部工作包或者仅对登录的用户 ID 有效的那些工作包将显示给用户。系统在返回的工作包中指定一个引用项作为检出项，这样只有该用户可以处理这个项。

开始一个过程时将创建一个工作包。工作包是传送的元素，包括工作的性质。工作流应用程序可以为工作包分配变量。可以在决策点逻辑或者其他工作流独立的应用程序代码中使用这些数据字符串。可以把任何名值对集合分配给文档路由数据容器，为工作流全局数据状态提供方便的存储。面向对象的 API 提供了设置和查询该状态的接口。

如果用户准备把工作包转移到过程中的下一个工作节点，那么当前工作节点将被更新，并根据管理员定义的选项指向下一个节点。如果是检出某一项，则工作包中引用的项将检回 DB2 Content Manager 系统中。除了分支以外，基于应用程序数据的条件传送也支持决策点。决策点允许管理员依据工作包的性质、工作流变量或者传送的文档/文件夹的性质来定义决策规则。决策点在运行时根据决策规则的结果自动将工作包传送到某一个分支。决策点级联允许管理员定义工作包特性、文档/文件夹性质和工作流变量的复杂组合。其他方面的条件总是存在，如果所有条件都不满足，则执行这些条件。

收集点是具有特殊功能的工作节点。一旦该过程传送的特定文件夹中存在规定数量、规定类型的项目，收集点上的工作包就被传送到过程中的下一个节点。

如果作业人员由于某种原因决定挂起一个工作过程，那么工作包将进入挂起状态。工作包根据特定的条件或标准消费过程。这一条件和标准可以是规定时间范围的超时时间，也可以基于给定消费列表中的文档是否到达。为了恢复过程，在满足特定的挂起条件或者标准后，处于挂起状态的工作包将转为活动状态。管理员可以在过程中定义一定数量的固定收集点。但是，任何工作流应用程序都可以通过编程，动态地为任何工作包指定消费列表。

此外，平行传送允许文档或文件夹并行穿过多条路线。“分离（split）”节点表示平行传送的开始，“连接（join）”节点等待所有路线的完成。分离节点和连接节点是成对出现的。包含多条平行线路的一对分离/连接节点可能出现在另一对分离/连接节点的一条平行线路上。

为了进一步提高建模的灵活性，任何有效的过程都可以作为另一个过程的子过程。子过程可以是顺序传送的，也可以是平行传送的。子过程通过封装过程重用定义简化了建模。

文档路由还指出业务应用程序节点，该节点是由 DLL（Windows）或者共享库（UNIX® 平台）定义的、在服务器端运行的特殊工作节点。它将工作包 ID（组件 ID）和一个指针传递给工作流变量。退出的时候可能会返回路线名（路线选择）来控制后续的路线。可将这一点用于启动外部业务应用程序，如 CICS® 或 IMS™ 程序。这种调用基本上是无人值守和同步的。此外，能否创建用户定义的操作将取决于该操作是否是用户定义的客户端操作。传送的内容可以是可执行文件，如 .exe、.class、.bat，等等。动作列表就是命名的动作集合。动作和动作列表都是通过系统管理客户机来定义的。

工作包达到结束节点时自动终止传送。这时候，工作包就完成了处理。DB2 Content Manager 事件日志记录了项目在工作过程中的所有移动。记录包括通过工作流过程的特定类型项目的完整工作历史记录。查询功能包括搜索与当前工作节点、工作过程、状态或分配的用户 ID 有关的那些项目。比如“查找仲裁过程中任意节点上加利福尼亚州的索赔”。可以查询项目的父组件和子组件的任何属性，也可以查询工作包、工作节点或过程中定义的任何字段。

回页首

案例研究 —— 自动索赔系统

业务流程需要一个保险索赔文件夹来保存索赔表单、警察局报告和损毁汽车的估计修理费用，以便进一步审查索赔请求，决定是批准还是拒绝该请求。

索赔过程是使用 CM 文档路由的图形化工作流生成器来建模的。

首先，提交包含索赔表单的索赔文件夹进行处理。索赔文件夹在收集点上等待，直到添加了正确的文档为止。

如果要求的文档已经添加到索赔文件夹中，索赔文件夹就会自动前进到索赔过程中的第一个决策点。第一个决策点计算索赔文件中的属性索赔金额（Claim Amount）。

如果索赔额超过 500 美元，索赔文件夹自动进入处理 500 美元以上索赔文件夹的平行路线。否则，自动进入处理索赔额少于或等于 500 美元的索赔文件夹的另一条路线，审查小额索赔并进入第二个决策点。

有两条平行路线处理超过 500 美元的索赔。一个分离节点表示平行路线的开始。平行路线首先进行信用审查，然后启动外部业务线应用程序（可以是 CICS 或 IMS 应用程序），检查是否有欺诈历史。

另一条平行路线审查大额索赔。连接点等待着两条平行路线都完成，然后进入第二个决策点。

第二个决策点计算工作流变量批准（Approve）。如果 APPROVE = ACCEPT，则启动支付保险赔偿子过程，并发送一封感谢 信。如果 APPROVE = REJECT，则发送一封拒绝信。最后，索赔文件夹到达索赔过程的终点。

回页首

实现 —— 自动索赔系统

图标简介

实现工作流之前，首先要熟悉 IBM DB2 Content Manager 文档路由中使用的图标。下表列出了使用的图标及其说明。

表 1. IBM DB2 Content Manager 文档路由使用的图标

图标	说明
	开始节点 —— 工作节点的起点
	结束节点 —— 工作节点的终点
	工作节点
	收集点
	业务应用程序 —— 业务线
	决策点
	子过程
	分离
	汇合
	选择
	连接器

一步一步地实现

这一节将一步一步地引导您实现文档路由。假设已经安装了 Content Manager 服务器，下面的步骤将引导您使用 GUI Workflow Builder 来创建工作流。如果还没有安装 Content Manager 系统，请参阅后面“如何获得 IBM DB2 Content Manager 8.3 的副本”一节。

登录到 Content Manager System，在 System Administration Client 左侧面板上找到文档路由图标。

在这一步中，请加载第一步中的数据，以创建必要的用户、组和访问控制列表（如ACL）。这里假设您熟悉这些定义的创建，并且在第一步中已经定义了下列 ACL。为了简便起见，对于工作流生成器中使用的所有对象（如工作篮等），整个例子中使用的都是这个 ACL。

表 2. 要创建的访问控制列表

定义一个包含所有预定义动作的动作列表。工作篮定义将使用此动作列表。动作列表中的动作在 IBM 客户机（pClient、eClient 等）的执行过程中通过下拉菜单列出。

表 3. 要创建的动作列表

创建七个工作篮、一个收集点和一个业务应用程序

表 4. 要创建的工作篮、收集点和业务应用程序

为上一步创建的所有工作节点定义工作列表。

表 5. 要创建的工作列表

定义索赔金额属性。该属性是 XYZClaimFolder itemtype 的一部分。

表 6. 要创建的属性

右击过程图标打开工作流生成器。

对于名字，输入 SimpleAutoClaimProcess；对于描述，输入 Simple Auto Claim Process；对于访问控制列表，输入 XYZClaimFolderACL。

从菜单栏中创建 7 个工作篮（详情参见表 4）。创建工作篮之后，还要创建收集点 WaitForReportAndEstimate。

按照下图链接工作篮和收集点。

创建两个决策点（分别作为分离和汇合节点）、工作篮（ReviewSmallClaim, ReviewLargeClaim）和业务应用程序 CheckFraudHistory。链接它们，如下图所示。将此作为草图保存。关闭当前过程。

在第一个决策点创建决策连接器。

表 7. 第一个决策点创建的决策连接器

建立一个子过程 PayClaimSubProcess。右击 Process 启动新的生成器。对于名称，输入 PayClaimSubProcess；对于描述，输入 Pay claim process；对于访问控制列表，输入 XYZClaimFolderACL。

构建和链接 PayClaimSubProcess，如下图所示。

选择菜单 File > Verify。保存并关闭该过程。在 PayClaimSubProcess 上将看到一个绿色的圆形按钮。

打开 SimpleAutoClaimProcess 添加一个子过程。双击子过程图标。从下拉菜单中选择子过程 PayClaimSubProcess。

为第二个决策点创建两个决策连接器，PPROVE = ACCEPT 和 APPROVE = REJECT。连接子过程 PayClaimSubProcess 和工作篮 SendRejectionLetter。从 PayClaimSubProcess 连接到工作篮 SendThankYouLetter。连接到结束节点完成这个练习。确认此过程，保存并关闭它。在这两个过程中应该能够看到两个绿色的圆形按钮。

为第二个决策点创建决策连接器。

表 8. 为第二个连接点创建的决策连接器

最后，工作成果如下图所示。

回页首

比较 WebSphere MQ Workflow 和 IBM DB2 Content Manager Document Routing

下面是 WebSphere MQ Workflow 和 IBM DB2 Content Manager Document Routing 的对比表。按照下列标准对两者进行了比较：

• 主要对象
• 集成目标
• 多内容资料库
• 异构内容
• 人员模型
• 监控

表 9. WebSphere MQ Workflow 和 IBM DB2 Content Manager Document Routing 对比表

回页首

一些 RFP

下表列出了一些 RFP（请求建议）的例子，这些例子有助于理解 IBM DB2 Content Manager Document Routing 为工作流解决方案和应用程序带来了什么样的能力。

表 10. 一些 RFP

回页首

结束语

为了确保平稳、有效的协作，在企业管理系统中包含适当的工作流系统非常重要。本文通篇都在讨论 IBM DB2 Content Manager Document Routing 的概念。着重阐述了 Document Routing in IBM DB2 Content Manager Version 8.3 的主要改进。我们熟悉了图像化的工作流生成器使用的图标，然后遍历了使用工作流生成器创建工作流的步骤。接下来对 WebSphere MQ Workflow 和 IBM DB2 Content Manager 文档路由作了简要的比较。最后通过一些 RFP 进一步评价了 IBM DB2 Content Manager 文档路由的功能。

到本文的最后，我们相信您对 IBM DB2 Content Manager 文档路由应该有了一定的了解。

回页首

致谢

特别感谢 IBM 澳大利亚分区内容管理开发部门的资深售前支持专家 Glenn Williamson 花时间审阅了这篇文章。

回页首

如何获得 IBM DB2 Content Manager 8.3 的副本

下载 Content Manager 安装程序有多种方法，这取决于您的身份，您可以通过下载获得该程序，也可以在线订购它。方法如下：

• 业务合作伙伴

  获得安装代码有两种办法：

  • 选项 1. Partner World
  • 选项 2. 购买 Demo Platform 8.3。
    • 请与当地的 IBM 销售代表联系。

• 客户

  只有一种选择：

  • 选项 1. 从 IBM 购买 Content Manager 8.3。

回页首

下载

描述	名字	大小	下载方法
Steps to build workflow from xml files	workflowsteps.pdf	132KB	FTP|HTTP
download file	Workflow.zip	3KB	FTP|HTTP
download file	itemtypes.zip	5KB	FTP|HTTP
download file	ClaimFolderACL.zip	7KB	FTP|HTTP

	关于下载方法的信息			Get Adobe® Reader®

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文。
  
  
• 有关的更多帮助，请参阅 IBM DB2 Content Manager support site。
  
  
• 在 IBM DB2 Content Manager Enterprise Edition Version 8.3 publication library可以找到更多文档。
  
  
• 请参阅 Content Management Information Center，了解所需的 DB2 Content Manager 信息。
  
  
• 请参阅 developerWorks 中国网站 DB2 专区，以便进一步了解 DB2。在那里可以找到一些技术文档、教学、下载、产品信息，等等。
  
  
• 通过参与 developerWorks blogs 加入 developerWorks 社区。
  

作者简介

		Alan Yaung 是 IBM Silicon Valley Laboratory 内容管理开发的高级软件工程师。他是 Content Management Workflow Team 的主管。他有 8 年多企业内容管理解决方案产品开发的经验。Alan 是一位 Content Manager Certified Solution Designer。他拥有 20 多项已批准的和待批准的专利。

		Allan Tham 是一位 DB2 Content Manager Technical Presales Support for Business Partners。他帮助业务合作伙伴解决各种技术问题。Allan 通过了 DB2 Content Management 管理员认证。加入 IBM 之前，Allan 在终端用户环境中工作，在那里做了三年的 Oracle DBA。

对本文的评价

太差！ (1) 需提高 (2) 一般；尚可 (3) 好文章 (4) 真棒！(5) 建议？

回页首