下载文档原格式
1.支付系统：支付作为一个（封闭）的、独立的应用系统，为各系统提供支付功能支持。
一般来说，这个系统仅限于为公司内部的业务提供支付支持，并且和业务紧密耦合。
2.支付服务：支付作为一个开发的系统，为公司内外部系统、各种业务提供支付服务。
支付服务本身应该是和具体的业务解耦合的。
3.支付平台：支付作为一个可扩展的平台，公司内外部的用户可以在此基础上定制开发自己的服务。
这个划分有点勉强。
简单说，支付系统是仅供内部使用的，支付服务是支持公司内外部来调用的，支付平台是可以在服务的基础上定制各种场景支持的。
支付业务流程区分两个概念:支付和交易。
支付是交易的一部分。
一个简单的交易过程包括:客户下订单，客户完成支付，商家接收订单，商家出货。
这里仅考虑下订单的流程。
从软件工程的角度，我们首先需要明确下几个参与者。
∙电商系统，指提供在线购物服务的系统。
用户在这个系统中完成交易。
∙支付系统，可以是电商系统的一个模块，或者是个独立的系统。
这是本文的主角，用来完成支付过程。
∙用户，在电商系统中败家的那位。
如果使用银行卡做交易，那也被称为持卡人。
∙用户使用银行卡交易时，发行这个银行卡的机构称为发卡行，或者发卡机构。
∙商家也需要一张卡，就是大家在淘宝开网店的时候要登记的银行卡，最终需要把用户给的钱打到这张卡上。
∙和发卡机构相对应的，大家听到最多的是收单机构。
如支付宝，微信等第三方支付公司，介绍业务的时候总少不了互联网收单的工作。
它们把用户订单收起来，找发卡行要钱，就有了收单业务。
主演都有了，下面就是如何演出支付这场大戏了。
正常的流程应该是这样：1.用户提交订单到电商系统，电商系统对订单进行检验，无问题则调起支付接口执行支付。
注意这里支付接口是在服务器端调起的。
一般支付接口很少从客户端直接调起。
为了安全，支付接口一般要求用HTTPS来访问，并对接口做签名。
关于支付接口的设计，我将另起博文介绍。
2.支付系统检查参数有效性，特别是签名的有效性。
目录1引言 (2)2系统功能 (2)3系统组成 (2)3.1收银台 (2)3.2手机支付服务 (3)3.3交易处理中心 (3)3.4银行支付服务 (3)3.5商户中心 (3)3.6运营管理台 (3)3.7补单系统 (3)3.8个人网站及手机客户端 (4)3.9其他外部支撑系统 (4)4系统运行环境 (4)4.1硬件环境 (4)4.2软件环境 (4)4.3网络环境 (5)5系统部署 (5)5.1软件部署 (5)5.2硬件部署 (6)5.3应用负载 (7)5.4系统高可用性 (7)1引言大致介绍支付系统功能、组成及部署说明。
2系统功能面向商户提供即时到账支付、担保支付、委托结算、主动收款功能；提供商户管理中心，供商家进行交易查询、交易统计、账户管理、结算查询等操作。
面向个人客户提供账户注册、账户管理、实名认证、快捷支付签约、账户充值、账户支付、交易查询等功能。
面向业务运营方提供商家管理、用户管理、系统管理、交易管理、结算管理、账户管理等一系列运营管理功能。
3系统组成3.1收银台提供支付网关跳转式的支付接口；提供注册用户账户余额支付、快捷支付等交互式的支付页面；提供后台直连的商家交易接口。
3.2手机支付服务提供支付网关跳转式的支付接口；提供注册用户账户余额支付、快捷支付等交互式的支付页面。
3.3交易处理中心交易处理中心包含账务处理和管理服务两部分，提供支付、结算、退款、账户管理、交易查询等系统涉及的全部业务处理服务。
3.4银行支付服务处理系统与各银行之间的支付、结算、查询、退款、快捷支付签约等所有业务往来。
3.5商户中心商户中心是商家操作员的登录入口，提供商户账户查询、交易查询、结算查询、交易结算统计等一系列查询统计功能；提供商户结算申请、委托结算申请、主动收款、交易退款等业务交互页面。
3.6运营管理台运营管理台是业务运营操作员的登录入口，提供商家管理、用户管理、系统管理、交易管理、结算管理、账户管理等一系列运营管理功能。
