《Process Analytics 过程分析》读书笔记 第四章 基于模型的业务过程查询技术与语言

 

第四章 基于模型的业务过程查询技术与语言

当组织开发业务流程模型的大型存储库时，系统地访问这些工件是必不可少的，而业务流程模型查询技术对于简化和统一对这些流程模型的工件和知识的访问是至关重要的。

在实践中，业务过程模型的建立不仅仅是为了业务专家之间的沟通目的。 过程是可执行的。 除了专有的工作流语言之外，还存在标准化的可执行过程。 例如，Web服务的业务过程执行语言(BPEL4WS)是一种标准化的可执行语言，主要的软件供应商支持它。 原则上，可执行过程语言协调组织内部或外部应用程序的调用。 有许多场景需要对这些过程的执行进行监控和分析。 因此，查询业务过程执行的技术是实现监控和分析目标的基本组件。

4.1 查询业务过程模型的存储库

为了理解、交流或重新设计工作程序，公司以业务过程模型的形式记录它们的日常事务。因此，业务过程模型代表了后续可执行过程的蓝图。通常，业务过程建模是一项复杂、耗时且易出错的任务。模型设计需要确定需要执行的活动、执行顺序、处理可能发生的异常情况等。此外，在许多情况下，需要创建过程模型的变体来响应特殊的业务情况。

实际上，在业务过程模型库中查询特定的过程模型或模型片段有多种用途。此外，它还可以用来识别符合或不符合给定标准或内部实践的过程模型、可用于重构的过程模型，或者可作为模板重用以构建新模型的过程模型。原则上，为业务过程设计者提供能够重用以前设计的业务过程模型的查询机制，可以显著简化和改进业务过程建模任务，并有效提高新开发的过程模型的质量和成熟度。

  4.1.1 BPMN-Q

BPMN-Q 是一种可视化的业务过程查询语言，其具体语法依赖于BPMN语言的符号。因此，它与BPMN建模语言共享许多视觉符号。此外，它提供了一组新的构造，可以看作是对现有建模构造的抽象。原则上，BPMN-Q用于通过将过程模型图与查询图相匹配来查询业务过程模型。

下图是基本的BPMN-Q的组件：

 

  4.1.2 BP-QL

BP-QL查询语言基于一个直观的模型，该模型代表了BPEL规范的抽象，以及一个图形用户界面，该界面允许对该模型进行简单的查询。原则上，它遵循与BPEL过程规范的图形编辑器相同的设计原则。此外，它向用户隐藏了繁琐的BPEL xml的细节，并允许更自然的查询公式。

BP-QL的实现依赖于使用活动xml（简称AXML）文档，并将输入的BP-QL查询编译成对这些文档的XQuery查询。在AXML文档中，通过接收网络服务调用的结果，一些XML数据被明确指定，而其他部分被有意呈现。

  4.1.3 BeehiveZ

BeehiveZ已经被引入作为查询业务过程模型的储存库的方法，其中储存库中的所有模型被表示为或转换为Petri网，并作为文本存储在关系数据库管理系统中。BeehiveZ提供了不同的索引来加速查询处理，其中所有这些索引都是反向索引，建立了索引项和模型之间的映射。根据不同类型的查询，索引项是不同的。这些索引可以作为过滤器，丢弃许多不可能成为结果模型的模型，从而提高查询效率。特别是，BeehiveZ支持以下类型的查询：

a.基于结构的精确查询：BeehiveZ不顺序扫描储存库，而是使用路径索引作为过滤器来丢弃许多不可能成为结果模型的模型，并获得一组候选模型，这些模型的大小总是比存储库中的大小小得多，从而可以大大提高查询效率。

b.基于结构的相似性查询：为了找到与输入查询充分相似匹配的业务过程模型，BeehiveZ使用了基于最大公共边子图MCES的相似性技术。

c.基于行为的精确查询：BeehiveZ为用户提供了一种语言来描述它们的查询的行为需求，并使用基于任务之间的排序关系的索引来有效地提高这些查询的评估。

d.基于行为的相似性查询：BeehiveZ使用基于任务邻接关系的索引来测量业务过程模型之间的相似性，该索引用于促进高校的查询处理。

  4.1.4 APQL

APQL是一种过程模型查询语言，它被设计为独立于实际使用的过程建模语言。APQL主要关注过程模型任务之间的语义关系，依赖于任务之间的一些基本的时间关系，这些关系可以被组合以获得他们之间的复杂关系。这些谓词允许用户表达能够区分单个流程实例或任务实例的查询。

4.2 查询业务过程执行

大型组织公司每天运行数百甚至数千个业务过程。原则上，业务过程的查询运行状态是业务过程试试引擎管理员手中的一个重要工具，用于监控运行流程的状态并跟踪执行进度。

实际上，在许多情况下，不同的活动必须在不同的条件下通过流程实例生命周期来执行。这些条件涉及过程实例特定数据、上下文数据和可用于执行的资源。

  4.2.1 BP-Mon

BP-Mon（BP监控）查询语言提供了一种高级图形查询语言，它允许对要监控的基于BPEL的业务过程的执行模式进行简单描述。

BP-Mon查询由两个主要部分组成：

1.与执行跟踪相匹配的EX模式；

2.基于EX模式匹配生成的报告；

  4.2.2 BP-SPARQL

BP-SPARQL是一种业务过程事件查询语言，它是SPARQL的一个支持文件夹路径的扩展。BP-SPARQL基于一个数据模型，该模型将过程执行日志表示为类型化节点和边的图形。该数据模型基于三个主要概念：

1.实体：表示为单独存在并具有唯一标识的数据对象。

2.文件夹节点：包含实体集合，特别地，每个文件夹节点代表基于特定模式或查询的相关实体集合的分组。

3.路径节点：指图中的一条或多条路径，其中一条路径代表两个实体直接按的传递关系。

基于这个数据模型，BP-SPARQL支持两级查询：

1.实体级查询：依靠标准的SPARQL结构来查询业务过程日志的实体；

2.聚合级查询：它依赖于业务过程图的扩展结构来构造和查询文件夹和路径节点，并将执行的业务过程的相关节点和边缘分组。

BP-SPARQL查询机制使用关系数据库系统来存储执行的业务过程的事件，并依赖SPARQL到SQL的转换和查询优化算法来优化查询引擎的性能。查询引擎还配备了图形查询工具，支持用户表达它们的查询。

4.3 业务过程合规

当今的企业要求业务过程高度合规，以满足不同的法规和立法。

下图是业务过程合规管理的框架架构。

一般来说，运行时监控需要将业务过程模型简化为一些抽象表示，这些抽象表示是通过收集运行时信息，例如交换的消息序列、执行的活动等。另一方面，运行时监控还要求使用形式/结构语言在结构上/形式上表示符合性要求，例如线性时态逻辑、计算树逻辑和事件条件动作规则。

基于可扩展标记语言查询的遵从方案可扩展语言查询技术已经成为实现业务过程遵从技术的主要方向之一。

基于复杂事件处理的合规方案多种方法采用了复杂事件处理技术来实现业务过程合规机制。

基于图的一致性方案海洋流工具集为使用基于图的一致性建模提供了一个用户友好的环境。

下图是业务过程符合性监控与标准信息报告。