统一支付清算系统的分析与设计

统一支付清算系统的分析与设计
求分析:建立统一清结算需求模型，对清分、结算业务的主体进行划分，抽象出业务流程关键环,节以及重点把控节点。

产品方案开发:,,,,,,前期需求调研的成果，导出产品功能点，结合业务参与的主体，进行功能点的细分、归类，建立完成的产品原型。

系统设计:根据产品原型，对业务进行详细的流程分析与设计，给出功能模型间的关系、交互流程、接口规范;在此基础上，抽象出系统的领域模型，给出相应模型的关系型数据库表设计。

产品实现环节:按照系统设计文档，使用集成开发环境，完成模块的
编
码、单元测试工作。

,(,(,本人承担任务
在本次课题中，作者参与了系统的支付、清分、结算以及商户管理几大模块的全部或者部分功能的需求分析与设计，建立各类文档、代码编写、单元测试及优化。

,(, 论文结构
本论文是作者在项目开发中工作经历的总结，其组织结构如下:
第一章、引言。

介绍了本课题目标系统研究、产生的行业背景和现实
意
义，阐述了目标系统的主要研究内容和范围，最后列示出全文的结构。

第二章、相关理论技术介绍。

在这一章中，作者首先描述了系统开发中用到的相关技术，然后比较了当前流行的不发技术进行技术选型。

第三章、统一支付清结算系统需求分析。

在这一章中，作者首先对系统进行了功能性需求分析，然后对系统进行了非功能性需求以及外部接口的分析，最后对业务逻辑中出现的术语进行了解释。

第四章、统一支付清结算系统概要设计。

作者分别从系统的运行环境、网络结构、设计原则、系统结构、功能模块划分、用户界面设计等角度来对系统进行了粗粒度的设计。

第五章、统一支付清结算系统详细设计。

在这一章中，作者以功能模块为单位对系统进行详细设计，着重对用例的类图、时序图和用户界面进行了设计。

第六章、结束语。

总结了整个研究过程中的经验，对系统的现有问题进行
了归纳，对行业未来发展前景给出自己的理解。

第二章相关理论技术简介
本章将介绍系统的相关技术，包括系统结构、框架以及页面控制技术。

它们为系统的设计与实现提供了技术支持。

,(, ,,,
,,,,,,,，以前也口,,,,,,，即,,,,,平台企业版(,,,, ,,,,,,,,，,,,,,,,,, ,,,,,,,,)。

,,,为开发者提供了一套架构，它由众多组件构成，有很高的可移植性、可靠性和可复用性。

,,,建立了一套共通的标准和规范。

这些标准和规范应用于,,,架构下的各个组件、服务及层次中。

依靠这些标准和规范，,,,架构得以存在于不同的平台之问，并且系统之间，组件之问都可以相互兼容。

，,,
,,,特别适用于搭建电子商务系统，具有高效、灵活、易维护等的优势。

【,】
,(,， ,,平台框架
,,,,,,,，,,(，,,,,,,,,,,,,,,,,)是作者在产品实现环节中，使用的一套适用于金融行业的企业自有知识产权技术开发平台，由集成不发平台、测
试环
境、运行平台、，,支撑系统等一系列构成。

，,,基于丰富的应用组件和开发工具，它可以实现很多应用，比如:
收
单、支付清算、代理业务等。

该平台融入了许多先进的技术特性，由于其结合了多重客户的需求与技术发展方向。

产品功能:
，,,技术平台遵循的标准是,,,标准，能够为应用提供不同的服务，从基础组件到专业应用组件一应俱全，并使平台具备良好的(不放性与扩展性。

，,,技术平台由以下部分构成:
,,,,),,,, ,,,,,,,,(运行平台)
是一种运行环境，且能支撑应用和服务，运行平台由很多核心模块组成，比如:控制服务、连接服务、交易服务、管理服务、展现服务等，其中展现服务为了满足不同客户的应用需求，提供了基于,,,,客户端技术和,,,网页技术的不同风格静端应用环境。

,),,,,,,, ,,,,,,(渠道集成平台)
渠道集成平台支持服务渠道快速扩充及业务产品多渠道快速发布，提供多渠道统一接入及控制机制，能为客户提供非常安全、快捷以及一致的用户服务体验。

,),,,,,,,,,,,,,,,(外部接口网关)
外部接口网关提供各类行业标准接口或行业特色接口和合作伙伴系统统一接入与控制机制，。

,),,,,,,,,,,,,,,,(业务处理服务)
业务处理服务是基于规则和组件的业务定制模式，它提供了业务的统一处理和控制机制，支持了新产品的创新，缩短了开发周期，提供了各类代理业
务、支付业务及同城清算业务等参考模型。

,)，,,,,,,,,,,,,,,,,(信息交换集成)
信息交换集成提供了信息交换统一处理机制和控制机制，它支持各业务或系统之间的高速信息交换。

,,,,,,),,,,,, ,,,,,(扩展数据工具集)
扩展数据工具集，为个性化服务、产品交叉销售提供必要的信息支撑，且实现与银行后端系统之间的数据传输以及转换服务，。

,),,,,,,,,(集成开发环境)
集成开发环境，集面向应用的设计、开发、组装、调试、维护、部署、管理和发布于一体，并对应用和服务的生命周期进行开发、维护和管理。

,),,,,,,,,,,,,,(管理监控)
主要功能是对系统运行的时刻进行监控，并以图形化的方式展现。

,)，,,业务处理模型
，,,业务处理框架如图,—,所示，，,,的整个业务处理基于流程描述配置文件，通过适配引擎，调用接入与接出能力模块，使用,,,,,,,;、,,,,,等,,, 容器调用预定义的基础,,,组件来完成业务交互。

其核心是,,,,的反射调用技术。

图,,, ，,,平台框架
，,,业务处理模型下的产品实现，全部集中在业务流程文档的描述上。

【,,】,(, ,,,,,,技术
,,,,,,,,,,是一个,,,,,;,,,,库，它具有快速、简洁的特性，方便用户处
理 ,,,,文件、时间、实现动画效果，甚至能为网站提供,,,,交互。

,,,,,,还有一个比较大的优势是:文档说明齐全、详细的应用说明、成熟的插件。

,,,,,,通过定义,,且不需要向,,,,插入,,调用命令来使用户的,,,,页
面保持代码与内容相分离。

【,,】
,(,,,,介绍
可扩展标记语言(,,,,,,,,,,,,,,,,,,，,,,,,,,)，用于标记电,,,,,,
子
文件使其具有结构性的标记语言，它是一种源语言，允许用户对自己的标记语言进行定义，它提供统一的方法来描述和交换结构化数据。

,,,与,;;,,,,, ,,，,,,;,,,,,】和,,, ,,,,,,,,,,等数据库不同，,,,仅是展示数据，而数据库能提供更强有力的数据存储和分析能力，例如:数据索引、排
序、查找以及相关一致性等。

,,,与,,,,,,,,的设计区别是:,,,是用来存储数据的，重在数据本身。

而 ,,,,是用来定义数据的，重在数据的显示模式。

【,副
,(,本章小结
本章就系统用到的相关技术进行了讨论和介绍。

首先介绍了系统的技术
选
型，然后从系统使用的框架、体系结构、页面逻辑控制技术、数据流转方式、数据库工具等方面分别介绍了本系统使用到的相关技术。

本文的第三章将重点分析系统的需求。

第三章统一支付清算系统需求分析
在统一支付清算系统的需求分析阶段，作者将从功能性需求和非功能性需求两个方面进行的分析。

,(,业务性需求分析
,(,(,现有业务流程分析
目前业务形态为，商户在开展电子商务业务的时候，需与不同的支付
机构
建立接口，多次接入，照成资源的浪费。

其业务模式如图,,,所示:
图,,,现有业务流程分析
,,商户,,支付机构
,(,(,理想业务流程分析
中移江苏省公司建立的统一支付清算系统实施后，将彻底改变目前业务形态。

商户在开展电子商务业务的时候，只需接入统一支付结算平台，支付接
入、清结算业务由统一的支付平台完成，商户将精力专注于服务的提供，统一支付清结算平台提供支付渠道的拓展支持，商户开展业务的流程大大简化。

其业如图,—,所示: 务形态
图,,,理想业务流程分析
,,支付机构,:商户 ,,统一支付清结算系统 ,(,(,统一支付清算业务流程分析,)支付业务流程
支付业务是指，用户在完成商品选购、接受服务之后，使用货币进行支付的过程。

在本系统中，支付业务特指使用电子货币形式，在互联网上进行商
品、服务购买的业务。

,(流程图
支付业务流程如图,—,所示
图,,,支付业务流程图
,(流程描述
统一支付流程描述如下:
,)用户登录业务网站选购商品，选定好后提交结果; ,)结算时填写配送物流信息等，选择支付方式，提交业务平台支付:
,)业务平台接收到用户的支付，生成一笔订单信息，发送到统一支
付平台。

,)统一支付平台登记此笔订单，根据选择的支付方式将订单转发至相应的
支付网关;
,)支付网关校验订单信息后，返回订单应答信息，经统一支付平台转发至
业务平台;
,)业务平台接收到订单成功应答后，通过统一支付平台跳转至支付网关的
支付页面;
,)用户在支付页面中输入支付帐号及支付密码提交支付信息;
,)支付网关验证支付信息成功后，将支付页面跳转只订单中预定义的返回
页面，并将成功支付的结果主动通知给订单中设置统一支付平台的通
知地址;
,)统一支付平台将成功结果页面跳转至商户页面，并将支付结果通知转发
业务平台;
,,)统一支付流程结束。

,)清分业务流程
清分(,,,,,,,,)是清算的数据准备阶段，主要是将当同的全部网络交易数据按照各成
员行之间本代他、他代本、贷记、借记、笔数、金额、轧差净额等
进行汇总、整理、分类。

本系统中特制统一清分结算平台完成的商户交易数据清算数据准备。

,(流程图
清分业务流程如图,—,所示。

图,,清分业务流程图
,(流程描述
统一支付流程描述如下:
,)平台定时出发清分机制;
,)按照商户编号等规则，对清分周期内的交易数据进行明细分拣; ,)平台生成对账文件，分发到商户;
,)商户根据平台给出的对账文件进行对账。

对账时按照先对总账，总账不
平再对明细进行对账:
,)如果发生对账不平的情况，由平台生成差错账文件，如果有争议，可以
人工接入进行调账处理;
,)平台对交易进行轧差，生成清分报表:
,)业务人员对清分报表进行审核。

,)统一清分流程结束。

;)结算业务流程
,,结算(,,,,,,,,,, ,;;,,,,,)是指企业、事业、机关等单位之间因商
品交易、劳务供应或资金调拨等原因所发生的货币收、付业务的清算。

,( 流程图
,,,,,螨挺“菝爨结算业务流程如图,,,所示。

图,,,结算业务流程图
,(流程描述
流程图描述如下:
,)流程开始。

,)申请结算、系统结算。

运营人员手动发起商户结算申请。

或者统一支付
清算平台按照商户结算周期进行系统结算。

,)结算申请审核。

运营人员对手动发起的商户结算申请进行审核，若审核
不通过，则申请结算不成功，流程结束。

,)结算申请二次审核。

运营人员对手动发起的商户结算申请进行审核，若审核不通过，则申请结算不成功，流程结束。

,)初始待结算。

审核通过后，统一支付清算平台受理成功，商户结算申请『,式生效。

,)生成结算报表。

批量进行商户结算，并按照一定的结算要求生成商户结算报表提供给财务人员进行付款。

,)稽核付款。

财务人员对统一支付清算平台提供的商户结算报表进行
审
核，通过后即按照结算报表进行统一付款。

,)稽核付款二级复核。

财务人员对统一支付清算平台提供的商户结算报表进行二级审核，通过后即按照结算报表进行统一付款。

,)付款操作完成。

财务人员完成统一付款操作。

流程结束。

,(,功能性需求分析
系统功能性需求主要由支付业务、清分业务、结算业务和相应的信息支撑业务需求构成。

以下作者分别从主要业务需求和信息支撑业务需求两个角度对系统进行功能性需求分析。

,(,(,商户管理功能
商户管理用例图如图,—,所示，对于直接通过统一清算平台接入的商户，可通过商户管理相关交易进行维护，同时，商户管理员还可通过联机交易查询所有商户的各种资料信息。

图,,,商户管理用例分析
商户管理主要包括以下功能或交易:
,)商户管理
,(商户基本资料维护
本功能提供对商户的基本资料，比如商户编号、商户名称、商户联系人、商户地址、经营范围、工商清册号等信息的增加、修改、删除、查询功能。

,)商户基本资料查询;
,)商户基本资料修改;
,)商户基本资料增加;
,)商户基本资料删除。

,(商户结算银行信息维护
本功能提供对商户的结算银行信息，比如银行开户行名称、开户行联
行
号、银行结算账号等资料的增加、修改、删除、查询功能。

,)商户结算银行信息查询;
,)商户结算银行信息修改;
,)商户结算银行信息增加;
,)商户结算银行信息删除。

,(商户费用信息维护
本功能提供对商户的费用信息，比如计算类型(按单笔计费还是周期汇总计费)、汇总计费周期、是按固定金额计费还是按比例计费、按比例记费套档料的增加、修改、删除、查询功能。

等资
,)商户费用信息查询;
,)商户费用信息修改;
,)商户费用信息增加;
,)商户费用信息删除。

,(分账规则维护
本功能提供对商户的分账规则，比如所涉及分账主体、分账主体结算银
行
信息、分账模式(按固定金额或是按,,,，,分)、各分账主体分账比例等资料的增加、修改、删除、查询功能。

,)分账规则查询:
,)分账规则修改;
,)分账规则增加;
,)分账规则删除。

,)权限管理
,(根据业务操作权限的不同，系统可定义不同的业务管理员角色，并分配
不同的操作权限。

例如:商户资料维护管理员、系统维护管理员、务运营管理员、财务数据维护管理员等。

业
,(对于直接接入统一清算平台的商户，平台提供商户资料维护管理员权限，商户管理员可通过此权限，进行商户资料维护(联机)功能增加、修改或删息、分账规则等。

除相关商户的基本资料、商户结算银行信息、商户费用信,(部分业务运营管理员可利平台提供的功能，提交商户结算申请、商户结
算审核、商户结算状态查询等。

,(账务数据维护管理员可得用平台提供的功能，完成商户的付款、付款稽核、付款完成确认等。

,(随着业务的发展，系统可以通过配置定义出更多的管理员角色，并分配
不同的操作权限。

,)账户管理
账户管理功能主要包括以下功能或交易:
,( 内部账户手工开户,销户
对于不存在客户独立账户的资金，需要开立内部账户，以便进行资金
跟踪，系统提供开户,销户的功能权限。

内部帐户:清结算平台功能，不对应商户，对应系统内部应收款，应付。

等等。

款
,)内部账户浏览:
,)内部账户查询;
,)内部账户开户;
,)内部账户销户。

,(结算账户手工开户,销户
对于商户结算、交易服务费的分涧，需要开立结算账户，以便进行资金
的
归集及账务处理，系统提供开户,销户的功能权限。

,)结算账户浏览;
,)结算账户查询;
,)结算账户开户;
,)结算账户销户。

,(科目属性维护
对系统中出现的科目账号的科目状念(资产类、负债类、所有者权益类、收入类、支出类、表外类、往来账类等)、科目分类(差错,争议挂账账户、其他内部账户等)进行维护。

,)科目属性查询:
,)科目属性修改;
,)科目属性删除;
,)科目属性增加。

,(科目对照关系维护
设置各类账户种类与科目的对照关系，并且指定是否允许开设内部账户，进行相关对照关系的维护。

,)科目对照关系查询:
,)科目对照关系修改;
,)科目对照关系删除;
,)科目对照关系增加。

,(手工调账
对于对账过程中出现长短款差错账，人工核对后通过系统进行手工平账，
主要包括以下功能:
,)手工调账录入:
,)手工调账批量导入;
,)待确认手工调账业务浏览。

‘ ,(账务处理
针对各业务平台的交易，系统进行联机或批量的入账处理，以下功能均为
系统内部功能组件，不是供业务人员所直接使用的联机交易。

,)内部账户存入(贷);
,)内部账户存入冲正(贷);
,)内部账户支出(借);
,)内部账户支出冲正(借);
,)结算账户存入;
,)结算账户存入冲正:
,)结算账户支出;
,)结算账户支出冲正;
,)商户结算扣账;
,,)结算账户余额查询;
,,)内部账户余额查询:
,,)账户状态以及状态字维护及查询。

,(,(,统一支付功能
统一支付用例图如图,—,所示，通过对统一支付流程的分析，提炼出统一支付功能
的用例模型。

图,(,统一支付用例分析该模型只包含统一支付这一用例，该用例又包含以下子用例:
,)订单支付登记;
,)转发订单请求;
,)更新订单状态;
,)转发订单应答;
,)订单提交支付页面跳转;
,)支付完成支付页面跳转;
,)支付结果通知。

以上子用例共同协作，组成了统一支付用例。

,(,(,统一清算功能
统一清算用例图如图,—,所示，通过对统一清分和统一结算业务流程的分析，提炼出统一清算用例模型。

图,,,统一清算用例分析该模型包含,个主要用例:统一清分用例和统一结算用例。

其中，统一清分用例由以下子用例构成:
,)数据明细分拣;
,)对账;
,)轧差。

统一结算用例包含以下子用例:
,)申请结算:
,)生成报表;
,)稽核付款。

以上用例共同协作实现了统一清算业务。

,(,(,系统外部接口需求
,)与全网手机支付平台的接口连接:实现和全网手机支付平台的交互，完
成消费、对账等接口功能;
,)与本地金融机构连接:实现和本地、本地银联等金融机构的连接，开通
资金进出通道。

,)与应用平台的接口:实现和本地商户、业务平台的接入，为商户提供支付功能，包括支持直接支付类和批处理文件传送接口两种接口。

3(3非功能性需求分析
,(,(,通信安全需求
a)信息传输加密需求(,,认证,对称加密):
,)信息传输纠错要求;
c)系统的外部接口数据备份;
,)系统的外部接口状态监控、自动检测和报警功能;
e)业务风险控制需求，具有额度控制和调节功能。

,(,(,业务扩展需求,)系统的外部接口参数化，可以根据不同的商户类别配置;
,)支持商户代理的接入;
;)提供接口模拟测试模块;
,)为商户提供接口应用开发包。

,(,(,其他需求
系统应当具有流量控制功能和负载均衡能力。

,(,术语
系统涉及到的术语如表,一9所示。

表3-9 术语
手机支付指用户开通以手机号为标识的支付账户:基于中国移动的移动通信网络和互联网
络，通过,,,、短信、,,,、,,，,等方式进行开户、充值、查询、支付、
提现等电子商务操作的业务。

商户联盟 ,,,,,商户联盟是中国移动江苏公司推出的，面向特定的中国移动电子,，,会员
提供优质，优选生活服务的增值服务体系，商户申请成为,,,,,商户联盟的加盟商
户，参与商户联盟组织的相关市场活动，并可通过,,,,,商户联盟平台发布商业
资讯、贵宾优惠信息和其他特惠活动信息。

移动商城苏州移动商城”(,,,,:,,,,,,(,,,,,,,(,,,)是由苏州移动发起的新型移动电子商务
解决方案，是立足于网络产业与传统产业的有机结合。

商品涉及,,天地、家居百
货(电脑周边，数码，食品酒水，汽车用品，体育用品，衣服)、美妆时尚、电子
票务、游戏点卡、乐惠生(,,,,,)等大类，上百个小类，几万多种商品。

志在为顾客提供生活用品的
一站式网上购物服务。

省平台指根据总部规范要求建设的江苏省手机支付业务及管理平台，其建设模式包括实体省和虚拟省两种。

联机接口外部系统接口
联机人和清结算系统的联机，不涉,(夕,,部系统，利用自有系统的,，之类
第三方支付完成商户订单支付，并将支付结果通知统一支付清算平台;向统一支付清算平台机构发起对账请求。

,(,本章小结
在统一支付清算系统的需求分析阶段，作者从功能性需求和非功能性需求两个方面进行了分析。

功能性需求包括了统一支付清算的核心业务逻辑，也包括了账户管理等支撑系统运行的业务运行支撑需求，同时作者从接口对象的角度分析了系统外部接口。

系统的非功能需求作为整个平台运行的重要支撑点，主要体现在灵活性、
通信安全性等方面的需求.
第四章统一支付清算系统概要设计
在统一支付清算系统的概要设计阶段，作者将对系统的运行环境，所存在的网络结构，设计的原则进行阐述，并对系统的体系结构、功能结构、数据模型等进行概要设计。

,(,运行环境
从系统的功能性能要求和成本综合考虑，项目最终选择了如下开发和运行环境。

ICS统一清结算平台采用,，,,, ,,(,集成环境进行开发，,,,中间件采用,,,,,,, ;,，
如表,,,所示为平台运行环境列表，其中重点关注和调研了应用平台
，,,相对业内同类型,,,开发架构，,，,,, ,,(,基于丰富的应用组件和不发工具，可以快速实现各类金融服务渠道接入、支付清算、收单、代理业务、信息交换等应用，为了缩短不发周期，保证系统质量，故选择，,, 作为开发框架。

在中间件的选择上，,,,,,,,,,,;,,,,,,是专门为企业电子商务应用系统开发的。

企业电子商务应用系统需要快速开发，并要求服务器端组件具有良好的灵活性和安全性，同时还要支持关键任务所必需的扩展、性能、和高可用性。

,, ,,,,,,,,; ,,,,,,简化了可移植及可扩展的应用系统的开发，并为其它应用和系
统提供了丰富的互操作性。

综上所述，选择,,,,,,, ;作为应用服务器符合项目开发和运
行的要求。

,(,网络结构完成支付，如图,—,所
示。

图统一清结算系统是江苏省单独的支付清算处理服务器，
接入省内各业务平台
通过统一清结算系统到手机
支付、支付宝、网上银行、
业务支撑等资金来源的系统
,(3设计原则
,(,(,安全设计原则
对于系统而言，安全是至关重要的。

统一支付清算平台安全保障体系的
设计
目标是:按照信息系统的安全需求以及本系统的特点，在各个环节设置必要的安
全措施，并配合一定的管理机制，构成完整的安全体系，提供应用信息系统的全支持平台。

安
系统安全设计的原则如下:
,)网络不可中断，数据不可丢失，系统软硬件必须具有极高的持续可用性和可靠性。

,)保证数据的真实性、完整性和不可否认性。

;)防止,,,,,,的非法入侵。

,)对敏感、秘密信息的存储和传送要采用先进加密技术，实现信息的保密。

,)对于不同重要级别的信息，对不同的人授予不同的访问权限，采取身份认证技术来识别身份。

,)在内部网和外部网之间放置防火墙来提供可靠保护。

,)使用最新的防病毒软件，防止病毒的传播、感染和破坏。

,)使用灾难恢复技术与方法来应急一些突发的网络灾难，确保网络安全。

,)保密措施可靠，各项数据不可被窃取或破坏。

,)面对意料之外的突然灾害，应有预备且完备的危机处理方案。

,(,(,可扩充性设计原则
,)支持业务需求快速开发
,)首先，系统采用组件化的设计方法，对整个系统功能做了多层次的分割，使得系统的各组件模块及标准函数保持很高的独立性与较低的耦合度，业务上的
需求变更或功能扩展只需修改小范围的组件或函数，而这些组件和函数具有标准
的接口和固定的功能，与其相关的功能模块均无需改动，从而在整体架构上保证。