支付清结算系统_详细设计说明书_V1.0

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

支付清结算系统详细设计说明书

版本号:V1.0

目录

1. 引言 (2)

1.1. 编写目的和范围 (2)

1.2. 名词解释 (2)

2. 设计概述 (3)

2.1 设计概述相关说明 (3)

2.2 系统总体结构说明 (5)

3. 系统详细设计 (15)

3.1 系统结构设计 (15)

3.2 系统功能模块详细设计 (22)

4. 主要模块设计说明 (30)

4.1 充值服务设计 (30)

4.2 出款服务设计 (32)

4.3 交易服务设计 (34)

4.4 认证服务时序图 (39)

4.5 收银台系统时序图 (39)

4.6 风控系统序列图 (42)

5. 接口设计说明 (43)

5.1 对外接口设计 (43)

6. 数据库设计 (46)

6.1 数据库逻辑设计原则 (46)

7. 系统性能设计 (48)

7.1 消息队列性能设计 (48)

7.2 ActiveMQ大文件交换应用架构 (49)

8. 设计和开发规范 (50)

8.1 规范等级说明 (50)

8.2 格式与命名规范 (50)

8.3 注释规范(DocumentConvertions) (52)

8.4 编程规范(ProgrammingConventions) (55)

8.5 自动代码检查 (57)

1.引言

1.1.编写目的和范围

在支付清结算系统的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的子模块功能做了详细的阐述,这些模块功能具体设计将在本报告中详尽得以叙述及阐明。

本阶段已在系统的需求分析的基础上,对支付清结算系统做详细设计。

主要解决了实现该系统程序模块具体设计问题。包括确定算法,数据结构,模块接口的使用,数据库的动态操作以及界面设计等,接下来将对在本阶段中对系统所做的所有详

表-1

2.设计概述

2.1设计概述相关说明

2.1.1需求概述

用户需求是建立一个高效、安全的支付平台,数据集中管理,权限管理严密且方便,风控流程合规,交易操作方便,具备强大的核算和精准的报表功能,具体目标如下:

1、完备的资金处理能力:包含支付清算、财务会计、账务核算;

2、完备的客户管理能力:会员、商户、用户、客户;

3、支持系统工厂能力:通过参数模板快速定义新的系统;

4、支持网站、移动端、B2B网关等多渠道接入能力,能够进行统一渠道管理,渠道业务与后台业务剥离;

5、支持银行、卡组织、第三方等资金通道方、快速开通资金通道;

6、内置积分平台,面向多种业务提供统一积分系统;

7、完备的内部管理系统,能够与客户的业务运营体系相契合。

2.1.2运行环境概述

系统建议的硬件清单如下(按不小于100tps的交易能力):

表-2

2.1.3详细设计方法和工具

通过结构化设计方法将系统设计成由多个相对独立,功能单一的模块组成的结构。通过这种设计,保证模板之间的相互独立,每个模块可以单独提供设计人员、开发人员去理解、编码、测试和修改,从而防止错误在模块间蔓延,提高系统质量。

支付清结算系统的详细设计方法特性:

模块的独立性:模块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。一般采用两个准则度

量模块独立性。即模块间的耦合和模块的内聚。耦合是模块间的相对独立性的

度量。内聚是模块功能强度的度量。模块独立性比较强的模块应是高内聚低耦

合的模块。

耦合性:

图-1

内聚性

图-2

事务性结构:通过事务性设计,根据事务处理的特点和性质,选择分派一个适当的处理单元,然后给出结果,然后把完成选择分派任务的部分事务处理中心

来集中处理。

2.2系统总体结构说明

2.2.1整体业务架构

图-3 2.2.2整体结构视图

图-4 2.2.3系统整体逻辑视图

表-3

2.2.6系统集成部署视图

图-6 3.系统详细设计

3.1系统结构设计

3.1.1ActiveMQ消息中间件部署结构说明

图-7 3.1.2EZflow和infStatic结构说明

图-8 3.1.3MNS结构说明

图-9 3.1.4PKI负载均衡设计说明

图-10 3.1.5统一登录设计说明

图-11 3.1.6统一缓存设计结构说明

图-12

3.1.7统一加密服务设计结构说明

图-13 3.1.8统一日志设计结构说明

图-14 3.1.9统一审计API设计结构说明

图-15 3.1.10统一文件服务设计结构说明

图-16 3.1.11统一文件系统控台设计说明

图-17 3.1.12验证服务设计说明

表-5 3.2.1.2企业钱包

3.2.2收银台

3.2.3 网关产品 3.2.3.1 收单网关

3.2.4 后台产品 3.2.

4.1 基础管理后台

表-11

相关功能细节说明:

账务和会计对账

凭证系统可以记录原始凭证、交易凭证、支付凭证等等以及中间处理过程的一系列凭证,真正保证帐帐相符、帐证相符、帐表相符、帐实相符。

账账相符:核对不同会计账簿记录是否相符。包括:总账有关账户的余额核对;总账与明细账核对;总账与日记账核对等。在现金账户体系里,由报表之

间的核对来完成这个任务。

账证相符:主要体现在会计凭证与原始凭证的核对上。

账表相符:是将报表与有关的账簿记录相核对。核对总分类账、明细分类账与各报表的相关项目数据是否一致,查明账表是否相符。现金账户的帐表核对主

要是用账户余额和科目明细表余额的勾稽关系来完成的。

账实相符:主要体现在财务日记账面余额与银行实存余额的核对上。

而且对账系统采用多频度,多层次的对账方式,每10分钟就会对不同模块间的凭证进行对账,能在第一时间发现问题,及时处理,尽可能地降低损失。

运营对账

运营对账指的是各产品的业务数据和账务数据之间的核对,交易的数据和支付流水之间的核对,核对的要素包括了资金、笔数、单笔金额、汇总金额。例如:即时到帐交易的成功是由支付订单来驱动的,一笔成功的交易不能被多笔支付订单重复驱动成功。因此,某一对账日内,支付系统内所有成功的交易明细必定和相应的支付订单能够一一对应,且金额相等相等。而汇总后交易笔数和交易总金额也必然和支付订单的汇总数据相等。

3.2.

4.3风控管理后台

相关文档
最新文档