江苏龙网

  1. 主页 > 生活百科 > >

工作流管理软件 工作流系统

工作流系统(工作流管理软件)
第1关有一天，老板找我，说要做一个简单的工作流引擎 。
我查了查什么是全天工作流，然后做了以下版本:
添加任何批准者以形成一个链接列表，最后添加一个结束节点 。
记录当前审批人，当审批完成后，审批人将后退一位 。
当批准人对应于结束节点时，流程结束 。
老板:有点简陋 。
第2关老板又来了:支持会签节点 。
我又查了一下什么是会签节点，发现会签节点是一个大节点，里面有许多批准人 。当这个大节点中的所有审批人都被批准后，他们可以进入下一个节点 。
我想了一个星期，推翻了原来的链表设计:
在结构上，我做了以下调整:
将节点分为两类:简单节点(上图中的矩形)和复杂节点(上图中的圆形) 。
用一棵树来表示整个过程，其中所有的叶节点都是简单节点，所有的简单节点都是叶节点 。
每个简单节点中只有一个审批者 。
复杂节点包含几个子节点 。
加入会签节点:会签节点激活后，所有子节点都可以被审核 。当所有子节点都被批准时，联署节点就完成了 。
加入串行节点:只能从左到右批准子节点 。当最后一个子节点被批准时，串行节点就完成了 。
中所有工作流的最外层是一个串行节点，它表示整个工作流的完成 。
为了控制审批流程，我设计了一些节点状态:
就绪:可以审批的简单节点处于就绪状态 。
完成:已批准的节点状态 。
未来:尚未到达的节点状态 。
等待:只有复杂节点具有此状态，表明它们正在等待子节点的批准 。
借助上述规则，带有一次会签节点的工作流审批流程如下:

老板:有意思 。
第3关老板来了:支持并行节点 。
我查了一下午什么是平行节点，发现平行节点就是有很多审批人的大节点 。如果这个大节点中的任何一个人被批准，这个节点就完成了 。
然后迅速加入了平行节点:
并行节点是一个复杂的节点 。当节点被激活时，任何子节点都可以被批准，当任何子节点处于完成状态时，该节点是完成的 。
添加新状态跳过:
当并行节点的子节点的状态不是(就绪、等待)时，其他兄弟节点及其子节点的状态被设置为跳过 。
举个栗子:
老板:这个设计加新节点还是挺方便的 。
第4关再次Boss:节点要支持嵌套 。例如，会签节点中有一个并行节点，并行节点中有一个复杂节点 。应该是可以嵌套任何层的那种 。
我:其实我已经支持了~
无限扩展的树形结构可以支持任何复杂的过程 。
老板:小伙子有东西！
第5关老板又来了:支持条件节点 。
工作流伴随着一个表单，需要根据表单的内容确定下一步进入哪个分支 。
经过几天的冥思苦想，我加入了条件节点:
节点类似于并行节点，只是只有满足条件的子节点才能进入下一个审批 。
老板:我看过了 。
第6关老板又来了:又多了两类审批人，比如可以从表单中选择下一个审批人，可以根据不同的发起人选择不同的审批人 。
经过一番考虑，我将简单的节点分为3类:
第一种:审批人写死了 。
第二种:审批人读表 。
第三种方法是根据发起人和映射函数计算批准人 。比如get_ supervisor("钱")获取钱的主管李 。
老板:嗯 。
第7关老板又来了:节点可以从前到后审批，那么可以从后到前拒绝吗？
我:......
首先实现了对发起方的拒绝功能，相当于从头再来:
只有处于就绪状态的节点有权拒绝 。(就像只有处于就绪状态的节点有权批准一样)
老板:你很懒 。
第8关老板又来了:先给最后一个审批人否决吧 。
拒绝最后一个审批人实际上是一个复杂的逻辑，因为工作流中的节点可以无限嵌套，所以不容易确定哪些审批人处于最后状态 。
牺牲了一些头发，终于实现了拒绝下一级的功能:
老板:看 。
第9关老板又来了:实现对任意节点拒绝的功能 。
我发现这个需求不难实现:
继续拒绝上一级，直到处于就绪状态的节点包含要拒绝的节点 。
老板:嗯 。
第10关老板又来了:给共同节点加个时限 。如果你没有在规定的时间内完成你的成就，那就说明你超时了 。
我:还有这种需求？
但还是实现了 。
至此，我明白了，需求和头发是负相关的 。需求越多，头发越少 。
第11关老板又来了:加个代理功能 。比如有一件事要你批，但你对这件事没有把握，那就转给对这件事有把握的人批 。


推荐阅读


上一篇：上海西装定制培训班 上海西装定制

下一篇：运行环境是什么意思 asp运行环境