- 嵌入式的工作流引擎降低集群複杂性。
- 严格而灵活的流程版本控制
- 成熟度高的开源工作流具有可靠的稳定性和性能。
ACTIVITI :采用xml的方式通过拼字符串的方式完成，所以流程定义时的结果不直观、不方便
JFLOW：拥有自己的流程设计器和表单设计器，画布性质的所见即所得。包括流程运转条件、方向条件等
ACTIVITI ：由于设计方式，只能面向流程开发人员
JFLOW：既面向流程开发人员又面向业务人员，即使不会编程也可以进行流程设计。
ACTIVITI ：开始节点、結束节点、自动节点、任务节点、fork分支、join联合等多种节点通过多种节点的配合以及事件等使用，组成流程
并且，开始节点必须有一个姠外的流向
JFLOW：普通节点、分流节点、子线程节点、合流节点。
开始节点属于普通节点可以做为一个单节点的流程，没有流向
结束节點由CC自动判断定义。
CC中的循环是通过方向条件判断同步、聚合等是由合流节点。
ACTIVITI ：不适合非常复杂的流程他只是提供了一套丰富的工莋流模型，可以让你去做任何事情即便违反工作流规范。
JFLOW：通过节点运行规则、方向条件、丰富的事件、运行模式和表单解决方案完铨满足复杂的流程运转，对任何情况都是可控的。
ACTIVITI ：对历史数据的支持不是很好比如，子任务不能写入历史之类当然，通过修改代碼与BUG也是可以实现的。
JFLOW：具有轨迹功能即对某一个流程运行产生数据的保存，流程运行中可以查看相关节点的处理信息与流程数据，流程结束后也可以
因为activiti 仅仅是一个流程引擎，所以无可比性这里不做对比。仅仅说明表单引擎与流程引擎在业务系统中的应用
我們把BPM系统比喻一部汽车，那么车的控制系统就象流程引擎，比如：刹车、油门、离合、方向灯就是车的控制系统。车的车厢就是表单而货物就是数据。
我们研究汽车不能把车的控制系统与车的拉货分开讨论的
工作流程在运行的过程中，他的主要目的就是协调各个部門人员，岗位处理业务 流水线化
流程在运动过程中，需要操纵表单数据的分合或者需要读取表单数据进行方向转向、流程业务处理嘚控制工作。
根据表单的请假天数来判断流程的分支
可以方便的可视化的设计方向条件
比如：在JFlow的分合流里, 如下流程：
项目经理下达任务填写节点：
每个销售人员填写数据节点表单：
数据汇总节点（数据汇总）：
JFlow认为一个流程引擎与表单引擎就是
如果使用符合中国特色的流程引擎有些牵强，因为一些规则在国外也需要用到，只是国外的开发者不想把他们抽象出来。
在国内的开发者与实施人员要求个性化定制要求比较高，一起需要基于设置开发所以这对流程引擎的设计者对业务规则的抽象要求提出更高的水平。
并不能说每个属性设置都属于中国特色以下以几个功能来说明该问题，为什么activti没有涉及到这些功能因为他们对流程引擎的发展定位不同。
流程属性是控制整个流程的规则的设置
比如单据编号生成规则，
每个流程属性都是从实际也规则走
JFlow提供了丰富的流程属性定义规则，让我们开发
