工作流：把工作中的各个业务环节连接起来，让任务按照制定的方向流转，这就是工作流，实现这样功能的系统就叫工作流系统。
workflow.png
上图就是一个简单的工作流流程。
工作流
首先，流程引擎和业务数据是独立的，两者没有必然联系（但是流程引擎可以访问业务数据），其次，流程引擎是封闭的，对用户来说是透明的，用户也不需要知道内部是怎么工作的，只需要了解如何通过建模工具配置流程模板就可以，业务凭条是可以任意拓展的，通过开发任意多的用户控件，业务平台只要动态加载这些业务控件就可以。
最后，建模工具采用cs（winform）的方式设计，是从操作的灵活性考虑的，bs结构的系统操作上确实不灵活，速度也慢，再加上建模工具使用的人员有限，也没必要开发bs结构的。业务平台则不然，尽量使用bs结构设计，现在大部分系统是通过bs来实现的。
在介绍流程系统之前先介绍几个与工作流有关的概念，这些概念有利于我们掌握工作流原理，每个人的理解不一样,可能不太准确。
工作流：把工作中的各个业务环节连接起来，让任务按照制定的方向流转，这就是工作流，实现这样功能的系统就叫工作流系统。
任务：工作流中的每一个工作环节叫做任务，每个任务在流程图中以节点的方式展现，也叫任务节点。
模版：一个固定的被其他对象参照的数据，在oop思想中，与类的定义相似，模版可以理解为一个类的声明，模板是为了区分实例来讲的，例如流程模板，任务模板等。
实例：一个参照模版创建的数据，在oop思想中，与类实例相似，实例可以理解为一个类的实例，实例是为了区分模板来讲的，例如流程实例，任务实例等。 。
流程实例：依附于流程模板运行的一个实例，表示一个实实在在的工作过程，所以的流程实例都是通过流程模板的启动节点启动的。
任务模板：流程模板上的任务节点叫任务模板。
任务实例：在流程实例中，由任务模板产生的实例就叫任务实例。
处理实例：任务实例是用来与用户交互的，每当用户登录系统来完成一个任务 实例的处理，都产生一个处理实例，来记录此次对任务的处理情况。一个任务实例可能经过指派、回退等多次处理，每一次处理即一个处理实例。一个处理实例是由一个任务实例和一个处理者（对应具体的处理人）实例组成的。
处理人：是指可以处理任务的具体的个人它指的是一个人，一般指用户工号或者账户。
处理者实例：处理任务实例的处理者，统称为处理者实例。一个任务实例有一个或者多个处理者实例与之对应。处理者实例就是真正要处理任务的人的集合。
流程数据：指流程按照流程模板流转时由引擎产生的数据，例如流程实例、任务实例、处理者实例都统称为流程数据。
业务数据：指与用户交互时产生的数据，这部分数据与具体的业务相关，例如一个销售单，业务数据在流程图上流转从而实现日常工作。业务数据与流程数据无关，没有流程数据业务数据可以独立存在。
我们在日常工作中使用的“钉钉”，在请假时；可以看做是一个简单的工作流。请假人发起请假流程，选择审批人后即可开始请假审批流程，这个流程可以自定义，也可以由管理员进行预设
