摘要：工作流系统的自由流实现了不按照流程预定义的轨迹流转，即需要在节点之间任意的跳转。上一篇自由流的实现主要说明了跳转规律，如果是单节点间的跳转，只要有当前的节点，以及跳转到的节点，就ok了。但是当当前节点和任意跳转到的节点之间有分支并发线路后，就不是简单的跳转了，当分支套分支，分支主干等之间的跳转就更复杂了。 阅读全文

摘要：如果我们把预定义的流程比喻成一条从起点到终点的公交线路，那么流程定义中的步骤，就表示车站。汽车到站后人员有上车下车等行为，这就可以认为是流程中的动作。流程定义完后，就按照预定义好的线路往下走，当然业务流程的规则是比公交线路更复杂。 业务流程的流转离不开人员的参与，工作流软件的定义就是：自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。 在工作流软件中，有步骤的所有者，动作的执行人，任务的参与者，工单的执行人等等很多关于人的概念。 下面一一解释工作流软件产品中的关于人的概念： 阅读全文

摘要：工作流系统在给业务流程建模的时候，按照流程引擎的设计，将业务流程定义出来。这个业务流程的每个流程实例，就按照流程建模时定义好的线路流转。 自由流是指流程实例在运行时，不按照预先定义好的线路流转，而是自由的跳转，由流程实例的操作人员来选择下一个到达的节点。通常这种都是不正常的流转，和回退流一样，破坏了流程的正常定义。但是自由流又很有“特色”，符合一定的业务需求。例如，当一份申请单提交审核后，需要部门经理，总经理，都审核过，才能流转到业务部门来处理，但总经理出差在外，申请单又急需处理，部门经理在线下已经征得总经理的同意后，就可以选择跳过总经理的审核，直接送到业务部门。 阅读全文

摘要：工作流引擎或工作流系统，应该致力于工作流引擎模型的设计，业务流程的抽象，以及业务流程的流转，这些是工作流系统的重要部分，把这些设计好了，一套工作流系统也就具备雏形了。 但是业务流程的流转往往是需要有特定的人，特定的角色等的参与的。在业务流程建模，流程实例的流转，都是离不开应用系统中的用户系统。可以说用户系统是工作流系统的不可缺少的部分，因此工作流系统也必需要涉及到用户系统的设计与实现。 工作流系统作为开发部件，集成到用户的应用系统中。有些模块可以直接被应用系统调用，同时流程引擎又封装了很多api函数，开发人员也可以通过类库，api函数等的来集成流程引擎的功能。 一般来说，应用系统均会包含有用户系统，组织机构等的维护模块，有独立的设计和实现。 阅读全文

摘要：工作流系统的回退流，是指流程实例运行到一定阶段后，可以主动的选择回退到曾经运行过的任意轨迹上。回退流的发起方是当前步骤的任务执行人，选择主动的回退，上面有一篇 回退流的实现，主要说明了回退流的实现过程。 工作流系统的撤回，是指流程实例运行了一定的轨迹后，上一步的任务执行人，选择撤回刚刚提交的任务，使得流程再次流转到此步骤。撤回的发起方是当前步骤的上一步任务的执行人，选择主动撤回。 阅读全文