博客
关于我
业务工作流平台设计(二)
阅读量:441 次
发布时间:2019-03-06

本文共 518 字,大约阅读时间需要 1 分钟。

的确正如别人所说的那样,WF只是一个foundation而不是一个platform,如果要实现完整的业务工作流平台支持,就这个平台的实现来讲,从技术上说不是很难,我想微软应该可以实现这一点,也许是下一个版本:)。或许就platformfoundation来讲,微软更看中的是foundation。总之现在的应用还是比较麻烦的事情。

         那么在微软没有platform的时候,我们怎样实现这个platform呢?我们先看一个我们遇到的问题:

l  每种业务领域有自己不同的工作流程,这一点比较好解决,我们可以为不同的业务领域放置不同的模板。

l  在同一业务领域中,不同的应用可能会有很大的不同,这一点也可以通过扩展某一业务领域中的模板来进行。

l  如何方便地将应用系统中的数据集成到业务工作流平台中进行处理?这里的数据集成分两个阶段:设计时和运行时。如审核中的角色、用户等信息是在设计时指定的;对所有人员的评审数据进行存储和计算合并是在运行时进行的。所有这些数据的访问都应当由自定义活动来进行(一个相对独立的操作环节)。具体的细节在自定义活动中进行说明。

作为一个平台,上面的内容还是不够的,我会按前面的文章中所说的每一个环节进行说明。待续。

转载地址:http://uoxyz.baihongyu.com/

你可能感兴趣的文章
nginx 禁止以ip形式访问服务器
查看>>
NGINX 端口负载均衡
查看>>
Nginx 结合 consul 实现动态负载均衡
查看>>
Nginx 负载均衡与权重配置解析
查看>>
Nginx 负载均衡详解
查看>>
Nginx 负载均衡配置详解
查看>>
nginx 配置 单页面应用的解决方案
查看>>
nginx 配置dist 加上跨域配置
查看>>
nginx 配置https(一)—— 自签名证书
查看>>
nginx 配置~~~本身就是一个静态资源的服务器
查看>>
Nginx 配置服务器文件上传与下载
查看>>
Nginx 配置清单(一篇够用)
查看>>
Nginx 配置解析:从基础到高级应用指南
查看>>
Nginx 集成Zipkin服务链路追踪
查看>>
nginx 集群配置方式 静态文件处理
查看>>
Nginx+Django-Python+BPMN-JS的整合工作流实战项目
查看>>
Nginx+Keepalived实现简单版高可用主备切换
查看>>
nginx+mysql+redis+mongdb+rabbitmq 自动化部署脚本
查看>>
nginx+php的搭建
查看>>
nginx+tomcat+memcached
查看>>