规则系统与工作流产品的异同- （转 intelligence 产品论坛）（转载）

工作流系统是一种用于开发、部署、监控和优化多种自动或包含人机交互应用的框架。它与规则系统在使用方式方法上有很多类似的地方，但也存在本质的区别，是两种完全不同的应用。

 

相似点:
1.都以业务人员能够理解的方式构建
无论是工作流还是规则系统，它们的构建都是非常直观的。由于使用业务术语和符合业务人员工作的模式，业务人员几乎无需额外的培训就能够看懂构建的模型。这大大加深了业务人员的参与程度，使业务人员和开发人员的互动远远超越了传统的基于命令或过程式的开发方式。

2.都是快速开发平台
由于工作流和规则系统都是从一个较高的层次来构建应用，关心的更多的是做什么的问题，因此其构建过程得以忽略具体的执行细节，从而使快速开发成为可能。这也符合人们解决问题的一般规律，即计划，执行，检查的自然过程。

3.都依赖底层系统
如前所述，工作流和规则系统在开发过程中忽略了具体的执行细节，那么必然其执行要依赖与底层系统的整合。这是二者无法回避的根本问题，这也从另一个角度说明了二者的在企业应用中的定位，同时说明企业应用的搭建需要多种工具从不同方面和层次进行合作。

4.都可以进行跨系统的应用整合
由于大多面向管理及决策层的用户，不论是工作流还是规则系统，它们关心和要解决的问题的覆盖面要比一般的应用所涉及的范围广泛。绝不仅仅是单一系统或平台就能支撑其应用的，典型的应用往往会是跨平台和跨系统的合作。因此工作流和规则系统一般都会提供高层接口或丰富的插件来满足应用以及系统整合的需求。

不同点:
1.目的不同
工作流是用来分析、建模和定义商务流程的工具。它基本上是用于在一些活动发生时处理消息已经是变迁的。而规则系统是由于传统方法无法快速有效的构建基于大量复杂规则的系统而产生的解决方案。

2.定位不同
工作流系统在企业应用中处于执行层面，更多的关心做什么的问题。而规则系统则可以贯串从执行到决策的各个层面，并且可以回答为什么要做的问题。

3.表达方式不同
工作流的定义是由动作节点以及这些节点之间的变迁组成，一般来说可以通过直观的工作流图来表达。而规则系统更多的是基于自然语言来建模，模拟人的解决问题时的思维方式，因此表现形式更多的是如果那么的文字形式.

4.复杂程度不同
单个工作流的定义包含的节点和边的数量往往在几个到几十个之间，一般可以在一张图里展现。一个企业的流程定义大概就在几十到几百间。而规则系统要管理的规则确要大得多，其复杂性需要由专门的知识库作为企业重要的资产来管理

5.运行时的方式不同
工作流定义时的静态模型与其运行时的动态模型基本相符。其运行是安装既定流程按照步骤进行。而规则系统要处理的规则数量庞大，而且处于同一个平面，由于事实的改变而导致匹配的规则无法事先预测。可以说工作流是一个状态空间有限的系统，而规则系统确无法事先给出可能的状态集合。

5.影响性能的因素不同
工作流运行的快慢跟流程的复杂程度关系不大，往往取决于系统同时要处理的流程实例的多少，外部系统的反馈速度和人机交互的时间。规则系统则由于其在运行时往往无需人工干预，而与事实空间的大小和规则数量的多少相关。

6.市场成熟度不同
工作流系统在上个世纪90年代就成立了专门的规范小组，其产品也非常丰富，在各行各业中的广泛运用也已经开展了多年。相比之下，规则系统的规范化在Java面世后才起步，目前还不是非常完善，产品也不丰富，应用范围广但是不如工作流那么普及。同时国内外技术差距和市场差距比较大。