BPM之大局势（2008版）(下）

3     BPM技术发展局势
这里的技术发展局势还是会结合前面的Gartner 的Hype Cycle图来进行分析。

3.1 系统密集型BPM
系统密集型BPM的特点，是在应用系统之间，通过实时消息的方式或者定期执行逻辑代码的方式，来实现松耦合的逻辑或者数据集成。它对应了图1中的BPM for C&SI（系统集成的BPM）和Integration Suites（集成套件）。

Integration Suites通过高效的实时消息，在异构系统之间转换和传递数据信息，它为各应用系统提供了统一的集成方式（这个方式是企业内部标准），也提供了可伸缩的技术平台，为消除信息孤岛起了很大作用。Integration Suites的缺点是人工操作支持不足、业务建模与流程建模脱节，所以它的发展处于平原期。

BPM for C&SI有Integration Suites所拥有的一些优点，并在功能特性上做了一些扩展。BPM for C&SI在流程运作中不支持人的参与，但是在业务异常时，可以有灵活的机制通知责任人进行处理；可以通过技术适配器或者定制适配器把应用系统的逻辑和数据封装成Web服务；可以利用应用系统本身的Web服务；还可以利用第三方ESB提供的Web服务。

从图中知道，BPM for C&SI发展处在高峰期，Integration Suites处在平原期，他们都要过2-5年才能被主流所采纳。

3.2人工密集型BPM
人工密集型BPM的特点，是流程的参与者以人为主，关键的流程流转由人的处理结果决定。它对应了图1中的BPM Pure-Play Tools。

人工密集型BPM是一个以工作流引擎为核心、由流程管理系统与个人消息桌面两部分组成，通过在计算机上定义流程与表单，使电子表单按予先定义好的流程在各成员之间传递，最终归档于数据库。。主要功能包括工作流、文档管理、公文处理、行政办公、协同工作、ERP及应用集成等。

从图中知道，人工密集型BPM的发展处在萧条期，但是基本已经被主流所认同和采纳。

3.3文档密集型BPM
文档密集型BPM的特点，是流程围绕一个文档的制作、审批、发布、归档进行。一般来说，业务信息存放在文档中，而流程控制信息、关键业务状态由流程来控制。它对应了图中的ECM（企业内容管理）和ECMS（企业内容管理套件），当然，ECM本身不仅仅是文档密集流程，它包括了对企业的知识管理的整套方法论、工具和平台，但是文档密集型BPM是ECM的核心与支柱。

文档密集型BPM一般会提供文档管理系统的接口，可以处理Office、PDF、SVG等通用文档格式，并能够通过Adapter来处理企业内部私有的文档格式，然后在展现层对各种格式的文档进行显示和再加工。

从图1中知道，文档密集型BPM的发展处于平原期，在5年内会被主流所认同和采纳。

3.4 规则密集型BPM
规则密集型BPM的特点是流程涉及到大量的路径与分支判断，而且这些判断的标准经常会发生变化。它对应了图1中的BRE（业务规则引擎）。

规则密集型BPM一般内置规则引擎，它充分利用规则引擎的规则建模、动态配置能力，具备较强的灵活性。如果用一般的流程来实现规则，则流程图会比较复杂，业务人员也不易看懂，规则变动时技术人员的工作量也比较大。规则密集型BPM中的流程引擎与规则引擎密切结合，支持动态的行为变更，并能利用规则引擎高性能能力，实现了真正的业务与IT的协调。

从图1中知道，规则密集型BPM的发展处于平原期，但是基本已经被主流所认同和采纳。

4 总结
Gartner对我们学习与掌握BPM相关技术的建议图如下：



图二： BPM技术学习优先级  （来自Gartner）

在实际应用中，用户一般需要前面讨论的各种类型BPM的综合能力。而充分利用流程管理的思想，灵活、稳定、高效地支撑企业业务需求，是BPM的最终目标。





作者：杨洪波，笔名HongSoft。SOA与BPM方向架构师。作为OASIS SDO技术委员会专家，参与EOS6.0的架构设计工作；作为OASIS BPEL4People技术委员会专家，参与BPS6.x的架构改进工作。在《程序员》《软件世界》《银弹》等杂志发表BPM/SOA文章十余篇。以个人名义为深圳国税局信息中心等多家企事业单位提供BPM技术/产品咨询与培训。他的博客http://blog.csdn.net/hongbo781202 获CSDN 2007年最佳博客前10名。