工作流系统技术调研

工作流调研分析报告

北京众和容智电子科技有限公司

目录

1工作流总体介绍 (3)

1.1工作流的概念 (3)

1.2工作流相关术语 (3)

1.3工作流系统功能概述 (4)

1.4工作流运行的模式列举 (5)

2业内工作流产品调研 (6)

2.1Mocha BPM产品 (6)

2.2中软工作流产品调研 (8)

2.2.1中软工作流产品介绍 (8)

2.3天翔myApps工作流产品调研 (9)

3上海电力网管系统资源调度模块可实现功能初步调研 (11)

4实现技术调研 (12)

4.1使用JBPM4.3流程引擎 (12)

4.2系统实现的技术难点 (12)

5实施方案 (13)

5.1 第一种实施方案： (13)

2010-10-10～2010-10-20 (13)

2010-10-24～2010-10-31 (13)

2010-11-01～2010-11-30 (13)

5.2 第二种实施方案： (13)

1工作流总体介绍

1.1工作流的概念

●工作流是一类能够完全或部分自动执行的经营过程，它根据一系列过程

规则，文档、信息或任务能够在不同的执行者之间进行传递与执行

(WfMC)

●工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照

在计算机中预先定义好的工作流逻辑推进工作流实例的执行(WfMC)

●工作流起源于办公自动化领域，我们可以把工作流系统比作生产流水线，

不同的部门和角色根据权限的划分执行相应的任务。

1.2工作流相关术语

●Activity

定义：

在一个进程中，形成一个逻辑步骤的一次工作。包括manual activity

和automated activity

用法：

一个进程可以由多个对整个商业进程的可行性有帮助的有逻辑顺序关

系的activity组成；每个activity一般都是流程引擎的最小工作单元

●Process Instance

定义:

一个单独制订的进程的表现

用法:

由工作流管理系统管理或创建每个进程实例表现了一个单独制定的实

例,使用它自己的进程实例数据,并可独立控制或检查完成或终止

●Participant

定义:

它是一个资源,执行由一个工作流活动实例表达的工作.这个工作一般

都是指定到工作流参与者的一个或多个工作条目

用法:

通常是指人力资源,但不能简单概念的包括智能代理(intelligent agent)

之类的机器资源，一个工作流参与者可以在商业进程中直接定义,或者

由组织或角色实体定义

●Task

定义:

在一个进程实例中的一次活动的一次工作

用法:

一个活动代表性的都产生一个或多个工作条目,这些工作条目组成了

用户着手的任务

1.3工作流系统功能概述

●流程定制工具

提供了一个流程建模的可视化开发环境，让用户能够使用图形化拖拽的

方式，方便、直观、有效地设计、修改和维护企业业务流程，并且所见

即所得，极大地提高了易用性（如下图）

●管理监控工具

提供可视化的平台查看流程历史，对流程任务进行查询等工作。

（如下图）

●工作流客户端与应用

我们工作流提供了一个客户端的应用，提供了用户任务列表、签收任务、完成任务等等，但是在具体的项目中，可以根据用户的需求需要重新做

一个应用，核心接口已经提供了，只需做一个用户需要的展现形式

●工作流引擎

引擎支持多种流程运行模式，运行时对流程和活动进行有效管理，根据

流程向参与者分配任务，并对管理和监控功能提供有效支持。引擎通过

接口与工作流工具、外部应用和第三方工作流引擎进行交互，向系统提

供工作流执行服务。（如开源的jbpm流程引擎）

1.4工作流运行的模式列举

●顺序（Sequence ）-- 顺序执行任务;；

●并行分叉（Parallel Split）-- 并行执行任务；

●同步（Synchronization）-- 同步两个并行执行的线程；

●排它选择（Exclusive Choice）-- 从多个路径种选择一个执行；

●简单合并（Simple Merge）-- 合并两个可选执行路径

●任意循环（Arbitrary Cycles）-- 执行工作流图时无任何环路限制；

●绝对终止（Implicit Termination）-- 若无事可做时则终止。

给出一个简单的流程建模图：

2业内工作流产品调研

2.1Mocha BPM产品

（注：以下信息基于mocha bpm产品白皮书整理）

Mocha bpm产品特点介绍：

●提供了业务流程设计、运行、维护和优化的工具，同时将提供应用引擎

的方式来支撑企业核心业务应用系统，灵活地与业务系统的应用集成，实现业务流程管理系统的自动化。

●全面整合业务流程，摩卡BPM 以其强大的工作流引擎为依托，依靠完

备的数据交换平台，完全按照业务流程本身的流转规则，并以全程的自

动化方式，实现跨机构、跨业务、跨部门、跨应用的流程整合。

●完整的生命周期管理

建模：由业务人员完全以业务视角，使用流程图来描述一个业务流程，即配即用的动态定制

自动化：定义好的流程，在BPM 系统中自动执行，完全废弃传统的纸张，流程的传递无需人工干预。

搜索：BPM 中的流程和数据呈指数增加，系统能对流程状态、运行情况等数据信息进行索引和监控，实现快速查找。

管理：能够可视化地监控流程的执行情况，对流程执行中出现的意外进行处理。开发：简化工作中的流程步骤，满足随时变化的业务需求，降低了二次开发的难度，提高开发的效率。

整合：BPM 不仅仅是由人来参与，通过整合Mocha BPM Integration，部分活动也可以由IT 系统来参与，达到自动化的目的。

Mocha BPM 通过对组织内外的流程管理，提高了组织的客户满意度，提升了组

织的竞争能力，加强了组织的适应变化能力，使组织在竞争之中始终具有领先的优势。Mocha BPM 帮助企业，让流程成为一个企业的竞争优势。它是经过多年的项目经验积累不断完善的成熟的BPM产品。

2.2中软工作流产品调研

2.2.1中软工作流产品介绍

功能列表：

●监控管理

监控流程状态

管理流程运行

查看流转历史

提供考核依据

●流程定制

图形化定制

符合行业规范

独立运行

修改便捷

●组织结构

机构管理

岗位管理

角色管理

人员管理

●任务管理

查询任务

办理任务

委托任务

分派任务

发起会签

主要关注点：（流程自定义，表单自定义，任务自定义）

流程定义：拖拽方式的流程定义

节点上任务自定义：

表单自定义：

3上海电力网管系统资源调度模块可实现功能初步调研

4实现技术调研

4.1使用JBPM4.3流程引擎

●需求要求流程可定制，使用成熟的流程引擎支持是必须的

●团队开发人员中有使用过jbpm构建工作流项目的经验

●互联网上有大量的关于jbpm的开发文档和相对优秀的开源社区提供技术讨

论

4.2系统实现的技术难点

●系统需求的复杂性和不明确性。

●考虑到要支持流程定制功能。需要有良好的设计和架构能力，这需要反复的

讨论和前期尝试。

●系统存在表单定义，任务节点个性配置等功能，使得数据实体和实体间的关

系变得复杂。数据实体建模也相应变得困难。

●UI设计的复杂性。系统采用的是C/S结构，要求使用java swing 技术构建能

满足拖拽，动态表单构建的功能是一个不小的挑战。

5实施方案

5.1 第一种实施方案：

●功能覆盖：

流程定制可视化工具、工作流系统支持动态流程配置、任务管理

●实施难度：中等。

●项目计划：

2010-10-10～2010-10-20

（1）孙鲁敬完成对工作流技术、业内成熟的工作流产品、我们可实现功能的评估等相关工作流知识进行调研分析，2010-10-20晚为大家作调研

分析报告，之后和大家一起明确需要分析。2010-10-24晚提交整理后

的需求分析文档。

（2）姜宁、王均伟从2010-10-18起开始参与资源调度模块的开发工作，利用一周的时间（即2010-10-24）了解、熟悉工作流相关技术知识并提

交读书笔记。

2010-10-24～2010-10-31

（1）孙鲁敬完成资源调度设计，2010-10-31提交设计文档。

（2）姜宁、王均伟在进一步熟悉和掌握工作流相关技术的基础上，协助孙鲁敬完成资源调度的设计工作。

2010-11-01～2010-11-30

本阶段开始进行编码实现，具体任务分工待设计完成后进行补充和调整。

●备注:

此方案不支持自定义表单的配置，软件系统能够适应于某一领域的业务需要，由于不同的业务领域使用的信息表单不同，该方案在跨领域应用上存在不足。

5.2 第二种实施方案：

●功能覆盖：

流程定制可视化工具、工作流系统支持动态流程配置、任务管理、表单自

定义

●实施难度：难。

●项目计划：

待定

●备注:

此方案支持自定义表单的配置，软件系统能够适应不同领域的业务需要，实现了于业务无关的流程设计，具有很高的灵活性，但技术难度偏大。