• 欢迎访问ByWei.Cn,推荐使用最新版火狐浏览器和Chrome浏览器访问本网站,加入百味博客 QQ群
  • 已升级为最新版主题,并将持续优化改造中,支持说说碎语功能,可像添加文章一样直接添加说说,博客主题升级啦
  • 感谢您百度求点赞啊!百度网址
  • 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏百味博客吧
  • 博主热烈欢迎 软件定制开发 联系:http://www.bywei.cn

某聚合支付平台行业解决方案

行业应用 国付 9个月前 (12-25) 1040次浏览 0个评论 扫描二维码

聚合支付

第 1 章 关于本解决方案

本解决方案涵盖项目整个流程需求、设计、开发、问题售后、扩展以及安全性措施等。

第 2 章 概述

2.1 项目背景

支付行业的高速发展,面对国家对第三方平台的要求日益提高,聚合支付平台应运而生,作为第三方支付平台服务的拓展,介于第三方支付机构和商户之间。商家出于时间成本、精力上的考虑,不再需要一家家去对接支付宝、财付通、百度钱包等各个支付通道,而是直接由聚合支付服务商通过统一的开发系统实现一次性对接,同时支持市面上主流的多家支付通道、多个支付场景、多种支付方式。形成了自己的特色,软件产品服务于国内百余家支付公司。在为客户创造价值的同时,产品本身也获得了丰富与完善。公司战略是立足于软件研发,通过服务延伸软件价值,潜心深耕支付软件产品,与客户创建互利共赢是我们的愿景。

2.2 项目设计原则

项目以安全性、稳定性、健壮性为初衷进行设计。

第 3 章 需求描述及分析

3.1 概述

3.1.1 需求分析组成

业务需求、接口需求、安全需求;系统涉众的分析、总体功能需求、技术架构需求。

3.1.2 业务原理和逻辑

国付聚合支付系统,可以将市面上主流的支付渠道整合为一个付款渠道接口,发放给下级商户用户使用。商户(各类型站点或者线下商店以及各种付款场景使用者)只向平台申请一次就可以接入全部的主流支付 ,不用再去一个个的申请,节约站点支付开发的时间,解决收款混乱以及网站支付问题。

商户根据平台接口文档接入平台,平台进行审核/下号,平台之间产生资金流向并生成订单流水,支付担保平台提交给上游接口,等待上游接口返回订单状态;根据上游接口返回的订单状态,支付担保平台内部做具体业务逻辑处理(数据安全校验 MD5 值比对、非法值过滤、单号过滤等),将处理后的结果中转给下级商户平台。

3.1.3 接口需求

虚拟接口包括:业务逻辑接口、数据对象接口、模型抽象接口、全局接口等。

实体接口包括:网银支付接口、手机快捷接口、支付宝、财付通、微信等。

3.1.4 基于Java框架的安全性

Java 框架提供了一个强健的安全系统,该系统能够限制代码在严格约束的、管理员定义的安全上下文中运行。

3.2 项目分析

3.3 应用领域与使用对象

主要用于线上收款,一些游戏类站点或者一些商城,如果需要各种支付方式(比如微信支付,支付宝支付,银联快捷支付)就必须分别向这些支付渠道商申请账号,不仅耗时耗力而且不便于统一维护和财务统计。通过国付 API 聚合支付系统对接后,只需要向平台申请一次支付,就可以同时拥有多种支付通道,而且这些支付通道不受上级通道限制。可以解决一些行业的支付问题,是一种创新的支付方式。

3.3.1 技术架构

使用 Java 三层体系架构:

表示层:主要使用 Struts 技术,逻辑层强大和完善,无论表现层如何定义和更改,各司其职,逻辑层都能完善地提供服务。

业务逻辑层:主要针对具体问题操作,也是对数据 Data 层的操作,对数据业务进行逻辑处理,实现积木拼接式搭建。

抽象接口层:对数据访问层抽象出接口,业务逻辑层经过抽象接口层去调用,保证调用分离,扩展分离。

数据访问层:主要对原始数据(数据库或 XML、文本文件等存放数据形式)进行加工和提取,为业务逻辑层提供数据服务。

工厂模式(简单工厂、抽象工厂)。

设计模式:单例模式、适配器模式、模版方法模式、职责链模式等。

3.4 业务模式

 

第 4 章 总体设计

4.1 总体设计目标

高并发、大数据承载量、安全、稳定为最终实现目标。

4.2 总体设计原则

依据七大原则:开-闭原则(OCP)、里氏替换原则(LSP)、依赖倒转原则(DIP)、接口隔离原则(ISP)、迪米法特原则(LKP)、单一职责原则(SRP)、合成/复用聚合原则(CARP)。

4.2.1 服务器

系统采用分布式的部署方案,所以对服务器的要求比较高。并发能支撑到每秒 500 笔交易请求。服务器的搭配一般有 3 个方案:

方案一:

1 台 8 核 32G 的服务器,带宽选 10M。

方案二:

2 台 4 核 16G 的服务器,带宽选 5M。

方案三:

4 台服务器。一台作为数据库服务器,4H8G,内网传输;两台作为应用服务器,4H16G,用于处理后台、交易和清算数据;一台作为查询服务器,4H8G,专门用来处理下游的查询请求。

4.3 平台选择

WEB 服务器操作系统环境:CentOS 6.8 Linux 64 位

WEB 服务器数据库环境:MySQL

第 5 章 详细设计

5.1 技术架构设计

5.1.1 设计原则

可靠性、健壮性、可修改性、便捷性、可测试性、效率性、标准化性、先进性、可扩展性。

5.2 功能设计 

5.3 安全设计

信息内部传输采用 MD5 不可逆加密算法,涉及到金额、银行卡、结算等敏感信息系统会自动过滤恶意请求,保证用户资金安全。

5.3.1 界面设计原则

操作简单,布局舒适,颜色美观,效果出色。

5.3.2 易用性设计

用最简单的操作达成最复杂的需求,一站式服务的用户体验。

5.3.3 项目测试方案

5.3.3.1 测试阶段

基本单元测试,压力测试,性能测试必不可少。

第 7 章 项目预算

现阶段国付聚合支付平台的项目费用提供两套方案:

方案一:我司收取系统的费用,分三阶段付款。具体方案联系销售人员。

方案二:我司免费提供系统进行使用。前期收取一定的系统搭建费用;后期按照交易量比例进行收取。

 

 

欢迎留言联系


百味博客 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:某聚合支付平台行业解决方案
喜欢 (0)
[微信扫一扫]
分享 (0)
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址