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

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

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

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

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

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

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

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

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

你可能感兴趣的文章
Node.js安装和入门 - 2行代码让你能够启动一个Server
查看>>
node.js安装方法
查看>>
Node.js官网无法正常访问时安装NodeJS的方法
查看>>
node.js模块、包
查看>>
node.js模拟qq漂流瓶
查看>>
node.js的express框架用法(一)
查看>>
Node.js的交互式解释器(REPL)
查看>>
Node.js的循环与异步问题
查看>>
Node.js高级编程:用Javascript构建可伸缩应用(1)1.1 介绍和安装-安装Node
查看>>
nodejs + socket.io 同时使用http 和 https
查看>>
NodeJS @kubernetes/client-node连接到kubernetes集群的方法
查看>>
NodeJS API简介
查看>>
nodejs Error: request entity too large解决方案
查看>>
Nodejs express 获取url参数,post参数的三种方式
查看>>
nodejs http小爬虫
查看>>
nodejs libararies
查看>>
vue3+element-plus 项目中 el-switch 刷新后自动触发change?坑就藏在这里!
查看>>
nodejs npm常用命令
查看>>
nodejs npm常用命令
查看>>
Nodejs process.nextTick() 使用详解
查看>>