儲值卡移動POS系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)分析

李玉川

（安付寶商務(wù)有限公司 上海市 200333）

有統(tǒng)計(jì)資料顯示[1]，近些年國內(nèi)預(yù)付卡總量持續(xù)增長，但和各個(gè)POS 相對預(yù)付費(fèi)卡公司卡數(shù)目有不斷走低的趨勢，這就預(yù)示著POS 機(jī)具增長率將會高于預(yù)付費(fèi)卡公司卡發(fā)行是必然的發(fā)展趨勢。移動POS 系統(tǒng)研制成功且應(yīng)用以后，預(yù)付費(fèi)卡公司可以參照本公司內(nèi)部當(dāng)下推行的接口標(biāo)準(zhǔn)接入到系統(tǒng)內(nèi)，設(shè)置相配套的加密方法及相關(guān)技術(shù)應(yīng)用準(zhǔn)則。合理采用POS 系統(tǒng)革新了預(yù)付費(fèi)卡公司卡業(yè)務(wù)運(yùn)作模式，促進(jìn)儲值卡收益增長過程，拓展了客戶覆蓋面，且因該系統(tǒng)基于預(yù)付費(fèi)卡公司標(biāo)準(zhǔn)化方式下研發(fā)的，為后期功能拓展與升級創(chuàng)造了便利條件。站在POS 商戶的角度分析，扭轉(zhuǎn)了傳統(tǒng)交易行為方式，POS 機(jī)具的兼容性、便利性與安穩(wěn)性均處于較高層面上。

1 系統(tǒng)設(shè)計(jì)的基礎(chǔ)技術(shù)

1.1 SQL語言

SQL 語言由多個(gè)語句組成，用其定義、整改與銷毀數(shù)據(jù)庫及增減、搜索數(shù)據(jù)值。SQL 語言在應(yīng)用階段經(jīng)常會結(jié)合高級別編程語言具備的決策判斷、序列調(diào)整控制與信息存管、操控與搜索等諸多SQL 功能，基于此研發(fā)出數(shù)據(jù)庫應(yīng)用程序。本課題中引用的應(yīng)用案例及其宿主語言均是JAVA，數(shù)據(jù)庫是MYSQL。

1.2 B/S架構(gòu)

瀏覽器/服務(wù)器（B/S）結(jié)構(gòu)下，用戶界面完全基于瀏覽器實(shí)現(xiàn)，形成三層結(jié)構(gòu)。當(dāng)下，三層B/S 結(jié)構(gòu)在國內(nèi)預(yù)付費(fèi)卡公司核心業(yè)務(wù)系統(tǒng)內(nèi)有廣泛應(yīng)用，其較好的滿足了預(yù)付費(fèi)卡公司業(yè)務(wù)聯(lián)網(wǎng)的現(xiàn)實(shí)需求。系統(tǒng)處置常規(guī)業(yè)務(wù)流程是：瀏覽器端發(fā)出交易請求，服務(wù)器歷經(jīng)測算與存儲、訪問數(shù)據(jù)等操作后，把測算結(jié)果與數(shù)據(jù)返送至瀏覽器，瀏覽器接收到響應(yīng)以后，在用戶界面上呈現(xiàn)結(jié)果[2]。預(yù)付費(fèi)卡系統(tǒng)設(shè)計(jì)采用B/S 架構(gòu)，能實(shí)現(xiàn)對前端的標(biāo)準(zhǔn)化設(shè)計(jì)、構(gòu)建與運(yùn)維管理方便、靈活性處于較高水平。

1.3 系統(tǒng)接入技術(shù)

POS 接進(jìn)路由器，需將一塊POS 功能卡插在路由器上，這是POS 接入路由功能實(shí)現(xiàn)的重要基礎(chǔ)。當(dāng)下，應(yīng)用路由器達(dá)成POS接入技術(shù)已經(jīng)被規(guī)?；褂?。針對POS 系統(tǒng)傳送的傳輸協(xié)議數(shù)據(jù)單元（TPDU）數(shù)據(jù)包，POS 路由器能實(shí)現(xiàn)全面分析，參照TPDU內(nèi)目標(biāo)碼的差異性，將其傳送給相應(yīng)服務(wù)器進(jìn)行處置。

2 移動POS系統(tǒng)具體化設(shè)計(jì)

圖1 是本系統(tǒng)拓?fù)鋱D[3]。

紅線內(nèi)是本公司內(nèi)部當(dāng)下執(zhí)行的系統(tǒng)架構(gòu)局部情況；當(dāng)前規(guī)劃設(shè)計(jì)的介入裝置類型主要有撥號POS、商場MIS 等；DDN 專線是預(yù)付費(fèi)卡系統(tǒng)實(shí)現(xiàn)運(yùn)行的重要支撐載體，在其協(xié)助下能順利和其他各家預(yù)付費(fèi)卡公司構(gòu)建連通關(guān)系；不管是預(yù)付費(fèi)卡公司還是本公司推行的清算方法，本公司均是各項(xiàng)交易活動的基準(zhǔn)，系統(tǒng)每天均會采用ftp 方式把電子對賬文件完整的傳送給各家預(yù)付費(fèi)卡公司；預(yù)付費(fèi)卡公司據(jù)此自行及時(shí)處置帳務(wù)異常狀況；各家預(yù)付費(fèi)卡公司負(fù)責(zé)把商戶進(jìn)帳單提供給廣大商戶。

2.1 實(shí)時(shí)交易系統(tǒng)(DCSS)模塊

圖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ù)付費(fèi)卡公司的業(yè)務(wù)系統(tǒng)內(nèi)，錄入交易流水與日志。DCSS 有交易控制、提取商戶與交易數(shù)據(jù)、存儲歷史流水等諸多功能。

DCSS 的功能基本是在一臺前置服務(wù)器內(nèi)實(shí)現(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ù)檢驗(yàn)、調(diào)整轉(zhuǎn)換等諸多過程，而后建設(shè)出新的數(shù)據(jù)包，要求該數(shù)據(jù)包一定要和現(xiàn)行的規(guī)范化接收格式相吻合，將其傳送給其它預(yù)付費(fèi)卡公司方，預(yù)付費(fèi)卡公司處理完成后，把最后的處置結(jié)果返送至該前置機(jī)，解包處理后，對交易成敗情況作出判斷。在確認(rèn)各種交易均成功后，組包再返回到前臺收銀臺，收銀臺對其進(jìn)行解包、判斷，確認(rèn)成功后便同意發(fā)到商場主機(jī)記賬，成功以后打出單據(jù)提供給顧客取貨。

2.2 資料管理系統(tǒng)（DCMS）模塊

基于B/S 多層架構(gòu)規(guī)劃設(shè)計(jì)出該系統(tǒng)。

語言是數(shù)據(jù)查詢功能實(shí)現(xiàn)的重要基礎(chǔ)，本系統(tǒng)選用JAVA 作為編程語言，該系統(tǒng)內(nèi)布設(shè)的模塊均是抽象模塊，和特約商戶、預(yù)付費(fèi)卡公司等諸多方存在著千絲萬縷的關(guān)聯(lián)性，整體結(jié)構(gòu)見圖2[4]。

本文從界面的視角出發(fā)，對該系統(tǒng)的設(shè)計(jì)情況進(jìn)行分析：

（1）登陸主界面：第三方支付公司業(yè)務(wù)員將用戶名、密碼輸入后，便可以登錄到管理界面，三大子系統(tǒng)共用同個(gè)主界面[5]。

（2）管理主界面：進(jìn)入該界面后能觀察到多個(gè)管理界面，結(jié)算與退貨系統(tǒng)屬于DCSS 系統(tǒng)的范疇，資料、參數(shù)及系統(tǒng)管理均屬于DCMS 系統(tǒng)的范疇。

（3）商戶資料管理：該部分的功能以查找、增減、修改等為主，呈現(xiàn)出的信息以商戶詳細(xì)信息及和其自身有關(guān)的預(yù)付費(fèi)卡公司的商戶信息等。

2.3 清算系統(tǒng)(DCCS)模塊

該模塊主要是為滿足本公司卡發(fā)行部門提出的需求，故而在設(shè)計(jì)該模塊時(shí)候主要牽連到清算各種給定條件及打印報(bào)表等。該系統(tǒng)主要包括風(fēng)險(xiǎn)管理、統(tǒng)計(jì)系統(tǒng)兩大子模塊，基于多層B/S 模式設(shè)計(jì)系統(tǒng)，主要是批量化處理數(shù)據(jù)，既往交易活動中形成的數(shù)據(jù)發(fā)揮主導(dǎo)性作用。

（1）風(fēng)險(xiǎn)管理模塊：主要是控制交易活動風(fēng)險(xiǎn)、管理黑名單表，確保金額收錄與查詢、金融復(fù)核規(guī)范、準(zhǔn)確推進(jìn)。

（2）發(fā)卡公司報(bào)表管理，其包括管理和發(fā)卡公司相關(guān)商戶的報(bào)表管理，均是基于報(bào)表形式被統(tǒng)計(jì)出來的。

3 系統(tǒng)集成及測試

3.1 測試類型

3.1.1 聯(lián)機(jī)測試

經(jīng)統(tǒng)計(jì)后發(fā)現(xiàn)，本系統(tǒng)業(yè)務(wù)內(nèi)聯(lián)機(jī)業(yè)務(wù)在研發(fā)總量中所占比例高于50%。聯(lián)機(jī)交易為直接和用戶群體交互的功能支撐，故而在用戶操作與響應(yīng)時(shí)間等方面均提出較高要求，通常要求3～5s 便能準(zhǔn)確作出反應(yīng)，聯(lián)機(jī)交易對時(shí)效性提出較高要求，輸入及輸出數(shù)據(jù)均較少，不會頻繁的整改數(shù)據(jù)資料。因?yàn)槠涫穷A(yù)付費(fèi)卡公司營業(yè)數(shù)據(jù)的始源，故而正確與否對預(yù)付費(fèi)卡公司賬務(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)時(shí)間短暫、并發(fā)數(shù)目龐大等是聯(lián)機(jī)交易的主要特征，故而在測試環(huán)節(jié)中一定要將響應(yīng)時(shí)間調(diào)整在一定范圍中（一般是5s）。

3.1.2 批量測試

在本系統(tǒng)內(nèi)，主要涉及到DCCS 模塊的批量化處理，包括年尾結(jié)算、利息沖轉(zhuǎn)、賬戶審核及各種報(bào)表形成等。數(shù)據(jù)備份與復(fù)原、數(shù)據(jù)處置、報(bào)表形成是批量化處理的主要構(gòu)成，批量測試也是針對以上三大內(nèi)容進(jìn)行的，聯(lián)機(jī)檢測驗(yàn)證處理的準(zhǔn)確性是批量處理的基礎(chǔ)條件。

3.1.3 壓力測試

壓力測試被定義為擬化現(xiàn)實(shí)運(yùn)用的軟硬件環(huán)境與廣大用戶應(yīng)用過程中的系統(tǒng)負(fù)荷，采用運(yùn)行測試軟件去檢測被測目標(biāo)系統(tǒng)運(yùn)轉(zhuǎn)過程的可靠性、具體響應(yīng)時(shí)間。人工測試已經(jīng)無法較好的滿足現(xiàn)實(shí)要求，故而推薦采用相關(guān)測試工具輔助配合落實(shí)該項(xiàng)工作，具體是由數(shù)據(jù)信息準(zhǔn)備與實(shí)施測試過程兩大部分構(gòu)成。

3.1.4 網(wǎng)絡(luò)通訊測試

因?yàn)榻K端POS 機(jī)局部是基于無線GPRS-POS 銜接的，在接入前置機(jī)前期，需要通過防火墻，故而該部分的網(wǎng)絡(luò)通訊較為特殊，需要進(jìn)行網(wǎng)絡(luò)通訊測試。

3.2 測試階段

3.2.1 單元測試

單元測試與檢查模塊上統(tǒng)一進(jìn)行，通過觀察測試過程、分析測試結(jié)果探查實(shí)現(xiàn)某一模塊的現(xiàn)實(shí)功能和定義功能之間是否存在不符合狀況、編碼錯(cuò)差等。針對DCSS、DCCS、DCMS 三大模塊內(nèi)各子系統(tǒng)盡可能將其細(xì)化為數(shù)個(gè)功能單一的小型模塊，通過閱覽模塊說明書與源程序，掌握該模塊的邏輯結(jié)構(gòu)與I/O 條件，借鑒白盒法和黑盒法的使用案例，盡量實(shí)現(xiàn)完全測試目標(biāo)，主要是對聯(lián)機(jī)、批量測試。

3.2.2 集成測試

嚴(yán)格依照設(shè)計(jì)要求組裝模塊并對其進(jìn)行測試，其目標(biāo)主要是探查和接口相關(guān)的問題，比如有數(shù)據(jù)經(jīng)由接口時(shí)發(fā)生了遺失情況，因?yàn)槭杪┰斐蓛蓚€(gè)模塊之間相互形成有害影響，整合子功能以后不能獲得預(yù)期的主功能，一些看似能接受的偏差在不斷累積過程中抵達(dá)了不能被接受的程度，全過程數(shù)據(jù)結(jié)構(gòu)可能存有錯(cuò)差等。

本課題中設(shè)計(jì)出的系統(tǒng)主要應(yīng)用了從下至上集成化測試方法，重點(diǎn)考慮了接口完整性、功能準(zhǔn)確性以及性能全面性等方面的問題。

3.3 聯(lián)調(diào)測試

歷經(jīng)集成測試正確后的軟件系統(tǒng)，可以將視為一個(gè)計(jì)算機(jī)元素，和POS 系統(tǒng)有關(guān)的MIS 主機(jī)、移動POS 均被固定接進(jìn)POS機(jī)內(nèi)。需要在現(xiàn)實(shí)應(yīng)用情景中檢測網(wǎng)控器、防火墻等硬件，LINUX的WEB 服務(wù)器操作系統(tǒng)等軟件，借此方式探查出本系統(tǒng)和系統(tǒng)設(shè)計(jì)需求規(guī)格之間存在的差異，掌握矛盾之處，主要開展功能、性能、安穩(wěn)性、配置以及組裝測試等。

3.4 驗(yàn)收測試

歷經(jīng)以上過程測試檢測確認(rèn)準(zhǔn)確無誤以后，對本系統(tǒng)進(jìn)行驗(yàn)收，驗(yàn)收需預(yù)付費(fèi)卡公司、商戶、本公司卡業(yè)務(wù)部與本公司信息部共同參與，確保整個(gè)驗(yàn)收過程規(guī)范推進(jìn)，保證整個(gè)系統(tǒng)性能、功能等均符合現(xiàn)實(shí)需求。

4 結(jié)束語

當(dāng)下設(shè)計(jì)出的移動POS 系統(tǒng)實(shí)現(xiàn)了本公司儲值卡業(yè)務(wù)高效率運(yùn)行，后續(xù)研究中應(yīng)將側(cè)重點(diǎn)放在規(guī)模化推廣方面上，分析到普遍性這一現(xiàn)實(shí)問題，因而在面對新的需求時(shí)，相關(guān)人員要做到思維靈活，適時(shí)適度加以調(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)而拓展與升級功能，實(shí)現(xiàn)更全面、詳盡的清算報(bào)表與風(fēng)險(xiǎn)調(diào)控。