业务流程管理(BPM)介绍

业务流程管理(BPM)介绍

ID:41567968

大小:59.24 KB

页数:4页

时间:2019-08-27

业务流程管理(BPM)介绍_第1页
业务流程管理(BPM)介绍_第2页
业务流程管理(BPM)介绍_第3页
业务流程管理(BPM)介绍_第4页
资源描述:

《业务流程管理(BPM)介绍》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、业务流程管理(BPM)介绍利用业务流程管理(BPM)系统,我们可以把业务逻辑从应用系统屮分离出来,从而让我们能比以前更快速地创建新的应用。听起来,BPM(BusinessProcessManagement,业务流程管理)软件的好处很多,简直有些难以置信。比如,支持者说BPM能降低应用软件的开发成本、缩短上市时间、加强法规遵从的贯彻力度、实现业务流程性能的最优化。当然,BPM软件木身并不能改善任何东西,但是与关注业务流程的文档和流程分析结合以后,BPM就会成为企业改善业务效率的利器。在BPM提供的高级开发环境中,它采用流程驱动的模型和性能评估來实现IT解决方案的开发。从低层次上说,BPM提供了一

2、种业务人员与IT交流需求的平台。而从更高的层次來讲,BPM能帮助我们从现存的应用屮捉取出功能模块,从而把业务逻辑从它所在的软件系统屮分离出来,这就给我们带来了前所未有的灵活性。但是,有一个问题-直1*1扰着BPM的应用,就是BPM软件有太多的变种,似乎只有很少的几个咨询顾问才真正知道,到底哪个解决方案能解决自己的问题。不过,现在由于BPM软件包屮集成了各种工具和运行时所需要的组件,以及能进行业务流程仿真的软件,这个问题止在逐渐变得清晰起来。使用BPM软件包屮的这些工具和组件,用户可以建立业务模型、部署和监控BPM系统,而不用零零碎碎地从多个的供应商把它们采购冋來,再一一安装和部署它们。如果使用

3、恰当,BPM冇助于解决应用系统内部基本的业务活动难以修改的问题,特别是在过去的那些业务软件系统中,这个问题尤为突出。与Z相对的是,BPM软件可以让IT部门通过修改与这些业务活动相关联的流程逻辑来优化业务效率。在BPM屮,流程的设计就像画流程图,那些必要的执行方面的细节用注释来注明。整个过程儿乎不用编码,而口流程逻辑非常容易修改,所以,BPM可以算得上一种灵活的应用开发工具。流程的建模BPM的使用从流程的建模开始。这个阶段要把当前的流程和未来的流程详细地列出来,并一一确定各个流程的性能指标(这些指标将来进行流程的仿真模拟时需要)。这是一个业务驱动的过程。BPM软件包小的流程设计器是一个图形化的开

4、发工具,它能够把流程模型和有关的人力活动流、应用和业务规则整合到一起,生成一个可执行的流程。上述流程模型经过这个流程设计器的优化后口动生成应用系统的一个框架,再经过修改和补充后,成为一个完成的流程方案。这个方案和其他一些BPM软件包运行时所需要的组件一起被加载给BPM的流程引擎。该流程引擎负责整个流程的路由、任务的追踪、业务规则的执行以及与外部系统的集成。如果-个流程的实例完成了每个活动,流程引擎就会生成-个事件来标记这个实例。这些事件由BPM软件包中的性能管理组件负责收集。性能管理据此计算出一些参数来衡量业务效率。性能管理的仪表盘把通过OLAP钻取分析出來的参考指标与上述的参数以图形化的方式

5、展现出来。性能管理也可以生成实时的报警信息。一旦KP1(关键性能指标)偏离了设定值,系统述可以自动进行流程的调整,这是由BAM(BusinessActivityMonitoring,业务流程监控)功能模块来完成,通常BPM软件会集成这个模块。实际的性能数据会反馈给流程模型进行调整,从而开始一个新的性能优化过程。流程Z争如果要对BPM的软件提供的功能进行一下清点,你可以找到一大堆用来完成各种功能的软件:业务建模、仿真分析、人力工作流、应用集成、数据映射、业务规则、性能分析、业务活动监控(BAM)、门户等。在整合的BPM软件包出现以询,这些工具相互独立,分别來自不同的供应商。不过,今天它们都同属于

6、BPM,被整合进入BPM软件包,或者通过并购,或者通过OEM,或者通过合作伙伴的战略。然而,这种转变引发了BPM软件供应商和建模工具、BAM及集成中间件供应商之间的一场冲突,因为每个人都想以自己的方式来解读BPMo最大的冲突源于两种相互竞争的BPM技术架构。其中之一是最受媒体关注的、基于BPEL(BusinessProcessExecutionLanguage,业务流程执行语言)标准的架构,它通过在SOA环境中集成Web服务实现所需的功能,一些大型软件供应商,如IBM、Microsoft、Oracle>SAP等都展于这一类。另一类是纯BPM软件供应商,如Fuego、F订eNet、Pegasys

7、tems>Sawion等。它们的软件架构从上个世纪90年代的工作流系统进化而來,因此在需要将人力工作流集成进流程模型时,它们更好用。在纯BPM软件供应商提供的产品中,SOA、BPEL的作用很有限,主要用于应用的集成,而很少像第一类一样用來描述端到端的流程。他们的区别很明确:大型软件供应商提供的解决方案更强调BPEL,在应用较少涉及人力工作流,即组织屮的流程无需多种角色的参与时,能很容易地通过集成W

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。