1 業(yè)務描述
首先我們來認識一下通告，消息，提醒這三者的區(qū)別和聯(lián)系。
1.1 通告Bulletin ：
平臺發(fā)，用戶收。分為實時通告和非實時通告。通告有優(yōu)先級：緊急，高，普通。
平臺向單個用戶發(fā)，平臺向多個用戶發(fā)，平臺向某一個用戶類型發(fā)，平臺向全部用戶發(fā)。
平臺發(fā)布通告。
平臺撤銷通告。
平臺刪除通告。
平臺查詢通告。
用戶查看通告。
用戶查詢通告。
數(shù)據(jù)庫特點
一般不修改，每個用戶一份，或者每個群體一份
1.2 消息Message （站內短信）：
用戶之間互相發(fā)消息，好比是手機短信。可以針對一個消息進行回復。分為實時消息和非實時消息。
用戶發(fā)送消息。可以是個人向個人發(fā)消息，個人向群體發(fā)消息，群體向個人發(fā)消息，群體向群體發(fā)消息。個人向多個用戶發(fā)消息。
用戶查看消息。
用戶回復消息。
用戶標記消息已讀。
用戶查詢消息。
數(shù)據(jù)庫特點
一般不修改，每個用戶一份，或者每個群體一份，或者多個用戶一份。
3 提醒Remind ：
一般情況下，提醒對于被提醒者來說是被動的。主要是由于外界直接或者間接更新自己相關的信息，對自己產生了影響，自己又不知道的情況下，需要系統(tǒng)主動提醒自己。
統(tǒng)計性的提醒：相關內容的個數(shù)變化，統(tǒng)計相關內容的個數(shù)。又可以分為實時統(tǒng)計和登錄統(tǒng)計。
彈出窗口提醒：彈出一個窗口，提醒用戶發(fā)生變化的內容，或者點擊可以跳轉到相應的窗口顯示結果。又可以分為登錄之后提醒距離上次登錄之間發(fā)生的影響；和實時的提醒。
通常是由于其他操作附帶產生需要提醒的信息。
數(shù)據(jù)庫特點
統(tǒng)計性的提醒，記錄需要提醒的個數(shù)，以及個數(shù)代表的意義。
彈出窗口提醒，提醒的格式是統(tǒng)一的。格式例如：提醒的對象，提醒的內容，提醒的優(yōu)先級（緊急，高，普通，不同優(yōu)先級，有不同的顏色）。
?
?
?
2 設計
今天只是設計一下通告，大家有什么不同意見，盡管提出來。
數(shù)據(jù)庫表
2.1 平臺向單個用戶發(fā)通告
添加公告的時候，直接將用戶編號寫在通告表中。用戶閱讀之后修改響應的標記。
剛開始考慮單個用戶，就直接在通告表添加幾個字段，反正是1對1的關系。后來覺得可以變相的理解一下，分開兩張表，是的通告表盡量還是存放通告相關的信息，應該更好一點吧。
通告表
| ? | ? | ? |
|
編號 |
? | ? |
|
標題 |
? | ? |
|
內容 |
? | ? |
|
發(fā)布時間 |
? | ? |
|
是否撤銷 |
? | ? |
|
撤銷時間 |
? | ? |
|
是否刪除 |
? | ? |
|
刪除時間 |
? | ? |
|
優(yōu)先級 |
? | ? |
|
用戶編號 |
? | ? |
|
用戶類型 |
? | ? |
|
是否閱讀 |
? | ? |
|
閱讀時間 |
? | ? |
?
2.2 平臺向多個用戶發(fā)通告
添加公告記錄的同時【通告對象】表中添加多個用戶相應的記錄。用戶閱讀之后修改【通告對象】表響應的標記。
通告表
| ? | ? | ? |
|
編號 |
? | ? |
|
標題 |
? | ? |
|
內容 |
? | ? |
|
發(fā)布時間 |
? | ? |
|
是否撤銷 |
? | ? |
|
撤銷時間 |
? | ? |
|
是否刪除 |
? | ? |
|
刪除時間 |
? | ? |
|
優(yōu)先級 |
? | ? |
通告對象表
| ? | ? | ? |
|
通告編號 |
? | ? |
|
用戶編號 |
? | ? |
|
是否閱讀 |
? | ? |
|
閱讀時間 |
? | ? |
2.3 平臺向某個用戶類型發(fā)通告
添加通告，通告信息中附帶有用戶類型信息。用戶根據(jù)自己的類型查看通告，閱讀之后，在【用戶標記】表中添加記錄。在【用戶標記】表中存在的通告，就是歷史通告，不存在的就是新通告。
通告表
| ? | ? | ? |
|
編號 |
? | ? |
|
標題 |
? | ? |
|
內容 |
? | ? |
|
發(fā)布時間 |
? | ? |
|
是否撤銷 |
? | ? |
|
撤銷時間 |
? | ? |
|
是否刪除 |
? | ? |
|
刪除時間 |
? | ? |
|
優(yōu)先級 |
? | ? |
|
用戶類型 |
? | ? |
用戶標記表
| ? | ? | ? |
|
通告編號 |
? | ? |
|
用戶編號 |
? | ? |
|
閱讀時間 |
? | ? |
2.4 平臺向全部用戶發(fā)通告
添加通告，只有通告的相關信息。在【用戶標記】表中存在的通告，就是歷史通告，不存在的就是新通告。
通告表
| ? | ? | ? |
|
編號 |
? | ? |
|
標題 |
? | ? |
|
內容 |
? | ? |
|
發(fā)布時間 |
? | ? |
|
是否撤銷 |
? | ? |
|
撤銷時間 |
? | ? |
|
是否刪除 |
? | ? |
|
刪除時間 |
? | ? |
|
優(yōu)先級 |
? | ? |
用戶標記表
| ? | ? | ? |
|
通告編號 |
? | ? |
|
用戶編號 |
? | ? |
|
閱讀時間 |
? | ? |
2.5 綜合比較
?
綜合前面的設計思路，得出上面的這張圖。
3 相關業(yè)務描述
3.1 添加通告
?
?
單個用戶：通告表添加一條記錄，用戶標記表添加一條記錄
多個用戶：通告表添加一條記錄，用戶標記表添加多條記錄
全部用戶：通告表添加一條記錄
用戶類型：通告表添加一條記錄
3.2 閱讀公告
?
?
單個用戶：修改用戶標記表中的記錄
多個用戶：修改用戶標記表中的記錄
全部用戶：用戶標記表添加閱讀記錄
用戶類型：用戶標記表添加閱讀記錄
3.3 發(fā)現(xiàn)新通告的規(guī)則
?
?
單個用戶：通告表中有，并且通告對象類型是“單個用戶”，并且用戶標記表中的未讀標記是“0”
多個用戶：通告表中有，并且通告對象類型是“多個用戶”，并且用戶標記表中的未讀標記是“0”
全部用戶：通告表中有，并且通告對象類型是“全部用戶”，并且用戶標記表中沒有用戶的信息
用戶類型：通告表中有，并且通告對象類型是“用戶類型”，并且用戶標記表中沒有用戶的信息，并且通告表中的用戶類型是自己的用戶類型
3.4 查詢
?
單個用戶：通告表中有，并且通告對象類型是“單個用戶”，并且用戶標記表中有
多個用戶：通告表中有，并且通告對象類型是“多個用戶”，并且用戶標記表中有
全部用戶：通告表中有，并且通告對象類型是“全部用戶”
用戶類型：通告表中有，并且通告對象類型是“用戶類型”，并且通告表中的用戶類型是自己的類型
?
?
更多文章、技術交流、商務合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
