本文探讨了在绘制流程图时对于修改表单节点的设计变化，并提出了在任务列表中如何区分审批任务与修改任务的方法。当用户同时拥有申请与审批权限时，如何通过查看任务详情来区分不同类型的任务成为了一个值得关注的问题。
我以前在画流程图的时候一般会画一个修改表单节点，现在的流程图没再画修改表单节点，当审批如果要求修改，就指向首几点。
当用户角色具有审批权限，也有申请权限时，任务列表中的任务就存在两种性质的数据了，一种是别人提交过来审批的记录，另一种是自己申请的被退回修改的记录。所以在列表查看记录详情时，呈现的也应该是两种页面，一种是申请单只读，有审批项，另一种是申请单可编辑，无审批项。
当在任务列表点击一条任务，得到的Task数据始终没有可区分的。
现在我的做法是，在查看任务后，如果当前用户ID与申请单提交人ID一致说明是被退回修改的记录，不一致就是需要当前用户审批的记录。
这个地方总感觉很别扭，这类问题大家一定也会普遍遇到，请问大家都是怎样设计的呢？
谢谢分享、讨论！！！
附个流程图：
当用户角色具有审批权限，也有申请权限时，任务列表中的任务就存在两种性质的数据了，一种是别人提交过来审批的记录，另一种是自己申请的被退回修改的记录。所以在列表查看记录详情时，呈现的也应该是两种页面，一种是申请单只读，有审批项，另一种是申请单可编辑，无审批项。
当在任务列表点击一条任务，得到的Task数据始终没有可区分的。
现在我的做法是，在查看任务后，如果当前用户ID与申请单提交人ID一致说明是被退回修改的记录，不一致就是需要当前用户审批的记录。
这个地方总感觉很别扭，这类问题大家一定也会普遍遇到，请问大家都是怎样设计的呢？
谢谢分享、讨论！！！
附个流程图：
扫一扫
826
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
