储值卡移动POS系统的设计与实现分析

李玉川

（安付宝商务有限公司 上海市 200333）

有统计资料显示[1]，近些年国内预付卡总量持续增长，但和各个POS 相对预付费卡公司卡数目有不断走低的趋势，这就预示着POS 机具增长率将会高于预付费卡公司卡发行是必然的发展趋势。移动POS 系统研制成功且应用以后，预付费卡公司可以参照本公司内部当下推行的接口标准接入到系统内，设置相配套的加密方法及相关技术应用准则。合理采用POS 系统革新了预付费卡公司卡业务运作模式，促进储值卡收益增长过程，拓展了客户覆盖面，且因该系统基于预付费卡公司标准化方式下研发的，为后期功能拓展与升级创造了便利条件。站在POS 商户的角度分析，扭转了传统交易行为方式，POS 机具的兼容性、便利性与安稳性均处于较高层面上。

1 系统设计的基础技术

1.1 SQL语言

SQL 语言由多个语句组成，用其定义、整改与销毁数据库及增减、搜索数据值。SQL 语言在应用阶段经常会结合高级别编程语言具备的决策判断、序列调整控制与信息存管、操控与搜索等诸多SQL 功能，基于此研发出数据库应用程序。本课题中引用的应用案例及其宿主语言均是JAVA，数据库是MYSQL。

1.2 B/S架构

浏览器/服务器（B/S）结构下，用户界面完全基于浏览器实现，形成三层结构。当下，三层B/S 结构在国内预付费卡公司核心业务系统内有广泛应用，其较好的满足了预付费卡公司业务联网的现实需求。系统处置常规业务流程是：浏览器端发出交易请求，服务器历经测算与存储、访问数据等操作后，把测算结果与数据返送至浏览器，浏览器接收到响应以后，在用户界面上呈现结果[2]。预付费卡系统设计采用B/S 架构，能实现对前端的标准化设计、构建与运维管理方便、灵活性处于较高水平。

1.3 系统接入技术

POS 接进路由器，需将一块POS 功能卡插在路由器上，这是POS 接入路由功能实现的重要基础。当下，应用路由器达成POS接入技术已经被规模化使用。针对POS 系统传送的传输协议数据单元（TPDU）数据包，POS 路由器能实现全面分析，参照TPDU内目标码的差异性，将其传送给相应服务器进行处置。

2 移动POS系统具体化设计

图1 是本系统拓扑图[3]。

红线内是本公司内部当下执行的系统架构局部情况；当前规划设计的介入装置类型主要有拨号POS、商场MIS 等；DDN 专线是预付费卡系统实现运行的重要支撑载体，在其协助下能顺利和其他各家预付费卡公司构建连通关系；不管是预付费卡公司还是本公司推行的清算方法，本公司均是各项交易活动的基准，系统每天均会采用ftp 方式把电子对账文件完整的传送给各家预付费卡公司；预付费卡公司据此自行及时处置帐务异常状况；各家预付费卡公司负责把商户进帐单提供给广大商户。

2.1 实时交易系统(DCSS)模块

图1：系统拓扑图

图2：DCMS 总体结构

从本质上分析，DCSS 为主机持有的B/S 架构，对诸多电子营销设施其前端均能发挥较强的支撑性作用，历经DCSS 转换以后将相关信息发送至后端装设的预付费卡公司的业务系统内，录入交易流水与日志。DCSS 有交易控制、提取商户与交易数据、存储历史流水等诸多功能。

DCSS 的功能基本是在一台前置服务器内实现，可以将其细化为网络层与业务层两大部分，前者又可以细分为和商场衔接的LAN 部分及和第三方支付公司衔接的WAN 部分。在商户方上悬置的交易模块由MIS 主机，移动POS 与拨号POS 构成，于商户方上悬置一台等同于网关的前置设施，用于接收银机传输而来的业务功能申请讯息，经过解包、技术检验、调整转换等诸多过程，而后建设出新的数据包，要求该数据包一定要和现行的规范化接收格式相吻合，将其传送给其它预付费卡公司方，预付费卡公司处理完成后，把最后的处置结果返送至该前置机，解包处理后，对交易成败情况作出判断。在确认各种交易均成功后，组包再返回到前台收银台，收银台对其进行解包、判断，确认成功后便同意发到商场主机记账，成功以后打出单据提供给顾客取货。

2.2 资料管理系统（DCMS）模块

基于B/S 多层架构规划设计出该系统。

语言是数据查询功能实现的重要基础，本系统选用JAVA 作为编程语言，该系统内布设的模块均是抽象模块，和特约商户、预付费卡公司等诸多方存在着千丝万缕的关联性，整体结构见图2[4]。

本文从界面的视角出发，对该系统的设计情况进行分析：

（1）登陆主界面：第三方支付公司业务员将用户名、密码输入后，便可以登录到管理界面，三大子系统共用同个主界面[5]。

（2）管理主界面：进入该界面后能观察到多个管理界面，结算与退货系统属于DCSS 系统的范畴，资料、参数及系统管理均属于DCMS 系统的范畴。

（3）商户资料管理：该部分的功能以查找、增减、修改等为主，呈现出的信息以商户详细信息及和其自身有关的预付费卡公司的商户信息等。

2.3 清算系统(DCCS)模块

该模块主要是为满足本公司卡发行部门提出的需求，故而在设计该模块时候主要牵连到清算各种给定条件及打印报表等。该系统主要包括风险管理、统计系统两大子模块，基于多层B/S 模式设计系统，主要是批量化处理数据，既往交易活动中形成的数据发挥主导性作用。

（1）风险管理模块：主要是控制交易活动风险、管理黑名单表，确保金额收录与查询、金融复核规范、准确推进。

（2）发卡公司报表管理，其包括管理和发卡公司相关商户的报表管理，均是基于报表形式被统计出来的。

3 系统集成及测试

3.1 测试类型

3.1.1 联机测试

经统计后发现，本系统业务内联机业务在研发总量中所占比例高于50%。联机交易为直接和用户群体交互的功能支撑，故而在用户操作与响应时间等方面均提出较高要求，通常要求3～5s 便能准确作出反应，联机交易对时效性提出较高要求，输入及输出数据均较少，不会频繁的整改数据资料。因为其是预付费卡公司营业数据的始源，故而正确与否对预付费卡公司账务准确性起到决定性作用。

联机测试主要从如下几方面进行：

（1）页面严格性，页面的基本要素整齐全面，数据输出与输出均要高效进行且符合相关要求。

（2）严格控制数据位数，在界面上要严格的将其体现出来。

（3）响应时间短暂、并发数目庞大等是联机交易的主要特征，故而在测试环节中一定要将响应时间调整在一定范围中（一般是5s）。

3.1.2 批量测试

在本系统内，主要涉及到DCCS 模块的批量化处理，包括年尾结算、利息冲转、账户审核及各种报表形成等。数据备份与复原、数据处置、报表形成是批量化处理的主要构成，批量测试也是针对以上三大内容进行的，联机检测验证处理的准确性是批量处理的基础条件。

3.1.3 压力测试

压力测试被定义为拟化现实运用的软硬件环境与广大用户应用过程中的系统负荷，采用运行测试软件去检测被测目标系统运转过程的可靠性、具体响应时间。人工测试已经无法较好的满足现实要求，故而推荐采用相关测试工具辅助配合落实该项工作，具体是由数据信息准备与实施测试过程两大部分构成。

3.1.4 网络通讯测试

因为终端POS 机局部是基于无线GPRS-POS 衔接的，在接入前置机前期，需要通过防火墙，故而该部分的网络通讯较为特殊，需要进行网络通讯测试。

3.2 测试阶段

3.2.1 单元测试

单元测试与检查模块上统一进行，通过观察测试过程、分析测试结果探查实现某一模块的现实功能和定义功能之间是否存在不符合状况、编码错差等。针对DCSS、DCCS、DCMS 三大模块内各子系统尽可能将其细化为数个功能单一的小型模块，通过阅览模块说明书与源程序，掌握该模块的逻辑结构与I/O 条件，借鉴白盒法和黑盒法的使用案例，尽量实现完全测试目标，主要是对联机、批量测试。

3.2.2 集成测试

严格依照设计要求组装模块并对其进行测试，其目标主要是探查和接口相关的问题，比如有数据经由接口时发生了遗失情况，因为疏漏造成两个模块之间相互形成有害影响，整合子功能以后不能获得预期的主功能，一些看似能接受的偏差在不断累积过程中抵达了不能被接受的程度，全过程数据结构可能存有错差等。

本课题中设计出的系统主要应用了从下至上集成化测试方法，重点考虑了接口完整性、功能准确性以及性能全面性等方面的问题。

3.3 联调测试

历经集成测试正确后的软件系统，可以将视为一个计算机元素，和POS 系统有关的MIS 主机、移动POS 均被固定接进POS机内。需要在现实应用情景中检测网控器、防火墙等硬件，LINUX的WEB 服务器操作系统等软件，借此方式探查出本系统和系统设计需求规格之间存在的差异，掌握矛盾之处，主要开展功能、性能、安稳性、配置以及组装测试等。

3.4 验收测试

历经以上过程测试检测确认准确无误以后，对本系统进行验收，验收需预付费卡公司、商户、本公司卡业务部与本公司信息部共同参与，确保整个验收过程规范推进，保证整个系统性能、功能等均符合现实需求。

4 结束语

当下设计出的移动POS 系统实现了本公司储值卡业务高效率运行，后续研究中应将侧重点放在规模化推广方面上，分析到普遍性这一现实问题，因而在面对新的需求时，相关人员要做到思维灵活，适时适度加以调整。POS 系统内DCSS 清算系统将既往交易数据整合至数据库内，故而在下一阶段中，应站在海量数据的视角出发，不断拓展储值卡有关业务信息挖掘的深度性，进而拓展与升级功能，实现更全面、详尽的清算报表与风险调控。