工作流离您还远吗？

如果你曾经参与过实际项目的开发，就知道不管项目的大小，用户需求中多少都会有一些关于审批流程的业务，这部分工作如何做？以及由谁来做都值得推敲推敲。在项目中，什么人都有，有的技术人员什么都想自己做，表现欲太强，他根本不考虑项目成本，把项目当作其成长的试验田。如果项目经费充足，这到无所谓，就权当交培训费。但事实上项目往往预算有限、工期又紧，项目经理如果把握不好这一点话，进度延期、预算超支这些恶梦离你就不远了。笔者曾经参与一个税务项目，项目中就出现一个滑稽可笑事情，在项目中为了完成文书审批流程，竟然设计实现了两个不同的工作流系统（虽然外型看似不同，但其实质都一样）。更让你哭笑不得是在公司另外一个税务项目中同样又开发一个工作流系统。每个人或公司的每个项目都从发明轮子开始做，单子签得再大也是枉然。话扯远了…

       最近这段时间项目不是太紧，抽空对一些开源工作流引擎进行一些比较研究，发现JBPM2工作流引擎设计思想特别有意思，首先是借助于UML状态图、活动图的思想，把引擎设计得特别小巧（引擎负责把您开发java代码有机连接起来），这样的话功能则不受限。其二是引擎仅负责业务环节流转的数据控制，业务数据及资源数据完全可以由自己控制，灵活性就有保障。笔者在实际项目中定义了一个组织模型，用于计算执行实际业务环节的参与者。并抽空为她写一个GUI工作流设计器，准备找一个地方放上去，希望对大家有所帮助。其实有的东东没有必须都自己写，能用则用。下面是截图：