关于工作流引擎的问题！

还有怎么去修改流程数据.

我们公司现在用的是一个hibernate版本的工作流引擎，不过有一些地方要完善，基本上符合你们说的要求，超轻量级的。实现的性能一般。我们公司外包的。现在项目比较急，有时间一定把它重构一次。不过我们公司用swing开发的xml定义模版，倒是很不错。你有了引擎，难道你自己手写符合工作流联盟规范的xml。两方面都是很重要的。

看看先

的确那么多工作流引擎，但是适合国内企业应用的不多！
去年我们给一个客户开发一套oa，其中的公文流传都是事先就定义好的，然后通过代码来控制它的流转。个人感觉并没有很好的控制，因为每一步的操作都已经定义好，客户能作的只有选择每个节点所要参与的对象，但是整个流程却无法改变，一旦运行期间客户想要增加一个节点，就需要修改代码。
最近又再谈一个oa项目，客户的工作流又完全是一种的工作方式，又需要为他们量声定做。因此，即便你有工作引擎可以拿来用，还是需要根据每个客户的不同来设计。总之，国内企业，没有特别好的方法来达到最大限度的重用。

没有想到又回到这一贴上,哈哈.
最近发现有一个叫做shark的工作引霆,不错,
我最欣赏的是jawe这个建模工具(可能大家都知道).

jawe非常不错,如果不喜欢引霆自己可以建,但有了jawe也就不用开发建模这部分了(它输出是一个XPDL 文件).shark也是一个非常可定制的(可以自己替很多核心).
还有一个OBE 听说也不错,没有用过.

附件回复才有？

OSWorkflow的GUI Desinger实在很烦，这两天改写这个东东差点没把命搭上，还没搞定
就改了Workspace几个函数Workflow就存不进去了
这个设计器太想和Workflow捏合在一起i，然后就变成浆糊代码了[:@]

我们公司刚做了一个工作流产品，定义工具用Eclipse插件、引擎和应用可以比较好的融合。用兴趣可以看看http://www.joinwork.net/。网站上有很详细的文档！

OSWorkflow 的 GUI Designer 确实很差，不过我们可以手工编写流程定义 XML 文件。如果要给最终用户用这个 Designer，项目组要对它做扩展才行。

试用了一把 OSWorkflow，个人感觉还是不错的，它的工作流模型比 WfMC 的简单，而且感觉更灵活一些。

我觉得工作流之所以在国内不流行，是因为原来 WfMC 定义的模型太死了，在实际应用中有人工干预流程的正向、反向、任意跳转的需求，但 WfMC 没有提供这方面的支持，一般的工作流引擎对这方面支持的也不好。基于 OSWorkflow 开发一个适合实际情况的工作流引擎是可行的。

工作流引擎我曾经负责了很长时间，做过两个，一个很土，很早以前用数据库触发器做的，很好实现，数据驱动的小型办公应用可以试试用这种方案，另一个在02年时和三个小伙一起做的，也不是很麻烦，把wfmc简化了做的，03年则用的是开源的工作流引擎。

符合wfmc的开源工作流引擎很多，光有工作流引擎，只能在开发时使用一下，想做成一个完整产品还需要很多东西。

一个业务应用，比如OA的审批流程，需要很多引擎来支持，比如组织机构、角色、规则、文档、表单、脚本等，如果再加上工具，那么跟做一个Notes也没有什么区别，所以工作流产品想做到业务人员轻轻拖拽就可以把一个应用从无到有配置出来，我认为是不太可能的，不可能一行代码都不写。

工作流应用比较麻烦的是表现和规则，表现处理我们一般称为Form引擎，主要包括：在Form上每个字段域要进行校验、操作方法、显示、权限等定义处理，Form的模板选择、操作方法、控制数据对象集、档案夹等定义处理；规则则要求工作流引擎能通过规则引擎或者脚本引擎来调用业务对象的方法或属性，并能用表达式进行处理，这跟编写程序没有什么区别。

还有一种类型的应用，更注重业务规则，表现形式不是很重要，比如在电子商务的应用中，购物车程序可以视作一个pipeline型工作流应用，每个活动的处理，都可能会和规则打交道，比如折扣规则，业务人员可以通过修改规则配置文件来及时调整折扣策略。

我个人看法是工作流引擎和设计配置工具想做到极度通用对一个公司而言难度较大，主要在于设计工具，很麻烦，光一个Form Designer就跟做一个Frontpage没多大区别，还有规则定义等。

工作流引擎有两种用法：

一种是将它纳入到公司的开发框架中，在某些业务领域使用工作流引擎，使产品或者项目有良好的架构和灵活性；

另一种就是做工作流应用产品，比如我们常见的工作流产品一般都是OA的公文流转应用，商务上叫工作流，是具体的业务应用模块。
根据产品的业务特点，先进行模块封装，比如OA中的流程审批，可以先把流程、活动、业务对象等基于工作流引擎进行预定义形成应用模板，然后基于业务模块编写配置程序，用户可以在此配置程序上进行配置，一般可以满足要求，如果用户的业务出入不大，但配置起来较麻烦，那么修改配置文件，实施工程师培训一段时间后就可以做，如果根本就是不同的业务，那只能二次开发，这时就是重新开发。

脱离业务的工作流引擎，对于不是专门做中间件的公司而言，可能很难在市场上有所作为，除非有行业背景或者政府支持。