软件系统工作流模型分析
20
1 工作流模型分析 【㊣】
一、流程的起点模型
1.1 单起点（Single Start Node）
1.2 多起点
多起点方式一
多起点方式二
多起点方式三
二、流程的激活模型
2.1 人工激活
2.2 定时或限时激活
2.3 外界消息激活
三、流程的运转模型
3.1 基本运转模型
串行（Sequence）
自循环
3.2 发散运转模型
并行（Parallel ）
独占式选择（Exclusive Choice ）
鉴别式选择（Discriminator Choice ）
抄送模型
发散模型
3.3 聚合运转模型
同步聚合（synchronize merge ）
20 简单聚合（Simple Merge）
多重聚合（Multiple Merge ）
鉴别式聚合（Discriminator Merge ）
四、流程组合嵌套模型
4.1 内嵌模型
主流程等待方式
主流程也运行方式
4.2 外嵌模型
五、流程整合模型
=================================================================================
有关“什么是工作流”和工作流的概念，就不在这里介绍了。大家有兴趣的可以到 WFMC 上看看。
这里先说说个人的看法：一个工作流包括一组任务（Task ）及它们的相互顺序关系，还包括流程及任务的
启动和终止条件，以及对每个任务的描述。
其实，现在已经跳出了单工作流的圈子，越来越倾向于多工作流之间的嵌套或整合，在本文后面的第
4 、5 节会简要的介绍。
在进入各个模型说明前，需要说明一些有关本篇文章中，出现的一些图形含义。既然然流程图，就免不了
用图形表示，用图标代替一些流程节点的含义。如下图所示：
20
20 有关器各个图标的含义，在后续会说明。
2
一、流程的起点模型
任何事物都有由头有尾，一个流程也不例外，那么现在我们就从流程的“头”——流程起点说起。
首先，需要说明的是，起点也是一种任务节点（Task Node ）。
2.1 1.1 单起点（Single Start Node）
单起点估计大家都比较容易理解，现实中工作流应用的也是最为普遍。如下图（1-1）所示，其就是单
起点的模型。在接下来的所有图像中，一个绿色方框代表一个起点。
图（1-1）
2.2 1.2 多起点
多起点的工作流，在现实应用多不是太多。其主要表达的是，在同一流程中，存在多个起点。说到这
里，有必要重新申明一下：起点也是一种任务节点，也就说起点不是独立于工作流任务的，在流程启动的
时候，其也需要完成某种特定的任务，以激活整个工作流的运转。
多起点的工作流模型，基本上有如下三种方式。
20 2.2.1
多起点方式一
请参考图（1-2），起点A 和起点B ，它们都可以激活流程的运行，而且激活后，流程都会共同指向Task
A 。所以，对于Task B 来说，其不关心流程是如何激活的，其只关系从Task A 是否正确的传递来正确的流
程数据。
图（1-2）
2.2.2 多起点方式二
在方式二（如下图（1-3））中，起点A 激活工作流后，导致流程沿着Task A——Task B——Task C 方
向流转。而从起点B 激活工作流后，Task A 则被跳过。
这种方式，在现实中是极为少见的。如果将Start B——Task B 这条流程段 与 Start A——Task B 这条
流程段，分开来看。则可以近似看作的两个“子流程”的选择性汇总（两选一，或多选一）的情况。
20 图（1-3）
2.2.3 多起点方式三
方式三（如下图（1-4）），虽然也存在多个起点，但是基本是按照一个统一流程方向运行的。这是与方
式二最大的区别所在。在此，须要再此申明：一个起点（Start Node）同时也是一个任务节点（Task Node ）。
参看图中的Task B/Start B 节点。
此种方式，在现实中，还是有一定应用性的。特别是在多个流程之间信息交互的时候，流程A 发送消
息数据，激活流程B 的运行。但是未必是从流程B 的默认激活点激活，可能是从流程B 的中途某个任务
激活。比如图中的Task B/Start B 任务节点（同时也时流程起点）
20 图（1-4）
3 二、流程的激活模型
上面我们看了工作流的起点模型。也知道任何流程，都必须有起点，或者相对的起点。一个流程被激
活后，会从起点开始沿着预定的流程路线，有序或无序的往下进行（注意，我这里提到了“无序”二字，
我将在后续讲解“无序”状态）。
所以，起点就是这个流程被激活的源头。下面让我们来看看，一个流程被激活的方式，或者说一个起
点，被激活的方式：
从起点的激活方式，有如下两种方式：
3.1 2.1 人工激活
大多数的流程激活，都是因为人为的信息数据输入或产生。比如一个订单处理流程，客户提交了订单
信息（订单信息数据产生），则激活了订单处理流程的开始。
20 3.2 2.2 定时或限时激活
在一个特定的时间，因为特定的情况，符合特定的条件，激活某个特定的流程（或任务）。
这种激活方式，在现实中很少单独出现，大多数情况，都因为在某一个流程中，因为在限定的时间内，
因某项任务未达到预期的状态，而激活另外的任务或新的处理流程。也就说，这种方式，是受外来因素影
响的，而且大多与一些流程任务（或流程模式）一起出现。
举个定时激活的实例：比如，订单处理流程，限定5 天内发货，那么定义在第三天的时候，如果没有
接到发货通知，则激活一个催办信息（催办任务）。这样流程系统，会在第三天的时候自动发出催办信息。
3.3 2.3 外界消息激活
这种方式，大多是在多流程信息交互（或大小流程嵌套）应用中。现在比较流行的业务流程整合/管理
（BPM ），基本上都涉及到这方面内容。
如下图所示，流程 A ，在结束的时候（在以下的所有图中，将采用红色框图，表示结束节点），会向
流程 B 发送 Message ，以激活流程 B 的运行。至于这个消息是 Soap 消息，还是通过消息中间件转发的
Message ，这就是不同的应用方式了。
一般现实应用中，都需要考虑JMS 或WebService 的应用接口。从个人目前所实施过的工作流应用来
说，大多还是采用Message Query 方式居多。虽然软件的发展，逐渐SOA （面向服务）化，但是WebService
的安全性或数据正确性，还有待进一步的发展，从这一方面说，比起消息中间件的高度安全性和消息正确
性，WebService 目前还是稍逊一筹。其实，安全性和信息正确性，是很多应用客户非常关心的焦点。
但是，SOA 化的发展是未来的趋势。所以现在大多的应用都会提供JMS 和WebService 接口，或其他
类似接口。
20 图（2-1 ）
20 4 三、流程的运转模型
这里将是本文最为核心的地方了，什么是工作流，也将在其运转模型中体现。
任何事物都是循序渐进的，由简单到复杂。我们先来看看最为基本的集中运转模型
4.1 3.1 基本运转模型
4.1.1 串行（Sequence ）
串行，是最为简单，也最为容易理解的模型。按照预定的任务列表（Task A,Task B,Task C ），有序的执
行，如下图（3-1 ）所示。
图（3-1 ）
4.1.2 自循环
自循环的模型，主要用于表示：同一个任务节点，重复的执行多次。
20 图（3-2 ）
如图中所显示。“模式2 ”比“模式1”多了一个鉴别节点（Discriminator Node）。这两种模式，在现
实中应用的都较为广泛，其中“模式 1”更多的偏向人为的选择，也就是说，在任务执行后，由人为的决
定是否继续重复的执行这次任务；而“模式 2 ”则更多的倾向于一个既定的规则，按照原有的规则，决定
是否重复执行。
4.2 3.2 发散运转模型
4.2.1 并行（Parallel ）
并行，就涉及到流程的分支概念。就是说在流程运行过程中，因为不同的条件或情况，或者处理的业
务需要多部门（多任务）分开处理，而产生了流程分支。如下图所示
20
图（3-3 ）
流程在执行完任务A 后，因为需要，产生了两个并发执行的分支（A——B 和A——C ）。这两个分支
之间是对等的，也是并行执行的。
有关上面的流程图，可能在以后的一些文章/文档中，大家会看到下面类似的图形
图（3-4 ）
虽然比上图多了一个And 选择器，但实际上，两图，表示的是同一个含义或模型。所以大家在应用或
读书的时候，可以长个心眼哦，自己学会实质性的分析。
20 4.2.2 独占式选择（Exclusive Choice
）
当一个任务处理完后，发现其后面可允许走多个分支流程，但只允许选择其中某一个分支运行。这个
选择是人为决策的，预先没有设点选择的规则。
图（3-5 ）
4.2.3 鉴别式选择（Discriminator Choice ）
这同前面的“独占式选择”很相似，唯一不同点，就是多了一个鉴别器（Discriminator ）。当任务达到
这个鉴别器的时候，鉴别器会根据当前流程所处的状态，对比预先设定的一些选择规则，自动判别接下来
流程的流向，也就是自动根据条件，选择一个满足条件的分支运行。
基于GSPN制造系统工作流建模及性能分析
１０２ 机械设计与制造
Ｍａｃｈｉｎｅｒｙ Ｄｅｓｉｇｎ＆Ｍａｎｕｆａｃｔｕｒｅ 第１１期 ２００８年１１月
文章编号：１００１—３９９７（２００８）１１－０１０２—０３
基于ＧＳＰＮ制造系统工作流建模及性能分析
马增治 王龙山 高洪
（ｔ吉林大学机械科学与工程学院，长春ｌ３００２５）（ 长春大学机械学院，长春１３００２１）
Ｍｏｄｅｌｉｎｇ ａｎｄ ｐｅｒｆｏｒｍａｎｃｅ ａｎａｌｙｓｉｓ ｏｎ ｍａｎｕｆａｃｔｕｒｅ ｓｙｓｔｅｍ
ｗｏｒｋｆｌｏｗ ｂａｓｅｄ ｏｎ ＧＳＰＮ
ＭＡ Ｚｅｎｇ—ｚｈｉ ，ＷＡＮＧ Ｌｏｎｇ—ｓｈａｈ ，ＧＡＯ Ｈｏｎｇ
（ Ｃｏｌｌｅｇｅ ｏｆ Ｍｅｃｈａｎｉｃａｌ Ｓｃｉｅｎｃｅ ａｎｄ Ｅｎｇｉｎｅｅｒｉｎｇ，Ｊｉｌｉｎ Ｕｎｉｖｅｒｓｉｔｙ，Ｃｈａｎｇｃｈｕｎ １３００２５，Ｃｈｉｎａ）
（ Ｃｏｌｌｅｇｅ ｏｆ Ｍｅｃｈａｎｉｃａｌ Ｓｃｉｅｎｃｅ，Ｃｈａｎｇｃｈｕｎ Ｕｎｉｖｅｒｓｉｔｙ，Ｃｈａｎｇｃｈｕｎ １３００２１，Ｃｈｉｎａ） ‘“（‘（‘（‘ ‘（“（‘ｃ（‘（ （‘《‘‘‘ ‘＜‘‘‘‘ ＜‘（‘ （‘“ （‘（‘ｃ‘‘ｃ（‘‘（（‘ｃ‘“（‘（‘（‘ ‘（（‘（‘ （‘“‘＜ “ （‘（ｔ（‘‘＜“仪（（（‘“‘‘‘‘ｃ‘‘‘（‘ （‘“‘‘ ｃ‘‘‘ （‘ ‘ ｉ 【摘要】依据制造系统离散性和自组织性的特点，应用广义随机Ｐｅｔｒｉ网（ＧＳＰＮ）与马尔可夫链理ｌ
ｉ论相结合的方法，对汽车工业面对订单生产（ＭＴＯ）＿Ｔ－作流模型进行构建和定量分析，得出了制造系统工；
｛作流模型中的等待时间、资源的利用率以及吞吐量和系统瓶颈等参数，为制造系统工作流性能的有效评ｌ ｛估提供了理论依据。通过实例，验证了该建模与分析方法的实用性和有效性。 ｌ
ｉ 关键词：制造系统；ＧＳＰＮ；工作流；性能分析． １
ｉ 【Ａｂｓｔｒａｃｔ】Ａｃｃｏｒｄｉｎｇ ｔｈｅ ｄｉｓｐｅｒｓａｌ ａｎｄ ａｕｔｏ—ｏｒｇａｎｉｚａｔｉｏｎ ｃｈａｒａｃｔｅｒｓ ｏｆ ｔｈｅ ｍａｎｕｆａｃｔｕｒｅ ｓｙｓｔｅｍ，ｔｈｅ ｌ
工作流平台需求架构分析
龙源期刊网
工作流平台需求架构分析
作者：刘磊
来源：《电脑知识与技术》2013年第30期
摘要：工作流平台的需求问题一直困扰着广大架构师及咨询师、对于需求两字实在感觉难以入手、目前由于各行各业的需求五花八门、种类各不相同，故想做到以点概面的需求是不大可能的。所以定制则被重点突出、用以解决这些不同的需求、可视化的定制既满足了广大需求调研者及开发者，大大降低了其工作的强度。再加上移动事业的日新月异，移动化办公也可以加入工作流平台的需求里面。
关键词：需求；工作流；可视化；定制；移动办公
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2013）30-6789-09
工作流技术作为解决业务流问题的主要方法越来越受到人们的重视，它应用逻辑与业务逻辑分离，可以不修改具体的功能实现而只修改业务过程模型改变系统功能，从而能够快四应对市场需求。
本文章为工作流平台的业务需求架构剖析及提出解决方案，阅读对象主要针对设计、及研发、测试、及相关业务人员。主要内容包括：工作流平台所涉及的业务需求。
1 术语及缩写词
业务流：是针对业务需求，按照一定的业务规则对企业业务流程进行可视化建模。定义业务流主要包括：活动、关系、转移信息、组织结构、角色模型、异常、配置以及周期。通过提供界面定义工具支持用户进行业务流定义。
2 工作流概述及规范
2.1 工作流概述
工作流现在主要解决的问题是：为了实现某些业务目标，在单个或者多个参与者之间，利用计算机，按某种预先订下的规则自动传递文档、数据、信息或者任务。简单一点的说，工作流就是一条相互衔接、自动流转的任务圈。我们可以将整个过程看做是一个流水作业线，其中作业线上的任务就是需要审核的表单。
与工作流相关的概念特别多，下面几个是比较常见的：
基于操作的轻量级工作流模型的研究与设计
２０１２年１月 第３３卷第１期 计算机工程与设计
ＣＯＭＰＵＴＥＲ ＥＮＧＩＮＥＥＲＩＮＧ ＡＮＤ ＤＥＳＩＧＮ Ｊａｎ．２０１２ ＶｏＬ ３３ Ｎｏ．１
基于操作的轻量级工作流模型的研究与设计
朱永华，张倩，吴俊杰
（上海大学计算机工程与科学学院，上海２０００７２）
摘要：针对传统工作流系统庞大、扩展性差的问题，提出了基于操作的轻量级工作流模型。从轻量级工作流的定义出
发，在总结工作流中各元素属性的基础上，对工作流的各元素进行划分，划分工作流的各种元素利于分析归纳工作流对于 不同层次操作的集合。为提高模型的可扩展性，工作流在每个层次上的操作除了可以调用本地服务以外，也可调用远程
Ｗｅｂ服务，使工作流系统更加的柔性。实验结果表明，该模型相比ＪＢＰＭ、０ＤＥ和Ｓｈａｒｋ模型更轻量级，可扩展性更强。 关键词：操作；工作流模型；轻量级；可扩展；柔性
中图法分类号：ＴＰ３９１．７ 文献标识号：Ａ 文章编号：１０００—７０２４（２０１２）０１—０１５３—０５
Ｒｅｓｅａｒｃｈ ａｎｄ ｄｅｓｉｇｎ ｏｆ ｏｐｅｒａｔｉｏｎ—ｂａｓｅｄ ｌｉｇｈｔｗｅｉｇｈｔ ｗｏｒｋｆｌｏｗ ｍｏｄｅｌ
ＺＨＵ Ｙｏｎｇ－ｈｕａ，ＺＨＡＮＧ Ｑｉａｎ，ＷＵ Ｊｕ州ｉｅ
（Ｃｏｌｌｅｇｅ ｏｆ Ｃｏｍｐｕｔｅｒ Ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｓｃｉｅｎｃｅ，Ｓｈａｎｇｈａｉ Ｕｎｉｖｅｒｓｉｔｙ，Ｓｈａｎｇｈａｉ ２０００７２，Ｃｈｉｎａ）
Ａｂｓｔｒａｃｔ：Ｉｎ ｏｒｄｅｒ ｔｏ ｃｈａｎｇｅ ｔｈｅ ｓｈｏｒｔｃｏｍｉｎｇ ｏｆ ｔｒａｄｉｔｉｏｎａｌ ｗｏｒｋｆｌＯＷ ｓｙｓｔｅｍ，ｗｈｉｃｈ ｉｓ ｌａｒｇｅ ｂｕｔ ｐｏｏｒ ｅｘｐａｎｓｉｂｉｌｉｔｙ，ａ ｌｉｇｈｔ－
ｗｅｉｇｈｔ ｗｏｒｋｆｌｏｗ ｍｏｄｅｌ ｉｓ ｐｒｏｐｏｓｅｄ．Ｆｒｏｍ ｔｈｅ ｐｅｒｓｐｅｃｔｉｖｅ ｏｆ ｔｈｅ ｄｅｆｉｎｉｔｉｏｎ ｏｆ ｗｏｒｋｆｌｏｗ，ｔｈｅ ａｔｔｒｉｂｕｔｅｓ ｏｆ ｗｏｒｋｆｌｏｗ ｅｌｅｍｅｎｔｓ ｉｓ ｃｏｎｃｌｕｄｅｄ ａｎｄ ａ ｎｏｖｅｌ ｄｉｖｉｓｉｏｎ ｏｆ ｗｏｒｋｆｌｏｗ ｅｌｅｍｅｎｔｓ ｉＳ ｐｒｏｖｉｄｅｄ．Ｏｎ ｔｈｅ ｂａｓｉｓ ｏｆ ｔｈｅ ｄｉｖｉｓｉｏｎ，ｄｉｆｆｅｒｅｎｔ ｏｐｅｒａｔｉｏｎｓ ａｒｅ ｄｅｆｉｎｅ＆Ｉｎ
工作流事务模型解析
２００７年第９期 福建电脑 ５５
工作流事务模型解析 冯飞，贾海英，杨茂保 （九江学院信息科学与技术学院 江西九江 ３３２００５） 【摘要】：我们分析比较了工作流管理系统中的事务概念与传统事务、高级事务的不同，从而明确了工作流管理系统中 事务处理需要解决的问题的重点与难点。有利于我们更好的利用工作流的事务管理功能，保证这些被集成的应用中的每一次 计算的正确性，进而保证全系统的正确性。 【关键词】：工作流事务，执行结构，ＡＣＩＤ，工作流管理系统 １．前言 多数工作流过程都是一个长生存期的过程．在执行的过程 中出现各种各样的故障和异常是很正常的．所以需要引入事务 处理机制．而仅仅满足ＡＣＩＤ属性要求的经典事务模型无法有 效的支持工作流系统中的事务处理，人们在传统事务模型的基 础上提出了许多高级事务模型．希望能够将高级事务模型应用 到长时间运行的分布式工作流管理中．但是．许多高级事务模型 的执行结构都很有限．大量的研究表明，无论工作流管理系统应 用传统事务模型．或直接采用高级事务模型都是不可行的，已有 的产品基本上很少应用高级事务模型．仅有少量的原型系统应 用了高级事务模型．利用事务的特性对工作流进行管理。 ２．传统事务 ２．１传统事务概述 事务的概念最早是在数据库领域中提出的。所谓事务是指 一组逻辑操作单元．使数据从一种一致状态变换到另一种一致 状态Ⅲ 为确保数据库中数据的一致性，数据的操作应当是离散 的成组的逻辑单元。当它全部完成时，数据的一致性可以保持， 而当这个单元中的一部分操作失败．整个事务应全部视为错误。 所有从起始点以后的操作应全部回退到开始状态。事务是用户 定义的一个数据库操作序列，这些操作要么都做，要么都不做， 是一个不可分割的工作单位１２－１。 ２．２传统事务的特性 由事务的定义很容易引出传统事务的四个主要特性：原子 性，一致性，隔离性和持久性。这四个特性简称ＡＣＩＤ特性ｆ２】。在 数据库系统中．事务的正确性由ＤＢＭＳ予以保证，一般地讲， ＤＢＭＳ通过恢复协议保证事务的原子性和永久性．通过并发控 制协议保证事务的隔离性．通过提交协议保证事务的永久性。数 据库事务的概念为基于数据库的软件开发奠定了坚实的基础， 它把程序员从复杂的保证数据库操作完整性的工作中解放出 来．使程序员可集中精力进行数据操作处理。 ３．高级事务模型 ３．１事务模型的需求 工作流管理系统涵盖了信息系统中完整性和跨组织性的需 求。从事务的观点看．完整性主要包括与事务模型相关的正确 性、并发行、失败处理和恢复等。跨组织性是从业务过程建模考 虑的．主要与组织结构、参与者角色、参与者之间的合作以及信 息系统有关。因此，人们对传统的事务管理模型进行了改造和发 展．来满足以过程管理为核心的事务工作流系统中多任务的协 作运行．使工作流事务管理机制具有合作性、运行时间长和静态 性等特点。这种扩展后形成的事务模型往往称为高级事务模型， 高级事务模型主要有嵌套事务模型、传奇事务模型、柔性事务模 型等。 ３．２嵌套事务模型 嵌套事务模型由Ｍｏｓｓ提出．它把一个事务分解为多个子事 务．同时子事务也可以继续分解成为更细的子事务，由此形成一 棵”事务树”。子事务只有在其父事务开始后才可以开始，而父事 务只有在所有的子事务全部结束后才能结束。嵌套事务模型在 全局层次上保证了完全的分离性．同时增加了事务的模块化程 度．在失败处理时具有更细的粒度，在事务内部具有更高的并发 性．减少了处理的响应时间。 ３＿３传奇事务模型 传奇事务模型最早由Ｇａｒｃｉａ Ｍｏｎｌｉｎａ和Ｓａｌｅｍ提出，用于解 决长时间事务问题的一种事务模型，这种模型的基本思想是允 许事务在全部提交之前能够释放某些占用的资源。柔性事务模 型最早提出时主要用于异构多数据库环境的上下文管理．在异 构多数据库环境中．每一个局部数据库所执行的操作独立于其 他数据库．它可以单方面使一个事务失败，但是不能强制执行提 交一个全局事务 ３．４柔性事务模型 柔性事务最早提出时主要用于异构多数据库环境的上下文 管理。在异构多数据库环境中，每一个局部数据库所执行的操作 独立于其他数据库．它可以单方面使一个事务失败，但是不能强 制执行提交一个全局事务。 ４．面向工作流管理的事务模型 由于高级事务模型在解决长时间事务、合作事务、开放事务 等方面仍有很多局限性．近几年来，随着Ｗｅｂ技术的成熟和电 子商务应用的广泛应用．人们越来越关注如何把数据库事务扩 展到工作流这一范围的研究和应用．也提出了大量的面向工作 流管理的事务模型．这些模型就是采用不同的方法对事务的 ＡＣＩＤ进行扩展，如：活动事务模型和合同事务模型等。 ４．１合同事务模型 合同事务模型１３１是Ａｎｄｒｅａｓ Ｒｅｕｔｅｒ等人在德国Ｓｔｕｔｔｇａｒｔ大学 的Ｃ０ｎＴｒａｃｔｓ研究项目中提出的．其目的是为寻求解决数据库中 长时问计算事务的方法．研究结果认为：扩展原有的事务模型并 不能解决问题．因为长时间的计算过程要比一个具有ＡＣＩＤ特 性的事务复杂得多．不具有完备的ＡＣＩＤ特性的事务实际上是 没有应用价值的。对长时间事务的管理需要一个系统的方法，不 能仅仅在原有模型的基础上修修补补。 ４．２活动事务模型 活动事务模型是由Ｒａｍａｍｒｉｔｈａｍ等提出的一个综合性事务 框架。活动事务模型具有足够的柔性用于实现多种扩展事务模 型属性的形式化描述和推理。活动事务模型允许采用重要事件 来表达事务间的相互依赖关系．这比单纯地用普遍存在的提交 和退出事件来表达事务间交互要更强大。活动事务模型无法处 理已经存在的一个步骤中包含多个事务的应用对．不支持嵌套 活动事务．不支持工作流的对动态修改和补偿事务的运行次序 问题等．这些问题是工作流应用中最为关注的问题。 ４．３事务工作流 事务工作流［４１是由Ａｍｉｔ Ｓｈｅｔｈ等人最先提出的．这一概念强 调了与工作流密切相关的事务属性。一个事务工作流包含多个 活动的协作运行．活动是一个工作单元，可能要访问到异构的、 分布的数据库系统 活动间的协调是通过基于相互依赖的控制 流方法进行描述的．它为每一个活动定义了执行的先决条件。事 务工作流的许多技术还不完善，仍处于研究之中，（下转第１７页）
工作流系统中过程模型的应用研究
第２２卷第６期
２（］０２年６月 计算机应用 Ｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ Ｖｏ１．２２．Ｎｏ．６
Ｊｕｎｅ，２Ｏ０２
文章编号：１００１—９０８１（２Ｏ０２）Ｏ６—００１３—０３
工作流系统中过程模型的应用研究
林彤 ，张载鸿 ，李红臣
（１．北京工业大学计算机学院，北京１０００２２；２清华大学计算机科学与技术系，北京１０００８４）
摘要：如何将现实世界中复杂的业务过程转化为可被工作流引擎识别的形式化描述，是架构工
作流管理系统中的一个核 问题。文中讨论了一种过程模型的描述语言，并夼绍了它在面向电子商
务的协同工诈系统（ＥＣＣＳ）中的实现。
关键词：业务过程：过程模型；ＣＳＣＷ＂；工作流；工作流管理系统
中囤分类号：田．３ｏ２．１ 文献标识码：Ａ
ＰＲｏＣＥＳＳ ＭｏＤＥＬＳ ＩＮⅥ ＩＩ【Ｉ口 ＷⅣ【ＡＮＡＧＥＭ匮ＮＴ ＳＹｓ．Ｉ１丑
ＬＩＮ Ｔｏｎｇ ．ＺＨＡＮＧ Ｚａｌ—ｈｏｎｇ ．ＬＩ Ｈｏｎｇ－ｃｈ∞
ｒ１．１ｎｓ￣ｏａｅ ｏｆＣｔｍ￣ｐｔａｅｒ， Ｐｏｆｙｔｅｃｈｎｉｅ Ｕｎｉｖｅｒｓ奸，＆洳ｇ １０００２２，Ｃｈｉｎａ；
２．Ｄｅｐａｒｔｍｅｎｔ ｏｆＣｏｍｐｕｔｅｒ Ｓｃ／ｅｎｏ￣＆Ｔｅｃｈｎｏ／ａｇｙ，乃 咖Ｕｒｕ：ｖｅｒｓ／ｔｙ，＆ ，１（￣０８４，Ｃａ／￣）
Ａｂｓ咖ｄ：Ｈｏｗ ｔｏ ｔｒ＆ｎｓｌａｔ￣ｔｈｅ ｎＬＵ￣ｅｌＯＤｔｌＳ ａｎｄ ｅｏｒａｐｌｉｃａｔｅｄ ｂｕ．．￣ｅｓｓ ｐｒｏｃｅｓｓｅｓ ｉｎｔｏ ｔｈｅ ｆｏｒｕｍ１ ｄｅｓｃｄ￣ｏｎｓ ｔｈａｔ ｃａｎ ｂｅ ｒｅｃｏＦｎｚｅｄ
ｂｙ ｔｈｅ ｗｏｒｌｄｌｏｗ ｅ ｎｅ ｉｓ ｎ ｏ３ｍ ｐｒｏｂｌｅｍ ｉｎ ｔｈｅ ｃｏｔｔｓｔｒｕｃｔｉｃ￣ｔ ｏｆ ｗｏｒｋｆｌｏｗ ｍａｎａｇｅ￣ｎｅｔｒｔ ｓｙｓｔｅｍ．Ｔｈｉｓ ｐａｐｅｒ ｎｍｉｎｌｙ ｄｉｓｅｕｓｓ￣ａ ｋｉｎｄ ｏｆ
ｆ￣ｍｍｌ ｐｒｏｃｅｓｓ ｄｅｆｉｎｉｄｃ￣ｌ ‘ｇＬｌ ａｎｄ ｉｎｔｒｏｄｕｃｅｓ ｉｔ＇ｓ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｉｎ ｔｈｅ Ｅ—Ｃｏｍｍｉｅ ｏｒｉｅｎｔｅｄ Ｃｏｏｐｅｒａｔｉ￣Ｓｙｓｔｅｍ（ＥＣＣＳ）
Lecture整理
Lecture 01
工作流定义：工作流是指整个或部分业务过程在计算机支持下的全自动或半自动化的技术。
工作流关注的主体是过程。它将信息处理中的过程抽出来，研究其结构、性质及实现等。
解决的主要问题是: 使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行, 从而实现某个预期的业务目标，
或者是促使此目标的实现。
在适当的时间将适当的信息传递给适当的人用适当的工具进行处理。
一个工作流包括一组活动以及它们之间的顺序关系，过程及活动的启动和终止条件，以及对每个活动的描述。
活动activity：是一个工作的逻辑单元，不可再分的过程（原子过程）。
过程的结构：顺序、选择、并行、循环。大部分过程都可以用这四种基本结构来建模。
元模型是用来定义语义模型的构造和规则的，通常称为定义表达模型的语言的模型。
工作流的元模型是用于描述工作流内部的各个元素、元素之间关系及其属性的。
工作流管理系统WFMS：是一个完全定义、管理和执行工作流的系统，它通过计算机表示的工作流逻辑来驱动软件有序地运行。
工作流引擎Workflow Engine：为工作流实例提供运行时期的执行环境的软件服务器或引擎。
功能：
1. 解释过程定义
2. 控制过程实例—创建、激活、挂起、终止等
3. 为过程的活动导航，可能要包含顺序或者平行的操作、最后时间期限、对工作流相关数据进行解释
4. 参与者签名和退出
5. 确定任务项目，实现用户意图；提供接口，支持用户交互
6. 维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递工作流相关数据
7. 提供调用外部程序的接口，连接所有工作流相关数据
8. 提供控制、管理和审查功能
组件接口：
1． 过程定义导入、导出接口：转换格式和API调用，从而支持过程定义信息间的互相转换。
2． 客户端应用程序接口：通过这个接口工作流机可以与任务表处理器交互，代表用户资源来组织任务。然后由任务表处理器负责，从任务表中选择、推进任务项。
基于工作流技术的OA系统流程模型设计
计算机与现代化 ２００６年第１期ＪＩｓｕＡＮＪＩ ＹＵ ＸＩＡＮＤＡＩＨＵＡ 总第１２５期 文章编号：１００６－２４７５（２００６）０１．００１６－０３ 基于工作流技术的ＯＡ系统流程模型设计
杜威 ，邹先霞２，常会友 （１．广东警官学院计算机系，广东广州 ５１０２３２；２．暨南大学计算机系，广东广州 ５１０６３２； ｒ ３．中山大学软件学院，广东广州５１０２７５） 摘要：在分析ＯＡ系统目标的基础上，提出了基于工作流管理的ＯＡ系统模型，并对模型中的核心业务流程进行了详细的 分析与设计。 关键词：办公自动化；工作流；工作流管理系统；模型 、 中图分类号：ＴＰ３１７、ｌ 文献标识码：Ａ Ｄｅｓｉｇｎ ｏｆ ＯＡ Ｓｙｓｔｅｍ Ｆｌｏｗ Ｍｏｄｅｌ Ｂａｓｅｄ ｏｎ Ｗｏｒｋｌｌｏｗ Ｔｅｃｈｎｏｌｏｇｙ ＤＵ Ｗｅｉ ，ＺＯＵ Ｘｉａｎ．ｘｉａ２，ＣＨＡＮＧ Ｈｕｉ．ｙｏｕ３ （１．Ｄｅｐａｒｔｍｅｎｔ ｏｆＣｏｍｐｕｔｅｒ，Ｇｕａｎｇｄｏｎｇ Ｐｏｌｉｃｅ Ｃｏｌｌｅｇｅ，Ｇｌｌａｎ ｈｏｕ ５１０２３２，Ｃｈｉｎａ； ２．Ｄｅｐａｒｔｍｅｎｔ ｏｆＣｏｍｐｕｔｅｒ，Ｊｉｎａｎ Ｕｎｉｖｅｒｓｉｔｙ，Ｇ ｍ乎 ｕ ５１０６３２，Ｃｈｉｎａ； ３．Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｏｆｔｗａｒｅ，Ｚｈｏｎｇｓｈａｎ Ｕｎｉｖｅｒｓｉｔｙ，Ｇｕｍ￣ａｈｏｕ ５１０２７５，Ｃｈｉｎａ） Ａｌ ：１１ｌｍｌ】ｇｈ ａｎａｌｙｚｉ￣ｔｈｅ ｏｂｊ￣ｔ ｏｆＯＡ ｓｙｓｔｅｍ，ｔｌｌｉｓ ｐａｐｅｒ ｐｕｔｓ ｆｏｒｗａｒｄ ａ ｍｏｄｅｌ ｏｆＯＡ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ ｗｏｒｋ￣ｏｗ ｍａｎａｇｅｒａｅｎｔ．Ｔｈｅ ｋｅｒｎｅｌ ｏｐｅｒａｔｉｏｎ ｆｌｏｗ ｏｆ ｔｈｅ ｍｏｄｅｌ ｉｓ ａｍｌｙ￣ａｎｄ ｄｅｓｉｇｎｅｄ ｉｎ ｄｅｔａｉｌ． Ｋｅｙ ｗｏｒｄｓ：ＯＡ；ｗｏｒｋｆｌｏｗ；ｗｏＩ＇ｋｆｌｏｗ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ；ｍｏｄｅｌ
工作流系统时间管理
软件２０１３年第３４卷第７期 ＳｏＦＴ、＾ｒＡＲＥ 国际ＩＴ传媒品牌
工作流系统时间管理
刘洪政
（重庆市中冉信息产业有限公司，重庆４０００４１）
摘要：企业在处理业务时，政府在审批公文时都会有一个流程，也就是工作流管理系统。为了办公自动化，现已有工作流管 理软件系统。在这一软件系统里，时问管理是关键部分，也是工作流技术实施复杂的企业和政府应用的严重局限。而时间管理的 关键是时间信息的有效建模。当时间管理及其时间信息建模做好了，对于开发灵活性和实用性的工作流管理系统具有非常重大的 指导性意义。 关键词：工作流；时间；管理 中图分类号：ＴＰ３１５ 文献标识码：Ａ ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１００３—６９７０．２０１３．０７．０５３ 本文著录格式：［１］刘洪政．工作流系统时间管理Ⅱ】．软件，２０１３，３４（７）：１４￣１４５
Ｏ引言
工作流管理系统，筒称ＷＦＭＳ，是对业务、公文捞￡转过程
经过分析和抽象，围绕业务交互逻辑、业务处理逻辑和参与者
三大问题进行解决，为方便业务交互逻辑、业务处理逻辑以及
参与者的修改，多数通过提供可视化的流程设计器和表单设计 器来实现。而在这一系统中，时间管理是非常重要的一个部分。
只有在工作流管理系统中处理好了时间管理问题，那么工作流
执行满足过程中的时间约束问题就可以得到确保。所以工作流
系统时间管理对于增强工作流管理工作、丰富工作流程建模理 论和推动工作流管理软件的实际应用具有重大意义 Ｊ。
１概述工作流时间管理
随着企业市场日趋激烈的竞争和政府迫切需求的提高办事
效率，对工作流平台中的时效性、作业管理以及监控提出了更
改的要求。因此工作流管理软件系统应运而生，要管理好这一
软件系统就必须管理好时间。
工作流时间管理包括研究工作流执行的时间计划，估计不
同的活动执行延迟、避免活动或者过程中违反时间约束以及时 间违反的异常处理，以此来提高过程管理的效率 Ｊ。要想做好
基于XML数据库的工作流系统研究与应用
科技信息2008年第28期SCIENCE&TECHNOLOGYINFORMATION
1.引言工作流技术作为对企业业务过程建模、分析、优化、管理的核心技术,它的有效使用可以及时调整企业的业务过程,规范企业的经营管理,降低企业的经营成本,增强企业的竞争力。但是,不同企业业务过程的复杂度、运行环境、运行平台以及所使用的应用程序有很大的差异,如何准确、简洁、全面地建立业务过程的工作流模型,并能够在异构、跨平台以及分布式环境下对它的运行进行有效控制,一直是工作流技术研究的重要内容。2.工作流技术工作流的概念起源于生产组织和办公自动化领域,它是针对日常工作中具有固定程序的活动而提出的一个概念。目的是达到提高办事效率、降低生产成本、提高企业生产管理水平和企业竞争力的效果。随着工作流技术的发展和计算机网络技术的不断进步,工作流管理系统的功能越来越强大,应用范围也越来越广。工作流系统根据所实现的业务过程、底层实现技术以及任务项传递机制等可以对工作流管理系统进行不同的分类。总体上来看,所有这些工作流系统都提供如下三种基本功能[1]:(1)过程设计与建模功能:工作流管理系统的部署可以分为两个阶段。建立阶段与运行阶段。建立阶段主要完成业务过程的建模,即把实际的业务过程转换成计算机的定义。这要对实际的业务过程进行设计,分析工作流过程和相关活动之间的关系,设计系统的模型,并把模型生成过程定义。(2)运行阶段的控制功能:在一定的运行环境下,解析过程定义,初始化过程模型,生成过程实例。根据模型定义的运行条件和工作流相关数据,启动过程实例,执行工作流过程。控制过程实例的运转,完成工作流模型中定义的各个活动的功能。(3)运行阶段的人机交互功能:当活动实例的执行需要人或应用程序参与时,工作流系统提供人机交换接口,建立工作流实例和人员之间的连接,响应用户的请求,对人员做出的各个动作进行相应的处理。保存人员对工作项的执行结果及提交的相关数据。3.基于XML数据库的工作流系统设计XML技术是本文中用到的一项重要技术。工作流的建模、工作流引擎之间的通信以及数据的管理都要用到XML技术。XML是由万维网联盟开发的一种描述数据的技术。它是一种可根据应用程序以不同的方式来描述各种不同类型文件和数据的逻辑结构的元语言(metalanguage)。特别是XML不只是用于一种数据格式的使用,它需要与多种相关的技术相互作用[2]。XML的标准体系由一连串不同的“子标准”组成,它们共同定义和描述了文件表现与使用的各个层面。3.1工作流的过程模型过程模型用来描述业务过程中各个事件之间的逻辑关系。它把一个业务过程抽象为一个过程,把业务过程中的事件抽象为活动,把事件之间的关系抽象为转移信息。过程模型描述了各个活动的内容以及活动之间的关系。过程模型是工作流模型的核心,组织模型、资源模型、数据模型分别被过程模型所调用,它们分别为过程模型提供“人”的支持、“物”的支持和数据支持,有时我们所说的工作流模型就是指过程模型。这四个模型之间的关系可以如图3-1所示。图3工作流模型之间的关系过程模型主要由从业务过程中抽象的基本元素“工作流过程”组成。工作流过程又包含一些基本元素:过程头信息、活动集、活动、转移信息以及过程的一些属性。过程实例的状态主要有:初始态(initiated)、运行态(running)、激活态(active)、挂起态(suspended)、终止态(terminated)和完成态(completed)。初始态:一个过程实例已经创建,包括过程实例的创建和工作流相关数据的创建;运行态:该过程实例己经开始执行,但还不满足开始执行第一个活动实例并生成一个工作项的条件;激活态:过程实例中一个或多个活动满足了开始执行的条件己经开始执行;挂起态:该过程实例正在运行,但处于静止状态,除非有一个“重启”的命令或者外部事情促使该过程实例回到准备运行状态,否则所有的活动都不会执行;完成态:该过程实例的所有活动已经完成,并且满足结束该过程实例的条件;终止态:该过程实例在正常执行结束前被迫终止,如出现错误或者异常情况[3]。3.2工作项管理器的实现工作项管理器就是对活动实例生成的工作项进行管理.活动的实现方式有两种:自动实现和人工实现。活动实例执行时,如果是自动实现,则有工作流引擎调用应用程序实现活动实例所定义的功能;如果是人工实现,就会生成工作项,只有在人员的参与下,活动实例才能够完成。工作项管理器对生成的工作项进行监控和管理,其主要功能包括:获取工作项、打开工作项、提交工作项和重新分配工作项[4]。这些功能是由类WorkItem中的方法来完成。(1)获取工作项:根据输入的条件显示满足要求的工作项。主要方法如下:WorkItem[]getWorkltem(StringuserID);通过用户的ID获取工作项.工作流实例在执行之前,通过工作流管理系统提供的接口可以把工作流模型中的角色和用户ID进行绑定。工作项在生成时虽然只指定角色,但工作流管理系统已经把它和具体的用户绑定。在工作项管理器中选定一个用户,会列出所有的他要执行的工作项。WorkItem[]getWorkltem(StringprocessInstanceID);通过过程实例ID获取工作项,该方法显示出该过程实例生成的所有工作项。WorkItemgetWorkltem(StringworkItemID);该方法获取指定工作项ID的工作项。(2)打开工作项:一个工作项在执行之前,首先要接受该工作项,即打开工作项,然后才能执行后续动作,包括改变工作项的状态等。booleanacceptWorkItem(StringworkItemID,StringuserID);第一个参数代表工作项ID,等二个参数表示用户ID。该方法表示由指定ID的用户打开指定ID的工作项,如果打开成功,返回True否则返回False。booleanchangeWorkItemState(StringprocessInstanceID,StringworkItemID,StringuserID,intworkItemState);该方法用来改变工作项的状态。参数1为过程实例ID,参数2为工作项ID,参数3为用户ID,参数4为工作项的新状态。该方法要进行用户ID验证,只有该用户具有修改该工作项的权限,这个方法才能执行。如果执行成功,则返回True,否则返回False。booleancompleteWorkItem(StringprocessInstanceID,StringworkItemID,StringuserID);该方法设置工作项的状态为完成状态。参数1为过程实例ID,参数2为要设置工作项的ID,参数3为设置工作项的人员ID。如果执行成功,返回True,否则返回False。(3)提交工作项一个工作项,在正确完成所规定的任务后,就可以向工作流引擎进行提交,其方法如下(下转第页)基于XML数据库的工作流系统研究与应用董丹丹1,2(1.武汉大学软件工程国家重点实验室湖北武汉430072;2.江西理工大学应用科学学院江西赣州341000)【摘要】工作流引擎是工作流管理系统的核心,对工作流模型进行执行与控制。本文建立了基于XML的工作流模型。该模型对业务过程进行加工提炼,从中抽象出组成业务过程的基本元素。这些基本元素之间的嵌套关系通过XML语言进行表示,有利于功能的扩展与裁减。【关键词】工作流模型;工作流系统;XML数据库○IT技术论坛○
PowerBI技巧之工作流(Workflow)基本介绍
工作流简介
工作流（Workflow
），就是“
业务过程的部分或整体在计算机应用环境下的自动化”
，它主要解决的是“
使
在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目
标，或者促使此目标的实现”
。
通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机
能理解的形式就是工作流。
工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自
动传递文档、信息或者任务。
工作流管理系统(Workflow Management System, WfMS)
是一个软件系统，它完成工作流的定义和管理，
并按照在系统中预先定义好的工作流规则进行工作流实例的执行。工作流管理系统不是企业的业务系统，而是
为企业的业务系统的运行提供了一个软件的支撑环境。工作流管理联盟(WfMC
，Workflow Management
Coalition)
给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它通过执行经过计算的流程
定义去支持一批专门设定的业务流程。工作流管理系统被用来定义、管理、和执行工作流程。
工作流应用广泛，在由任务驱动的各种系统中都有应用，例如OA
、CRM
、ERP
、ECM
、BI
等。在企业应
用中还有很多产品或平台集成工作流引擎，用来处理系统运行过程中发起的业务流程。
工作流总是以任务（Task
）的形式驱动人处理业务或者驱动业务系统自动完成作业。有了工作流引擎之
后，我们不必一直等待其他人的工作进度，直白地说，我们只需要关心系统首页的待办任务数即可，由系统提
醒当前有多少待办任务需要处理。
采用工作流管理系统的优点：
1
）提高系统的柔性，适应业务流程的变化
2
）实现更好的业务过程控制，提高顾客服务质量
3
）降低系统开发和维护成本
工作流生命周期一个完整的工作流生命周期会经过五个步骤，并且迭代循环：
定义：工作流生命周期总是从流程定义开始。此阶段的任务主要是收集业务需求并转化为流程定义。一般