工作流模型分析
作者：胡长城（银狐999）
Email：james-fly@https://www.doczj.com/doc/b33806913.html,
创作时间：2003年11月
早就想写篇有关工作流模型方面的文档。一直以来，网上只发现一些英文文档，有关工作流的中文文档实在太少，有关工作流模型的更是稀少。
就不罗嗦了，直接进入正题吧。接下了及后续的篇幅，我会为大家介绍以下几方面内容：
起点模型，激活模型，运转模型，流程组合嵌套模型，流程整合模型等。其中，第三节的运转模型，理所当然的是本篇的重中之重了，说的也比较细致。请参看下面的目录结构。
目录
=============================================================================
一、流程的起点模型
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）
简单聚合（Simple Merge）
多重聚合（Multiple Merge）
鉴别式聚合（Discriminator Merge）
四、流程组合嵌套模型
4.1 内嵌模型
主流程等待方式
主流程也运行方式
4.2 外嵌模型
五、流程整合模型
================================================================================= 有关“什么是工作流”和工作流的概念，就不在这里介绍了。大家有兴趣的可以到WFMC上看看。这里先说说个人的看法：一个工作流包括一组任务（Task）及它们的相互顺序关系，还包括流程及任务的启动和终止条件，以及对每个任务的描述。其实这是摘自https://www.doczj.com/doc/b33806913.html,/workflow/workflow.htm 上一段话有关工作流的描述。只是原文叫“活动”，我改为任务（Task），可能更好理解一些。
其实，现在已经跳出了单工作流的圈子，越来越倾向于多工作流之间的嵌套或整合，在本文后面的第4、5节会简要的介绍。
在进入各个模型说明前，需要说明一些有关本篇文章中，出现的一些图形含义。既然然流程图，就免不了用图形表示，用图标代替一些流程节点的含义。如下图所示：
有关器各个图标的含义，在后续会说明。
一、流程的起点模型
任何事物都有由头有尾，一个流程也不例外，那么现在我们就从流程的“头”——流程起点说起。
首先，需要说明的是，起点也是一种任务节点（Task Node）。
1.1 单起点（Single Start Node）
单起点估计大家都比较容易理解，现实中工作流应用的也是最为普遍。如下图（1-1）所示，其就是单起点的模型。在接下来的所有图像中，一个绿色方框代表一个起点。
图（1-1）
1.2 多起点
多起点的工作流，在现实应用多不是太多。其主要表达的是，在同一流程中，存在多个起点。说到这里，有必要重新申明一下：起点也是一种任务节点，也就说起点不是独立于工作流任务的，在流程启动的时候，其也需要完成某种特定的任务，以激活整个工作流的运转。
多起点的工作流模型，基本上有如下三种方式。
多起点方式一
请参考图（1-2），起点A和起点B，它们都可以激活流程的运行，而且激活后，流程都会共同指向Task A。所以，对于Task B来说，其不关心流程是如何激活的，其只关系从Task A是否正确的传递来正确的流程数据。
图（1-2）
多起点方式二
在方式二（如下图（1-3））中，起点A激活工作流后，导致流程沿着Task A——Task B——Task C方向流转。而从起点B激活工作流后，Task A则被跳过。
这种方式，在现实中是极为少见的。如果将Start B——Task B这条流程段与 Start A——Task B 这条流程段，分开来看。则可以近似看作的两个“子流程”的选择性汇总（两选一，或多选一）的情况。
图（1-3）
多起点方式三
方式三（如下图（1-4）），虽然也存在多个起点，但是基本是按照一个统一流程方向运行的。这是与方式二最大的区别所在。在此，须要再此申明：一个起点（Start Node）同时也是一个任务节点（Task Node）。参看图中的Task B/Start B节点。
此种方式，在现实中，还是有一定应用性的。特别是在多个流程之间信息交互的时候，流程A发送消息数据，激活流程B的运行。但是未必是从流程B的默认激活点激活，可能是从流程B的中途某个任务激活。比如图中的Task B/Start B任务节点（同时也时流程起点）
图（1-4）
二、流程的激活模型
上面我们看了工作流的起点模型。也知道任何流程，都必须有起点，或者相对的起点。一个流程被激活后，会从起点开始沿着预定的流程路线，有序或无序的往下进行（注意，我这里提到了“无序”二字，我将在后续讲解“无序”状态）。
所以，起点就是这个流程被激活的源头。下面让我们来看看，一个流程被激活的方式，或者说一个起点，被激活的方式：
从起点的激活方式，有如下两种方式：
2.1 人工激活
大多数的流程激活，都是因为人为的信息数据输入或产生。比如一个订单处理流程，客户提交了订单信息（订单信息数据产生），则激活了订单处理流程的开始。
2.2 定时或限时激活
在一个特定的时间，因为特定的情况，符合特定的条件，激活某个特定的流程（或任务）。
这种激活方式，在现实中很少单独出现，大多数情况，都因为在某一个流程中，因为在限定的时间内，因某项任务未达到预期的状态，而激活另外的任务或新的处理流程。也就说，这种方式，是受外来因素影响的，而且大多与一些流程任务（或流程模式）一起出现。
举个定时激活的实例：比如，订单处理流程，限定5天内发货，那么定义在第三天的时候，如果没有接到发货通知，则激活一个催办信息（催办任务）。这样流程系统，会在第三天的时候自动发出催办信息。
2.3 外界消息激活
这种方式，大多是在多流程信息交互（或大小流程嵌套）应用中。现在比较流行的业务流程整合/管理（BPM），基本上都涉及到这方面内容。
如下图所示，流程A，在结束的时候（在以下的所有图中，将采用红色框图，表示结束节点），会向流程B发送Message，以激活流程B的运行。至于这个消息是Soap消息，还是通过消息中间件转发的Message，这就是不同的应用方式了。
一般现实应用中，都需要考虑JMS或WebService的应用接口。从个人目前所实施过的工作流应用来说，大多还是采用Message Query方式居多。虽然软件的发展，逐渐SOA（面向服务）化，但是WebService 的安全性或数据正确性，还有待进一步的发展，从这一方面说，比起消息中间件的高度安全性和消息正确性，WebService目前还是稍逊一筹。其实，安全性和信息正确性，是很多应用客户非常关心的焦点。
但是，SOA化的发展是未来的趋势。所以现在大多的应用都会提供JMS和WebService接口，或其他类似接口。
图（
2-1）
三、流程的运转模型
这里将是本文最为核心的地方了，什么是工作流，也将在其运转模型中体现。
任何事物都是循序渐进的，由简单到复杂。我们先来看看最为基本的集中运转模型
3.1 基本运转模型
串行（Sequence ）
串行，是最为简单，也最为容易理解的模型。按照预定的任务列表（Task A,Task B,Task C ），有序的执行，如下图（3-1）所示。
图（3-1）
自循环
自循环的模型，主要用于表示：同一个任务节点，重复的执行多次。
图（3-2）
如图中所显示。“模式2”比“模式1”多了一个鉴别节点（Discriminator Node ）。这两种模式，在现实中应用的都较为广泛，其中“模式1”更多的偏向人为的选择，也就是说，在任务执行后，由人为的决定是否继续重复的执行这次任务；而“模式2”则更多的倾向于一个既定的规则，按照原有的规则，决定是否重复执行。
3.2 发散运转模型
并行（Parallel ）
并行，就涉及到流程的分支概念。就是说在流程运行过程中，因为不同的条件或情况，或者处理的业务需要多部门（多任务）分开处理，而产生了流程分支。如下图所示
图（3-3）
流程在执行完任务A 后，因为需要，产生了两个并发执行的分支（A ——B 和A ——C ）。这两个分支之间是对等的，也是并行执行的。
有关上面的流程图，可能在以后的一些文章/
文档中，大家会看到下面类似的图形
图（3-4）
虽然比上图多了一个And 选择器，但实际上，两图，表示的是同一个含义或模型。所以大家在应用或读书的时候，可以长个心眼哦，自己学会实质性的分析。
独占式选择（Exclusive Choice）
当一个任务处理完后，发现其后面可允许走多个分支流程，但只允许选择其中某一个分支运行。这个选择是人为决策的，预先没有设点选择的规则。
图（3-5）
鉴别式选择（Discriminator Choice）
这同前面的“独占式选择”很相似，唯一不同点，就是多了一个鉴别器（Discriminator）。当任务达到这个鉴别器的时候，鉴别器会根据当前流程所处的状态，对比预先设定的一些选择规则，自动判别接下来流程的流向，也就是自动根据条件，选择一个满足条件的分支运行。
图（3-6）
鉴别器模式（有的可能叫选择器等等名字，表达的意思基本相同），在现实应用中较为广泛。比如在订单申请流程中，设定一个依据数额判别流向的鉴别器，如果数额大于等于5000就走分支流程A，如果数额小于5000就走分支流程B。
抄送模型
抄送模型，本身不是一个标准的工作流运转模型，但是在现实应用中，比比皆是。
它表达的意思是（请参考下图），存在主流程（A——C），在一个任务（A）执行完毕后，会继续执行主流程上下一个预定任务（C），但是同时也会激活另一任务（B）（或另外的流程）的执行，但是任务B 以及任务B的后续流程，不会对主流程运转造成影响。
请注意图中的A——B流程沿线，用的是灰色虚线表示，而且任务B也同样采用灰色表示。
图（3-7）
来个举个电子办公系统中，经常遇到得例子说明一下：比如一个发文，在交司局会签的时候，可能会抄送一份给另外的司局备案，这个过程就或额外的激活一个不影响主会签流程的“抄送任务”，比如图中Task B。
发散模型
说到这里，大家可再回过头参看一下并行模型（3.2.1节）。发散和并行最大的区别就是，各个分支（branch）的流程状态（或流程数据）：
在并行模型中，分支状态（A-B）与分支状态（A-C）是大多数情况下是不相等的。由任务A执行后的状态进行一定条件下的“拆分”，形成了两个分支（或多个分支）流程。这多个分支流程，在最终需要重新聚合成一个主流程，以确保流程信息的完整性（当然，实际运行中，可能存在因为超时等特定原因而最终抛弃某个子流程）。
而在发散模型中，分支状态（A-B）与分支状态（A-C）是绝对相等的。因发散而产生的多个分支流程，在最终未必聚合（可能因为种种原因，聚合的时候会抛弃一个和多个分支流程）。
这里面说到了“聚合”概念，在后续的介绍上，将加以详细叙述
图（3-8）
3.3 聚合运转模型
下面我们就将进入聚合模型的介绍。因为有了“发散”，在一个流程的后续运转中，才会出现“聚合”
这个问题。所以在后续讨论聚合模型的时候，大多情况下都会结合上面的发散运转模型。
同步聚合（synchronize merge）
由必要说明一下，同步聚合，可不是“同时聚合”噢。
图（3-9）
简单聚合（Simple Merge
）
虽然名为简单聚合，不过在现实应用中，其理解度和应用度，都基本上比上面的“同步聚合”要难。多分支在聚合的时候，采用类似于“先进先出”法则，哪一个分支先达到，则最先激活流程的运行。后续的分支则到此就会终止。
图（3-10）
多重聚合（Multiple Merge ）
多重聚合，与上面的简单聚合有些相似。但是比起Simple Merge 可就复杂多了。到目前为止，在现实中，我还没有碰到过这样的流程实施。 多分支在聚合的时候，采用类似于“先进先出”法则，但是不同于简单聚合的是，任何一个分支，在到达这个聚会点的时候，均会激活后续流程的运转。 这就涉及到一个问题了，如果一个后续流程实例刚刚被激活，又一个分支到达，那么这个分支是否激活后续流程实例呢？在不同的工作流引擎中（
workflow enginner ）中会有不同的解决方案，有的选择立即激活，有的选择等待延迟激活。就这一点来说，不是本文的讨论主题，有兴趣的朋友，可以在自己的引擎中实现不同的方式。
图（3-11）
鉴别式聚合（Discriminator Merge）
这个是较为容易理解的，显示应用中也常常碰到，但是在应用的实施难度较大，因为一般与其配合的都会存在一个“规则引擎”，来定义/处理聚合规则
图（3-12）
四、流程组合嵌套模型
一直到现在，所说的模型，都是定位在“任务之间的关系”。不论前面的发散运转模型，还是聚合运转模型，都只是流程内部的任务关系，而不涉及到流程与流程之间的关系。
请参看下图，虽然任务很复杂，但是所有的任务都限定在同一个流程中，而且为了巩固前面的一些运转模型概念，我特意在里面包含了并行，发散，自循环，鉴别聚合，同步聚合等模型。
图（4-1）
让我们再来看看下面的流程，看起来比上面的流程简单，其实不是。仔细的看，其实这里面有两个流程在运行，一个主流程内嵌一个子流程。
图（4-2）
接下来，就来看看流程与流程之间会存在什么样的关系，存在什么可能的模型。
4.1 内嵌模型
内嵌模型刚刚已经提到了，就是在一个主流程中，内嵌了一个或多个子流程。每个子流程自身可能是可独立运转的；也有可能是主流程的辅助性子流程，不可独立运行。
主流程等待方式
请参考下图，在主流程运行到“Router”位置的时候，会激活一个子流程的运行；在子流程运行完后，会重新运行到主流程的“Router”位置，继续主流程的运行。
图（4-3）
在这种方式下，当子流程运行的时候，主流程会暂停，等待子流程的完结。
主流程也运行方式
比较下面的图与4.1.1节的图，就会发现很大的不同。
与“主流程”相同的是，当主流程运行到“Router”位置的时候，会激活一个子流程的运行。但是，激活子流程后，主流程并没有停止，而是基于按照预定的流程方向运行；同时，激活后的子流程也同样处于软转状态。
说到这里，估计很多让都会询问，那么子流程的信息什么时候返回呢？虽然在下图中，表示为子流程的信息返回到主流程的“任务A3”。但是，依然涉及到很多问题，比如：什么时候聚合，怎么聚合的问题了；而且主流程和子流程的运行时间未必搭配恰当，有可能存在主流程首先运行到T ask A3点，而这时候子流程还没有运行结束情况，反之亦然。
这种情况，大多数采用“同步聚合”的方式：如果有一方未到达的情况下，另一方会等待。当然，这其中可能涉及到等待超时等不良因素，这时候主流程时选择继续等待，还是发催办消息，还是继续运行，就是工作流引擎的设计问题了。
图（4-4）
4.2 外嵌模型
与内嵌模型不同的地方，就是外嵌的子流程，不返回主流程。在主流程激活子流程后，主流程继续运行，且不关心子流程的运行状态或运行结果。
参考下图，你会发现其与内嵌模型中的“主流程也运行方式”非常的相似，区别就是，子流程最终没有返回到主流程。
图（4-5）
五、流程整合模型
流程整合的模型，已经超越了“流程运转模型”的概念范畴。但是作为目前“系统整合”的一个比较流行的趋势，拿到这里顺便提一下。
现在的业务越来越复杂，跨区域，跨部门之间信息交互方式的需要越来越明显，而且跨区域，跨部门之间业务配合也越来越多。从信息整合的发展来看，“面向应用的数据层整合”和“面向服务的接口层整合”都逐渐走向“BMP”模式：由中央主流程控制多个子流程（分布在不同地域或不同部门，各自独立的流程）协同运行，以达到整个业务逻辑的运行。
其实在第二章“流程的激活模型”的“外界消息激活”模型中，我已经简单提到了一些，只是不太明确。那么现在让我们来看看一个普通的“流程整合”大概是什么样子的，请参看下图。
实际的整合要比这张图上的复杂很多，也许还会有一些JMS/WebService等的信息交换接口，可能用到不同厂家的数据交换平台，或消息中间件等等；当然那些安全措施也必不可少了。
简单的整合模型，基本上都是采用“主流程控制”的方式：由一个主流程控制整个流程的运行，由各
个子流程具体完成某项任务，并向主流程返回处理结果。主流程在确定子流程正确运行/处理完后，并得到处理完的信息后，会继续按照预定的流程路线，激活另一个子流程。
在有的流程整合设计中，主流程本身不完成任何任务（只负责运转控制）；而有的设计中，主流程本身自己也需要完成一些任务。
图（5-1）
到此，有关流程的运转模型，基本上就完结了。现实中，可能存在的模型要比这些“图形”要复杂很多，也会考虑很多因素（组织模型，安全，信息文档等等）。考虑的因素越多，涉及的流程复杂度越高，对工作流引擎的要求就越高。实际上，一个非常通用的工作流引擎是很难存在的。因为一个工作流引擎不仅需要解析预定的流程，而且还需要控制维护流程运转中的数据信息（很多业务数据是有很强的领域性），所以大多的工作流引擎都是定位在某一方向上，以解决某一类问题为主。
希望以上的文字，能够让大家了解通用的一些流程运转模型。真正在使用中，还需要大家自己去摸索，去积累了。
本来也想将“流程的状态模型”也加上，但考虑这个状态模型本身就够说一大堆的，所以讲起推倒以后了，在接下来我会专门写一篇探讨状态模型的文章。
毕竟一家之言，难免有遗漏错误之出，请斧正。
工作流引擎 产品功能介绍V0.07
目录 1.1工作流引擎简介 (4) 1.1.1产生背景 (4) 1.1.2发展阶段 (5) 1.1.2.1EDF(电子数据流)阶段 (5) 1.1.2.2TPF(事务处理流)阶段 (5) 1.1.2.3IMF(整体集成管理流)阶段 (5) 1.1.2.4CPF(知识共享和持续改进)阶段 (6) 1.1.3主要特点 (6) 1.1.4流程定义和运行 (7) 1.1.5流程运转模式 (7) 1.1.6工作流引擎不等于OA系统 (9) 1.2XX工作流引擎 (10) 1.2.1XX工作流引擎简介 (10) 1.2.2产品设计 (11) 1.2.2.1工作流是XX电子政务平台的组件之一 (11) 1.2.2.2工作流引擎设计思想 (12) 1.2.2.3工作流引擎产品架构 (14) 1.2.3产品功能 (15) 1.2.3.1支持流程运转模式 (15) 1.2.3.2设计工具 (19) 1.2.3.3控制平台 (21) 1.2.3.4任务列表 (22) 1.2.3.5流程与用户 (24) 1.2.3.6工作流数据 (25) 1.2.3.7事务处理 (26) 1.2.3.8异常处理 (26) 1.2.4产品安全能力 (26) 1.2.5产品集成扩展 (26)
1.2.6运行环境 (27) 1.3XX工作流引擎适应复杂应用的要求 (27) 1.3.1多机构联合作业 (28) 1.3.2流程的定义集中管理 (29) 1.3.3嵌套子流程和和引用子流程 (29) 1.4XX工作流应用实施方法 (29) 1.4.1点面结合，全面推进 (29) 1.4.2分步实施，适当激励 (30) 1.4.3持续改进，形成文化 (30) 1.5XX工作流引擎成功案例 (30) 1.5.1广州移动广州公务机管理系统 (31) 1.5.1.1实现功能 (31) 1.5.1.2实施效果 (32) 1.5.2广州外经贸网上政务-发文管理 (33) 1.5.2.1实现功能 (33) 1.5.2.2实施效果 (35)
业务流(BPM)与工作流(workflow) 的区别 在SOA 实践中，对于 BPM面临着不少困惑与选择，主要是工作流与业务流的架构区别。有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。这里简单地讨论一下 BPM 中业务流与工作流的作用区别。简要概述了工作流与业务流的主要区别。 工作流与业务流的主要区别
斯欧信息 简言之，业务流程管理主要包含业务建模，组装，部署及管理。使用业务流或工作流工具似乎都能设计开发业务流程管理。但从 SOA 的角度，服务的划分及交互通常是项目关注的重点。所以， SOA 强调的是如何灵活组合业务服务。而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。同时利用 BPM 工作流的主要功能，诸如 : 活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。 在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。因为业务流程管理并非主要是技术问题。对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。 对于同样的一个较为复杂的流程应用项目， 如果使用工作流， 会显得很复杂， 结果是很多流程产出件， 而如果使用业务流，一般架构设计较为规范， 流程量骤然减少， 重用性提高。 值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取 决于采用的流程管理产品（或几个不同产品）及架构设计及理念。工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。其实，工作流或业务流本身并无绝对优势，在SOA/BPM 都要用到，如何用好用对才是关键。
本文格式为WORD，能编辑和复制，感谢您的阅读。 泛微协同工作流解决方案 一．工作流程管理的一些说明 在企业的实际管理和运营过程中，采用手工处理工作任务经常会遇到这些问题：工作效率低下，为了签发一份合同而在各个部门奔波，并且经常因为负责人不在而造成工作的延误；工作流相关资料不能有效和统一的管理；工作流的审批意见不能完整地保存并归档；工作流牵涉到的相关数据更新必须人工二次录入，甚而引发更多的待处理任务…… 而对工作流程的电子化管理可以大大提升企业运营的效率。工作流程是对一整套规则与过程的描述，以便管理在协同工作进程中的信息流通与业务活动。它的目标在于根据企业实际规范和业务操作来定义电子化的工作流，以智能的方式处理过程，保证工作中的某项任务完成后，按预定的规则实时地把工作传送给处理过程中的下一步，保留工作流转进程中的操作痕迹，更重要的是，保证相关数据的自动更新。 一个好的工作流程管理软件可以从以下几个关键因素来评判： §流转路径的智能化 §跟踪与监控信息 §与其他应用相结合 §高度的灵活性采用计算机化的工作流程解决方案是可以帮助人们把作业环境规范化，减少失误与重复劳动，缩短办理周期，提供过程优化的依据，从而达到提高效率和科学管理的目的。 二、工作流程管理总体特点
基于泛微协同商务系统的工作流程管理模块（e-Workflow），为企业搭建一个高效、灵活的工作流程平台，用户可以自行定义所需要的各种流程应用。 e-Workflow工作流程管理基本框架： 它的特点包括： 1）信息的集成性 泛微协同商务是基于“协同”思想体系设计的系统，打破存在于企业的信息孤岛，在各种信息之间建立千丝万缕的联系，并且提供快捷和友好的方式供用户查询。因而所有存储的信息，无论其来源（例如来
万科K2工作流系统 用户手册
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 2运行环境 (3) 2.1硬件环境 (3) 2.2软件环境 (3) 3流程操作 (4) 3.1发起流程 (4) 3.1.1登陆系统 (4) 3.1.2发起流程 (4) 3.1.3编辑流程 (6) 3.1.4提交流程 (9) 3.2审批流程 (13) 3.2.1邮件审批 (13) 3.2.2K2系统审批流程 (16) 3.2.3查询流程 (31) 3.2.4流程催办 (32) 4个人设定 (34) 4.1.1授权设置 (34) 4.1.2移交设置 (35) 5流程管理 (36) 5.1.1增加流程 (36) 5.1.2创建模板 (37) 5.1.3流程权限设置 (39) 5.1.4条件配置 (40) 5.1.5流程复制 (41) 5.1.6岗位设置 (42) 5.1.7系统角色 (43) 5.1.8秘书设置 (45) 5.1.9删除审批 (46) 6权限管理 (47) 6.1.1平台管理员设置 (47) 7K2流程发布 (48)
1引言 1.1编写目的 本文档的编写目的主要是说明用户如何使用万科K2工作流系统的操作。 1.2背景 确定统一的K2自动化平台，完成管理流程体系中关键内容的标准化，并设置控制点，把握数据来源，跟踪实施效果，制定较为完善的标准化和自动化策略，形成“管理流程标准化和自动化推广模板”。形成一个标准化的管理流程体系，建立一个统一高效的审批自动化平台。达到各一线公司优势互补，形成较为一致的管理流程体系，各类管理流程流程步骤、事项明晰，审批速度的提高，老公司进一步规范现有管理流程体系，新公司可以在较短时间内掌握管理方法提升管理能力，满足公司高效率底风险的管理要求，适应公司规模化复制效应的实现，为流程的持续优化打好基础的目的。 2运行环境 2.1硬件环境 可支持Windows XP的硬件配置 2.2软件环境 操作系统：Windows (sp2) 浏览器：IE6.0，IE7.0
流程管理解决方案 篇一：蓝凌软件—OA流程管理解决方案 面临的新挑战 企业的流程管理体系应该是多层次的，业务流程需要通过管理和IT二种手段来统一管理与持续优化，通过流程梳理、流程再造等管理手段推动企业流程持续改进，通过IT 技术实现流程E化、监控与分析来提高企业流程执行的效率并提高流程优化参考数据。 球经济的巨大变化，迫使企业的生存与发展面临更大的挑战。对外企业需要快速响应客户需求、加强与供应商和合作伙伴的协作效率，对内则需要通过优化组织架构、管理制度和优化业务流程等手段来提高业务的敏捷性和管理精度。 企业在业务流程管理方面的要求越来越高： 如何进一步规范内部管理和运作效率 如何进一步优化核心业务流程，以提升竞争力和效益 企业现有的OA、ERP等应用系统的流程工具无法满足业务需要 如何加强内部运作管控，满足法规遵从、上市等内控要求 如何让业务人员、管理人员与IT人员更容易沟通，降低IT开发成本
解决方案 蓝凌业务流程管理解决方案，将帮助企业实现业务流程全生命周期的管理，为企业提供高效的业务协作工具，具体包括管理咨询服务和IT技术服务。其中， 流程管理咨询服务： 借助流程管理专家的丰富经验对企业级或某业务领域的流程作体系化进行梳理规划，帮助企业进行流程管控体系的建设，根据业务优化要求识别核心业务流程并进行分析优化，进行流程运营知识化状况分析优化，规划与设计流程管理E化平台； 业务流程管理平台： 提供完整的业务流程管理支撑平台，在流程的梳理分析、流程设计和建模阶段提供IT辅助设计工具，在流程E 化阶段提供强大的流程和自定义表单设计工具，可扩展的流程运行平台，在流程优化阶段提供流程监控、统计分析工具，实现流程从设计—实现—应用—优化的全过程E化管理。 流程管理应用 日常审批流程应用： 在企业日常的管理运营过程中，存在着诸多的办公审批流程，通过BPM解决方案，可以实现企业日常运作的快速电子审批。 业务流程应用：
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
各种工作流模式的实现 作者：非也QQ：20674450Email：nychen2000@https://www.doczj.com/doc/b33806913.html, 目录 1.概述 (3) 2.Fire Workflow流程元素介绍 (3) 1)Activity和Task： (3) 2)Synchronizer、StartNode、EndNode (4) 3)Transition (4) 3.设计约束 (4) 1)约束1 (4) 2)约束2 (4) 3)约束3 (5) 4)约束4 (5) 5)关于设计约束的说明 (5) 4.顺序、分支、汇聚 (6) 1)顺序分支汇聚其实是统一的 (6) 2)顺序业务流程举例 (8) 3)并行业务流程举例 (8) 4)分支选择业务流程举例 (9) 5)汇聚业务流程举例 (10) 5.子流程 (11) 1)流程设计 (11) 2)流程模拟 (12) 3)关于“Multi-Merge”的探讨 (13) 6.“自由流”(Jump) (14) 1)流程设计 (14) 2)流程模拟 (14) 3)相关API (17) 7.循环(Loop) (18) 1)流程设计、模拟 (18) 2)相关API (18) 8.略过(Skip) (18) 1)流程设计 (18) 2)流程模拟 (19) 9.会签 (20) 10.委派 (21) 11.任务完成期限 (21) 1)流程设计、模拟 (21) 2)相关API (22) 12.监听工作流事件 (22)
1)TaskInstance事件监听器 (22) 2)ProcessInstance事件监听器 (23) 13.表单绑定 (24) 14.流程元素属性详细说明 (25) 1)所有流程元素通用属性 (25) 2)WorkflowProcess的属性 (25) 3)StartNode、Synchronizer、EndNode属性 (25) 4)Activity属性 (25) 5)Transition的属性 (26) 6)Subflow Task的属性 (26) 7)Tool Task的属性 (26) 8)Form Task的属性 (26)
工作流使用文档说明书 工作流的概念： 工作流是多人按顺序依稀填写一张表单，或者填写会签意见，传递附件，在工作中，不同步骤的主办人对附件的权限可以单独进行设置。 1、如何新建工作 点击工作流—新建工作，在流程分类下，用户具有新建权限的所有工作流程以及相应的分类会在左侧显示，点击我要发起的工作流程的名字，点击“新建并办理按钮”，如下图所示： 以下为新建工作后进入流程表单中办理的页面，控件显示如果为灰色，表示在当前步骤该控件为不可写。主办人在表单页面内容填写完毕后，点击“转交下一步”，进行下一步人员的选择。 可在下方进行附件的上传，有两种方式：一种是直接添加空白文档，一种是可点击“添加附件”按钮，可直接上传本机中已完成的附件文档。
点击“转交下一步”按钮，进入下图所示页面，只需要选择下一步骤的审批人员名字，点击“确认转交”按钮即可。 2、我的工作 流程新建完成后，待审批工作就进入到模块“我的工作”中，所有未接收或者已接收的流程都在该模块中显示。显示流程的名称、文号以及步骤和目前的状态。 点“主办”按钮进入流程办理页面，主要是对表单发文内容的核稿。本人办理完工作
后想关注此流程办理进度，办理情况，如图所示： 3、如何对所有的工作进行查询 对于已经完成的流程，或正在进行的流程，就可以实现多种范围、多种流程的查询，包括快速查询和工作流高级查询两种。点击工作查询首先出现以下界面： 查询时，用户可以根据工作流的状态或者文号或者时期等查询工作流。 高级查询:可以清楚的看到每一个工作流的状态。如果选择某个流程进入详细查询, 按照流程查询的时候，需要选择某一个流程，可以进行多种形式的针对具体表单项目的查询。可以在查询时，自由选择该流程表单中的字段，用以生成统计HTML或EXCEL格式的报表，便于保存和统计。
企业级业务流程平台建设解决方案 背景 随着信息技术的快速发展和应用的普及，信息化已经成为全球经济社会发展的重要推动力，充分发挥信息技术的先导和拉动作用，解决经济社会发展中的重大问题和关键需求，使信息技术成为改造传统产业、缓解资源环境压力、提高经济运行效率、增强企业，特别是中小企业竞争力、改善公共服务的有效途径，是当前形势和未来发展对信息化提出的迫切要求。 国内的企业信息化过程相对西方国家来说起步较晚，很多地方需要借鉴国外同类行业信息化过程的成功经验。但在企业信息化实施过程中，国人逐渐发现国外尤其是欧美国家，他们整个社会对管理学有着共同的认知，规范化已经渗透到他们的生活理念中，此时他们的信息化实施考虑的就是各种系统的集成、灵活的配置，这种概念达到了极致其实就是分布式的概念。反观国内，国人的文化崇尚“易”，无穷无尽的变化之道，崇尚水无常形。而“抓到老鼠就是好猫”也直接反映了我们的文化底蕴和适时而变、顺势而为的理念。因此中国的政府和企业的信息化实施，应在实现规范化管理的同时，也要考虑怎么去适应灵活多变的流程需求。 企业信息化实施工作的核心内容是建立灵活的流程处理平台以支撑其核心业务处理能力。工作流处理平台除提供全过程的业务流程处理能力外，还需要具备与国际接轨、符合未来技术发展方向等需求。 解决方案 中创软件中间件基于自主知识产权的“核高基”中间件InforSuite Flow，针对流程领域普遍业务需求和一些中国特色需求，为企业级业务流程应用打造一个统一、技术先进、功能齐全和可持续发展的企业级业务流程管理平台，为整个企业的流程应用开发提供业务流程全生命周期的支撑，大幅度提升企业流程类应用的流程管理能力，快速支撑业务流程演化。
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识： 1.工作流：是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。工作流通常代 表实际的业务处理流程。 一个工作流是由步骤和变迁组成的，一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”，变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候，可以选择性的指定一下选项： Conditions（条件）——用于控制哪些用户能够执行一个变迁。 Validators（校验）——在执行变迁之前，用于检查任何用户的输入是否合法。 Post Functions（后续操作）——在变迁完成之后，用于执行特定的动作，如：将问题分配给特定的用户，发送通知email，更行问题的某个字段。 Screen（显示给用户的界面）——这对于用户输入信息之后才能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中，5个方框表示工作流的步骤/状态（open、in progress、 resolved、reopen、closed），箭头代表变迁（transitions）。这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流： 页脚内容1
1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创建的工作流有 一个默认的步骤open，该步骤有一个进入的工作流变迁：“create”。 2)通过点击“copy”链接，拷贝已经存在的工作流（如果您准备新添加的工作流和已 经存在的工作流类似，则可以使用此方法）。用这种方法您的工作流将会包含所拷贝的工作 流的所有步骤和变迁。 1.创建工作流 Jira安装完成以后地址栏中输入：http://10.7.101.25：8080/secure/Dashboard.jspa进行平台配置。 在创建新的工作流时一般先将全部步骤定义好，再创建变迁将步骤连接起来，所以首先要自己定义一个工作流程图。 1．以jira管理员的账户登录系统。 2．在jira的导航菜单上点击“Administration”链接。 3．点击左侧导航菜单中的Global Settings—>Workflows，如下图： 页脚内容2
工作流模式与K2实现 1.背景 工作流产品众多，而它们之间又缺乏统一的标准，使得不同的产品之间很难实现协同工作。为了解决这一问题，工作流管理联盟（WFMC） 于1993 年成立，并提出了工作流参考模型，制定了五个标准接口。 其中有一个接口是过程定义接口。几乎每个工作流产品都有自己的过程定义语言（也称为工作流语言），可以从四个方面（控制流、数据流、资 源、操作）来研究流程，工作流模式（Work Flow Pattern）只是涉及到其中的控制流部分。控制流（control flow）描述了活动在不同结构中的执行顺 序。控制流对我们有效认识、理解工作流规范具有很大帮助。工作流规范需要不断地扩展，以便满足新的需求，因此有必要对控制流进行基础的认识和分析。 2.模式总述 工作流模式系统化地表述了基本的和复杂的结构。模式（pattern）是从具体形式中抽象出来的。面向对象的设计模式，规定了不依赖于具体的实现技术，同时也不依赖于所在领域的基本需求。 Carl Adam Petri基于Petri网原理提出的21个工作流模式，用于工作流过程建模和分析。这些模式，仅限于静态控制流，而不考虑资源分配、实例控制、异常处理和事务管理。
3.K2 Blackpearl K2 Blackpearl 是SourceCode公司基于.NET WF构建的流程开发平台的核心产品。代码可支持生成WF代码，流程设计环境使用WPF构建，并完全嵌入到VS 2005中，与微软产品紧密结合。 K2 blackpearl 包括业务流程管理与工作流性能。可以通过建立应用来管理业务流程并使其自动化，或者集业务流程、人员、服务、信息和系统于单一的应用，从而帮助推动业务发展。 4.基础控制过程 这五个模式的共同点在于：模式所涉及流程的执行路径是在设计时即可确定的，不需运行时的信息。包括：Sequence（顺序模式）、Parallel split（并行分支模式）、Synchronization（同步模式）、Exclusive choice（排他选择）、Simple merge（简单合并模式）。 ?1 顺序（Sequence） ●描述： 工作流中的各个活动在同一个进程中按顺序依次执行。 ●案例： “用户付款”后才能进行“发送货物”。 ●K2实现：
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
公司工作流管理操 作手册
北斗星协同工作平台V3.0版——工作流管理系统 操 作 手 册 深圳市北斗星科技有限公司
二○○八年八月版本历史
目录 1 流程设计 ................................ 错误!未定义书签。 1.1 如何创立流程模型................... 错误!未定义书签。 1.2 流程设计........................... 错误!未定义书签。 1.2.1环节 错误!未定义书签。 1.2.2环节属性 错误!未定义书签。 1.2.3连线 错误!未定义书签。 1.2.4流程属性 错误!未定义书签。 1.3 流程的建立和管理................... 错误!未定义书签。 2 流程模型的类型 .......................... 错误!未定义书签。 2.1 流程模型的分类..................... 错误!未定义书签。 2.2 协同流程的设置..................... 错误!未定义书签。 2.3 审批流程的设置..................... 错误!未定义书签。 2.3.1流程属性设置 错误!未定义书签。 2.3.2环节属性设置 错误!未定义书签。
2.4 注意事项........................... 错误!未定义书签。 3 工作流的应用 ............................ 错误!未定义书签。 3.1 功能简介........................... 错误!未定义书签。 3.2 应用案例........................... 错误!未定义书签。 3.2.1事务发起 错误!未定义书签。 3.2.2领导签批 错误!未定义书签。 1流程设计 流程的定义:业务流程的全部或部分自动化,在此过程中,文档、信息或任务按照一定的过程规则流转,实现组织成员间的协调工作以达到业务的整体目标。 流程是由一系列处理环节和流转路径组成的有机集合,用于完成某项任务而设计的;每个环节由相应的一个或多个人员来执行;每个人员根据具体情况,采取不同的处理动作,如审核、批示等等。 1.1如何创立流程模型 流程模型是建立在应用分类下的实体,在系统后台的流程处理
工作流的基本模式 1 、顺序(Sequence )模式 描述：只有当前一个活动结束后，后一个活动才会被触发，即按照预定的任务列表，有序的执行。(提交一亍日UG、______________________ 弍FEX该日UG 、 _______________________________ Close^BUG 2、并行(Parallel Split)模式 描述：- 一个活动的结束能够触发若干个活动的开始，这些被触发的活动能以并行的方式同时或按任意顺序举例：当提交一个BUG时会分别向BUG信息表和BUG日志表中添加相应记录 进行
3、同步(Synchronization )模式
描述：如果不考虑超时(一般流程会设定任务执行期限)和异常等情况，流程必须在聚合点等待所有的分支都执行完(到达And汇聚点)才能激活后继任务，才能正确的往下运行。 举例：支持人员分派的问题由开发人员修改，然后不仅要经过测试人员验证通过还要再次经支持人员验证通过才能Close该BUG。 4独占式选择(Exclusive Choice )模式 该模式分为显式独占模型(explic Exclusive Choice )和隐式独占选择模式(implicit Exclusive Choice) 1)显式独占选模型(explic Exclusive Choice ) 描述：当一个活动处理完后，其后有若干个分支流程可供选择，但根据工作流控制数据 (workflow control data )只允许选择其中某一个分支运行。 XOR1 1 t IBM企业内容管理解决方案 2008年03月 目录 1.市场现状概述 ...................................... 错误！未指定书签。 2.IBM企业内容管理解决方案........................... 错误！未指定书签。 2.1.概述................................................................. 错误！未指定书签。 2.2.IBM电子影像归档查询解决方案.......................................... 错误！未指定书签。 2.3.企业级信息搜索解决方案............................................... 错误！未指定书签。 2.4.影像工作流解决方案................................................... 错误！未指定书签。 3.IBM解决方案优势................................... 错误！未指定书签。 3.1.IBM解决方案优势...................................................... 错误！未指定书签。 3.2.IBM企业内容管理成功案例.............................................. 错误！未指定书签。 1.市场现状概述 当今信息爆炸的时代，信息每天都在以惊人的速度增长。据世界权威机构统计表明，全球来自交易中的数据信息每年增长的速度是61%，而其他各种相关信息的每年增长率超过了92%。研究部门把由传统关系数据库管理系统处理的数据信息称为结构化数据，把包括纸质文件、电子文档、传真、报告、表格、图片、音频和视频文件等在内的信息称为非结构化数据或内容（content）。通过调查发现，在企业存储的海量信息中，结构化数据仅占数据信息总量的15%，而非结构化数据却占数据信息总量的85％。有序地存储、管理并挖掘非结构化数据的利用价值是目前全球一切成功企业提高竞争力和生产力的主要手段。 随着中国经济的高速发展，中国市场的竞争日益激烈，竞争的方式将从企业的外延比如统一、高效的营业服务系统，向企业的内涵比如管理决策方面转移。国内各个机构近几十年投入巨资大力发展IT应用，已经初步建成了各自统一的营业服务系统和企业内部信息传递管理系统，经过多年的运行积累，存储了海量的信息资源。由于历史的原因，这些海量的信息资源管理分散、共享困难，形成彼此隔离的信息孤岛。科学管理和合理开发这些信息资源尤其是大量的、非结构化数据信息，是国内企业界面临的巨大挑战。 推动业务发展的是信息，即存入传统数据库中的“结构化”数据和包括可用信息库中内容的“非结构化”数据。顾名思义，非结构化数据的管理也就是我们在本方案中所提及的内容管理。 而企业级内容管理（ECM, Enterprise Content Management）涵盖的领域更加广泛，根据业界多家权威咨询机构的调查，基本可以包括如下六个方面： 1.Document management 2.Web Content Management 3.Records management 4.Document capture and document imaging 5.Document-centric collaboration 6.Workflow IBM 在这六个方面均有业界领先的解决方案和产品，因此IBM被公认为在企业级内容管理领域具备领先优势，占据领导地位。 企业内容管理的信息化建设同样是信息化建设的重要组成部分。但由于各个部门建设的独立性，大多数系统大都自成体系，从而带来例如资源分散、信息共享困难等，形成彼此隔离的信息孤岛。如何整合各个部门、机构数量巨大的信息资源，实现 1.1.1工作流平台软件 产品应具备以下特点或功能。 ●工作流引擎 ?工作流引擎应具有应用服务器无关性，可运行在主流的应用服务器之上 (OK) ★工作流引擎支持主流关系数据库，支持国产数据库。(OK) ?支持集群化模式运行。(OK) ★支持顺序、分支、合并、循环、判断、子流程（同步/异步）等等常用的工作流模式(OK) ★支持goto路由，根据业务需要，流程可以由当前环节任意流转到其他环节。(OK) ?对于流程活动具有任务执行、标志任务完成、标志任务未完成和进行任 务委托、任务再分配等功能(OK) ?流程控制过程：支持创建、激活、终止、挂起等操作；支持流程的版本 控制；支持删除流程一个实例和删除流程定义的所有运行实例；(OK) ?维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递 工作流相关数据。(OK) ?严格支持事务一致性和完整性，支持跨多个应用系统的事务处理。(?) ?可配置流程回退模式，包括支持退回到以前的任何一个环节和支持逐步 退回。(应该是逐级回退) ?支持任务的取回、会签等多种灵活的路由模式。（OK） ●流程定义工具 ★流程设计器支持基于角色泳道的流程定制方式，方便流程建模。 ★支持流程集机制，根据业务需要，多个流程可以定义在一个流程模板文件中。（不太明白他的意思，字面理解：是OK） ?可视化的流程设计工具，通过拖放等方式来快速绘制和修改流程。（OK） ?支持自行定制工作流流程的各个环节和流转规则。（OK） ?支持多种路由流转功能：串行路由、并行路由、多路条件路由。（OK） ?支持流程的模版管理，包括模版的创建和维护。（OK） ★支持流程定义文件的版本管理，流程定义时支持流程模板的版本管理，运行时支持同一业务流程不同版本的同时流转。（） ?支持流程定义文件的导入、导出。（OK） ?支持流程定义文件的合法性验证。（OK） ●流程监控和统计 ?支持对工作流流程实例的实时监控，操作者可以以图文的方式进行跟踪； 支持对下级的工作监控，上级可分类查看下级参与流程的进展情况。 （OK） ★支持流程流转的图形化回放监控。 ?可以设置工作流每个环节的处理时限，并允许针对工作流实例进行修改 处理时限。（OK） ?支持对超时环节的提醒：允许支持多种种类进行提醒，如：预警提醒、 超时提醒；提醒方式可以采用表单、mail、短信等方式；超时环节可以设定时限，通报给上级或其他相关人员；（OK） ?工作流流程相关的统计分析报表，提供图形化展现报表，包括表格、直 方图、饼状图等方式显示，能够导出为多种文件格式；可以根据需要灵活定制不同格式、不同内容的报表。（OK） ● 2.4客户端 ?通过Web浏览器参与业务流程处理，而无需在用户计算机安装其他应用 程序。（有待商榷） ?提供流程流转情况的查询机制（OK） ?能进行流程模型的仿真和测试。（OK，看是什么版本） ?提供展现任务的待办、在办、已办的分类管理（OK） ?提供详尽的流转历史信息。（OK） ●外部系统集成接口 ?通过数据交换、流程集成，达到融为一体的面向服务的业务流程；（OK）?实现接口的多样化和标准化；（OK） ★流程引擎应提供包括WebService、EJB、JMS 和本地接口等多种服务 工作流需求说明书 1 前言 为构架完整EDM产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage）和工作流管理（WorkflowManage）作为CEDM的两个模块，不单独包装为产品。 工作流管理实现WfMC定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。 DCOM（Distributed Component Object Model）。微软的分布式计算平台。 1.4 参考资料 1.罗海滨.工作流技术综述.软件学报.2000（11）,7:899-907 2.范玉顺.基于工作流的CIMS应用集成支持系统研究.计算机工程与应用. 2000,2:9-10 3.范玉顺.工作流管理技术基础.清华大学出版社.2001.4 4.Wil.M.P. Van Der Aalst. Verification of Workflow Task Ttructures: a Petri-net-based approach information systems. Vol.25 No.1 pp.43-69 5.Ellis C.A. Null. G.J..Modeling and Enactment of Workflow System Application and Theory of Petri Net Lecture Notes in Computer Science 691,Berlin Springer-Verlag,1993 1-16 6.卢正鼎.面向并行工程的产品设计过程管理的抽象模型.计算机辅助设计与图形学学 报. 2000,Vol12. No.2:123-124 7.刘铁铭.基于工作流的企业过程建模与仿真. 清华大学学报. 2000 ,Vol.40 No.1:109-110 …… 参考的应用系统 1.SmartTeam4.0 以色列Smart Solution公司 2.开目PDM 武汉开目公司 3.大恒PDM2.0 北京大恒公司 4.LOTUS workflow 美国IBM 5.workflo 上海新视界IBM企业内容管理解决方案
工作流平台软件
工作流需求说明书Word版
相关主题
文本预览