基于SOA架构的同城交换系统的设计与实现

发布时间：2020-08-02 21:10

【摘要】：同城交换是由当地人民银行统一组织、管理、以及实施的,为了满足收付款人在规定区域或者同一城市但不在同一银行开户的个人和企事业单位之间办理资金清算的需要,银行将与结算相关的票据持往指定场所,并相互之间交换票据,交换资金头寸的金融行为。同城交换主要包括同城商业银行间本系统内票据交换和同城商业银行间跨系统票据交换。论文主要描述基于SOA架构的常州市某行的同城交换系统的设计与实现,以求建立方便、快捷的业务系统,满足全行的需要。常州市某行与常州市人民银行开展同城交换业务已有多年,旧同城交换系统于10多年前开发。由于多年来业务需求变动、常州市某行新一代核心银行系统上线切换以及人员流动带来风险等多种原因,现开发新一代同城交换系统,全面替换旧版系统,满足业务发展需要。本文基于SOA架构设计与实现常州市某行的同城交换系统。本文首先理解同城交换系统整体的架构以及需要对接的外部系统,并全面地分析同城交换系统的业务需求。技术上,本文基于SOA架构设计同城交换系统,并基于ZooKeeper技术设计实现服务注册和发现框架,以此来对系统进行解耦,提高服务的可重用性。服务类型上,论文将同城交换系统分前台和后台部分。前台的记账服务通过调用后台服务,进行记账交易,完成交换业务的核心内容。在后台,人行数据交换服务负责常州市某行系统与人行系统进行数据交互,部分服务和网点客户端进行数据交互。与人行交互的部分通过人民银行提供的接口交换数据,与客户端和中心端交互的部分通过自定义的接口交换服务数据。同城交换系统经过业务测试和压力测试后已经成功上线运行,累计处理业务402万余笔,累计交易金额13636余亿元,日均交易金额12亿元。本系统保障常州市某行的日常交易,方便了客户,同时该系统目前在银行系统内处于领先地位,常州市人民银行对本系统部署与使用给予高度评价。
【学位授予单位】：上海交通大学
【学位级别】：硕士
【学位授予年份】：2018
【分类号】：F832.2;TP311.52
【图文】：

架构图,架构

和统一的方式进行交互[3]。是 SOA 架构中最为核心的抽象手段，业务被划分成两个部分：一个是业务服务立、可重用、自包含的特点，主要是通过数个分布的系统所实现；另一个是业是通过服务组装得到的[4]。“服务”对与业务数据和功能相关的接口进行了定约束该接口的契约进行了定义，比如关键业绩指标、安全性要求、质量要求、和业务规则等[5]。一般而言，是通过基于标准的、中立的方式来定义接口和契不依赖于特定技术的中立特性之外，还可以通过服务注册库和企业服务总线来、中介、路由、以及定位的能力，从而使服务之间的位置是透明的、交互是动服务的提供者与请求者之间高度解耦[7]。对于松耦合系统，主要包括两个优势灵活地适应变化[8]；其二，若某个服务内部结构发生变化，也不会对其余服务所谓的紧耦合指的是应用程序的不同组件的接口与功能和结构之间具有非常紧果发生改变，将会由于紧耦合的关系致使整个应用程序产生改变，这种系统架脆弱性[10]。架构基于一种架构样式，该样式定义了三个参与者之间的交互模型：服务消费者，以及公布服务描述并实现服务[11]，其概念模型如下图 2-1 所示。

6图 2-3 ZooKeeper 原语Fig.2-3 The primitive of ZooKeeperZooKeeper 能够给全部的读操作设置 watcher，此处的读操作涉及 getData()、getChildren exists()等。对于 watcher 事件，实际上属于一次性触发器，如果其对象的状态改变了将对该对象与 watcher 对应的所有事件产生影响。Watcher 事件将被异步发送至客户端，ZooKeeper 可以给 watcher 机制提供有序的一致性保障[13]。相比于看到 watcher 对象化的时间而言，客户端接收 watcher 事件的时间更快[13]。ABIS 系统、CICS、Tulip 平台和 BoEing 系统ABIS(Aurora Business Intelligence Server)系统和 BoEing(Blue Ocean Engineering)系统中国某银行核心业务系统，统筹规划银行所有业务，完成业务交易，存储业务数据。而(Customer Information Control System)和 Tulip 平台则是调用 ABIS 系统时所需用到的

基于SOA架构的同城交换系统的设计与实现

CICS结构

【相似文献】