银行综合业务系统需求分析说明书

1、2020年5月29日银行综合业务系统需求分析说明书文档仅供参考银行综合业务系统需求规格说明书 项目名称银行业务综合系统项目编号编写单位Object小组编写日期负责人周侃版本号 目录TOC o 1-4 h u HYPERLINK l _Toc11647 一、引言 PAGEREF _Toc11647 4 HYPERLINK l _Toc1548 1.1编写目的 PAGEREF _Toc1548 4 HYPERLINK l _Toc27014 1.2项目背景 PAGEREF _Toc27014 4 HYPERLINK l _Toc16614 1.3定义 PAGEREF _Toc16614 5 HYP

2、ERLINK l _Toc6602 1.4参考资料 PAGEREF _Toc6602 6 HYPERLINK l _Toc1215 二、任务概述 PAGEREF _Toc1215 6 HYPERLINK l _Toc27373 2.1目标 PAGEREF _Toc27373 6 HYPERLINK l _Toc27503 2.1.1 用户特点 PAGEREF _Toc27503 6 HYPERLINK l _Toc6200 2.1.2 业务设计目标 PAGEREF _Toc6200 7 HYPERLINK l _Toc28834 2.1.3 开发原则 PAGEREF _Toc28834 8 H

3、YPERLINK l _Toc19975 2.2名词解释 PAGEREF _Toc19975 8 HYPERLINK l _Toc14620 三、系统概述 PAGEREF _Toc14620 14 HYPERLINK l _Toc2177 3.1系统概述 PAGEREF _Toc2177 14 HYPERLINK l _Toc22805 3.2具体架构说明 PAGEREF _Toc22805 16 HYPERLINK l _Toc6401 四、 需求分析 PAGEREF _Toc6401 17 HYPERLINK l _Toc14965 4.1界面需求 PAGEREF _Toc14965 17

4、 HYPERLINK l _Toc4064 4.1.1签到界面 PAGEREF _Toc4064 18 HYPERLINK l _Toc2555 4.1.2客户开户界面 PAGEREF _Toc2555 18 HYPERLINK l _Toc30083 4.1.3账户客户界面 PAGEREF _Toc30083 19 HYPERLINK l _Toc2709 4.1.4贷款 PAGEREF _Toc2709 20 HYPERLINK l _Toc21714 4.1.5签退界面 PAGEREF _Toc21714 21 HYPERLINK l _Toc26734 4.1.6查询 PAGEREF

5、_Toc26734 22 HYPERLINK l _Toc27279 4.1.6.1账户查询 PAGEREF _Toc27279 22 HYPERLINK l _Toc12672 4.1.6.2贷款查询 PAGEREF _Toc12672 23 HYPERLINK l _Toc10268 4.2交易需求 PAGEREF _Toc10268 23 HYPERLINK l _Toc1969 4.2.1Teller端 PAGEREF _Toc1969 23 HYPERLINK l _Toc28077 4.2.1.1签到 PAGEREF _Toc28077 23 HYPERLINK l _Toc183

6、 4.2.1.2签退 PAGEREF _Toc183 25 HYPERLINK l _Toc16139 4.2.2ESB端 PAGEREF _Toc16139 25 HYPERLINK l _Toc2661 4.2.2.1服务拆分 PAGEREF _Toc2661 25 HYPERLINK l _Toc3909 4.2.3Core端 PAGEREF _Toc3909 26 HYPERLINK l _Toc7690 4.2.3.1客户开户界面 PAGEREF _Toc7690 26 HYPERLINK l _Toc25343 4.2.3.2账户开户界面 PAGEREF _Toc25343 27

7、HYPERLINK l _Toc17996 4.2.3.3贷款发放界面 PAGEREF _Toc17996 30 HYPERLINK l _Toc12462 4.2.3.4日终 PAGEREF _Toc12462 32 HYPERLINK l _Toc14891 五、数据描述 PAGEREF _Toc14891 33 HYPERLINK l _Toc 2 5.1 系统描述 PAGEREF _Toc 2 33 HYPERLINK l _Toc7970 5.2 系统E-R图 PAGEREF _Toc7970 34 HYPERLINK l _Toc25743 5.3实体及其属性的分析 PAGEREF

8、 _Toc25743 37 HYPERLINK l _Toc3478 5.4实体间的关系分析 PAGEREF _Toc3478 39一、引言近年来,金融业的竞争开始由低层次向高层次发展,高科技战场将是中国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额,必须拥有一种明显的、持久的优势。这种优势不是产品的优势,也不是网点的优势,而是高科技的优势。因此,银行电子化是银行提高工作效率,提高管理水平,提高服务质量,加速资金周转,促进社会经济发展的趋势。随着计算机技术的不断发展,银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强,对银行的选择条件也越来越高,而选择的尺度主要就是银

9、行的服务质量。现在客户对银行的服务要求不但仅是礼貌服务,更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足她们的各种需要。当前,各银行都投入许多精力,针对客户需求,在保持和完善传统业务的基础上,利用信息高技术开拓了许多新的业务领域,为客户提供了许多新的服务手段。 因此,由于银行有处理大量数据的要求,全部采用人工的方式处理显然不合适。这不但要花费很高的成本,而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑,采用计算机来处理这类问题就是一个相当理想的解决方案。利用计算机能够极大地降低处理成本,更重要的是能够几乎没有错误的高效的处理所有的事务。1.1编写目的

10、编写该文档的目的是明确”银行综合业务系统”项目的业务背景、业务范围、定义项目的专业名词,分析项目的核心功能和系统需求,为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义,为测试人员提供测试用例设计的功能参考。该文档为了便于更好地理解客户对软件的需求,对于其软件性能以及功能需求有一明确的目标,对于项目规划以及进度也做了简单的计划。预期读者:组内成员1.2项目背景开发项目名称:银行综合业务系统任务提出人员:神州数码融信软件有限公司系统开发人员:神州数码融信有限公司实习小组 Object 系统使用用户:银行系统管理员、业务操作员此软件将开发银行系统中客户开户、账户开户以及贷款的

11、全过程;4. 本银行系统将提供银行的管理和客户服务的系统:开发此系统是提高自主创造能力,提高开发过程中团队的交流与协作,最终达到完成银行系统开发的目的。银行系统管理员进行贷款、查询以及相关业务的审批工作,业务操作员为银行客户提供客户开户、账号开户等服务。1.3定义1、 数据(Data):数据实际上就是描述事物的符号记录。 数据库(Database,简称DB):是长期存储在计算机内,有结构的大量的共享的数据集合。 数据库管理系统(Database Management System 简称DBMS):位于用户和操作系统之间的一层数据管理软件。 数据库系统(Database System 简称DBS

12、):数据库系统是指在计算机系统中引入数据库后的系统构成,一般由数据库、数据库管理系统(及其开发工具)、应用系统、数据库管理员和用户构成。2、关系:一个关系对应一张二维表,关系名-表名 属性:表中的一列成为属性,列名即属性名。 字段:标记实体属性的命名单位3、开发术语 需求:用户解决问题或达到目标所需要的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都有的含义并找出其中的错误,遗憾或其它不足的地方。 银行系统:基本元素为构成银行储蓄及相关行为所必须的各种部分。 企业服务总线(ESB

13、):为银行提供一种全面、灵活且一致的集成方法。1.4参考资料 Java编程教程 张孝祥 清华大学出版社 JDK_API_1_6_zh_CN.CHM参考文档, -2编写,林锐,人民出版社, -12编写, 郑莉、王行言、马素霞编著,清华大学出版社,1998-1编写,王珊、张凯编著,高等教育出版社, -1编写,刘晓华、张健、周慧贞编著,电子工业出版社 , -4编写,张小松、王珏、曹跃编著,机械工业出版社二、任务概述2.1目标 银行系统是一个含有数据库的软件系统,经过网络将各个客户端连接起来,能够为银行提供一体化的办公、管理,业务更改,业务办理,业务查询功能,并为银行客户提供各种查询的操作。 2.1.

14、1 用户特点使用本系统的用户为银行职员(普通职员、贷款审批员、贷款发放员、数据操作员、系统管理员等),该部分用户能熟练操作计算机,至少具有一定的计算机应用水平,用户对柜面平台系统的使用频度为8小时/天,可是其它时间银行系统仍需要正常运行,保证几乎0%的故障率。具体使用要求:银行系统管理员(包括系统管理员):具有较高的的管理水平和计算机操作水平,能够熟练进行鼠标、键盘操作。管理银行系统的业务员的相关信息,而且拥有对于银行核心业务如利率调整等进行修改和审批的权限。银行系统工作人员(包括贷款审批员、贷款发放员):具有较高的业务水平和教育水平,能够在7天的培训中掌握银行系统的操作方法。管理银行顾客的相

15、关信息,而且为银行顾客提供创立帐号、贷款、贷款审批等服务。普通职员:具有较高的业务水平和教育水平,能够在7天的培训中掌握银行系统的操作方法。2.1.2 业务设计目标 (1)登录业务:银行用户输入自己的用户名以及密码在前台进行验证看是否存在该客户。如果登录成功之后能够进入客户办理业务页面;如果不存在或者是用户名密码错误则返回反馈信息。 (2)动态加载菜单模块:不同的用户有不同的角色,不同的角色有不同的权限。不同的权限执行不同的功能。例如”柜员能够进行客户开户、账户开户等业务,对于客户经理则能够为客户办理贷款业务以及查询业务”。 (3)开户业务:当客户需要进行金融交易时需要在银行系统中开一个帐户。

16、这个帐户之后就归客户自己所有。对其账户有了唯一拥有权。客户办理贷款业务。(4)贷款业务:客户在满足贷款条件之下而且在有担保人的担保下能够进行贷款业务。此业务是经由客户经理办理的。在办理贷款的时候银行会为客户制定还款计划、还款计划明细、回收结算、发放结算、回收明细、计提表、总账表等贷款相关表。 客户在银行中的信誉度直接影响客户贷款金额。贷款人的担保人则应该满足一下条件:具有代为清偿债务能力的法人、其它组织或者公民。贷款具体流程:申请审批合同开立发放回收通知单回收明细结算计划明细还款计划结算利息计提备注:银行有多个分支机构。每个分支机构位于一个特定的城市,由唯一的名字标识。银行监控每个分支机构的资

17、产。每笔贷款由某个分支机构发放,能被一个或多个人共有。一笔贷款用一个唯一的贷款号标识。银行需要知道每笔贷款的金额以及逐步支付的情况。记录每次付款的的时间及金额。银行还能够有关于某一天或某一段时间内银行的业务情况的记录,即全部客户和银行之间的交易记录,每条记录以唯一的流水号标识。2.1.3 开发原则统一帐薄,所有帐务集中到后台主机处理。2. 综合柜员,大量采用集成交易。3. 可扩展性,系统设计模块化,接口标准化,扩展灵活、方便。4. 可维护性,大量采用自动生成工具,开发、维护简单。5. 可隔离性,各业务子系统围绕一个核心,相对独立;各交易围绕业务子系统,互不影响。2.2名词解释1.IE IE(I

18、nternet Explorer),是微软公司(Microsoft)推出的一款网页浏览器。2. TomcatTomcat是一个轻量及应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP程序的首选,因为它运行是占用的系统资源小,扩展性好,支持负载平衡与邮件服务等开发应用系统常见的功能;而且它还在不断的改进和完善中,任何一个感兴趣的程序员都能够更改它或在其中加入新的功能。当配置正确时,Apache 为HTML页面服务,而Tomcat 实际上运行JSP 页面和Servlet。另外,Tomcat和IIS、Apache等Web服务器一样,具有处理HTML页面的功能,另外它

19、还是一个Servlet和JSP容器,独立的Servlet容器是Tomcat的默认模式。不过,Tomcat处理静态HTML的能力不如Apache服务器。3. ESB ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,能够提供比传统中间件产品更为廉价的解决方案,同时它还能够消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布

20、式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并能够提供一系列的标准接口。ESB的五个基本功能:1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。 2)传输服务:确保经过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。 3)中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议。 4)多服务集成方式: 如JCA,Web服务,Messaging ,Adaptor等. 5)服务和事件管理支持: 调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能; ESB的八个扩展功能:1) 面向服务的元数据

21、管理: 她必须了解被她中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和她所提供的服务的描述; 2) Mediation :它必须具有某种机制能够完成中介的作用,如协议转换; 3) 通信:服务发布、订阅,响应 请求,同步异步消息,路由和寻址等; 4) 集成: 遗留系统适配器,服务编排和映射,协议转换,数据变换,企业应用集成中间件的连续等。 5) 服务交互: 服务接口定义,服务实现的置换,服务消息模型,服务目录和发现等。 6) 服务安全: 认证和授权、不可否认和机密性、安全标准的支持等; 7) 服务质量: 事务,服务的可交付性等; 8) 服务等级: 性能、可用性等。 ESB 中最

22、常提到的两个功能是消息转换和消息路由。 Oracle oracle数据库是一个多用户系统,能自动从批处理或在线环境的系统故障中恢复运行。系统提供了一个完整的软件开发套件,包括交互式应用程序生成器、报表打印软件、字处理软件及集中式数据字典,用户能够利用这些工具生成自己的应用程序。Oracle以二维表的形式表示数据,并提供了SQL(结构化查询语句),完成数据查询、操作、定义和控制等基本数据库管理功能。Oracle数据库具有很好的可移植性,经过它的通信功能,微型计算机上的程序能够同小型乃至大型计算机上的oracle相互传递数据。 它能够支持多种不同的硬件和操作系统平台,从台式机到大型机和超级计算机,

23、为各种硬件提供高度的可伸缩性,支持对称多处理器、集群多处理器、大规模处理器等,并提供广泛的国际语言支持。5. JMSJMS(Java Message Service) 即Java消息服务。它提供标准的产生、发送、接收消息的接口简化企业应用的开发。它支持两种消息通信模型:点到点(point-to-point)(P2P)模型和发布/订阅(Pub/Sub)模型。1)点对点方式(point-to-point) 点对点的消息发送方式主要建立在 Message Queue,Sender,Receiver上,Message Queue 存贮消息,Sender发送消息,Receiver接收消息.具体点就是Se

24、nder Client发送Message 到Queue中 ,而Receiver Client从Queue中接收消息和发送消息已接受到Quere,确认消息接收。消息发送客户端与接收客户端没有时间上的依赖,发送客户端能够在任何时刻发送信息到Queue,而不需要知道接收客户端是不是在运行。2)发布/订阅 方式(publish / subscribe) 发布/订阅方式用于多接收客户端的方式.作为发布订阅的方式,可能存在多个接收客户端,而且接收端客户端与发送客户端存在时间上的依赖。一个接收端只能接收她创立以后发送客户端发送的信息。作为subscriber ,在接收消息时有两种方法,destination

25、的receive方法,和实现message listener 接口的onMessage 方法。注: eq oac(,1)connectionFactory 经过这个工厂类就能够得到一个与JMS提供者的连接 eq oac(,2)connection 与JMS提供者建立的一个连接。能够从这个连接创立一个会话,即Session。 eq oac(,3)session与JMS提供者所建立的会话,经过Session我们才能够创立 一个Message 。 eq oac(,4)destination 消息发送的目的地,也就是所谓的Queue和Topic。创立好一个消息之后,只需要把这个消息发送到目的地,消息的

26、发送者就能够继续做自己的事情,而不用等待消息被处理完成。至于这个消息什么时候,会被哪个消费者消费,完全取决于消息的接者。 eq oac(,5)messageProducer 消息的生产者,要发送一个消息,必须经过这个生产者来发送。 eq oac(,6)message() 从字面上就能够看出是被发送的消息。 eq oac(,7)send():发送消息。 eq oac(,8)receiver():接收消息。6. Socket Socket也称作套接字,用于描述IP地址和端口,是一个通信链的句柄,应用程序一般经过”套接字”向网络发送请求或者应答网络请求。两个JAVA应用程序可经过一个双向的网络通信连

27、接实现数据交换,这个双向链路的一端称为一个Socket。Socket一般见来实现client-server连接。J包中定义的两个类Socket和ServerSocket,分别用来实现双向连接的client端和server端。建立连接时所需的寻址信息为远程计算机的IP地址和端口号(port number)。7. MQMQ(Message Queue):消息队列,是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中寄到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递,如果发送消息时接受者不可用,消息队列会保留消息,直到能够成功传递它。8.XMLXML(eXtensib

28、le Markup Language)是万维网联盟(World Wide Web Consortium W3C)定义的一种可扩展标志语言。可扩展性指允许用户按照XML规则自定义标记(tags标签),它能够轻松表示多层结构的数据。具有平台无关,语言无关。设计目标是描述数据并集中于数据的内容,与显示分离。9. DOM4JDOM4J解析是xml的一种解析方式,它合并了许多超出基本XML文档表示的功能,包括集成的XPath支持、XML Schema支持以及用于大文档或流化文档的基于事件的处理。它还提供了构建文档表示的选项,它经过DOM4J API和标准DOM接口具有并行访问功能。DOM4J大量使用了A

29、PI中的Collections类,可是在许多情况下,它还提供一些替代方法以允许更好的性能或更直接的编码方法。10. I/O流 I/O流指输入输出流, 在Java程序中,对于数据的输入(input)/输出(output)操作以”流”(stream)方式进行,java.io包中定义了各样的”流”类,用以获取不同种类的数据。输入流指的是将数据以字符或字节形式从外部媒体比如文件、数据库等读取到内存中,因此也能够分为字符输入流和字节输入流。输出流指的是将内存中的数据写入外部媒介,也分为字符输入流和字节输入流。11. 多线程多线程是这样一种机制,它允许在程序中并发执行多个指令流,每个指令流都称为一个线程,

30、彼此间互相独立。线程又称为轻量级进程,它和进程一样拥有独立的执行控制,由操作系统负责调度,区别在于线程没有独立的存储空间,而是和所属进程中的其它线程共享一个存储空间,这使得线程间的通信远较进程简单。作为一个完全面向对象的语言,Java提供了类 java.lang.Thread 来方便多线程编程,这个类提供了大量的方法来方便我们控制自己的各个线程。JAVA实现多线程的两种方法:继承 Thread 类和实现 Runnable 接口。12. 线程同步由于同一进程的多个线程共享同一片存储空间,在带来方便的同时,也带来了访问冲突这个严重的问题。Java语言提供了专门机制以解决这种冲突,有效避免了同一个数

31、据对象被多个线程同时访问。13.PL/SQL PL/SQL也是一种程序语言,叫做过程化SQL语言(Procedural Language/SQL)。PL/SQL是Oracle数据库对SQL语句的扩展。在普通SQL语句的使用上增加了编程语言的特点,因此PL/SQL就是把数据操作和查询语句组织在PL/SQL代码的过程性单元中,经过逻辑判断、循环等操作实现复杂的功能或者计算的程序语言。 PL/SQL是Oracle对关系数据库语言SQL的过程化扩充,它将数据库技术和过程化程序设计语言联系起来,是一种应用开发语言,可使用循环,分支处理数据,将SQL的数据操纵功能与过程化语言数据处理功能结合起来. PL/

32、SQL的使用,使SQL成为一种高级程序设计语言,支持高级语言的块操作,条件判断,循环语句,嵌套等,与数据库核心的数据类型集成,使SQL 的程序设计效率更高. PL/SQL程序的基本结构 PL/SQL块由四个基本部分组成:声明、执行体开始、异常处理、执行体结束。 PL/SQL的变量 PL/SQL程序包括了四个部分,在四个部分中,声明部分。主要用来声明变量而且初始化变量,在执行部分能够为变量赋新值,或者在表示式中引用变量的值,在异常处理部分同样能够按执行部分的方法使用变量。另外,在PL/SQL程序使用时能够经过参数变量把值传递到PL/SQL块中,也能够经过输出变量或者参数变量将值传出PL/SQL块

33、。 14.冲正冲正就是回滚交易 。 即一笔交易在终端已经置为成功标志,可是发送到主机的帐务交易包没有得到响应,即终端交易超时,因此不确定该笔交易是否在主机端也成功完成,为了确保用户的利益,终端重新向主机发送请求,请求取消该笔交易的流水,如果主机端已经交易成功,则回滚交易,否则不处理,然后将处理结果返回给终端。 过滤器 过滤器经过截取从客户端进来的请求,并做出处理的回复。它能够说是外部进入网站的第一道关。在这个关卡里,能够验证客户是否来自可信的网络,能够对客户提交的数据进行重新编码,能够从系统里获得配置的信息,能够过滤掉客户的某些不应出现的词汇,能够验证客户是否已经登录,能够验证客户端的浏览器是

34、否支持当前的应用,能够记录系统的日志等。能够为一个Web应用组件部署多个过滤器,这些过滤器组成一个过滤链,每个过滤器只执行某个特定的操作或检查。这样请求在达到被访问的目标之前,需要经过这个过滤链。如果由于安全的问题不能访问目标资源,那么过滤器就能够把客户端的请求拦截。Web应用的请求传递图:目标组件Filter1Do filter 过滤链Filter1客户端 2.3 软件支持操作系统: Windows Xp / Windows7SP的版本: Sp3数据库: Oracle 10g2.4 硬件支持硬盘空间:5G 以上内存:128M2.5 运行环境软件运行环境WINDOWS平台:WINDOWS98/

35、NT/ /XP/7 可选: WINDOWS TUXEDO 客户端UNIX平台:SCO UNIX,AIX平台可选: WINDOWS TUXEDO 客户端LINUX平台:红旗LINUX 2.6 条件与约束 2.6.1本项目是否能够成功实施,主要取决于以下条件:开发小组为了项目的开发和实施,必须对项目的业务流程进行合理的分析与整理,形成完善的软件需求。用户应具有适合项目软件的工作环境和系统运行环境。用户应满足项目系统的硬件环境与通讯环境。开发小组采用先进的、兼容性强的语言Java进行编程以及先进的技术保证系统的性能的优化与项目的成功。开发小组具有相对稳定的项目的团队,不稳定的团队将影响项目的进度和质

36、量。开发时间是一个连续的时间段,有利于开发软件的连续性,不连续的开发时间将影响项目的进度与质量。2.6.2 约束条件:成本约束:因本项目仅为人员实习的培训,故不考虑人员成本;因无物质采购,故不考虑物质成本;所需的成本仅为编程过程中的电费,一切由公司承担。规模约束:此项目有1个项目小组的人员共同完成,人数为8人完成日期: 12月1日设备约束:自带笔记本,无网络环境。技术约束:主要使用Java语言开发,系统操作界面为IE界面2.6.3设备要求硬件要求:PC机8台。软件要求:安装有MyEclipse开发工具;安装有JAVA SDK的WINDOWS操作系统;安装有消息队列服务器apache-activ

37、emq,作为项目所用的JMS服务器;导入dom4j、activemq等jar包实现接口对XML进行简单的增删查改操作;安装Oracle 10g安装Toad for Oracle安装Power Designer安装PL/SQL Developer安装tomcat三、系统概述3.1系统概述银行综合业务系统平台采用B/S架构,用户可经过PC机采用浏览器的方式访问系统。经过管理不用的数据源,管理平台能够进入不同的交易界面。平台主要功能是处理和管理业务平台的数据、系统配置、人员、业务交易等。 柜台TellerESB企业服务总线业务处理平台支付业务支持业务金额支付产品业务/日志业务;渠道管理业务;签约管理

38、业务;权限管理业务ESB企业服务总线 Core DB各模块功能目标:(1)Teller端功能目标:用户经过输入其网点号、机构号、用户名和密码,其用户信息进入不同的客户业务办理页面。当用户信息不存在或者是用户信息错误的时候,将反馈信息以界面的形式显示给用户,提示用户信息错误。将用户办理业务所需要的信息以XML的形式经socket传送给ESB端。同时teller端接收ESB端经处理过的客户反馈信息和处理结果,这些消息是以XML的形式经socket传送过来。ESB端功能目标:ESB端要求实时监听teller端,对teller端发来的请求进行验证其系统码和服务码,解析判断是那种服务类型。需要将其判断结

39、果组包封装到消息队列传送给Core端。在ESB端要及时快速并准确地进行判断,而且要能够准确无误的处理多个客户端发来的消息,以及同一客户端重复发送的多个请求,不允许发生消息的串包问题。同时ESB端也将接收从Core端处理之后的所有信息封装到消息队列中的。也将这些消息经socket传送给teller端。Core端功能目标:ESB端对从消息队列中传来的消息要及时迅速地做一解析处理,对XML中的数据也要做及时迅速处理 ,保证对XML同时进行的操作不会发生冲突。同时也要将其封装到消息队列返回给ESB端。3.2具体架构说明图3-1 系统总体架构图系统功能实现的基本流程: eq oac(,1)IE端向Tel

40、ler端发送报文; eq oac(,2)Teller端将接收到的报文经过Socket发送给ESB,并记录流水记录; eq oac(,3)ESB将接收到的报文经过doService 原子服务将报文放入请求消息队列ReqMQ,并记录流水记录; eq oac(,4)Core从请求消息队列ReqMQ中取出报文并解析,并记录流水记录; eq oac(,5)Core经过解析的结果来调用存储过程操作数据库; eq oac(,6)Core将操作处理的结果返回; eq oac(,7)Core将操作处理的结果返回给响应消息队列RespMQ,并记录流水记录,修改记录流水状态信息; eq oac(,8)ESB从响应消

41、息队列RespMQ中取出返回结果; eq oac(,9)ESB将最终处理的结果经过Socket返回给Teller端,并记录流水记录,修改记录流水状态信息; eq oac(,10)Teller端在接收到处理结果后,作相应的记录,再将处理结果返回给IE端,并记录流水记录,修改记录流水状态信息。需求分析4.1界面需求系统界面颜色由设计者自己设定,采用全屏格式,界面的风格鲜明而又特色;报表格式:以银行原报表格式设计电子打印表格式;系统上要有足够的导航链接;要尽量让用户使用鼠标完成整个操作流程,当然填写资料;界面将采用交互式界面,简化界面设计,以文本框和按钮为主要功能部件,完成输入、修改、确定、取消等业

42、务功能。4.1.1签到界面该界面为柜员签到界面,在该界面上填入柜员的登录名、登录密码、机构号和网点号,然后点击”登录签到”,如果填写的所有信息都正确,则签到成功,进入主界面。如果输入的某项信息有误,则点击”登录签到”按钮后出现提示出错信息,错误包括”登录名不存在”、”密码错误”、”机构号错误”或者”网点号有误”。签到成功界面4.1.2客户开户界面该界面为客户开户界面,需要开户的客户填写完开户信息后,将开户表单交给柜员,然后将开户信息录入系统,信息包括:客户编号 、中文名、英文名、证件号、证件类型、客户简称、性别、地址信息、国家、地区区号、联系方式、客户类型、城市、邮编、移动电话、客户分类。4.

43、1.3开户界面账户界面:客户需要贷款时先和银行签订贷款合约,柜员将合约的信息录入系统,贷款信息包括:账号、客户号、证件号、中文名称、客户类型、账户状态、账户币种、存款类型、开户日期、账户类型、客户简称、英文名、客户经理等。对于其中的身份证要求有验证身份证号码位数。对于其客户进行账户开户所办理的类型及账单存折标识都能够进行选择。4.1.4贷款发放界面该界面为在客户在贷款开立签约后,获得贷款号,填写相关资料确认需要贷款的金额,并了解利率相关信息,进行贷款发放。4.1.5贷款发放结算界面该界面为在贷款发放以后,用来确认贷款发放的相关信息,最终确认贷款发放。4.1.6贷款计提调整界面该界面为手动录入变

44、更的利率信息造成利息计算的错误,来更改数据库的利息信息。4.1.7贷款本息通知单界面该界面为在贷款规定还本付息的前一个星期需要出通知单告知贷款人需要及时还清利息。4.1.8贷款回收界面该界面用于进行贷款回收。4.1.8贷款回收结算界面该界面用于银行在回收相关利息及贷款金额的汇总处理。4.1.9贷款日终界面日终处理是指银行在每天营业结束后,中心对账务系统进行一系列批量处理的过程。随着银行业务的飞速发展和银行金融产品的日益丰富,日终处理的过程也越来越复杂。银行界数据大步伐的加快,也意味着日终处理系统要面对日益庞大的账务系统。当前,各家银行业务越来越广泛,计算机处理的程度也越来越高,相应数据中心日终

45、处理的内容变得复杂,处理时间也随之增加,这就给做日终处理的工作人员带来压力,容易造成多做、少做或重复做,影响第二天的正常营业。因此,使日终处理更加高效、可靠和灵活是至关重要的。点击此处退出系统4.1.10签退界面柜员每天在进行一天业务之后需要对业务进行核查以确保业务正常办理。下班时需要退出系统时,柜员则能够点击右上角的”退出”按钮后,出现提示框:点击”确定”,签退成功!当柜员已签到则能够进行正常地签退业务;假设柜员已经签退则网页会提示反馈信息”您已签退!不能再签退!”4.2交易需求4.2.1Teller端4.2.1.1签到4.2.1.1.1功能需求 柜员要工作必须要进行签到,签到后才能进入系统

46、为客户服务。每个机构的每个网点下每个柜员都有唯一的编号,签到时柜员需要输入自己所在的机构号、网点号、柜员编号以及密码,输入正确进入系统后,会在登录表中记录该柜员的登录信息。签到的流程图如下:柜员签到界面填写机构号、网点号、柜员编号、密码提示出错信息点击柜员签到否信息正确?是成功登录,进入系统柜员在打开IE进入柜员签到界面后,需输入柜员信息进行签到操作,如输入自己专属的:机构编号、网点编号、柜员帐号、密码等并点击”签到”,如输入正确无误后,则界面会出现签到成功的提示语,这样即可完成签到操作,签到完成之后才能够进行如客户开户、账户开户和贷款等其它的各种银行业务的操作。4.2.1.1.2性能需求1.

47、 响应时间:5秒之内2. 更新处理时间:3秒之内3. 数据的转换和传送时间:3毫秒之内4. 并发性能:允许1000个柜员同时进行操作5. 大数据量性能:100M4.2.1.1.3接口4.2.1.2签退4.2.1.2.1功能需求柜员完成所有的任务后到下班时间或者有事需要离开柜台,就需要执行签退服务,不能转身就走,也不能直接关闭操作页面,如果直接关闭可能导致下次不能正常登录。签退时只需要点击签退操作,确认签退,此时系统会记录柜员的签退信息。4.2.1.2.2性能需求1. 响应时间:5秒之内2. 更新处理时间:3秒之内3. 数据的转换和传送时间:3毫秒之内4. 并发性能:允许1000个柜员同时进行操

48、作5. 大数据量性能:100M4.1.2.2.3接口4.2.2ESB端4.2.2.1服务拆分根据客户端不同的服务请求,向服务器发送相应的请求。4.2.3CoreBank端4.2.3.1客户开户4.2.3.1.1功能需求确定一家银行填写纸质材料检查开户材料正确并录入记录开户信息系统审核信息是否合法开户处理表账户信息表是客户银行工作人员开户是客户在银行办理业务的第一步。首先客户要选择一家银行,然后再到该银行填写资料并由银行工作人员进行录入,而且为了安全问题,生成一个账户初始密码,只有客户本人能够对密码进行维护。开户流程图如下: 否 客户向银行提出开立账户要求;柜员在系统主界面请求创立账户操作,系统

49、常见账户界面;柜员添加账户信息后,提交至账户类;账户类确认数据库是否已存在该客户的账户,如不存在,则创立新客户对象;然后将客户信息保存到数据库中;柜员在Teller端系统界面上点击”开户”按钮进入开户界面,填写用户基本信息(姓名、性别、身份证、),点击提交,无误则开户成功。4.2.3.1.2性能需求1. 响应时间:5秒之内2. 更新处理时间:3秒之内3. 数据的转换和传送时间:3毫秒之内4. 并发性能:允许1000个柜员同时进行操作5. 大数据量性能:100M4.2.3.1.3接口4.2.3.1.4其它需求4.2.3.2账户开户4.2.3.2.1功能需求账户开户是在客户开户后进行的。客户开户后

50、,客户可进行账户开户,方便对账户进行操作,开户流程图如下:填写账户开户申请审核信息是否正确客户记录账户信息账户处理表账户信息表是否客户向银行提出开立账户要求;柜员在系统主界面请求创立账户操作,系统常见账户界面;柜员添加账户信息后,提交至账户类;账户类确认数据库是否已存在该客户的账户,如不存在,则创立新客户对象;然后将客户信息保存到数据库中;柜员在Teller端系统界面上点击”开户”按钮进入开户界面,填写用户基本信息(姓名、性别、身份证、),点击提交,无误则开户成功。4.2.3.2.2性能需求1. 响应时间:5秒之内2. 更新处理时间:3秒之内3. 数据的转换和传送时间:3毫秒之内4. 并发性能

51、:允许1000个柜员同时进行操作5. 大数据量性能:100M4.2.3.2.3接口4.2.3.2.4其它需求4.2.3.3贷款4.2.3.3.1功能需求用户由于要进行某种活动资金不足时,需要向银行等金融机构贷款来达到她们的目标,这个时候就需要和银行签订贷款合约。一句话,贷款合同就是借款人想贷款人借款,到期返还借款并支付利息的合同。贷款的内容包括借款种类、币种、用途、数额、利率、期限和还款方式等条款。借款人提出贷款申请,并提交相关资料贷款机构按相关规定对借款人的条件进行审核审核是否经过 借贷双方签订贷款条约贷款方为借款方按发放计划发放贷款借款方按回收计划返还利息及贷款拒绝贷款是否 大堂经理将贷款

52、人需要填写的贷款人基本信息和贷款信息的合约打印出来让贷款人填写,填完后将表单交给柜员,柜员进入贷款界面将贷款人填写的信息录入系统,正确填写后点击提交按钮,无误则贷款初步完成,以后银行按照发放计划和回收计划给客户发放贷款和回收贷款和利息。4.2.3.3.2性能需求1. 响应时间:5秒之内2. 更新处理时间:3秒之内3. 数据的转换和传送时间:3毫秒之内4. 并发性能:允许1000个柜员同时进行操作5. 大数据量性能:100M4.2.3.3.3接口4.2.3.3.4其它需求五、数据描述5.1 系统描述该系统分为teller服务端、ESB、core核心数据处理。 Core MQ ESB Teller ESBJava procedure存储过程 调用 服务判断服务码取服务码判断服务类型组包发送TomcatServlet1Servlet2Servlet3存储过程ReqMQIERespMQ DB DB DB DB5.2 系统E-R图Teller业务: 用户表链接:用户角色对照表、角色权限对照表、角色定义表、权限定义表、用户基本信息表(不同的用户有不同的角色,不同的角色有不同的权限)其中机构表和网点表是为用户进行登录时记录登陆日志时所用的表。 用户进行登录或者是签退时都必须进行记录流水信息。这样对于银行管理员来说查询起来就方便,同时对于每一笔交易来说如果不成功则能够根据