Xpdl21演示教学.docx
- 文档编号:2092381
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:16
- 大小:852.76KB
Xpdl21演示教学.docx
《Xpdl21演示教学.docx》由会员分享,可在线阅读,更多相关《Xpdl21演示教学.docx(16页珍藏版)》请在冰豆网上搜索。
Xpdl21演示教学
Xpdl2.1
历史
xpdl的基本概念的形成是由在wfmc工作的研究工作流和企业流程管理工具的人员提出的。
元模型体现了这些观念,并且这一术语指导了解决全部问题的许多方面的接口规范。
不同的工具和不同的供应商之间流程定义的交互被作为这个版本和第一个由wfmc于1998年10月公布的标准交互语言版本wpdl的重要的篇章。
随着xml以及其在互联网定义文档格式的日益流行,结合几年的在工作流和企业流程管理工具中使用wpdl积累的经验,产生了官方于2002年10月发布的xpdl1.0版本。
Xpdl保持了wpdl的语义但是使用xml模式定义了新的语法。
尽管流程的元模型的基础是基于一个由活动作为节点以及迁移两者之间的边缘或道的有向的图形结构,但无论是wpdl还是xpdl都没有提出一个规范的图形描述。
Bpmn是由在bpmi工作的员工提出来讲技术应用到流图工具,统一并扩展图形使其能表达工作流和eai流程中需要的语义。
Bpmn1.0于2004年月发布。
除了图形化的描述,bpmn包含许多没有包含到xpdl中的流程模型的规范机制。
其中有独特的流程之间的事件和消息传递机制。
Xpdl2.0包含了这些机制以及图形并提供了统一xpdl和bpmn的扩展元模型。
Xpdl2.0于2005年10月获得wfmc成员的官方认可。
2007年6月omg出版了bpmn的一个更新版本:
1.1版本。
里面有许多的图形和语义的改变。
Wfmc已经包含了这些变化以及其他基于两年的在这个领域的研究对xpdl2.0的改进,创建了xpdl2.1。
这篇文章已经为反映这些变化做了更新。
在文章的最后的章节描述了bpmn模型的可移植性和一致性,这都很大的促进了流程模型在设计层的交互。
基础
一个企业流程模型包含流程集以及执行流程中包含的所有步骤所需要的应用和资源。
我们从讨论一个流程中的元素开始。
为了使其简化,我们首先关注一个元素的最小子集。
活动(流程中的步骤)
迁移(或顺序流)
上图中完全描述了图形、语法和语义以及“to”和“and”。
四个圆角矩形代表活动,四个箭头代表定义活动之间可能的通道的迁移。
最左边的活动ReceivePayment(接收支付)因为没有前驱,因此是流程中要执行的第一个活动。
SendReceipt(发送收据)是最后一个活动。
ProcessLargePayment(处理大额支付)和ProcessSmallPayment(处理小额支付)是二选一的活动,一个支付根据支付的数量被路由到这个或者另一个。
迁移的布尔表达式决定了哪个迁移的发生,就像被与支付有关的数据、数量决定一样。
这一注释同样适用于影响xpdl发展的数学体系petri网。
流图通常使用规范的图形元素来表示逻辑分支。
为了支持提供路由活动(网关)的xpdl,图形可以画成如下图所示:
在这里,菱形节点代表路由活动,X表示exclusive-or逻辑。
左边的排外网关是一个分支。
只有一个存在的迁移有条件表达式;令一条路被标记为默认出口,只有当所有其他存在的出口的条件值为假时才会被使用。
有许多网关类型,最常用的如下所示:
排外(XOR)[注意‘X’符号是可选的]
并行(AND)
使用顺序活动、并行活动、循环和条件路径,节点和迁移可以形成非常复杂的图形。
在上图所示的流中,我们引进了第三种类型的活动节点即事件。
事件是企业流程过程中发生的一些事情。
这些事件影响着流程的流动并且经常会有一个目标(触发器)或影响(结果)。
基于事件在何时影响流,分成三种类型的事件:
开始、中间和结束。
有许多触发器和结果类型,一些常用的组合如下所示:
有消息触发的开始事件
由计时器触发的中间事件
产生错误的结束事件
活动
我们一点也没有提到一个基本活动的细节。
活动是流程中的一个步骤,但是在那一步发生了什么?
一般来讲,执行一个步骤需要一种或多种资源:
例如一个人有许多技能或一个系统资源。
为执行一个步骤,一个任务或应用可能会被执行。
因此,一个基本活动具有属性。
这些属性提供了在这一步骤中谁可以执行这个活动、什么应用或Web服务会被调用、正在工作的对象的哪些内容被使用了以及(或)被改变了等信息。
参与者(资源)和应用可能会定义在一个流程中,或者被定义在企业流程模型的整个流程集中。
工作对象的内容同样可以定义在一个流程中或整个模型中。
活动有一些其他属性更进一步定义了它们的特殊角色或它们是如何实现的。
这里我们列出了一些:
Loop活动重复执行直到条件为假
IsATransaction基于迁移的语义
任务和应用
有七种标准任务用来规范基本活动、调用Web服务和使用wsdl通信。
第八种类型的任务用来调用在企业流程模型中定义了签名的应用程序。
被流程调用的应用程序在流程或包(见元模型的包)级别。
有许多种类型的应用,如下所示:
传统的应用
组件
Web服务
业务规则
表单
脚本
复合活动
一个复合的活动涉及到另一个(可重用的或内嵌的)流程。
复合活动的图形包含一个特殊的标记来指定这个复合活动允许流程定义的重用。
如果引用一个可重用的子流程,在调用子流程的时候可以将一个实参列表传递给子流程。
内嵌的子流程共享一些数据空间因此不用传递参数。
(就像技术细节不会显示在图形描述上一样,内嵌的流程是一个xpdl活动集并且这个复合活动被称作块活动)。
可重用的子流程可以被异步调用,这时复合活动中存在的迁移立刻会决定工作对象在复合活动后继事物路径。
同步调用需要子流程完成后复合活动才会继续执行。
内嵌子流程通常同步调用。
流程元模型
元模型描述了流程中所有元素之间的联系。
Xpdl1.0没有图形化的元素,但是为了支持bpmn结构,xpdl2.1将其包括进来。
我们已经描述了网关和事件。
池和道是用来支持这一章中稍后讨论的泳道图形的元素。
包元模型
这个元模型描述了包货企业流程图级别的元素之间的联系。
Xpdl1.0没有图形化的元素,但是为了支持bpmn结构,xpdl2.1将其包括进来。
泳道
在下图中描述了一个包含贷款应用流程的池。
池中没有道。
流程可以是可重用的子流程或内嵌的子流程。
在下图中描述了一个包含贷款应用流程的池。
池中没有道。
流程可以是可重用的子流程或内嵌的子流程。
要注意迁移(顺序流)可以穿越同一个池中的道。
迁移可能不会穿越池。
消息流
消息流一般由Web服务或消息队列实现。
在例子中我们阐述了不同池中的活动之间的消息流是怎样流动的。
这使得我们可以图形化的展示流程之间各方面的安排。
应该注意的是消息流不会出现在同一个池中的活动之间。
换句话说,顺序流用来连接同一个池中的活动,而消息流用来展示不同池中的活动之间的通信。
这个例子中的池被画成水平方向并且扩展到整个页面。
但是,规范中也支持垂直池,并允许限制宽度和高度。
这支持了规范中抽象流程和安排对池的使用。
产品
产品提供了带有图形描述的文档设施。
关联用来将产品和诸如活动的流数据连接起来。
关联就像顺序流或消息流,但是允许在路径的一端或两端有可选择的箭头。
数据对象:
文本注释:
组:
允许不同的对象为同一个报表目的而标记相同的名字。
流程定义和报表
Xpdl2.1文档包含对流程集(包)的流程定义。
Xml文档不仅被模型工具、模拟工具和执行工具使用,它同样为bam报表工具提供了基本信息,特别是为OLAP立体报表技术提供了维度和变量信息。
在这里我们描述了使用管理工具发送xpdl流程定义到分析工具并传达能捕捉执行的详细情况的日志事件流的企业流程管理系统。
分析工具根据流程定义、参与者和队列信息来构造数据库和OLAP立方。
分析工具处理事件来更新数据库中实际和维度上的表,并且利用excel和(或)其他拥有的流程以及企业智能工具立体处理事件来完成对切片和切块查看数据的交互的准备。
一个可供选择的数据展示的方法显示了流程定义的视觉环境中选择的数据。
这个可以由历史展示或动画执行系统或模拟运行来实现。
模拟
基于wfmc元模型和xpdl文件格式的模拟工具已经应用多年了。
这些工具由xml方案文件驱动。
Xpdl包由一些为模拟提供需要的信息的附加图解。
模拟需要的信息包括活动执行的详细信息(例如持续时间信息),工作到达的时间表,资源特征(技能集、工作时间列表、费用等)以及多种多样的模拟选择项。
一些这样的数据可以从OLAP数据库的历史信息集中自动获得。
这些模拟能产生与BPM执行器产生的一样的日志事件流。
因此相同的分析工具可以用来提供使用模拟进行测试的评估变化的图表和报表。
模拟技术需要扩展到包括xpdl2.1中包含的新结构,尤其是bpmn事件和消息流。
流程交换
一般的元模型允许工具交换模型。
这些工具有:
模拟工具
监控工具
执行工具
模型工具
库工具
下图展示了再BPM套件中流程交换的使用。
Bpmn模型可移植性、一致性
Bpmn既可以用来进行抽象活动流见面,又可以用来完成可执行的设计。
但是许多工具利用bpmn进行抽象建模,但是在具体工具下的活动属性中增加可执行的细节。
Xpdl2.1的其中的一个目标是促进不同工具间抽象活动流模型的可移植性。
这需要将bpmn中涉及到活动流模型的元素和属性与那些涉及到可执行的设计的数据分开。
Bpmn规范的确没有定义这些分离,但是xpdl以bpmn模型可移植性一致性分的类形式定义了这些分离。
Xpdl定义了三种可移植性一致性分类模型:
简单、标准和完全模型。
建模工具声明付出这些分类的一种意味着工具可以引入并理解分类中包含的序列化bpmn实例的所有部分。
这三种分类都排除了有关实现的xpdl元素和属性或用户名字空间。
它们仅在对抽象模型元素集的支持上有区别。
简单类型包括如下的bpmn对象:
任务、级联的子流程、网关(基于数据的排外、包含和并行)、没有开始、没有结束事件、池、道、数据对象、文本注释、顺序流(不受控制、条件和默认)和关联。
标准类型包括如下的bpmn对象:
任务(任务类型用户、服务、发送和接收),级联和扩展的子流程、循环或多实例活动、网关(包含、基于数据的排外、基于事件的排外和并行)、开始事件(无、消息、时钟)、在顺序流中捕获即时事件(时钟和消息)、在顺序流中抛出即时事件(消息)、附加即时事件(时钟、消息和错误)、结束事件(无、错误、消息和终止)、池、道、数据对象、文本注释、顺序流(不受控制、条件和默认)和关联。
完全类型包括bpmn1.1中描述的所有的任务类型、所有的事件类型和所有的网关类型、消息流、事务型的子流程和特定的子流程。
每种类型由可以应用的xpdl实例的过滤转换来定义,只留下类型的元素和属性。
如果原有的xpdl是有效模式,过滤后的xpdl夜将是模式有效的。
第二次的过滤转换提供了一致性要求的额外的验证规则。
如果原有的xpdl与过滤后的xpdl相同并且没有验证错误,原有的实例就称作和这个类型一致。
如果原有的xpdl与过滤后的xpdl不同,但是过滤后的xpdl没有验证错误,那么过滤后的xpdl代表了原有实例的符合类型一致性的一部分实例。
我们将提供工具来验证bpmn抽象模型的可移植性和一致性级别。
我们预计将来会产生其他的bpmn可移植性和一致性类型和其他抽象模型可移植性和一致性级别。
结论
Xpdl2.1为基于bpmn图形的企业流程定义提供了一个标准的图形化方法。
Xpdl2.1为延续bpmn图形和交换流程定义提供了标准文件格式。
文件格式基于wfmc的元模型。
元模型为包括执行工具、模拟器、bpa建模工具、企业活动监控器和报表工具在内的许多产品创建了定义、引用和导出流程定义框架。
定义格式的模式是可扩展的,并且为供应商和用户提供了扩展功能,同样也为未来的标准版本提供了一条自然之路。
到规范的执行语言(例如bpel)和其他基于xml的规范(例如ebxml)的映射是可能的。
最后,bpmn模型的可移植性和一致性分类极大地增加了相当数量的不同供应商工具之间在设计基本的真实的可移植性的可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Xpdl21 演示 教学
![提示](https://static.bdocx.com/images/bang_tan.gif)