业务流程管理综述_管理信息化_流程管理(BPM)_6365.docVIP

业务流程管理综述_管理信息化_流程管理(BPM) ??? 引言??? 首先了解一下信息技术演化的过程是有助于我们地更好的了解业务流程管理系统的相关知识。从图1中，我们可以看到当今信息系统发展的趋势[3]。该图表明当今的信息系统包含了几个层。中心层是直接和硬件打交道德操作系统；第二层是通用的应用程序，这些应用程序在企业中有广泛使用，比如Microsoft Office；第三层是为某些特定领域所开发的软件，这些软件局限于专业的企业或者部门内部使用，比如人力资源管理系统，Call Center系统等；第四层是专业定制软件，这些软件仅仅为特定的公司组织开发，通用性较小，专业化程度很高。 图1 信息系统技术演化趋势 ??? 在二十世纪六十年代，信息系统中不包含第二层和第三层。信息系统建立在一个小型的操作系统上，仅仅有特别局限的功能。因为那时没有通用软件也没有行业专用软件，当时的信息系统仅仅包含专业定制软件。从那时开始，第二层和第三层软件逐渐发展起来，此外第四层软件的种类逐渐增多，同时增加了更多的功能。当今，操作系统更加强大，存在于第二层的数据库管理系统为第四层软件的发展提供了更多的功能上的支持。这种趋势导致，软件的发展的重点由单纯的编程转向以组件的形式组成更加复杂的系统。当前对软件供应商的挑战不再是某一模块的代码编程，而是把第四层软件的功能协调整合在一起。 ??? ??? 另外一个趋势是软件发展的重点从数据处理转向流程管理。二十世纪70年代、80年代，软件主要以数据驱动的应用程序为主。信息技术的重点存储和提取信息数据，因此数据建模是当时建立一个信息系统首先要做的工作。业务流程建模经常被忽视，并且流程经常要适应当时的信息技术。管理趋势，如业务流程重组，则越来越重视流程管理。因此，系统工程师们开始转向基于流程的系统得开发方法的研究。 ??? ??? 最后一个趋势是事前详细设计转向过程重设计及组件重组。由于Internet的发展，信息系统发生了巨大的变化，越来越少的信息系统是从零开始建造。在很多案例中，我们可以看到很多应用程序中的某些组件和功能被移植到新的系统中。尽管基于组件的软件开发方式仍然存在一些问题，但是我们可以看到软件的开发方式变得越来越多样化、更加动态化。 ??????? 业务流程管理系统或是存在于第二层独立的软件，或是集成在第三层软件中的组件。存在与第二层体系中的业务流程管理系统的例子是工作流管理[11，12，13，14，15]，比如StaffWare，MQSeries，和COSA。在主导的ERP系统（第三层）中，工作流管理经常作为一个组件出现。SAP、Baan、PeopleSoft、Oracle的工作流引擎可以看作是集成的业务流程管理系统。将业务流程管理分离出来作为一个独立的组件的想法和第三种软件发展趋势相吻合。业务流程管理系统避免将工作流程硬编入专业软件的繁杂工作，同时提供了对从硬编程到重组组件的支持。比如，现今的工作流管理系统可以用来集成到已经存在的软件中去，支持当业务流程改变的时候，只需要更改工作流程图，而不必重新编程。将业务流程管理作为一个独立的组件的想法也和Web Service的创意一致：Web Service语言，比如，BPEL4WS，BPML，WSCI，XLANG和WSFL可以被用于从使用WSDL定义的系统中提取出服务。 ??? ??? 从科学的观点来看，上述观点早在早期的办公信息系统中即有体现。在二十世纪70年代，Skip Ellis[16], Anatol Holt[23], Michael Zisman[18]已经开始了研究所谓的办公信息系统的工作，这种系统以流程模型为驱动。这三位先驱都是利用Petri网为工具对办公流程建模的。20世纪70年代到80年代之间，是发展办公信息系统的大好时机，不幸的是，很少真正的软件成功开发出来。因此，该技术和软件的研究几乎停滞了十年之久，结果是，在80年代几乎毫无进展。在20世纪90年代，研究界重新对该领域产生了浓厚的兴趣，一些工作流管理系统在90年代的后五年中开发出来，并且学者们发表了大量关于工作流技术的论文。现今，工作流管理系统基本有了雏形[13]。然而，这些软件仅仅局限于特定的领域，比如银行业和保险业。就像Skip Ellis指出的，从上述的盛衰沉浮的发展进程中学习到宝贵的经验是非常重要的[24]。在80年代的失败可以归咎于技术和理论的不成熟。当时，网络不发达或者某些地区根本不存在，没有合适的图形界面，并且没有合适的开发工具。然而，最根本的问题在于，没有统一的流程建模模型，并且那些系统太过于刚性，以至于不能人们不能真正将之应用到实践中。上述大多数技术问题现今已经解决，然而概念上的问题依旧存在：没有统一的业务流程建模标准，以及当今的工作流管理系统