银行综合业务系统详细设计说明书.docx

银行综合业务系统
详细设计说明书

作 者: 项目组开发人员
完成日期: 20一五-7-5
签 收 人： 马优晨
签收日期： 20一五-9-5

目录
第一章 引言 8
1.1 编写目的 8
1.2 背景 8
1.3 定义 8
1.3.1 专门术语 8
1.3.2 缩略词 10
1.4 参考资料 11
第二章 总体设计 12
2.1 系统概述 12
2.2 系统运行环境 12
2.3 总体设计概述 12
2.4 系统结构总体设u计 一三
2.4.1系统总体架构图 一三
第三章 签到业务 14
3.1 签到业务简介 14
3.1.1 签到业务描述 14
3.1.2 签到业务的功能 一五
3.1.3签到界面描述 一五
3.2 签到业务流程图 17
3.3 Teller端签到业务描述 一八
3.4 签到的服务 一八
3.4.1 签到通信实现报文 19
3.4.2 签到的流程逻辑图 19
第四章 签退业务 20
4.1 签退业务简介 20
4.1.1 签退业务描述 20
4.1.2 签退业务的功能 21
4.1.3签退界面描述 21
4.2 签退业务流程图 22
4.3 Teller端签退业务描述 23
4.3.1 签退的服务 24
4.3.2 签退服务的实现 24
4.3.2 签退通信实现报文 24
4.3.3 签退的流程逻辑图 25
第五章 开户业务 25
5.1开户业务介绍 26
5.1.1 开户业务描述 26
5.1.2 开户业务的功能 26
5.1.3 开户业务界面 27
5.2 开户业务数据流程图 27
5.3 开户服务列表 29
5.4 Teller端开户业务描述 29
5.4.1 开户的服务 30
5.4.2 交易通信实现报文 31
5.4.3 开户的流程逻辑图 31
5.5 ESB端开户业务描述 32
5.5.1 开户的服务 32
5.5.2 交易通信实现报文 33
5.5.3 开户的流程逻辑图 34
5.6 coreDB端开户业务描述 34
5.6.1 开户的服务 35
5.6.2 交易通信实现报文 36
5.6.3 开户的流程逻辑图 36
第六章 销户业务 37
6.1销户业务介绍 37
6.1.1销户业务描述 37
6.1.2 销户业务的功能 38
6.1.3 销户业务界面 38
6.2 销户业务数据流程图 39
6.3 销户服务列表 40
6.4 Teller端销户业务描述 41
6.4.1 Teller端的工作流程描述 41
6.4.2销户的服务 41
6.4.3交易通信实现报文 42
6.4.4 销户的流程逻辑图 42
6.5 ESB端销户业务描述 43
6.5.1 销户的服务 43
6.5.2 交易通信实现报文 45
6.5.3 销户的流程逻辑图 45
6.6 coreDB端开户业务描述 46
6.6.1 销户的服务 46
6.6.2 交易通信实现报文 48
6.6.3 销户的流程逻辑图 48
第七章 存款业务 48
7.1存款业务总体概述 49
7.1.1存款业务描述 49
7.1.2存款业务的功能描述 49
7.1.3存款计息规则 49
7.1.4存款业务界面 50
7.2流程图 50
7.3 Teller端存款业务描述 54
7.3.1存款涉及的服务 54
7.3.2存款服务参数表 54
7.3.3存款服务报文 55
7.4 ESB端存款业务描述 56
7.4.1 ESB的功能 56
7.4.2 IPO图 56
7.4.2 ESB 功能要点 56
7.4.3 存款服务参数表 57
7.4.4存款服务报文 58
7.5 核心DB端存款业务描述 59
7.5.1核心DB的功能 59
7.5.2核心DB端功能要点 59
7.5.3IPO图 60
7.5.4存款服务参数表 60
7.5.5交易通信实现报文 61
7.5.6交易冲正 62
第八章 取款业务 62
8.1取款业务总体概述 62
8.1.1取款业务描述 62
8.1.2取款业务功能描述 62
8.1.3取款界面描述 63
8.1.4取款操作描述 63
8.2取款流程图 64
8.3数据流程图 64
8.3.1业务流程图 67
8.4 TELLER端 67
8.4.1服务参数 67
8.4.2TELLER端服务报文 68
8.5 ESB端 68
8.5.1 ESB的功能 68
8.5.2 IPO图 68
8.5.3 ESB端功能要点 68
8.5.4服务参数 69
8.5.5 ESB端服务报文 69
8.6 CoreDB端 69
8.6.1核心DB的功能： 69
8.6.2 IPO图 70
8.6.3核心DB端功能要点 70
8.6.4服务参数 70
8.6.5交易冲正 71
8.6.6冲正流程图 72
第九章 客户余额查询业务 73
9.1客户余额查询业务总体概述 73
9.1.1客户余额查询业务描述 73
9.1.2客户余额查询业务功能描述 73
9.1.3客户余额查询界面描述 73
9.1.4余额查询操作描述 73
9.2取款流程图 74
9.2.1数据流程图 74
9.2.2业务流程图 75
9.3 TELLER端 76
9.3.1服务参数 76
9.3.2 TELLER端服务报文 76
9.4 ESB端 76
9.4.1 ESB的功能 76
9.4.2 IPO图 77
9.4.3 ESB端功能要点 77
9.4.4服务参数 77
9.4.5ESB端服务报文 78
9.5 CoreDB端 78
9.5.1核心DB的功能： 78
9.5.2 IPO图 78
9.5.3核心DB端功能要点 78
9.5.4服务参数 79
9.5.5交易冲正 79
9.5.6冲正流程图 80
第十章 贷款 81
10.1 业务描述 81
10.2 业务实现流程 81
10.3 贷款业务功能实现流程 82
10.4 IE界面 82
10.4.1 贷款开立签约 83
10.4.2 贷款发放 84
10.4.3 贷款发放结算 85
10.4.4 利息计提调整 86
10.4.5 贷款本息通知单 87
10.4.6 贷款回收 88
10.4.7贷款回收结算 89
10.5 数据流程图 90
10.6 贷款业务服务表 90
10.7 teller端 91
10.7.1 服务 91
10.7.2 交易服务实现 91
10.7.3 交易通信实现报文 91
10.8 ESB 92
10.8.1 服务 92
10.8.2 交易服务实现 92
10.8.3 交易通信实现报文 93
10.9 coreBank 93
10.9.1服务 93
10.9.2 交易服务实现 94
10.9.3 交易通信实现报文 94
第十一章 日终业务 95
11.1日终业务介绍 95
11.2 IE界面 95
11.3 功能数据流程图 96
11.4 日终业务服务表 97
11.5 teller端 97
11.5.1 服务 97
11.5.2 交易服务实现 98
11.5.3 交易通信实现报文 98
11.6 ESB 98
一五.6.1 服务 98
11.6.2 交易服务实现 99
11.6.3 交易通信实现报文 99
11.7 coreBank 99
11.7.1服务 99
11.7.2 交易服务实现 99

第一章 引言
1.1 编写目的
此次我们项目组负责的项目是自己动手开发银行综合业务系统，在这个

编写目的#########################
系统中实现银行柜员的主要业务操作，完成签到、签退业务、开户业务、销户业务、存款业务、取款业务、等功能。系统可以体现贷款业务、日终结算等银行的其他业务模式。这个项目模拟国内商业银行综合业务的系统，构建了一个完全仿真实际银行业务系统.

使大家可以在此项目中完全掌握银行核心业务及外围业务的基本技能，使之毕业以后无论是从事研究性工作还是从事柜台工作，均能更快地适应工作要求。
另外，此项目为客户构建了一个高层次、大规格、灵活可扩展的银行综合业务信息化处理、操作和管理的系统，充分利用现代科技手段，实现理论教学和实际应用相结合的目标。编写详细设计文档，陈述系统各部分的具体功能及接口、性能等要求，给开发人员提供指南，方便其进行各部分具体设计工作。
1.2 背景
u 项目名称：自己动手开发银行综合业务系统
u 项目提出者：神州数码融信软件有限公司
u 开发者：周侃及项目小组
u 系统简介：此系统是一款模仿银行缴费以及存取业务开发的一款小型的银行业务综合系统，系统可以实现基本的银行相关业务服务。
1.3 定义
1.3.1
专门术语
#########################################################
1、 IE端(浏览器)、
2、 Teller端(柜员)、
3、 ESB端(企业服务总线)、
4、 CoreDB端(核心业务，就是系统中最重要、最关键的模块部分)、
5、 中间业务(是商业银行以中介人的身份代理客户承办收付和其他委托事项、提供各类金融服务、从中获取一定的手续费或其他效益的业务。)、
6、 JMS（Java消息服务）、
7、 消息队列（是在消息的传输过程中保存消息的容器）

#########################################################
技术： JSP +servlet+JAVABean+Ajax+多线程+流+消息队列+oracle数据库+会计原理

简单描述：
1、 首先用户输入账户名和密码进入银行缴费页面。
2、 柜员输入账号、密码进入银行服务操作界面，柜员将所得到的用户信息通过Socket编程发送给企业服务总线ESB，企业服务总线通过Do service1将报文放入请求消息队列，
3、 CoreDB核心处理机制从消息队列中取出报文，CoreDB通过对报文进行缴费、存储等各种处理后，将结果返回给响应消息队列
4、 响应消息队列将报文通过Do service1返回给ESB
5、 然后ESB用 Do service2方法通过socket对中间业务水电公司进行处理，返回给Teller端、并且在IE端显示处理的结果处理水电公司是否收到“客户缴费成功”的信息。

首先启动IE端，IE端向Teller端发送报文，客户输入账户、密码进入银行缴费页面， Teller端向ESB通过Socket发送报文，柜员输入账号、密码进入银行服务操作界面，ESB通过Do service1将报文放入请求消息队列， CoreDB从消息队列中取出报文，CoreDB通过对报文进行缴费、存储等各种处理后，将结果返回给响应消息队列，响应消息队列将报文通过Do service1返回给ESB，然后ESB用 Do service2方法通过socket对中间业务水电公司进行处理，处理水电公司是否收到“客户缴费成功”的信息，水电公司将处理的结果通过Do service2返回给ESB，ESB通过Do service3将中间业务处理的结果发送给CoreDB，CoreDB进行处理后通过Do service3返回给ESB，最后ESB将处理的结果返回给Teller端、IE端，在IE端显示处理的结果。

技术我负责的部分：

u IE端(Internet Explorer)：，与用户进行交互的部分，IE是微软公司推出的一款网页浏览器。用户可以通过输入账户、密码进入页面，实现对中间业务的交费、存取业务、签到、签退业务、贷款业务等基本操作。
u Teller端：柜员一般是指银行分行柜台里直接跟顾客接触的银行员工。银行柜员在最前线工作，这是因为顾客进入银行第一类人就是柜员。他们负责侦察以及停止错误的交易以避免银行有所损失。该职位一般要求受雇者对顾客态度亲切诚恳，为顾客提供银行服务及有关他们户口的资讯。
u ESB（Enterprise Service Bus）：即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
u CoreDB：核心业务，就是系统中最重要、最关键的模块部分。核心系统就是指银行的主业务系统，处理数据都是在本行的。硬件上包括总行的大机（主服务器）、分行前置机、支行前置机等，以及数据备份系统。软件就是业务处理主程序，通常用UNIX语言编写。每个行业的系统就是它的业务，主要业务如何提高更加完善的服务，使它面向客户更加便捷的处理业务，让它类似一个站点，用户自己也可以完成某些查询的操作。它集成了很多功能，让企业和用户互动成为了可能，这就是核心业务系统。
u 中间业务：是商业银行以中介人的身份代理客户承办收付和其他委托事项、提供各类金融服务、从中获取一定的手续费或其他效益的业务。当前银行业务竞争的焦点正是从存、贷款市场向中间业务市场转移中间业务在银行经营活动中的地位和作用也是日益明显，成为利润的增长点，当然也越来越成为银行未来业务发展的一个重要方向。中间业务主要包括结算业务。信托业务、租赁业务、代理融通业务、咨询业务、银行卡业务、汇兑、承兑、信用证以及电子计算机服务等多种业务。与国外银行相比，我国商业银行中间业务发展相对较晚，在产品种类上也比较单一，仅限于结算、代理收费等劳动密集型产品。
u JMS（Java Message Service）：即Java消息服务，是Java平台上有关面向消息中间件的技术规范，它便于消息系统中的Java应用程序进行消息交换,提供标准的产生、发送、接收消息的接口简化企业应用的开发。JMS 使您能够通过消息收发服务从一个 JMS 客户机向另一个 JML 客户机交流消息。
JMS是一种与厂商无关的 API，用来访问消息收发系统。它类似于 JDBC (Java Database Connectivity)：这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ。
u 消息队列(MQ)：是在消息的传输过程中保存消息的容器。用于转发信息的中间站，消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。 消息队列有两个功能：定位和通信。定位即搜集标签信息，通信主要是发自己的信息，转发别人信息和对其他命令的响应。
1.3.2 缩略词
本文档中没有规定专门的缩略词。
1.4 参考资料
本次项目开发参考资料
1) Jsp程序设计 王永茂编著 清华大学出版社，2010.11
2) Java 面向对象程序设计 耿祥义、张跃平编著 清华大学出版社，2010.1
3) 物业管理企业财务会计 蒋秋霞著
4) 金融企业会计 孟艳琼著
5) 会计核算基础与财务管理 王晓凤著
6) 与本项目相关的其他已发表文献

第二章 总体设计
2.1 系统概述
银行综合业务系统是集银行客户网上银行业务、银行柜员业务以及银行管理业务为一体的综合业务系统。能够完成银行客户在网上办理缴费、购物、转账、修改个人密码，查询账户金额等基本业务功能；银行柜员可以实现为银行客户办理开户、销户、存款，取款，贷款、转账等基本业务；银行管理人员可以实现对柜员管理（柜员的增、删以及柜员编号及密码的设置），银行账目查询，银行业务信息详尽，银行业务管理等。更为方便得为用户提供便捷的服务，也方便了银行的经营管理。为银行扩大业务，实现简洁化管理奠定了基础。
2.2 系统运行环境
本系统运行在Microsoft Windows XP及以上版本的操作系统下，支持TCP/IP协议和HTTP协议。硬件要求内存在2G以上。
2.3 总体设计概述
首先建立起系统结构框架，将系统划分为几个完成不同功能的模块，统一设计模块间的接口，然后将各个模块的功能实现分配给不同的人员去完成，最后将各个模块整合起来组成完整的功能完善的综合业务系统，运行起来进行测试，然后细化完善各项功能，使各个模块能够完美的结合起来。完成整个系统的整合以后交给测试人员测试，在不断的测试与bug修复过程中，使系统更加完善，性能更加强大，更能满足客户的需求。

2.4 系统结构总体设计
2.4.1系统总体架构图

图2-1 系统总体架构图
系统功能实现的基本流程：
IE端向Teller端发送报文；
Teller端将接收到的报文通过Socket发送给ESB，并记录流水记录；
ESB将接收到的报文通过doService 原子服务将报文放入请求消息队列ReqMQ，并记录流水记录；
Core从请求消息队列ReqMQ中取出报文并解析，并记录流水记录；
Core通过解析的结果来调用存储过程操作数据库；
Core将操作处理的结果返回；
Core将操作处理的结果返回给响应消息队列RespMQ，并记录流水记录，修改记录流水状态信息；
ESB从响应消息队列RespMQ中取出返回结果；
ESB将最终处理的结果通过Socket返回给Teller端，并记录流水记
录，修改记录流水状态信息；
Teller端在接收到处理结果后，作相应的记录，再将处理结果返回给
IE端，并记录流水记录，修改记录流水状态信息。

第三章 签到业务
3.1 签到业务简介
3.1.1 签到业务描述
签到,简单来说就是报个道，用记录的方式表明自己出勤后参加过某个活动。
签到有很多方式，比较简单的有纸笔签名的方式，电子签到、网络签到等等方式，但对于一个银行系统来说，更多的是用网络签到的方式来证明自己出勤了，同时还可以记录自己的出勤开始时间，管理者通过查看签到信息就可以判断员工的考勤情况，以此对员工进行考核。
本系统的签到业务是网络签到，当柜员登录到银行系统界面时，输入机构名、网点名、用户名、密码之后点击登陆按钮，如果填写的信息没有错误，则跳转到柜员操作界面，同时柜员点击签到按钮，则签到成功。
签到成功之后操作者才能从事自己职责所要求的工作，对于本系统来说，柜员只有签到成功才能通过了解客户需求帮助他们办理完他们所要求的业务。
签到成功后，柜员可以进行的业务如下；
1、 帮助客户办理存款、开户、销户、修改密码、查询账户余额等等一系列业务。
2、 帮助客户进行贷款事务的办理。
3、 进行中间业务的操作。
4、 柜员每一天的日终，进行日终结算。
3.1.2 签到业务的功能
签到业务功能如下：
① 签到业务可以使银行管理者的管理更方便，更容易。
② 签到业务可以使员工增强工作责任心。
③ 签到业务可以使此银行系统管理更加趋向网络化、高效化、系统化。
3.1.3签到界面描述
登录界面是整个银行系统业务的首界面。此界面如下图3-1图所示:

图3-1 登录界面
登录界面的输入参数有：机构号、网点号、柜员号、密码。通过输入这些信息，来完成操作者的系统登陆任务。
登录成功进入系统操作界面，此时如果不点签到按钮，柜员则不能进行业务操作，当柜员点击了签到按钮，才能进行操作。没点击签到的界面如图3-2所示：

图3-2 系统主操作界面
当点击签到按钮的界面如图3-3所示：

图3-3 系统主操作界面
签到界面的返回值就是柜员进入了系统操作界面，同时点击了签到按钮，则表明签到成功。
3.2 签到业务流程图
签到业务只要在Teller端进行即可，并不传输到ESB端、COREDB端，因此，过程相对来说比较简单。签到业务的结构图如下图3-4所示：
(4)
签到签退表

(3)
(2)socket
(1)
IE

teller
Servlet1
Servlet 2
﹕

Teller端（webAPP）

登录界面

操作界面

数据库
IE端

图3-4 签到业务流程图
签到过程讲解
签到流程简单介绍如下：
(1).打开IE浏览器，在IE浏览器界面中输入银行系统的IP地址，把IP地址封装成一个socket，同时，把这个socket发向银行系统的服务器。
(2). 银行系统调用Tomcat这个服务器，接收传过来的socket包，并且解析此包，然后通过servlet请求响应形成web界面能够显示的html网页，则银行系统登录界面打开。
(3). 柜员填写登陆界面所需填写的信息，如果所填写的信息不正确，则跳出提示框说“柜员号与密码不符，请重新输入”同时，转到登录界面，重新填写，再次登陆。如果所填信息正确，则进入银行系统主界面，再点击签到按钮，则提示签到成功，同时显示银行系统综合业务菜单，如果不点击签到按钮，则不显示银行系统综合业务菜单，则柜员不能进行业务操作。
(4). 当签到成功后，系统应该通过调用P_logon（签到存储过程）在签到签退表里面增加一条记录，用以记录柜员签到的时间信息。
以上操作完成后， 则签到业务结束。
3.3 Teller端签到业务描述
Teller端处于IE端与ESB端之间，是银行系统的主要部分，柜员登陆成功后，进入操作界面，柜员通过与客户交流，完成一系列操作。
3.4 签到的服务
Teller端在进行柜员签到时，只有一个服务，就是签到。此时，签到的服务定义列表如表3-1所示：
表3-1 签到服务表
服务名
服务参数
服务作用
输入参数
输出参数

①p_register
organid,
anetid,
atellerid,

returncode, codedesc

在签到签退表里增加一条签到记录

②p_hasregists
organid,
anetid,
atellerid,

returncode, codedesc

查看当日当前柜员是否已签到过
1） 柜员在银行系统登录界面中填写登录时所需的参数，再点击登录按钮，同时Teller端的Tomcat服务器与servlet方法响应登录请求，先判断所填信息是否正确，若信息有误，则又返回到登陆界面，提示登陆者重新输入，若信息正确，则进入银行系统操作界面，之后，点击签到按钮，进行签到操作，若柜员今天是第一次登录，则跳出了一个提示窗口，提示：“签到成功”，同时出现银行综合业务菜单，此时，柜员才可以执行业务操作；若柜员今天因为某些错误操作，导致必须重新登陆，则进入操作界面之后，并不需要点击签到按钮，就可以出现银行综合业务菜单，柜员可以执行操作，如果柜员一定要点击签到按钮，则会跳出一个提示窗口，提示：“当前工作日您已签到过一次!无法再签到，请联系管理员解决此问题。”同时，在柜员今天第一次签到成功后，就直接调用p_register存储过程，向签到签退表中insert 一条记录，完成签到的信息记录。
2） p_hasregists存储过程就是判断当前柜员在今天是否已签过到，如果签过到，则柜员进入操作界面可以直接进行业务操作，如果未曾签过到，则柜员进入操作界面必须点击签到按钮，等到出现操作菜单时，才可以执行操作。
3.4.1 签到通信实现报文
在打开的IE界面中输入银行系统的IP地址，再把IP地址封装成一个socket，并且把这个socket发向银行系统的Tomcat服务器，此服务器接收传过来的socket包，并且解析此包，然后通过servlet请求响应形成web界面能够显示的html网页，则进入银行系统的网站，在登录界面填写信息，完成签到。
3.4.2 签到的流程逻辑图
Teller端模块签到的逻辑流程如图3-5所示：
信息错误
信息正确
IE浏览器
输入系统的IP地址

进入系统登陆界面

进入操作界面
签到成功
输入登陆所需信息
点击签到按钮
判断信息正误

图3-5 签到业务逻辑图
第四章 签退业务
4.1 签退业务简介
4.1.1 签退业务描述
签退，就是用记录的方式表明自己退出这个系统或表示自己下班所做的操作，或是整个银行今天营业结束最后的退出。
本系统的签退业务是网络签退，因为银行系统本身就是一个网站，当用户点击签退按钮时，自动触发，同时每一天只能有一次签退机会。
在柜员执行签退之前，必须确保自己把所有业务都已操作结束，否则会出现错误，严重的有时将导致银行账务出现问题，则银行就面临着困难，因此，柜员应该在签退之前认真仔细的检查银行系统任务是否执行完毕。
4.1.2 签退业务的功能
签退业务功能如下：
① 签退业务可以使管理者对柜员的工作情况有一个具体的了解。
v 签退业务可以使员工增强工作责任心，不能随便早退。
v 签退业务可以使此银行系统管理更加趋向网络化、高效化。
4.1.3签退界面描述
签退业务是Teller端银行操作界面当柜员点击签退按钮时，完成今天的签退。
当点击签退按钮时，跳出的一个对话框如下图4-1图所示:

图4-1 签退时的界面

签退界面的输入参数：参数是无，可当柜员点击系统签退按钮时，完成签退。
签退界面的返回值：返回到系统的操作界面，只不过界面中没有了银行综合业务操作菜单。如图4-2所示：

图4-2 签退后的界面
4.2 签退业务流程图
签退业务，是相对于签到业务来讲的，因此签退业务也只是在Teller端进行，与ESB端、coreDB端并没有联系。签退业务的流程图如下图4-3所示：

签到签退表

(3)
(2)socket
(1)
IE

teller
Servlet 1
Servlet 2
﹕

Teller端（webAPP）

登录界面

操作界面

图4-3 签退业务流程图
签退过程讲解
签退流程简单介绍如下：
(1).柜员检查所有业务操作是否执行完毕，若没完成，则等待执行完为止。
(2). 若完成所有操作，则可点击退出按钮，退出银行系统。退出时，有两种方式，当点击退出银行系统按钮时，通过调用Tomcat服务器，关闭所有银行系统的端口，则退出银行系统，同时Tomcat将通过servlet请求响应形成web界面能够显示的html网页，形成的html网页，返回IE界面；当点击浏览器退出按钮时，则浏览器窗口关闭,完成签退业务。
(3). 当点击浏览器退出按钮时，则浏览器窗口关闭,完成签退业务。
(4). 签退业务成功时，则柜员再在签到签退表里面增加一条记录，用以记录柜员签退的时间、状态等信息。
以上操作完成后， 则签退业务结束。
4.3 Teller端签退业务描述
签退业务总是柜员执行的所有操作中最后的一个操作，但同时也是必不可少的一个操作，执行了签退业务，柜员才能下班休息，同时银行系统才能每天做日终。日终的完结对于银行来说是每天必修课。
4.3.1 签退的服务
Teller端在进行柜员签退时，同签到业务相同，也只有一个服务，就是签退，柜台退出系统操作界面。服务定义列表如表4-1所示：
表4-1 签退服务表
服务名
服务参数
服务作用

输入参数

输出参数

①p_register
organid,
anetid,
atellerid,

returncode, codedesc

在签到签退表里增加一条签到记录

②p_hasregists
organid,
anetid,
atellerid,

returncode, codedesc

查看当日当前柜员是否已签到过
签到签退表是当柜员退出系统成功时记录的，管理者通过查询此表，以了解员工的考勤、缺勤情况，同时还可以了解员工是否迟到、早退现象，以此对员工进行审核。
签退的服务名：就是“签退”。
签退时涉及的服务参数就是：用户编号、机构编号、网点编号、时间、状态。
签退服务的作用：签退业务用来表明柜员完成所有操作的具体下班时间，管理者以此为依据对员工进行审核。
4.3.2 签退服务的实现
柜员在银行系统操作界面点击退出系统按钮，则退出银行系统。退出时，有两种方式，当点击退出银行系统按钮时，退出本网站，返回到IE主界面；当点击浏览器退出按钮时，则浏览器窗口关闭,完成签退业务。
4.3.2 签退通信实现报文
柜员在点击退出按钮时，通过调用Tomcat服务器，关闭所有银行系统的端口，同时Tomcat将通过servlet请求响应形成web界面能够显示的html网页，返回IE界面则退出银行系统服务，返回IE界面。
4.3.3 签退的流程逻辑图
Teller端模块签退的逻辑流程如图4-3所示：
操作执行完毕
Teller端执行系统操作
签退成功

点击系统退出按钮

点击浏览器退出按钮

点击退出按钮

查看操作执行情况
操作没执行完

图4-3 签退业务逻辑图

第五章 开户业务
5.1开户业务介绍
5.1.1 开户业务描述
开户，是指投资者（包括个人或单位）跟银行建立储蓄、信贷等业务关系。开设证券账户和资金账户的行为。
客户开户时必须以真实身份办理开户手续，开户对象分为个人户和法人户。
个人户：个人开户时必须出示身份证原件，并且提供复印件，签署时需提供相应的居住地址，联系方式等信息以及交易所要求的其他材料。
法人户：法人户一般是企事业单位的账户，企事业单位开户时需出示营业执照、税务登记证、法定代表人身份证原及其授权书，经办人身份证原件以及交易所要求的其他材料。
客户提交完材料之后，由银行审阅，如果银行核实客户资料正确，没有问题，则为客户办理开户手续，则客户一定得到一个账户号码，同时客户的个人资料则进入银行的客户信息库。客户今后可以通过这个账户号码来完成一系列的资金业务活动。
开户，实际上就是客户在银行里开设了一个属于自己私人的账户，根据账号性质的不同，用户办理不同的业务。如：资金账户，客户可以用它来存款、转账、贷款等等业务；证券账户，客户可以用它来进行金融交易，如可以用此账户买股票、期货等等业务。
开户成功之后，则客户可以进行的业务如下；
1、 存款、取款、转账。
2、 可以通过在此银行开户，进行向此银行进行贷款业务。
3、 如客户账户有资金，也可以得到利息，等于增值保值。
5.1.2 开户业务的功能
开户业务功能如下：
① 开户业务可以帮助客户有效地管理资金。
② 开户业务可以帮助客户资金的安全性，不会再担心自己被偷等坏事。
1. 开户业务可以帮助客户与异地合作商有资金往来时，不至于再带好多现金去外地，直接转账即可，提高了可靠性。
2. 开户业务，如果办理的是银行卡的话，则客户去办事时，可直接刷卡，
对客户来说，提高了方便性。
5.1.3 开户业务界面
开户的界面如下图5-1图所示:

图5-1 开户界面
开户界面中的输入参数有：姓名，账户号，性别，民族，出生年月，手机号，固定电话，身份证号，通讯地址，账户类型，这些信息，通过这些信息的填写完成开户操作。
开户时的返回值：当ESB端根据Teller端请求帮助客户办理开户业务成功后，将向Teller端返回一条信息，提示开户成功。
5.2 开户业务数据流程图
开户业务不只在Teller端进行，同时还需通过ESB端到达coreDB端，来完成整个开户业务，因此，相对于签到、签退业务来说，过程比较复杂。开户业务的流程图如下图5-2所示：

图5-2 开户业务数据流程图
开户业务讲解
(1).打开IE浏览器，在IE浏览器界面中输入银行系统的IP地址，把IP地址封装成一个socket，同时，把这个socket发向银行系统的服务器。银行系统调用Tomcat这个服务器，接收传过来的socket报文，并且解析此报文，然后通过servlet请求响应形成web界面能够显示的的html网页，则银行系统登录界面打开。柜员填写登陆界面所需填写的信息。如果所填信息正确，则登陆成功，进入银行系统主界面，执行操作。客户填写资料信息，完整后，交与柜员核实,柜员核实正确后，打开开户界面，根据客户提供的资料填写开户信息。
(2). 开户信息填写完后，Teller端点击注册按钮，此时通过servlet得到表单数据，同时把这些数据封装在socket报文中，同时socket中还包含一个交易服务码，送往ESB端。
(3). ESB端得到Teller端发的socket，解析它，根据里面包含的交易服务码知道自己要做的事，然后通过调用class类中的do service方法把此socket发往请求消息队列中。
(4). coreDB端通过调用请求消息队列中的socket，解析它，了解此服务的任务.
(5). 在coreDB 端，通过java程序调用存储过程执行业务操作。
(6)存储过程执行完操作后，又再一次把它封装成socket，传向响应消息队列，而此时的socket中必须包含以前传过来的交易服务码。
(7) ESB端调用class类中的do service方法从响应消息队列中取出socket，又再一次解析，得到交易服务码，已识别这是哪个socket传的业务操作的结果。
(8)ESB端将socket报文返回给Teller端。
（9）Teller端通过调用调用Tomcat这个服务器，接收传过来的socket报文，并且解析此报文，得到结果。此时，开户界面得到一个提示窗口或标志，说开户成功，则告诉客户已办理好业务。
以上操作完成后， 则开户业务结束。
5.3 开户服务列表
开户服务列表各端定义的服务如下表5-1所示：
表5-1 开户服务列表
Teller端服务
ESB端服务
coreDB端服务
1.申请流水号
1.申请流水号
1.申请流水号
2.记流水
2.记流水
2.记流水
3.修改流水表状态
3.调用后台服务
3.调用开户服务

4.修改流水表状态
4.修改流水状态
5.4 Teller端开户业务描述
开户业务是进行任何金融业务的第一步，在银行没有账号，根本不能进行任何交易，想要进行金融业务，首先必须开户，因此，开户界面是Teller端界面设置是必不可少的。
Teller端开户主要是柜员通过了解客户资料信息，并且核实资料正确之后，再