南通信息港
金融
当前位置:首页 > 金融

SOA和BPM结合的3种方法组图

发布时间:2019-04-25 18:05:10 编辑:笔名

【赛迪讯】SOA出身的年代,正是业务流程管理(BPM)发展的个高峰,当时络论坛上到处都是有关BPM的讨论,乃至连学术期刊也充斥着有关BPM的文章。前几年是SOA默默发展期,BPM反倒销声匿迹了,关于SOA和BPM的讨论也都出现在互不相干的场合,讨论它们的人通常也属于不同的圈子。但是现在,SOA的茁壮成长带动了BPM重振雄风,相关技术的使用者和提供者日渐将两者结合起来。

在SOA和BPM联合发展的浪潮下,我们首先要明确的是,BPM与SOA的本质是截然不同的:SOA是一种架构方法,BPM则是一组流程调和管理理念。没有SOA之前,BPM产品已出现并成功应用。BPM的主要运用场合有如下几点:

1.业务流程自动化。这是业务流程自动化(BPA)的概念,BPA依照业务需求自动化流程,这是现在工作流技术还在继续做的事情。

2.整合运用系统,实现异构系统之间无缝交流。这涉及到EAI的概念,不过实现方法和老的EAI技术是完全不同的。

图1服务构件示意图

图2复合构件示意图

3.企业流程建模分析。这是BPM的核心,在详细了解企业流程划分以后,用全局的视角,对流程进行梳理,并给出企业流程全局图。

4.监控企业活动,实现企业流程延续改进。这是业务活动监控(BAM)的功能,BAM需要用前面的企业流程全局图,分析企业流程效果和效力,提供优化方向,实现企业级的流程管理。

在上面描述的BPM的四大运用场合中,每个都和SOA有千丝万缕的联系。从技术层面看,SOA和BPM结合有多种方法,SCA的WS-BPEL客户端和实现模型规范说明了WS-BPEL2.0怎样和SCA结合在一起使用,具体方法有如下3种。

BPEL流程作为构件的实现

在SCA中,可以把一个有效的BPEL流程作为一个构件的实现。对一个构件的定义来讲,可以使用子元素来表示本构件是用一个BPEL流程来实现的。子元素的process属性指明了这个可执行的BPEL流程的目标名称。

这个方法是从BPEL开始的。先定义好一个BPEL流程,然后把它纳入到SCA容器中去,如图1所示。

BPEL定义构件的类型

当一个构件使用了一个BPEL流程定义的构件来实现的时候,BPEL流程定义也决定了这个构件的类型。如果一个构件类型只使用WSDL接口来定义服务和援用,我们可以用BPEL来得到这样的构件类型。这点可以通过“反射”机制来实现。

BPEL中的合作伙伴链接对应于SCA中的服务和援引。在SCA中,服务和援用的区分是在一次会话中,哪一方次发起通信;而在BPEL中,合作伙伴链接是不关心谁是会话的发起者的。所以,为了在BPEL流程和构件类型中做一个映照,必须找到一个办法鉴别出会话的发起人。在BPEL中,一个合作伙伴链接要想发起一个会话有如下可能:在活动中接收一个消息,在活动的子元素中接收一个消息,在一个事件处理器的子元素中接收一个消息。在上述情况下,应该把合作伙伴链接映照为SCA中的服务,反之则映照为SCA中的援引。

如果合作伙伴链接映射为SCA中的服务,那末服务的类型就对应于BPEL中的合作伙伴链接类型,如果合作伙伴链接映照为SCA中的引用,就和服务的情况相反。如图2所示,服务构件的服务是可以有WSDLPortType接口的。

为BPEL加入SCA扩大

我们可以在BPEL中加入SCA扩大,从而产生SCA的构件类型定义,并利用它来完成SOA的装配。例如,一个BPEL的变量声明可以包括一个SCA的扩大,这样的扩大表明,这个变量代表了一个SCA构件的属性。

从上面的讨论看出,BPM和SOA结合的方法可以帮助BPM实现更多的功能。在SOA环境下的BPM与非SOA环境下的旧式工作流相比有以下的不同:

1.跨组织的业务流程描写语言和工具。在工作流系统上马初期,经常会发现同一个企业内部不同组织单元、部门的流程采取不同的描述方法,比如A/B/C/F四个部门的账目管理系统采取某种工作流系统,而A/B/D/E四个部门的定单和销售管理系统又采取另外一种工作流系统。这种情况在大型企业集团内部尤其明显,影响了各业务单元的业务协同和业务实践的提炼和推行。而BPM致力于跨组织的业务流程描写语言和工具,避免了企业各部门进行业务流程交换和沟通时各说各话的情况。

2.统一的流程架构。企业内部从单一管理主题动身进行设计的工作流,通常在企业中缺少对业务运营活动的总体斟酌,局限于本部门或者本业务的业务需求,各部门和各管理专题之间的流程没法衔接,信息的同享和传递困难,存在大量流程断点。而BPM在流程之间进行衔接、调和,避免了流程孤岛的产生。BPM的目标是构成端到端的流程体系,提高整个业务流程运行的效力、成本、质量,在激烈的市场竞争环境下,满足客户的需求。

3.无“甲方优势”现象。如果用一般的工作流系统做接口,我们发现一个有趣的现象,就是服务提供方的“甲方优势”现象。通常,一个工作流系统要和另外一个已存在的系统做接口,工作流系统是有求于已存在的系统,也就是已存在的系统有“甲方优势”。这样,工作流系统就必须按照已经存在的系统的技术规格来实现,离“跨组织的业务流程描述语言和工具”就愈来愈远了,更不用谈“跨企业的业务流程管理”。而BPM是在“工作流系统”和“已经存在的系统”之间建立了一个公平的约定,不存在“甲方优势”。

4.流程的延续改进。由于工作流系统的存在,相干的业务人员通常已疏忽其内嵌的业务流程,业务部门对信息系统内嵌的流程缺少直观认识和关注,工作流系统的改进非常复杂,更不要谈甚么延续改进了。但是BPM帮助业务人员密切关注信息系统内嵌流程与其他业务流程衔接关系,成为提高企业整体流程运行效率的主要因素。

M的SOA本质。SOA是创建更灵活的企业基础架构的架构方法,而BPM是一套调和的业务流程活动。SOA使用户可以轻松完成将业务流程连接到基础系统的任务,从而节省时间和IT资源。与之相比,将流程链接到传统的运用通常要依赖大量不同的专有技术。而且,在采取BPM的同时转向SOA,可以增进SOA组件的再利用,从而地降低业务流程本身的复杂性。

M一定是企业级的。要实行BPM,一定要建立流程战略、流程设计、流程实行和流程监控的循环管理理念:从企业的发展战略出发制定流程的战略,将战略指标分解为流程的目标体系,通过流程实现战略的落地;根据流程战略进行业务流程的梳理、设计和优化;通过组织结构和信息系统的调剂来实行业务流程;通过流程合规管理和流程绩效监控,对流程执行情况进行监控;根据结果调剂业务流程设计。

BPM和SOA已经联合为相映生辉的状态,一个企业业务流程的高级涉众,应当从战略高度针对企业流程进行梳理、分析、计划,同时在战术层面需要物色适合的企业系统架构师,以便正确地实行BPM和SOA的混合分步部署,在BPM流程分析基础上,延续改进,辨认出有价值的业务流程模型去实施企业级SOA;在企业级SOA基础上,逐渐积累,更加深入广泛地推行BPM应用。而公道采用融会SOA和BPM的软件产品,会带来事半功倍的效果。

风疹块可以自愈吗
热淋清颗粒的功效
舒筋活络的茶有哪些