|
BPM的协同形式在BPM 项目中,业务流偏于应用业务整合及业务动态组合。工作流则偏于人员交互等。 BPM 通常同时包括工作流和业务流,集流程调控与企业应用整合于一身。 在BPM 项目中,业务流偏于应用业务整合及业务动态组合。工作流则偏于人员交互等。 BPM 通常同时包括工作流和业务流,集流程调控与企业应用整合于一身。在项目中,取决于业务需求,往往采用不同的流程架构设计。例如,侧重于人员交互的流程管理以工作流为主,而强调业务服务组件的灵活性以业务流为主,并可外加人员服务。当然,也可同时采用工作流与业务流形成综合业务流程管理系统,例如,以工作流为导向,利用业务流的组合服务,同时利用企业整合的中介服务等。 图1 流程与界面,人员及信息/系统的关联 图1从流程的视角来示意流程与界面,人员及信息/系统的关联。其中,工作流比较侧重于人员及界面的交互。业务流比较侧重于系统应用的集成。当然,工作流与业务流的功能有相当部分的重叠。当工作流用作信息/系统整合时,往往是将这些信心/系统串接起来,并不带有作为中介层的业务对象或服务数据对象,而且也不负责系统信息/系统整合的事务完整性。同时,工作流一般没有模块化的版本控制机制。 下面我们通过简单的图示,来看一下在四个流程项目架构设计中,工作流与业务流的不同偏向。 1、以工作流为导向的面向构件流程架构 目前国内很多业务流程管理项目采用以工作流(Workflow)为主的流程架构。 工作流流程主要关注于流程的灵活跳转,快速开发等。如图2所示,工作流通常是以人员为中心的架构设计。当然,也有文档为中心等。工作流一般直接调用应用程序,或 Web 服务等。其功能包括 : 简单规则,动态人员配置,消息对象设置,基本事件处理,表单链接,自由跳转路由等。但工作流没有服务编排功能。 图2 以工作流为导向的面向构件流程架构示意图 当然,这种架构如果主要调用服务来实现业务转换的,亦有称之为面向服务的。但从主体上来说,它强调的是人工节点流或页面流的灵活性,而非业务服务的灵活性。只有当这一架构与业务服务(特别是组合服务)关联密切而松耦合绑定(通过服务中介总线)时,它才能取得面向服务的效应。 责编:王雅京 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:kaiyun体育官方人口
文章著作权分属kaiyun体育官方人口
、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
|
|