第三方支付平台系统概要设计文档格式.docx
《第三方支付平台系统概要设计文档格式.docx》由会员分享,可在线阅读,更多相关《第三方支付平台系统概要设计文档格式.docx(49页珍藏版)》请在冰豆网上搜索。
开发人员。
一.2背景
第三方支付具有显著的特点:
第一 第三方支付平台提供一系列的应用接口程序,将多种银行卡支付方式整合到一个界面上,负责交易结算中与银行的对接,使网上购物更加快捷、便利。
消费者和商家不需要在不同的银行开设不同的账户,可以帮助消费者降低网上购物的成本,帮助商家降低运营成本;
同时,还可以帮助银行节省网关开发费用,并为银行带来一定的潜在利润。
第二 较之SSL、SET等支付协议,利用第三方支付平台进行支付操作更加简单而易于接受。
SSL是应用比较广泛的安全协议,在SSL中只需要验证商家的身份。
SET协议是发展的基于信用卡支付系统的比较成熟的技术。
但在SET中,各方的身份都需要通过CA进行认证,程序复杂,手续繁多,速度慢且实现成本高。
有了第三方支付平台,商家和客户之间的交涉由第三方来完成,使网上交易变得更加简单。
第三 第三方支付平台本身依附于大型的门户网站,且以与其合作的银行的信用作为信用依托,因此第三方支付平台能够较好地突破网上交易中的信用问题,有利于推动电子商务的快速发展。
任务提出者:
XXXX信息技术有限公司
开发者:
XXXX信息技术有限公司项目组
用户:
XX签约商户、持卡人、业务运营人员
一.3术语定义
序号
术语名称
术语定义
1
商户
在支付平台注册,并设立清算账户的买方、卖方、代理商。
2
会员
在支付平台注册,不具备商户功能的个人用户。
3
账户
每个商户和会员均会有一个对应的账户记录,用来存放虚拟资金。
4
结算
将商户家虚拟货币转换为真实货币的过程。
结算周期:
周一至周日的任意1-7天。
风险预存期:
如T+1,即当天的交易第二天零点后结算。
结算方式:
自助结算即由商户后台手动发起结算,自动结算即由系统每日零点后的一个时间启动定时任务发起结算。
5
清算
清算的目的是结算,按业务规则、费率算出账,及对账、确认的过程。
6
对账
商户对账:
平台不提供商户对账功能,由商户自行完成。
银行对账:
银行交易明细和平台交易明细一一核对,及后续处理流程。
一.4参考资料
文档名称
作者
版本/日期
XX第三方支付平台系统—需求规格说明书
唐伟
版本1.0
2013年8月
第三方电子支付探索与实践
中国电子商户协会
2008年4月
第二章系统环境
第二章
第三章
三.1运行环境
项目
名称
操作系统
Linux
JVM
JDK1.6以上
应该服务器
Jboss7
数据库
IBMDB2EnterpriseServer
第一章
二.1
三.2部署图
结合总体结构图,不同类型的的服务对部署提出了不同的需求,比如交互服务要求公网可访问、可以快速变化;
核心的业务功能服务则要求稳定、具有海量吞吐能力;
外部合作服务可能要求特殊的网络访问方式。
由于不同的服务有不同的部署要求,采用分布式部署,通过分布式服务间的协作实现业务流程。
为了支撑可用的服务协作网络,平台采用以服务为单元的部署架构。
每一个服务是一个独立的或多台物理机器组成的集群;
服务与服务之间是松耦的,它们具有不同的服务功能、发布策略、管理策略与软硬件基础。
第三章系统总体设计
第四章
四.1系统结构设计描述
支付平台作为第三方支付企业的核心服务包括三方面:
1、对客户提供电子货币支付、结算服务;
2、与银行一起完成电子货币与真实货币的转换/清算;
3、协助银行完成客户的的真实货币结算;
为了满足互联网金融服务系统的快速变化与高度稳定的要求,同时也借鉴了支付宝的经验,将系统设计为面向服务的架构,系统引入了阿里巴巴开源服务框架Dubbo。
Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。
其核心部分包含:
远程通讯:
提供对多种基于长连接的NIO框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。
集群容错:
提供基于接口方法的透明远程过程调用,包括多协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群支持。
自动发现:
基于注册中心目录服务,使服务消费方能动态的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少机器。
Dubbo能做什么?
透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。
软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。
服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。
四.2总体结构图
四.3功能需求与程序的关系
程序
功能
商户门户
运营门户
会计系统
风控系统
支付网关
账户管理
记账服务
订单服务
通知服务
清算服务
结算服务
对账服务
银行接口
商户接口
认证服务
证书服务
商户接入流程
√
支付流程
支付成功后流程
结算流程
退款流程
商户通知流程
会计流程
充值流程
账户间转账
对账流程
四.4实体模型描述
三.1
三.2
三.3
三.4
三.4.1会员
四.4.1.1会员实体
记录会员基本信息,身份证,登录名,姓名等。
四.4.1.2会员账户
会员的在支付平台系统的账户信息,包含账户余额,账户类型等信息。
四.4.1.3会员提现记
记录会员的每次提现的金额等信息。
四.4.1.4会员充值
记录会员账户的每次充值数据。
四.4.1.5会员交易记录
记录会员的交易历史,包括收款和付款。
三.4.2运营
四.4.2
四.4.2.1权限
操作员实体:
记录可以登录运营后台的所有人员
角色实体:
按照功能分组,每个角色包含多个权限,如果把这个操作员分配给某个操作员那么这个操作员就具有这个角色所具有的所有权限。
权限实体:
表示一个操作员被允许的操作。
四.4.2.2结算
账户实体:
保存用户金额,分为会员账户和银行账户,其中银行账户是银行在支付平台系统的一个映射账户。
结算周期定义实体:
商户的结算周期,结算最定金额,上次结算日期。
结算记录:
商户每次结算时计算笔数,金额的统计。
账务历史:
商户结算根据未结算的账户历史统计得出。
划款记录:
计算出结算金额后,生成一笔打款记录把钱结算到商户的银行账号中。
三.4.3商户
四.4.3
四.4.3.1商户实体及商户扩展资料实体
保存商户的基本信息和数据,包括商户签约名称,商户的签约网站,商户的合约时间等。
商户的基本资料在商户和支付平台签约的时候指定,为了安全性,商户不可自行更改自己的基础信息。
四.4.3.2商户操作员实体
商户审批后,系统自动为商户创建一个默认操作员,此操作员拥有商户的最高权限,不可删除,不可修改用户名,可修改登陆密码。
商户可建立子操作员,子操作员由默认操作员创建,分配权限,可删除,可修改。
操作员可根据自己的被赋予的权限,在商户后台拥有权限相应的功能操作。
四.4.3.3角色
商户操作员可建立角色,一个操作员可以拥有多个角色,一个角色对应多个操作员。
四.4.3.4功能权限
功能权限由操作员自行管理,一个功能权限对应多个资源,操作员与功能权限为多对多的关系。
四.4.3.5账户实体
每个商户在我们平台拥有一个账户实体,用户支付成功的时候增加实体的余额,退款则相应减少退款余额。
每次账户余额的变更,对应生成一条账户历史。
四.4.3.6结算信息
商户的结算信息,主要包括商户的结算方式,自动结算、手动结算。
结算周期,日结、月结等信息。
三.4.4核心交易
四.4.4
四.4.4.1订单实体
记录核心的订单数据,包含每次请求的商户订单号,系统生成的流水号,商户交易的金额,手续费,商户的账户信息等和商户支付相关的核心记录。
状态变化情况为:
下单时创建,状态未付,当用户在银行付完款后,更改状态为已付。
四.4.4.2支付记录实体
下单后,付款人选择支付方式时产生,初始状态为未付,付款人每次更换不同的支付方式重复发起支付时产生新的支付记录,状态都为未付,其中一笔支付记录付款成功后,系统自动把其他未付的支付记录撤销;
订单被撤销时,关联的所有支付记录也都被撤销;
如果某一笔支付记录已被撤销,然后才收到银行系统的支付成功通知,系统则发起自动退款。
四.4.4.3退款记录实体
退款记录创建时需要传入退款订单号,且对于同一商户的退款订单号不允许重复,如果没有传退款订单号,则系统自动生成一个。
四.4.4.4账户实体
第四章模块功能分配
第五章
五.1系统划分及功能描述
四.1
四.1.1运营门户
五.1.1.1需求规定
1.功能需求
2.运营角色划分
1.会员管理用例
2.商户管理用例
3.运营用户管理用例
4.客户服务管理用例
5.银行接口管理用例
6.会计管理用例
五.1.1.2包设计结构
五.1.1.3基本设计概念和处理流程
1.权限流程
基本设计概念:
1)管理员登录运营管理系统。
2)运营管理系统接收到管理员的登录请求后,验证管理员的账号和密码的有效性,验证失败后告知登录人登录失败,成功则展现管理界面给管理员。
3)管理员选择需要维护的数据,发