|
锁定老帖子 主题：工作流系统的设计与实现 1.0
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-10-07
参观一下，。
|
| 返回顶楼 | |
|
发表时间：2010-10-07
好文章，下载下来好好读下。
|
| 返回顶楼 | |
|
发表时间：2010-10-08
好，学习了，Thanks
|
| 返回顶楼 | |
|
发表时间：2010-10-08
感谢楼主的分享，学习了
|
| 返回顶楼 | |
|
发表时间：2010-10-08
ronghao 写道 CshBBrain 写道 2.人工任务节点的参与者的处理，文章讲得很详细深入；但有一种情况没有提到，现实中经常出现，就是某个任务分配给某人处理了，但是这个人已经离职或调离了以前的岗位（反正就是这个人不可能再处理这个任务），这个时候该如何处理？ 这个可以归入工作流异常处理，任务超时交由系统重新分配工作项，或者直接通知给案例负责人。 另外，工作流系统需要支持工作交接和委派，这个在资源模式里都有。 其实就是后台搞个任务重新分配 |
| 返回顶楼 | |
|
发表时间：2010-10-09
form_rr 写道 先看看。
不知道楼主如何实现工作流和数据流的分离。 工作流的数据分为： 控制数据 应用数据 相关数据 组织机构数据 一般来说，只有控制数据和相关数据被引擎使用 组织机构数据一般只是引用 应用数据一般和引擎没有关系，但可以通过扩展字段在引擎内部被传递 
工作流引擎中内部涉及到的几种数据类型 |
| 返回顶楼 | |
|
发表时间：2010-10-09
CshBBrain 写道 xyz20003 写道 jbpm提供的性能调优方面的建议是把耗时的操作设置为“异步”，迅速返还用户界面。学学bpel在消息请求方面加上mq应该也可以增大吞吐量，不过我还没有实际用过，不敢保证实际效果。 在流程引擎与实际业务绑定之前，单纯对数据库表的调优感觉没什么意义。 jbpm4方面主要是引入了history历史库的概念，把运行库与历史库分隔开来，避免因为流程数据库的不断积累影响流程引擎的运行效率。 xyz20003兄有时间的话测试下jbpm结合mq使用的效果如何， 
将历史数据分开存放对性能的提升是有帮助的。 这里有个工作流引擎结合MQ的范例 是真实用例，在实际的项目中采用了这种模式 性能和数据的一致性经受了实际业务的考验 整个体系采取的是业务后置模式， web前端只是起到了数据展现和打包成xml的功能，并通过mq传递给引擎端 并由引擎和后端业务模块一起来处理 
工作流引擎和MQ集成的方式 |
| 返回顶楼 | |
|
发表时间：2010-10-10
学习了，呵呵
|
| 返回顶楼 | |
|
发表时间：2010-10-11
最后修改：2010-10-11
拜读大作，受益匪浅，还要多读几遍。有个问题请教一下：
我看许多工作流设计器使用eclipse插件开发，这种插件能给最终用户使用吗？或者这种形式好吗？ 我是直接用vb写的activex，直接嵌到网页里。 我对插件没有经验，最终用户就是指客户了，因为有些时候还是要调整流程的一些设置。 |
| 返回顶楼 | |
|
发表时间：2010-10-11
最后修改：2010-10-11
还有一个问题请教，关于表单的，赐教你们是如何解决的。
我在表单选型时，考虑了html+js+css组合和flex。 最后放弃了flex，主要是不知道自定义的脚本如何解释执行，还有flex的文件较大。而JavaScript，浏览器就可以解释执行了。 是每个表单都编译成独立的swf，还是存储配置信息（及其他信息），由一个统一swf执行。 |
| 返回顶楼 | |
