工作流进化路线图

  要实现自动数据处理需要一个完整的反馈活动记忆  需要记录流程运行的全部轨迹  而用最少的数据量存储流程的全部运行轨迹，用现有的数据库方法肯定不行，必须用矩阵存储方法  因为数据库存储量太大，读取速度无法满足实时运算的邀请，还是矩阵结构比较合适  流程的全部运行轨迹，状态参数, 多次反馈轨迹,都可以存储在矩阵中，矩阵就是一个很小的文本文件(可以加密或者压缩)，不需要专用的数据库管理系统，运行流程的时候，对于流程的运行控制和管理有很多好处，脱离了数据库系统的工作流系统可以部署在单片机系统，工控机系统，甚至更小的计算机系统里面,比如说微型无人机,其它微型智能武器系统

如果自动化工作流系统将来演变成类似于超大规模智能神经网络的系统，用矩阵存储结构来对流程运行过程进行管理和控制，那么流程的运行的实时性会大大提高，一个基于自动工作流的自动数据处理过程可以瞬间完成，中间不需要频繁的读取磁盘，全部运算都在内存中完成，仅仅是在某些需要持久化记忆的时候才读写磁盘(闪存)

工作流系统现有的流程设计方式是人工用流程设计器设计流程图，计算机对流程进行运行控制和管理，如果要实现更为先进的处理方式，首先，流程设计器必须由人工设计转变为计算机辅助人工设计，甚至可能是完全的计算机智能设计，这个过程好像是以前一切由人工来制造工具，后来出现机器，由人操作机器完成工程，再后来，出现机器人，人类把大部分工作交给机器人来完成。。。。。

我的初步设想工作流进化路线图：  工作流设计器--由人工设计流程图过渡到计算机辅助人工设计，然后再过渡到全计算机算法设计，好像是我们的一项工作由计算机构造出处理逻辑和流程，这个过程并不是由人工完成，而是由机器根据某些规则和算法自动来完成(最终的实现是可以由计算机全自动构造一个类似小蜜蜂大脑那么复杂的神经网络流程图)

流程引擎-由现有的自动运行控制过渡到 全路径反馈自动运行控制  然后再过渡到 自适应反馈自动运行控制，然后再过渡到我思故我在的计算机强人工智能引擎(这一步，我还没有想好,开个玩笑)

流程数据库：由现有的SQL数据库-过渡到矩阵数据库，由现有的磁盘(闪存)存储和运行读取,写入状态参数 过渡到内存存储，内存状态参数读写 + 磁盘(闪存)持久化存储

按照这个路线图方案,我们最先应该做什么呢？

(很多工作流爱好者和公司肯定都已经在加速前进，说不定都有现成的东西出来了，只不过是在保密状态而已，我猜测的)

我的文章有些时候并没有经过深入的思考,可能存在很多问题,所以事后发现不对,我会立即删除这些文章,请原谅