工作流引擎在业务系统中的集成方式和工作过程

     工作流引擎实现抽象流程的流转,业务的实现在表单模块中完成。如报销流程,填写报销单,审核报销单,都对应一个业务模块,在业务模块中实现将数据保存到数据库表中,实现业务数据的持久化。工作流引擎负责将这些业务模块串起来,实现业务流的流转。
  
      曾经的业务系统,业务流的流转通常是采用对状态字段的控制来实现的。当报销单填写完成后,单据状态为1,经理审核的时候,就查询出单据状态为1的记录,做审核,审核完成后,也是修改审核状态,这样来达到业务流的流转。
  
      当应用了工作流系统后,业务流的流转,就不需要根据状态字段来控制了,业务流的流转按照业务流程建模的节点规则向前流转,状态字段退化成纯粹的业务数据,只表示当前的业务状态。
  
      工作流系统在集成业务模块时,只要将业务模块实现的表单,挂接到流程的节点上,就可以了。业务表单,可以是定制的,如jsp页面,aspx页面,甚至htm页面。也可以是用表单工具生成的表单,将通用表单工具生成的表单挂接到流程的节点上。
  
      流程运行时,按照流程节点向前运行,取出节点的表单,打开运行,待用户输入完成后,提交,一并做业务数据的提交和流程节点的提交。这里就涉及到工作流引擎和业务模块集成。
  
 集成通常分为几个方面:
    表单数据的提交+工作流节点的流转:需要在一个事务中完成。
  
     表单中的一些业务数据,需要能传递到流程引擎中,做流程流转控制用,如报销流程,报销金额大于1000元的需要总经理特别审批,就需要将用户填写的报销金额值传递到流程引擎中。
  
    表单中也需要能获得流程的一些数据,如流程实例id,节点id等等,便于做业务数据和流程实例的关联,另外也可以做一些权限控制等。
  
     集成的过程,需要调用流程引擎的api来实现,当流程引擎和通用的自定义表单工具集成时,这些集成是都完成了的。只需要在表单设计器中完成业务表单模块。调用相应的功能,即可完成和流程的关联。
  
  自定义表单工具和工作流引擎的集成表现在如下几个方面:
  
  表单数据的提交+流程的节点的执行 :
  
  是在表单数据提交的后置事件中,做了流程的节点的执行。如果流程还未初始化,即未生成流程实例id,则在表单数据提交的前置事件中,调用流程引擎的api,执行流程的初始化,得到流程实例id。
  表单数据的提交+流程节点的运行是在一个事务中实现的。
  
  表单中关键业务数据传递到流程引擎中的实现:
  在表单的数据集中设置了,选择流程用,提交表单时,扫描出流程用的数据,按关键字,数据类型和值,形成一个map对象(java是map,.net是IDictionary),在执行流程引擎的节点时,送入流程中,供流程使用。
  工作流引擎的初始化
  public long initialize(String workflowName, int initalVersion, int initialAction, Map inputs) throws InvalidRoleException, InvalidInputException, WorkflowException, InvalidEntryStateException, InvalidActionException;
  
  执行动作方法
  public void doAction(long id, int actionId, Map inputs) throws InvalidInputException, WorkflowException;
  
  
  表单中接收流程的相关信息,是在打开业务表单的时候,将流程的一些相关信息,拼到url中,表单再获取这些url中的值。
  
  
  为了便于更快速的制作业务表单:
  表单生成器应该提供了自定义工具条的功能,在制作表单时,可以自定义工具条的内容。

构建表单的lebel 值的类型 ,表单输入框绑定人员选择器,简单的表单布局功能等。


  

你可能感兴趣的:(J2EE)