申请——审核

• [ 状态值]
  新增：1
  待生效/待审核/已提交：10
  已生效/已审核：100
  已验收：200
  驳回：5

---

• [ 现实生活—业务逻辑]
  现实生活中，这个单子我填的【对应新增】,写完之后，这个单子写的不对，我可以改改【对应修改】，也可以撕了重写【对应删除】，我确定单子没问题，我把单子交给审核部门进行审核【对应提交】【对应数据从新增页面流转到审核页面】，否则我自己审核的话，就没有填单子的必要了【对应审核页面】。提交之后，在去往审核部门的路上，我觉得这个单子写的不对，还需要回去再核实核实，我就回去检查完之后再提交【对应撤销】，如果都没问题，OK，我提交给审核部门让他们去审核吧。
  审核的结果有两种情况：审核通过和审核不通过。不管审核的结果如何，我作为申请人都应该、也有权知道这个审核结果。审核通过【申请—审核的过程完毕】，那我作为申请人的工作可能干完了【特殊情况除外，比如需要审核通过后，需要申请人去验收】；审核不通过【对应驳回】，审核部门需要把单子发还给我【对应数据重新流转到申请页面，实际上新增完之后，数据在申请页面的已提交/待审核状态下也可以查询到】，并且告诉我审核不通过的原因【对应驳回原因，并且是必填项】。发还给我的单子【状态变为驳回】，我可以撕了重写【对应申请页面的删除】，也可以在这个单子的基础之上，修修改改【对应申请页面的单条记录的修改】，然后再重新写【对应申请页面的新增】，写完再重新提交【对应提交】，如此循环，业务链完整。

---

• [ 业务总结]
  需要有两个页面：申请和审核
  【申请页面】需要的功能：新增、提交、删除、修改、撤销

[功能方面]
【修改】
新增状态：可以修改，正常弹出维护页面修改框
待生效/待审核/已提交：不可以修改，不可以弹出修改框
已生效/已审核：不可以修改，不可以弹出修改框
驳回状态：可以修改，正常弹出修改框
【删除】
新增可以删除
待生效/待审核/已提交：不可以删除
已生效/已审核：不可以删除
已驳回：可以删除

---

• [ 代码逻辑]
  注意注意：数据的流转，其实就是在操作方法里改改状态【操作完之后，把状态字段赋给对应值】