基于UML的短信計費系統的分析與設計
1.功能需求
短消息計費結算平臺的建設初期,主要根據各運營商制定的相關計費規則完成對短消息基本通信費的綜合計費和結算功能,同時完成短消息話單的維護、管理、脫機備份等功能。隨著短消息業務運營模型的推陳出新,關鍵需要完成短消息業務以及增值業務等多種業務模式的綜合計費功能。原先對各業務的計費功能簡單,實時性要求不高,無法適應不同話單格式和數據量龐大等要求。我們針對系統中目前存在的這些不足之處,提出了新的功能需求:
(1)多種計費原始數據格式統一;
(2)不同業務不同計費關鍵字在同一計費平臺的整合;
(3)對預付費用戶實時扣費的支持;
(4)對短消息業務的無縫擴展性的支撐。
2.用例圖本文引用地址:http://www.j9360.com/article/166902.htm
圖2 計費系統用例圖
圖2中,系統運維人員、業務管理人員、一般短信用戶和市場拓展人員等是系統中的執行者,執行者還包括系統邊界之外的短信話單來源和GSM計費系統。采集、計費劃價、賬務用例作為系統功能實現的主要承擔者是系統需求分析的結果,用來模擬系統的功能需求,它們之間的關系多為擴展關系。針對采集的多樣性,采集用例被泛化成短信中心話單采集、互聯網短信網關話單采集和短信話單文件采集三個子用例。用例和執行者之間的聯系表示了執行者對用例的責任。如執行者一般短信用戶可以進行查詢短消息的使用情況,這是由用例查詢所描述的功能。以下對圖2中的主要用例簡單描述。
(1)數據采集
當短信發送并接收成功后,由相關聯的硬件設備就短信發送的“場景”信息,包括發送時間、來源與目的號碼、短信內容等形成短信原始話單。短信話單一部分來自于短信中心,另外一部分來自互聯網短信網關??梢允菍崟r在線采集,或者以較小時間段為單位的文件網絡傳輸方式的準實時采集,或者以較長時間段為單位的文件送交方式的離線脫機采集。由于短信設備提供商的不同,采集得到的短信話單的格式是多種多樣的,因此需要按統一的短信計費規范格式進行數據整理與篩選。另外由于所有的短信最終都有短消息中心轉發,而業務提供商話單有一部分可以由互聯網短信網關提供,可能存在重復話單,在格式化階段還需要進行查重處理。
(2)計費劃價
計費平臺是使來自網絡基礎設施的實時請求能夠起到主動的雙向控制作用的主要實施平臺。根據客戶是否具有足夠的余額(預付費)或足夠的信用額度(后付費),它被用于激活或者取消客戶對數據服務、增值內容和商務交易的訪問。計費劃價模塊以實時方式運行,按照相關費率以及短信具體發生狀況,計算用戶的短信費用,并形成詳細賬單。
(3)賬務
該用例為所有的需要詳細賬單者提供送達服務。對計費劃價后產生的費用信息按照電子賬單的形式發送到GSM計費系統和省短信中心。采用電子賬單形式:一借以實現實時的預付費扣費,二避免生成交換文件的導入導出。
評論