《湖南移动银行联网缴费平台与BOSS系统接口概要设计说明书》由会员分享，可在线阅读，更多相关《湖南移动银行联网缴费平台与BOSS系统接口概要设计说明书（10页珍藏版）》请在金锄头文库上搜索。
1、2002.9湖南移动银行联网缴费平台 与BOSS系统接口概要设计说明书湖南拓维信息系统股份目 录1引言4编写目的4项目背景4参考资料、定义42总体设计4需求规定4系统功能4故障处理要求4运行环境4软件体系结构5基本设计概念和处理流程6缴费查询、缴费提交、冲正/撤销、代扣开通/取消6系统对帐7在线批扣7长沙交通银行和招商银行仍采用传文本方式的批扣8功能需求与程序的关系93接口设计10外部接口10内部接口104软件模块的物理分布11系统网络结构11软件模块在各个设备上的物理分布111 引言1.1 编写目的为配合湖南移动BOSS系统割接，湖南移动公司委托湖南拓维公司开发银行联网缴费平台与BOSS系统
2、接口程序。本说明书主要叙述了缴费平台的软件体系统结构，业务基本设计概念和处理流程，程序模块划分和功能描述，软件模块的物理分布等，力求整个系统布局合理，结构清晰。本文档主要面向项目组成员，亦可作为测试人员实施测试的依据。1.2 项目背景项目名称：湖南移动银行联网缴费平台与BOSS系统接口委托单位：湖南移动通信有限责任公司开发单位：湖南拓维信息系统股份主管部门：品质部简要说明：鉴于本次是在老系统的基础上对计费接口进行改造工作，因此在继承原系统的业务功能的前提下尽量不对系统的其它部分特别是与银行相关的部分作较大改动，以期在有限的时间内顺利完成各项工作任务。1.3 参考资料、定义（相关项目计划、合同及
3、上级机关批文，引用的文件、采用的标准等）（缩写词和名词定义）参见湖南银行联网缴费平台与BOSS系统接口方案2 总体设计2.1 需求规定2.1.1 系统功能实现银行柜台能够查询和缴纳移动用户 话费的基本功能。实现移动用户 话费银行代扣功能。实现银行代缴移动用户 话费情况统计功能。2.1.2 故障处理要求对于因网络超时而产生的不平帐，系统应提供冲正交易及时处理。对于确因人为误操作造成的错帐，系统应提供撤消交易及时处理。对于不能及时发现的错漏帐，系统应提供对帐流程加以正确处理。2.2 运行环境序号名称描 述数量1业务服务器IBM RS/6000 170(1*333M CPU,256M RAM HDD
4、,4mm TAPE, CDROM，AIX)12支付服务器IBM RS/6000 170(1*333M CPU，256M RAM， HDD， CDROM，AIX)13磁盘阵列IBM 2104-TL1磁盘阵列柜（4 * 9.1G HD）14前台管理IBM PIII/500（64M,10.1G,10BAST）WIN9815计费前置机IBM Netfinity5000 51Y(PIII500，512M RAM， HD，CDROM)16防火墙UF310017SJY05加密机威达工控机，3 * SJY03 加密卡，密钥管理软件，安全接口软件 18交换机3C16951 （12口10M交换机）19MODEM3
5、COM 56K “ 黑猫 ” Modem110路由器CISCO 2610路由器 （Cisco2610，NM-4A/S，WIC-2A/S）111数据库软件ORACLE 8 Enterprise Edition，SQL*PLUS112HACMPIBM HACMP 4.3 FOR AIX113交易中间件TUXEDO 7.1 FOR AIX1缴费平台2.3 软件体系结构EntrysvrBatchsndMonage前台监控前台对帐Filetrans湖 南移 动BOSS系 统TelesvrTransconPgateVgateVgate银行业务系统银行业务系统银行柜台银行柜台简要描述：整个系统划分为Pgat
6、e、Transcon、Telesvr、Entrysvr、Batchsnd、Filetrans、Monage、前台监控和前台对帐九个部分。其中Pgate及其子进程Vgate_nh负责同各个银行进行TCP/IP通讯；Transcon为流控中心，负责转发各种通讯报文；Telesvr负责同BOSS系统接口（根据收到的报文请求调用BOSS系统提供的各种服务并返回结果）；Entrysvr为批扣、Web提供接口服务；Batchsnd轮询批扣信息表发起在线代扣；Filetrans在移动和银行之间传送数据文件并完成数据入库，提供系统对帐和用户批扣接口；Monage和前台监控程序共同完成系统监控任务；前台对帐程序
7、发起对帐，查询对帐结果以及统计业务报表。2.4 基本设计概念和处理流程2.4.1 缴费查询、缴费提交、冲正/撤销、代扣开通/取消基本设计概念：缴费查询：根据银行柜台输入的 号码查询该用户的客户信息和帐单信息，返回数据用于打印缴费发票。缴费提交:根据缴费查询返回的帐户信息发起缴费申请，返回处理结果。冲正交易：银行柜台发出缴费提交请求后，由于网络故障等原因出现交易超时,导致银行柜台无法判断交易是否成功而默认失败。但如果移动实际上缴费成功了，则造成单边帐。为尽量减少类似不平交易。银行在每次交易超时而无法判定缴费结果时自动发起冲正交易。如果移动缴费成功，则冲掉这笔交易，否则返回“无此缴费交易”信息。撤
8、销交易：由于柜台营业员疏忽缴费时输错客户的 号码或客户报错自己的 号码等人为因素而导致缴费搞错对象,但交易已经成功。为消除这笔错帐，应提供柜台撤销交易。移动销帐成功后银行也须销帐。代扣开通/取消：移动用户可在银行申请开通/取消代扣业务。代扣用户数据同时保存在BOSS系统和缴费平台。缴费平台银行业务系统湖 南移 动BOSS系 统Transcon银行柜台Vgate银行业务系统银行柜台VgatePgateTelesvr处理流程：以上交易的一般处理流程：银行柜台发起交易请求，经银行内部业务系统、缴费平台的Vgate_nh、Pgate到达Transcon，经Transcon判断后转发到Telesvr。T
9、elesvr根据不同的交易代码，调用移动BOSS系统相应的业务接口服务进行处理。处理完后原路返回交易结果。2.4.2 系统对帐 基本设计概念：对于不能及时发现的错漏帐，系统提供对帐机制加以正确处理。先对总帐，然后再对明细帐。首先同银行对帐，同银行对平后再同BOSS系统对帐。同BOSS系统对帐不平时，由BOSS系统进行不平处理。缴费平台前台对帐银行业务系统湖 南移 动BOSS系 统Transcon银行柜台FiletransVgate银行业务系统银行柜台VgatePgateTelesvr 处理流程：缴费平台的前台对帐程序发起对帐。首先同银行对帐。前台对帐终端向Pgate发出对帐的报文请求，由银行核
10、对总帐并返回结果报文。如果总帐平，则同银行对帐完成，否则以同样的路径向银行发出传送缴费明细的请求。银行向缴费平台传送缴费明细有两种方式：报文方式和和文本方式，由Pgate针对不同的银行进行判断。如果是报文方式，Pgate直接将对帐请求传送到银行系统。银行取出所对批次的缴费明细发到Filetrans。Filetrans将缴费明细入库并进行不平处理。Filetrans把同银行对帐的结果返回前台对帐程序，由它呈现给用户；如果是传文本的方式，Pgate首先通知银行取出所对批次的缴费明细生成对帐文本，然后向FileTrans转发来自银行的取对帐文本的报文消息。Filetrans收到取对帐文本的报文消息后
11、，以FTP的方式从银行系统取来对帐明细，导入数据库，进行不平处理。最后Filetrans把同银行对帐的结果返回前台对帐程序同银行对帐完毕后，前台对帐程序向Filetrans发出同BOSS系统对帐的报文请求。Filetrans从数据库中取出要求对帐的时间跨度(以BOSS系统缴费时间为准)内的缴费明细生成对帐文本，以FTP的方式发送到BOSS系统指定目录下，然后直接调用BOSS系统提供的总量对帐业务服务进行对帐并处理不平明细。之后， Filetrans把对帐的结果信息返回前台对帐程序。至此整个对帐流程结束。2.4.3 在线批扣 基本设计概念：在线批扣是实现银行代理移动用户缴费 话费的一种新业务。移
12、动用户可在移动授权的任一家银行办理缴纳 话费的银行帐户，并申请开通 话费代扣业务，由银行定期从该帐户上扣除用户的 话费，免除了移动用户为交 话费的奔波之苦。用户也可随时在银行取消 话费代扣业务。在线批扣由BOSS系统定期发起（暂定每天发起一次）。在线批扣交易参与系统对帐。缴费平台银行业务系统湖 南移 动BOSS系 统Transcon银行柜台EntrysvrFiletransVgate银行业务系统银行柜台VgatePgateTelesvrBatchsnd 处理流程：BOSS系统定期生成需要在线批扣的用户文件（不包含用户发票信息）存放在约定的目录下。Filetrans检测到批扣文件后将其FTP至本
13、地并导入数据库中的代扣请求表。Batchsnd循环检测代扣请求表，如有记录，Batchsnd先向Entrysvr发出缴费查询请求。Entrysvr将缴费查询请求通过Transcon发往Telesvr，由Telesvr调用移动BOSS系统提供的缴费查询服务返回该号码的帐单信息。Batchsnd获得该号码的帐单信息后，再向Entrysvr发出银行扣款请求。Entrysvr将扣款请求经过Transcon、Pgate、vgate_nh发往银行执行扣款，并将扣款结果返回到Batchsnd。如果扣款成功，Batchsnd又向Entrysvr发出缴费提交请求，和上述缴费查询流程一样，Telesvr收到缴费提
14、交请求后调用BOSS系统提供的缴费提交服务进行缴费，并将缴费结果返回Batchsnd。Batchsnd应记录每一个号码执行代扣的处理结果.。2.4.4 长沙交通银行和招商银行仍采用传文本方式的批扣 基本设计概念：为适应长沙代扣用户比较多的情况，缴费平台同长沙交通银行和招商银行采用传文本方式的批扣。缴费平台不再以单个的号码发往银行扣款，而是以文本的方式将一批代扣用户号码送往银行进行扣款。传文本方式的批扣业务可选择在系统负载不大的时候发起，这有力的缓解了系统的网络压力。传文本方式的批扣不再参与系统对帐。 处理流程：缴费平台银行业务系统湖 南移 动BOSS系 统银行柜台FiletransVgate银行业务系统银行柜台VgatePgateFiletrans从BOSS系统取走批扣文件（包含代扣用户的发票信息）后不导入数据库，直接FTP至相应银行系统，然后通过Pgate向银行发出扣款的报文请求。银行取出文本的每一行记录进行扣款，并在响应文件中记
