动态业务工作流引擎Superflow研究概要之三-----应用模型

最新推荐文章于 2024-09-08 08:35:24 发布

原创最新推荐文章于 2024-09-08 08:35:24 发布 · 646 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#工作流引擎 #工作 #企业应用 #活动 #引擎 #workflow

第四章应用模型

本人研究了多年的工作流引擎技术，颇有一些心得，愿意把这些点滴的积累奉献出来，与大家共享。

是什么使得我如此的狂热？

-------------一幅凝固的油画。msn: gongfs@163.com. qq:279524300

§ 4-1 工作流系统诠释

§ 4-1-1 工作流无处不在

企业的运作过程本质上是人、财、物等资源的优化和合理配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动。

随着社会分工的日益具体化，合作已成为主题。合作的体现形式必然是一个完整而高效的工作流程，因而工作流无处不在。

§ 4-1-2 工作流与工作流管理系统

l 1993Workflow Management Coalition,WFMCWFMC

21WFMCAction Technologies Inc.ActionWorkflowIBMFlowMarkLotus Notes

§ 4-1-3 工作流管理系统的实施

§ 4-1-4 工作流管理系统的优点

§ 4-1-5 工作流管理系统的适用领域

l 并行工程 CSCW

l 敏捷制造 WEB

l 供应链管理

l 企业经营过程重组

l 企业建模与系统集成

C/SBPRWEB

§ 4-1-6 工作流管理系统的应用案例

125

CIMBPR2090

BPR2000

l WHIRLPOOL

WHIRLPOOLBPR45210

§4-2 功能模型设计的普遍性原则

§ 4-2-1 目前工作流系统的弊端

Superflow

l 实施困难 Workflow Management CoalitionWFMCWFMC

l 开发难度大 WFMC

l 缺少可维护性

l 系统缺乏弹性

§ 4-2-2 功能模型的设计目的

§ 4-2-3 功能模型的设计方法

§ 4-2-3-1工作流管理系统的功能支持

Workflow Management SystemWFMSWFMS

l WFMS

§ 4-2-3-2 工作流管理系统的主要构成

Workflow Management SystemWFMS

l WES

WFMSAPI

WES

WFMS

WFMSWFMSWFMS

§ 4-2-3-3 工作流管理系统的参考规范

Workflow Management CoalitionWFMC5

一、工作流定义交换

API

图 4-2-3-3-1 工作流定义交换接口

l build-Timeruntime

l )

WFMC

l API

WFMC

图 4-2-3-3-2 工作流定义交换接口

runtimeCASEWFMC

3API

WAPIAPI

work-in-progress

二、工作流客户端应用程序接口

APIWAPIAPI

APIWAPIWAPI

图 4-2-3-3-3 客户端应用接口

客户端应用程序API的全部的实现途径如图 4-2-3-3-3。

APIWFMCAPI

WAPI

OSI TPX.400“”APIAPI

Shell

POSIX

ORB

X.400

OSI-TP

WFMCAPI

三、应用程序调用接口

图 4-2-3-3-4显示了接口的框架，适用于应用程序代理和工作流应用程序。

APIWFMCAPI

图 4-2-3-3-4 应用程序调用接口

四、协作能力抽象规范

WFMCWFMC

WFMC

图 4-2-3-3-5 工作流引擎协作

图 4-2-3-3-6 工作流设定服务

图 4-2-3-3-7 工作流群组设定服务

工具间的直接作用

图 4-2-3-3-8 工具间的直接作用

消息传递

图 4-2-3-3-9 消息传递

图 4-2-3-3-10 工作流协作的消息传递

中介（bridging） (采用封装，转化及网关等形式)

图 4-2-3-3-11 中介

图 4-2-3-3-12 工作流协作的中介应用

共享存储数据

图 4-2-3-3-13 工具间的共享数据存储

链式流程

图 4-2-3-3-14 链式流程

嵌套子流程

图 4-2-3-3-15 嵌套子流程

同步并行

图 4-2-3-3-16 同步并行

交叉执行

图 4-2-3-3-17 交叉执行

五、WFMC审计数据规范

WFMC

4-2-3-3-18

:CWAD. 5

图 4-2-3-3-18 系统管理和监控接口

3CWAD

WFMC WAPI

4CWAD

CWAD

§4-3 Superflow的功能模型设计

§ 4-3-1 Superflow的哲学本质

§ 4-3-1-1抽象与具体

我们认为，企业应用的过程就是一个由具体到抽象，再到具体的过程。这个过程会不断反复、相互作用并不断深入和深刻。这也符合人类认识论“实践——认识——再实践——再认识”的发展规律。

图 4-3-1-1-1 具体—抽象—具体的企业应用过程

4-3-1-1-1应用具体和需求具体相互作用。

需求具体决定了应用具体的内涵和实质，应用具体是客观需求具体的真实反映；应用具体作为企业应用开发阶段性的产物，经过一段时间的稳定运行之后，必然产生应用积累，从而加深企业对客观需求的认识，导致下一个企业应用过程的循环。

Superflow

§ 4-3-1-2 运动中的企业客观实体

运动的永恒性告诉我们，一切均为过程，都有其产生、发展和消亡的历史。企业运作过程的一切客观资源等也在不断的发展变化过程之中，反映企业客观实体的需求具体也必然随着企业客观实体的变化而不断修正，从而导致反映需求具体的应用具体的变更和维护。

Superflow§ 4-3-1-3 应用具体与需求具体的差异性

如前所述，应用具体和需求具体之间存在必然的差异性。导致这种差异性的原因如下：

1企业对自身发展规律和业务本质的认识可能存在偏差，导致需求具体的不完善性。

2 3

图 4-3-1-3-1 需求具体与应用具体的偏差

4软件工程学的发展使得系统分析和设计拥有了强有力的武器，但依赖于人类认识自然的程度，无论如何，这一局限性无法彻底根除。

5需求具体是对运动中的企业客观实体的真实反映，因而其内容具备多变性。

6应用系统经过一段时间的运行积累之后，必然对需求具体产生修正作用。

Superflow§ 4-3-2 Superflow的应用之路

我们认为，所有企业资源都是不断运动变化的过程。如何正确理解（需求具体）和客观反映（系统设计）这一变化的过程，是实施企业应用的第一步。在此基础之上，合理的实现（应用具体）企业资源的运动过程则是企业应用的最终表现形式。这一表现形式应该具有相对时期的稳定性和长期自适应性。

图 4-3-2-1 企业应用实施的两条路线

一、目前企业工作流应用的现状

n 没有良好的数学模型

n 系统缺乏柔性

n 应用模式固定

(Superflow)

二、目前企业应用的实施模式

（1）目前企业应用的实施过程

4-3-2-1第一步：理解并且表达企业需求

       第二步：应用逻辑的抽象化

       第三步：融合控制逻辑

       第四步：应用集成

       当然，作为一个应用系统的生命周期而言，还会有测试、验收、运行和维护等步骤。

（2）这种应用模式的固有特点

n         应用逻辑与控制逻辑的融合              制特定的控制逻辑，使得控制逻辑无处不打上应用逻辑的烙印。如图 4-3-2-2所

图 4-3-2-2             应用逻辑与控制逻辑的融合

n         逐层抽象                                          4-3-2-3

图 4-3-2-3             需求具体的逐层抽象

（3）目前企业应用模式的弊端

企业应用模式的固有特点，将导致如下弊端：

n         需求具体和应用具体的差异性

4-3-2-3n         控制逻辑对应用逻辑的依赖性

4-3-2-2基于前面论述，企业客观实体是一个不断运动的过程，那么最真实反映企业客观实体的需求具体会不断的变更和调整。

根据需求具体的逐层抽象模式，变化了的企业需求必然导致应用逻辑的重新抽象，而与企业应用逻辑融合的控制逻辑也必然面临再次定制和重新融合的复杂过程。无论如何，这一过程是痛苦的。

n         应用开发的“沙漠之旅”

应用具体和需求具体的差异性，导致了应用开发过程的反复甚至重新开发。
为了尽量满足企业不断变化的需求具体，开发商不得不经常调整开发策略，明显的缺乏目的性。这就是应用开发过程中最为可怕的“沙漠之旅”。
n         应用维护的“雪球效应”
控制逻辑对于应用逻辑的依赖性，导致应用系统无法适应变化了的企业需求。
出于成本和效益的考虑，开发商和企业不得不对目前应用系统不断的“打补丁”。这种填补漏洞的方法显然是所谓“头痛医头，脚痛医脚”，无法从根本上解决应用具体对需求具体变化的适应性，其结果就像滚雪球一样，系统越来越庞大复杂，从而导致应用系统效率低下，系统维护和修改越来越困难。这一恶性循环的“雪球效应”是企业最不愿意看到的。

三、Superflow的企业应用之路

（1）Superflow的两个基本前提

SuperflowSuperflow

n

n

n                    n

（2）Superflow的企业应用实施过程

4-3-2-1SuperflowSuperflow4-3-2-4Superflow

图 4-3-2-4   Superflow的三层式黑匣子

Superflow4-3-2-1Superflow需求规则化专家

用户的原始需求是企业应用本质的最贴切反映。可往往用户的需求是凌乱的，不规则的，这种需求主题必须明确化、语言必须精确化。目前大部分系统由用户提出原始需求，由开发商在用户的协助下完成分析过程并且形成文档，这种最终的文档带有明显开发商意志和烙印，不可避免地导致需求偏差。

需求规则化专家构造原始企业需求到规则化需求之间的镜像。

4-3-2-5Superflown         需求馈送机

需求馈送机接受来自用户的尚未整理的原始资料，输送到需求表达机并且反馈来自需求表达机的信息给用户审核、编辑和确认。

n         需求表达机

需求表达机接受来自需求馈送机的原始资料，根据来自需求算法库的算法，整理和表达用户需求，并将规则化的需求输入规则化需求库。同时接受来自规则化需求库的需求表达式，通过馈送机反馈给用户确认和审核。

n         规则化需求库

规则化需求库存放需求表达机表达之后的规则化的企业工作流应用需求。这种需求将被应用逻辑自适应引擎识别，从而构筑企业工作流应用。

n         需求规则化算法库

Superflow

图 4-3-2-5   Superflow的需求规则化专家

n         应用逻辑自适应引擎



图 4-3-2-6   应用逻辑的自适应引擎

通用工作流控制引擎

SuperflowSuperflow企业的应用逻辑通过工作流控制引擎的镜像，形成了企业工作流应用。

图 4-3-2-7   通用工作流控制引擎

（3）Superflow的固有特点

Superflown         应用逻辑与控制逻辑的分离

图 4-3-2-8   应用逻辑与控制逻辑的分离

Superflow

n         逐层镜像

Superflow

（4）Superflow的应用优势

SuperflowSuperflow

n         Superflow揭示事物的本来

Superflow逐层镜像企业应用需求，保持需求具体和应用具体的一致性，是企业完整、

n         Superflow体现用户需求之“原汁原味”

n         应用逻辑的具体化和控制逻辑的透明化

Superflow

n         Superflow展现企业应用鲜活的生命力

Superflow

Superflow

n         Superflow是智能化与人性化的结合

SuperflowSuperflow

§4-4      Superflow的应用子系统

§ 4-4-1   Superflow的运行模式

    如图 4-4-1-1所示，Superflow为多层分布式结构。

    前台为用户定制的瘦客户机，通过TCP/IP(WAN或LAN)与中间层Socket Server(套接字服务器)连接，通过Socket Server访问工作流引擎,工作流引擎通过数据库引擎访问后台数据库。多个工作流引擎自动容错与负载均衡。

图 4-4-1-1 Superflow的平台模式

§ 4-4-2 Superflow的子系统拓扑

SuperflowAPISuperflow提供了一套完整的API（SAPI）用于同客户端接口。SAPI以无状态自动化对象（Unstated Automation Object）的方式定义在Superflow的引擎服务器方法库中，为了方便调用，方法库中的大部分方法已经在客户端方法库中重载。

Superflow管理工具用于在本地或远程做系统初始化、运行参数和管理功能的设置。

Superflow监控工具用于在本地或远程监控和跟踪业务受理过程，包括业务受理的动作细节和时间细节。

图 4-4-2-1      Superflow的子系统结构

Superflow定义工具用于在本地或远程定义、管理、编辑、重组业务流程。

    Superflow引擎则是系统的核心，它驱动和掌控系统的运作。包括需求规则化专家、应用逻辑自适应引擎和通用控制逻辑引擎。

§4-5      结论

    针对目前企业应用的逻辑绑定、逐层抽象的应用模式及其导致的一系列弊端，Superflow提出了逻辑隔离、逐层镜像的新思维，从根本上解决了目前企业应用的严重桎梏。