关于流程、节点、以及一个稽核日志数据库内的服务执行的BPMSs日志信息通常被储存在一个相对应的DBMS中。稽核日志数据库包括了下面的信息：

－流程情况：行为状态以及完成时间，当前执行状态（诸如，开始了，暂停了，完成了），以及发起此次流程的用户名。

－服务情况：行为状态以及完成时间，当前执行状态，以及执行此服务的资源名。

－节点情况：行为状态以及完成时间，一个流程内最近的节点执行情况（如果流程包括了循环，就可能有多次执行）。

－数据修改：数据每当被修改都有一个新值。

图2展示了稽核日志表和它们的关系。红色部分代表关键字，而表之间的链接则表示了外部关键字约束。为了清楚地展现其，图中我们略微简化了表的结构。除了那些执行表格之外，认证的用户可以进入定义表格，它们描述了流程、节点，服务，以及在BPMS中定义的资源。

3. BPI体系及功能

图3展示了整个BPI系统的架构。此系统包括三个主要组件：

－流程数据仓库（PDW）装入器从流程日志中提取出数据，检查它们的连贯性，计算出商业标准，并将这些数据存入一个流程数据仓库，这个仓库的结构可以较容易地定义及快速执行长时期积累好的详尽报告，并且提供适用范围广的分析功能。

－流程挖掘工具将数据挖掘技术应用到数据库中的数据上，并且提供复杂的模型帮助用户识别重要行为的原因，以及预测在运行流程时行为何时出现。流程挖掘工具的成果被保存在“分析及预测”数据库中。

－Cockpit是一个被设计用来给业务用户提供报告的图形接口。它以某种方式将数据陈列在数据库中，这种方式可以容易地吸引并允许分析人员以一种直觉的方式而非撰写代码方式来进行查询。此外，它还能告知用户关键（真实的或预测的）情况，并且与流程工具交互以避免（或减少）不合理情形（的影响）。

下面，我们来介绍每一个组件，并详细说明它们的架构和功能。

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研究院 王艳）