今天和大家分享一下一个可供参考的待办推送流程方案，本人也是经过多次询问修改后，整理出下面的流程图。
详细说明下流程和思路：
待办推送流程分为2种状态
- 登录状态
- 用户在线期间
在详细讲解2种状态前，首先讲解一下待办系统推送功能
- 待办系统实时获取待办信息，无论用户是在线还是离线，它都会将待办信息推送给我们的数据库进行保存，当用户访问后再从里面获取信息。推送过来的待办数据一共存在2个表内，1、日志表（存全部）2、待办信息表。当数据存完日志表后，进行存储待办信息表，首先判断是否是数据库中的用户，如果不是就不保存该待办信息，如果是就判断消息是否已存在待办数据库中，如果存在同样不保存，如果不存在则将该待办信息存储到待办信息表中。用户获取的所有待办信息将从此表中获取。
接下来分别说明2种状态的流程
- 登录状态，当用户登录时，向后台请求获得离线期间从移动APP方面推送过来的新增的待办系统列表，并弹框展示出来，该弹框允许最小化并允许再次展开，遍历待办系统列表逐个请求，并展示更新进度，每更新完成一个系统同步刷新列表并加以提示。
- 判断推送系统全部获取完毕，如果未获取完将会判断该系统Id是否是OA，如果是将会访问OA接口到OA系统待办列表抓取数据，获取后刷新列表并加以提示获取完毕
- 如果该系统不是OA系统，则访问移动APP接口，到移动APP上获取各个系统的待办列表，获取后刷新列表并加以提示获取完毕。
- 如果推送系统获取完毕，将进行未推送系统的待办列表抓取，首先判断在获取推送的待办列表中是否有OA系统，若果有，访问另一个移动APP接口，去获取各系统未推送的待办信息，如果没有，先访问OA接口到OA系统待办列表中抓取。
- 之后再访问移动APP接口，最后将获取的所有未推送的待办信息返回给前台，前台进行刷新列表并加以提示获取完毕。
- 第2种状态，用户在线期间，该期间获取到的数据是，待办系统在推送时，将信息推送给了在线用户，用户获取到该数据后，先进行消息提示并显示来源系统，同时展示更新进度，更新完成后如果用户在待办界面则更新列表并加以提示，否则只加以提示有新的待办信息。以上就是2种状态下的待办推送流程。
总结：
首先说一下我在制作的整个过程的想法，绘制泳道图是可以加深你对流程的熟悉度，起初我只是对这个待办推送略微了解，具体的哪些细节不是很清楚，所以通过文档，我先初步根据自己的想法做了一版，然后根据询问和讨论，对我最初的版本进行删减增加，整体又重新画了3版后，最终是搞定了。虽然花费了很长时间做这个，但是每个流程步骤都是自己深思熟虑的，所以就很清楚了。以后在做事情时，一定要多听多学多做，这样凡是才能熟能生巧。