目前,人们对于为何要禁行流程改造、改造涉及的方面以及改造的具体步骤已有相当的研究,然而对于流程梳理和流程改造所使用的技术和方法的研究则相对欠缺。
1、专业化流程管理的必要性
在企业应用软件和网络技术蓬勃发展的今天,人们逐渐意识到,信息化在企业中究竟能发挥多大的效用关键取决于两个方面因素:一方面是各种应用程序的无缝结 合,另一方面是应用程序对业务流程的符合程度。前者可以通过软件技术的改进或是应用体系结构的改善来实现,而后者不仅涉及到技术问题,很大程度上取决于企 业的业务流程管理理念和方法。
自20实际90年代“企业流程重组”理论提出以来,相继产生了多种多样的流程改造理论。它们或是改造力度不同,或是改造重点不同,但时间证明,企业业务员流程改造的成功率相当低。从信息化角度分析,其失败的原因大致有一下几点:没有以流程为中心,而是局限于企业原有的组织和部门进行工作的重新分配;忽视了信息技术队流程改造的支持作用以及信息系统对流程改造成果的保留作用;缺少成熟的将流程改造成果转化为信息化实施技术;企业信息化基础薄弱,新的流程管理难以实施。
目前,人们对于为何要禁行流程改造、改造涉及的方面以及改造的具体步骤已有相当的研究,然而对于流程梳理和流程改造所使用的技术和方法的研究则相对欠缺。 如何发现、定义、实施、优化和存储企业内及企业间的流程,同事以合适的应用系统予以支持,越来越成为人们关注的重点。人们试图像用DBNS管理数据一样用 一个流程管理系统来管理流程,提出了流程管理系统BPMS,而且已经开发出专业的流程语言BPML。企业业务流程将不再隐藏于日常运作中的悟性的东西,而 是明晰的可以编辑、执行和优化的管理对象。
2、流程管理的发展
1)早起的Reengineering,旨在通过彻底的变革给企业带来更多效益。流程发现、设计以及后期实施都有手工实施,在一定程度上给企业带来变化和进步,但由于缺少专用工具的支持以及稳定性不够,失败率很高。
2)Workflow技术,依据一定规则实现文件、信息以及人物的自动流转。在内部极大的提高了工作效率,但对于部门间以及企业间合作上没有成熟可行的实施技术。
3)ERP及BPI,力求“All in one place”,也即以一个功能齐全且高度集成的系统解决企业所有业务需求。ERP剧本具备了上述需求,但一旦实施后就难以改变,没有适应性。而且,该系统 要求企业的业务流程按照其自身定义的规则进行,可行性不大。
4)以BPMS为代表的专业流程管理工具,将流程从各种应用系统中行独立出来,如同管理数据一样从各个角度进行考察,可以实现流程设计、编辑、储存和查询 等。由此可以不受部门便捷和业务类型的限制,充分利用企业应用管理系统,实现企业间合作;对流程的独立管理,也使得特定流程的制定成为可能,具有很大的灵 活性。
图1 BPMS出现之前的流程管理
在专业流程管理工具出现之前,流程隐藏在应用系统用,或者是各系统接口中(图1)。而在专业流程管理系统中流程被明晰的表达出来,并通过BPMS加以管理(图2)。只是这样的流程管理需要独特的流程管理环境,这一类环境目前在企业信息化过程中尚未普及。
图2 BPMS中流程管理
3、流程管理系统体系结构
3.1、流程管理系统和其他应用系统的联系
如图3所示,流程管理系统通过流程服务器同企业系统连接,实现流程的提交、更新、状态信息的传递等。
其他系统主要指ERP、EAI和Web Service等,Workflow系统将被流程管理系统所包含。在BPMS中,其他各种应用系统呗“拆散”成一个个独立的功能模块,售后由BPMS依据 设计好的流程的希求,随时取用。相对于通过应用程序接口实现系统间合作,BPMS对各功能模块的整合更加灵活、明晰,能较好的适应业务流程的变更。
图3 BPMS的体系结构
3.2、流程管理系统的结构和功能
目前,人们已经设想出BPMS的大体结构框架,如表1所示:
表1 BPMS的系统结构和功能
这一整套业务管理机制对流程管理技术、企业信息化水平都有相当高的要求,现有的流程管理系统产品很少能提供上述的所有功能,而且依据开发商的不同背景,产 品的侧重会有所不同,例如由工作流演变而成的BPMS与由应用服务器转变而成的BPMS会在诸多方面有所差异,前者侧重于流程自动化,后者侧重于流程的集 成部署。
流程管理语言(BPML)的进一步研究和推广可以为流程管理得发展和完善提供支撑。正如XML可用作描述数据的原标记寓言一样,BPML可用作描述流程原 标记寓言。由BPML描述流程可以直接应用到各种应用程序中,对流程进行编辑、储存、查询等。结合BPML的应用程序就由原先的数据为中心扩展到以数据、 流程为中心,实现彻底的流程管理。
4、流程管理系统的集成性
如何在原有应用系统的基础上实现企业内和企业间流程的一体化,达到从企业到客户端到端流程的无缝连接,一直是人们所关心的问题。目前对此有两种解决方法。 一种是“Inside-out”,如EAL,对各种应用系统进行组合和链接,不支持企业间的合作,就无法实现从企业到客户的业务流程全过程。另一种是 “Outside-in”,如B2B、EDI等,通过提供统一的商业协议或者数据传输规则实现企业间链接。但可以看出,企业被要求使用这些统一的协议和规 则,就失去了个子流程的差异性,无法体现决策流程的柔性。
上述两种系统集成方法都要求区分企业间流程和企业内流程,无法实现可以定制的端到端的流程管理。BPMS在某种程度上能够幕布上述缺陷。
首先,BPMS中流程的设计独立于企业应用系统,它是先定制出某个流程的模型,然后考虑如何利用现有的企业应用系统,在企业内或企业间实现该模型。每个应 用系统维为BPMS提供服务,系统间信息传递是由流程驱动而非原先的接口或配置驱动。这种独立出来的流程管理为实现端到端流程打下基础,而且这种流程在一 定程度上可以定制。
其次,BPMS支持各种层次的集成:程序间集成、系统间集成、业务间集成一直到企业间集成。从而,BPMS对流程设计无须区分企业内和企业间流程,可以讲重点放在各种层次流程之间的协调和合作上。
将流程独立出来进行专门管理是流程跟管理领域的一大突破,BPMS具有完整的体系结构和理想的系统集成能力,再加上BPML的支持,BPMS完全有可能实 现功能强大的端到端流程管理。接下来所要解决的问题主要是如何使用BPML将流程从各种应用系统中图区出来,为BPMS的使用打下基础。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
SOA治理模型核心:人
治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。