工作流系统的设计与实现_0.82.pdf

工作流啊,现在正在学习呢,这资料真是及时雨啊

嗯，好好研究一下，前段时间时间我们也打算用到工作流引擎

不错,真诚感谢两位作者

用工作流来描述业务逻辑是我反对的，可以想象的到它的效率是何等之底，首先是代码执行，然后是开发效率，图形化编程没有想象中的那么美好，如此细粒度，完全是个过程化编程，很可能成为开发者的噩梦。测试也是问题。
平台也差不多，可能想的非常美好，工作量巨大，而实际只能解决部分的业务问题。测试怎么做，如何发布模块到你的平台上等等，好多问题。等你把问题解决了，突然发现市场并不好。

如果要做开源工作流。。也叫上我。。现在负责电信的定工单系统

这个要顶，

在学习jbpm的人飘过~

可能会有些问题，一个活动执行完之后会取得下一个要执行的活动实例化后持久化到表当中，然后由一个类定时扫描表来取得要执行的活动实例执行，看起来没有问题。但是一个机器总是有瓶颈的，这时候就会要集群，不知道集群是怎么考虑的？？？想看看大侠的考虑？？

大概作如下考虑：
1、当前实现的engine是作为嵌入式的实现方式，可以作为项目的一部分集成在项目中，项目可以利用应用服务器的集群能力进行集群。

2、数据库这块可以利用数据库的集群方式，比如你用oracle，可以采取RAC的方式

3、为了加快数据处理的实时性，减少和数据库的IO次数，可以:
   1。在项目应用和数据库之间加入一个内存数据库
    2。或者把一些复杂的业务从java逻辑中转移到数据库中，比如过程是实例化，用存储过程就你能较大的提升性能

建议楼主下一步研究一下工作流的相关理论，比如petri网，工作流模式等。BPMN、XPDL、BPEL等规范。以及业务建模的相关方法论。
对小厂商来讲，没资源没实力做工作流引擎，要不就是直接集成，对大厂商来讲实现一个这种工作流引擎并不是什么有难度的事情。
国内做工作流引擎的有普元，还有一些小公司（名字忘了），还有一些大公司自己内部也做工作流，一些很大的、共性的问题就是：
1. 标准性差
最多支持一个xpdl，其它的都不支持。
2. 整体方案完整性差、落后。无法跟国际大厂商PK。
跟国外oracle，ibm的bpm相比，差距太大。比如普元最近刚推出的BPS（以前有工作流，但是不叫BPS），仅仅有引擎和建模工具，还有一个业务人员（或者说是定制人员）用的一个什么工具，归根结底还是个工作流，跟oracle的bpm相比，差的太远了。而目前国外，几乎没有人提工作流了，都是BPM。
3. 土。
理论研究少，全部靠自己的聪明大脑的想法实现，没人研究业界的一些理论，比如Petri网，工作流模式等等，这些东西又有几个人真正的研究过呢？也许有人研究过，但是从我了解的工作流产品来看，并没有应用上去。当然，有人会说我现在没研究理论不也玩得很好？但是我认为，理论之所以成为理论，就是它是由大多数人总结出来的最佳实践。最有可能被标准化，好处就不说了。
如果能在这几个方面贡献一点，我觉得意义要大很多，可以算是对国内该行业的贡献。

如果有很多人有精力的话，我提倡成立一个联盟，大家把工作流的实现机制、几种模式以及各种规范都收集起来，翻译出来。我觉得这样更有意义一些。啃英文还是比看中文的效率要低很多。