《互联网支付系统概要设计.docx》由会员分享，可在线阅读，更多相关《互联网支付系统概要设计.docx（14页珍藏版）》请在三一办公上搜索。
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、，平台支持Unix linux、windows。1.2.4. 数据应用数据开发技术采用Oracle、DB2、Svbase、informix、mysql、sql Server，平台支持Unix linux、windows。1.2.5. 移动端支持iso
3、移动端开发，采用obictive-c技术语言，支持Android移动开发，采用java技术语言。1.2. 技术方案根据我司对本项目需求理解，系统划分为网关系统、路由系统、核心关系系统、系统接口、预警管理几部分进行设计。1.3.1. 核心管理系统设计1.3.1.1. 基本信息管理基本信息是卡管理系统的基础，增加系统相关参数，配置行业类型，设定卡的基本功能等等，我们为国盾会员卡管理系统提供了灵活多变的信息管理，可自由添加，修改或者删除。系统参数管理帐户有效期月份数，账户冻结有效期天数，口头挂失有效天数，分期支付欠款警示天数和系统状态等等参数，表示行卡的一些业务参数。通过这些参数的约束，可以方便有效
4、的对行卡进行管理。（行业类型管理行业类型是用户标识商户信息的，表明商户是属于哪个行业，是餐饮，旅游，还是房产等等。商户网点控参管理商户网点控制目前共有4个，单笔充值最大金额，充值总额度，单笔消费最大金额和消费总额度。用来限制商户或者网点每一笔交易金额，防止意外情况的发生。1.3.1.2. 用户管理用户管理模块，用于管理国盾会员卡管理系统的操作员信息，比如，为操作员分配操作组，设置操作权限等。 支持营销：通过优先选择有优惠活动的通道，可以帮助业务提升付费客户量； 运营成本：通过支付路由，可以大大降低运营投入。支付路由并不会直接对接前端的支付产品或者后端的支付渠道，它是支付网关的一部分，本项目中支
5、付路由作为一个独立的服务，被支付网关所调用。具体模块设计如下： 支付通道管理：提供通道支持的产品类型、费率等信息。 支付通道质量监控：收集通道使用过程中的错误信息，接口延迟，超时情况等信息，用于统计。 资金头寸管理：用于监控系统在各个支付通道上的头寸，并提供头寸的信息。 优惠活动：银行、第三方支付为了延揽客户，经常也会提供一些补贴给对接的商户，对于使用该渠道的交易进行补贴。而优惠的策略也是多种多样： 支付策略：针对使用该通道的所有支付进行补贴；仅针对首次使用该通道的用户进行补贴；仅针对绑卡的用户进行补贴。注：补贴时，按照支付金额来设置优惠额度，或者按比例打折。一般活动都会设置补贴总额度。该额度
6、用完了就停止补贴。当然，活动也都会设置开始和截止时间。预警管理设计由于考虑本项目业务系统数量大，每天都会产生大量的系统交易数据（系统日志、交易日志），给开发和运维带来诸多不便，所以查看和统计更是效率低下。在信息化时代，系统中日志的价值是无穷的。为了对系统进行有效的监控、维护、优化、改进，都离不开对日志的收集和分析，接下来我们来看看秉着“短平快”的互联网精神，构建的这套适合现有业务系统的统一日志平台，总体分为业务日志监控平台和软硬件服务监控平台。业务监控设计以上为一个示意的架构规划，统志监控系统负责将所有系统日志和业务日志集中，再通过上传到中心，然后供系统实时分析处理日志，或直接将日志持久化存储
7、到HDFS供离线数据分析处理，或提供数据查询，或直接发起异常报警或提供指标监控查询。也可据现有业务量，调整轻量级架构，可以作为以后的目标，现阶段来说可以参考以下架构：)以上内容皆以配置为主，对现有业务没有影响，针对于Windows环境可以用FileBeat监控本地日志全量、增量的上传日志，对于一些稳定的日志，比如系统日志或框架日志(如HAproxy访问日志、系统异常日志等，通过rsyslog写到本地目录local0，然后logstash根据其配置，会将local0中的增量日志上传到日志中心。Java环境下可以采用log4j直接发送到Logstash。1.3.4.1. 交易监控功能：监控系统正在
8、进行的每一笔交易信息。1.3.4.2. 跑批监控功能：监控系统后台执行批处理时的过程。！1.3.5. 系统接口设计集成及接口平台的功能可以分为应用操作层和基础层两部分。其中，基础层为支撑平台的公共基础功能组件，主要包括数据格式模板定义、数据加密/解密、数据压缩/解压缩、安全机制、消息处理等模块。应用操作层主要包括数据发送/连接、格式适配器、格式转换器、数据清理等数据处理模块。集成及接口平台支持B/S的分布式数据转换模式。主要工作模式：按逻辑联系分为数据导入源、数据导出源和通用接口三大部分，通用接口是数据导入/导出源数据交换的桥梁。其他管理软件系统、电子数据文档和资金管理软件系统之间可以互为源数
9、据或目的数据。1.3. 非功能设计1.4.1. 性能与可靠性设计1.4.1.1. 系统吞吐量l 统支持的平均事务处理量（不小于平均TPS值）为XX。l #l 系统支持的高峰事务处理量（不小于峰值TPS值）为XXX。1.4.1.2. 响应时间l 用户交互式访问系统的登陆界面的响应时间目标是XXX秒。l 用户的简单查询访问的响应时间目标是X秒。l 用户的复杂查询访问的响应时间目标是XXXX秒，视查询的复杂程度。l 用户的事务处理的响应时间目标是XX秒。1.4.2. 可维护性设计应满足业务产品更新频繁、市场需求不断变化、业务发展服务规模的不断扩大、应用频繁发布、上线、下线等需求。可对关键业务流程处理情况、客户操作记录、系统级日志保存的详尽日志记录进行分析。从日志中分析系统及客户所发生的历史行为以备追溯查考，其中重点包括如下日志：1.4.2.1. 程序日志程序日志用于记录程序的参数、中间结果以及必要的调试信息。程序日志包含了更多实现层次的详细信息，主要面向开发人员和系统维护人员。1.4.2.2. 系统日志系统日志用于记录系统的运行情况、启动和停止信息。系统级日志更多的是为了记录系统运行中各支撑软件、工具的运行状况，面向系统维护人员。
