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

李玉川

（安付寶商務有限公司 上海市 200333）

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

1 系統(tǒng)設計的基礎技術

1.1 SQL語言

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

1.2 B/S架構

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

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

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

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

圖1 是本系統(tǒng)拓撲圖[3]。

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

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

圖1：系統(tǒng)拓撲圖

圖2：DCMS 總體結構

從本質上分析，DCSS 為主機持有的B/S 架構，對諸多電子營銷設施其前端均能發(fā)揮較強的支撐性作用，歷經DCSS 轉換以后將相關信息發(fā)送至后端裝設的預付費卡公司的業(yè)務系統(tǒng)內，錄入交易流水與日志。DCSS 有交易控制、提取商戶與交易數(shù)據(jù)、存儲歷史流水等諸多功能。

DCSS 的功能基本是在一臺前置服務器內實現(xiàn)，可以將其細化為網絡層與業(yè)務層兩大部分，前者又可以細分為和商場銜接的LAN 部分及和第三方支付公司銜接的WAN 部分。在商戶方上懸置的交易模塊由MIS 主機，移動POS 與撥號POS 構成，于商戶方上懸置一臺等同于網關的前置設施，用于接收銀機傳輸而來的業(yè)務功能申請訊息，經過解包、技術檢驗、調整轉換等諸多過程，而后建設出新的數(shù)據(jù)包，要求該數(shù)據(jù)包一定要和現(xiàn)行的規(guī)范化接收格式相吻合，將其傳送給其它預付費卡公司方，預付費卡公司處理完成后，把最后的處置結果返送至該前置機，解包處理后，對交易成敗情況作出判斷。在確認各種交易均成功后，組包再返回到前臺收銀臺，收銀臺對其進行解包、判斷，確認成功后便同意發(fā)到商場主機記賬，成功以后打出單據(jù)提供給顧客取貨。

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

基于B/S 多層架構規(guī)劃設計出該系統(tǒng)。

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

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

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

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

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

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

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

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

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

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

3.1 測試類型

3.1.1 聯(lián)機測試

經統(tǒng)計后發(fā)現(xiàn)，本系統(tǒng)業(yè)務內聯(lián)機業(yè)務在研發(fā)總量中所占比例高于50%。聯(lián)機交易為直接和用戶群體交互的功能支撐，故而在用戶操作與響應時間等方面均提出較高要求，通常要求3～5s 便能準確作出反應，聯(lián)機交易對時效性提出較高要求，輸入及輸出數(shù)據(jù)均較少，不會頻繁的整改數(shù)據(jù)資料。因為其是預付費卡公司營業(yè)數(shù)據(jù)的始源，故而正確與否對預付費卡公司賬務準確性起到決定性作用。

聯(lián)機測試主要從如下幾方面進行：

（1）頁面嚴格性，頁面的基本要素整齊全面，數(shù)據(jù)輸出與輸出均要高效進行且符合相關要求。

（2）嚴格控制數(shù)據(jù)位數(shù)，在界面上要嚴格的將其體現(xiàn)出來。

（3）響應時間短暫、并發(fā)數(shù)目龐大等是聯(lián)機交易的主要特征，故而在測試環(huán)節(jié)中一定要將響應時間調整在一定范圍中（一般是5s）。

3.1.2 批量測試

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

3.1.3 壓力測試

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

3.1.4 網絡通訊測試

因為終端POS 機局部是基于無線GPRS-POS 銜接的，在接入前置機前期，需要通過防火墻，故而該部分的網絡通訊較為特殊，需要進行網絡通訊測試。

3.2 測試階段

3.2.1 單元測試

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

3.2.2 集成測試

嚴格依照設計要求組裝模塊并對其進行測試，其目標主要是探查和接口相關的問題，比如有數(shù)據(jù)經由接口時發(fā)生了遺失情況，因為疏漏造成兩個模塊之間相互形成有害影響，整合子功能以后不能獲得預期的主功能，一些看似能接受的偏差在不斷累積過程中抵達了不能被接受的程度，全過程數(shù)據(jù)結構可能存有錯差等。

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

3.3 聯(lián)調測試

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

3.4 驗收測試

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

4 結束語

當下設計出的移動POS 系統(tǒng)實現(xiàn)了本公司儲值卡業(yè)務高效率運行，后續(xù)研究中應將側重點放在規(guī)模化推廣方面上，分析到普遍性這一現(xiàn)實問題，因而在面對新的需求時，相關人員要做到思維靈活，適時適度加以調整。POS 系統(tǒng)內DCSS 清算系統(tǒng)將既往交易數(shù)據(jù)整合至數(shù)據(jù)庫內，故而在下一階段中，應站在海量數(shù)據(jù)的視角出發(fā)，不斷拓展儲值卡有關業(yè)務信息挖掘的深度性，進而拓展與升級功能，實現(xiàn)更全面、詳盡的清算報表與風險調控。