流程管理的IT实现－－业务流程管理系统(BPMS)（AMT研究院 周瑛）

  业务流程管理系统(Business Process Management System,BPMS)一套集成的软件。虽然许多供应商的产品还不能实现我们定义的BPM的所有功能，但它们正朝着这个方向发展。作为一个正处在发展中的市场，现有的软件将实现哪些BPM功能是由企业最关键的需求、供应商的背景和可用资源决定的。事实上，一些重要的供应商并没有提供一个集成的系统，它们只是就BPM的一两个特定功能提供成熟的软件或服务。

在这里，我们将审视一下市场中的供应商和它们的产品。然后讨论一下BPMS的主要功能应该有哪些，最后我们将回到BPMS技术和业务流程分析与建模（BPA/M）、商务智能（BI）、在线分析处理（OLAP）、企业绩效管理（EPM）、业务活动监控（BAM）、业务规则引擎（BREs）、企业事件管理（EEM）、门户、B2B流程、EAI、企业服务总线（ESBs）、Web Service、集成开发环境（IDE）的关系上来。

一、BPMS的供应商分类

我们可以将BPMS供应商分成几类。虽然分类不一定很准确，但它能够帮助我们理解不同的供应商对BPM的理解，它们的产品解决哪些BPMS需求。几乎所有的BPMS供应商都是从技术角度看BPM，因此它们的产品只是间接地满足BPM提出的业务管理原理。这种状态是非常不幸的，因为只有采取一个清晰定义的面向流程的业务管理战略才能成功地实施一个BPMS。不过有迹象显示这种状态正在改变。

目前主要有8类最重要的BPMS供应商：

· 纯粹的BPMS供应商：纯粹的BPMS供应商从一开始就设计了一个BPMS产品，并将它作为自己的旗舰产品。

· EAI供应商：EAI供应商很自然地从它们的软件产品扩展到流程集成和流程自动化上面来。从消息流到工作流管理服务、活动监控dashboards、绩效管理，这在概念上并无多大飞跃。但是许多EAI供应商还在进一步向业务流程方向发展。

· 工作流供应商：与EAI供应商类似，工作流管理系统供应商能够很容易地进入BPMS市场。一个工作流可以看作是一个结构特别好的业务流程。

· BPA和BPR供应商：现有的业务流程分析供应商靠BPR获得了市场。这些供应商通常都有丰富的流程分析、定义、模拟经验，有些供应商提供的产品具有流程执行、流程监控功能。

· EAS和IDE供应商：这些供应商发现BPM市场商机诱人。它们采取的第一步往往是向IDE添加图形规则驱动或流程驱动的功能和集成功能（尤其是与Web Services和JavaBeans集成），以便快速开发基于流程的应用。要超越这种技术流程观点，就要加入业务流程分析与设计和流程定义驱动的流程引擎。

· 企业应用供应商：企业应用套件（如ERP）内含有植入式的工作流管理和一些EAI功能，这些功能帮助客户进行定制和集成。在目前的市场压力下，它们开始增强这方面的功能，以便更好地适应BPMS需求。

· BRE、BAM、EEM供应商：这些供应商的产品在BPMS中扮演着重要角色。一些供应商正在扩展它们的产品，以提供更加完整的BPMS功能。一些供应商使用规则引擎在流程执行中实施规则驱动的方法。

· BI和OLAP供应商：这些供应商在业务、企业、EPM、dashboards方面的发展使得它们正成为BPMS供应商。它们开始意识到，BPM或工作流管理是满足绩效管理需求必需的功能。它们可能会在分析流之外提供对流程的支持。

二、BPMS的功能

要描述所有供应商实现BPMS的方法是不可能的。因此，我们将描述一个理想的BPMS应该具有的组件。从概念上讲，这些组件可以分成6大类：

· 用户界面
· BPA/M功能
· 运行时组件
· BAM和EPM
· 基础设施
· 系统管理

用户界面和系统管理的功能是十分清楚的，下面就不再做介绍了。

1、BPA/M功能

一个BPMS含有一组BPA/M工具。BPMS的使用者通过这些工具与系统进行交互。这些工具应该无缝集成，以供业务使用者方便地使用。这些工具产生的定义存储在一个知识库内，运行时系统可以直接或间接地访问这些定义。

· 业务流程建模器：业务流程建模工具是BPMS主要的流程设计与流程变更界面。除了传统的流程分析功能——捕捉、设计和修改业务流程及其属性，还需要解决业务功能的操作性属性和界面属性。这些包括资源需求。虽然必定要采用一些流程设计方法论，但建模器在捕捉流程的过程中不应该受到限制，不管是在复杂性方面还是结构方面。它应该允许使用者定义和推行流程标准，为流程设计之间的转换提供帮助。应该根据权限、功能责任、所需的细节层次提供流程的各种视图。如果要支持流程独立与流程抽取的话，最后一个要求是很重要的。

……