PM技术促进SOA发展 BPM（业务流程治理）听起来多少有些高端，但企业的应用环境中，BPM已经越来越重要，当企业要面对人工工作流、应用集成、业务规则和绩效治理等复杂的应用环境时，确实需要一个“好管家”帮忙打理，BPM也从上述分散的应用领域逐渐聚集，BPM套件的概念由此产生，将BPM由混乱引向秩序。
业务与IT的对话平台
利用BPM软件，你可以从基础设施中分离出业务逻辑，以前所未有的速度创建新应用。BPM软件宣称的好处听起来好得让人不敢相信。鼓吹者吹嘘它带来更低的应用开发成本、更短的上市时间、更好的遵从性实施以及优化企业绩效等优点。
当然，BPM软件本身并不能改进什么—然而当与面向业务的数据和分析结合时，将成为一种威力强大的武器。从小处看，BPM提供一种有效的新媒介，通过这种媒介，企业中的业务方可以与IT方沟通需求。往大处看，BPM可以解放束缚在基础设施中的业务逻辑，实现企业应用系统前所未有的灵活性。
然而，混乱是用户面临的老问题。BPM解决方案的种类繁多，以致于只有很少一些咨询师才知道哪些解决方案最适合手头的任务。目前，BPM套件的出现开始澄清这种混乱局面。
BPM套件的优势是把人工工作流、应用集成、业务规则和绩效治理等应用环境的治理置于统一治理的平台之内，当这些元素在企业中独立存在时，可能听起来像是一团乱麻，让人摸不清头绪。但是，新一代集成BPM套件开始理清这团BPM乱麻，为业务与IT协作提供新的对话平台。
BPM套件是用于开发和运行治理业务流程软件的集成套件，由于是集成软件，用户无须整合来自不同厂商的不同技术就可以建模、部署和监测BPM系统。在BPM世界中，发展趋势是将人工工作流、应用集成、业务规则和绩效治理所有这些部件纳入BPM套件之内，不管是通过并购、OEM或建立合作。这种变化造成了BPM套件厂商与建模工具、中间件供给商之间的冲突与重新整合。
目前，在国内已经有政府、金融、电信、电力等多个行业开始了BPM的应用，应用的特点总体上可以概括为两大类，一类主要是支持人工参与的流程治理，如公文审批；另一类主要是支持自动化的企业流程处理。但两类应用的精髓都是将业务流程从应用系统中剥离出来，正所谓“磨刀不误砍柴工”，业务流程通过软件来实现，一方面加强了对人的规范，另一方面增加了整个应用系统的灵活性。信雅达软件公司工作流产品的相关负责人孔明告诉记者：“目前国内的BPM以工作流为主，这是因为人参与流程的情况比较多，但BPEL（业务流程执行语言）是发展的方向，我们也会关注，随着国内在自动化流程处理方面的加强，BPEL产品市场的前景会更大。”
与绩效治理相结合
将业务流程从应用系统中剥离出来可以提高应用系统的灵活性，同时也提供了一个尝试最佳业务流程的平台，能使企业不断地优化与改进已有的业务流程，这与绩效治理密不可分。目前，BPM套件的另一个新趋势就是与绩效治理结合起来。
BPM产品的流程引擎通常以事件的形式报告某一数据和状态的快照，以便用于绩效治理。BPM套件的绩效治理组件采集这些事件，利用它们更新KPI（要害绩效指标）和其他建模引擎中定义的绩效指标。指标通常被汇集在OLAP（联机分析处理）多维数据库中，多维数据库可以被制成图表，以及被用户通过治理仪表板查询。基于OLAP的绩效治理提供历史和“近实时”的报表和钻取（drill-down）分析，并根据需要通过重新处理采集的数据集来执行更新。
一些BPM套件，包括Adobe、FileNet、IBM、Intalio和Savvion提供的套件，利用规则触发的报警和自动调整行动，提供对被选择的KPI的实时更新。BPM流程引擎在KPI出现偏离时，发出实时报警并自动执行调整过程。实际的KPI可以被反馈来优化流程模型和开始一个新的增量式流程改进周期。这种功能是经常与BPM套件捆绑的BAM（业务活动监测）组件的功能。
两大阵营
目前，两种不同技术架构构成了BPM产品的两大阵营。一种架构赢得了媒体最多的关注，它基于BPEL标准，通过在SOA环境中编排Web服务来实现流程。这正是包括IBM、BEA、Microsoft、Oracle和SAP在内的软件基础设施厂商施展拳脚的地方。
另一方面，大多数纯BPM套件厂商，如Fuego（今年3月刚刚被BEA收购）、FileNet、Pegasystems和Savvion，则采用一种由20世纪90年代工作流软件演变而来的架构，这种架构更适于将人工任务加入到流程模型中。
结论相当简单。基于BPEL的BPM软件最适合将Web服务整合到不怎么涉及人工工作流的应用中——即那些涉及无须多级切换到一家公司中的承担不同职务的不同的用户的应用系统。纯BPM厂商长期以来一直强调无编程的实现，因此他们的BPM解决方案通常提供一条到实际BPM部署的最短距离。不利之处是，与强调BPEL的竞争对手相比，纯BPM厂商的产品集成到已有应用环境中更困难。
