基于分布式架構(gòu)的商業(yè)化短信平臺
發(fā)布時間:2021-08-15 04:59
當(dāng)今信息時代,各種通信手段和方法層出不窮,雖然越來越多電信增值服務(wù)的出現(xiàn)對短信這種傳統(tǒng)通信方式的應(yīng)用產(chǎn)生了一定的影響,但是在銀行、就醫(yī)、辦公等與個人生活息息相關(guān)的業(yè)務(wù)中,短信的作用仍然無可取代。例如2020年初的新型冠狀病毒防疫期間,為了將防疫知識、國家最新政策以及最新的防治消息及時傳達到每一個公民手中,各省戰(zhàn)“疫”短信每天發(fā)送數(shù)億條,以每人每天至少三條短信的形式,向廣大群眾直接的傳達了國家最新的防疫動態(tài)相關(guān)信息。由此可以看出,短信業(yè)務(wù)這一傳統(tǒng)媒介在關(guān)鍵時期的信息傳遞作用是其他新興業(yè)務(wù)及通信手段所不能替代的。如何做到每天精確發(fā)送數(shù)億條短信,其數(shù)據(jù)處理、并發(fā)控制等方面的技術(shù)是如何實現(xiàn)的,這一課題值得深入研究和探討。本系統(tǒng)在實現(xiàn)基本的短信收發(fā)功能的同時,從平臺的角度出發(fā),搭建了短信發(fā)送系統(tǒng)用戶端(MSUI)、短信發(fā)送系統(tǒng)接口端(MSAPI)、短信系統(tǒng)管理后臺(MSM)、短信處理中間件(MSCM)、短信發(fā)送終端(MST)五大核心系統(tǒng)模塊,融合了用戶自主發(fā)送信息功能、用戶權(quán)限模板管理功能、信息審核處理分發(fā)功能、信息發(fā)送終端功能。本系統(tǒng)采用.Net Core開源框架為基礎(chǔ)搭建用戶訪問平臺,同時結(jié)...
【文章來源】:山東大學(xué)山東省 211工程院校 985工程院校 教育部直屬院校
【文章頁數(shù)】:87 頁
【學(xué)位級別】:碩士
【部分圖文】:
圖2-2普通管理員用例圖??短信系統(tǒng)管理后臺超級管理員用例,如圖2-3
?山東大學(xué)碩士學(xué)位論文???接口信息、終端信息、短信發(fā)送狀態(tài)、短信發(fā)送條數(shù)、短信送達條數(shù)、短信失敗??條數(shù)以及訂單處理環(huán)節(jié)的時間節(jié)點等相關(guān)信息。??訂單管理用例規(guī)約,如表2-10。??表2-10訂單管理用例規(guī)約表??用例編號?|?09?丨用例名?丨訂單管理??參與者?管理員???Itf置條件?用戶登陸通過權(quán)限驗證。??基本事件流?列表顯示基本信息、刪除、重發(fā)。???退款:問題訂單退款功能。???異常流程?用戶輸入無效。???手動干預(yù)訂單狀態(tài)無法確認(rèn)。???后置條件?列表信息顯示正常。???|訂單操作正常???2.短信審核??(1)業(yè)務(wù)需求描述??系統(tǒng)發(fā)送的短信內(nèi)容必須符合相關(guān)法律法規(guī),短信簽名是發(fā)送短信時必須添??加的規(guī)定內(nèi)容,不得隨意發(fā)送垃圾短信內(nèi)容,因此,短信平臺管理端需要對手動??發(fā)送的短信進行人工審核,同時在審核過程中確定短信行業(yè)和計費方式。??(2)業(yè)務(wù)說明??動放^步流^)??自動審核/??—?L??審核通選定“業(yè)^)??手動審^??核拒纟^??圖2-4短信審核功能說明??短信審核用例規(guī)約,如表2-11。??表2-11短信審核用例規(guī)約表??:用例編號?|?10?丨用例名?丨短信審核??參與者?管理員???Itf置條件?后臺管理員登錄系統(tǒng)并權(quán)限驗證通過。??基本事件流?列表顯示基本信息、查詢條件。???|在短信簽名操作頁面,輸入查詢條件。???13??
。??查詢條件:名稱。??列表顯示信息:折扣組名稱、行業(yè)、所在地市、運營商、備注、創(chuàng)建時間。??(3)短信簽名審核??用戶可以自行設(shè)置和修改短信簽名;短信簽名未設(shè)置或未審核通過時,不允??許其他相關(guān)操作。??短信簽名占用短信字?jǐn)?shù),自動附加到短信內(nèi)容,2-10個字,審核后不可修改。??^?開始?*名*理?一 ̄知?示儐工(不可嫌,?a交憤*???后臺審核??i?I?????I?[???S??設(shè)置簽名??1?更新簽名戍態(tài)???^?[???£?結(jié)束?j??圖2-5短信簽名審核流程圖??基本信息包括:用戶名、企業(yè)全稱、短信簽名、聯(lián)系人、固定電話、省份、??地市、詳細地址、郵編、審核狀態(tài)、審核人、創(chuàng)建時間、修改時間、審核時間。??查詢條件:用戶名、企業(yè)名稱、短信簽名、審核狀態(tài)、修改日期(開始日期、??結(jié)束日期)。??15??
【參考文獻】:
期刊論文
[1]面向任務(wù)調(diào)度優(yōu)化的分布式系統(tǒng)信息管理框架[J]. 胡亞輝,朱宗衛(wèi),劉黃河,王超. 計算機系統(tǒng)應(yīng)用. 2019(11)
[2]分布式異構(gòu)系統(tǒng)消息中間件設(shè)計與實現(xiàn)[J]. 金志中. 電子技術(shù)與軟件工程. 2016(21)
[3]面向服務(wù)軟件體系結(jié)構(gòu)的接口模型[J]. 陳振邦,王戟,董威,齊治昌. 軟件學(xué)報. 2006(06)
[4]第三代移動通信的發(fā)展現(xiàn)狀及分析[J]. 曹淑敏. 電信網(wǎng)技術(shù). 2001(04)
碩士論文
[1]針對短時高并發(fā)網(wǎng)站的反向代理系統(tǒng)的設(shè)計與實現(xiàn)[D]. 王君妍.北京郵電大學(xué) 2019
[2]基于Nginx負(fù)載均衡的動態(tài)分配技術(shù)研究[D]. 張娜.哈爾濱工程大學(xué) 2019
[3]基于分布式的高性能Web站點的設(shè)計與實現(xiàn)[D]. 葉子安.華南理工大學(xué) 2018
[4]基于JMeter的性能自動化測試框架的設(shè)計與實現(xiàn)[D]. 侯星星.西安電子科技大學(xué) 2018
[5]支持分庫分表和讀寫分離的ORM框架的設(shè)計與實現(xiàn)[D]. 嚴(yán)成武.哈爾濱工業(yè)大學(xué) 2016
[6]基于Redis的高并發(fā)搶紅包應(yīng)用的設(shè)計與實現(xiàn)[D]. 徐竟州.湖南大學(xué) 2016
[7]基于REST風(fēng)格的網(wǎng)絡(luò)管理平臺研究與實現(xiàn)[D]. 董龍華.北京郵電大學(xué) 2016
[8]基于Android系統(tǒng)的主動攔截技術(shù)的研究[D]. 薛冰.北京郵電大學(xué) 2013
[9]基于MVC三層架構(gòu)的校園電子商務(wù)平臺的設(shè)計與實現(xiàn)[D]. 林豪杰.電子科技大學(xué) 2011
本文編號:3343900
【文章來源】:山東大學(xué)山東省 211工程院校 985工程院校 教育部直屬院校
【文章頁數(shù)】:87 頁
【學(xué)位級別】:碩士
【部分圖文】:
圖2-2普通管理員用例圖??短信系統(tǒng)管理后臺超級管理員用例,如圖2-3
?山東大學(xué)碩士學(xué)位論文???接口信息、終端信息、短信發(fā)送狀態(tài)、短信發(fā)送條數(shù)、短信送達條數(shù)、短信失敗??條數(shù)以及訂單處理環(huán)節(jié)的時間節(jié)點等相關(guān)信息。??訂單管理用例規(guī)約,如表2-10。??表2-10訂單管理用例規(guī)約表??用例編號?|?09?丨用例名?丨訂單管理??參與者?管理員???Itf置條件?用戶登陸通過權(quán)限驗證。??基本事件流?列表顯示基本信息、刪除、重發(fā)。???退款:問題訂單退款功能。???異常流程?用戶輸入無效。???手動干預(yù)訂單狀態(tài)無法確認(rèn)。???后置條件?列表信息顯示正常。???|訂單操作正常???2.短信審核??(1)業(yè)務(wù)需求描述??系統(tǒng)發(fā)送的短信內(nèi)容必須符合相關(guān)法律法規(guī),短信簽名是發(fā)送短信時必須添??加的規(guī)定內(nèi)容,不得隨意發(fā)送垃圾短信內(nèi)容,因此,短信平臺管理端需要對手動??發(fā)送的短信進行人工審核,同時在審核過程中確定短信行業(yè)和計費方式。??(2)業(yè)務(wù)說明??動放^步流^)??自動審核/??—?L??審核通選定“業(yè)^)??手動審^??核拒纟^??圖2-4短信審核功能說明??短信審核用例規(guī)約,如表2-11。??表2-11短信審核用例規(guī)約表??:用例編號?|?10?丨用例名?丨短信審核??參與者?管理員???Itf置條件?后臺管理員登錄系統(tǒng)并權(quán)限驗證通過。??基本事件流?列表顯示基本信息、查詢條件。???|在短信簽名操作頁面,輸入查詢條件。???13??
。??查詢條件:名稱。??列表顯示信息:折扣組名稱、行業(yè)、所在地市、運營商、備注、創(chuàng)建時間。??(3)短信簽名審核??用戶可以自行設(shè)置和修改短信簽名;短信簽名未設(shè)置或未審核通過時,不允??許其他相關(guān)操作。??短信簽名占用短信字?jǐn)?shù),自動附加到短信內(nèi)容,2-10個字,審核后不可修改。??^?開始?*名*理?一 ̄知?示儐工(不可嫌,?a交憤*???后臺審核??i?I?????I?[???S??設(shè)置簽名??1?更新簽名戍態(tài)???^?[???£?結(jié)束?j??圖2-5短信簽名審核流程圖??基本信息包括:用戶名、企業(yè)全稱、短信簽名、聯(lián)系人、固定電話、省份、??地市、詳細地址、郵編、審核狀態(tài)、審核人、創(chuàng)建時間、修改時間、審核時間。??查詢條件:用戶名、企業(yè)名稱、短信簽名、審核狀態(tài)、修改日期(開始日期、??結(jié)束日期)。??15??
【參考文獻】:
期刊論文
[1]面向任務(wù)調(diào)度優(yōu)化的分布式系統(tǒng)信息管理框架[J]. 胡亞輝,朱宗衛(wèi),劉黃河,王超. 計算機系統(tǒng)應(yīng)用. 2019(11)
[2]分布式異構(gòu)系統(tǒng)消息中間件設(shè)計與實現(xiàn)[J]. 金志中. 電子技術(shù)與軟件工程. 2016(21)
[3]面向服務(wù)軟件體系結(jié)構(gòu)的接口模型[J]. 陳振邦,王戟,董威,齊治昌. 軟件學(xué)報. 2006(06)
[4]第三代移動通信的發(fā)展現(xiàn)狀及分析[J]. 曹淑敏. 電信網(wǎng)技術(shù). 2001(04)
碩士論文
[1]針對短時高并發(fā)網(wǎng)站的反向代理系統(tǒng)的設(shè)計與實現(xiàn)[D]. 王君妍.北京郵電大學(xué) 2019
[2]基于Nginx負(fù)載均衡的動態(tài)分配技術(shù)研究[D]. 張娜.哈爾濱工程大學(xué) 2019
[3]基于分布式的高性能Web站點的設(shè)計與實現(xiàn)[D]. 葉子安.華南理工大學(xué) 2018
[4]基于JMeter的性能自動化測試框架的設(shè)計與實現(xiàn)[D]. 侯星星.西安電子科技大學(xué) 2018
[5]支持分庫分表和讀寫分離的ORM框架的設(shè)計與實現(xiàn)[D]. 嚴(yán)成武.哈爾濱工業(yè)大學(xué) 2016
[6]基于Redis的高并發(fā)搶紅包應(yīng)用的設(shè)計與實現(xiàn)[D]. 徐竟州.湖南大學(xué) 2016
[7]基于REST風(fēng)格的網(wǎng)絡(luò)管理平臺研究與實現(xiàn)[D]. 董龍華.北京郵電大學(xué) 2016
[8]基于Android系統(tǒng)的主動攔截技術(shù)的研究[D]. 薛冰.北京郵電大學(xué) 2013
[9]基于MVC三層架構(gòu)的校園電子商務(wù)平臺的設(shè)計與實現(xiàn)[D]. 林豪杰.電子科技大學(xué) 2011
本文編號:3343900
本文鏈接:http://sikaile.net/shoufeilunwen/xixikjs/3343900.html
最近更新
教材專著