XPDL元模型定义了流程定义里所包含的实体、它们的关系以及属性,其中属性不仅仅为了执行需要,很多属性是为了统计与监控的需要。
2.8.1 包(Package)
流程模型包含许多作用域大于流程定义的实体,例如参与者声明、应用程序声明和相关数据元素,它们可能被多个流程定义所引用。为了避免每个流程定义都重复定义这些实体,XPDL引入包的概念,包作为流程定义的容器,对流程定义按照关联性进行分组。在包上定义的实体被其包含的流程定义继承,同时,包能够为所属流程定义声明一系列的通用属性,例如作者、版本号、状态等。
XPDL里的包等价于BPMN里的业务流程图(Business Process Diagram)。
2.8.2 泳道(Swimlanes)
泳道被用来对流程定义和活动进行布局。我们使用泳道在流程级别上定义参与者信息(部门、公司),在活动级别上定义执行者信息(角色、人员)。我们使用一系列非重叠的长方形来描述泳道,这些长方形称为池(Pool),同时,池又被细分为一系列的子泳道(Lane)。如下图2-6所示:
图 2-6泳道
2.8.3 流程定义(Process Definition)
流程定义是对流程的建模和描述,为流程中的其他实体提供上下文信息。其属性包括创建时间、作者、初始化参数、执行优先级、时间约束、仿真信息等。
2.8.4活动(Activity)
一个流程包含一个或多个活动,活动对应着流程里的一个工作单元。一个典型的活动能被人力资源或计算机所执行。
XPDL的活动粒度比较粗,分为四类,分别对应BPMN里的任务、子流程、网关和事件。如下图2-7所示:
图 2-7XPDL活动与BPMN的映射
2.8.5转移线(Transition)
活动之间通过转移线连接。转移线包括3个属性:源活动、目标活动和条件。转移线可以是有条件的(设置表达式),也可以是无条件的。
XPDL的转移线对应于BPMN里的顺序流,如下图2-8所示:
图 2-8XPDL转移线对应BPMN里的顺序流
2.8.6 参与者声明(Participant Declaration)
描述执行流程和活动的资源。资源可以是单个人、也可以是角色、部门、还可以是自动执行的机器资源(例如打印机)。
2.8.7应用程序声明(Application Declaration)
活动可以调用的IT系统、接口、Web服务。BPMN使用内置的服务任务(Service
Task)直接代表对应用程序的调用。
2.8.8 人工产出物(Artifact)
为流程附加额外的建模信息,这些信息不属于基本的流程实体(活动、转移线、消息流),它们通过关联与流程实体联系在一起。在BPMN里,人工交付物包括3种类型(具体信息参见10.3 节BPMN2.0元素介绍),如下图2-9所示:
图 2-9人工产出物
2.8.9 消息流(Message Flow)
消息流用来展示两个参与者/流程之间的消息流向。在BPMN中,用泳道中的池代表两个参与者/流程。消息流不能连接同一个池中的活动。
图 2-10消息流
2.8.10 关联(Association)
我们使用关联将信息、人工产出物与流程实体连接起来,为流程模型提供更多的信息,它不影响流程的执行。如下图2-11所示:
图 2-11关联
2.8.11 相关数据元素(Relevant data field)
为流程定义执行过程中创建或使用到的数据,这些数据被活动、应用程序和流程中定义的各种表达式(转移线条件计算、网关条件计算)所使用。
2.8.12 数据类型与表达式(Data Types and Expressions)
定义相关数据元素、系统与环境数据、参与者数据的数据类型,这包括了一些标准类型,例如String、int、date等等,也包括了自定义的扩展。表达式被用于各种条件计算(转移线、网关)以及给数据元素赋值。
2.8.13 系统与环境数据 (System and Environmental Data)
由工作流系统和外部环境所维护的数据,这些数据被流程在执行过程中使用。
2.8.14 资源仓库(Resource Repository)
执行活动的资源可以是人、也可以是角色、部门、程序、还可以是自动执行的机器资源,所以我们使用资源仓库将流程所涉及到的资源管理起来。资源仓库包括了对组织机构建模的支持。
2.8.15 厂商/用户自定义扩展(Vendor or User specific Extensions)
工作流系统厂商/用户可以针对自己的业务需求对流程元素和属性进行扩展。
- 大小: 11.9 KB
- 大小: 3.6 KB
- 大小: 5.2 KB
- 大小: 41.8 KB
- 大小: 13 KB
- 大小: 5 KB
- 大小: 4.3 KB
分享到:
相关推荐
XPDL(eXtensible Process Definition Language)是一种XML标准,用于定义和交换业务流程模型。它允许在不同流程建模工具之间无缝迁移流程定义,促进了工作流系统的互操作性。 此工具包提供了API接口,使得开发者...
WfMC接口1主要关注如何通过XML格式交换XPDL流程定义,实现不同工作流引擎之间的互操作性。接口定义了以下关键操作: 1. **导入/导出**:工作流管理系统能够将本地流程模型转换为XPDL格式,并能解析导入的XPDL文件,...
### 过程定义语言XPDL_BPML和BPEL4WS的比较分析 #### 引言 随着信息技术的发展,特别是互联网技术的普及与深化,工作流管理系统(Workflow Management Systems, WfMS)成为了提高企业效率的重要工具之一。为了标准...
尽管XPDL 1.0并未提供图形化表示法,但它基于有向图结构定义了业务流程元模型,其中节点代表活动,边表示活动之间的转换路径。 - **XPDL 2.0**: 2005年,随着BPMN(Business Process Model and Notation)的出现和...
阅读这份文档,业务流程分析师和开发人员可以更好地理解如何利用XPDL2来设计和实现符合业务需求的流程模型。对于希望集成不同工作流系统的IT专业人员来说,深入学习XPDL2将有助于实现系统的无缝对接和流程的标准化。...
为了提供一种访问和描述工作流定义的通用方法,XPDL建立了一个工作流过程定义元数据模型。这个模型识别了流程定义中常用的一系列实体,并使用一系列属性来描述这些实体的特性。基于此模型,不同供应商的工具可以通过...
"XPDL Sample Workflow.pdf"、"XPDL Sample Credit Service.pdf"和"XPDL Sample Orders.pdf"这三个文件包含了实际的XPDL流程示例。这些示例可能涉及各种业务场景,如信贷服务审批流程和订单处理流程,它们提供了将...
总之,工作流XPDL解析器C#版本是用于处理业务流程模型的强大工具,它使得在C#环境中操作和管理XPDL流程变得更加便捷。通过深入理解和使用这个解析器,开发者可以更好地集成和管理他们的工作流系统。
在IT行业中,业务流程执行语言(BPEL)与XML过程定义语言(XPDL)是两种重要的标准,它们主要用于业务流程管理和编排。这两种技术在业务自动化和集成领域发挥着关键作用,但它们的设计目标和应用场景有所不同。 ...
元模型是XPDL的核心组成部分之一,它定义了一组实体及其关系,这些实体构成了工作流过程的基本构建块。文档详细介绍了各个实体的定义,包括工作流过程定义、工作流过程活动、转移信息、工作流参与者声明等,并进一步...
XPDL(eXtensible Process Definition Language)是一种用于定义和交换工作流过程的XML标准,由Workflow Management Coalition(WfMC)制定。它允许不同工作流管理系统之间进行工作流模型的互操作,使得企业在不同...
XPDL是一种开放的、基于XML的过程定义语言,主要用于存储和交换业务流程模型。XPDL的主要特性包括: 1. **流程建模**:XPDL提供了一种标准化的方式来描述业务流程,包括活动、任务、事件、过渡等流程元素。 2. **...
3. **数据模型**:XPDL支持数据的定义和流转,允许在流程中传递和处理业务数据。 4. **事件和转换**:事件表示流程中的特定状态变化,如任务完成或异常发生。转换则描述了事件发生后流程如何从一个状态转移到另一个...
- **方法**: 描述了如何通过 XPDL 来实现过程定义的互换。 - **元模型**: 定义了一套概念框架,包括各种实体和元素的概述。 ##### 4. 元模型及实体概述 - **工作流过程定义**: 描述了整个工作流过程的结构和逻辑。 ...
转换原理基于元模型,该模型描述了过程定义中的对象和属性,使得不同系统可以理解和处理来自其他系统的流程定义。 元模型的实体集包括工作流过程定义和工作流过程活动。工作流过程定义提供上下文信息,而工作流过程...
通过XPDL,不同工作流管理系统之间可以实现流程模型的互操作性,极大地促进了流程开发的标准化和可移植性。 **三、JAWE的主要功能** 1. **图形化设计**:JAWE提供拖放式的图形界面,用户可以通过简单的操作创建和...