工作流-关于业务数据和流程数据(上)

  提到工作流,大家或许会想到微软的WF,或者是自己开发的工作流平台软件,也或者是使用状态字段进行跟踪的方式开发,无论是什么样的形式,它都是在扮演着业务流转的角色。所以区分和正确认识业务数据和流程数据,以及之前的关联关系也是很重要,对于平常的开发意义重大。

  流程数据,顾名思义,就是能够支撑流程流转的系统数据,这个要根据自己工作流系而定,一般情况,流程模板是流程流转的依据,它定义了流程该怎样流转以及生成任务,任务即挂接在流程实例上的业务节点,根据流程的定义以及当前工作阶段而生成,流程引擎能够解释并执行流程模板以及流程实例,这也是工作流的基础。流程数据包含的信息挺多,就流程定义而言,从流程模板定义到流程节点定义,定义流程节点的各种参数,以及流程节点的路由关系,节点对应的数据权限,抄送,待办信息等,它们是生成流程实例以及节点实例的依据,是流程正确运行的基础,特别是节点路由,它决定了系统能够支持的流程流转各类。对于流程实例,它是根据流程定义生成的,对应到每个业务数据的实例信息,其中包括流程实例的启动信息,状态信息,以及各阶段的节点实例信息,它能标识当前的业务数据的状态以及流程阶段。

  业务数据,也就是流程所支撑流转的业务对象,比如一个申请报告,一份合同会签,它是在普通的数据表中添加了流程关系的数据,每一条数据都会对应至少一个流程实例(我们是一对一),所以业务数据是有流程状态的概念,能标识当前的业务数据是处在怎样的流转状态,是刚申请,还是办理中,还是暂停。使用流程状态来标识业务状态,其实并不是很恰当,每类的业务它都有自己的状态标识,比如一个发文,它处的阶段不是流程状态所能代替的,业务的状态远远多于流程状态,流程完成并不代表业务的审批通过,也可能是不同意,或者是别的原因而办结业务。所以建业务表时都会在表中添加业务状态,通过流程流转来驱动业务状态的改变。

  

转载于:https://www.cnblogs.com/quluqi/archive/2012/10/09/2716104.html

你可能感兴趣的:(工作流-关于业务数据和流程数据(上))