再谈业务流程智能（二）（AMT研究院 王艳）

3.1流程数据仓库和流程数据仓库装入器

流程数据仓库（或简称PDW）是BPI架构中最基本的组件。它自身提供了很多分析功能，并且支持在BPI架构中其它所有组件的执行。

PDW可以使定义简单化，并且让许多不同类型的查询速度得到加快，而且还能生成分析人员通常所需的报告。事实上，查询PDW的响应时间比查询HPPM要快几千倍。此PDW以一种星状模式来组织数据（参看图4），在此模式中，我们要分析的要素是流程和节点状态的变化，并且这些要素必须在流程的定义、节点的定义、数据的定义、资源、时间和行为（接下来被定义的）等范围下才能进行分析。诸如，用户可以核查在每个财政季度某个用户执行了多少个流程（在时间和资源范畴下分析流程），或在每个周末“购买物品”服务期限的变化（在时间范畴下分析服务）。此外，PDW涵盖了一整套信息，包括了典型的绩效标准，诸如一种资源的功效。

PDW装入器（PDWL）从日志中搜集数据，并将它们存入PDW。它可以是周期性运行（以预定的时间间隔）或是被请求后再运行。在装入时间，PDWL检查日志数据的连贯性并修改错误信息，因为这些错误信息可能会让分析变得更复杂，或得出错误的结果。

上面描述的这些特性实际上非常有用，它介绍了有关技术发展水平的有利条件。然而，它们仅仅可以进行低水平的分析，这些分析并不适用于商业用户。实际上，即使用户能重新得到关于流程和节点执行的所有类型的信息，他们仍然不能回答这些答案，“批准了多少次查询？”，“与我们的合作者沟通的平均时间？”，或者“速度太慢的流程有多少”。问题的关键是“批准”，“沟通”，以及“太慢”这样的概念只是分析人员提出的， BPMS是无法理解它们的。因此它们难以得到评估并进一步生成报告。

为了解决这个问题，我们扩展了PDW，让它也能进行语义流程分析。具体来说，我们向用户提供三种概念工具：行为，分类学，以及流程区。一个行为可以识别出具有分析人员感兴趣的特征的流程，这可能是因为这些特征与流程执行的高质量或低质量情况一致。行为的例子是流程持续时间长达10天以上，或流程中某个循环被执行了不只两次，或流程中的“取消订单”节点是未执行的。

行为由行为模板定义。一个模板是一个行为的参数定义，诸如“在流程P中，一个节点N被执行的次数超过T次”。为了给一个具体的流程定义一个重要行为，用户仅需将模板改一改，也就是说，将值赋给那些参数。从用户的角度来看，这如同填一张表格一样简单。不需要代码。我们可以将被监控的多个行为（关于相同或不同的流程）根据各自所属的行为类型进行描述，并且可以借助一个流程来分析多个行为。

行为模板被执行的方式是SQL查询，对每一种行为（也就是说，对存储在数据库中的每一套实例参数），检查流程数据并选择有此行为的流程。

分析人员也可以定义分类法，并根据定义好的分类法指导PDW辨别流程。诸如，用户可以给一个流程定义类别为“成功的”和“不成功的”，并且指出“成功”的标准。然后PDW会自动鉴别流程并将结果显示给用户。基于用户定义分类标准的流程分析法被证实是一个强大的工具，尤其是在用于理解和改进流程执行的质量时。

我们可以通过指定组成分类的类型来定义分类法。然后每一个种类都与一个行为相关，如果流程包含有符合此类的行为那么这个流程就被归类到指定的分类中。

我们可以从不同的角度来观察行为和分类法数据。诸如，用户可以依据该周某日或依据与一个流程的执行相关的资源来分析某个正在发生的行为。然而，一个好的分析方法在于能分析行为或分类法之间的相互关系。相互关系使分析人员能够核查一个行为B（在相互关系分析中被称为结果行为）在何时会在一个已经有行为A（原因行为）的流程内出现。在这种方式中，分析人员可以推测各行为之间的因果关系，诸如寻找问题及不合理情况出现的原因。

另一个能支持语义分析的PDW概念是流程区。从商业分析角度来看，一个流程区是一个流程的一部分，可以被视为一个单元。流程区的用途是给概念流程（它是由业务分析人员设想出的）和实际流程（它通常包含有执行一个简单概念步骤的若干节点）搭上桥梁。通过流程区的定义，分析人员可以在区层得出报告，而不是在节点层上。

再谈业务流程智能（一）（AMT研究院 王艳）

再谈业务流程智能（三）（AMT研究院 王艳）