互联网支付系统概要设计

《互联网支付系统概要设计》由会员分享，可在线阅读，更多相关《互联网支付系统概要设计（8页珍藏版）》请在装配图网上搜索。

1、互联网支付系统概要设计方案1.1. 总体架构我司将根据项目需求,将建设支付平台内部管理系统并参加路由系统和网关系统,并将考虑未来的开展，将所接入的渠道形成统一的api接口或SDK方便平台整体支付功能的输出.1.1.1. 用户层包含平台运维人员管理员,消费客户,代理商或商户使用,为其提供相应的功能模块.1.1.2. 应用层提供商户管理、预警管理、渠道管理、账户管理等核心功能,并集成网关系统可对外提供支付功能.1.1.3. 支撑层集成路由系统对支持指定和智能匹配两种形式的路由规如此 ,并形成系统统一用户管理、统一的系统管理、统一权限管理等.1.1.4. 接入层接入层不仅负责接入相关支付渠道.同时，

2、要形式自己web收银台和app收银台相关SDK或 API.1.2.1. 后台开发后台开发技术采用Cobol、JCL、CLCS、VSAM、DB2，支持OS390平台或其他.1.2.2. 中间件采用 Websphere、Weblogic、TIBCO,平台可支持 Unix linux、windows.1.2.3. 前台应用前端开发技术采用 Eclipse、gwt、web2.0,平台支持 Unix linux、windows.1.2.4. 数据应用数据开发技术采用 Oracle、DB2、Svbase、informix、mysql、sql Server,平台支持 Unix linux、 windows.

3、1.2.5. 移动端支持 iso 移动端开发,采用 obictive-c 技术语言,支持 Android 移动开发,采用 java 技术语言.1.2. 技术方案根据我司对本项目需求理解,系统划分为网关系统、路由系统、核心关系系统、系统接 口、预警管理几局部进展设计.1.3.1. 核心管理系统设计1.3.1.1. 根本信息管理根本信息是卡管理系统的根底,增加系统相关参数,配置行业类型,设定卡的根本功能等 等,我们为国盾会员卡管理系统提供了灵活多变的信息管理,可自由添加,修改或者删除. 系统参数管理某某有效期月份数 ,账户冻结有效期天数 ,口头挂失有效天数 ,分期支付欠款警示天 数 和系统状态 等

4、等参数,表示行卡的一些业务参数.通过这些参数的约束,可以方便有效的 对行卡进展管理.行业类型管理行业类型是用户标识商户信息的,明确商户是属于哪个行业,是餐饮,旅游,还是房产等 等.商户网点控参管理商户网点控制目前共有4 个,单笔充值最大金额,充值总额度,单笔消费最大金额和消费 总额度.用来限制商户或者网点每一笔交易金额,防止意外情况的发生.1.3.1.2. 用户管理用户管理模块,用于管理国盾会员卡管理系统的操作员信息,比如,为操作员分配操作组, 设置操作权限等.权限管理系统中所有操作是权限管理的根底,用户能使用该操作,比如新增,修改,审核等,就说明 该用户拥有使用本操作的权限.操作组管理为了更

5、好的区别不同角色,我们设定操作组,不同的操作组成员,只能使用相应的操作组 中设定的操作集合.操作员管理操作员是被系统管理员授权,来管理或者操作相应的业务,完成卡的开户,入库,出库等 等业务的流转.1.3.1.3. 商户管理商户管理模块提供对商户相关信息的管理,比如添加新的商户,为商户指定扣率比率,为 商户添加网点,为商户添加支付渠道业务.有了这些内容,持卡人才能进展充值、消费等操作. 总商户信息管理总商户用是来对商户进展分类的,方便用户管理商户信息.同样系统为总商户信息提供了查询,新增和修改功能.便于用户自主管理总商户信息.商户信息管理商户信息管理用来对商户进展操作,包括新增,修改,审核,启用

6、和停用等.商户扣率管理每一个商户,每一种渠道都将对应一个口率.在网点消费将按照这个扣率进展扣除.网点信息管理网点信息管理用来对网点进展管理,包括新增,修改,审核,启用和停用等.1.3.2. 网关系统设计根据本项目的需求,将设计交易网关和支付网关 .支付网关是银行或支付渠道系统和Internet 网络之间的接口,是由支付渠道操作的将 Internet 上传输的数据转换为金融机构 内部数据的一组服务器设备,或由指派的第三方处理商家支付信息和顾客的支付指令.支付 网关可确保交易在 Internet 用户和交易处理商之间安全、无缝的传递,并且无需对原有主机 系统进展修改.它可以处理所有Internet

7、支付协议,Internet安全协议，交易交换，信息与协 议的转换以与本地授权和结算处理.另外,它还可以通过设置来满足特定交易处理系统的要 求.而交易网关是用于建立交易过程中数据整合使用的功能，利用数据交换应用集成和交互 软件，中心集成网关用于中心企业建立数据整合平台.交易网关可以对内整合企业务平台等 业务数据，对外整合渠道数据，形成交易数据的通道.网关系统提供主要功能：订单生成、支付结果通知、退款、交易查询、支付请求、支付 结果通知、撤销/冲正、支付查询、对账请求、扫码支付、被扫支付、网银支付、移动支付 等功能.1.3.3. 路由系统设计通过支付路由在支付的过程中 ，用户在前端选择一种支付方式

8、 ，比如使用招行借记卡来 支付后，系统不一定就是调用招行的接口来执行支付.可以通过支付宝、微信以与银联等，调 用招行借记卡支付，将相关支付方关联到具体的支付接口.而支付路由在支付系统中的核心作用如下： 节省本钱：是支付路由选择支付通道的最主要的规如此,哪个通道省钱,根本会优先 考虑这个通道； 服务质量： 表现在系统的可靠性、稳定性、性能和可用性上,通过屏蔽掉无法连接、不稳定、性能低的通道来提升这些指标； 支持营销：通过优先选择有优惠活动的通道,可以帮助业务提升付费客户量； 运营本钱：通过支付路由,可以大大降低运营投入.支付路由并不会直接对接前端的支付产品或者后端的支付渠道,它是支付网关的一局部

9、, 本项目中支付路由作为一个独立的服务,被支付网关所调用.具体模块设计如下： 支付通道管理：提供通道支持的产品类型、费率等信息. 支付通道质量监控：收集通道使用过程中的错误信息,接口延迟,超时情况等信息,用于统计. 资金头寸管理：用于监控系统在各个支付通道上的头寸,并提供头寸的信息. 优惠活动：银行、第三方支付为了延揽客户,经常也会提供一些补贴给对接的商户,对于使用该渠道的交易进展补贴.而优惠的策略也是多种多样： 支付策略：针对使用该通道的所有支付进展补贴；仅针对首次使用该通道的用户进 展补贴；仅针对绑卡的用户进展补贴.注：补贴时,按照支付金额来设置优惠额度,或者按比例打折.一般活动都会设置补

10、贴总额度.该额度用完了就停止补贴.当然,活动也都会设置开始和截止时间.预警管理设计由于考虑本项目业务系统数量大,每天都会产生大量的系统交易数据系统日志、交易 日志,给开发和运维带来诸多不便,所以查看和统计更是效率低下.在信息化时代,系统中日志的价值是无穷的.为了对系统进展有效的监控、维护、优化、 改良,都离不开对日志的收集和分析,接下来我们来看看秉着短平快的互联网精神,构建 的这套适合现有业务系统的统一日志平台,总体分为业务日志监控平台和软硬件服务监控平 台.业务监控设计以上为一个示意的架构规划,统志监控系统负责将所有系统日志和业务日志集中,再通 过上传到中心，然后供系统实时分析处理日志,或直

11、接将日志持久化存储到HDFS供离线数据 分析处理,或提供数据查询,或直接发起异常报警或提供指标监控查询.也可据现有业务量,调整轻量级架构,可以作为以后的目标,现阶段来说可以参考以下架 构：以上内容皆以配置为主,对现有业务没有影响,针对于 Windows 环境可以用 FileBeat 监 控本地日志全量、增量的上传日志 ,对于一些稳定的日志 ,比如系统日志或框架日志 如 HAproxy访问日志、系统异常日志等，通过rsyslog写到本地目录localO，然后logstash根 据其配置，会将local。中的增量日志上传到日志中心.Java环境下可以采用log4j直接发送 到 Logstash.1

12、.3.4.1. 交易监控功能：监控系统正在进展的每一笔交易信息.1.3.4.2. 跑批监控功能：监控系统后台执行批处理时的过程.1.3.4. 系统接口设计集成与接口平台的功能可以分为应用操作层和根底层两局部.其中,根底层为 支撑平台的公共根底功能组件,主要包括数据格式模板定义、数据加密/解密、数 据压缩/解压缩、安全机制、消息处理等模块.应用操作层主要包括数据发送/连接、 格式适配器、格式转换器、数据清理等数据处理模块.集成与接口平台支持 B/S 的分布式数据转换模式.主要工作模式：按逻辑联 系分为数据导入源、数据导出源和通用接口三大局部,通用接口是数据导入/导出 源数据交换的桥梁.其他管理软

13、件系统、电子数据文档和资金管理软件系统之间 可以互为源数据或目的数据.1.3. 非功能设计1.4.1. 性能与可靠性设计1.4.1.1. 系统吞吐量 统支持的平均事务处理量不小于平均TPS值为XX. 系统支持的顶峰事务处理量不小于峰值TPS值为XX.1.4.1.2. 响应时间用户交互式访问系统的登陆界面的响应时间目标是XX秒.用户的简单查询访问的响应时间目标是X秒.用户的复杂查询访问的响应时间目标是XXX秒,视查询的复杂程度.用户的事务处理的响应时间目标是XX秒.1.4.2. 可维护性设计应满足业务产品更新频繁、市场需求不断变化、业务开展服务规模的不断扩 大、应用频繁发布、上线、下线等需求.可对关键业务流程处理情况、客户操作记录、系统级日志保存的详尽日志记 录进展分析.从日志中分析系统与客户所发生的历史行为以备追溯查考 ,其中重 点包括如下日志：1.4.2.1. 程序日志程序日志用于记录程序的参数、中间结果以与必要的调试信息.程序日志包含了更多实现层次的详细信息,主要面向开发人员和系统维护人员.1.4.2.2. 系统日志系统日志用于记录系统的运行情况、启动和停止信息.系统级日志更多的是为了记录系统运行中各支撑软件、工具的运行状况,面向系统维护人员.