十、业务流程实例

　　业务流程运行框架中的业务流程引擎（ProcessEngine）解析业务流程定义，其运行的结果就是生成业务流程实例。业务流程实例是个泛指，其实它真正包含了流程实例（ProcessInstance）和每个活动环节的任务（Task）两部分的数据。其中流程实例（ProcessInstance）是每次启动流程生成一个，而活动环节的任务（Task）则是每次流转，回退和转发时都会为流向活动环节生成的。所以它们是一个流程实例（ProcessInstance）包含多个任务（Task）的关系。

1 流程实例和任务

　　由于流程实例（ProcessInstance）和任务（Task）的绝大多数属性是都一样的，所以在数据库中，它们都是存入到任务表（SA_Task）。两种数据使用SCATALOGID和SKINID字段组合来区分。所以流程实例（ProcessInstance）本质上也是任务（Task），一种特殊类型的任务（Task）。

　　由于每一条任务只能描述一个创建者和一个执行者，所以当一条任务需要多个执行者共同处理时就需要为这条任务生成与执行者数量等量的子任务。当一条任务只需要一个执行者来处理时则就不需要生成子任务。

　　任务其实本质就是一个通知，用来通知执行者处理相关事务。它包含创建者，接收者，时间和相关单号等信息。一条任务被执行者处理完毕以后还可以把它再发给其他执行者处理，则在任务间就会形成前后关系。任务本身是存入任务表的，而任务的关系是存入任务关系表。

2 Task对象

　　任务在概念上使用SA_Task描述，而概念本身只负责数据的存取和数据的规则，在代码中操作起来并不方便所以扩展出Task对象。Task对象描述任务的基本信息和任务见的父子和前后信息。
　　业务流程运行体系的代码都是基于Task对象来写的，其中在业务流程引擎中扩展的ProcessInstance和ActivityInstance对象其实内部实现都是Task对象。
　　在需要在代码中生成任务时，推荐的方案是创建Task对象然后创建一个TaskEngine对象来保存它们。当然也可以直接使用SQL语句插入任务表。

3 任务表(SA_Task)

　　任务表用来存储任务，这里的任务是个泛指，其实是包含了流程实例，待办任务，多人处理，协同任务等等信息都被存入了任务表。

*任务表结构
　　在任务表结构中各个字段就不一一列举了，详细结构可以查看SA_Task的概念定义。在这里要特别说明的是其中一些重要字段的定义和取值范围。

4 任务关系表(SA_TaskRelation)

　　任务关系表用来存储任务间的前后关系，可以认为它是任务表的从表。当一条任务真的具有前序任务或后序任务时在任务关系表中才会有相关关系的维护。
　　任务关系表中sTaskID1表示前面的待办任务sTaskID2表示后面的待办任务。sKind字段用来描述关系类型，目前没有使用。
　　任务关系表的字段在这就不一一列举了，详细的表结构可以查看SA_TaskRelation概念的定义。

5 Token表(SA_TokenInstance)

　　Token表用来存储业务流程底层算法PetriNet中产生的Token。一般的业务流程和协同任务都不会用到Token，所以Token表也不需要被外界所关注，因为业务流程本身做到了只要具有待办任务就可以进行任意操作而不需要依赖Token。Token表是任务表的从表，它的sProcessInstanceID字段对应于在任务表中存储的业务流程实例的SID。

*Token表结构
　　Token表的字段在这就不一一列举了，只列举一些重要的字段和描述。详细的表结构可以查看SA_TOKEN概念的定义。

6 ProcessControl表(SA_ProcessControl)

　　某个执行者在做流转操作时选择了目标执行者，他下次再基于相同的活动环节做流转操作时，系统会默认选择上次他选择的执行者。此特性的实现是因为业务流程引擎在每次操作的时候都把ProcessControl的内容给保存到ProcessControl表里了，以备下次操作时可以还原当初的一些选择。

*ProcessControl表结构
　　ProcessControl表的字段在这就不一一列举了，只列举一些重要的字段和描述。详细的表结构可以查看SA_ProcessControl概念的定义。