SOA架构下BPEL的业务流程集成技术.docxVIP

PAGE 1 PAGE 1 SOA架构下BPEL的业务流程集成技术 2．1装配原理  由于目前的BPEL标准属于粗粒度，IBM针对复杂业务流程的实现对该规范进行了扩展，主要定制添加了HumanTask和Visualsnippets节点。其中HumanTask节点完成与人交互，主要包括3种模式：peopletomachine(由人调用service)、machinetopeople(人是参与者)、peopletopeople(由人员把工作项安排给另一人员)。使得与人的交互变成组件方式，通过invoke调用外部的服务(再通过回调完成异步调用)，通过这种方式完成解耦，外部服务的更改，不会影响这个业务流程。Visualsnippets节点使用图形化的方法写iavacode，在BPEL编辑下可完成对流程变量的赋值和引用，即完成赋值节点对不同消息的匹配。  2．1装配原理  由于目前的BPEL标准属于粗粒度，IBM针对复杂业务流程的实现对该规范进行了扩展，主要定制添加了HumanTask和Visualsnippets节点。其中HumanTask节点完成与人交互，主要包括3种模式：peopletomachine(由人调用service)、machinetopeople(人是参与者)、peopletopeople(由人员把工作项安排给另一人员)。使得与人的交互变成组件方式，通过invoke调用外部的服务(再通过回调完成异步调用)，通过这种方式完成解耦，外部服务的更改，不会影响这个业务流程。Visualsnippets节点使用图形化的方法写iavacode，在BPEL编辑下可完成对流程变量的赋值和引用，即完成赋值节点对不同消息的匹配。   针对传统的业务系统中业务流程与业务系统的耦合度高，导致业务系统难随企业内外部环境的变化而便利快速转变的现状，提出在WebService和XML标准的SOA架构下，以BPEL作为业务流程执行语言，实现企业部门之间业务流程动态集成的方法。最终利用IBM公司的行业解决方案和相关支持产品，在分布式环境下实现异构系统之问构建跨部门、强调端对端的业务流程动态集成。  BPEL流程需要定义InterfacePartners、ReferencePartners、Variables、CorrelationSets等。其中：InterfacePartners指定该BPEL流程对应的接口；ReferencePartners指定流程中Invoke节点需要调用的WSDLPortType接口；Variables中定义流程变量，属于BO(Business0bject--SDO的子集)，BO的实质是一个XMLSchema，整个业务员场景中的数据流转都是Bo；CorrelationSets是异步消息处理机制，通过key值来唯一标识消息和BO，并唯一定义每个流程实例(BusinessInstance)，其初始化是在流程中完成的。  通过使用LDAP插件完成BPEL流程的认证和授权，其中humantask的权限通过role掌握，WlD中默认供应5种角色：Starters、Potentialowners、Reader、Editors、Administrator，而人员的选择是通过humantask中的VerbsandParameters完成。  2．2装配实现设计  BPEL流程和WebService交互应用：首先由客户端(JSP)通过消息发起流程，创建流程实例并传入相关参数；流程在Receive节点将参数存入与BPEL流程绑定的WSDL接口的输入变量BO中；添加invoke节点调用外部的WebService，该Web服务可能是由ERP、CRM或者OA等业务系统暴露出的服务接口，WebService依据输入变量BO完成查询数据库、启动其他工作流等相关业务处理并返回输出值给BPEL流程；流程在Reply节点把输出值返回给前台JSP，至此流程结束，如图4。  当业务流程定义完毕后，通过JMS、WebService、BPC方式启动流程，这里BPC是WID供应的业务流程调用模板，也可以依据供应的API自定义流程启动模板。同时SCAComponent调用SCAModule中定义的SCAComponent应用时可通过Dynamic和Type-Safe方式，对于调用者是非SCA组件时，比如：JSP、servlet，可通过定义的stand—along的reference完成。  BPEL流程分为：微流程(microflow)和长流程(10ng—running)。微流程是瞬时流程，全部的活动都在一次事务中完成，不涉及与数据库或其他业务系统交互；长流