【毕业学位论文】（Word原稿）商业银行人行通业务接入系统的设计与实现-软件工程

硕士学位论文 （专业学位） 商业 银行人行通业务接入 系统的 设计与实现 姓 名： 王强 学 号： 0921170054 所在院系： 软件学院 职业类型： 工程硕士 专业领域： 软件工程 指导教师： 张惠娟教授 副指导教师： 郭方方 二 一三年九 月 A in of of a 0921170054 2013 商业银行 人行通业务接入 系统的设计与实现 王强 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部 分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创 性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日 同济大学 硕士学位论文 摘要 I 摘 要 商业银行的 业务种类 繁 多， 跨行转账 业务仍是 当前 中小银行 业务结构的重要组成部分 。随着信息化建设的深入，建立一个安全、高效、统一的 跨行转账平台是规范跨行转账业务流程、提 高 跨行转账 业务管理效率的必要手段。 但 目前 大多数银行在 跨行转账 业务方面 手续繁琐、收费高昂、到账时间长，不利于资金的汇划流 通和支付清算。 市场 竞争 给我们提出新的要求 ，如何更好地吸引客户、 提供优质的 跨行转账服务 ， 如何 建立方便快捷 的跨行转账流程 等等 ，这 些都 成为本文研究的重点。 本论文针对商业银行 接入人行通业务系统 设计了系统分析和开发流程，并给出 了 框架的实现。论文分析 了 同城跨行转账 的特点和流程，进行需求分析和系统架构设计， 并 对目前主流的 编程语言、数据库产品、 器等进行了介绍 ，从中选择 了 一套适合于商业银行业务信息系统开发的框架技术进行整合。 本 论文重点 研究 了 跨行转账业务的支付和清算流程 ， 将 跨行转账中的支付类业务、信息类业务、资金类 业务和管理类业务 进行了完整的设计和实现。 本论文还涉及软件质量管理、 架、 C+技术、 消息中间件和数据库技术等相关内容。在设计和开发系统的过程中，使用了目前主流的开源技术和标准化规范，提高了系统的扩展性、安全性和可维护性，对其它的 理系统具有一定的参考意义。 关键词： 人行通， 跨行转账 ， ， C+， 软件质 量 管理 系统 I of of is an of of of of a is a to of in is is to of us to to a of on of to a a on of of of to SH C In of EB BC C+, , 3 目 录 第一章 绪论 . 5 究背景和意义 . 5 究现状 . 6 究目标及内容 . 6 文组织结构 . 6 第二章 相关技术 . 8 体技术框架 . 8 发技术的选择 . 8 件结构的选择 . 9 发工具的选择 . 10 息中间件 . 11 介绍 . 11 的优点 . 11 第三章 系统需求分析 . 13 统总体需求 . 13 付类业务 . 13 息类业务 . 15 金类业务 . 15 理类业务 . 16 能需求 . 17 体功能框架 . 17 付类业务模块 . 17 息类业务类模块 . 18 金业务模块 . 19 理业务模块 . 20 询业务模块 . 21 统功能建模 . 23 据库需求 . 25 4 统性能需求 . 25 第四章 系统设计 . 27 体设计方案 . 27 要设计 . 27 细设计 . 30 统子模块设计 . 37 付类业务模块 . 38 息类业务模块 . 51 金类业务模块 . 55 第五章 系统实现 . 57 发环境的搭建 . 57 发框架环境 . 57 据库搭建 . 58 统主要模块的实现 . 68 录模块的实现 . 68 付类模块的实现 . 70 息类模块的实现 . 76 金类模块的实现 . 79 理类模块的实现 . 80 统测试 . 83 试环境 . 84 试工具 . 84 试方法 . 84 试结果 . 85 第六章 总结与展望 . 87 结 . 87 望 . 87 参考文献 . 89 5 第一章 绪论 本章对课题的研究背景、研究意义和研究现状进行了详细介绍，明确了课题的研究目标和研究内容 ，为论文的编写定下了基调 。最后对论文的组织结构进行了介绍。 究背景 和意义 “人行通”业务是人民银行重庆营业管理部组织全市各银行机构，依托现有同城支付平台向客户推出的跨行资金收付服务。 同城跨行转账是指按照客户要求通过个人结算账户将款项划付到同城的收款人账户的支付结算业务。 跨行转账业务是银行信息化建设的重要组成部分 ,具有一定的复杂性，在我国的大部分城市，商业银行众多，如果这些银行之间直接相互转账，会极大的 增加银行的人力成本和时间成本，而且 大多数银行跨行转账业务的手续繁琐、费用昂贵、到账时间长，阻碍了 跨行转账业务的发展和资金的快速流通 。 “人行通”的出现正好弥补了商 业银行在这方面的不足，它作为银行间跨行转账的中间代理，只要接入了“人行通”业务系统的银行就可以通过它进行资金汇划。 商业银行接入“人行通”业务系统后会给银行的客户、监管机构以及银行自己带来如下好处： 为 客户 提供更加 高效 便捷的服务 客户不用在不同的银行之间来回奔波 ，只需要就近选择一家接入“人行通”的银行即可完成同城跨行转账业务， 安全便捷、收费低廉 。 方便银行监管机构监管 银行接入“人行通”系统后，能够 推动重庆市 支付清算城乡一体化进程 ，减少监管机构的监管成本 ，提高监管水平，降低监管风险 ，解决 大城市、大农村、大库区 、大山区 的 资金汇划速度慢、费用高等问题 。 提高银行的竞争力 银行能 将各类跨行借、贷方票据业务及转账业务信息转为电子信息流 ， 实现柜面票据及转账业务的实时发起、实时入客户账，为社会提供优质的支付结算服务， 大大减少商业银行一线会计人员的工作量 和资金汇划成本 ，有利于优化劳动组合和提高银行的核心竟争力。 6 究现状 跨行转账业务是银行的一个重要业务，也是客户经常办理的业务。但是 我国大多数银行对跨行转账的信息化支撑都不 够 完善， 许多环节都需要人工操作， 覆盖面窄、手续费高。在“人行通”系统出现之前，跨行转账手续繁琐， 资金汇划成本高，到账时间长 ，客户也需要在不同的银行之间来回奔波。 随着国民经济的发展，人们对银行的服务内容和服务质量提出了更高的要求，在这些要求当中， 安全快捷 同城跨行转账的重要性和迫切性日益凸显出来，成为国内各大银行亟待解决的问题。 “人行通”业务系统就是在这样的大环境下发展起来的，它依托现有的支付平台向客户提供跨行资金收付服务，各家商业银行只要接入“人行通”系统即可实现银行之间的相互转账。 因此，商业银行的人行通业务的接入是本论文的重点内容。 通过对本课题的研究，对提高国内银行跨行资金汇划速度、降低汇划费用将 起到积极作用。 究目标及内容 本论文主要研究 商业银行接入人行通业务系统的 的实现手段， 首先从 业务 流程的范围入手，确定该系统的目标 是接入“人行通 ” 业务系统 ，而 不 是 银行自己开发一款同行转账系统 ， 本论文 结合该 银 行实际业务情况做了如下研究工作。 （ 1） 分析了目前银行的跨行转账业务的现状以及业务种类 。主要内容包括支付类业务管理、信息类业务管理、资金类业务管理三方面。 （ 2） 设计了一套 以人行 清算中心 为依托 ， 将各类跨行借、贷方票据业务及转账业务信息转为电子信息流 ，交由人行清算处理中心进行数据管理的机制，包括贷记往 账管理、贷记来账管理、贷记来账退汇，借记往账管理、借记冲正等常用的跨行转账业务。 （ 3）实现了 柜面票据及转账业务的实时发起、实时入客户账，为社会提供优质的支付结算服务，而且能大大减少商业银行一线会计人员的工作量，有 利于优化劳动组合 。 实现了一套符合该银行实际情况，集跨行转账支付管理、业务查询管理、核心交易管理于一体的信息化系统。 文组织结构 本论文后续各章结构如下： 7 第二章 对拟采用的信息技术做一个整体的介绍，内容包括软件工程、软件开发等各方面。 第三章 根据第一章中 人行通业务的 内容，提炼出 某商业 银行人行通业务接入系统 的重点用户需求。 第四章 对 某商业 银行人行通业务接入系统 进行总体的设计，包括开发框架的选择，软件需求的分析，说明了具体实现思路和方法。 第五章 进入系统开发阶段，详细说明了各项开发步骤及项目的实现。 结论部分 总结了本论文的研究工作，并针对存在的不足指出了改进的重点和方向 。 8 第二章 相关技术 本章对系统设计和实现过程中所使用的 术和开发工具进行整体介绍，对所有 术和开发工具选择都遵循成熟性、通用性和安全性的原则。 体技术框架 本系统分为柜面系统和人行通业务接入系统两 个 子 系统 ，其中柜面系统采用 术作为核心开发框架， 通过 人行通业务 接入 系统进行连接， 主要用于前端交互和数据展示 ；人行通业务接入系统采用 C/C+作为核心开发技术， 通过 与人行通系统处理中心连接 ，主要用于数据监控、传输以及业务处理。 发技术的选择 1. 开发语言 C+语言 是由 尔 )实验室于 20 世纪 80 年代初在 C 语言的基础上 发展而来的 C+增加了面向对象的机制 ，且与 C 语言兼容，继承了 C 语言简单高效的优点 人行通接入系统的实时性和性能等要求都 比较高，而且在数据传输过程中采用密押机等金融行业的专用硬件设备， 出于硬件兼容和性能等 因素 考虑， 决定采用 C+语言开发人行通业务接入子系统。 司 于 1995 年 5 月推出的一款面向对象 的 程序设计语言，语法与 C 语言 类似，具有跨平台、多线程、可分布式、 高安全性 、及丰富的第三开发库 等特点。 由于 银行对于安全和性能的要求往往要比一般的企业高，服务器大多采用 非 此 本系统的柜面子系统采用 言开发。 2. 运行 环境 柜面子系统采用 开源应用服务器 为运行环境， 一个轻量级的应用服务器，稳定性好，支持负载均衡和集群，是当前最为流行的开源应用服务器。并发连接数默认为 150 个，最大可支持 2000 个连接， 能满足中小型商业银行的业务需求。 3. 数据库 9 系统采用 据库 ，该数据库 是 美国 司研制的一种关系型数据库系统，支持 者 T 等多个操作系统 。 供了一套应用程序编程接口和库，可以与非 据源及服务器集成，允许在多个数据库之间复制数据，适于创建多层应用。 有 完备的触发器、存储过程、规则以及完整性定义，支持优化查询，具有良好的数据安全性，在我国 电信、证券、金融、政府、交通与能源等领 域拥有大量的客户。 件结构 的选择 1. B/S 结构 B/S（ 浏览器 /服务器） 架构是随着 术的兴起， 对 C/S 结构 的 一种 改 进 。在这种结构下，应用软件 被 安装 服务器端， 主要 业务 逻辑在服务器端实现 ，用户 通过浏览器访问服务器来完成业务操作 。这 种结构减轻 了客户端电脑 负荷 ， 降低 了系统维护与升级的成本和工作量 。 B/S 架 构 能实现不同 的人员，从不同的地点，以不同的接入方式访问和操作共同的 服务器 ， 有效地保护数据 库 和 系统的 访问权限。特别是 样的跨平台语言出现之后， 基于 B/S 架构 的 管理软件更 加便捷 、 高效 。 基于以上原因， 决定采用 B/S 架构开发本系统。 2. 名是 模型 (视图 (控制器(缩写，一种软件设计典范， 主要用于业务逻辑和数据显示的分离 ， 它有效地区分 了功能模块并降低它们之间的耦合 度， 实际应用中可细分为 多层商业应用 结构 ，每个层面 负责不同 的功能作用。 视图是用户 与系统进行交互的 界面。 对于一般的 用程序来说，视图就是 元素组成的界面。视图只是作为一种允许用户操作的数据输出方式，而用户在操作视图时， 在视图层并没有发生真正的数据处理，所有的操作都被转发到了控制层。 模型表示企业数据和业务规则。在 三个部件中，模型拥有最多的处理任务。例如它可能用像 样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这 样一个模型能为多个 视图提供数据，由于应用于模型的代码可以被多个视图重复使用， 减少了代码的重复性。 10 控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击 面中的超链接和发送 单时，控制器本身不 需 输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。 3. 架技术 架由 部份组成， 是当前较为流行的开源 序框架 。 前的版本为 使用 设计理 念，内建了多个拦截器和拦截器栈，将用户的 求进行拦截处理，从而提供了更加丰富的功能，如国际化、文件上传等。 由 建 的 一个开源框架，它是为了解决企业应用开发的复杂性而创建的 一个轻量级的解决方案， 它使用普通的 完成以前只可能由 能完成的事情。 以与目前大多数的 架进行整合，包括 从简单性、可测试性和松耦合的角度而言，任何 用都可以从 受益 。 目 前最流行的开源 架， 是 域事实上的标准。 它对 行了非常轻量级的对象封装，使得 序员 从繁杂的数据库交互中解脱出来，专注于业务逻辑的开发 ，减 少系统的开发时间和成本 。 发工具的选择 1. 由 费支持的开放源代码项目， 其中集成了大量的插件，并可以不断扩展。 用于管理多种开发任务，包括测试、性能调整及程序调试等，而且可以集成第三方应用程序开发工具 。 利用它我们可以在数据库和 E 的开发、发布，以及应用程序服务器的整合方面极大的提高工作效率。它 具有 功能丰富的 E 集成开发环境，完整支持 2. 司的 具集，使用它可以方便地对管理信息系统进行分析设计，它 几乎包括了数据库模型设计的全过程。利用 以制作数据流程图、概念数据模型、物理数据模型，还可以为数据仓库制作结构模型，也能对 团队设 11 计模型进行控制。他可以与许多流行的数据库设计软件，例如 3. 微软公司出品的一款的软件，它有助于 商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 表。该软件通过创建与数据相关的 表（而不使用静态图片）来显示数据，这些图表易于刷新，并能够显著提高 生产率。使用 的各种图表可了解、操作和共享企业内组织系统、资源和流程的有关信息。 息中间件 介绍 是基于消息队列（ 消息传送（ 消息中间件，主要功能是在应用程序之间提供可靠的消息传送，这些消息可以在不同的网络协议、不同的计算机系统和不同的应用软件之间传递。 图 体系结构 的优点 能为本系统几个好处 ： 12 1. 先进的队列、消息及路由等处理机制，使其能够为应用系统提供高效、灵活的同步和异步传输处理、存储转发、消息路由等技术支持，确保消息在任何情况下都能够安全、可靠的送达。通过使用 ，应用系统完全不需要担心消息传递过程中可能遇到的各种障碍（机器故障、网络故障等）和异常。 2. 提供点对点、发布订阅、路由、集群等多种方式的消息传递模式，极大方便了企业应用的灵活构建，同时 通过对核心、进程管理、队列管理等各层面的优化和改进，能够更加充分 地利用硬件和网络资源，极大地提高了传输效率，为各种不同应用模式、不同系统规模、不同消息传输量的系统提供了强有力的后台支撑。 3. 为系统的管理人员提供了丰富易用的管理工具，以满足不同的管理习惯和管理需求。通过基于浏览器模式的可视化监控管理中心，用户可以在任何运行 远端对系统进行远程集中管理，包括系统的启动、停止、配置和监控，极大地方便了系统的维护和管理。 4 全面支持 范标准，用户可借助于它进行标准化的应用开发，并能够轻松地与其他系统进行集成。通过 准， 能 够无缝的与东方通公司的其他的中间件产品进行集成，同时也可以和任何遵循 范的其他主流应用系统或中间件产品进行无缝集成 9。 13 第三章 系统需求分析 上一章节介绍了系统使用的技术架构和开发工具，本章节将详细介绍系统的功能需求、数据库需求 、 性能需求 以及系统的功能模块划分。 统总体需求 根据各方面的调查，初步确定了 某商业 银行 人行通业务接入系统的基本需求，主要分为如下几类： 支付类业务、信息类业务、资金类业务和管理类业务 。 付 类业务 支付类 类业务主要分为贷记业务、贷记退汇业务、借 记业务、借记冲正业务、账户信息查询业务。 1 贷记业务 （本地发起）贷记往账扣款： 人行通业务接入系统 解析 柜面系统传输的数据并生成 回执。 （本地接收）贷记来账收款：接收行接收到由人行通（人行通业务处理中心）转发而来的贷记业务来账报文，平台进行解析入库，符合自动入账条件并能自动入账的 则通过 调用核心系统 行收款入客户账，否则收款转手工处理（可进行拒绝、入客户账账、退汇），组织并发出回执；在此处接收行作为收款方，拒绝收款则必须返回；在不返回失败信息或超过人行规定时间返回则人行与发起行皆认为此笔业务为成功业务。 2. 贷记退汇业务 （本地发起）贷记退汇往账扣款： 人行通业务接入系统 解析 柜面系统传输的数据并生成回执。 （本地接收）贷记退汇来账收款：接收行接收到由人行通（人行通业务处理中心）转发而来的贷记退汇业务来账报文，平台进行解析入库，符合自动入账条件并能自动入账的通过则调用核心系统 行收款入账，通过则调用核心系统 行扣款入账；在此处接收行作为扣款方，扣款成功则必须返回；在不返回成功或超过人行规定时间返回则人行与发起行皆认为此笔业务为失败业务，对失败的业务接收行扣款成功则需要冲正。组织并发 14 出回执。 3. 借记业务 （本地发起）实时借记往账收款： 人行通业务接入系统 解析 柜面系统传输的数据并生成回执。 （本地接收）实时借记来账扣款：接收行接收到由人行通（人行通业务处理中心）转发而来的借记业务来账报文，平台进行解析入库，对借记代扣协议进行检查，通过则调用核心系统 行扣款入账；在此处接收行作为扣款方，扣款成功则必须返回；在不返回成功或超过人行规定时间返回则人行与发起行皆认为此笔业务为失败业务，对失败的业务接收行扣款成功则需要冲正。组织并发出回执。 4. 借记冲正业务 （本地发起）实时贷记往账扣款： 人行通业务接入系统 解析 柜面系统 传输的数据并生成回执。 （本地接收）实时贷记来账收款：接收行接收到由人行通（人行通业务处理中心）转发而来的贷记业务来账报文，平台进行解析入库，作为被动收款方无需协议检查，通过则调用核心系统 行收款入账；在此处接收行作为收款方，收款失败则必须返回；在不返回失败信息或超过人行规定时间返回则人行与发起行皆认为此笔业务为成功业务。组织并发出回执。 5. 账户信息查询业务 （本地发起）实时贷记往账扣款： 人行通业务接入系统 解析 柜面系统传输的数据并生成回执 。 （本地接收）实时贷记来账收款：接收行接收到由人行通（人行通业务 处理中心）转发而来的贷记业务来账报文，平台进行解析入库，作为被动收款方无需协议检查，通过则调用核心系统 行收款入账；在此处接收行作为收款方，收款失败则必须返回；在不返回失败信息或超过人行规定时间返回则人行与发起行皆认为此笔业务为成功业务。组织并发出回执。 15 息类业务 信息类业务主要分为业务状态查询、自由格式信息、收费单位信息通知、收费单位信息下载。 1. 业务状态查询 （本地发起）发起行发送查询信息到人行通。 （收回回执）发起行收回人行通的回执信息更新状态。 2. 自由格式信息 （本地接收）接收行收到 人行通下发的信息格式信息，进行处理并确认，根据需要给出自由格式信息回执。组织并发出回执。 （本地发起）发起行柜面发起自由格式查询报文，人行通转发到目标行，目标行接收到自由格式报文，解析保存。并给回执。 3. 收费单位信息通知 （本地接收）接收行收到人行通下发的收费单位信息通知，进行解析并维护本地数据库。不需要回执。 4. 收费单位信息下载 （本地发起）发起行发送收费单位信息下载申请到人行通。 （收回回执）发起行收到人行通回执的收费单位信息，进行解析并维护本地数据库。 金类业务 资金类业务主要包括人行通业 务资金对账、人行通业务资金清算。 1. 资金对账 （本地接收）人行通业务汇总对账：接收行收到人行通下发的人行通对账汇总报文，进行对账并返回对账结果。组织并发出对账结果。 （本地发起）人行通业务明细对账：汇总对账不平的情况下主动发起，发起行向人行通发送人行通业务明细下载申请，（本地