在BPM项目中,,,,业务流偏于应用业务整合及业务动态组合。。。工作流则偏于人员交互等。。。。 BPM 通常同时包括工作流和业务流,,,集流程调控与企业应用整合于一身。。在项目中,,,,取决于业务需求,,往往采用不同的流程架构设计。。。。例如,,,,侧重于人员交互的流程管理以工作流为主,,,而强调业务服务组件的灵活性以业务流为主,,,,并可外加人员服务。。。当然,,也可同时采用工作流与业务流形成综合业务流程管理系统,,例如,,,以工作流为导向,,利用业务流的组合服务,,,同时利用企业整合的中介服务等。。。。

图1从流程的视角来示意流程与界面,,,,人员及信息/系统的关联。。其中,,,工作流比较侧重于人员及界面的交互。。业务流比较侧重于系统应用的集成。。。当然,,工作流与业务流的功能有相当部分的重叠。。。。当工作流用作信息/系统整合时,,,,往往是将这些信心/系统串接起来,,,并不带有作为中介层的业务对象或服务数据对象,,而且也不负责系统信息/系统整合的事务完整性。。。。同时,,,工作流一般没有模块化的版本控制机制。。。。
下面悦道通过简单的图示,,,来看一下在四个流程项目架构设计中,,,,工作流与业务流的不同偏向。。。。
1、、、、以工作流为导向的面向构件流程架构
目前国内很多业务流程管理项目采用以工作流(Workflow)为主的流程架构。。。。 工作流流程主要关注于流程的灵活跳转,,,快速开发等。。如图2所示,,,工作流通常是以人员为中心的架构设计。。当然,,,也有文档为中心等。。。工作流一般直接调用应用程序,,,,或 Web 服务等。。。。其功能包括 : 简单规则,,,动态人员配置,,消息对象设置,,基本事件处理,,,,表单链接,,自由跳转路由等。。。。但工作流没有服务编排功能。。

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

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

3、、、、工作流与业务流松散耦合的流程架构
在工作流及业务流产品兼有的情况下,,松散耦合两种产品技术也是一种整合方案。。。。如图5所示,,前端页面应用通过统一的前端接口(Facade)调用不同的工作流或业务流接口或服务组件。。。后端的工作流与业务流基本上独立运转,,,工作流可以调用业务流服务。。。。前端接口不局限于固定的应用或组件。。。。例如,,,,监控部分可以通过松耦合的形式,,与工作流或业务流监控组件或服务接口链接,,,,在界面灵活地展现。。

由此可见,,工作流与业务流程有不同的协同组合。。根据不同的业务需求及架构设计,,,每个项目的流程模式不尽相同。。。。
AlphaFlow BPM工作流程管理平台
电话:400-888-6861
https://www.junzhiwei.com/
相关新闻推荐