超时提醒任务背景
在实际项目中，很多时候都在使用系统阶段发现大量数据不能及时处理；要么就是在临近结束的时候才发现，导致操作时间不够，但又只能匆匆审批。其实质量保障是要贯穿项目实施从需求提出到研发到测试到使用全阶段的，所以项目的超时提醒工能就显得很重要了。。
基本要素
在开发快速迭代的环境下，对超时提醒工作的需求了解后分为三部分
1 任务超时未处理，提醒服务台，工程师，以及处理人
2 留言超时未处理，提醒服务台，工程师和客户
3每个任务在每个状态的不同时间只能提醒一次，不能重复提醒，不能误报，不能过期未报
基本方法
①设计两张表：主表和附表 ②主表设计基础：任务信息，任务报警状态（为定时脚本执行条件设计） ③附表设计：任务每个超时间节点和每个处理状态的标识（用于处理后续扩展报警时间节点）
例如：
alarm_status
new_three_status
new_six_status
当一个新任务超时三分钟还未被处理，需要报警一次，并把三分钟状态置为失效
当一个新任务超时六分钟还未被处理，需要报警一次，并把六分钟状态置味失效
当附表任务状态全部为失效时，也就说明该任务已经所有状态和时间段都已经报警完毕，这是将主表状态置为失效，将该任务从定时报警中去除，不再参与报警任务脚本的当中，这样就满足了任务不会重复误报，又能减少脚本定时执行的压力。
end
