关于基于 delphi 工作流程引擎的讨论贴。。

风之谷 2011-01-24 09:45:57

加精

有个同事以前在神州数码，通过自己的理解把osworkflow java转为.net，我有个想法能不能咋自己把osworkflow转为delphi版的。
有没有做过类似工作的朋友给点建议，delphi有没有线程的流程引擎？

...全文

3873 76 打赏收藏转发到动态举报

写回复

用AI写文章

76 条回复

切换为时间正序

请发表友善的回复…

发表回复

last_wolf1860 2011-03-14

打赏
举报

没有用过osWorkFlow，但做过工作流。感觉好象没有那么玄啊？
1.对于任何一项工作，都有两个种类（正常业务、非正常业务），由流动起点确定，正常业务流动节点（涉及的组织机构）基本固定，对于任何一个节点而言，信息只有两个流向（流出和待命），三个工作状态（收到、处理中、完毕），两个流通状态（正常、异常）。非正常业务的流动节点不固定，可以跳跃性选择流通节点。
2.对于正常的节点，可以由用户定制并允许修改流程以减少输入和调整量。无论正常非正常的业务，需要建立合理的追踪机制。
3.第1条中所涉及的状态根据行业客户性质不同可进行细分和扩展。
那这条信息该流通到哪儿、谁该看得到就一目了然了罢？
个人感觉：工作流模块的设计关键在于灵活和追踪，在此基础上配合规章制度不断扩展功能并增加其易用性，不要人为地学究地把东西先搞复杂，再想减下来就难了。这需要与用户的沟通技巧，非三言两语能够说得清楚。另外，不是越复杂的东西就越好用，傻瓜式的软件才是工作流的发展方向。

实践中的设计：1.区分工作任务，定制相关固定流程（用户可自行定制）2.针对每个工作任务各个环节的流动协助客户建立相应规章制度。3.根据规章制度规定，确定各环节能够掌握的信息量，可进行的操作。4.根据各个环节用户的处理圈定工作信息状态。由此：封装四个类，TWork/TFlow/TUser/TPoint,其中TWork中具备流动环节(TFlow)、当前环节、上一环节、下一环节、处理状态、处理结果几个属性，TUser封装权限及其它通用属性，TFlow封装固定流程、实际流程属性等等，TPoint封装处理意见、处理结果、流出方向等等。一项工作的流动基本就OK了
结合之前的工作经验，能记起来也就这么多。同志们有什么想法，欢迎板砖。至于如何去表现流程，那属于另外的题目，不加啰嗦：）

王南山贼 2011-03-13

打赏
举报

这个贴是怎么成精华的
不明白

iskyshop 2011-02-07

打赏
举报

osworkflow都是基于网络支持来工作的，用delphi来做，没有任何意义！要是实现肯定能做到，只不过一点实际运用意义都没有！

lyhoo163 2011-02-06

打赏
举报

关注。

差布多先生 2011-02-05

打赏
举报

我也在学delphi

thesunbb13 2011-02-03

打赏
举报

大难题，同样求解

haitao 2011-01-31

打赏
举报

【实现不了】还是【实现得了】，不能作为标准
管理数据库的人，习惯用sql实现一切；熟悉pb的人，也习惯用pb实现一切；熟悉vba的人，也习惯用vba(excel/access)实现一切

一般的讨论，是针对普通、容易找到的应用开发人员，他们实现起来是否容易
如果各个工具、语言的高手，基本上都有办法用他熟悉的工具、语言来实现（几乎）一切

关键是很多地方，用delphi实现起来，相比用java，可能会开发快5-20倍，运行效率快2-10倍
如它所述： http://topic.csdn.net/u/20110129/00/6f4795ad-5b40-460b-abe8-10424abe5cb4.html