业务流程管理(BPM)介绍.doc

业务流程管理（BPM）介绍 利用业务流程管理（BPM）系统，我们可以把业务逻辑从应用系统中分离出来，从而让我们能比以前更快速地创建新的应用。 听起来，BPM(Business Process Management，业务流程管理)软件的好处很多，简直有些难以置信。比如，支持者说BPM能降低应用软件的开发成本、缩短上市时间、加强法规遵从的贯彻力度、实现业务流程性能的最优化。 当然，BPM软件本身并不能改善任何东西，但是与关注业务流程的文档和流程分析结合以后，BPM就会成为企业改善业务效率的利器。在BPM提供的高级开发环境中，它采用流程驱动的模型和性能评估来实现IT解决方案的开发。 从低层次上说，BPM提供了一种业务人员与IT交流需求的平台。而从更高的层次来讲，BPM能帮助我们从现存的应用中提取出功能模块，从而把业务逻辑从它所在的软件系统中分离出来，这就给我们带来了前所未有的灵活性。 但是，有一个问题一直困扰着BPM的应用，就是BPM软件有太多的变种，似乎只有很少的几个咨询顾问才真正知道，到底哪个解决方案能解决自己的问题。 不过，现在由于BPM软件包中集成了各种工具和运行时所需要的组件，以及能进行业务流程仿真的软件，这个问题正在逐渐变得清晰起来。使用BPM软件包中的这些工具和组件，用户可以建立业务模型、部署和监控BPM系统，而不用零零碎碎地从多个的供应商把它们采购回来，再一一安装和部署它们。 如果使用恰当，BPM有助于解决应用系统内部基本的业务活动难以修改的问题，特别是在过去的那些业务软件系统中，这个问题尤为突出。与之相对的是，BPM软件可以让IT部门通过修改与这些业务活动相关联的流程逻辑来优化业务效率。在BPM中，流程的设计就像画流程图，那些必要的执行方面的细节用注释来注明。整个过程几乎不用编码，而且流程逻辑非常容易修改，所以，BPM可以算得上一种灵活的应用开发工具。 流程的建模 BPM的使用从流程的建模开始。这个阶段要把当前的流程和未来的流程详细地列出来，并一一确定各个流程的性能指标（这些指标将来进行流程的仿真模拟时需要）。这是一个业务驱动的过程。 BPM软件包中的流程设计器是一个图形化的开发工具，它能够把流程模型和有关的人力活动流、应用和业务规则整合到一起，生成一个可执行的流程。上述流程模型经过这个流程设计器的优化后自动生成应用系统的一个框架，再经过修改和补充后，成为一个完成的流程方案。这个方案和其他一些BPM软件包运行时所需要的组件一起被加载给BPM的流程引擎。该流程引擎负责整个流程的路由、任务的追踪、业务规则的执行以及与外部系统的集成。 如果一个流程的实例完成了每个活动，流程引擎就会生成一个事件来标记这个实例。这些事件由BPM软件包中的性能管理组件负责收集。性能管理据此计算出一些参数来衡量业务效率。 性能管理的仪表盘把通过OLAP钻取分析出来的参考指标与上述的参数以图形化的方式展现出来。性能管理也可以生成实时的报警信息。一旦KPI（关键性能指标）偏离了设定值，系统还可以自动进行流程的调整，这是由BAM(Business Activity Monitoring，业务流程监控）功能模块来完成，通常BPM软件会集成这个模块。实际的性能数据会反馈给流程模型进行调整，从而开始一个新的性能优化过程。 流程之争 如果要对BPM的软件提供的功能进行一下清点，你可以找到一大堆用来完成各种功能的软件: 业务建模、仿真分析、人力工作流、应用集成、数据映射、业务规则、性能分析、业务活动监控（BAM）、门户等。在整合的BPM软件包出现以前，这些工具相互独立，分别来自不同的供应商。 不过，今天它们都同属于BPM，被整合进入BPM软件包，或者通过并购，或者通过OEM，或者通过合作伙伴的战略。然而，这种转变引发了BPM软件供应商和建模工具、BAM及集成中间件供应商之间的一场冲突，因为每个人都想以自己的方式来解读BPM。 最大的冲突源于两种相互竞争的BPM技术架构。其中之一是最受媒体关注的、基于BPEL（Business Process Execution Language，业务流程执行语言）标准的架构，它通过在SOA环境中集成Web服务实现所需的功能，一些大型软件供应商，如IBM、Microsoft、Oracle、SAP等都属于这一类。 另一类是纯BPM软件供应商，如Fuego、FileNet、Pegasy