多重技术助业务流程管理系统实现

　　根据咨询机构Gartner对业务流程管理（Business Process Management，BPM）的定义，BPM早期主要指对业务流程端到端的管理，通过相关技术以端到端的方式处理业务事件和管理必要的资源。如今BPM涵盖了对整个业务流程环境的治理，可以定义为一种基于相应的方法、策略、度量标准、管理实践以及软件工具，对组织的活动和流程进行管理和持续优化的结构化方法。

　　企业BPM面临三大难题

　　随着企业管理信息化应用领域的不断拓宽，与核心业务关联度的不断提高，信息化管理系统的复杂性以及信息化建设的复杂性也在增加，而信息系统的应用却出现了“信息分散、数据不同、很难发挥出信息系统的效益”的尴尬局面，其主要表现如下。

　　一是跨应用流程的衔接严重不畅，无法形成完整的端到端业务流程。

　　在企业内部，大部分的业务流程是横跨多个组织，需要多系统支撑。而在IT系统建设初期，一个应用系统往往更关注其对部门职能的支撑，或者只关注其中的一部分业务工作，未从企业级流程的角度审视业务流程在IT系统中的承载，造成流程以系统边界分裂。同时各应用系统往往都自带流程引擎，与自身应用耦合相对较紧，也不具备实现端到端流程的能力。

　　二是工作流引擎能力重复建设，没有得到汇聚和统一。

　　通常情况下，企业的多个应用系统都有自己的流程引擎来支撑自身的业务流程流转，这些流程引擎都具备工作流的基本功能，并且每个引擎都可以实现流程流转、人机交互（Worklist/审批等），也存在大量的应用交互模式，在功能上存在一定的相似性。繁多的流程引擎采用的技术标准不同、实现程度不一、使用方式和用户体验也各有千秋。这使得这些工作流引擎互相间较难实现衔接、结合和集成，即使是使用同一WfMC/XPDl规范实现的引擎，它们之间也没有很好的办法直接进行流程集成。而对于使用同一种标准实现的工作流引擎，各自对引擎能力的建设程度也不一致，局限于满足自身应用需求，使用方式和API也各不相同。

　　三是跨系统的数据共享困难，核心资产难以有效利用。

　　存在于各个IT系统中的应用数据是企业最核心的资产之一。由于应用系统的关注点不同，在一个应用系统中可能会缺失一个业务数据的某些属性或关系，只有多个应用系统的数据整合起来才能构成一个完整的数据。但由于企业在信息系统建设时难以充分考虑数据的对应关系，由一个系统中的数据映射到另外一个系统中的数据十分困难，无法构造统一的数据视图，导致业务数据不完备、数据冗余和数据不准确。同时，由于没有定义统一的数据规范，数据的存取和访问数据的方式有差异，使得数据在各应用系统之间无法简单地实现跨系统访问。

　　业务流程管理系统的实现

　　业务流程管理系统（BPMS）设计应遵循这样的基本原则：要综合整体平衡流程、集成和数据三个方面的能力；在项目实施过程中，借助SOA的IT建设理念，提高整个IT系统的管控能力；将业务流程的全生命周期作为建设的重要依据。


　　业务流程全生命周期

　　业务流程的全生命周期主要由以下八部分组成（如图1）。

　　（1）建模：建立业务流程模型，使用各种工具完成流程业务建模；

　　（2）定义：使用WID工具实现流程定义和技术建模，定义业务数据、流程处理、环节属性、运行结构；

　　（3）仿真：开发环境中完成流程执行仿真，了解和测试流程执行效果；

　　（4）部署：流程快速部署方式；

　　（5）运行：支持多种流程运行模式，干预流程执行；

　　（6）监控：流程执行状态，事件报警；

　　（7）分析：分析流程执行数据；

　　（8）优化：根据流程执行结果，优化流程重新开始整个循环。

　　逻辑结构

　　流程引擎及其之上的各种相关服务是业务流程管理系统逻辑架构的核心。这些服务包括流程起草、规则服务、人员服务、路径服务等；在展现层则提供了待办、已办、状态、转办、授权等界面。

　　企业服务总线是服务集成的核心，可以封装业务应用开放出的服务，并以标准形式暴露给其他系统。

　　工作流引擎提供了流程流转的基本支持。流程引擎不仅仅支持人工流程，还可通过企业服务总线实现业务流程的集成。

　　基础业务架构是在工作流引擎外部再次封装的的框架，支持多种功能扩展，如人员组织模型的扩展，业务规则等。

　　接口可以提供简化的应用系统访问入口，支持第三方应用系统接入流程平台，如查询任务、处理任务、选择路径、选择人员等。

　　功能架构

　　业务流程管理系统的功能架构主要由三部分组成，如图2所示。

　　流程基础支撑功能是业务流程管理系统的核心部分，完成流程的配置、运行和状态查询等功能。

　　平台业务支持功能为使用者提供了一个访问界面，完成和流程相关的基本操作，如流程授权、任务转移、待办和已办查询等功能。

　　第三方应用接入与集成模块，可以通过各种接口以及规范定义，把自身的数据和服务能力开放给外部系统。

　　多重关键技术打造BPMS

　　在业务流程管理系统的设计中，将涉及众多关键性技术。


　　通过标准接口方式开放流程的支持能力，应用系统通过调用这些接口服务把流程相关数据提交给业务流程管理系统，而业务流程管理系统按照业务要求，根据配置信息完成流程执行。同时多个应用系统可以共用一个业务流程管理系统，业务流程管理系统为多个系统提供通用的支持。应用系统不关注流程的执行条件，而只需要关注自身的业务处理，业务流程管理系统和应用系统之间通过标准的服务接口交互。

　　梳理和制定接入规范，实现端到端业务流程执行的目标

　　梳理和定义较为完备的规范，并覆盖整个业务流程管理的过程。这些规范包括系统间的分工界面、接口方法、接入方式、交互机制、阶段工作等。

　　业务流程执行的动态路径支持

　　根据流程业务数据和业务规则，系统动态显示哪些路径可以选择。在一个环节上可能有多个后续处理路径，这些后续路径记录标识了有哪些路径可能被选择，路径的各个属性控制着哪些路径能被显示。影响流程执行路径和路径选择的属性包括目标节点、路径序号、路径类型、路径规则、路径插件等。

　　基于SOA服务中介的安全访问控制

　　常见的安全认证，需要在消息体中提供用户或系统的身份信息，这对业务消息造成了破坏。而采用可选消息以及服务管控的方式来对服务使用者实现完整的认证、控制和审计，对业务消息没有任何侵入性，增强了服务的安全访问控制能力。

　　统一用户虚拟视图

　　为满足业务流程管理系统对多个应用系统提供支持的需要，需在整个IT系统架构中构建统一虚拟用户视图。通过视图实现流程角色与业务系统角色的匹配，视图中包含统一规范的人员、组织、角色信息。

　　多层次的业务规则服务

　　提供多层次的业务规则服务，以满足业务变化的需求，这些服务包括建模规则表达式、运行规则表达式和规则服务集成。

　　业务流程管理系统的功能实现离不开成熟的流程引擎产品，但不能完全依靠产品，因此，流程引擎产品的选型至关重要。在产品选型时，既要考虑产品是否支持多种流程模式和接入方式，又要考虑是否具备进行快速流程开发的能力。同时，由于目前市场上缺乏适合企业需要的流程测试和维护工具，在业务流程管理系统的建设中，还要开发可视化的流程测试应用，为流程部署提供模拟测试和维护工具，确保业务数据在流程流转的准确性。

　　借助于业务流程管理系统运行中积累的业务数据，企业对这些业务数据进行整理、聚集和分析，可以帮助企业洞悉其内部正在发生的事情以及将要发生的事情，全面了解企业业务流程的执行过程和各个活动的状态，获取对业务的数字化描述，进而分析流程效率，促进企业业务变革和流程优化。来源通信世界周刊)