oschina 经典问答。

为什么80%的码农都做不了架构师？>>>   

 

驰骋工作流程引擎设计器

ASK:
1、工作流程需要满足什么条件才能算工作流（符合行业标准）？因为之前我开发的工作流系统能满足公司的任何审批流程需求，但给一位工作流前辈看后评论并不好，说我理解概念错了，这里具体有什么行业标准来判断，需要注意什么地方呢？

2、之前我研究JBPM工作流，里面提到过几种工作流模式，那我想问下目前市场上流行的工作流系统总共分几种模式？

3、从开发角度上来看，工作流关联到公司具体角色依赖什么最好？ 比如我开发的系统就是依赖公司的组织架构树（职位角色树），来确定节点处理人。可我公司的组织架构经常改变，导致流程系统也要经常重新配置，请问这点如何避免呢？ 目前主流工作流系统是依赖什么来确定执行人的？

谢谢！

 
RE:
1, 你可以参考工作流程行业标准去做，但是如果你完全按照它们说的开发工作流程引擎，你会感到概念非常之专业，用户很不好理解与培训。
2，工作流程根据我们的经验有，线性流程，同步分合流，异步分合流，父子流程，4种模式 。这4种模式就满足了现有的应用，至少我们所遇到的客户没有超出这4种范围，我的意见仅供您参考。
3，做为工作流程引擎提供商来说，他本身就会有一套组织结构，那么如何与您的系统进行集成？您可以参考ccflow的提供的集成方案，用简单的话来说，就是删除ccflow的组织结构5大表，建立同样结构的视图，视图数据是映射的您系统的结构的数据，您可以baidu  ccflow 系统集成.

-----------------------------

谢谢回答！ 我想再问下，从开发角度上看您如何处理节点？我的处理方式为：开始和结束节点：分别处理，代表流程实例开始和结束以及处理对应配置事件；普通节点：直接绑定角色树角色；分流节点：后台提供决定流程运行路线的所有判断因素以供客户图形配置，然后解析配置查找符合条件的节点，分为单线分支和多线分支（同时执行多条运行线）；合并节点：我这里是对应分流节点，会等待未到的分支；动态节点：与普通节点不同，这里是根据一系列规则自动匹配符合要求的角色或成员；另外还有一个流程所属人节点，类似程序快捷方式，直接指定到申请角色。

我这里没有用到子流程，后面可能会加上。可能我的实现有点另类，麻烦您提下意见，谢谢。

还有一点请教，ccflow里如果组织结构经常变动，会影响已配置流程么？如果会的话，有什么样的解决方案呢？

re:

ask: 1. 如何分别处理工作节点的模式.

  你问的节点如何处理的问题，这个问题有些大，在上一个问题中我已经回答了，节点有那几种类型。
   那么你会遇到多种情况。
   1，普通节点向普通节点发送，普通节点向分流节点发送。
   2，分流节点发起。
   3，子线程节点向子线程节点发送。
   4，子线程节点向合流点发送， 子线程节点向分合流点发送。
   5，合流点向普通节点发送。分合流点向 普通节点发送。

   在任何流程引擎设计器中，首先的要解决线形流程模式, 每一个线形流程的实例就是唯一的主键. ccflow称呼为workid.

  如果遇到分流，分散出来的每个子流程，都一个进程，他就是一个工作事例，这些子线程都有一个流程ID的属性，我们称呼为FID.  所在分合流中，有干流ID 与子线程流程ID,两种概念。
  对于干流来说，它的工作ID就是WorkID, 流程ID也是workid.

   对于子线程来说，他们的工作ID就是WorkID, 流程ID 是干流ID.

2, 节点的访问规则.
   一个节点上的工作，能有那些人去处理，通用的做法就是绑定岗位。其实这是方式之一大部分节点都是遵守这种方式的。
   其实它还有如下几种ccflow总结出来的方式:
    按岗位计算 按部门计算 按SQL计算 >按设置的人员计算 由上一步发送人选择
  按上一节点表单FK_Emp字段计算 按上一步操作人员 按上一步操作人员.
  关于这几种类型ccflow有自己的总结。

3, ccflow里如果组织结构经常变动，会影响已配置流程么？如果会的话，有什么样的解决方案呢？

  在回答这个问题前，我要阐述两个概念:
  工作移交: 就是把自己当前接收的工作移交给其它人处理，工作移交是批次也可以是单条移交.

  我们要分析组织结构变化的因素，按我的理解有如下：
  1，人员离职，工作要交接.
  2，人员岗位变更。
  3，部门撤消合并,岗位撤消.
  4, 部门增加，岗位增加.

  其次：我们要知道节点访问权限的设置方式。 根据不同的方式，就可以找到不同的处理方案。

  1，人员离职，工作要交接时.
     首先把这它的岗位设置不空，让其它人发送工作时不在向他发送
     其次:要利用工作流程引擎要有工作交接功能，或者工作转发功能，让这个离职的人员现有的工作转交给其它人.
     另外这个人员的编号不能被删除可以设置为禁用，不然历史数据会对应不上编号.

  2，人员岗位变更.
     岗位变更后他原来岗位上未处理完的工作，仍然在他的名义下，工作流程引擎不能因为岗位变更而消除他的老岗位产生的工作。他可以利用工作移交能转交给其它的同事。
 

  3，部门撤消合并,岗位撤消.    
     要检查岗位或者部门与节点的设置 ，当然可以自动检查， ccflow有此类的检查工具.

  4, 部门增加，岗位增加, 人员增加.
     无影响.

转载于:https://my.oschina.net/ccflow/blog/51861