Web信息系統中用戶業務通知系統設計

引言

信息化的主要目的就是對信息流的管理,在沒有信息傳輸系統以前,信息的流轉靠口頭傳送、書寫傳送,口頭傳送僅能傳輸少許信息,大量信息傳送採用書寫文字的方式,種種方式都需費時費力,在進去電報電話時代,將之前的口頭傳送方式改成電的傳輸,再到如今基於信息系統交互的傳輸方式,信息的存儲不在基於紙張,傳輸再也不須要端到端實體接觸,信息的擴散也與源頭一致,不至於由於我的理解差別,傳之千里,謬之千里。 web

信息系統就是要大大的提升效率,把人作的事情不斷的智能化,把人解放出來。中國的企業信息化目前大都處於第3、第四階段,控制階段、集成階段。第一是上不少系統、財務、資產、人力、客戶、生產、辦公系統,第二是要將這些系通通統組合一塊兒,也就是集成階段,解決信息孤島問題,集合信息資源。 ajax

信息系統集成大都採用企業門戶信息系統的概念,提供系通通一登陸訪問入口,完成系統的使用集成,今天談談門戶系統中用戶業務通知系統的設計。 json

1、通知系統是什麼

通知系統、望文生義就是內外傳達,通知用戶相關信息的處理系統,爲了是讓用戶得到信息消息,快速處理。 瀏覽器

2、通知系統要達到什麼要求

通知系統能夠看做是信息系統中處理任務的入口,包含信息的獲取、信息展現、信息記錄、信息處理等。用戶可以從通知系統中獲取全部待辦事宜、並提供處理入口,處理記錄即達到設計目的。 緩存

一、獲取所有通知信息 服務器

二、記錄通知信息未讀已讀,控制提醒 restful

三、提供處理入口 數據結構

3、通知來源分析(通知系統的輸入)

就目前的信息系統來看,每個與用戶工做處理相關的系統都是通知系統的來源。其中可分爲兩類: spa

一、面向多用戶的通知信息,即一個來源多個接受者,如企業通知公告,發文等等。 設計

二、面向單個用戶,如OA工做流產生的流程處理,各類平常處理環節。

4、通知的收集

收集信息兩種方式:主動去取、被動接收

一、主動去取的方式

主動方式須要被收集方提供信息接口,包括權限、範圍、處理參數等等,其主動取方式的時間約束:

  • 定時輪訓,會有信息延遲滯後,如郵件客戶端
  • 訪問時主動取,形成信息拉取時間慢,收集時間過長
  • 二者結合,高實時的訪問時去取,低實時要求的,定時輪詢

主動方式難點在於來源方的管理,須要考慮以下方面:

  • 每一套系統需一種接口方式,不利於擴展(可設置接口規格)
  • 信息記錄困難,沒法記錄不走通知入口的處理,對於待辦提醒處理複雜(可選擇不記錄通知信息)

二、被動接收的方式

被動接收須要提供通知處理接口、包括待辦、已辦、延期、過時等,被動接收在時間上能保證及時性。

  • 其業務系統產生業務,發生通知信息時,調用通知系統提供的接口進行通知推送,及時記錄到通知系統。
  • 當業務執行完成後,由業務系統推送消息已讀處理,其消息的產生和修改都由業務系統維護,保證了數據的一致性。

被動接收的方式在於接口的定義和調用:

  • 系統需定義好接口,且每個接入系統都須要編寫對接接口,對於新開發的系統和可維護開發的實現較簡單,對無人維護開發的需系統考古後再作方案
  • 接口的定義須要考慮可用性,可擴展性和可維護性。

在兩種方式採集通知數據中,經常須要兩者結合,由於對於老的系統,無開發維護人員,須要對系統進行考古,搞清楚邏輯關係再思考方案。

5、通知的處理

通知的處理主要包括通知的管理,分發,推送,處理等

通知類別可按業務類型、時間、重要程度等劃分,主要起到分門別類的效果。

分發主要進行消息發散,首先是分,可分爲郵件消息、短信消息、IM消息、web消息等,發便是發出,到達用戶手中,讓用戶能最快知曉處理。

通知的處理,即用戶對通知的操做,包括

  • 已讀,對於知曉性的知道已讀以後便不在出如今待辦通知欄中
  • 處理,對於須要處理提交的通知,查看以後即是已讀,但這時還在待辦中,須要處理以後才移動到已處理中
  • 重複提醒
  • 刪除,待辦已辦均可刪除,刪除作邏輯刪除
6、通知系統的設計
  • 接口方案(jms,webservice,restful,低耦合基於SOA的設計方案)
  • 設計方案
    • 來源登記(登記類型,重要性,分發方式)
    • 數據結構設計,每一條消息都關聯到我的,便於個性化管理

7、通知系統web表現形式

這部分是最重要的,如今系統UI交互給客戶的感受直接決定了系統的好壞,通知的表現也須要多種形式。

  1. 文字類別統計數目表示,若有留言6條,回覆5條,多置於用戶信息後面,作氣泡顯示,或浮動層
  2. 實時重要消息,採用右下角彈出框顯示,但不阻斷用戶操做
  3. alert方式彈出,緊急,須要當即處理的,阻斷用戶操做
  4. 客戶端,由於用戶並不時時開着瀏覽器,作一客戶端,僅做用於消息提示,或基於郵件系統,定時收發郵件來提醒

前臺UI設計方案:

  • ajax數據請求交互,前臺定時輪訓服務器,服務器須要作緩存
  • json數據傳輸,作到先後分離,減小耦合
  • 減小頁面打開數目,或者只在主頁面作信息提示

通知系統需覆蓋所有或大部分信息系統,才能起到信息傳遞中樞的效果,減小用戶對系統的關注面。功能雖小,意義很多,既然能把用戶從重複勞動中解放出來,也能把用戶從信息系統中解放出來。

相關文章
相關標籤/搜索