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