背景
银行网点的人流量越来越大,办理业务人员也越来越多,办理的业务也越来越繁琐和复杂。传统的排队机和传统的填单机各自为政,已经无法处理当前需要两者协同作业的业务,随着这些业务的日渐繁多,排队填单一体机的建设逐步的被提上日程。
应用场景
- 各大银行网点
主要功能
- 排队
- 预填单
疑难杂症
- 首先是目前银行太多太杂,各自的信息化建设水平层次不同。有的银行信息化程度高,已经存在一个总行级别的管理后台,将信息做了整体汇总。代表行:工行。
- 业务各不相同,各个行对应的业务无论是复杂度还是繁琐程度各不相同。
解决方案
区分P、C、V端。
- V端主要进行设备的管理,设备的监控和填单模板的配置。目前bcmv系统基本可以满足要求,但是欠缺的是填单模板部分。填单模板采用uedit扩展插件,拖拽的形式进行模板的配置。最终将模板以html的格式存入到数据库之中。
- P端主要进行报文的收发,接收C端报文,发往V端获取数据,之后将报文再反馈给C端。
- C端主要面向客户,提供取号业务和预填单业务。主要介绍一下预填单业务。客户选择预填单模板之后,显示对应的模板界面,操作完成之后,将模板填充并打印。
技术方案
C端使用基于arm的软件架构,基于android进行软件开发。
需要调取如下硬件:
- 读卡器(读取二代证和银行卡,多合一)
- 凭条打印机
- 激光打印机
调取驱动SP主要是基于JNI,调取C编程的底层驱动SP,达到调取硬件的目的。
模块化开发

UI展示模块
封装常用的UI控件
报文交互模块
进行与P端通讯,获取服务端数据
调取硬件模块
JNI调用底层硬件库,完成硬件模块的调用
技术学习
- gradle构建(组件化开发)之前一直使用maven,gradle没有仔细研究过。
- ndk打包
网友评论