基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)

2019-11-17 04:54:32

字體：大中小

供稿：網(wǎng)友

短消息中心系統(tǒng)從物理設(shè)備上主要包括移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)、互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)、匯接網(wǎng)關(guān)(GNS)、業(yè)務(wù)提供商(SP)、數(shù)據(jù)業(yè)務(wù)治理平臺(tái)(DSMP)及相關(guān)的外部配套設(shè)備。短消息業(yè)務(wù)發(fā)展迅猛，形成了從手機(jī)用戶到服務(wù)內(nèi)容提供商的一整套產(chǎn)業(yè)鏈，并逐漸成為各移動(dòng)通信運(yùn)營(yíng)商新的經(jīng)濟(jì)增長(zhǎng)點(diǎn)。有數(shù)據(jù)表明，截至2003年12月31日，中國(guó)移動(dòng)(香港)有限公司，包括廣東、浙江、江蘇、上海、北京等21家子公司，移動(dòng)用戶數(shù)達(dá)到14161.6萬戶，短信普及率達(dá)到71.1%，短信業(yè)務(wù)使用量達(dá)到935.1億條；中國(guó)聯(lián)通股份有限公司，在30個(gè)省市自治區(qū)的GSM和CDMA移動(dòng)電話用戶已達(dá)9151.5萬戶，其中CDMA用戶短信使用量達(dá)到62.3億條，GSM用戶短信使用量是250.3億條。隨著短消息及其增值業(yè)務(wù)的迅速發(fā)展，對(duì)短消息計(jì)費(fèi)和結(jié)算功能的需求更加迫切。本文在描述了短消息業(yè)務(wù)系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)基礎(chǔ)上，總結(jié)計(jì)費(fèi)系統(tǒng)的需求要點(diǎn)，進(jìn)而采用UML語言對(duì)短消息計(jì)費(fèi)系統(tǒng)進(jìn)行分析。 一、短消息業(yè)務(wù)平臺(tái)的網(wǎng)絡(luò)結(jié)構(gòu) 短消息中心系統(tǒng)從物理設(shè)備上主要包括移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)、互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)、匯接網(wǎng)關(guān)(GNS)、業(yè)務(wù)提供商(SP)、數(shù)據(jù)業(yè)務(wù)治理平臺(tái)(DSMP)及相關(guān)的外部配套設(shè)備。其網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖一）

基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖一）

圖1短消息業(yè)務(wù)平臺(tái)的網(wǎng)絡(luò)結(jié)構(gòu)手機(jī)用戶之間發(fā)送和接收短消息直接通過路徑1；業(yè)務(wù)提供商和手機(jī)用戶之間的短信通信則是通過路徑2。互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)——業(yè)務(wù)提供商(SP)與移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)之間的中介實(shí)體的轉(zhuǎn)發(fā)來實(shí)現(xiàn)。互聯(lián)網(wǎng)短信網(wǎng)關(guān)負(fù)責(zé)接收SP發(fā)送給移動(dòng)用戶的信息和提交給短信中心。同時(shí)，移動(dòng)用戶點(diǎn)播SP業(yè)務(wù)的信息將由短信中心通過互聯(lián)網(wǎng)短信網(wǎng)關(guān)發(fā)給SP。另外，為了減輕短信中心的信令負(fù)荷，互聯(lián)網(wǎng)短信網(wǎng)關(guān)還應(yīng)根據(jù)路由原則將SP提交的信息轉(zhuǎn)發(fā)到相應(yīng)的互聯(lián)網(wǎng)短信網(wǎng)關(guān)，再由它通過向匯接網(wǎng)關(guān)(GNS)查詢的方式獲得網(wǎng)關(guān)間的轉(zhuǎn)發(fā)路由信息。 二、基于UML的短消息計(jì)費(fèi)系統(tǒng)設(shè)計(jì) UML是一種標(biāo)準(zhǔn)的軟件建模語言，基于UML的面向?qū)ο笮枨蠓治隹朔藗鹘y(tǒng)的需求分析對(duì)問題領(lǐng)域受時(shí)效上的限制和對(duì)系統(tǒng)功能無法把握其精確程度等缺點(diǎn)；同時(shí)解決了數(shù)據(jù)流分析的層次復(fù)雜性，對(duì)信息模型的映射程度加強(qiáng)了；而且UML作為面向?qū)ο蟮目梢暬瘶?biāo)準(zhǔn)建模語言，采用圖形符號(hào)表示系統(tǒng)中的對(duì)象和關(guān)系，從不同的角度描述待開發(fā)系統(tǒng)，為更好地理解業(yè)務(wù)流程提供有效的交流形式。因此，目前許多公司已將UML及RUP(RationalUnifiedPRocess)作為一個(gè)商業(yè)策略而納入他們的開發(fā)過程和產(chǎn)品中，涵蓋許多領(lǐng)域，比如商業(yè)建模、需求治理、分析和設(shè)計(jì)、編程和測(cè)試等。 1.功能需求 短消息計(jì)費(fèi)結(jié)算平臺(tái)的建設(shè)初期，主要根據(jù)各運(yùn)營(yíng)商制定的相關(guān)計(jì)費(fèi)規(guī)則完成對(duì)短消息基本通信費(fèi)的綜合計(jì)費(fèi)和結(jié)算功能，同時(shí)完成短消息話單的維護(hù)、治理、脫機(jī)備份等功能。隨著短消息業(yè)務(wù)運(yùn)營(yíng)模型的推陳出新，要害需要完成短消息業(yè)務(wù)以及增值業(yè)務(wù)等多種業(yè)務(wù)模式的綜合計(jì)費(fèi)功能。原先對(duì)各業(yè)務(wù)的計(jì)費(fèi)功能簡(jiǎn)單，實(shí)時(shí)性要求不高，無法適應(yīng)不同話單格式和數(shù)據(jù)量龐大等要求。我們針對(duì)系統(tǒng)中目前存在的這些不足之處，提出了新的功能需求：

(1)多種計(jì)費(fèi)原始數(shù)據(jù)格式統(tǒng)一；

(2)不同業(yè)務(wù)不同計(jì)費(fèi)要害字在同一計(jì)費(fèi)平臺(tái)的整合；

(3)對(duì)預(yù)付費(fèi)用戶實(shí)時(shí)扣費(fèi)的支持；

(4)對(duì)短消息業(yè)務(wù)的無縫擴(kuò)展性的支撐。 2.用例圖基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖二）

基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖二）

圖2計(jì)費(fèi)系統(tǒng)用例圖圖2中，系統(tǒng)運(yùn)維人員、業(yè)務(wù)治理人員、一般短信用戶和市場(chǎng)拓展人員等是系統(tǒng)中的執(zhí)行者，執(zhí)行者還包括系統(tǒng)邊界之外的短信話單來源和GSM計(jì)費(fèi)系統(tǒng)。采集、計(jì)費(fèi)劃價(jià)、賬務(wù)用例作為系統(tǒng)功能實(shí)現(xiàn)的主要承擔(dān)者是系統(tǒng)需求分析的結(jié)果，用來模擬系統(tǒng)的功能需求，它們之間的關(guān)系多為擴(kuò)展關(guān)系。針對(duì)采集的多樣性，采集用例被泛化成短信中心話單采集、互聯(lián)網(wǎng)短信網(wǎng)關(guān)話單采集和短信話單文件采集三個(gè)子用例。用例和執(zhí)行者之間的聯(lián)系表示了執(zhí)行者對(duì)用例的責(zé)任。如執(zhí)行者一般短信用戶可以進(jìn)行查詢短消息的使用情況，這是由用例查詢所描述的功能。以下對(duì)圖2中的主要用例簡(jiǎn)單描述。 (1)數(shù)據(jù)采集 當(dāng)短信發(fā)送并接收成功后，由相關(guān)聯(lián)的硬件設(shè)備就短信發(fā)送的“場(chǎng)景”信息，包括發(fā)送時(shí)間、來源與目的號(hào)碼、短信內(nèi)容等形成短信原始話單。短信話單一部分來自于短信中心，另外一部分來自互聯(lián)網(wǎng)短信網(wǎng)關(guān)。可以是實(shí)時(shí)在線采集，或者以較小時(shí)間段為單位的文件網(wǎng)絡(luò)傳輸方式的準(zhǔn)實(shí)時(shí)采集，或者以較長(zhǎng)時(shí)間段為單位的文件送交方式的離線脫機(jī)采集。由于短信設(shè)備提供商的不同，采集得到的短信話單的格式是多種多樣的，因此需要按統(tǒng)一的短信計(jì)費(fèi)規(guī)范格式進(jìn)行數(shù)據(jù)整理與篩選。另外由于所有的短信最終都有短消息中心轉(zhuǎn)發(fā)，而業(yè)務(wù)提供商話單有一部分可以由互聯(lián)網(wǎng)短信網(wǎng)關(guān)提供，可能存在重復(fù)話單，在格式化階段還需要進(jìn)行查重處理。(2)計(jì)費(fèi)劃價(jià) 計(jì)費(fèi)平臺(tái)是使來自網(wǎng)絡(luò)基礎(chǔ)設(shè)施的實(shí)時(shí)請(qǐng)求能夠起到主動(dòng)的雙向控制作用的主要實(shí)施平臺(tái)。根據(jù)客戶是否具有足夠的余額(預(yù)付費(fèi))或足夠的信用額度(后付費(fèi))，它被用于激活或者取消客戶對(duì)數(shù)據(jù)服務(wù)、增值內(nèi)容和商務(wù)交易的訪問。計(jì)費(fèi)劃價(jià)模塊以實(shí)時(shí)方式運(yùn)行，按照相關(guān)費(fèi)率以及短信具體發(fā)生狀況，計(jì)算用戶的短信費(fèi)用，并形成具體賬單。
(3)賬務(wù) 該用例為所有的需要具體賬單者提供送達(dá)服務(wù)。對(duì)計(jì)費(fèi)劃價(jià)后產(chǎn)生的費(fèi)用信息按照電子賬單的形式發(fā)送到GSM計(jì)費(fèi)系統(tǒng)和省短信中心。采用電子賬單形式：一借以實(shí)現(xiàn)實(shí)時(shí)的預(yù)付費(fèi)扣費(fèi)，二避免生成交換文件的導(dǎo)入導(dǎo)出。 QQread.com 推出各大專業(yè)服務(wù)器評(píng)測(cè) linux服務(wù)器的安全性能 SUN服務(wù)器 HP服務(wù)器 DELL服務(wù)器 IBM服務(wù)器聯(lián)想服務(wù)器浪潮服務(wù)器曙光服務(wù)器同方服務(wù)器華碩服務(wù)器寶德服務(wù)器短消息中心系統(tǒng)從物理設(shè)備上主要包括移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)、互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)、匯接網(wǎng)關(guān)(GNS)、業(yè)務(wù)提供商(SP)、數(shù)據(jù)業(yè)務(wù)治理平臺(tái)(DSMP)及相關(guān)的外部配套設(shè)備。短消息業(yè)務(wù)發(fā)展迅猛，形成了從手機(jī)用戶到服務(wù)內(nèi)容提供商的一整套產(chǎn)業(yè)鏈，并逐漸成為各移動(dòng)通信運(yùn)營(yíng)商新的經(jīng)濟(jì)增長(zhǎng)點(diǎn)。有數(shù)據(jù)表明，截至2003年12月31日，中國(guó)移動(dòng)(香港)有限公司，包括廣東、浙江、江蘇、上海、北京等21家子公司，移動(dòng)用戶數(shù)達(dá)到14161.6萬戶，短信普及率達(dá)到71.1%，短信業(yè)務(wù)使用量達(dá)到935.1億條；中國(guó)聯(lián)通股份有限公司，在30個(gè)省市自治區(qū)的GSM和CDMA移動(dòng)電話用戶已達(dá)9151.5萬戶，其中CDMA用戶短信使用量達(dá)到62.3億條，GSM用戶短信使用量是250.3億條。隨著短消息及其增值業(yè)務(wù)的迅速發(fā)展，對(duì)短消息計(jì)費(fèi)和結(jié)算功能的需求更加迫切。本文在描述了短消息業(yè)務(wù)系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)基礎(chǔ)上，總結(jié)計(jì)費(fèi)系統(tǒng)的需求要點(diǎn)，進(jìn)而采用UML語言對(duì)短消息計(jì)費(fèi)系統(tǒng)進(jìn)行分析。 一、短消息業(yè)務(wù)平臺(tái)的網(wǎng)絡(luò)結(jié)構(gòu) 短消息中心系統(tǒng)從物理設(shè)備上主要包括移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)、互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)、匯接網(wǎng)關(guān)(GNS)、業(yè)務(wù)提供商(SP)、數(shù)據(jù)業(yè)務(wù)治理平臺(tái)(DSMP)及相關(guān)的外部配套設(shè)備。其網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖一）

圖1短消息業(yè)務(wù)平臺(tái)的網(wǎng)絡(luò)結(jié)構(gòu)手機(jī)用戶之間發(fā)送和接收短消息直接通過路徑1；業(yè)務(wù)提供商和手機(jī)用戶之間的短信通信則是通過路徑2。互聯(lián)網(wǎng)短信網(wǎng)關(guān)(ISMG)——業(yè)務(wù)提供商(SP)與移動(dòng)網(wǎng)內(nèi)短信中心(SMSC)之間的中介實(shí)體的轉(zhuǎn)發(fā)來實(shí)現(xiàn)。互聯(lián)網(wǎng)短信網(wǎng)關(guān)負(fù)責(zé)接收SP發(fā)送給移動(dòng)用戶的信息和提交給短信中心。同時(shí)，移動(dòng)用戶點(diǎn)播SP業(yè)務(wù)的信息將由短信中心通過互聯(lián)網(wǎng)短信網(wǎng)關(guān)發(fā)給SP。另外，為了減輕短信中心的信令負(fù)荷，互聯(lián)網(wǎng)短信網(wǎng)關(guān)還應(yīng)根據(jù)路由原則將SP提交的信息轉(zhuǎn)發(fā)到相應(yīng)的互聯(lián)網(wǎng)短信網(wǎng)關(guān)，再由它通過向匯接網(wǎng)關(guān)(GNS)查詢的方式獲得網(wǎng)關(guān)間的轉(zhuǎn)發(fā)路由信息。 二、基于UML的短消息計(jì)費(fèi)系統(tǒng)設(shè)計(jì) UML是一種標(biāo)準(zhǔn)的軟件建模語言，基于UML的面向?qū)ο笮枨蠓治隹朔藗鹘y(tǒng)的需求分析對(duì)問題領(lǐng)域受時(shí)效上的限制和對(duì)系統(tǒng)功能無法把握其精確程度等缺點(diǎn)；同時(shí)解決了數(shù)據(jù)流分析的層次復(fù)雜性，對(duì)信息模型的映射程度加強(qiáng)了；而且UML作為面向?qū)ο蟮目梢暬瘶?biāo)準(zhǔn)建模語言，采用圖形符號(hào)表示系統(tǒng)中的對(duì)象和關(guān)系，從不同的角度描述待開發(fā)系統(tǒng)，為更好地理解業(yè)務(wù)流程提供有效的交流形式。因此，目前許多公司已將UML及RUP(RationalUnifiedProcess)作為一個(gè)商業(yè)策略而納入他們的開發(fā)過程和產(chǎn)品中，涵蓋許多領(lǐng)域，比如商業(yè)建模、需求治理、分析和設(shè)計(jì)、編程和測(cè)試等。 1.功能需求 短消息計(jì)費(fèi)結(jié)算平臺(tái)的建設(shè)初期，主要根據(jù)各運(yùn)營(yíng)商制定的相關(guān)計(jì)費(fèi)規(guī)則完成對(duì)短消息基本通信費(fèi)的綜合計(jì)費(fèi)和結(jié)算功能，同時(shí)完成短消息話單的維護(hù)、治理、脫機(jī)備份等功能。隨著短消息業(yè)務(wù)運(yùn)營(yíng)模型的推陳出新，要害需要完成短消息業(yè)務(wù)以及增值業(yè)務(wù)等多種業(yè)務(wù)模式的綜合計(jì)費(fèi)功能。原先對(duì)各業(yè)務(wù)的計(jì)費(fèi)功能簡(jiǎn)單，實(shí)時(shí)性要求不高，無法適應(yīng)不同話單格式和數(shù)據(jù)量龐大等要求。我們針對(duì)系統(tǒng)中目前存在的這些不足之處，提出了新的功能需求：

(1)多種計(jì)費(fèi)原始數(shù)據(jù)格式統(tǒng)一；

(2)不同業(yè)務(wù)不同計(jì)費(fèi)要害字在同一計(jì)費(fèi)平臺(tái)的整合；

(3)對(duì)預(yù)付費(fèi)用戶實(shí)時(shí)扣費(fèi)的支持；

(4)對(duì)短消息業(yè)務(wù)的無縫擴(kuò)展性的支撐。 2.用例圖基于UML的短消息計(jì)費(fèi)系統(tǒng)的分析與設(shè)計(jì)(1)（圖二）

上一篇：讓.Net數(shù)據(jù)成為SOA的集成部分

下一篇：SOA裝備“快反行動(dòng)”