[原创]JWFD的设计过程中遇到的问题

 



  在JWFDv0.96.3版本发布之后，我好像遇到的困难越来越多了，在今年年初博文中提到的自适应引擎的设计，始终没有太大的突破，看来用在企业里面赶工的那套方法来对付这种具有一定难度和深度的系统设计和开发是不行的了，必须转变战斗的方法，从过去那种冲锋陷阵的短平快战斗方式转化为基于体系的持久战，不是一上来就用eclipse写代码，边写代码边做设计，在很短的时间内完成老板交代的任务，而是需要心平气静的埋头把理论搞清楚，把设计做透彻，才下手做代码，也许这样的做法在很多企业中是行不通的，但是走到这一步，不这样做是不行了的，自适应引擎中包含着几个关键的技术关口，要突破这些关口，必须有比较坚实的理论基础，比如说动态拓扑结构的建模，一开始我的设想是直接写一个算法构造器，把流程运行控制器的代码通过自动代码生成的方式动态的构造出来，以此对应动态变化的流程拓扑结构，但是由于始终没有搞清楚流程拓扑结构中的关键变量是什么，以及怎么去建这个动态模型，所以一直困在这里，没有办法做下去。

   正好在这段时间，我平时收集的一些理论方面的文档就体现出它们的价值来，其中有一篇看似和流程无关的论文-(“程序流程草图的存储表示及自动翻译算法”-作者是浙江大学-何 骅等)给了我一些启发，另外结合我看的一些数学方面的书籍中的思想，我现在大体上算有个设计的方向了，我做了设计方面的两个方向的猜想，大概是这样的

   方向1：对一个流程图构建一组方程，用这组方程来描述流程图，然后根据方程组生成模型，根据模型来生成算法模块？

   方向2：对一个流程图进行多步扫描生成算法模型 ，然后自动构造动态引擎的架构 ， 同步加入其它功能模块 ，  然后进行内部运行--通过运行结果反馈到扫描部分，再次进行这一过程(迭代)？

   同时还要考虑这样两个问题

   问题1： 在流程引擎中，我们要做出流程流转的判断的参数，很多时候可能不会得到那么完整的参数数据，但是我们仍然需要引擎做出正确的判断，这就需要采用一种新的算法-是条件预测？概率逻辑？还是其它的方法？

   问题2： 如果一个软件系统的代码量多到一定的程度，复杂性到达一定的程度，那么如何设计才能够让系统功能日益增加，而系统结构和代码量却不会出现过度的膨胀？这是否还需要系统工程的理论和知识呢？

   另外在设计的时候需要考虑的几个关键因素

    1：一个运行中的流程，从开始到结束，始终是一个在时间和空间上面连续的整体过程，因此基于这点，我们设计引擎的时候，特别核心控制器的时候，必须从整体上面来把握系统的结构
   
    2：对于流程引擎中应用到得算法，是否需要在数学上面去证明它，严密的证明过程，使其能够在更广泛的领域得到使用，这是个比较重要的过程  我的理论和实践水平还不够，希望有高校里面的朋友一起来讨论这个问题，这是一个非常有意义和发展前景的领域。。。

    3：现在企业中应用的流程运行控制器是通过业务数据(表单数据模型)来驱动，  这样的情况会对前面说到的动态系统结构有什么影响？
  
    4：在我的思维中，流程的体系结构从混沌状态中到有次序的状态，主要分为四个层次，针对这四个层次的系统结构会有很大的不同
      
         4-1:静态的简单流程模型（静态的流程拓扑结构，没有包含嵌入脚本，仅仅包含静态的表单数据，有确定的分支汇聚模型，是最基础的层次）
         4-2:静态的复杂流程模型（静态的流程拓扑结构，包含嵌入脚本，包含静态的表单数据，有不确定的分支汇聚模型，是比较基础的层次）
         4-3:动态的简单流程模型 (动态变化的流程拓扑结构，没有包含嵌入脚本，仅仅包含静态的表单数据，有确定的分支汇聚模型，是比较复杂的层次)
         4-4:动态不确定的复杂流程模型 (动态变化的流程拓扑结构，包含嵌入脚本，包含动态变化的表单业务数据，有不确定的分支汇聚模型，是很复杂的层次)
  
   5：最后一个也是最重要的因素，我做的是山寨系统，没有按照什么现成的理论来做设计，但是有一点是肯定的，那就是必须我设计的系统必须是简单和实用的，是低成本，易于集成和升级的。这是我们这些山寨开源软件的生存之道。。。。
   
而且我还要用本来就很少的时间来休息和娱乐，喝茶，散步，欣赏美女。。。所以用简单的思想做简单的事情就更加必要。。。。。


         下载里面是我收集的几篇流程设计方面的论文

         动态修改工作流引擎设计.pdf
         程序流程图自动翻译算法.pdf
         动态柔性工作流.pdf
         柔性工作流应用.pdf

        我们这里可不仅仅只有张靓颖和钟水饺哦。。。。。。。。。。。。。