如何设计任务的分解与监控

[wafer_w]

各位大虾，兄弟我设计一个政府部门的系统，想听听各位大虾的经验。该系统的核心目的是将上级部门起草的任务，通过审批流转后层层分解下达到最底层工作人员来执行，并对执行过程和结果进行监控与考核。政府部门的行政架构是典型的倒多叉树。现在的问题是，多这种层层分解的任务，在任务分解时，是否应该将任务生成多个子任务进行处理，如果采用子任务，那么数据表中对某一个任务就存在着多个层次的重复描述，比如，省级是1个任务，市级是20子任务，县区局是400个孙子任务……，这样造成同一个任务的跟踪困难。另一种方式是只保留一个任务，任务的分解以承办单位/人的形式放在另一张表中描述，但这样的问题在于分解后的任务如何在下级部门流转，因为不存在子任务的概念，缺乏考核和流转的实体。

不知道这种情况该如何设计？

[wafer_w]

楼上的意思是不要子任务的概念？那么对下级分解后的任务如何流转控制，能否具体点？

[kis_9527]

可以考虑在一张表中用两个字段处理：

父任务 子任务 .....
1000 1100
1000 1200
1100 1110
1100 1120
......

[wafer_w]

这个貌似没回答我的问题啊

[ypfe23]

看了你的描述没有矛盾的地方，具体要看业务需求，设计上面 就是一个总任务，然后根据承办单位/人 对于进行操作，形成一张操作日志记录事件属性！你所说的问题只要在具体流转中根据业务进行控制就行了！