1 业务描述
首先我们来认识一下通告，消息，提醒这三者的区别和联系。
1.1 通告Bulletin：
平台发，用户收。分为实时通告和非实时通告。通告有优先级：紧急，高，普通。
平台向单个用户发，平台向多个用户发，平台向某一个用户类型发，平台向全部用户发。
平台发布通告。
平台撤销通告。
平台删除通告。
平台查询通告。
用户查看通告。
用户查询通告。
数据库特点
一般不修改，每个用户一份，或者每个群体一份
1.2 消息Message（站内短信）：
用户之间互相发消息，好比是手机短信。可以针对一个消息进行回复。分为实时消息和非实时消息。
用户发送消息。可以是个人向个人发消息，个人向群体发消息，群体向个人发消息，群体向群体发消息。个人向多个用户发消息。
用户查看消息。
用户回复消息。
用户标记消息已读。
用户查询消息。
数据库特点
一般不修改，每个用户一份，或者每个群体一份，或者多个用户一份。
3 提醒Remind：
一般情况下，提醒对于被提醒者来说是被动的。主要是由于外界直接或者间接更新自己相关的信息，对自己产生了影响，自己又不知道的情况下，需要系统主动提醒自己。
统计性的提醒：相关内容的个数变化，统计相关内容的个数。又可以分为实时统计和登录统计。
弹出窗口提醒：弹出一个窗口，提醒用户发生变化的内容，或者点击可以跳转到相应的窗口显示结果。又可以分为登录之后提醒距离上次登录之间发生的影响；和实时的提醒。
通常是由于其他操作附带产生需要提醒的信息。
数据库特点
统计性的提醒，记录需要提醒的个数，以及个数代表的意义。
弹出窗口提醒，提醒的格式是统一的。格式例如：提醒的对象，提醒的内容，提醒的优先级（紧急，高，普通，不同优先级，有不同的颜色）。
2 设计
今天只是设计一下通告，大家有什么不同意见，尽管提出来。
数据库表
2.1 平台向单个用户发通告
添加公告的时候，直接将用户编号写在通告表中。用户阅读之后修改响应的标记。
刚开始考虑单个用户，就直接在通告表添加几个字段，反正是1对1的关系。后来觉得可以变相的理解一下，分开两张表，是的通告表尽量还是存放通告相关的信息，应该更好一点吧。
通告表
| |
|
|
|
编号
|
|
|
|
标题
|
|
|
|
内容
|
|
|
|
发布时间
|
|
|
|
是否撤销
|
|
|
|
撤销时间
|
|
|
|
是否删除
|
|
|
|
删除时间
|
|
|
|
优先级
|
|
|
|
用户编号
|
|
|
|
用户类型
|
|
|
|
是否阅读
|
|
|
|
阅读时间
|
|
|
2.2 平台向多个用户发通告
添加公告记录的同时【通告对象】表中添加多个用户相应的记录。用户阅读之后修改【通告对象】表响应的标记。
通告表
| |
|
|
|
编号
|
|
|
|
标题
|
|
|
|
内容
|
|
|
|
发布时间
|
|
|
|
是否撤销
|
|
|
|
撤销时间
|
|
|
|
是否删除
|
|
|
|
删除时间
|
|
|
|
优先级
|
|
|
通告对象表
2.3 平台向某个用户类型发通告
添加通告，通告信息中附带有用户类型信息。用户根据自己的类型查看通告，阅读之后，在【用户标记】表中添加记录。在【用户标记】表中存在的通告，就是历史通告，不存在的就是新通告。
通告表
| |
|
|
|
编号
|
|
|
|
标题
|
|
|
|
内容
|
|
|
|
发布时间
|
|
|
|
是否撤销
|
|
|
|
撤销时间
|
|
|
|
是否删除
|
|
|
|
删除时间
|
|
|
|
优先级
|
|
|
|
用户类型
|
|
|
用户标记表
2.4 平台向全部用户发通告
添加通告，只有通告的相关信息。在【用户标记】表中存在的通告，就是历史通告，不存在的就是新通告。
通告表
| |
|
|
|
编号
|
|
|
|
标题
|
|
|
|
内容
|
|
|
|
发布时间
|
|
|
|
是否撤销
|
|
|
|
撤销时间
|
|
|
|
是否删除
|
|
|
|
删除时间
|
|
|
|
优先级
|
|
|
用户标记表
2.5 综合比较
综合前面的设计思路，得出上面的这张图。
3 相关业务描述
3.1 添加通告
单个用户：通告表添加一条记录，用户标记表添加一条记录
多个用户：通告表添加一条记录，用户标记表添加多条记录
全部用户：通告表添加一条记录
用户类型：通告表添加一条记录
3.2 阅读公告
单个用户：修改用户标记表中的记录
多个用户：修改用户标记表中的记录
全部用户：用户标记表添加阅读记录
用户类型：用户标记表添加阅读记录
3.3 发现新通告的规则
单个用户：通告表中有，并且通告对象类型是“单个用户”，并且用户标记表中的未读标记是“0”
多个用户：通告表中有，并且通告对象类型是“多个用户”，并且用户标记表中的未读标记是“0”
全部用户：通告表中有，并且通告对象类型是“全部用户”，并且用户标记表中没有用户的信息
用户类型：通告表中有，并且通告对象类型是“用户类型”，并且用户标记表中没有用户的信息，并且通告表中的用户类型是自己的用户类型
3.4 查询
单个用户：通告表中有，并且通告对象类型是“单个用户”，并且用户标记表中有
多个用户：通告表中有，并且通告对象类型是“多个用户”，并且用户标记表中有
全部用户：通告表中有，并且通告对象类型是“全部用户”
用户类型：通告表中有，并且通告对象类型是“用户类型”，并且通告表中的用户类型是自己的类型
Technorati 标签:
通告,
消息,
提醒,
设计
分享到：
相关推荐
4. **消息推送**：当有新的公告发布时，系统可以自动发送邮件或短信提醒，确保员工不会错过重要信息。同时，系统界面也会有未读公告的提示。 5. **阅读状态跟踪**：为了了解公告的传达效果，系统会记录每个公告的...
5. **多渠道推送**：通告不仅可以出现在应用程序内，还可以通过电子邮件、短信或移动推送通知等方式发送到用户设备。 二、通告ifier的实现技术 1. **数据库存储**：公告数据通常存储在数据库中，便于查询、更新和...
- **交通管理**：利用短信平台进行交通违章提醒、路况信息发布等工作，提高交通管理效能。 - **消防管理**：发送消防安全提示、火警通报等信息，加强消防安全教育和预警。 - **出入境管理**：提供出入境相关信息查询...
- 停电15分钟后，客服部门发送停电通知短信，来电后15分钟内通知业主，提醒避免超负荷用电。 - 物业提供应急场所，如**园的业主之家、会议室等，供业主休息、纳凉，同时提供上网服务。对于**园和**园的业主，他们...
首先，系统具备消息通知和多端触达功能，学校能够通过微哨校务服务平台迅速发布疫情通告、防治方法以及工作通告，将重要信息推送到师生的APP、微信和短信等多渠道，确保信息的广泛覆盖和及时接收。同时，平台还能...
广东移动的统一话务管理平台是基于ALUI和.NET平台构建的，提供了统一的应用视图，日常公告、新闻发布和集成的业务系统，如资源管理、综合分析平台和移动短信监控系统，所有这些都实现了单点登录功能。此外，该平台还...
我应当将每一次的通知视为重要的信息源，积极关注手机短信、邮件以及学校公告等渠道，确保自己及时获取考试信息，不再错过任何关键的报名或准备阶段。 其次，我必须提升自己的危机意识。这次的失误暴露了我危机意识...
4.7 大学生学习网针对某些特定的大学生学习网网络服务的使用通过各种方式（包括但不限于网页公告、电子邮件、短信提醒等）作出的任何声明、通知、警示等内容视为本协议的一部分，用户如使用该等大学生学习网网络...