摘 要:近年來,充值業(yè)務自動化程度逐年提高。課題基于移動充值需求,實現(xiàn)網(wǎng)絡移動話費充值系統(tǒng)。首先,對各種構建系統(tǒng)技術進行了分析,設計了總體架構。然后,在 Eclipse 開發(fā)平臺上使用 J2EE 中的 JSP技術來完成對網(wǎng)絡服務系統(tǒng)的搭建。接著,完成對系統(tǒng)數(shù)據(jù)庫的創(chuàng)建,在數(shù)據(jù)庫中需要有包括操作員信息表、賬戶信息、歷史信息表等數(shù)據(jù)表,數(shù)據(jù)庫產(chǎn)品可選用 Oracle 或 MySQL等。最后,使用 Tomcat 作為服務器完成 網(wǎng)絡服務系統(tǒng)的部署工作,網(wǎng)絡服務系統(tǒng)運行之后與在數(shù)據(jù)庫建立通信,并通過圖形及表格的方式把數(shù)據(jù)顯示在頁面上,完成信息的展示。系統(tǒng)聯(lián)調成功后,對網(wǎng)絡移動話費充值系統(tǒng)進行了測試及改進。結果顯示,網(wǎng)絡移動話費充值系統(tǒng)設計符合要求,運行功能達到需求提出的指標,穩(wěn)定性能夠滿足長期無人維護的運行環(huán)境。
關鍵詞:網(wǎng)絡;數(shù)據(jù)庫;自動化管理;
中圖分類號:TP302.1 文獻標識碼:A 文章編號:1674-3520(2014)-12-00-01
充值系統(tǒng)在當前的日常生活中有著很大的市場需求和技術前景,它對當前的現(xiàn)代化通信企業(yè)在降低成本和提升效率等方面有著十分現(xiàn)實而重要的意義。
一、系統(tǒng)總體設計
(一)充值系統(tǒng)需求:1、實現(xiàn)手機終端上的手機充值、銀行轉賬、交易查詢和密碼修改等業(yè)務功能。基于移動的短信,實現(xiàn)在線繳費充值業(yè)務,從而達到:(1)可建立統(tǒng)一電子交易平臺;(2)實現(xiàn)資金電子結算;(3)移動對電子銷售繳費渠道可精確、實時、個性化控制與管理;可精確統(tǒng)計和實時查詢業(yè)務運營情況;d 代辦戶可方便、精確管理自身的銷售;2、空中充值系統(tǒng)的設計需遵循以下設計原則(1)易管理性:代辦戶分布范圍廣,業(yè)務的管理要便于移動、代辦戶對自身的經(jīng)營進行分析、管理;(2)安全性:由于是實時的交易系統(tǒng),涉及到大量的資金過程,因此,從終端、通訊網(wǎng)絡、系統(tǒng)設計必須嚴格按照銀行、行業(yè)的要求和相關規(guī)范進行;(3)業(yè)務可擴展性:可以基于該電子分銷渠道提供更多的業(yè)務,業(yè)務是一個逐步開發(fā)的過程,因此,系統(tǒng)必須是一個易于管理、可持續(xù)發(fā)展的體系結構,并且可以為其他系統(tǒng)的接入、二次開發(fā)提供足夠的方便,具有高擴展性;業(yè)務系統(tǒng)與系統(tǒng)業(yè)務接入平臺嚴格分離,業(yè)務增加,平臺結構不變、平臺增加新的功能,業(yè)務系統(tǒng)不變;(4)可靠性:系統(tǒng)必須符合全天7×24小時的不間斷工作;因此系統(tǒng)按冗余、負載均衡等高可靠性系統(tǒng)設計;(5)先進性與開放性:系統(tǒng)采用的技術完全遵循最新的J2EE標準,數(shù)據(jù)交換格式基于XML報文格式;系統(tǒng)提供完整的業(yè)務二次開發(fā)接口,便于外部業(yè)務的開發(fā)與接入。
(二)系統(tǒng)總體結構 業(yè)務管理模塊負責對各種業(yè)務功能進行管理,添加業(yè)務邏輯,管理用戶,系統(tǒng)設置,數(shù)據(jù)維護等;
業(yè)務路由模塊負責對各種業(yè)務進行分發(fā),將相應業(yè)務封裝成對應報文,提交到相應的模塊;
業(yè)務報文解析及組裝模塊負責對業(yè)務信息進行分析,將報文解析成相應的數(shù)據(jù)、指令、請求等業(yè)務流程描述數(shù)據(jù);
數(shù)據(jù)加解密模塊,負責將各種加密報文進行加密和解密,放置傳輸過程造成關鍵內容如密碼等泄密;
短信收發(fā)模塊,負責與短信功能對接,將各種報文封裝成短信,通過短信功能發(fā)送和接受。短信模塊與具體設備打交道,負責兼容不同無線通信模式,保證報文通信正常進行;
二、系統(tǒng)詳細設計
(一)充值業(yè)務分析
1、功能需求描述 移動空中充值項目需要實現(xiàn)的業(yè)務為通過商戶發(fā)送特定格式的短信為手機用戶充值。在充值業(yè)務上要求實現(xiàn)新充值,重復充值,賬戶余額查詢,每日交易量查詢,受理查詢,話費充值沖正,密碼修改等功能。
2、用例分析
(1)用戶到代辦點要求充值,商戶使用手機終端選擇新充值,并依次輸入充值號碼,充值金額,商戶密碼向系統(tǒng)發(fā)送充值請求,系統(tǒng)向移動BOSS系統(tǒng)發(fā)送充值請求并向商戶的手機終端返回充值結果。
(2)用戶發(fā)現(xiàn)充值金額未到賬,商戶選擇重復充值,并選擇該筆未到賬的交易向系統(tǒng)發(fā)送重復充值請求。
(3)商戶選擇賬戶余額查詢向系統(tǒng)發(fā)送賬戶余額查詢的請求,系統(tǒng)向商戶的手機終端返回查詢結果。
(4)商戶選擇交易查詢向系統(tǒng)發(fā)送查詢當天交易量的請求,系統(tǒng)向商戶的手機終端返回查詢結果,商戶可依據(jù)查詢結果進行對賬。
(5)商戶為用戶充值后,未收到系統(tǒng)返回的充值結果,選擇受理查詢并輸入充值流水號向系統(tǒng)發(fā)送受理查詢的請求,系統(tǒng)向移動BOSS系統(tǒng)發(fā)送受理查詢請求并向用戶的手機終端返回受理查詢的結果。
(6)商戶選擇話費充值沖正,并依次輸入商戶密碼,沖正金額,誤繳費號碼向系統(tǒng)發(fā)送話費充值沖正的請求,系統(tǒng)向移動BOSS系統(tǒng)發(fā)送話費充值沖正請求并向用戶的手機終端返回話費充值沖正的結果。
(7)商戶選擇修改密碼,并輸入舊密碼,新密碼,重復輸入新密碼后向系統(tǒng)發(fā)送修改密碼的請求,系統(tǒng)向商戶的手機終端返回修改密碼的結果。
(8)在大并發(fā)量的情況下,空中充值業(yè)務中電子交易系統(tǒng)與移動計費系統(tǒng)的1 次交互時間應不超過 1 秒。
(二)系統(tǒng)測試
對網(wǎng)絡移動充值系統(tǒng)進行了功能完整性及穩(wěn)定性測試。網(wǎng)絡移動充值系統(tǒng)功能完整,且長時間運行穩(wěn)定,基本達到設計要求。網(wǎng)絡移動充值系統(tǒng)設計目標是,實現(xiàn)手機終端上的手機充值、銀行轉賬、交易查詢和密碼修改等業(yè)務功能。按照平均每月 10 億元的交易額,平均每筆交易金額為 10 元,平均每日交易時間為 8 小時,平均每次交易需要收/發(fā)短信各 1 條計算:
平均每秒交易數(shù)=100000000/10/(30×8×60×60) =116筆/秒。
平均每秒接收短信數(shù) = 平均每秒發(fā)送短信數(shù) = 116 條 / 秒。
平均無故障時間 30 * 24 小時,平均故障恢復時間 1 小時。
進行測試的系統(tǒng),基本實現(xiàn)了設計需求提出的各項功能需求,滿足用戶對賬戶進行充值,管理等需要。
三、總結
技術上還需繼續(xù)完善,提高效率,完善各模塊,完成各流程。系統(tǒng)還在改進中,多項功能還需繼續(xù)完善,包括基本信息查詢、用戶管理等模塊。穩(wěn)定性還需測試完善,用戶量很大的情況下的性能還需重點關注。
參考文獻:
[1]馬燕, 林傳立. J2EE在電子商務開發(fā)中的應用研究. 計算機應用研究. 2002. 09: 42-44
[2]楊金花. JSP技術中文亂碼的原因及解決方法. 電子設計工程. 2011. 19(1): 26-27
[3]周玲余. 基于jQuery框架的頁面前端特效的設計與實現(xiàn). 計算機與現(xiàn)代化. 2013. 209: 61-63