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

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

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

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

产品实现环节:按照系统设计文档，使用集成开发环境，完成模块的

编

码、单元测试工作。

,(,(,本人承担任务

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

,(, 论文结构

本论文是作者在项目开发中工作经历的总结，其组织结构如下:

第一章、引言。介绍了本课题目标系统研究、产生的行业背景和现实

意

义，阐述了目标系统的主要研究内容和范围，最后列示出全文的结构。

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

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

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

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

第六章、结束语。总结了整个研究过程中的经验，对系统的现有问题进行

了归纳，对行业未来发展前景给出自己的理解。

第二章相关理论技术简介

本章将介绍系统的相关技术，包括系统结构、框架以及页面控制技术。它们为系统的设计与实现提供了技术支持。

,(, ,,,

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

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

,,,建立了一套共通的标准和规范。这些标准和规范应用于,,,架构下的各个组件、服务及层次中。依靠这些标准和规范，,,,架构得以存在于不同的平台之问，并且系统之间，组件之问都可以相互兼容。，,,

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

,(,， ,,平台框架

,,,,,,,，,,(，,,,,,,,,,,,,,,,,)是作者在产品实现环节中，使用的一套适用于金融行业的企业自有知识产权技术开发平台，由集成不发平台、测

试环

境、运行平台、，,支撑系统等一系列构成。

，,,基于丰富的应用组件和开发工具，它可以实现很多应用，比如:

收

单、支付清算、代理业务等。该平台融入了许多先进的技术特性，由于其结合了多重客户的需求与技术发展方向。

产品功能:

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

，,,技术平台由以下部分构成:

,,,,),,,, ,,,,,,,,(运行平台)

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

,),,,,,,, ,,,,,,(渠道集成平台)

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

,),,,,,,,,,,,,,,,(外部接口网关)

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

,),,,,,,,,,,,,,,,(业务处理服务)

业务处理服务是基于规则和组件的业务定制模式，它提供了业务的统一处理和控制机制，支持了新产品的创新，缩短了开发周期，提供了各类代理业

务、支付业务及同城清算业务等参考模型。

,)，,,,,,,,,,,,,,,,,(信息交换集成)

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

,,,,,,),,,,,, ,,,,,(扩展数据工具集)

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

,),,,,,,,,(集成开发环境)

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

,),,,,,,,,,,,,,(管理监控)

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

,)，,,业务处理模型

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

图,,, ，,,平台框架

，,,业务处理模型下的产品实现，全部集中在业务流程文档的描述上。【,,】,(, ,,,,,,技术

,,,,,,,,,,是一个,,,,,;,,,,库，它具有快速、简洁的特性，方便用户处

理 ,,,,文件、时间、实现动画效果，甚至能为网站提供,,,,交互。

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

,,,,,,通过定义,,且不需要向,,,,插入,,调用命令来使用户的,,,,页

面保持代码与内容相分离。【,,】

,(,,,,介绍

可扩展标记语言(,,,,,,,,,,,,,,,,,,，,,,,,,,)，用于标记电,,,,,,

子

文件使其具有结构性的标记语言，它是一种源语言，允许用户对自己的标记语言进行定义，它提供统一的方法来描述和交换结构化数据。

,,,与,;;,,,,, ,,，,,,;,,,,,】和,,, ,,,,,,,,,,等数据库不同，,,,仅是展示数据，而数据库能提供更强有力的数据存储和分析能力，例如:数据索引、排

序、查找以及相关一致性等。

,,,与,,,,,,,,的设计区别是:,,,是用来存储数据的，重在数据本身。而 ,,,,是用来定义数据的，重在数据的显示模式。【,副

,(,本章小结

本章就系统用到的相关技术进行了讨论和介绍。首先介绍了系统的技术

选

型，然后从系统使用的框架、体系结构、页面逻辑控制技术、数据流转方式、数据库工具等方面分别介绍了本系统使用到的相关技术。本文的第三章将重点分析系统的需求。

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

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

,(,业务性需求分析

,(,(,现有业务流程分析

目前业务形态为，商户在开展电子商务业务的时候，需与不同的支付

机构

建立接口，多次接入，照成资源的浪费。其业务模式如图,,,所示:

图,,,现有业务流程分析

,,商户,,支付机构

,(,(,理想业务流程分析

中移江苏省公司建立的统一支付清算系统实施后，将彻底改变目前业务形态。商户在开展电子商务业务的时候，只需接入统一支付结算平台，支付接

入、清结算业务由统一的支付平台完成，商户将精力专注于服务的提供，统一支付清结算平台提供支付渠道的拓展支持，商户开展业务的流程大大简化。其业如图,—,所示: 务形态

图,,,理想业务流程分析

,,支付机构,:商户 ,,统一支付清结算系统 ,(,(,统一支付清算业务流程分析,)支付业务流程

支付业务是指，用户在完成商品选购、接受服务之后，使用货币进行支付的过程。在本系统中，支付业务特指使用电子货币形式，在互联网上进行商

品、服务购买的业务。

,(流程图

支付业务流程如图,—,所示

图,,,支付业务流程图

,(流程描述

统一支付流程描述如下:

,)用户登录业务网站选购商品，选定好后提交结果; ,)结算时填写配送物流信息等，选择支付方式，提交业务平台支付:

,)业务平台接收到用户的支付，生成一笔订单信息，发送到统一支

付平台。

,)统一支付平台登记此笔订单，根据选择的支付方式将订单转发至相应的

支付网关;

,)支付网关校验订单信息后，返回订单应答信息，经统一支付平台转发至

业务平台;

,)业务平台接收到订单成功应答后，通过统一支付平台跳转至支付网关的

支付页面;

,)用户在支付页面中输入支付帐号及支付密码提交支付信息;

,)支付网关验证支付信息成功后，将支付页面跳转只订单中预定义的返回

页面，并将成功支付的结果主动通知给订单中设置统一支付平台的通

知地址;

,)统一支付平台将成功结果页面跳转至商户页面，并将支付结果通知转发

业务平台;

,,)统一支付流程结束。

,)清分业务流程

清分(,,,,,,,,)是清算的数据准备阶段，主要是将当同的全部网络交易数据按照各成

员行之间本代他、他代本、贷记、借记、笔数、金额、轧差净额等

进行汇总、整理、分类。本系统中特制统一清分结算平台完成的商户交易数据清算数据准备。

,(流程图

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

图,,清分业务流程图

,(流程描述

统一支付流程描述如下:

,)平台定时出发清分机制;

,)按照商户编号等规则，对清分周期内的交易数据进行明细分拣; ,)平台生成对账文件，分发到商户;

,)商户根据平台给出的对账文件进行对账。对账时按照先对总账，总账不

平再对明细进行对账:

,)如果发生对账不平的情况，由平台生成差错账文件，如果有争议，可以

人工接入进行调账处理;

,)平台对交易进行轧差，生成清分报表:

,)业务人员对清分报表进行审核。

,)统一清分流程结束。

;)结算业务流程

,,结算(,,,,,,,,,, ,;;,,,,,)是指企业、事业、机关等单位之间因商

品交易、劳务供应或资金调拨等原因所发生的货币收、付业务的清算。 ,( 流程图

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

图,,,结算业务流程图

,(流程描述

流程图描述如下:

,)流程开始。

,)申请结算、系统结算。运营人员手动发起商户结算申请。或者统一支付

清算平台按照商户结算周期进行系统结算。

,)结算申请审核。运营人员对手动发起的商户结算申请进行审核，若审核

不通过，则申请结算不成功，流程结束。

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

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

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

,)稽核付款。财务人员对统一支付清算平台提供的商户结算报表进行

审

核，通过后即按照结算报表进行统一付款。

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

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

流程结束。

,(,功能性需求分析

系统功能性需求主要由支付业务、清分业务、结算业务和相应的信息支撑业务需求构成。以下作者分别从主要业务需求和信息支撑业务需求两个角度对系统进行功能性需求分析。

,(,(,商户管理功能

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

图,,,商户管理用例分析

商户管理主要包括以下功能或交易:

,)商户管理

,(商户基本资料维护

本功能提供对商户的基本资料，比如商户编号、商户名称、商户联系人、商户地址、经营范围、工商清册号等信息的增加、修改、删除、查询功能。,)商户基本资料查询;

,)商户基本资料修改;

,)商户基本资料增加;

,)商户基本资料删除。

,(商户结算银行信息维护

本功能提供对商户的结算银行信息，比如银行开户行名称、开户行联

行

号、银行结算账号等资料的增加、修改、删除、查询功能。

,)商户结算银行信息查询;

,)商户结算银行信息修改;

,)商户结算银行信息增加;

,)商户结算银行信息删除。

,(商户费用信息维护

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

,)商户费用信息查询;

,)商户费用信息修改;

,)商户费用信息增加;

,)商户费用信息删除。

,(分账规则维护

本功能提供对商户的分账规则，比如所涉及分账主体、分账主体结算银

行

信息、分账模式(按固定金额或是按,,,，,分)、各分账主体分账比例等资料的增加、修改、删除、查询功能。

,)分账规则查询:

,)分账规则修改;

,)分账规则增加;

,)分账规则删除。

,)权限管理

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

不同的操作权限。例如:商户资料维护管理员、系统维护管理员、务运营管理员、财务数据维护管理员等。业

,(对于直接接入统一清算平台的商户，平台提供商户资料维护管理员权限，商户管理员可通过此权限，进行商户资料维护(联机)功能增加、修改或删息、分账规则等。除相关商户的基本资料、商户结算银行信息、商户费用信,(部分业务运营管理员可利平台提供的功能，提交商户结算申请、商户结

算审核、商户结算状态查询等。

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

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

不同的操作权限。

,)账户管理

账户管理功能主要包括以下功能或交易:

,( 内部账户手工开户,销户

对于不存在客户独立账户的资金，需要开立内部账户，以便进行资金

跟踪，系统提供开户,销户的功能权限。

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

,)内部账户浏览:

,)内部账户查询;

,)内部账户开户;

,)内部账户销户。

,(结算账户手工开户,销户

对于商户结算、交易服务费的分涧，需要开立结算账户，以便进行资金

的

归集及账务处理，系统提供开户,销户的功能权限。

,)结算账户浏览;

,)结算账户查询;

,)结算账户开户;

,)结算账户销户。

,(科目属性维护

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

,)科目属性查询:

,)科目属性修改;

,)科目属性删除;

,)科目属性增加。

,(科目对照关系维护

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

,)科目对照关系查询:

,)科目对照关系修改;

,)科目对照关系删除;

,)科目对照关系增加。

,(手工调账

对于对账过程中出现长短款差错账，人工核对后通过系统进行手工平账，

主要包括以下功能:

,)手工调账录入:

,)手工调账批量导入;

,)待确认手工调账业务浏览。

‘ ,(账务处理

针对各业务平台的交易，系统进行联机或批量的入账处理，以下功能均为

系统内部功能组件，不是供业务人员所直接使用的联机交易。

,)内部账户存入(贷);

,)内部账户存入冲正(贷);

,)内部账户支出(借);

,)内部账户支出冲正(借);

,)结算账户存入;

,)结算账户存入冲正:

,)结算账户支出;

,)结算账户支出冲正;

,)商户结算扣账;

,,)结算账户余额查询;

,,)内部账户余额查询:

,,)账户状态以及状态字维护及查询。 ,(,(,统一支付功能

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

的用例模型。

图,(,统一支付用例分析该模型只包含统一支付这一用例，该用例又包含以下子用例:

,)订单支付登记;

,)转发订单请求;

,)更新订单状态;

,)转发订单应答;

,)订单提交支付页面跳转;

,)支付完成支付页面跳转;

,)支付结果通知。

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

,(,(,统一清算功能

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

图,,,统一清算用例分析该模型包含,个主要用例:统一清分用例和统一结算用例。其中，统一清分用例由以下子用例构成:

,)数据明细分拣;

,)对账;

,)轧差。

统一结算用例包含以下子用例:

,)申请结算:

,)生成报表;

,)稽核付款。

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

,(,(,系统外部接口需求

,)与全网手机支付平台的接口连接:实现和全网手机支付平台的交互，完

成消费、对账等接口功能;

,)与本地金融机构连接:实现和本地、本地银联等金融机构的连接，开通