第三方支付系统总体设计方案教学教材文档格式.docx
- 文档编号:18687202
- 上传时间:2022-12-31
- 格式:DOCX
- 页数:33
- 大小:35.14KB
第三方支付系统总体设计方案教学教材文档格式.docx
《第三方支付系统总体设计方案教学教材文档格式.docx》由会员分享,可在线阅读,更多相关《第三方支付系统总体设计方案教学教材文档格式.docx(33页珍藏版)》请在冰豆网上搜索。
本文档是针对企业商户在线支付业务的总体方案建议书(以下简称“建议书”)。
本建议书的主要内容包括:
1)对在线支付所支撑的业务和整体建设方案的理解;
2)对企业提供的解决方案进行说明,包括系统功能、技术架构和系统的扩展能力等;
3)对系统硬件集成方案主进行说明,包括主机平台、存储、网络环境等;
4)对系统实施过程中的基础数据规范进行说明;
1.2项目愿景和范围
通过系统可以达到商户在线充值、转账、支付、退款、分润、退分润等功能业务,并
以报表的形式将交易结果呈现给客户,除此之外还包括系统的一些信息管理。
为商户提供方
便快捷的服务。
1.3本期系统建设目标
在线支付管理系统的本期建设将实现对企业商户支付业务的集中统一管理,并为商户提
供多种辅助手段,解决商户交易管理效率低等问题。
通过在线支付系统的建设,主要实现以下三个目标:
1)
2)
3)
实现商户资源的集中管理。
商户通信、银行通信的加密技术,保证了信息的安全。
实现灵活多样的信息查询和统计功能,为商户提供方便及时的交易信系统建设必须具备高度的先进性、可靠性、可用性、安全性并具备良好的扩展性和灵活
性。
1.4方案特点
1)基于B/S体系架构,既保证了数据维护的高效,又保证了多数用户在查询时的方
便、快捷。
2)所有的商户资源数据均保存在数据库中,实现了商户资源数据的集中存储。
3)采用MD5技术对用户密码及安全文件路径进行存储,保证了系统的安全性。
1.5系统功能需求
1.5.1用户分析
在线支付系统面向的用户主要是各个企事业单位、商城等。
1.5.2系统功能
系统应包括以下功能:
在线支付平台:
基于企业商城平台实现在线支付、分润、冻结、解冻
功能。
2)商户管理平台:
商户通过平台实现充值、提现、转账等功能。
3)系统管理平台:
系统人员通过该平台实现商户信息维护、查询、统计
1.6技术需求
系统应满足在可用性、可管理性、安全性、系统性能以及可扩展性、开放性、
兼容性、先进性、经济性、规范性、可维护性、可重用性、可测试性等方面的要
求。
系统应实现与第三方支付安全认证系统、企业商户平台的接口。
1.6.1主要系统指标
表1主要系统指标
关键功能指标
指标
用户总容量
5亿
平均并发访问的响应时间<
2秒
峰值并发访问的响应时间
1H
<
3秒
1
应用浏览并发访问量,
1000000
总体设计
2.1设计原则
2.1.1基本原则
为了提供一个具有先进性、开放性、标准性、可扩展性、可管理性和安全性的高性能系统,在设计过程中遵循以下基本原则:
1)安全性:
保证数据不被非法入侵者破坏和盗用,并保证数据的一致性。
对欺诈行为采取多种检查和处理手段。
2)可靠性/稳定性:
采用故障检查、告警和处理机制,保证数据不因意外情况丢失或损坏;
采用灵活的任务调度机制实现负载均衡,防止“瓶颈”产生,在任何情况下,都保持可预见的输出。
3)可扩展性/可伸缩性:
采用组件化设计原则,用户可以选择需要的组件构成不同规模的应用系统;
新功能、新业务的增加能够在不影响系统运行的情况下实现。
4)灵活性:
采用参数驱动的设计方法,应用系统的变更可通过调整参数实
现。
5)易操作、易管理:
良好的用户操作界面、完备的帮助信息。
系统参数的
维护与管理通过操作界面实现。
6)实时性:
实时完成高并发数据的处理;
对实时性要求更高的业务提供特
殊的处理方法。
7)准确性:
提供多种核查或稽查手段,保证系统的准确性。
2.1.2可配置、可扩充原则
可配置性指本系统的业务处理的灵活性和可扩充性。
通过表驱动或参数驱动可以配置通用系统的具体表现是灵活性的重要技术
手段。
组件化使得功能模块在编码时间具备可配置的性能,可以使得系统升级和改
造减轻压力,也使得系统业务扩充能力得以容易完成。
2.1.3面向对象的分析、设计和编码
面向对象的分析、设计和编码是本系统的要求之一,是三层体系结构的重要
内容。
面向对象的分析和设计是指通过对需求的分析,概括、抽象出主要的对象类
型和对象的继承系列。
系统的概要设计报告书中应明确设计出主要业务和业务处
理对象的基础类(BaseClasses)的数据结构,以便能够在详细设计和编码时能
够完成其性能及继承类的性能。
一般的,对象的设计应当支持流的性能(Stream-able),使得对象的状态可
以动态内存和外存的存储和动态网络传递,使得监控和跟踪系统可以深入到一定
的细节。
2.1.4组件技术
重要业务的对象化是保证系统继承性和可维护性和扩展性的重要设计保证。
组件化是业务与业务处理面向对象设计的现代形式。
2.1.5模块化设计
整个系统的设计是将系统划分为彼此之间相互独立的模块,通过对模块的灵
活组合,向不同的用户提供不同的个性化的支持。
2.2系统功能结构
在线支付系统分为三个子系统:
在线支付子系统、商户平台系统和系统管理
子系统。
下图是在线支付系统的功能结构示意图。
;
、
r.1
1
.1
-|i
.11
.Tl
.3
•I-r
>
■1
■1
A
J
j]
.T!
.Ti
aF
r
|1
rT
□
羊
P
2
44卩
bi
aw
童,■干旨〒乘豁
"
屮
M2
++伸
*2
P2
..
1在线支付系统功能结构图
在线支付子系统相关模块的主要功能如下:
1)商户在线支付。
2)商户实时分润,包括分润、退分润、冻结、解冻、查询订单。
商户平台子系统相关模块的主要功能如下:
1)提供商户充值、提现、转账、退款等功能。
系统管理子系统相关模块的主要功能如下:
2)系统管理子系统实现了收单银行、商户管理、交易管理、操作员管理
功能
2.3系统软件架构
K
[借记卡系统1
茸它支俏系统
讶呆辛堰
收单杼系绦**«
■
艮系统
亚务平
信用卡系统
rfi.王姑
EJ-|3T_
业务管理
系统
分灼1
业务平台Ml
暂理庫
账务指令处理展
MGP期系统辛桂
在线支付系统采用B/S架构,如下图所示
图2在线支付系统软件架构
2.4与其它系统的接口
2.4.1与银行的接口
第三方支付,与银行对接采用http请求方式。
2.4.2与企业商户平台接口
本期的企业商户平台对外提供以Java组件为接口的方式,商户利用平台提
供的接口实现在线支付、查询和统计功能。
2.5在线支付系统数据存储设计
在线支付系统信息的共享和存储,是实现支付业务管理图形化展示和操作的
关键设计之一。
我们采用在数据库中集中存储所有的在线支付信息的方式。
物理
模型和图形存储示例如下图所示。
业FlfH
ifla
hJi鼻去
1L3X日
1k
i歹知
ITT^
fL'
iXAt!
序荆車匸
ut
WTflI"
L齢
ISb
■PlKhTJE
切齐曲
河齐!
>:
£
(LRTEjlBj•:
UTE
I1IE
■MJEdUE
S:
悴闻
uF讦料
lydrLEJkHl.:
_
卞月朋・Em
ME
主51注昼邑您
HTE
CMRff
?
世它
TlXHUJ'
:
TT-JElT
“1-il
X-SP^
□T-HLIrt.Z;
r-e.'
-ij'
flM•尸
UK-
臺林・
□DCimq.rt.r
t対吐
■RIEEib.忆I
ttMTS
ft味阳1
解■石畀毋箭<?
!
iilKHUi
iar-
."
HJ"
w
W-
•F
■JJEHHLJ.!
-!
irfi
uMbiDliiJ
二貳
-urujt“J
«
*M転最
lEEARiJ
nl4fi
urns)
緒
•Nd?
=1门
■AQIL旳
;
i<
riK:
™
hi忙血HUJ
H
4
'
JJE31C.
■rr
HTI
■IJOJBJ:
.
UK
er*^a
tmiEW
IF
€肿
v-JEHTJIKj
1^3菱小
K1E
叮担FK
吩
—Awj:
=
■孑片底
UBCUEI^T"
KtZ
”[!
■MHMLf|
^31"
5
*
tF91*
iMfHi-Fri<
■4lilfi'
fr
^TfBkR3J)
Tmmixi)
计于Mi:
工IE
时」
TiWIilil])
申岸alM
3.TE
■MLfflKMi.l
ll:
i
MLaiJlIOO*
阳t
■AmH?
jir
hOL
豐强社■用!
t
KSSED
下4阿LJL#睛吕
niEza
LOOt
•玉•
VDimftHI1
琨上日A
UUl^AfULI
背加li
v.uss^izsi
t?
1i
V.WT3ftJ!
lJO)
4E
训ITT竹1⑹
VJUSZAfirD'
l
Z
■.nr汕:
哂
jUEZZ
UWUAMlhJ)
4rS
iimMH刚
申上白嗚
祸曰哥U^T~
■S加佃卫皿血
■STiX丄样9趾LHEW业爭:
iin輛■的塩1
[emu
LITKr
祀呼
牺
VrXEiZ.e-1
餐鼻型<
MS
riTThTijj
liturM
bm
iJl.HfHtf:
gO
Timr」N
Ht-Lk
弾TEAT巧D
vmA
■.■iXEtZlO-
X”=rrft
N1F
:
^A^G
V£
3CEkEi30:
■fir*J>
LrW.
ftB
EKIEEE
耳户虽•工
wjnuMj
中K=芒工
UhJBCHW迪
F卜很崟
UhHXhfiO
曲自盘片
|丿叶阿1
^Vsr-t.
VUTH^EfZ'
MMTIIfcM^.1
IX
•1£
・户鼻料H
K32H
二K-IE
IWMBD
FtaugDj
■t^l
^ffBu.hiri
MTE
fl丄!
H呻
曾庫・kX山
EM朋
WIT
Lr-ftia
■■JJCHEEiSJ?
kiTdui
■MULKI®
巧
AH1=1
JJ
乂*lahl
TEnWIHIj
as^alfr
HIE
LJK
慟件気El
FMTIT£
TIIf'
•士
m
lint
■A>
TAimSJX.
口!
lAflli*«
li>
14、S.-tft
上片冒七Hl
rftTE
g
rynMisi
z
i-ta
秫SOXI3-
ir.gm询
附珅E
EIRU嘲UKlhtSt^HvajehakCs)
UAfiCr"
UEILIBU-Iiu.LJ.J
OJULW⑷nmUME
UUHEEM
VjiJffljhRl10J
畑3曲100J
UUHLHAKl^O□:
VfcTmfcBIJl
0WH
迺4曰或尸id
肿i裔⑷创珪叫㈣:
3Ll;
JkHZHJLR[8>
LOT;
DECIULi】认27
vamLATtiiw)
JJUfifc可VAWTTliJKifl)
1WDEEIIDM-IW.2)h|即MUgflO
H罰TWEE
VAfflLkLARrilJUj<
pk^
v*irwfcR5ft)
曲片flfi-rn
TfW
吐止山户1U
ujdfirc.
nrrTi^T(m.?
耶1田口IAKIQ)
丸需悄.呵
皿ibaj4他打
■{■4ft!
J*.KID
TJrtdm
VArtJJAHIU)
era1=1
IMiTB
R-i
raiinruii1;
t•-斯吐f-lt
LUUG
nELimj-dD^z>
卅卯柑心
和THUR㈣
T和血-敕
M>
KH-EARri2d7
曲强
n*raJdfi.n(nau:
WilTTrmiPM)
VAHLHAMI^bb/
i/AirM*FC?
n)
图3在线支付系统物理模型示例
2.6应用系统扩展能力
应用系统的扩展能力表现在以下方面:
1)良好的系统架构,保证了软件生命周期过程中架构的稳定性。
2)本系统在开发过程中采用了面向对象和基于业界标准的组件技术,良好
的组件接口设计可以最大限度地保证各组件的可重用性。
3)利用系统提供的配置功能,可以提供系统中没有新的设备型号。
4)对于新的需求,系统不需要更改原来的系统结构,只需要根据需求增加
新的组件或程序,实现增量式的开发。
5)由于良好的设计,本系统可以为其它的系统提供扩展的信息服务。
系统功能说明
3.1在线支付子系统
3.1.1在线支付模块
该模块的主要功能如下图所示
网上支付子系统
在线支付
图4在线支付模块功能
商户通过该接口模块实现在线支付的功能业务
3.2商户平台子系统
321商户充值模块
商户登录该平台后,可通过充值模块实现充值操作。
3.2.2商户提现模块
商户可通过该功能实现提现操作,待后台做提现审批处理后,提现成功
提现形式:
系统账户余额转移到商户借记卡。
3.2.3商户转账模块
商户通过该功能实现商户间的资金转移,也即B2B交易。
3.2.4交易模块
卖出交易
卖出交易即在线支付交易查询。
买入交易
买入交易即系统转账交易查询。
退款交易
针对支付交易后,由于交易物品损坏或变更等情况下商户提交退款申请,待
后面审批处理后实现退款业务。
4)退款审核
商户在卖出交易申请退款后,需要商户后台结算人员审核通过后,退款交
易进入到待处理退款请求。
账户明细
根据刷选时间查询所有资金流向(充值、提现、支付、手续费、转账、
退款、代付、结算、调账)的交易。
325商家服务
企业信息
显示商户企业相关登记信息、商户在业务后台的编号、安全校验码。
服务信息
查询商户已开通的服务信息。
326系统管理
用户管理
增加、编辑、查询商户后台登陆用户。
角色管理
创建、修改、停用、删除商户后台角色,并为角色设置对应的权限。
登陆日志
查询商户后台所有用户登陆的时间、IP、状态日志。
3.3系统管理子系统
3.3.1客户管理
企业客户管理
客户通过风控审核后,签订合同,由运营人员根据合同将客户信息录入业
务支撑管理平台。
当客户信息发生变更时,由客户发起申请,由运营人员将客
户信息修改变更。
同时业务人员可在业务支撑后台查询到客户的信息。
个人客户管理
个人客户通过风控审核后,签订合同,由运营人员根据合同将客户信息录入
业务支撑管理平台。
当客户信息发生变更时,由客户发起申请,由运营人员将客
在线申请客户管理
商户可在系统首页在线申请客户页面填写客户申请信息,运营人员在申请
客户管理列表查看、删除在线申请客户记录。
332运营管理
资产管理
运营人员可以根据运营管理,创建新的资产管理,填写相应的资产编号、
资产名称、品牌、规格型号、数量、资产状态(在用、闲置、报废)、启用日志,
备注等,当资产管理需要发生更改时,由运营人员进行更改。
安全事件管理
当一个系统出现问题的时候,运营人员需要建立一个安全事件,选择安全
事件的类别(入侵记录、备份失败、内存溢出),然后进行事件描述,给出发生
时间和解决时间,如果此问题已解决,则在事件状态中选择“已解决”并做相
应的事件描述;
如果此问题没有解决,则事件状态选择“待解决”,同样做出相
应的事件描述。
当该安全事件发生变更时,运营人员可以进行更改。
3.3.3客户结算管理
待处理提现请求
审核在商户后台申请并审核通过的提现操作。
单笔提现审批
单笔提现审批通过进入提现处理。
批量提现审批
批量提现审批通过进入提现处理,生产批量提现批次号。
提现处理
单笔提现审批与批量提现审批通过的记录,会再次进行提现处理,审核通过
的记录,会进入到提现复核操作,拒绝的记录,提现流程将终止,提现失败。
提现复核
提现处理成功的记录需要做提现复核,提现复核通过后,财务根据交易流水
记录给申请提现的商户进行打款。
提现复核拒绝的记录,提现流程终止,提现失
败。
提现历史查询
商户申请提现的时候,提现历史会生产一条提现记录,根据结算人员的审批、
处理、复核、改变提现处理状态,记录提现银行渠道、提现终审时间、提现复核
时间。
334客户账户管理
账户查询
客户在系统开户时,系统会关联创建一个可用资金账户。
客户创建服务(在
线支付、代付)时,系统会创建一个服务账户以及服务手续费账户,账户查询列
出客户在系统所有的账户。
账务流水查询
账户流水查询记录系统客户提现、转账、退款、手续费、代付、在线支付等
操作客户账户资金的流向情况。
账户调账
客户在系统开通服务后,会有相应的服务账号,客户提交调账申请,结算人
员可以从客户系统的一个账户调账到另一个账户。
账户调账审核
客户申请账户调账后,结算专员在系统进行账户调账后,需要结算主管审核
成功后,账户调账才能成功。
335银行管理
银行管理
系统已经开通服务的银行,填写银行编码、银行名称。
银行数据是系统的基
础数据,系统其他地方跟银行有关联的地方,都是从银行管理读取数据。
收单银行账户管理
收单银行账户管理是把在各个银行开通的账户信息录入系统,并为收单银行
创建在银行开设的服务如(b2b、b2c)等。
银行账户充值
客户通过线下渠道给系统银行账户转账的时,需在系统为相应的银行账户增
加转账金额,方便系统跟银行对账。
银行账户提款
需要从收单银行账户提款时,财务在银行账户提款列表选择银行账户、输入
提款金额、输入备注信息,点击提款。
银行账户转账
银行账户充提转审核
系统收单银行账户通过网银直接转账或者线下转账,为了实现系统收单银行
账户金额跟银行账户金额一致,需先在系统银行账户转账功能进行转账操作,等
相关人员审核后,银行账户之间转账才能通过。
银行账户充提转记录
银行账户进行充值、提款、转账操作时,都需要经过相关人员审核,审核通
过才能继续后续流程;
审核拒绝,流程终止,操作失败。
336网关订单及支付管理
网关订单查询
网关订单是开通在线支付的客户通过调用系统提供的支付接口,在收银台选
择支付通道支付的订单记录。
订单记录显示交易流水号、网关支付号、商户订单
号、订单金额、订单信息等。
网关支付管理
查询通过系统在线支付网关支付的流水记录,网关支付时,可能会出现掉单
的情况,订单状态为等待支付时,需要结算人员去银行查询该笔交易的状态,成
功则手动把该订单状态置为成功,失败则置为失败,也可以通过调用银行对账接
口的方式自动核对订单状态。
异常订单审核
结算人员在网关支付管理手动处理的网关支付记录,需要通过审核后,订单
状态才会最终确认,审核通过,该订单结果跟原处理结果一致。
异常订单查询
在线支付订单状态为等待支付的订单会显示到异常订单查询列表。
交易对账
下载银行对账数据,上传到系统交易对账,系统同步银行对
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第三 支付 系统 总体 设计方案 教学 教材