|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-10-25
congjl2002 写道 billyw 写道 中国式的工作流，把许多问题都混入了工作流中。
应该保持工作流简单，对流程逻辑以外的逻辑要分离出来。 您的意思是工作流只是作为OA系统的一个连接部分，他只是负责了审批，该系统应该给各个业务系统提供接口，具体业务在各个业务系统进行处理。不知这样理解是否正确。 楼主您好，由于不能面谈，所以表达可能不太准确。总的来说，我目前认为类似加签、减签、撤销、退回这些动作都应该是作用于公文本身的业务动作，应该转换成工作流正规的迁移事件，而工作流本身应该保持纯洁。 业务需求-->系统需求的分析过程应该与工作流分析统一进行。也就是以流程为中心，以活动为单位进行分析。这样就可以把审批中的业务事件，与工作流的流程逻辑进行分离。区分哪些是流程逻辑，哪些是业务逻辑确实是一门技巧性很强的工作。如果做得好，流程推着业务走，双方都得到分离，事情保持本身的简单。如果分离不好，引入工作流只会让系统的设计、开发、维护更加复杂。 另外，您说的系统之间的接口调用，如果有第三方参与的，而且是异构的系统，我建议使用SOA的流程编排来实现。 不知道这样表述是否清楚？ |
| 返回顶楼 | |
