李玉川
(安付寶商務(wù)有限公司 上海市 200333)
有統(tǒng)計資料顯示[1],近些年國內(nèi)預(yù)付卡總量持續(xù)增長,但和各個POS 相對預(yù)付費卡公司卡數(shù)目有不斷走低的趨勢,這就預(yù)示著POS 機(jī)具增長率將會高于預(yù)付費卡公司卡發(fā)行是必然的發(fā)展趨勢。移動POS 系統(tǒng)研制成功且應(yīng)用以后,預(yù)付費卡公司可以參照本公司內(nèi)部當(dāng)下推行的接口標(biāo)準(zhǔn)接入到系統(tǒng)內(nèi),設(shè)置相配套的加密方法及相關(guān)技術(shù)應(yīng)用準(zhǔn)則。合理采用POS 系統(tǒng)革新了預(yù)付費卡公司卡業(yè)務(wù)運作模式,促進(jìn)儲值卡收益增長過程,拓展了客戶覆蓋面,且因該系統(tǒng)基于預(yù)付費卡公司標(biāo)準(zhǔn)化方式下研發(fā)的,為后期功能拓展與升級創(chuàng)造了便利條件。站在POS 商戶的角度分析,扭轉(zhuǎn)了傳統(tǒng)交易行為方式,POS 機(jī)具的兼容性、便利性與安穩(wěn)性均處于較高層面上。
SQL 語言由多個語句組成,用其定義、整改與銷毀數(shù)據(jù)庫及增減、搜索數(shù)據(jù)值。SQL 語言在應(yīng)用階段經(jīng)常會結(jié)合高級別編程語言具備的決策判斷、序列調(diào)整控制與信息存管、操控與搜索等諸多SQL 功能,基于此研發(fā)出數(shù)據(jù)庫應(yīng)用程序。本課題中引用的應(yīng)用案例及其宿主語言均是JAVA,數(shù)據(jù)庫是MYSQL。
瀏覽器/服務(wù)器(B/S)結(jié)構(gòu)下,用戶界面完全基于瀏覽器實現(xiàn),形成三層結(jié)構(gòu)。當(dāng)下,三層B/S 結(jié)構(gòu)在國內(nèi)預(yù)付費卡公司核心業(yè)務(wù)系統(tǒng)內(nèi)有廣泛應(yīng)用,其較好的滿足了預(yù)付費卡公司業(yè)務(wù)聯(lián)網(wǎng)的現(xiàn)實需求。系統(tǒng)處置常規(guī)業(yè)務(wù)流程是:瀏覽器端發(fā)出交易請求,服務(wù)器歷經(jīng)測算與存儲、訪問數(shù)據(jù)等操作后,把測算結(jié)果與數(shù)據(jù)返送至瀏覽器,瀏覽器接收到響應(yīng)以后,在用戶界面上呈現(xiàn)結(jié)果[2]。預(yù)付費卡系統(tǒng)設(shè)計采用B/S 架構(gòu),能實現(xiàn)對前端的標(biāo)準(zhǔn)化設(shè)計、構(gòu)建與運維管理方便、靈活性處于較高水平。
POS 接進(jìn)路由器,需將一塊POS 功能卡插在路由器上,這是POS 接入路由功能實現(xiàn)的重要基礎(chǔ)。當(dāng)下,應(yīng)用路由器達(dá)成POS接入技術(shù)已經(jīng)被規(guī)模化使用。針對POS 系統(tǒng)傳送的傳輸協(xié)議數(shù)據(jù)單元(TPDU)數(shù)據(jù)包,POS 路由器能實現(xiàn)全面分析,參照TPDU內(nèi)目標(biāo)碼的差異性,將其傳送給相應(yīng)服務(wù)器進(jìn)行處置。
圖1 是本系統(tǒng)拓?fù)鋱D[3]。
紅線內(nèi)是本公司內(nèi)部當(dāng)下執(zhí)行的系統(tǒng)架構(gòu)局部情況;當(dāng)前規(guī)劃設(shè)計的介入裝置類型主要有撥號POS、商場MIS 等;DDN 專線是預(yù)付費卡系統(tǒng)實現(xiàn)運行的重要支撐載體,在其協(xié)助下能順利和其他各家預(yù)付費卡公司構(gòu)建連通關(guān)系;不管是預(yù)付費卡公司還是本公司推行的清算方法,本公司均是各項交易活動的基準(zhǔn),系統(tǒng)每天均會采用ftp 方式把電子對賬文件完整的傳送給各家預(yù)付費卡公司;預(yù)付費卡公司據(jù)此自行及時處置帳務(wù)異常狀況;各家預(yù)付費卡公司負(fù)責(zé)把商戶進(jìn)帳單提供給廣大商戶。
圖1:系統(tǒng)拓?fù)鋱D
圖2:DCMS 總體結(jié)構(gòu)
從本質(zhì)上分析,DCSS 為主機(jī)持有的B/S 架構(gòu),對諸多電子營銷設(shè)施其前端均能發(fā)揮較強(qiáng)的支撐性作用,歷經(jīng)DCSS 轉(zhuǎn)換以后將相關(guān)信息發(fā)送至后端裝設(shè)的預(yù)付費卡公司的業(yè)務(wù)系統(tǒng)內(nèi),錄入交易流水與日志。DCSS 有交易控制、提取商戶與交易數(shù)據(jù)、存儲歷史流水等諸多功能。
DCSS 的功能基本是在一臺前置服務(wù)器內(nèi)實現(xiàn),可以將其細(xì)化為網(wǎng)絡(luò)層與業(yè)務(wù)層兩大部分,前者又可以細(xì)分為和商場銜接的LAN 部分及和第三方支付公司銜接的WAN 部分。在商戶方上懸置的交易模塊由MIS 主機(jī),移動POS 與撥號POS 構(gòu)成,于商戶方上懸置一臺等同于網(wǎng)關(guān)的前置設(shè)施,用于接收銀機(jī)傳輸而來的業(yè)務(wù)功能申請訊息,經(jīng)過解包、技術(shù)檢驗、調(diào)整轉(zhuǎn)換等諸多過程,而后建設(shè)出新的數(shù)據(jù)包,要求該數(shù)據(jù)包一定要和現(xiàn)行的規(guī)范化接收格式相吻合,將其傳送給其它預(yù)付費卡公司方,預(yù)付費卡公司處理完成后,把最后的處置結(jié)果返送至該前置機(jī),解包處理后,對交易成敗情況作出判斷。在確認(rèn)各種交易均成功后,組包再返回到前臺收銀臺,收銀臺對其進(jìn)行解包、判斷,確認(rèn)成功后便同意發(fā)到商場主機(jī)記賬,成功以后打出單據(jù)提供給顧客取貨。
基于B/S 多層架構(gòu)規(guī)劃設(shè)計出該系統(tǒng)。
語言是數(shù)據(jù)查詢功能實現(xiàn)的重要基礎(chǔ),本系統(tǒng)選用JAVA 作為編程語言,該系統(tǒng)內(nèi)布設(shè)的模塊均是抽象模塊,和特約商戶、預(yù)付費卡公司等諸多方存在著千絲萬縷的關(guān)聯(lián)性,整體結(jié)構(gòu)見圖2[4]。
本文從界面的視角出發(fā),對該系統(tǒng)的設(shè)計情況進(jìn)行分析:
(1)登陸主界面:第三方支付公司業(yè)務(wù)員將用戶名、密碼輸入后,便可以登錄到管理界面,三大子系統(tǒng)共用同個主界面[5]。
(2)管理主界面:進(jìn)入該界面后能觀察到多個管理界面,結(jié)算與退貨系統(tǒng)屬于DCSS 系統(tǒng)的范疇,資料、參數(shù)及系統(tǒng)管理均屬于DCMS 系統(tǒng)的范疇。
(3)商戶資料管理:該部分的功能以查找、增減、修改等為主,呈現(xiàn)出的信息以商戶詳細(xì)信息及和其自身有關(guān)的預(yù)付費卡公司的商戶信息等。
該模塊主要是為滿足本公司卡發(fā)行部門提出的需求,故而在設(shè)計該模塊時候主要牽連到清算各種給定條件及打印報表等。該系統(tǒng)主要包括風(fēng)險管理、統(tǒng)計系統(tǒng)兩大子模塊,基于多層B/S 模式設(shè)計系統(tǒng),主要是批量化處理數(shù)據(jù),既往交易活動中形成的數(shù)據(jù)發(fā)揮主導(dǎo)性作用。
(1)風(fēng)險管理模塊:主要是控制交易活動風(fēng)險、管理黑名單表,確保金額收錄與查詢、金融復(fù)核規(guī)范、準(zhǔn)確推進(jìn)。
(2)發(fā)卡公司報表管理,其包括管理和發(fā)卡公司相關(guān)商戶的報表管理,均是基于報表形式被統(tǒng)計出來的。
3.1.1 聯(lián)機(jī)測試
經(jīng)統(tǒng)計后發(fā)現(xiàn),本系統(tǒng)業(yè)務(wù)內(nèi)聯(lián)機(jī)業(yè)務(wù)在研發(fā)總量中所占比例高于50%。聯(lián)機(jī)交易為直接和用戶群體交互的功能支撐,故而在用戶操作與響應(yīng)時間等方面均提出較高要求,通常要求3~5s 便能準(zhǔn)確作出反應(yīng),聯(lián)機(jī)交易對時效性提出較高要求,輸入及輸出數(shù)據(jù)均較少,不會頻繁的整改數(shù)據(jù)資料。因為其是預(yù)付費卡公司營業(yè)數(shù)據(jù)的始源,故而正確與否對預(yù)付費卡公司賬務(wù)準(zhǔn)確性起到?jīng)Q定性作用。
聯(lián)機(jī)測試主要從如下幾方面進(jìn)行:
(1)頁面嚴(yán)格性,頁面的基本要素整齊全面,數(shù)據(jù)輸出與輸出均要高效進(jìn)行且符合相關(guān)要求。
(2)嚴(yán)格控制數(shù)據(jù)位數(shù),在界面上要嚴(yán)格的將其體現(xiàn)出來。
(3)響應(yīng)時間短暫、并發(fā)數(shù)目龐大等是聯(lián)機(jī)交易的主要特征,故而在測試環(huán)節(jié)中一定要將響應(yīng)時間調(diào)整在一定范圍中(一般是5s)。
3.1.2 批量測試
在本系統(tǒng)內(nèi),主要涉及到DCCS 模塊的批量化處理,包括年尾結(jié)算、利息沖轉(zhuǎn)、賬戶審核及各種報表形成等。數(shù)據(jù)備份與復(fù)原、數(shù)據(jù)處置、報表形成是批量化處理的主要構(gòu)成,批量測試也是針對以上三大內(nèi)容進(jìn)行的,聯(lián)機(jī)檢測驗證處理的準(zhǔn)確性是批量處理的基礎(chǔ)條件。
3.1.3 壓力測試
壓力測試被定義為擬化現(xiàn)實運用的軟硬件環(huán)境與廣大用戶應(yīng)用過程中的系統(tǒng)負(fù)荷,采用運行測試軟件去檢測被測目標(biāo)系統(tǒng)運轉(zhuǎn)過程的可靠性、具體響應(yīng)時間。人工測試已經(jīng)無法較好的滿足現(xiàn)實要求,故而推薦采用相關(guān)測試工具輔助配合落實該項工作,具體是由數(shù)據(jù)信息準(zhǔn)備與實施測試過程兩大部分構(gòu)成。
3.1.4 網(wǎng)絡(luò)通訊測試
因為終端POS 機(jī)局部是基于無線GPRS-POS 銜接的,在接入前置機(jī)前期,需要通過防火墻,故而該部分的網(wǎng)絡(luò)通訊較為特殊,需要進(jìn)行網(wǎng)絡(luò)通訊測試。
3.2.1 單元測試
單元測試與檢查模塊上統(tǒng)一進(jìn)行,通過觀察測試過程、分析測試結(jié)果探查實現(xiàn)某一模塊的現(xiàn)實功能和定義功能之間是否存在不符合狀況、編碼錯差等。針對DCSS、DCCS、DCMS 三大模塊內(nèi)各子系統(tǒng)盡可能將其細(xì)化為數(shù)個功能單一的小型模塊,通過閱覽模塊說明書與源程序,掌握該模塊的邏輯結(jié)構(gòu)與I/O 條件,借鑒白盒法和黑盒法的使用案例,盡量實現(xiàn)完全測試目標(biāo),主要是對聯(lián)機(jī)、批量測試。
3.2.2 集成測試
嚴(yán)格依照設(shè)計要求組裝模塊并對其進(jìn)行測試,其目標(biāo)主要是探查和接口相關(guān)的問題,比如有數(shù)據(jù)經(jīng)由接口時發(fā)生了遺失情況,因為疏漏造成兩個模塊之間相互形成有害影響,整合子功能以后不能獲得預(yù)期的主功能,一些看似能接受的偏差在不斷累積過程中抵達(dá)了不能被接受的程度,全過程數(shù)據(jù)結(jié)構(gòu)可能存有錯差等。
本課題中設(shè)計出的系統(tǒng)主要應(yīng)用了從下至上集成化測試方法,重點考慮了接口完整性、功能準(zhǔn)確性以及性能全面性等方面的問題。
歷經(jīng)集成測試正確后的軟件系統(tǒng),可以將視為一個計算機(jī)元素,和POS 系統(tǒng)有關(guān)的MIS 主機(jī)、移動POS 均被固定接進(jìn)POS機(jī)內(nèi)。需要在現(xiàn)實應(yīng)用情景中檢測網(wǎng)控器、防火墻等硬件,LINUX的WEB 服務(wù)器操作系統(tǒng)等軟件,借此方式探查出本系統(tǒng)和系統(tǒng)設(shè)計需求規(guī)格之間存在的差異,掌握矛盾之處,主要開展功能、性能、安穩(wěn)性、配置以及組裝測試等。
歷經(jīng)以上過程測試檢測確認(rèn)準(zhǔn)確無誤以后,對本系統(tǒng)進(jìn)行驗收,驗收需預(yù)付費卡公司、商戶、本公司卡業(yè)務(wù)部與本公司信息部共同參與,確保整個驗收過程規(guī)范推進(jìn),保證整個系統(tǒng)性能、功能等均符合現(xiàn)實需求。
當(dāng)下設(shè)計出的移動POS 系統(tǒng)實現(xiàn)了本公司儲值卡業(yè)務(wù)高效率運行,后續(xù)研究中應(yīng)將側(cè)重點放在規(guī)?;茝V方面上,分析到普遍性這一現(xiàn)實問題,因而在面對新的需求時,相關(guān)人員要做到思維靈活,適時適度加以調(diào)整。POS 系統(tǒng)內(nèi)DCSS 清算系統(tǒng)將既往交易數(shù)據(jù)整合至數(shù)據(jù)庫內(nèi),故而在下一階段中,應(yīng)站在海量數(shù)據(jù)的視角出發(fā),不斷拓展儲值卡有關(guān)業(yè)務(wù)信息挖掘的深度性,進(jìn)而拓展與升級功能,實現(xiàn)更全面、詳盡的清算報表與風(fēng)險調(diào)控。