从Pentaho BI平台框架看BPI(BPM+BI)

从Pentaho BI平台框架看BPI(BPM+BI)：1、流程在Pentaho BI平台中的地位

Pentaho BI 平台不同于传统的BI 产品。它是一个以流程为中心的，面向解决方案的框架，具有商业智能(BI) 组件，使得公司可以开发商业智能问题的完全解决方（Solution）。

Pentaho BI 平台，Pentaho Open BI 套件的核心架构和基础，是以流程为中心的，因为其中枢控制器是一个工作流引擎。工作流引擎使用流程定义来定义在BI 平台上执行的商业智能流程。流程可以很容易的被定制，也可以添加新的流程。BI 平台包含组件和报表，用以分析这些流程的性能。

BI 平台是面向解决方案（Solution）的，因为平台的操作是定义在流程定义和指定每个活动的action 文档里。这些流程和操作共同定义了一个商业智能问题的解决方案（Solution）。这个BI 解决方案（Solution）可以很容易的集成进平台外部的商业流程。一个解决方案（Solution）的定义可以包含任意数量的流程和操作。

工作流引擎所形成的集中式控制对于BI 平台的体系结构是很重要的：平台构建于流程和流程定义之上。BI 平台了解流程的本质，因为其中的任何事情均以一个流程的形式来执行。使用标准的流程定义语言定义流程，这种语言是外部可见的，可编辑的，可定制的，任何业务逻辑都是公开的，并没有任何隐藏。

从Pentaho BI平台框架看BPI(BPM+BI)：为什么Pentaho BI以流程为中心，主要基于以下一些优点：

(1)通过构建一个基于工作流的平台，提供一个真正的面向服务的体系结构。
(2)通过构建一个基于工作流的平台，使得易于将BI 集成进任何商业流程。
(3)通过构建一个基于工作流的平台，系统就易于集群（cluster）和伸缩（scale）。通过无偿提供软件，不用支付额外的软件成本，系统就可以部署进任意数量的服务器上。
(4)通过构建一个基于工作流的平台，具有流程性能报表，BI 项目可以不断的调整和改善。
(5)通过将信息传送和通知构建进平台，报表，分析，任务和决策要点可以路由到业务流程中涉及到的任何一个人。
(6)定制性：平台有外部规则引擎，可编辑的流程，源代码可用性，可重用的BI 组件，以及充分定制的用户接口。平台执行可编辑的流程，并可和外部业务流程集成。它也在任何可能的地方leverages 定制和集成的开放标准。结果是一个高度可定制的解决方案（Solution）。
(7)流程影响：平台跟踪信息传送，并允许收件人启动定制的业务流程。报表的传送不是’终点（deadend）’。产生流程绩效报告，进行流程建模。可以依据基本指标，采取措施来测量流程的有效性。

从Pentaho BI平台框架看BPI(BPM+BI)：2、什么是BPM

BPM我不是很了解，这里引用一个通用定义：所谓BPM，就是管理者通过一定的方法和制度，确保企业及各子系统的绩效成果能够与企业的战略目标保持一致，并促进企业战略目标实现的过程。技术驱动的信息化向业务驱动的信息化转变是个大趋势：

一开始是技术驱动，慢慢变成业务驱动，由业务部门提出需求，使信息化范围慢慢扩大。这种大趋势的变化非常好，相当于原来我们是卖方，向业务部门推销”IT”现在是业务部门主动提出需要这个技术。这可趋势也突显了BPM的重要性。

从Pentaho BI平台框架看BPI(BPM+BI)：3、BPM与BI能有效地融合吗？

谈这个有点务虚，众所周知，企业对战略执行和企业绩效管理的需求由来已久，但BPM市场的真正兴起还是近几年的事。BPM最早从BI(商业智能)软件发展而来，IDC在2002年1月的研究报告称”BPM是BI的扩展”(这一点我不是很明白，难道是因为以前BI没考虑到流程的重要性才促使BPM的诞生吗？不过从上面pentaho BI框架看，流程在BI中的重要性可见一斑)，然而，从Gartner提供的数字来看，即使在美国，到2002年底也只有不到10%的企业实施了BPM。

Global360（专业的BPM提供商，偏重于workflow部分）刚刚宣称的”业务过程智能（Business Process Intelligence）”新特性。不知道这个BPI会与其他厂商的业务分析功能之间会有多么大的差别。

流程自动化，灵活性扩展报表模板，自我流程优化等功能是否能达到一定效果，我们拭目以待。BPM是由工作流（Workflow）和企业应用集成（Enterprise Application Intergration）逐步融合而发展起来的。就目前BI涉及到的领域及实施过程中出现的一些问题来看，BI与BPM结合还是有一定现实需求的。