SOA-流程项目:业务流还是工作流_第1页
SOA-流程项目:业务流还是工作流_第2页
SOA-流程项目:业务流还是工作流_第3页
SOA-流程项目:业务流还是工作流_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

SOA的主要目的是实现业务的敏捷性,而BPM(业务流程管理)是SOA价值的关键所在。但在SOA实践中,对于BPM仍面临着不少困惑与选择。有些项目把业务流产品用作工作流设计,而有些工作流为主的产品工具却作为业务流实现。这里简单地讨论一下BPM中业务流与工作流的作用区别。简言之,业务流程管理主要包含业务建模,组装,部署及管理。使用业务流或工作流工具似乎都能设计开发业务流程管理。但从SOA的角度,服务的划分及交互通常是项目关注的重点。所以,SOA强调的是如何灵活组合业务服务。而业务流的核心功能是编排流程服务,并且主要针对企业级应用整合。同时利用BPM工作流的主要功能,诸如:活动(任务)节点的人工任务配置,流程运转时的活动节点调控等。工作流与业务流的主要区别现在来简要概述一下工作流与业务流的主要区别。架构模式工作流,简单地说,是定义,构建及执行流程。工作流基本上属于面向应用的流程架构,例如,典型的人工审批流,页面流,文档的路由等。从项目过程来看,一般根据业务部门的用例需求,由技术人员遵循传统步骤进行设计,开发,测试,部署。工作流一般强调快速开发,着眼于局部应用,反复多。重用性差。业务流具有服务组合,服务编排及并发处理的能力。强调面向服务的企业级端到端业务流程管理。主要用于跨系统,跨部门的企业系统,例如,与ERP系统的整合。业务流项目关键在于业务梳理及优化分析。项目重点为建模,组装/接口转换及管理。流程导向以业务为中心,关注全局业务价值及服务重用。开发运行工作流

的建模与开发使用统一流程模板。具有一定的工作流模式。流程较为可控。可使用多种不同的编程语言。编程除错基本反映在程序层面。学习上手较快。单一流程开发周期较短。业务流程监控一般表现在流程或活动节点。业务流

一般建模与开发分开进行。强调业务为导向。流程状态及动态性可通过服务组合与其它系统关联。当流程跨越多个用户及交互时,与组织结构的变化关联较大。服务可动态绑定。编程模式采用核心的SDO/SCA/BPEL规范。编程除错反映在建模和流程界面。业务流关注的是服务的组装,而非代码开发。流程设计具有一定的曲线要求。业务流程监控涉及流程/任务以及业务对象层,强调实时业务调控。接口差异工作流

比较适于图像,文档等传输。使用变量参数,一般无松散持久层。也就是说,它与业务服务没有密切的关联。通俗地说,工作流只是将行动节点串接起来,例如,常见的人工审批流程。其人员接口内嵌于流程,系统接口主要是调用应用程序,本身并不强调服务组件接口,业务应用不对业务人员透明。工作流一般用于系统应用内或系统应用间。特点是灵活跳转,松散耦合。业务流

适应于系统业务重组优化。其数据接口关联主要通过SDO/业务对象,使流程附带结构性数据。在业务流中,流程与业务数据关联更加密切,智能化程度加强。在流程接口调用不同服务组件时,能够进行系统间关联及确保事务的完整性。人工任务接口可设置为内嵌,或独立的人员服务,生成不同形态的临时人工任务。例如,在电子采购业务中,动态的人工任务环节可由人员服务来实现。业务流的系统接口主要针对外部异构应用系统,适合企业级系统与系统间标准化的交互整合。产品技术工作流

一般使用私有技术或J2EE等。流程引擎将任务,人员组织等内置。通过引擎进行队列,优化。业务流

以标准形式兼容不同技术。流程引擎构成技术服务组件,属于产品化中间件。项目案例在BPM项目中,业务流偏于应用业务整合及业务动态组合。工作流则偏于人员交互等。BPM通常同时包括工作流和业务流,集流程调控与企业应用整合于一身。在项目中,取决于业务需求,往往采用不同的流程架构设计。例如,侧重于人员交互的流程管理以工作流为主,而强调业务服务组件的灵活性以业务流为主,并可外加人员服务。当然,也可同时采用工作流与业务流形成综合业务流程管理系统,例如,以工作流为导向,利用业务流的组合服务,同时利用企业整合的中介服务等。下面我们通过简单的图示,来看一下在四个流程项目架构设计中,工作流与业务流的不同偏向。以工作流为导向的面向构件流程架构目前国内很多业务流程管理项目采用以工作流为主的流程架构。工作流流程主要关注于流程的灵活跳转,快速开发等。如图一所示,工作流通常是以人员为中心的架构设计。当然,也有文档为中心等。工作流一般直接调用应用程序,或Web服务等。其功能包括:简单规则,动态人员配置,消息对象设置,基本事件处理,表单链接,自由跳转路由等。但工作流没有服务编排功能。

图1.以工作流为导向的面向构件流程架构示意图

当然,这种架构如果主要调用服务来实现业务转换的,亦有称之为面向服务的。但从主体上来说,它强调的是人工节点流或页面流的灵活性,而非业务服务的灵活性。只有当这一架构与业务服务(特别是组合服务)关联密切而松耦合绑定(通过服务中介总线)时,它才能取得面向服务的效应。以业务流为导向的面向服务流程架构以业务流为主的流程架构有不同的实施方法。下面是两个项目案例。图二主要应用于现有系统的整合,特别是与ERP相关产品的整合。一般通过流程的编排功能及并行处理能力,将不同系统进行关联,实现业务的有效组合。在不改变原有系统的基础上,设计业务流程,满足目前业务的需求。这种流程设计一般使用中介及转换使系统间松散连接。接口一般采用标准形式,例如,基于JCA标准的适配器。业务监控反映在业务对象层面。符合SOA对KPI监控的设计理念。在实际应用时,结合使用临时人工任务,状态机,版本控制,业务规则服务,动态服务绑定等。

图2.以业务流为导向的面向服务流程架构示意图

图三是以结合使用了动态节点的架构设计。使业务流增添了自由节点的灵活性。通过使用循环节点,根据用户动态指定,确定节点及相应参数。这种设计考虑工作流与业务流的双重效应。业务与流程信息通过数据层关联,并由此形成业务监控数据源。

图3.带有动态节点的业务流架构示意图

工作流与业务流松散耦合的流程架构在工作流及业务流产品兼有的情况下,松散耦合两种产品技术也是一种整合方案。如图四所示,前端页面应用通过统一的前端接口(Facade)调用不同的工作

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论