根据工作流定义工具可以定制出XPDL文件。
根据工作流引掣可以解析XPDL产生相应的任务。
具体任务的处理怎么定义呢。
easyworkflow的演示程序是根据任务获其activity ID从而获得activity define ID,再根据define ID导向到相应处理界面。这种做法就必须要做到工作流中定义的活动都有预先写好的“输入界面”“数据处理”“持久化存储的定义”。
最终商用的产品，工作流应该真正可以定义，换句话说，除了工作流图形定义，工作流引掣，至少还有“输入界面”“数据处理”“持久化存储的定义”的面向最终用户的定义工具。有没有这方面的参考资料或者思路。
老大们，我的问题就这么不值一回吗？
人来人往的也没人留个只言片语。
如果应用相对固定,或者变化不多,那么你可以在工作流系统之上挂一个表单系统,这样可以实现你说的.对于负责应用,一般还是需要进行一定程度的2次开发
如果应用变化较少的话连表单都不要挂，要改时，直接给他们发jsp和class去还省事一点，做表单定制系统也是个麻烦事。
唉，终就是要做业务层次的开发，那实现的工作流自定义也只是对程序员而言（增，改工作流，程序员的事少了很多），对客户谈不上工作流的自定义，他要二五八万的折腾，绝死把系统跑得稀里糊涂。
我指的变化比较少是说需求有一定共性。例如文档流转这样的需求，在不涉及多系统集成的情况下，表单系统可以发挥强大的威力，呵呵。对于用户实现改变和建立业务过程是有可能的。
其实对一个工作流系统来说，集成表单系统还是不错的，至少在一定程度上可以实现用户需求的自定义（对于某些需求可以实现0开发）。