本页面主要展示了近几年我所写的工作流相关文档。从2002年开始正式开发工作流引擎开始，经我手参与和负责的工作流引擎有五个了（包括目前正在进行的一个），成功了两个，失败了两个。（参见我的个人简介）
    成功的这两个，包括正在进行的一个，以及加上在思维加速失败的那个，总共四个。采用了四种不同的构建模型、实现方式和调度算法。
    在这些研发过程中，积累的很多经验。有些经验，也在我所写的文档中体现了部分思想。但绝大多数核心的内容（主要是偏重于实现构建方面），由于商业问题，不能对外公开。这也是没有办法的事情，望阅读的朋友们见谅。 —— 所以很多文章看似都很理论。
    希望大家在阅读过程中，能够自我多思索。
    （注：文章大多写的比较随意，所以错字和措辞难免不工整，有错误之处，还望斧正）

    这篇文章是2005年所写的所为偏重工作流引擎实现和结构的一篇了。这是在负责研发出用友软件工程gapworkflow引擎之后，所阐述的体系架构，也正是自己在开发和重构过程中所遵循的近似架构（实际是有所差别的）。
    此文对于正在和打算研发工作流引擎的朋友，是个不错的参考文档。

    这篇文章是在写出友软件工程gapworkflow引擎核心调度框架和算法后，写得一篇文档。但是由于商业问题，没有太多的写这次研发所用的算法，而是写得一些开源引擎的算法，如obe,shark,osworkflow,jbpm,yawl等。

    写这份文档，是因为当时正在考虑为gapworkflow提供对回退的支持。想了很多方式，但实际研发过程中，也就支持了最简单的几种情况，毕竟在现实应用中，客户对回退的需求也大多是要求不要太复杂繁琐。

    状态在流程运转的相关涉及元素中是非常重要的，但是到底是“因为要变更状态而引发某种行为”还是“由于引发某种行为的发生导致状态的变迁”，这种两种模式直接决定引擎实现上采用两种不同的触发和处理思路······

    写这份文档的时候，我还在思维加速。当时刚刚启动新产品的研发。为了为新产品寻找一些功能定位，所以搜索了国内当时大部分流程产品的功能、介绍、Demo。基于此基础上，自己简单分析了一下，具体内容是不好对外公布的，只简单的谈了谈部分结果。

    写这份文档的时候，我还在中华通信。在中华通信的那几个月，花费了大量时间阅读有关组织模型和权限模型的文档，将这些思想融汇到流程应用中，于是写了这片文档。

    这份文档主要谈论了流程应用中的TBAC和RBAC方式的应用。

    从2002到2003年中，在有生博大做了一年多的公文流转产品的研发和实施，但是对工作流理论却研究甚少。下半年，花了很多时间阅读wfmc上的理论文档，以及workflow pattern文档。结合wp以及自己做公文产品的流程经验，写了这篇文档。—— 但后来想想，用“模型”一词还是有些欠妥的。