《流程定义语言.docx》由会员分享,可在线阅读,更多相关《流程定义语言.docx(44页珍藏版)》请在三一办公上搜索。
1、一 JPDL流程定义1.1 process-definition(流程定义)流程定义的根节点,是所有节点的父节点名称类型数量描述name属性可选的流程的名称。swimlane元素0.*流程中使用的泳道。泳道表示流程角色,它们被用于任务分配。start-state元素0.1流程起始状态。注意,没有起始状态的流程是合法的,但是不能被执行。end-state|state|node|task-node|process-state|super-state|fork|join|decision元素0.*流程定义的节点。注意,没有节点的流程是合法的,但是不能被执行。event元素0.*作为一个容器服务于动作
2、的流程事件。action|script|create-timer|cancel-timer元素0.*全局定义的的动作,可以在事件和转换中引用。注意,为了被引用,这些动作必须指定名称。task元素0.*全局定义的任务,可以在动作中使用。exception-handler元素0.*一个异常处理器列表,用于这个流程定义中的委托类所抛出的所有异常。1.2 node(自动节点)这种节点和State相反,也称自动节点。当业务程序实例执行到这个节点,不会停止执行。而是会继续往下执行。如果该节点存在多个离开转向。那么,就会执行其中的第一个离开转向,在Node状态中,不需要外部参与者的参与,业务流程的这个部分是
3、自动的、即时完成的。名称类型数量描述action|script|create-timer|cancel-timer事件1用于表示这个节点行为的定制动作。普通节点元素请参考普通节点元素。1.3 start-state(开始状态)start-state是我们整个流程的开始节点,所有的流程实例从这里开始。 名称类型数量描述Name属性可选的节点的名称。Task元素0.1起始一个流程实例的任务,或者用来捕获流程发起者Event元素0.*支持的事件类型:node-leave。transition元素0.*离开转换,每个离开节点的转换必须有一个不同的名称。exception-handler元素0.*一个异
4、常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。1.4 end-state(结束节点)对于每一个流程定义都会有一个结束节点,与开始节点对应名称类型数量描述Name属性必需的结束状态的名称。event元素0.*支持的事件类型:node-enter。exception-handler元素0.*一个异常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。1.5 state(状态)State节点也叫手工节点,进入到这种节点,整个流程的执行就会中断。直到系统外参与者发起继续执行的命令,即调用signal或end方法,业务程序实例的执行才能够继续下去。名称类型数量描述name属性必需的节点的
5、名称。async属性true|false,默认是false如果设置为true,这个节点将会异步执行。请参考”异步执行”章节。transition元素0.*离开转换。每个离开节点的转换必须有一个不同的名称,最多只允许所有离开转换中的一个没有名称。第一个转换被指定为默认转换,当离开节点而没有指定转换时,默认转换发生。event元素0.*支持的事件类型:node-enter|node-leave。exception-handler元素0.*一个异常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。timer元素0.*指定一个定时器,用来监视节点中的一个执行所持续的时间。1.6 task-nod
6、e (任务节点)其性质和node节点一样,在没有task的时候,也都是自动执行,不等待。task-node被归类为一个等待节点,是指在task-node中的task列表中的task没有全部执行完之前,它会一直等待。Task可以在task-node节点下定义,也可以挂在process-definition节点下。最普遍的方式是在task-node节点下定义一个或多个任务。默认情况下,流程在task-node节点会处于等待状态,直到所有的任务被执行完毕。Task的执行是按顺序执行的,任务都完成后,token仍然不会指向后面的节点;需要自己手动调用processInstance.signal()才会
7、驱动流程到下面的节点。名称类型数量描述signal属性可选的unsynchronized|never|first|first-wait|last|last-wait,默认是last。signal指定了任务的完成对流程执行继续的影响。create-tasks属性可选的yes|no|true|false,默认是true。当需要在运行时通过计算来决定哪个任务将被创建时,可以设置为false,如果这样的话,在node-enter事件上加一个动作,在动作中创建任务,并且把create-tasks设置为false。end-tasks属性可选的yes|no|true|false,默认是false。如果设置e
8、nd-tasks为true,在离开节点时,所有打开的任务将被结束。task元素0.*当执行到达本节点时所应被创建的任务。普通节点元素请参考普通节点元素。为了帮助读者理解task-node节点的signal属性,这里举例如下:对于这样的流程定义: a) 这里没有定义signal属性的值,这就表明当节点中的三个任务都完成后,流程才进入后面的节点b) 当表明token不会在本节点停留,而是直接到后面的节点c) 当表明三个任务都完成后,token仍然不会指向后面的节点;需要自己手动调用processInstance.signal()才会驱动流程到下面的节点d) 当表明只要有一个任务完成后,token就
9、指向后面的节点e) 当表明当第一个任务实例完成时继续执行;当在a节点入口处没有任务创建时,token在a任务节点处等待,直到任务被创建或完成。f) 当时,这是默认值,和不设置signal属性的情况相同。g) 当时,当最后一个任务实例完成时候继续执行下去。 当a这个任务节点没有任务被建立时,任务节点等待直到任务被建立。1.7 fork(分支)一个fork把一个执行路线分割成多个执行路线. 默认分支的行为是为每个离开分支转换建立一个子令牌,在令牌要到达的分支之间建立一个父母-子女关系名称类型数量描述name属性必需的节点的名称。async属性true|false,默认是false如果设置为true
10、,这个节点将会异步执行。请参考”异步执行”章节。transition元素0.*离开转换。每个离开节点的转换必须有一个不同的名称,最多只允许所有离开转换中的一个没有名称。第一个转换被指定为默认转换,当离开节点而没有指定转换时,默认转换发生。event元素0.*支持的事件类型:node-enter|node-leave。exception-handler元素0.*一个异常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。timer元素0.*指定一个定时器,用来监视节点中的一个执行所持续的时间。1.8 join(联合)默认联合(join)假设所有来自同一个父母的子令牌联合,当在上使用fork(
11、分支)这个情形就出现了并且所有令牌分支建立,并且到达同一个联合(join)。当全部令牌都进入联合的时候联合就结束了, 然后联合将检查父母-子女, 当所有兄弟令牌到达联合(join),父母令牌将传播(唯一的)离开转换,当还有兄弟令牌活动时,联合的行为将作为等待状态。名称类型数量描述name属性必需的节点的名称。async属性true|false,默认是false如果设置为true,这个节点将会异步执行。transition元素0.*离开转换。每个离开节点的转换必须有一个不同的名称,最多只允许所有离开转换中的一个没有名称。第一个转换被指定为默认转换,当离开节点而没有指定转换时,默认转换发生。eve
12、nt元素0.*支持的事件类型:node-enter|node-leave。exception-handler元素0.*一个异常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。timer元素0.*指定一个定时器,用来监视节点中的一个执行所持续的时间。对于Join节点,我们知道默认是要等到所有分支都到了流程才能往下继续走,要改变这一情况,我们可以通过给该节点加Action的方法改变该Join节点的Discriminator,就可以使只要有一个分支到达流程就可以继续执行的效果了1.9 decision(决策)一个decision用以决定在多个执行路径中哪个才可以被执行。如果你是一个程序员,把
13、它可以理解成switch case结构即可,一个decision能够具有许多离开的transition。 名称类型数量描述handler元素要么指定“handler”元素,或者在转换上指定条件。一个org.jbpm.jpdl.Def.DecisionHandler的实现名称。transition元素0.*离开转换。决策的离开转换可以被扩展为拥有一个条件,决策会查找条件计算为true的第一个转换,没有条件的转换被认为计算为true(为了建模“otherwise”分支)。请参考condition元素。普通节点元素请参考普通节点元素。Handler所指定的DecisionHandler的实现类里的d
14、ecide方法返回一个字符串,表示要执行哪个transition1.10 transition(转换)转换用来指定节点之间的连接。transition元素放在node里面,那么这个transition就会从这个节点出离开。 名称类型数量描述name属性可选的转换的名称。注意,每个节点的离开转换必须有一个不同的名称。to属性必需的目标节点的分级名称,表示将要达到的那个节点名称. action|script|create-timer|cancel-timer元素0.*发生转换时将要执行的动作。注意,转换的动作无需放入事件(因为只有一个事件)。exception-handler元素0.*一个异常处理
15、器列表,用于这个流程节点中的委托类所抛出的所有异常。1.11 event(事件)JBPM定义了一系列与工作流节点元素相关联的事件,例如,流程实例运行过程中,可以触发节点进入(node-enter)、节点离开 (node-leave)、流程启动(process-start)、流程结束(process-end)、任务创建(task-create)、 任务分派(task-assign)、任务启动(task-start)等事件。在流程定义时,JBPM的事件均与action绑定。事件的触发将导致相应actions的执行。名称类型数量描述type属性必需的表示相对于事件要放置的元素事件类型。action|
16、script|create-timer|cancel-timer元素0.*在这个事件上将要执行的动作列表。1.12 action(动作)一个action是一段java代码。在流程执行期间在一些事件之上定义,这样会在相关事件触发时自动在工作流引擎上执行。名称类型数量描述name属性必需的动作的名称。当动作被指定名称后,它们可以在流程定义中被查出,这对于运行时动作以及仅一次声明动作是有用的。class属性或者用ref-name,或者用expression。实现org.jbpm.graph.def.ActionHandler接口的类的全名。ref-name属性或者用class。所引用动作的名称。如果
17、指定一个引用动作,则本动作不需要再做处理。expression属性或者指定一个class,或者ref-name。一个解决一个方法的jPDL表达式。accept-propagated-events属性可选的yes|no|true|false,默认是yes|true。如果设置为false,则动作仅在本动作元素的触发事件上被执行。更多信息,请参考“第9.5.4 事件传播”。config-type属性可选的field|bean|constructor|configuration-property。指定动作对象将被怎样创建以及本元素的内容怎样象配置信息那样被动作对象所使用。async属性true|fal
18、se默认false,这意味着动作将在当前执行的线程中被执行。如果设置为true,一个消息将被发送到命令执行器,并且执行器组件将在一个独立的事务中同步执行动作。请参考”异步执行”章节。内容可选的action的内容可以被作为你定制动作实现的配置信息,这是考虑到可重用的委托类的创建。有关委托配置的更多信息,请参考“第16.2.3节委托配置”。1.13 script(脚本)Script里是动作执行的beanshell脚本.名称类型数量描述name属性可选的脚本动作的名称。当动作被指定名称后,它们可以在流程定义中被查出,这对于运行时动作以及仅一次声明动作是有用的。Accept-propagated-ev
19、ents属性可选的0.*yes|no|true|false,默认是yes|true。如果设置为false,则动作仅在本动作元素的触发事件上被执行.expression元素0.1beanshell脚本。如果你没有指定variable元素,可以写表达式作为脚本元素的内容(忽略expression元素标签)。variable元素0.*脚本所需变量。如果没有指定变量,则当前令牌的所有变量将被装载到脚本,当你想要限制装载到脚本中的变量数量时使用variable。1.14 expression(表达式)Expression里可书写Beanshell脚本名称类型数量描述内容一个beanshell脚本。1.1
20、5 variable(变量)一个是变量是一种key-value对。它与过程实例(一次过程执行)相关联。Key是java.lang.string,value是任何java类型的任何pojo。所以任何是java类型,即使不给jbpm知道也能被应用到变量中。JBPM的流程变量在尽量模仿java.util.map的语义。这一点可以通过JBPM的API来了解。也就是说一个变量只能当它被插入时被赋值,任何java类型都可以作为变量中的value。 名称类型数量描述name属性必需的流程变量的名称。access属性可选的默认是read,write,用逗号分割的一个访问列表。迄今为止,使用的访问仅为read,
21、write和required。mapped-name属性可选的默认是变量的名称。用来指定变量名称被映射的名称,mapped-name的含义依赖于这个元素所被使用的上下文。对于一个脚本,将是一个脚本变量名称;对于一个任务控制器,将是任务表单参数的标签;对于一个process-state,将是在子流程中使用的变量名称。1.16 handler(句柄)Handler是在定义一个decision时需要为其定义一个DecisionHandler时采用。名称类型数量描述expression属性或者用class一个jPDL表达式,返回结果被用toString()方法转换为字符串,结果字符串应该与某个离开转换
22、匹配。class属性或者用ref-name实现了org.jbpm.graph.node.DecisionHandler接口的类的全名。Config-type属性可选的field|bean|constructor|configuration-property。指定动作对象将被怎样创建以及本元素的内容怎样象配置信息那样被动作对象所使用。内容可选的Action里的内容可以用来帮助结合我们的业务来处理我们的流程,同时我们可以在Action里加上业务处理逻辑,以更好的利用流程.1.17 timer(定时器)定时器timer可以被用于decision fork join node process-stat
23、e state super-state task-node,可以设置开始时间duedate和频率repeat,定时器动作可以是所支持的任何动作元素,如action或script。timer 还有一个很重要的属性cancel-event,这个是timer和task结合时使用的,任务定时器的cancel-event可以被定制。默认情况 下,当任务被结束时(=完成)任务上的定时器将被取消,这是通过在定时器上使用cancel-event属性,流程开发者可以定制诸如task- assign或task-start。cancel-event支持多个事件,通过在属性中指定一个用逗号分割的列表,可以组合canc
24、el-event 的类型。名称类型数量描述name属性可选的定时器的名称。如果没有指定名称,则采用外部的节点名称。注意,每个定时器应该有一个唯一的名称。duedate属性必需的所指定的定时器创建到定时器执行之间的期限(可以用业务时间来表示)。repeat属性可选的duration|yes|true当一个定时器在预期时间执行后,“repeat”可选项指定了在离开节点之前重复的执行定时器之间的期限。如果指定为true或false,则与duedate相同的期限被使用。transition属性可选的当定时器执行、定时器事件触发后以及执行动作时时所使用的转换名称。cancel-event属性可选的这个属
25、性只用在任务的定时器中,它指定了定时器将被取消的事件。默认是task-end事件,但是也可以被设置为如task-assign或task-start。cancel-event的类型也可以通过指定一个用逗号分割的列表被组合。action|script|create-timer|cancel-timer元素0.*当定时器被触发时所应被执行的动作。1.18 create-timer(创建定时器)Create-timer是定时器的创建名称类型数量描述name属性可选的定时器的名称。这个名称可被用于用一个cancel-timer动作取消定时器。duedate属性必需的所指定的定时器创建到定时器执行之间的期
26、限(可以用业务时间来表示)。请参考“第14.1节期限”中的语法。repeat属性可选的duration|yes|true当一个定时器在预期时间执行后,“repeat”可选项指定了在离开节点之前重复的执行定时器之间的期限。如果指定为true或yese,则与duedate相同的期限被使用。请参考“第14.1节期限”的语法。transition属性可选的当定时器执行、定时器事件触发后以及执行动作时时(如果要)所获取的转换名称。1.19 cancel-timer(取消定时器)Cancel-timer是定时器的取消名称类型数量描述name属性可选的要被取消的定时器的名称。1.20 task(任务)Tas
27、k 是是流程定义里的一部分,它决定了task instance的创建和分配名称类型数量描述name属性可选的任务的名称。命名的任可以被引用并且可以通过TaskMgmtDefinition被查出。blocking属性可选的yes|no|true|false 如果blocking设置为true,当任务没有结束时节点不能被离开(必须要通过taskInstance.end()方法离开节点);如果设置为false(默认),允许用户通过signal继续执行和离开节点。默认设置为false,因为通常是由用户接口来强制阻塞。signalling属性可选的yes|no|true|false,默认是true。如果
28、设置signalling为false,则任务没有触发令牌继续的能力。duedate属性可选的延迟时间(任务执行的的延迟时间)。请见业务日历中的解释。swimlane属性可选的引用一个swimlane,如果在任务上指定了一个swimlane,则assignment将被忽略。priority属性可选的highest,high,normal,low,lowest之一。作为选择,可以为priority指定任何整数,供参考:(highest=1,lowest=5)。assignment元素可选的描写一个委托,该委托将在任务被创建时把任务分配给一个参与者。event元素0.*支持的事件类型:task-cr
29、eate|task-start|task-assign|task-end。为了任务分配,我们特别的为TaskInstance添加了一个非持久化的属性previousActorId。exception-handler元素0.*一个异常处理器列表,用于这个流程节点中的委托类所抛出的所有异常。timer元素0.*指定一个监视本任务执行期限的一个定时器。对于任务定时器特殊的是可以指定cancel-event,cancel-event默认是task-end,但是它可以被自定义如task-assign或task-start。controller元素0.1指定流程变量怎样被转换为任务表单参数。任务表单参数有
30、用户界面使用,用力向用户表现一个任务表单。1.21 swimlane(泳道)实际应用中,一个人是一个流程中多个Task的参与者(actor)的情况是很常见的。在jbpm中通过创建一个swimlane并且把swimlane赋给一个task的方式来设置当前task的参与者(actor)。一个业务流程中的swimlane可以被看做为一个参与者的参与者对象的名称,当然它不一定是固定的某个人,它可以是一个用户组,一个特定用户的角色等。首次执行到达一个Task,赋给该Task的一个swimlane就会算出参与者(actor)。名称类型数量描述name属性必需的泳道的名称。泳道可以被引用并且可以通过Task
31、MgmtDefinition被查出。assignment元素1.1指定泳道的分配。这个分配在本泳道中的第一个任务实例被创建时完成。1.22 assignment(委派)当流程执行到某个Task的时候,引时流程引挚要调用相应的swimlane或assignment将当前的task分配(委派)给某个参与者,外部参与者可以是一个人也可以是某个系统等。名称类型数量描述expression属性可选的由于历史原因,这个属性的表达式不是jPDL表达式,而是对jBPM身份组件的一个分配表达式。actor-id属性可选的一个actorId,可以与pooled-actors协同使用。actor-id被作为一个表达
32、式,因此你可以引用一个固定的actorId,如actor-id=”bobthebuiler”;或者你可以引用一个可以返回一个字符串的属性或方法,如actor-id=”myVar.actorId”,这将调用任务实例变量“myVar”上的getActorId方法。Pooled-actors属性可选的一个逗号分割的actorId列表,可以与actor-id协同使用。一个固定的参与者池可以指定如下:pooled-actors=”chicagobulls,pointersisters”。 pooled-actors被作为一个表达式,因此你可以引用一个返回String、Collection、或一个逗号分割
33、的池中的参与者列表的属性或方法。class属性可选的一个实现org.jbpm.taskmgmt.def.AssignmentHandler接口的类的全名称。config-type属性可选的field|bean|constructor|configuration-property。指定分配处理器对象(assignment-handler-object)对象将被怎样创建以及本元素的内容怎样象配置信息那样被分配处理器对象所使用。内容可选的assignment元素的内容可以被作为分配处理器(AssignmentHandler)实现的配置信息,这是考虑到可重用的委托类的创建。1.23 controlle
34、r(控制器)在任务执行时,可能需要读、写流程变量;在任务完成并提交时,可能需要写流程变量。为此,jBPM提供了任务变量的概念。在某些情况下,任务变量和流 程变量并非简单的一一对应关系,例如,三个流程变量代表三个月的销售额,任务变量只需要它们的平均值。为实现任务与流程实例之间的信息交流,jBPM设置 了任务控制器机制。该机制也采用递进模式:首先,jBPM提供基本(默认)的任务控制器;如果不敷使用,二次开发人员可以使用自定义的任务控制器。 jBPM的任务控制器机制在流程变量和任务变量之间架起了一座桥梁。名称类型数量描述class属性可选的一个实现org.jbpm.taskmgmt.def.Task
35、ControllerHandler接口的类的全名称。Config-type属性可选的field|bean|constructor|configuration-property。指定分配处理器对象(assignment-handler-object)对象将被怎样创建以及本元素的内容怎样象配置信息那样被分配处理器对象所使用。内容controller元素的内容要么是指定的任务控制处理器的配置信息(如果指定了class属性),要么必须是一个variable元素列表(如果没有指定任务控制器)。variable元素0.*如果没有通过class属性指定任务控制处理器,则controller元素的内容必须是变
36、量列表。1.24 process-state 子流程process-state是JBPM提供的用来处理子流程的节点,一个process-state只能对应一个子流程,究竟指到哪个子流程可以在process-state的action里指定,当token执行到指定的子流程时,子流程就已经启动,不用像启动主流程一样手工启动子流程。其它部分的处理就和普通的流程没有区别了。名称类型数量描述name属性必需的名称。Sub-process元素只能定义一个子流程variable变量0*Variable是用来指定如何把数据从父流程copy到子流程1.25 sub-process 子流程名称类型数量描述name属
37、性必需的子流程的名称version属性可选子流程的版本。如果没有指定该属性,默认将会采且该子流程的最后一个版本1.26 condition 条件名称类型数量描述内容或属性表达式必需的condition元素的内容是一个计算结果为布尔值的jPDL表达式。决策采用第一个表达式处理结果为true的转换(按在processdefinition.xml中的顺序),如果没有条件处理结果为true,则采用默认离开转换(也就是第一个)。1.27 exception-handler 异常处理Jbpm的异常处理机制仅仅集中于java异常,流程定义本身的执行不会导致什么异常,只有在执行委托类时才会导致异常。 在流程定
38、义(process-definitions)添加的exception-handler对整个流程起作用、节点(nodes)上添加异常只对当前的节点起作用(同时如果在process-definitions里也设置了exception-handler那么将不会再执行process-definitions里的exception-handler),和转换(transitions)添加exception-handler只对当前的transitions起作用(同时如果在process-definitions里也设置了exception-handler那么将不会再执行process-definitions里的
39、exception-handler),可以指定一个异常处理(exception-handlers)清单,每个异常处理(exception-handler)有一个动作列表,当在委托类中发生异常时,会在流程元素的父层次搜索一个适当的异常处理(exception-handler),当它被搜索到,则异常处理(exception-handler)的动作将被执行。 注意,Jbpm的异常处理机制与java异常处理不完全相似。在java中,一个捕获的异常可以影响控制流,而在Jbpm中,流程不会被Jbpm异常处理机制所改变。异常要么被捕获,要么不捕获,没有被捕获的异常被抛向客户端(例如客户端调用token.si
40、gnal()),而被捕获的异常则是通过Jbpm的exception-handler,对于被捕获的异常,图执行仍会继续,就像没有异常发生一样。 在处理异常的动作中,可以使用Token.setNode(Node node)把令牌放入图中的任何节点。名称类型数量描述exception-class属性可选的指定与本异常处理器所匹配的java throwable类,如果这个没有指定这个属性,则它匹配所有异常(java.lang.Throwable)。action元素1.*当异常被异常处理器捕获时将要执行的动作列表。二 XPDL之流程定义元模型XPDL元模型定义了流程定义里所包含的实体、它们的关系以及属性
41、,其中属性不仅仅为了执行需要,很多属性是为了统计与监控的需要。2.1 包(Package)流程模型包含许多作用域大于流程定义的实体,例如参与者声明、应用程序声明和相关数据元素,它们可能被多个流程定义所引用。为了避免每个流程定义都重复定义这些实体,XPDL引入包的概念,包作为流程定义的容器,对流程定义按照关联性进行分组。在包上定义的实体被其包含的流程定义继承,同时,包能够为所属流程定义声明一系列的通用属性,例如作者、版本号、状态等。XPDL里的包等价于BPMN里的业务流程图(Business Process Diagram)。2.2 泳道(Swimlanes)泳道被用来对流程定义和活动进行布局。
42、我们使用泳道在流程级别上定义参与者信息(部门、公司),在活动级别上定义执行者信息(角色、人员)。我们使用一系列非重叠的长方形来描述泳道,这些长方形称为池(Pool),同时,池又被细分为一系列的子泳道(Lane)。如下图2-6所示:图 2-6泳道同样的在下图中描述了一个包含贷款应用流程的池。池中没有道。流程可以是可重用的子流程或内嵌的子流程。要注意迁移(顺序流)可以穿越同一个池中的道。迁移可能不会穿越池。2.3 流程定义(Process Definition)流程定义是对流程的建模和描述,为流程中的其他实体提供上下文信息。其属性包括创建时间、作者、初始化参数、执行优先级、时间约束、仿真信息等。X
43、pdl2.1文档包含对流程集(包)的流程定义。Xml文档不仅被模型工具、模拟工具和执行工具使用,它同样为bam报表工具提供了基本信息,特别是为OLAP立体报表技术提供了维度和变量信息。在这里我们描述了使用管理工具发送xpdl流程定义到分析工具并传达能捕捉执行的详细情况的日志事件流的企业流程管理系统。分析工具根据流程定义、参与者和队列信息来构造数据库和OLAP立方。分析工具处理事件来更新数据库中实际和维度上的表,并且利用excel和(或)其他拥有的流程以及企业智能工具立体处理事件来完成对切片和切块查看数据的交互的准备。一个可供选择的数据展示的方法显示了流程定义的视觉环境中选择的数据。这个可以由历史展示或动画执行系统或模拟运行来实现。2.4活动(Activity)活动是流程中的一个步骤,一个基本活动具有属性。这些属性提供了在这一步骤中谁可以执行这个活动、什么应用或Web服务会被调用、正在工作的对