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

1、统一支付清算系统的分析与设计求分析:建立统一清结算需求模型，对清分、结算业务的主体进行划分，抽象 出业务流程关键环,节以及重点把控节点。产品方案开发,前期需求调研的成果，导出产品功能点，结合业务 参与 的主体，进行功能点的细分、归类，建立完成的产品原型。系统设计:根据产品原型，对业务进行详细的流程分析与设讣，给出功能模型 间的关系、交互流程、接口规范;在此基础上，抽象出系统的领域模型，给出相应 模型的关系型数据库表设计。产品实现环节:按照系统设计文档，使用集成开发环境，完成模块的编71TU码、单元测试工作。,(,(,本人承担任务在本次课题中，作者参与了系统的支付、清分、结算以及商户管理儿大模块

2、 的全部或者部分功能的需求分析与设计，建立各类文档、代码编写、单元测试及 优化。,(,论文结构本论文是作者在项U开发中工作经历的总结，其组织结构如下：第一章、引言。介绍了本课题Ll标系统研究、产生的行业背景和现实意义，阐述了 LI标系统的主要研究内容和范围，最后列示出全文的结构。笫二章、相关理论技术介绍。在这一章中，作者首先描述了系统开发中用到 的相关技术，然后比较了当前流行的不发技术进行技术选型。第三章、统一支付清结算系统需求分析。在这一章中，作者首先对系统进行 了功能性需求分析，然后对系统进行了非功能性需求以及外部接口的分析，最后 对业务逻辑中岀现的术语进行了解释。第四章、统一支付清结算系

3、统概要设计。作者分别从系统的运行环境、网络 结构、设计原则、系统结构、功能模块划分、用户界面设计等角度来对系统进行 了粗粒度的设计。笫五章、统一支付清结算系统详细设计。在这一章中，作者以功能模块为单 位对系统进行详细设讣，着重对用例的类图、时序图和用户界面进行了设计。第六章、结束语。总结了整个研究过程中的经验，对系统的现有问题进行了归纳，对行业未来发展前景给岀自己的理解。笫二章相关理论技术简介本章将介绍系统的相关技术，包括系统结构、框架以及页面控制技术。它们 为系统的设计与实现提供了技术支持。,(,以前也口，即,平台企业版(,，,为开发者提供了一套架构，它由众多组件构成，有很高的可移植性、可靠

4、 性和可复用性。,建立了一套共通的标准和规范。这些标准和规范应用于,，架构下的各 个 组件、服务及层次中。依黑这些标准和规范，架构得以存在于不同的平台之 问，并且系统之间，组件之问都可以相互兼容。，,特别适用于搭建电子商务系统，具有高效、灵活、易维护等的优势。【，】是作者在产品实现环节中，使用的一套适用于金融行业的企业自有知识产权技术开发平台，由集成不发平台、测试环境、运行平台、，支撑系统等一系列构成。,基于丰富的应用组件和开发工具，它可以实现很多应用，比如：收单、支付清算、代理业务等。该平台融入了许多先进的技术特性，由于其结合 了多重客户的需求与技术发展方向。产品功能：,技术平台遵循的标准是

5、,，标准，能够为应用提供不同的服务，从基础组 件到专业应用组件一应俱全，并使平台具备良好的（不放性与扩展性。,技术平台由以下部分构成：（运行平台）是一种运行环境，且能支撑应用和服务，运行平台由很多核心模块组成，比 如:控制服务、连接服务、交易服务、管理服务、展现服务等，其中展现服务为了 满足不同客户的应用需求，提供了基于,，客户端技术和,，网页技术的不同风格静端应用环境。渠道集成平台）渠道集成平台支持服务渠道快速扩充及业务产品多渠道快速发布，提供多渠 道统一接入及控制机制，能为客户提供非常安全、快捷以及一致的用户服务体 验。（外部接口网关）外部接口网关提供各类行业标准接口或行业特色接口和合作伙

6、伴系统统一接 入与控制机制，。（业务处理服务）业务处理服务是基于规则和组件的业务定制模式，它提供了业务的统一处理 和控制机制，支持了新产品的创新，缩短了开发周期，提供了各类代理业务、支付业务及同城清算业务等参考模型。信息交换集成）信息交换集成提供了信息交换统一处理机制和控制机制，它支持各业务或系 统之间的高速信息交换。扩展数据工具集）扩展数据工具集，为个性化服务、产品交义销售提供必要的信息支撑，且实 现与银行后端系统之间的数据传输以及转换服务，。集成开发环境）集成开发环境，集面向应用的设计、开发、组装、调试、维护、部署、管 理 和发布于一体，并对应用和服务的生命周期进行开发、维护和管理。管理监

7、控）主要功能是对系统运行的时刻进行监控，并以图形化的方式展现。,）,业务处理模型,业务处理框架如图,一,所示，的整个业务处理基于流程描述配置文 件，通过适配引擎，调用接入与接出能力模块，使用,，；、，等,，容器 调用预定义的基础,，组件来完成业务交互。其核心是,，的反射调用技 术。0 0weaxa WEt空冥務WEB容器aaWE8J 崇丹WEBfihFXlt适配引军图,，平台框架,业务处理模型下的产品实现，全部集中在业务流程文档的描述上。【，】,(,技术,是一个,，；，库，它具有快速、简洁的特性，方便用户处 理，文件、时间、实现动画效果，其至能为网站提供,，交互。,还有一个比较大的优势是:文档

8、说明齐全、详细的应用说明、成熟的插 件。,通过定义,，且不需要向,，插入,，调用命令来使用户的,，页面保持代码与内容相分离。【，】,(,介绍可扩展标记语言(,，)，用于标记电,，子文件使其具有结构性的标记语言，它是一种源语言，允许用户对自己的标记语言进行定义，它提供统一的方法来描述和交换结构化数据。,与，；，；，】和,，等数据库不同，仅是展 示数据，而数据库能提供更强有力的数据存储和分析能力，例如:数据索引、排序、查找以及相关一致性等。,与,，的设计区别是:，是用来存储数据的，重在数据本身。而， 是用来定义数据的，重在数据的显示模式。【，副,(,本章小结本章就系统用到的相关技术进行了讨论和介绍

9、。首先介绍了系统的技术选型，然后从系统使用的框架、体系结构、页面逻辑控制技术、数据流转方式、 数据库工具等方面分别介绍了本系统使用到的相关技术。本文的笫三章将重点 分析系统的需求。第三章统一支付清算系统需求分析在统一支付清算系统的需求分析阶段，作者将从功能性需求和非功能性需求 两个方面进行的分析。,(,业务性需求分析,(,(,现有业务流程分析目前业务形态为，商户在开展电子商务业务的时候，需与不同的支付机构建立接口，多次接入，照成资源的浪费。其业务模式如图,，所示：1 TOC o 1-5 h z M 2P34M 5P67M 8P9图,，现有业务流程分析,商户，支付机构,(,(,理想业务流程分析中

10、移江苏省公司建立的统一支付清算系统实施后，将彻底改变IJ前业务形态。商户在开展电子商务业务的时候，只需接入统一支付结算平台，支付接入、清结算业务由统一的支付平台完成，商户将精力专注于服务的提供，统一 支付清结算平台提供支付渠道的拓展支持，商户开展业务的流程大大简化。其业如图，一,所示：务形态M12 pM 3 D 4 PM56 P图,，理想业务流程分析,支付机构，：商户，统一支付清结算系统，（,（,统一支付清算业务流程分析,）支付业务流程支付业务是指，用户在完成商品选购、接受服务之后，使用货币进行支付的过 程。在本系统中，支付业务特指使用电子货币形式，在互联网上进行商品、服务购买的业务。,（流程

11、图支付业务流程如图,一,所示统一支付溺呈图用户平台统一玄付支付网关ostefc驗用户IfflS麗韶ftiiSS田虽芟门方reffiesfj*逅回订啦等15fft邃回订竿内各更新订网态提交支忖處爻忖页wtttwfe|兗付结镀蚕茸|見示环吗JS图,支付业务流程图,（流程描述统一支付流程描述如下：J用户登录业务网站选购商品，选定好后提交结果；J结算时填写配送物流信息等，选择支付方式，提交业务平台支付:J业务平台接收到用户的支付，生成一笔订单信息，发送到统一支 付平台。,）统一支付平台登记此笔订单，根据选择的支付方式将订单转发至相应的 支付网关；,）支付网关校验订单信息后，返回订单应答信息，经统一支付

12、平台转发至 业务平台；,）业务平台接收到订单成功应答后，通过统一支付平台跳转至支付网关的支付页面；,）用户在支付页面中输入支付帐号及支付密码提交支付信息；,）支付网关验证支付信息成功后，将支付页面跳转只订单中预定义的返回页面，并将成功支付的结果主动通知给订单中设置统一支付平台的通知地址；,）统一支付平台将成功结果页面跳转至商户页面，并将支付结果通知转发业务平台；,）统一支付流程结束。,）清分业务流程清分是清算的数据准备阶段，主要是将当同的全部网络交易数据按 照各成员行之间本代他、他代本、贷记、借记、笔数、金额、轧差净额等进行汇总、整理、分类。本系统中特制统一清分结算平台完成的商户交易数据 清算

13、数据准备。,（流程图清分业务流程如图,一,所示。启动清分图,，清分业务流程图,（流程描述统一支付流程描述如下：,）平台定时出发清分机制；,）按照商户编号等规则，对清分周期内的交易数据进行明细分拣；，）平台生成 对账文件，分发到商户；,）商户根据平台给岀的对账文件进行对账。对账时按照先对总账，总账不平再对明细进行对账：,）如果发生对账不平的情况，由平台生成差错账文件，如果有争议，可以人工接入进行调账处理；,）平台对交易进行轧差，生成清分报表：,）业务人员对清分报表进行审核。,）统一清分流程结束。;）结算业务流程,结算（,，；，）是指企业、事业、机关等单位之间因商品交易、劳务供应或资金调拨等原因所

14、发生的货币收、付业务的清算。，（流,嫡挺“稜爨结算业务流程如图,，所示。图,，结算业务流程图,（流程描述流程图描述如下：,）流程开始。,）申请结算、系统结算。运营人员手动发起商户结算申请。或者统一支付 清算平台按照商户结算周期进行系统结算。,）结算申请审核。运营人员对手动发起的商户结算申请进行审核，若审核 不通过，则申请结算不成功，流程结束。,）结算申请二次审核。运营人员对手动发起的商户结算申请进行审核，若审核不通过，则申请结算不成功，流程结束。,）初始待结算。审核通过后，统一支付清算平台受理成功，商户结算申请I,式生效。,）生成结算报表。批量进行商户结算，并按照一定的结算要求生成商户结算报表

15、提供给财务人员进行付款。,）稽核付款。财务人员对统一支付清算平台提供的商户结算报表进行审核，通过后即按照结算报表进行统一付款。,）稽核付款二级复核。财务人员对统一支付清算平台提供的商户结算报表进行二级审核，通过后即按照结算报表进行统一付款。,）付款操作完成。财务人员完成统一付款操作。流程结束。,（,功能性需求分析系统功能性需求主要山支付业务、清分业务、结算业务和相应的信息支撑业 务需求构成。以下作者分别从主要业务需求和信息支撑业务需求两个角度对系统 进行功能性需求分析。,（,（,商户管理功能商户管理用例图如图,一,所示，对于直接通过统一清算平台接入的商户，可 通过商户管理相关交易进行维护，同时

16、，商户管理员还可通过联机交易查询所有 商户的各种资料信息。图,，商户管理用例分析商户管理主要包括以下功能或交易：,）商户管理,（商户基本资料维护本功能提供对商户的基本资料，比如商户编号、商户名称、商户联系人、 商户地址、经营范围、工商清册号等信息的增加、修改、删除、查询功能。,）商户基本资料查询；,）商户基本资料修改；,）商户基本资料增加；,）商户基本资料删除。,（商户结算银行信息维护本功能提供对商户的结算银行信息，比如银行开户行名称、开户行联行号、银行结算账号等资料的增加、修改、删除、查询功能。,）商户结算银行信息查询；,）商户结算银行信息修改；,）商户结算银行信息增加；,）商户结算银行信息

17、删除。,（商户费用信息维护本功能提供对商户的费用信息，比如讣算类型（按单笔计费还是周期汇总讣 费）、汇总计费周期、是按固定金额计费还是按比例讣费、按比例记费套档料的增加、修改、删除、查询功能。等资,）商户费用信息查询；,）商户费用信息修改；,）商户费用信息增加；,）商户费用信息删除。,（分账规则维护本功能提供对商户的分账规则，比如所涉及分账主体、分账主体结算银行信息、分账模式（按固定金额或是按,，分）、各分账主体分账比例等资料的 增力口、修改、删除、查询功能。,）分账规则查询：,）分账规则修改；,）分账规则增加；,）分账规则删除。,）权限管理,（根据业务操作权限的不同，系统可定义不同的业务管理

18、员角色，并分配不同的操作权限。例如:商户资料维护管理员、系统维护管理员、务运营管理 员、财务数据维护管理员等。业,（对于直接接入统一清算平台的商户，平台提供商户资料维护管理员权限，商 户管理员可通过此权限，进行商户资料维护（联机）功能增加、修改或删息、分账规则等。除相关商户的基本资料、商户结算银行信息、商户费用信,（部分业务运营管理员可利平台提供的功能，提交商户结算申请、商户结算审核、商户结算状态查询等。,（账务数据维护管理员可得用平台提供的功能，完成商户的付款、付款稽核、 付款完成确认等。,（随着业务的发展，系统可以通过配置定义出更多的管理员角色，并分配不同的操作权限。,）账户管理账户管理功

19、能主要包括以下功能或交易：,（内部账户手工开户，销户对于不存在客户独立账户的资金，需要开立内部账户，以便进行资金跟踪，系统提供开户，销户的功能权限。内部帐户：清结算平台功能，不对应商户，对应系统内部应收款，应付。等 等。款,）内部账户浏览：,）内部账户查询；,）内部账户开户；,）内部账户销户。,（结算账户手工开户，销户对于商户结算、交易服务费的分涧，需要开立结算账户，以便进行资金的归集及账务处理，系统提供开户，销户的功能权限。,）结算账户浏览；,）结算账户查询；,）结算账户开户；,）结算账户销户。,（科LJ属性维护对系统中出现的科目账号的科LJ状念（资产类、负债类、所有者权益类、收 入 类、支

20、出类、表外类、往来账类等）、科LJ分类（差错,争议挂账账户、其他内部 账户等）进行维护。,）科目属性查询：,）科目属性修改；,）科目属性删除；,）科Ll属性增加。,（科LJ对照关系维护设置各类账户种类与科Ll的对照关系，并且指定是否允许开设内部账户，进 行相关对照关系的维护。,）科口对照关系查询：,）科口对照关系修改；,）科LJ对照关系删除；,）科LJ对照关系增加。,（手工调账对于对账过程中出现长短款差错账，人工核对后通过系统进行手工平账，主要包括以下功能：,）手工调账录入：,）手工调账批量导入；,）待确认手工调账业务浏览。,（账务处理针对各业务平台的交易，系统进行联机或批量的入账处理，以下功

21、能均为 系统内部功能组件，不是供业务人员所直接使用的联机交易。,）内部账户存入（贷）；,）内部账户存入冲正（贷）；,）内部账户支岀（借）；,）内部账户支出冲正（借）；,）结算账户存入；,）结算账户存入冲正：,）结算账户支出；,）结算账户支出冲正；,）商户结算扣账；,）结算账户余额查询；,）内部账户余额查询：,）账户状态以及状态字维护及查询。，（,（,统一支付功能统一支付用例图如图,一,所示，通过对统一支付流程的分析，提炼出统一支付 功能的用例模型。图，（,统一支付用例分析该模型只包含统一支付这一用例，该用例乂包含以下 子用例：,）订单支付登记；,）转发订单请求；,）更新订单状态；,）转发订单应

22、答；,）订单提交支付页面跳转；,）支付完成支付页面跳转；,）支付结果通知。以上子用例共同协作，组成了统一支付用例。,（,（,统一清算功能统一清算用例图如图,所示，通过对统一清分和统一结算业务流程的分 析，提炼出统一清算用例模型。图,，统一清算用例分析该模型包含,个主要用例:统一清分用例和统一结算用 例。其中，统一清分用例山以下子用例构成：,）数据明细分拣；,）对账；,）轧差。统一结算用例包含以下子用例：,）申请结算：,）生成报表；,）稽核付款。以上用例共同协作实现了统一清算业务。,（,（,系统外部接口需求,）与全网手机支付平台的接口连接:实现和全网手机支付平台的交互，完成消费、对账等接口功能；

23、,）与本地金融机构连接:实现和本地、本地银联等金融机构的连接，开通资金进出通道。,）与应用平台的接口：实现和本地商户、业务平台的接入，为商户提供支 付功能，包括支持直接支付类和批处理文件传送接口两种接口。3（3非功能性需求分析,（,（,通信安全需求R信息传输加密需求（,认证,对称加密）：,）信息传输纠错要求；C）系统的外部接口数据备份；,）系统的外部接口状态监控、自动检测和报警功能；e）业务风险控制需求，具有额度控制和调节功能。，（，（,业务扩展需求,）系统的外部接口参数化，可以根据不同的商户类别配置；,）支持商户代理的接入；）提供接口模拟测试模块；,）为商户提供接口应用开发包。,（,（,其他

24、需求系统应当具有流量控制功能和负载均衡能力。,（,术语系统涉及到的术语如表,一 9所示。Ml .*t 询itwuw, n. STK. RFlD VtK*i JL(IiItt.IS80 frHSt3J-;的由啊杵丄竹中BnJM巴于 YIP 介4 rtf*t化咗洽伍钦糸体崇,ifHA 1右飘*1s e. 尸(Mfir*细走S钳IJSWU*MM + * a多说t他转恵A抵鸟仙蛍卜律询荀 I hcAuy.9lfr c)m级小必丸堆州1屮川站电3 *K5T lf*l7,*4UifrJfrST ( CMfli4t* A*. ITflA aifSfr.斤战+ *.%1(I25BO) . 1ftc. I Tf

25、ii( H 用二的一站人耳上耐料眼补.Mivl* tHr 口Mk人.1H*ttKk4rM 6 tHZ CPU IO24M1!Z: 4GA: 024G+-4; AiXSQXeLWCNcgK 92*XJ.4H耳也；上TCP.IPOrnCiC 9 上HlSUNICS 0.0,相对业内同类型,，开发架构，（,基于丰富的应用组件和不发工 具，可以快速实现各类金融服务渠道接入、支付清算、收单、代理业务、信息交 换等应用，为了缩短不发周期，保证系统质量，故选择，作为开发框架。 在中间件的选择上，；，是专门为企业电子商务应用系统开发 的。企业电子商务应用系统需要快速开发，并要求服务器端组件具有良好的灵 活性和

26、安全性，同时还要支持关键任务所必需的扩展、性能、和高可用性。， ,简化了可移植及可扩展的应用系统的开发，并为其它应用和 系统提供了丰富的互操作性。综上所述，选择,;作为应用服务器符合项 日开发和运行的要求。,（,网络结构完成支付，如图,一,所示。图统一清结算系统是江苏省单 独的支付清算处理服务器，接入省内各业务平台通过统一清结算系统到手机支付、支付宝、网上银行、业务支撑等资金来源的系统Enterprise ArCMteCtUrB Mod?苏州WWAPPiCtftkBn r*r商户豳Af)D4 cat-oh StfrVerIIm AppOitlofli SerwerNetwork LJnkNet

27、WOfk IJJIkApPlCMOnfippttGitior 2e*vrNGtwork UnkNetwork LJnk,(3设计原则,(,(,安全设计原则对于系统而言，安全是至关重要的。统一支付清算平台安全保障体系的设计U标是:按照信息系统的安全需求以及本系统的特点，在各个环节设置必要 的安全措施，并配合一定的管理机制，构成完整的安全体系，提供应用信息系统的 全支持平台。安系统安全设计的原则如下：,）网络不可中断，数据不可丢失，系统软硬件必须具有极高的持续可用性和可靠性。,）保证数据的真实性、完整性和不可否认性。;）防止,的非法入侵。,）对敬感、秘密信息的存储和传送要采用先进加密技术，实现信息

28、的保密。,）对于不同重要级别的信息，对不同的人授予不同的访问权限，采取身份认 证技术来识别身份。,）在内部网和外部网之间放置防火墙来提供可黑保护。,）使用最新的防病毒软件，防止病毒的传播、感染和破坏。,）使用灾难恢复技术与方法来应急一些突发的网络灾难，确保网络安全。,）保密措施可靠，各项数据不可被窃取或破坏。,）面对意料之外的突然灾害，应有预备且完备的危机处理方案。，（，（,可扩充 性设计原则,）支持业务需求快速开发,）首先，系统采用组件化的设计方法，对整个系统功能做了多层次的分割，使得系统的各组件模块及标准函数保持很高的独立性与较低的耦合度，业务上的需求变更或功能扩展只需修改小范用的组件或函

29、数，而这些组件和函数具有标准的接口和固定的功能，与其相关的功能模块均无需改动，从而在整体架构上保证了系统的可维护性。,）系统在设计上对各类组件模块的易维护性、复杂性等做了平衡，使得复杂 度高的模块保持较高的可重用性与较低的维护频率，使得相对容易随业务变化而调整的模块容易开发和维护，进一步增强了系统的可维护性。,）同时，系统还广泛采用参数化的设计方法，把很多业务属性抽象为参数，一般的产品属性调整和部分新产品开发可通过参数定制的方法来实现，无须新增或修改程序，降低了日常维护的难度。,）另外，系统支持业务审批过程的流程化管理，根据业务发生的实际需要，可以自动归纳授权人员的授权要求;在系统允许的范围内

30、，业务管理人员可以自山设置联机实时授权还是转化为远程同步授权、远程异步授权、授权转复核等 不同的审批流程。,）业务扩展能力应用系统的可扩展性方面可提供多重支持：,）采用数据分区技术，支持业务数据量的增长（包括用户、账户等），通过本技术不仅支持业务数据数倍甚至数量级的增长，数据量的增长无须修改设计和 序，而且不影响系统的稳定性。程,）采用组件化、配置化的松耦合设计模式，具备高度的平台、功能可扩展性。 用户可根据需要拆卸并随意组装各子系统以及各组件模块，亦可通过系统预留的接口定制各种组件，通过相应配置即可实现对平台及功能的增加。,）功能模块的扩展支持，系统的设计不限制功能模块或业务产品的数量，采

31、用动态配置和参数定义的方式，支持大量业务模块及新产品平滑地加入中，有效支持业务的不断拓展。到系统,）系统的并行性设讣能够从单服务器及集群部署两方面保证性能上的高可扩 展性：在单服务器方面，可通过调整服务器的各种技术配置，如工作线索数、线 索池管理、连接池、消息队列深度，线索调度策略等参数达到性能的提升。在集群部署方面，根据未来业务发展的需要及用户负载的需求，可在多台机器启动多个服务器实例，在横向上大大扩展系统的祚吐量和处理性能。同时基 础路山提供负载均衡和失败转移能力，在任何一个实例或机器节点突发故障时，可以屏蔽掉这个服务器实例并转移到下一个，常的服务实例处理，而不影响整 个系统的，下常运作。

32、系统具备多种部署方式，以适应用户在不同时期的业务规模（用户规模、业务 范围、功能模块多少等）和软硬件配置情况。系统采用，的设计理念，易于与其它系统整合。系统本身内置多种外围系统接口方式，并且支持系统连接的客户化，支持统的 横向扩展。系工作流功能的支持，可实现业务向流程化扩展的兼容。,）多渠道接入,）系统提供可定制的接口适配器方式，与渠道系统进行连接。适配器可自动完成通讯的接入和数据格式的转换。支持,，、，等通讯标准;支持,，、，、，等标准报文格式;支持同步、异步以及广播方式的 交 互标准。,）提供渠道整合功能，为渠道服务提供交易处理、渠道数据管理、渠道设备 管理、渠道监控等管理功能。,）通过业

33、务逻辑的可定制，完成业务流程的组合，实现跨渠道的服务共享。,）对于笫三方系统的交易，可以进行批量拆分（如批量文件转换为联机单笔方式）、落地或直通处理，同时完成某些本地特色业务的逻辑处理、对账处理、 数据加工处理以及工作流处理。,（,系统整体结构设计系统体系结构如图,一,所示，整个统一支付清算系统包括应用承载、业务管理、清结算处理、统一支付、综合支付接入前置、内部网关、标准商户接入刖置等模块。& I E *z _ I f 图,一，系统体系结构图Aff-R 羌,(,功能结构设计,(,(,系统边界划分与外部接口设计4-3系统框图图4-3系统框图如图,一,所示，过对系统整体结构设计进行抽象，可以划分出

34、软件系统边界, 并根据该边界设计独立功能服务，以及与外部相关的接口。外部接口如表,，所示。表，(,功能结构划分，(,(,功能模块划分如图,所示，统一支付清算系统从主要业务功能的角度上划分为,个模块： 商户管理模块，统一支付模块和统一清结算模块，三个模块之问功能上 相互独立，乂相互协作来支撑整个统一支付清算系统的业务。其中，商户管理模块主要实现的功能包括业务平台商户管理和统一支付商户SknCf IDrXCr NIImCMaln FttnCiiOhCRPGPUBl哥户轅入03斉户Jt一支旺处MtDSRPGPuBl30it-Jt4Ul 出 4*UCPSGPUBlil*ftORPMFUOrSMPLTB

35、I击算 fl!ltSOURMfuBl什堆耳筑一卡匱肚理CMCGFUBl于机JUt推入1舟3+ KA. VWZIIR2(00 VAoAK2 (60fip IIJnVARaMRS(B)aiH5*0JVARalAH2)寺陽状海址卿看嫌时阿VRQlAI(b)nnt5VARalAR2 (20)t IStil-IlVAHUlAH2(H)PJK 劇11VARt.HA2(H)ftfffwVARaIAR2(6)瓷*W5炮VAKalAR2 (2)VAOAHjJ(C)WW!VVAOr.H2(2)5IP!E 遇VARaIAm VARa(AR2 (I)3LMWRKlfi. 0)t 币XLW:RIC(15. 0)*awX

36、LMfiRIC(l 0)ttVARCttAR2 (2)MMERlC2SS 务 51MIC(3l 0ti8S9itttBKYAftWZ WWlftlifcKVARaIAR2 (400)ftaVAftCHAiQ(MO)ff%HlfttVVW；RKTfSfflWYAKaIrR2 Jtff方式VAfcaWK(I)t(tVARUWR2(1)MBVAHaiAfa!(1UjXftP7VARCHAR2(15VAKaWR2 (.32买李去八&悠ZHatA 吃(IOO)VARalA(邮8方丸VARCHR(21漁方式VARQWR2(1Mitsr 用ZIEnC(15. 0)Mlan IMiiVAoM2(I6 BSPJ

37、P4VMniU2(ft*Sfib2FJVe4Sft*XLlERIC(l 0己追秋0于變WNLN6KKtl 0AiaJiiwiYMaiUZtt56)pjaaAU2(M)KHnvA*aw2()更VAfQuf2 丈WtWYarCara()VK)ttI2(Sl2)ttJLSf(VAJlauJK8(512)时銜战VOWMR2 (2i) 口 iUMR2(2 出) VAJKJMk (64) v.MR2 (1) VWWR2 血) YWM昭(I) dJMR2 U) VARUMS (I) *ARIHIC(O VAralAK(IJ VARaMR2 tM VAHlMIUw VARtlIAR2(i VAW.11AKBJ

38、 YAKUU2 (3) Ym(AR2 (I) VAfitlUR2W VAwaIAR2(O VARniA1 (X) VARnKm() VARIHAKw XIJoK(JX 0) XtWJile(33. 0 M*RKW VARattlC(N) VAHCwl2 VARVlUki VAKlWW) MMUUC(6) VAMIIKRZ VAHVmlU 1) VARtMwCZ60) YARelM2*(1 切 VAwlWe6 VARCMUQ(W VAralUU!8) VARaiU&eo) VARaw2tfO) VAKuMW(Zfib) VAIKlW2(60) VARemR VARlMW|) VAHaW1) VA

39、RUl(I)I VAMXIw2(X) VAimW(IM) V.UJCHAR2 YKHR2 (25) YAUR2(I8) WATOWOttO) RaAR2 YABalAR2 VAlMWR2(10) VAraIAR2(10) VArialAR VAKaWRZ(IO) VAfiaUR2(10) VAWUR2tt VAliaUR2(b.CHMM6 RQU10) VH0ttfcdC8 VAnaUiQ(H VAwHUi2). VAleVHUcZCai)图4-6数据库模型（一）4和；IlmAIK (20VwJty2 U 址JkAp 4IBHlKZ (TJlYAFoKHrmnMM8CUQ (X) vAwaAI

40、J 1VAmKli2 (K)LjgCCUMIC(IO)u*ac(. MtHWJIlC(l Q)*l乂JlIC(IA. 0)掩啪2MMllC(s )ift*VAIQMiu(I)RttAM2(I)UMWMnUKaoE?BHMVAftBVB ()*UWKUUttKr(B) MnMUftCHAK *7M*MM汕；IWlUIn.MiM(.妙也肘or;Wnf;YAialIutZ(IUMttIIVlIARlmIL(WttH4WAkHJC *ti6V*il)WIWAKHWtt(W2Wi vMVIliJ(l.OJv*c(s,0HliMV*ICtlUHlBlafi M9WAMMKm Ui)MMWAKMAlCrul

41、)VfHB*MKkUM)ClrfXrfiM : 1WrJVMM AiLlWLtIQMUa初 L1WMr.rVSnWr2!XfaVKIiVU(I)*r.HwturJIIJMfrewVMtMUUtOVgiWnWHIJYAKJMU(3!cn IiUXMHinttn(30WffWMAftVAKmKta*JUC(t. )ittWMWI)C(IL mrHKMlK!(RD)c)佔uVAflrHMUgHwtWFllIVMOMKtfCItKMVMUM2UF iXH屣YIMMtnnIrttWHM MuAnW 卄 f IfSJitn 员MoweUUR2O*rrrttnIleKMAnoAuo)FgAnmt*HH、MU

42、 皿 KOMKnYA Mtt1(V)VRVIVWlMB(W)umicdK. o)aVbuUKlt (MUmIC t 叫I IMMlinVK1WKW何从祈ISUWiIC(l (MHVWHAIUCttfi)4VMKHAlQ (400)WIHY.5ftHA(W)HnVABIWI()trau 1uaMmm吐XftiBIIikULZLIilTrUr 2jMfiawVAMLMILiC 1*.UUAK2Cd*UMiAU(Xi)UntfcnaMOASC1WntlFWW他:MrKi4)Mnw3f-1VAHIW2 !4)5b*HVAaCVJU(14)ftOSKWtfH(I)tt*WVAIBCUKClZrt图，C数

43、据库模型（二）,（,本章小结在需求分析的基础上，作者对系统的进行了概要设计。作者先阐述了系统的软 硬件环境，分析的了系统部署后的网络结:沟，阐述了系统的设计原则;然后，乍者 对系统进行了体系结构的设计，通过系统框图划分了系统的边界，再从功能划分的角度 讲系统:分为功能模块，以便进行进一步详纟比美计。最。，在概要设计的基础上，对系统进行了数据模型的设计。笫五章统一支付清算系统详细设计在统一支付清算系统的详细设计阶段，作者按模块划分对系统进行了详细设计。在同一个模块内，以用例为最小描述单元，进行了类图、时序图以及用户界面的设计。最后对系统的外部接口进行了形式上的设计和内容上的划分。,（,商户管理模

44、块详细设计,（,（,商户管理,）商户基本资料维护a）类图设计何八UfDrn iUsb Cda WrWF*add() *delele() *fiVTL 4ddt（） A *flnd图,商户结算银行信息维护类图a)类图戦计ffiPBJW) SPS用 4 Ml-ISfflrKiBffi 如火P岳8內QS)图,一，商户费用信息维护类图如图,一,所示，商户费用信息维护用例的类图设讣包含商户管理控制、商户费 用服 务、商户费用以及商户费用扩展信息等类。商户管理控制用于接收各类商户费用基本信息操作的请求，它依赖于商户费用 服务所提供的服务;商户费用服务提供了一组处理商户费用基本资料维护业务的 服务，它依赖于

45、实体类商户费用；实体类商户费用包含了商户费用的基本信息;商户 费用扩展信息继承了商户费用类并在此基础上提供了商户费用的扩展信息。在商户费用基本资料查询子用例中，操作员向系统提交了查询请求，商户费用求，查询服务与数据库交互，获取所需数据并将数据封装管理控制器选择了查 询服务来处理请并反馈给商户费用控制器，最后商户费用控制器将请求结果反馈给操作员；在 增加商户费用子用例中，商户费用管理控制器对商户费用信息进行检验并调用增加商户费用信息服务，插入数据与数据转交。,)分账规则维护,)类图设计a)类图设计分豪踽3E务aod) 分嫌莊&： 4分眩删扩駆依幺S)图,，分账规则维护类图如图,一,所示，商户分账

46、规则维护用例的类图设计包含商户管理控制、分账规 则服务、分账规则以及分账规则扩展信息等类。商户管理控制用于接收各类商户基本信息操作的请求，它依赖于分账规则服务所提供的服务;分账规则服务提供了一组处理商户分账规则基本资料维护业务 的服务，它依赖于实体类分账规则；实体类分账规则包含了商户的基本信息;分账规 则扩展信息继承了分账规则类并在此基础上提供了商户分账规则的扩展信息。在分账规则查询子用例中，操作员向系统提交了查询请求，分账规则控制器选 择了查询服务来处理请求，查询服务与数据库交互，获取所需数据并将数据封装并 反馈给分账规则控制器，最后分账规则控制器将请求结果反馈给操作员：在增加分 账规则子用

47、例中，商户管理控制器对商户信息进行检验并调用增加商户服务，插入 数据数据库交互，并将数掘封装并反馈给分账规与数据库交互，并将数据封装并反 馈给分账则控制器，最后分账规则控制器,肾请求结果反馈给操作员；在删除分账规则子 用例巾，分账规则控制器调用删除分账规则服务，删除数据并与数据库交互，并将 数据器将请求结果反馈给操作员。封装并反馈给分张规则控制器，最后分账规则 控制,（,（,权限管理,）权限管理MtWeProoer1yodlh) *KUSan(!KlMlJm() r OdIfyIe*tnea() MocUrToUMrtart( Jaloc IeUHerF vofL eHe3a(UAl i W1

48、Lk图,，权限管理类图权限管理类图如图,，所示。该用例包含权限管理、权限服务、用户服务、权 限、用户组以及用户类。其中权限管理类负责接收权限操作的请求，并根据请求 调用相应的服务;权限服务包含对权限的增删改查的操作以及对用户组权限的分配操 作，用户服务包含对用户及用户组的增删改查的操作以及对用户与用户组的分配 操作;用户必属于唯一的用户组，用户组可以拥有多个权限。,）时序图设计图,（添加用户（组）时序图添加用户（组）用例的时序图模型如图,所示。在添加用户（组）子用例中，操作员向系统提交了添加用户（组）请求，权限管理对用户（组）信息进行校验并调 用添加用户（,，）服务，用户（组）服务添加数据并与

49、数据库交互，获取所需数 据并将数据封装并反馈给权限管理，最后权限管理将请求结果反馈给操作员。,图，C删除用户（组）时序图删除用户（组）用例的时序图模型如图,所示。在删除用户（组）子用例中，操作员向系统提交了删除用户（组）请求，权限管理对用户（组）信息进行校验并调用删除用户（组）服务，用户（组）服务删除数据并与数据库交互，获取所需数据并据封装并反馈给权限管理，最后权限管理将请求结果反馈给操作员。图,？修改用户（组）信息时序图修改用户（组）用例的时序图模型如图,，所示。在修改用户（组）子用例中，操作员向系统提交了修改用户（组）请求，权限管理对用户（组）信息进行校验并调用 修改用户（组）服务，用户（

50、组）服务修改数据并与数据库交互，获取所需数据并将数 据封装并反馈给权限管理，最后权限管理将请求结果反馈给操作员。S, C,査询用户（组）时序图查询用户（组）用，刊的时序图模型如图,-13所示。在查询用户，组）子用例中操作员向系统查询用户（组）提交了查渤用户（组）请求，权限管理对用户（组）信息进行校验并调用据封装并服务，用户（组）服务查洵数据并与数据库交互，获取所需数据并将数 反馈给权限管理，最后权限管理将请求结果反馈给操作员。图,，权限信息维护时序图权限信息维护用例的时序图模型如图弘,。所示。在添加权限信息维护用例中，操作员向系统提交了添加权限请求，权限管理对该请求进行校验并调用添加权限服 务

51、，权限服务添加数据并与数据库交互，获取所需数据并将数据封装并反馈给权限 管理，最后权限管理将请求结果反馈给操作员；在删除权限信息维护用例中，操作员 向系统提交了删除权限请求，权限管理对该请求进行校验并调用删除权限服务， 权限服务删除数据并与数据库交互，获取所需数据并将数据封装并反馈给权限管理，最后 权限管理将请求结果反馈给操作员；在修改权限信息维护用例中，操作员向系统提 交了修改权限请求，权限管理对该请求进行校验并调用修改权限服务，权限服务 修改数据并与数据库交互，获取所需数据并将数据封装并反馈给权限管理，最后 权限管理将请求结果反馈给操作员；在查询权限信息维护用例中，操作员向系统提 交了查询

52、权限请求，权限管理对该请求进行校验并调用查询权限服务，权限服务 查询数据并与数据库交互，获取所需数据并将数据封装并反馈给权限管理，最后权 限管理将请求结果反馈给操作员。图,一,，分配权限时序图分配权限用例的时序图模型如图,一,，所示。在分配权限用例中，操作员向系统提交了分配权限请求，权限管理调用查询权限服务，权限服务查询数据并与数 据库交互，数据库将该结果反馈给权限服务，然后权限服务将该数据进行封装并提交给权限管理，权限管理调用查询用户组服务查询服务并与数据库交互，用户服务将该结果封装并提交给权限管理，权限管理进行校验并调用分配权限服务，权限服务添加数据并与数据库进行交互，最后权限服务获取所需

53、数据并将数据封装并反馈后权限管理将请求结果反馈给操作员。给权限管理,图，（解除分配权限时序图解除分配权限用例的时序图模型如图,一,，所示。在解除分配权限用例中，操 作员向系统提交了解除分配权限请求，权限管理调用查询权限服务，权限服务查 询数据并与数据库交互，数据库将该结果反馈给权限服务，然后权限服务将该数 据进行封装并提交给权限管理，权限管理调用查询用户组服务查询服务并与数据 库交互，用户服务将该结果封装并提交给权限管理，权限管理进行校验并调用解 除分配权限服务，权限服务添加数据并与数据库进行交互，最后权限服务获取所需数据并将数据封装 并反馈给权限管理，最后权限管理将请求结果反馈给操作员。WW

54、flBF=aK5rtnu.ulCAgta图分配用户到用户组时序图分配用户到用户组用例的时序图模型如图,所示。在分配用户到用户组用例中，操作员向系统提交了分配用户到用户组的请求，权限管理调用用户（组）查 询服务，用户服务查询数据并与数据库交互，数据库将该结果反馈给用户服务及至 权限管理，权限管理校验信息并调用分配服务给用户服务，用户服务添加数据并与 数据库交互，数据库添加数据并反馈给用户服务，用户服务封装数据反馈给权限管限管理将结果反馈给操作员。理，最后权图,，解除分配用户到用户组时序图解除分配用户到用户组用例的时序图模型如图,所示。在分配用户到用户 组用 例中，操作员向系统提交了分配用户到用户

55、组的请求，权限管理调用用户（组） 查询服务，用户服务查询数据并与数据库交互，数据库将该结果反馈给用户服务 及至权限管 理，权限管理校验信息并调用分配服务给用户服务，用户服务添加数 据并与数据库交互，数据库添加数据并反馈给用户服务，用户服务封装数据反馈 给权限管理，最后权限管理将结果反馈给操作员。,（,（,账户管理,）内部账户手工不户，销户,）类图设计ftfcfe舉门论歼 z0_ at* IIIIMn -HllKK4in go科目栅烟 科amswsrieffiCM（）*mofO图,，科LJ对照关系管理类图如图,，所示，科口对照关系管理用例的类图设计包含账户管理、科LJ对照关系服务、科U对照关系以

56、及科U对照关系扩展信息等类。账户管理用于接收账户基本信息操作的请求，它依赖于科Ll对照关系服务所提 供的服务;科Ll对照关系服务提供了一组科U对照关系的服务，它依赖于实体 类科U ;实体类科口包含了科Ll的基本信息;科Ll对照关系扩展信息继承了科 Ll对照关系类并在此基础上提供了科Ll对照关系的扩展信息。,）时序图设计ILk*J I图，（,，内部账户支出时序图内部账户支出用例的时序图模型如图,一,，所示。在内部账户支出子用例中， 操作员向系统提交了内部账户支出请求，账户管理选择了信息校验并调用账户处理 服务处理请求，账户处理服务更新数据并与数据库交互，获取所需数据并将数据封装并反馈给账户管理，

57、最后账户管理将请求结果反馈给操作员。图,，内部账户支出冲正时序图内部账户支出冲正用例的时序图模型如图,一,，所示。在内部账户支出冲正子 用例中，操作员向系统提交了内部账户支出冲，请求，账户管理选择了信息校验 并调用账户处理服务处理请求，账户处理服务更新数据并与数据库交互，获取所需 数据并将数据封装并反馈给账户管理，最后账户管理将请求结果反馈给操作员。限图，（,，结算账户支出时序图结算账户支出用例的时序图模型如图,，所示。在结算账户支出子用例中， 操作员向系统提交了结算账户支出请求，账户管理选择了信息校验并调用账户处理 服务处理请求，账户处理服务更新数据并与数据库交互，获取所需数据并将数据封装并

58、反馈给账户管理，最后账户管理将请求结果反馈给操作员。图,结算账户支出冲正时序图结算账户支出冲正用例的时序图模型如图,所示。在结算账户支出冲正子用例中，操作员向系统提交了结算账户支出冲，请求，账户管理选择了信息校验 并调用账户处理服务处理请求，账户处理服务更新数据并与数据库交互，获取 所需数据并将数据封装并反馈给账户管理，最后账户管理将请求结果反 馈给操作图,，结算账户余额查询时序图结算账户余额查询用例的时序图模型如图,，所示。在结算账户余额查询子 用例中，操作员向系统提交了结算账户余额查询请求，账户管理选择了信息校验并调用账户处理服务处理请求，账户处理服务更新数据并与数据库交互，获取所需数据并

59、将数据封装并反馈绐账户管理，最后账户管理将请求结果反图,，内部账户余额查询时序图内部账户余额查询用例的时序图模型如图,一,，所示。在内部账户余额查询予 用例中，操作员向系统提交了内部账户余额查询请求，账户管理选择了信息校验并调用账户处理服务处理请求，账户处理服务更新数据并与数据库交互，获取 所需数据并将数据封装并反馈给账户管理，最后账户管理将请求结果反馈给操作员。图,一账户状态查询时序图账户状态查询用例的时序图模型如图,所示。在账户状念查询子用例中， 操作员向系统提交了账户状态查询请求，账户管理选择了信息校验并调用账户处理 服务处理请求，账户处理服务更新数据并与数据库交互，获取所需数据并将数据

60、封装并反馈给账户管理，最后账户管理将请求结果反馈给操作员。图,，账户状态字维护时序图账户状态字维护查询用例的时序图模型如图,所示。在账户状态字维护子用例中，操作员向系统提交了账户状态字维护请求，账户管理选择了信息校验并调 用账户处理服务处理请求，账户处理服务更新数据并与数据库交互，获取所需数据 并将数据封装并反馈给账户管理，最后账户管理将请求结果反馈给操作员。，（，（, 用户界面设计,）商户管理界面商户管理界面如图,一,，所示。商户耐（商户轴 瞬日庞（g :1両户& IWffiMJ憩止日期【】PfifJMP昏户细f*窘户接入日期Ato*Aw*irW*A-*te*A M*MMA 4 *AA w