采用工作流进行系统整合的思考?

假设我一个系统,专门负责请假;我还有一个系统,专门负责审核;这两个系统以前是单独的系统,如何用工作流把他们串联起来??

我的想法是这样的,前提请假系统和审核系统假设都是SOA,假设都是web且都是rest风格的.引入第三个系统,工作流整合系统,这个系统里面我配置了请假和审核的工作流.

流程实际运行时这样的

1,在工作流模块进入请假流程(以后简称工作流系统为WFS),此时流程开始,调用请假系统的请假页面的url
2,工作流进入等待状态,采用定时器调用请假模块相应服务获取请假单.
3,得到请假单状态为请假,继续;请假状态为取消操作,则工作流结束.
4,进入审核流程,调用审核模块的服务接口,增加审核队列.
5,工作流进入等待状态,采用定时器调用审核模块相应服务获取请假单.
......
结束

首先我不想对其他的系统有侵入性.这个方案是我想到的最好方案,事实上也是最不现实的方案.因为要整合的系统大部分都不可能是rest风格的
____________________________
第二种方案.
在一个系统实现工作流
系统内有模块请假,有模块审核.分别独立.

1,在工作流模块进入请假流程(以后简称工作流系统为WFS),此时流程开始,调用转向请假页面的action
2,工作流进入等待状态,采用定时器调用请假模块相应服务获取请假单.
3,得到请假单状态为请假,继续;请假状态为取消操作,则工作流结束.
4,进入审核流程,调用审核模块的服务接口,增加审核队列.
5,工作流进入等待状态,采用定时器调用审核模块相应服务获取请假单.
......
结束

我认为应该工作流完全靠后,作为一个后端的整合系统和调度系统.用户不应该直接面对工作流(比如工作流提供了页面直接来操作流程).

现实情况比以上两种方案要残酷的多,经常是很多异构系统的整合.但由以上两个整合的相同点我们可以看出工作流要做到完全无缝的整合需要做到对涉及资源的控制(包括涉及模块的权限,涉及模块ui资源的定位,设计模块数据资源的获取和翻译),他最佳只做两件事情:流程控制,节点间数据的控制.

SOA是解决方案的一部分,仅仅做到了数据资源这部分.其他呢?单点登录也许可以解决权限那部分.UI资源的控制几乎不可能.

那么绕过UI资源的工作流整合怎么做呢?

编辑一下,吧这里写得放一楼.

~~~~~~~~~~~~~怎么删除?????此楼?

老文重发，可恶的csdn,丢了张图
用工作流引擎实现工作管理项目(Shark+JaWE+Tomcat)
http://blog.csdn.net/cm4ever/archive/2005/12/05/544386.aspx

已经有业务模块A,B,C,怎么达到工作流的完全可配性:即仅仅配置和编写工作流,而业务模块不用做任何修改?

考察JBPM工作流的运转原理.其流程的定义和流程实例的运转的控制,依赖的是JBPM数据库中响应的表的数据.所以,完全可配的工作流的任务就是用配置文件和工作流处理逻辑将相应的业务模块的的数据转化成JPBM数据库中相应的数据.

经过几天的思考,我觉得已经找到了答案:所以完全可配的方案,就是用定时装置,完成以上的工作.

不幸的是，当需求改变的时候，业务模块和工作流程共同需要的配置数据项都需要改变，因此流程和业务模块都要改。

别跟我说你的需求很稳定...

把对数据库相关数据的操作弄成Web Services即可。

如果有流程交互的话,最好的办法是干掉一个系统.

流程的整合比你设想的复杂的多.
首先是一个政治问题,其次才是一个技术问题
总的来说，一个项目涉及的人越多,发表意见的人越多,事情越没法干
一个试图满足所有人要求的系统,只能是受到所有人的指责.

除非绝对必要,别浪费时间在整合多个系统上,费力不讨好.

遗憾的是，我们现在的项目基本上就是这样一个目标

而我的想法是，如果你给他最灵活的工作流系统（多企业用户，用户定制流程），必然丧失流程的强大性（流程对数据项的控制）。。。。。。现在这种要求。我无语了。