jbpm流程模型

1概述
一个流程定义是对一个业务流程的正式说明,以及它是基于有向图的。该图是结点(node)与流向(transition)的组合。图中每一个结点都是一个特殊的类型,结果的类型决定了该结点的运行时的行为。一个流程定义有且仅有一个开始状态。
一个令牌(token)是执行的轨迹。令牌是一个运行时的概念,其维护着速个图中指向结点的指针。
一个流程实例(process instance),是流程定义的一次执行过程。当流程实例被创建 ,一个令牌被创建,该令牌叫做这个流程实例的根令牌并处于这个流程实例的开始状态。
信号(signal)命令令牌继续执行,当接收到一个未命名的信号时,一个令牌将通过默认的“离开流向”离开当前结点,如果该信号有明确命名,令牌将通过指定的流向离开该结点。给流程实例发送命令是由令牌来代理。
当令牌进入结点后,结点会被执和,结点本身负页让流程继续,而让流程继续就是让令牌离开当前结点,每个结点类型可以实现不同的动作来让流程继续。一个结点如果不继续执行则可以看作是一个状态。
动作(Action)是在执行流程的时候事件触发执行的Java代码,图是软件需求的重要表达方式,但是图只是一个软件的视图,它隐藏了许多技术的细节。动作就是把技术细节隐藏在图以外的一种 机制。动作可以装饰图。主要的事件有:进入一个结点,离开一个结点,开始一个流向等。

2流程图
流程定义的基本设施是由结点及流向组成的图。那些信息是由一个叫processdefinition.xmlXML文件来定义的,每个结点有自已的类型,如状态、选择、分支、合并。每个结点有自已的流向集,每个流向有其唯一的名称。如,下面一幅图是一个JBAY拍卖流程的流程图:
jbpm流程模型
下面是其对应的processdefinition.xml

代码
  1. <process-definition>  
  2.   
  3.   <start-state>  
  4.     <transition to="auction" />  
  5.   </start-state>  
  6.      
  7.   <state name="auction">  
  8.     <transition name="auction ends" to="salefork" />  
  9.     <transition name="cancel" to="end" />  
  10.   </state>  
  11.      
  12.   <fork name="salefork">  
  13.     <transition name="shipping" to="send item" />  
  14.     <transition name="billing" to="receive money" />  
  15.   </fork>  
  16.      
  17.   <state name="send item">  
  18.     <transition to="receive item" />  
  19.   </state>  
  20.   
  21.   <state name="receive item">  
  22.     <transition to="salejoin" />  
  23.   </state>  
  24.      
  25.   <state name="receive money">  
  26.     <transition to="send money" />  
  27.   </state>  
  28.   
  29.   <state name="send money">  
  30.     <transition to="salejoin" />  
  31.   </state>  
  32.      
  33.   <join name="salejoin">  
  34.     <transition to="end" />  
  35.   </join>  
  36.      
  37.   <end-state name="end" />  
  38.      
  39. </process-definition>  

<script type="text" />render_code();</script>

 

3结点
流和图由结点及流向组成,更多的图及执行模型,见第四章,面向图形编程。
结点有类型,结点的类型决定了在运行时,执行进入到一个结点时发生的事情。JBPM有一系列的预置结点类型供我们使用。同时,你可以自已定义自已的结点类型。

3.1结点的责任
结点有两个主要的责任,一,可以执行Java代码,通常这些Java代码与该结点的功能有点,如创建一个任务实例,发送一个通知,更新数据库,二,结点负责传播流程,即使流程可继续执行,概括地说,结点在传播流程时有下面一些选项:
* 1 不传播流程,这种情况下该结点表现为一个等待状态。
* 2 执行其中一个流向,流开当前结点。也就是说令牌在进入该结点的时候被程序要求执行一个流向流开:executionContext.leaveNode(String)。该结点表现为自动结点,它可以执行一些自定义逻辑并且继续流程而不需要等待。
*3 创建新的执行轨迹,结点可以决定创建新的令牌。每一个新令牌代表一个新的执行轨迹且可以在结点的流向中加载。一个好的示例就是分支结点。
*4 执行轨迹的结束点。结点可以决定结束一个执行轨迹。意味着令牌被终止、执行轨迹完成。
*5 通常,结点可以改变流程的整个运行时结构,运行时结构是指包括一系列的品树形分布的令牌。每个令牌代表一条执行轨迹,结点创建或结束令牌,通过流向把令牌放到一个结点
JBPM包括 -- 像所有的工作流和BPM引擎一样-- 一系列的预置的结点类型,有文档描述
它们的配置和行为。但是JBPM和面向图形编程基金会最难得的一点是我们对开发者开放模型,开发者可以自定义结点行为并易于在流程中使用。
传统的工作流和业务流程管理系统很相像的时,他们通常提供合适的结点集合(称为流程语言),他们的流程语言是封闭的,并且执行模型是隐藏在运行环境之后。查找工作流模式结果表明,光有流程语言是不足够的。我们选择一种简单的模型并允许开发者写自已的结点类型。JPDL流程语言是开放的。
 

你可能感兴趣的:(数据结构,编程,xml,jbpm,配置管理)