工作流系统：在误区中漫步

什么是对参与者动态解析

在系统中，我们不应该指望它能够自己主动的寻找参与者，这样的做法最终会导致整个流程的不确定性增加，最后变的不可控制
我们需要做的是“提供给用户一个选择，而不是替用户做选择”

“工作流”这东西，总感觉有点不实在。

还是自己编码来得放心。

to lgx522
这是因为你没有遇到复杂的流程，如果用户要求你自定义流程，自己写实现是“基本”不可能的
^_^

以前做过一个Jbpm工作流的应用，流转时，是将工作流转到一个节点，然后系统根据用户是否有处理该节点的权限，来控制他是否可以处理该工作。这样的话，当一个处理人不能处理该工作是，只要将其他用户授权该节点，他就可以处理该任务了。

如果在流转时，是将工作直接流转到用户，那么当一个用户不能(比如出差)处理时，那么这个任务就只能够停止，一直等到处理人能够处理

作为一个相对完善的工作流引擎，应该具备基本的意外情况处理能力，比如楼上说的出差不在的情况。
该如何做应参考实际业务中是如何处理的，而不应该局限于技术层面的东西。一般情况下，上一步处理的人取回该工作并重新提交给其他人是一种处理方法，由流程管理员参与重新调度该流程给其他人也是另外一直处理办法，甚至某人把身份密码高速其他人去处理也是可行的方案:)
总之，结合实际业务去考虑，不应停留在技术模型本身。

关于动态诠释 参与者，我想的一个方案就是用企业业务逻辑规则这个概念来解决。
关于某个业务，涉及某些条件由谁批准的问题。如果能够很好地抽象出这些就可以解决这个问题。
比如说：
   业务     条件        执行者      
车费报销   金额<50元     科长
车费报销   100>金额>50   处长
车费报销   金额>100      局长
如果企业建立一套这样的业务规则库，系统中应用业务规则引擎迅速找到执行者，
再将其赋给工作流系统的参与者，工作流就可以运作。 工作流系统要和业务规则引擎系统，以及企业组织机构建模良好地配合，才能更加灵活和强大。
目前，我所做的权限资源管理平台正在朝这个方向发展。由于时间和精力问题，现在还抽不出精力解决这个问题，但是我想迟早要将企业的业务规则同授权系统以及工作流系统要很好地整合起来，提供更加灵活和强大的平台。

错，流程运行的一个重要环节就是处理人，一个好的工作流系统，必然是将处理人都定义在流程中，当然要有非常完善的逻辑关系来确定处理人，例如按组织架构，按角色，按关系等，让用户自己去选择处理人那是最后的选择，试想一下，每个节点都让用户选择下一步处理人，那和发邮件有什么不一样？让流程随意的流转，那才是不可控制的。

如果你是开发自己企业应用的工作流系统，我建议你找第三方的产品来实现，都是现成的功能，也许就相当于你一个程序员的年薪而已。

谢谢你的提醒，如果我们没有工作流产品一定会采用你的建议。