日程表:设计思路
文章导航总览
E-R 关系模型
日程,本质还是一个好用的数据库。所以要进行数据库设计,确定表和表关系。基本表有:
- 主任务(大类、小类、内容、独立性、截止日期、重要程度、难易程度、耗时程度、期望值、完成度、已使用时间、完成质量、完成日期、id、引入时间、引入来源)
- 子任务(主任务id、大类、小类、内容、独立性、截止日期、重要程度、难易程度、耗时程度、期望值、完成度、已使用时间、完成质量、完成日期、id、编辑时间、编辑年份)
- 计划(日期、子任务id、大类、小类、内容、计划用时、已使用时间、子任务是否完成、完成质量、id、编辑时间)
- 日程表(日期、计划id、大类、小类、内容、开始时刻、停止时刻、用时、工作状态、子任务完成度、完成质量、id)
注释第一版:
- 任务只分主任务和子任务,正常逻辑是包含包含再包含,即一个主任务下多级子任务。但是这种东西在表格设计上来说是困难无比的。所以设计逻辑为:
- 主任务之间可以是并列关系、也可以是包容关系。但是主任务具有完成性的象征意义,经过努力,完成主任务的全部子任务后,主任务完成。主任务的最小单元为可以为人说道的任务。
- 子任务是最小主任务的最小分解。子任务之间没有包含关系,全部为并列关系。子任务是对主任务的一个分解,分解到可以实施为止。
- 如果任务之间如有包含关系,则排序层级高的任务在层级低的任务之上。并列关系的任务无顺序。
注释第二版:
- 主任务之间都是并列的,没有包含关系。一旦写出具有包含关系的主任务,作为上层级的任务作废,留存被包含的任务作为子任务。主任务是最小单元为可以为人说道的任务。主任务具有完成性的象征意义,经过努力,完成主任务的全部子任务后,主任务完成。
- 子任务是主任务的最小分解。子任务之间没有包含关系,全部为并列关系。子任务是对主任务的一个分解,分解到可以实施为止。子任务的目标是具有可操作性、可实施性,所以子任务根据实际实施过程中遇到的情况可以调整的。
- 前置任务为单个最近前置任务。
- 默认排序和id都是自动向下添加。为了增加可读性进行重新排序,可通过按某一标签进行排序。
- 上承梦想、下启成就。
- 至此第一版注释正式作废,以第二版注释为准。
利用软件 Navicat 设计生成的 ER 图如下:
评论