工作流

谨以此文向从事工作流研究的前辈们致敬

目录

1    工作流介绍    1

2    工作流类型    1

2.1    按工作流的性质分    1

2.2    按照重复性分    1

2.3    按照结构化程度分    1

2.4    按流程与数据表单的关系分    1

2.5    按应用类型分    1

2.6    按工作流模式分    2

3    工作流的应用场景    2

3.1    业务流程辅助办公软件    2

3.2    软件内部工作的顺控制    2

3.3    自动筛选查询类系统    2

3.4    自动化控制中    2

4    工作流平台介绍    2

4.1    Bigbross Bossa    3

4.2    Breeze    3

4.3    Con:cern    3

4.4    COSA    3

4.5    Enterprise Workflow    3

4.6    Freefluo    3

4.7    I-Flow    3

4.8    IBM Websphere    3

4.9    Jbpm    3

4.10    Microsoft Biztalk Server    3

4.11    MQ/Series Workflow    4

4.12    Open Business Engine    4

4.13    OpenWFE    4

4.14    OneFlow    4

4.15    Oracle BPEL Process Manager    4

4.16    Osworkflow    4

4.17    OpenEbXML    4

4.18    OFBiz    4

4.19    ObjectWeb Bonita    4

4.20    Panagon Workflo    4

4.21    PowerFolder    4

4.22    Shark    5

4.23    Staffware    5

4.24    SynchroFlow    5

4.25    TeamkWARE Flow    5

4.26    TIB/InConcert    5

4.27    Taverna    5

4.28    Twister    5

4.29    Unisys    5

4.30    Visual and Panagon Workflow    5

4.31    Werkflow    5

4.32    wfmOpen    5

4.33    XFlow    6

4.34    ZBuilder    6

工作流概述

工作流的理论起源于70年代中期办公自动化领域.

80 年代初期，在个人计算机尚未作为信息处理工具而出现的时候，人们为了提高信息收集、处理、储存、应用、传递、共享的效率，而希望建立一种无纸化的计算机工作环境，于是一些公司建立了自己专用的或可商品化的表单传递应用系统（Forms-rooting application），这些系统通常运行在大型机或小型机上，用于实现日常表单处理的电子化和自动化，这种系统可以看成是现代工作流管理系统的一个雏型。

80 年代中期，FileNet 和ViewStar 等图形图像处理公司率先开拓了工作流产品市场，成为最早的一批工作流产品供应商。他们把图像扫描、复合文档、结构化路由、实例跟踪、关键字索引以及光盘储存等等功能结合在一起，形成了一种用于文档处理的图像处理系统，它可以把扫描得到的计算机文档，按照一定的规则发送给相关人员，这便是早期的工作流管理系统。

90年代，工作流技术的研究与开发进一步发展。1993年8月,第一个工作流技术标准化的工业组织WFMC（工作流管理联盟Workflow Management Coalition）成立。1994年，WFMC发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。

现在，工作流管理系统已由最初的无纸化办公环境，转而成为企业实现业务流程自动执行的必要工具。工作流在企业应用中的比重也越来越大

工作流类型

按工作流的性质分

按照重复性分

按照结构化程度分

按流程与数据表单的关系分

按应用类型分

按工作流模式分

如何选择工作流模式

一个简单的判断标准

影响工作流程的一些重要的选择是否发生在工作流外部否由用户进行控制

如果是，那就不适合采用流模式。而最好选用状态机模式

因为流模式本质上是对工作流的路径建模，将路径信息都编码到了模型之中。但是在某些时候，业务并不关心路径，而只关心结果，并且不关心结果是如何实现的。

这时要用流模式，就需要画出许多复杂的路径流程，但是这些复杂的路径却并非我们所关注的问题。而最后往往是维护路径的付出远远大于维护业务模块。

在实际设计中，模式的应用并不是泾渭分明的。同一工作流，在不同参与者的眼中就有不同的模式。

如一个请假的工作流，参与都有两种：申请人、审批人

在申请人眼里，他所参与的工作流是[流模式]

在审批人眼里，他所参与的工作流是[状态机模式]