什么是工作流引擎？

Posted 2023-04-24

工作流（Workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。
工作流管理系统（Workflow Management System, WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。
工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。
工作流的主要功能：
----工作流管理系统（WorkflowManagementSystem,WFMS）是定义、创建、执行工作流的系统。在最高层上，WFMS应能提供以下三个方面的功能支持：
�8�4 建造功能：对工作流过程及其组成活动定义和建模；
�8�4 运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度；
�8�4 运行交互功能：指在工作流运行中，WFMS与用户（业务工作的参与者或控制者）及外部应用程序工具交互的功能。
工作流管理系统带来的好处：
----由于信息技术的发展和日趋激烈的商业竞争，人们不再满足于独立、零散的办公自动化和计算机应用，而是需要综合的、集成化的解决方案。作为一种对常规性事务进行管理、集成的技术，WFMS的出现是必然的。它可以带来以下收益：
�8�4 改进和优化业务流程，提高业务工作效率；
�8�4 实现更好的业务过程控制，提高顾客服务质量；
�8�4 提高业务流程的柔性等。
工作流系统的主要组成部分
1.过程定义工具
----过程定义工具被用来创建计算机可处理的业务过程描述。它可以是形式化的过程定义语言或对象关系模型，也可以是简单地规定用户间信息传输的一组路由命令。
----2.过程定义
----过程定义（数据）包含了所有使业务过程能被工作流执行子系统执行的必要信息。这些信息包括起始和终止条件、各个组成活动、活动调度规则、各业务的参与者需要做的工作、相关应用程序和数据的调用信息等。
金诺科技的OA采用微软唯一的工作流平台Workflow Foundation来开发产品的工作流,Workflow Foundation是微软四大核心技术之一,为微软产品及相关应用程序提供通用的工作流设计平台和开发工具,它是一个进程内的工作流引擎,运行在内存中,速度快并且稳定,这是一般工作流所不具备的,金诺OA用户可以自行定义修改流程,从而实现自由流程和固定流程的完美集合,以适应需求的变化,操作也非常简单,只要通过拖拽就可以现实工作流的定义! =================================================================================希望采纳！O(∩_∩)O~ 参考技术A

工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。工作流引擎包括了，流程的节点管理、流向管理、流程样例管理等重要功能。

工作流引擎，主要是实现业务流程的规则抽象，模型的建立，解释，以及为流程实例提供运行环境，并解释执行流程实例。

工作流引擎必须要包含一个工作流模型的设计，工作流模型就是对业务流程抽象的一个模型，是整个工作流引擎的基础。所以模型设计的好坏决定引擎的功能是否灵活，也决定了工作流管理系统从设计实现到运行实施等诸多环节。

例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。

参考技术B 　　所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
　　例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 参考技术C 工作流引擎在软件开发中是不可避免或缺的重要一个环节，市面上开源的工作流引擎有Activiti，后来有Camunda等，但对于使用者来说，如果需要精通必须同时掌握Java语言、BPMN、XML语法和图形符号，需要在这三者之间做到一一对应。 对参与人员的逻辑能力要求非常高，因为这些都是语言符号，只是表达逻辑的形式而已，那不如直接用Java开发的更简单方便。 市面上也有直接用java开发的工作流引擎，如天翎、奥哲、炎黄等。 参考技术D 工作流引擎的概念起源于生成组织和办公自动化领域。它是针对日常工作中具有固定程序的活动而提出得一个概念。
工作流引擎的主要特点是使处理过程自动化，通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对他们进行监控，使人以及各种应用相互之间协调工作，完成某项目工作，达到提高办公效率、降低生成成本、提高企业生成经营管理水平和企业竞争力。在企业信息化的宏观背景下工作流逐渐成为被业界广泛应用并迅速的发展的技术。
青谷工作流引擎产品定位如下：一、作为工作流引擎嵌入其他业务系统中，提供专属的流程服务；二、作为工作流管理服务中心部署在支撑层，为多个业务系统同时提供流程服务。

Java三大主流开源工作流引擎技术分析。

首先，这个评论是我从网上，书中，搜索和整理出来的，也许有技术点上的错误点，也许理解没那么深入。但是我是秉着学习的态度加以评论，学习，希望对大家有用，进入正题！

第一部分

三大主流工作流引擎：Shark，osworkflow，jbpm！

Shark的靠山是Enhydra。Enhydra做过什么呢？多了！从j2ee应用服务器，到o/r mapping工具，到这个工作流引擎等等。为什么Shark的持久层采用DODS来实现？就是因为他们是一家人。 

       

第二部分

Jbpm的靠山是jboss。Jbpm3的持久层采用hibernate3来实现，也是因为这个原因吧。Jbpm3的图形化流程定义已经决定嵌入到jboss eclipse IDE中，大家看看jboss eclipse IDE preview 1.5版，我们已经可以用插件方式编辑一个jbpm3流程定义文件了。 

第三部分

Osworkflow的靠山是opensymphony。我是非常喜欢这个组织的，它做出了很多的好东西。在开发工作流管理系统时，我就推荐用它的另外一个东西：webwork2。笔者主持的开源工作流引擎AgileFlow就是基于ww2+spring+hibernate架构实现的。写到这里我想是不是它可以和struts2进行完美整合？！

第四部分

完成本段时说句题外话：现在基本上所有的J2EE应用程序服务器都有自己的工作流引擎，如上面提到的Enhydra,jboss和没有提到的websphere和weblogic等，可见，学习工作流引擎技术的确是非常重要的。

第五部分

Shark的流程定义语言是XPDL，我们知道，XPDL的两个最重要的概念是Process和Activity。XPDL中的Activity是基于UML1.x中的活动图的概念。活动图天生的适于工作流程建模，它相对于状态图的一个最大的优点是容易做并发线程的分叉控制，这些并发线程可以同时执行也可以顺序执行；它还有一个优点是有泳道的概念，可以控制工作流引擎中的任务的产生。Shark的如来神掌是活动图。

第六部分

Osworkflow的如来神掌又是什么呢？我们知道，它有个重要概念是State……呵呵，我们知道了，它的如来神掌是FSM。不知道FSM是什么东西？？那你读大学时肯定不是好学生；当然了，不知道也不打紧，你把他类似理解为状态图就可以了。Osworkflow中的State是由step和status联合表达的，一个State就是一个step中的某个status；而state的转换由action来驱动，类似状态图中的event,因为一个event对应一个action嘛。 

第七部分

Jbpm的如来神掌就没有上面的简单了，它结合应用了状态图+活动图+PetriNet的知识，而且，这里的活动图还是UML2.0版的。UML2.0的活动图中，节点不叫活动（Activity）而叫动作(action)，活动成了一个高层次的概念，它包含一个动作序列。一个活动图展现一系列的动作，这些动作组成了活动。Jbpm把action也改名了，称为state。Jbpm使用的状态图的概念有transition/event等，这个自己去看吧。Jbpm来内部实现中还采用了PetriNet的概念，如token,signal等。什么？又不知道PetriNet什么东东？那你大学是学计算机的吗？不是？那你可能是学文科的，学机械/电气/土木工程/交通运输等专业都有接触PetriNet的课程，如果没有学过，还是看看jbpm吧，反正我们也不搞理论，知道大致概念就行。

本人观点

做观点是件吃力不讨好的事情，好多国外的大师做的观点也是被人骂得……我的观点是：Shark……将登上头号宝座。应该说，在那篇文章发表前，国内的工作流引擎使用率最高的是osworkflow；到去年年底，Shark就占有了明显的优势地位，我分析有如下原因：

1. 国内的企业都看中XPDL，因为这意味着在产品说明书中又可以吹牛说“我们遵循WFMC……” 

2. 因为我自诩“Shark工作流引擎在国内的主要推广者”，大部分给我反馈工作流管理系统开发选用技术的朋友都是用的Shark 

【我是分割线，别管我，继续看】

3. Shark的确是一套不错的工作流引擎，就算你只是想学习XPDL，你也可以从学习Shark开始。

4.不过我还是看好osworkflow。

【可同步关注今日头条号：猫姐】

扫一扫关注