状态控制VS流程控制
曾经做过一个结算系统，对于一段期间内完成的订单做金额费用的结算，根据订单的金额付款，并计算出一些代理费用等等。
在付款之前，需要结算部门审核，财务部门的审核，上级主管的审核，客户的确认等等。这个是按项目来做的，没有上工作流系统。
对于付款前的那些级别的审核，都是用状态字段来控制的，主要是在结算单中增加审核的字段
财务审核状态，审核日期，审核意见，审核人
客户确认状态，确认日期，确认意见，确认人
上级主管审核状态，审核日期，审核意见，审核人
....
用状态来控制流程的流转的，
结算部门人员，登录系统后，点击 结算单确认，打开所有的未确认过的结算单，进行核对，核对过后，点击审核通过，则确认状态为 已确认。
财务人员登录后，点击 财务审核 菜单，打开所有结算已确认并且财务未通过的结算单，进行财务的核对。核对正确后，点击审核通过，则财务审核状态为 财务审核通过。
客户登录系统后，点击 结算单确认 菜单，打开财务审核通过，客户未确认的结算单，进行确认操作，客户确认后，客户确认状态就变成 已确认了.
....
最后到付款等，都是通过状态字段来控制的。
整个的流转只能是操作人员自己心里清楚，现在流转到那个阶段了，下一步需要谁来处理。
后来需求还在不断的变化，需要增加或减少一些审核，如代理的地方财政审核，代理公司的二级审核，又去掉上级主管的审核等等.....
总之涉及到钱的问题，都会很仔细了，层层审核，还需要加上ca签名认证，在真正付款之前，先核对一下ca签名的数据是否和现在的数据一致，避免审核过后，结算单又做了修改。
在增加审核的时候，就多增加一些字段，或者多增加一些状态值，并修改代码将字段和状态值的修改体现到代码中，使得流程能流转，并重新打包发布程序，最后再测试，发布，正式上线使用
来来回回的总是修改那些状态字段以及状态字段的值，控制页面的记录的显示，审核按钮等操作是否显示，一些只读的，隐藏的等等功能按钮也是靠状态值来控制的。
有时候要减一级的审核，并加一级的审核，就会将减掉的那级审核的状态字段修改到增加的那级审核上。
.....
一段时间后，这些状态字段以及状态字段的控制，就变得很复杂了，整个流转过程，谁也不清楚，或许实施人员心里大概有个底，也没准那个需求变化了，开发人员又“默默的”改了代码了。每次在要走一个流转的时候，会重新了解一下，不清楚的，就打开代码来查看了，大体上就是那样的，有一些审核的过程。
如果用工作流系统来做这个....
首先要在流程设计器中，画一个 结算单审批流程
制定结算单－－》结算部确认－－》财务部核对－－》客户确认－－》付款处理－－》结束
在流程的设计器中的
结算单中也不需要增加那么多的字段了，只对应一张通用的审核表，有一级的审核，就往通用审核表中增加一条记录。
在结算单表中，也可以增加一个状态字段，记录每个节点的审核结果，便于单独做记录的查询用。
只需要一个菜单“制定结算单”，当结算单制作完成后，流程实例就启动了，下一步的办理，就完全走流程设计器中定义的节点了。
下一步的执行有两种方式：
从我的待办任务列表中链接进去
从流程实例的轨迹图中，点击节点进去，或 轨迹列表中单节行进去
每个流程实例的办理都有轨迹图显示，能清楚明确的看到每张结算单的审核过程
当有需求变化，需要增加一级的审核，则在流程设计器中，多画出一个审核节点，并增加一个结算单审批流程的版本，新的结算单流程按新的版本启动。
有减少一级的审核或处理，也是在设计器中，删除一个节点。
需要查看结算单的审批流程，只要打开流程设计器，查看流程的节点。或者查看流程实例运行的轨迹，也可以查询到结算单的审批过程。
运行工作流系统后，流程变得有迹可循了，不再是杂乱无章的。