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