|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-02-13
支持楼主。
老外的工作流系统也看过几个。 虽然他们弄的很复杂，功能很全，也很理论化、标准化，但用起来总感觉很不爽。 其实，目前我们中国的多数的企业管理软件，需要的不是那么严谨复杂的系统，而是针对中国传统MIS系统，方便、好用的系统。 在实际开发中，应用目前的一些西方的开源工作流耦合到我们的项目中，无论时间成本和可控度都不高，而且也鲜有非常成功的案例。因此我们需要的是一个符合国情，符合中国企业管理模式的工作流系统。指望西方的工作流系统改造成非常适用与中国管理特色是不现实的。 当然，这样说，也不意味系统功能可以太菜，该有的还是要有，该支持的还是要支持。关键是，把引擎耦合到系统中以后，确实能解决流转的各种问题。 至于到底要解决多少特色方面问题，而又不使系统过度复杂化，我的建议是80-20原则，解决80问题，20的留个宽松的接口。 个人体会，希望对楼主有用：西方工作流的中心是上下流转协作，我们的管理特色是上下审批居多。多一些在审批上的思考，也许会有帮助。 |
| 返回顶楼 | |
|
发表时间：2009-02-13
jnoee 写道 期待看见一个与jbpm对比的表格，这样可以让有兴趣的读者快速的了解该工作流的优势，同时也可以审视一下该框架是否真的具有开发价值。
看到你的建议，我立刻起了个草稿，但是想想如果有第三方的网友有兴趣写一篇这样的文章就更好了。我自己写免不了有自吹自擂的嫌疑。不过，如果没有人有兴趣写，我就自己吹一下，时间可能要推后一点，让大家了解一下先。 |
| 返回顶楼 | |
|
发表时间：2009-02-13
谁用过BEA的BPM,我公司给我资料,全是英文的.我以前只用JBPM.
|
| 返回顶楼 | |
|
发表时间：2009-02-13
最后修改：2009-02-13
linliangyi2007 写道 一旦在A发到B的过程中，触发了某个机器处理的事件，比如A审批报销通过了，从部门预算中扣除了报销额度（这个Hanlder可能是配置在离开A节点的事件上），这是发现有错误，要收回，则必须补回部门预算的，即撤销已经触发的事件。这就麻烦一些了。 更麻烦的还有呢，特别在分支节点和子流程嵌套的收回上。我也一直在寻找一个比较优雅的解决方式来处理这些东东！！ 能不能让制单人在流程上标识此单要回收，在别人流转到下一步的的时候，提示要退回到上一步去呢，一级一级退回，然后在退回的时候，撤销已经触发的事件。目前我们的系统就是这样处理的。。 |
| 返回顶楼 | |
|
发表时间：2009-02-13
nychen2000 写道 linliangyi2007 写道 很高兴能找到志同道合的朋友一起研究。 就拿你上面的例子而言，A发送到B，B还没有签收，这时A发现，这个单子刚才看错了，或者点的太快了，应该作废或驳回A的上一步的，现在最好就是在B看到前收回错误下发的表单，这个是有可能的（我半个月前就碰到这样的事，财务提交审批给老总，后来发现自己看错了，根本是不能审核通过的，她不想让老总看了后挨骂，就找我们说，能不能赶紧收回），因此必须从B回收到A，修改表单在这时是完全无意义的。当然如果是单纯这样的回收还好，这还不算糟糕的。 从业务结果的角度讲，“单纯修改表单”为什么没有意义呢？都是在老总看到报表的时候，报表已经修正了，不是吗？ linliangyi2007 写道 一旦在A发到B的过程中，触发了某个机器处理的事件，比如A审批报销通过了，从部门预算中扣除了报销额度（这个Hanlder可能是配置在离开A节点的事件上），这是发现有错误，要收回，则必须补回部门预算的，即撤销已经触发的事件。这就麻烦一些了。 更麻烦的还有呢，特别在分支节点和子流程嵌套的收回上。我也一直在寻找一个比较优雅的解决方式来处理这些东东！！ 我认为最优雅的方式就是 不处理。为什么呢？如果的确有这种业务需求，那么在设计阶段，甚至更早就应该考虑解决方案，能避免的要尽量避免，不能避免的也尽量在业务系统中解决，扔到工作流里面不是一个好方案。 楼主，你可能误解了他的意思，收回的话，老总是看不到这个待办事项的哦，也就是说收回的话，在工作列表中没有下一个节点执行人的任务的哦，而且，对于动态确定执行人的情况，收回就比较麻烦了。我改造过PVM的引擎，觉得对于收回是最困难的业务处理了。呵呵 |
| 返回顶楼 | |
|
发表时间：2009-02-13
应该说通过讨论，大家集思广益，还有有所收获的。正如楼上一位老兄说滴，国内的工作流也许要的不是一种完美的模型，而是对MIS的补充。
说到这里，本人在过去的一年，也简化和改写了一套jBPM，加了很多中国特色的东西，去掉了jBPM中显得冗余和不易理解的实现，包括了完整的数据库表的重构。不知道大家是否有兴趣，俺也拿出来献丑一下，呵呵。 |
| 返回顶楼 | |
|
发表时间：2009-02-14
linliangyi2007 写道 应该说通过讨论，大家集思广益，还有有所收获的。正如楼上一位老兄说滴，国内的工作流也许要的不是一种完美的模型，而是对MIS的补充。
说到这里，本人在过去的一年，也简化和改写了一套jBPM，加了很多中国特色的东西，去掉了jBPM中显得冗余和不易理解的实现，包括了完整的数据库表的重构。不知道大家是否有兴趣，俺也拿出来献丑一下，呵呵。 期望拜读。如果方便，我的email是:nychen2000@163.com |
| 返回顶楼 | |
|
发表时间：2009-02-14
linliangyi2007 写道 应该说通过讨论，大家集思广益，还有有所收获的。正如楼上一位老兄说滴，国内的工作流也许要的不是一种完美的模型，而是对MIS的补充。
说到这里，本人在过去的一年，也简化和改写了一套jBPM，加了很多中国特色的东西，去掉了jBPM中显得冗余和不易理解的实现，包括了完整的数据库表的重构。不知道大家是否有兴趣，俺也拿出来献丑一下，呵呵。 期待拜读大作 czllfy@163.com |
| 返回顶楼 | |
|
发表时间：2009-02-14
linliangyi2007 写道 应该说通过讨论，大家集思广益，还有有所收获的。正如楼上一位老兄说滴，国内的工作流也许要的不是一种完美的模型，而是对MIS的补充。
说到这里，本人在过去的一年，也简化和改写了一套jBPM，加了很多中国特色的东西，去掉了jBPM中显得冗余和不易理解的实现，包括了完整的数据库表的重构。不知道大家是否有兴趣，俺也拿出来献丑一下，呵呵。 期待大作! mycart@126.com |
| 返回顶楼 | |
|
发表时间：2009-02-14
用了楼主的开源系统,看了楼主的文档,感觉真的不错!希望一路前行!
不说其它的,里面的设计很成熟的,让咱们这些人长知识了,谢谢楼主的奉献精神! 我不清楚为什么流程里面需要加一张 变量表来保存业务数据,用来做流转的判断依据还 是其它作用?咱们现在用的流程系统好像没这么先进,都是业务判断后决定流程的流转! 不过还是认为流程系统和业务系统不要耦合,直接WEBSERVICE提供接口,正如楼主说了, 有很多困难,但是还是要向这个方向发展! |
| 返回顶楼 | |
