银行综合业务系统需求分析说明书.docx
《银行综合业务系统需求分析说明书.docx》由会员分享，可在线阅读，更多相关《银行综合业务系统需求分析说明书.docx（33页珍藏版）》请在冰豆网上搜索。
银行综合业务系统需求分析说明书
银行综合业务系统需求分析说明书
名目
一、引言
近年来，金融业的竞争开始由低层次向高层次进展，高科技战场将是我国各银行参与竞争、加快自身进展的主战场。
银行要保持和扩大市场份额，必须拥有一种明显的、持久的优势。
这种优势不是产品的优势，也不是网点的优势，而是高科技的优势。
因此，银行电子化是银行提高工作效率，提高治理水平，提高服务质量，加速资金周转，促进社会经济进展的趋势。
随着运算机技术的不断进展，银行电子化水平的提高起到了积极的作用。
随着客户金融意识的加强，对银行的选择条件也越来越高，而选择的尺度要紧确实是银行的服务质量。
现在客户对银行的服务要求不仅仅是礼貌服务，更要紧的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。
目前，各银行都投入许多精力，针对客户需求，在保持和完善传统业务的基础上，利用信息高技术开拓了许多新的业务领域，为客户提供了许多新的服务手段。
因此，由于银行有处理大量数据的要求，全部采纳人工的方式处理明显不合适。
这不仅要花费专门高的成本，而且处理事物的效率和质量都存在专门大的问题。
处于这些问题的考虑，采纳运算机来处理这类问题确实是一个相当理想的解决方案。
利用运算机能够极大地降低处理成本，更重要的是能够几乎没有错误的高效的处理所有的事务。
1.1编写目的
编写该文档的目的是明确“银行综合业务系统”项目的业务背景、业务范畴、定义项目的专业名词，分析项目的核心功能和系统需求，为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义，为测试人员提供测试用例设计的功能参考。
该文档为了便于更好地明白得客户对软件的需求，关于其软件性能以及功能需求有一明确的目标，关于项目规划以及进度也做了简单的打算。
预期读者：
组内成员
1.2项目背景
1.开发项目名称：
银行综合业务系统
2.任务提出人员：
神州数码融信软件
系统开发人员：
神州数码融信实习小组Object
系统使用用户：
银行系统治理员、业务操作员
3.此软件将开发银行系统中客户开户、账户开户以及贷款的全过程；
4.本银行系统将提供银行的治理和客户服务的系统：
Ø开发此系统是提高自主制造能力，提高开发过程中团队的交流与协作，最终达到完成银行系统开发的目的。
Ø银行系统治理员进行贷款、查询以及相关业务的审批工作，业务操作员为银行客户提供客户开户、账号开户等服务。
1.3定义
1、数据（Data）：
数据实际上确实是描述事物的符号记录。
数据库（Database，简称DB）：
是长期储备在运算机内，有结构的大量的共享的数据集合。
数据库治理系统（DatabaseManagementSystem简称DBMS）：
位于用户和操作系统之间的一层数据治理软件。
数据库系统（DatabaseSystem简称DBS）：
数据库系统是指在运算机系统中引入数据库后的系统构成，一样由数据库、数据库治理系统（及其开发工具）、应用系统、数据库治理员和用户构成。
2、关系：
一个关系对应一张二维表，关系名-表名
属性：
表中的一列成为属性，列名即属性名。
字段：
标记实体属性的命名单位
3、开发术语
需求：
用户解决问题或达到目标所需要的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：
包括提炼，分析和认真审查已收集到的需求，以确保所有的风险承担者都有的含义并找出其中的错误，遗憾或其它不足的地点。
银行系统：
差不多元素为构成银行储蓄及相关行为所必须的各种部分。
企业服务总线（ESB）：
为银行提供一种全面、灵活且一致的集成方法。
1.4参考资料
a.Java编程教程张孝祥清华大学出版社
b.JDK_API_1_6_zh_CN.CHM参考文档
c.《软件工程思想》，2000-2编写，林锐，人民出版社
d.《Java语言程序设计》，2005-12编写，郑莉、王行言、马素霞编著，清华大学出版社
e.《操作系统概论》，1998-1编写，王珊、张凯编著，高等教育出版社
f.《JSP应用开发详解（第三版）》，2007-1编写，刘晓华、张健、周慧贞编著，电子工业出版社
g.《软件测试》，2006-4编写，张小松、王珏、曹跃编著，机械工业出版社
二、任务概述
2.1目标
银行系统是一个含有数据库的软件系统，通过网络将各个客户端连接起来，能够为银行提供一体化的办公、治理，业务更换，业务办理，业务查询功能，并为银行客户提供各种查询的操作。
2.1.1用户特点
使用本系统的用户为银行职员（一般职员、贷款审批员、贷款发放员、数据操作员、系统治理员等），该部分用户能熟练操作运算机，至少具有一定的运算机应用水平，
用户对柜面平台系统的使用频度为8小时/天,然而其他时刻银行系统仍需要正常运行,保证几乎0%的故障率。
具体使用要求：
Ø银行系统治理员（包括系统治理员）：
具有较高的的治理水平和运算机操作水平，能够熟练进行鼠标、键盘操作。
治理银行系统的业务员的相关信息，同时拥有关于银行核心业务如利率调整等进行修改和审批的权限。
Ø银行系统工作人员（包括贷款审批员、贷款发放员）：
具有较高的业务水平和教育水平，能够在7天的培训中把握银行系统的操作方法。
治理银行顾客的相关信息，同时为银行顾客提供创建帐号、贷款、贷款审批等服务。
Ø一般职员：
具有较高的业务水平和教育水平，能够在7天的培训中把握银行系统的操作方法。
2.1.2业务设计目标
（1）登录业务：
银行用户输入自己的用户名以及密码在前台进行验证看是否存在该客户。
假如登录成功之后能够进入客户办理业务页面；假如不存在或者是用户名密码错误则返回反馈信息。
（2）动态加载菜单模块：
不同的用户有不同的角色，不同的角色有不同的权限。
不同的权限执行不同的功能。
例如“柜员能够进行客户开户、账户开户等业务，关于客户经理则能够为客户办理贷款业务以及查询业务”。
（3）开户业务：
当客户需要进行金融交易时需要在银行系统中开一个帐户。
那个帐户之后就归客户自己所有。
对其账户有了唯独拥有权。
客户办理贷款业务。
（4）贷款业务：
客户在满足贷款条件之下同时在有担保人的担保下能够进行贷款业务。
此业务是经由客户经理办理的。
在办理贷款的时候银行会为客户制定还款打算、还款打算明细、回收结算、发放结算、回收明细、计提表、总账表等贷款相关表。
客户在银行中的信誉度直截了当阻碍客户贷款金额。
贷款人的担保人则应该满足一下条件：
具有代为清偿债务能力的法人、其他组织或者公民。
贷款具体流程：
备注：
1.银行有多个分支机构。
每个分支机构位于一个特定的都市，由唯独的名字标识。
银行监控每个分支机构的资产。
2.每笔贷款由某个分支机构发放，能被一个或多个人共有。
一笔贷款用一个唯独的贷款号标识。
银行需要明白每笔贷款的金额以及逐步支付的情形。
记录每次付款的的时刻及金额。
3.银行还能够有关于某一天或某一段时刻内银行的业务情形的记录，即全部客户和银行之间的交易记录，每条记录以唯独的流水号标识。
2.1.3开发原则
1.统一帐薄，所有帐务集中到后台主机处理。
2.综合柜员，大量采纳集成交易。
3.可扩展性，系统设计模块化，接口标准化，扩展灵活、方便。
4.可爱护性，大量采纳自动生成工具，开发、爱护简单。
5.可隔离性，各业务子系统围绕一个核心，相对独立；各交易围绕业务子系统，互不阻碍。
2.2名词说明
1.IE
IE（InternetExplorer），是微软公司（Microsoft）推出的一款网页扫瞄器。
2.Tomcat
Tomcat是一个轻量及应用服务器，在中小型系统和并发访问用户不是专门多的场合下被普遍使用，是开发和调试JSP程序的首选，因为它运行是占用的系统资源小，扩展性好，支持负载平稳与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，任何一个感爱好的程序员都能够更换它或在其中加入新的功能。
当配置正确时，Apache为HTML页面服务，而Tomcat实际上运行JSP页面和Servlet。
另外，Tomcat和IIS、Apache等Web服务器一样，具有处理HTML页面的功能，另外它依旧一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。
只是，Tomcat处理静态HTML的能力不如Apache服务器。
3.ESB
ESB全称为EnterpriseServiceBus，即企业服务总线。
它是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最差不多的连接中枢，是构筑企业神经系统的必要元素。
ESB的显现改变了传统的软件架构，能够提供比传统中间件产品更为廉价的解决方案，同时它还能够排除不同应用之间的技术差异，让不同的应用服务器和谐运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行治理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并能够提供一系列的标准接口。
·ESB的五个差不多功能：
1）服务的MetaData治理：
在总线范畴内对服务的注册命名及寻址进行治理。
2）传输服务：
确保通过企业总线互连的业务流程间的消息的正确交付，还包括基于内容的路由功能。
3）中介：
提供位置透亮的路由和定位服务；提供多种消息传递形式；支持广泛使用的传输协议。
4）多服务集成方式：
如JCA，Web服务，Messaging，Adaptor等.
5）服务和事件治理支持：
调用服务的记录、测量和监控数据；提供事件检测、触发和分布功能；
·ESB的八个扩展功能：
1）面向服务的元数据治理：
他必须了解被他中介的两端,即服务的要求以及要求者对服务的要求，以及服务的提供者和他所提供的服务的描述；
2）Mediation：
它必须具有某种机制能够完成中介的作用，如协议转换；
3）通信：
服务公布、订阅，响应要求，同步异步消息，路由和寻址等；
4）集成：
遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间件的连续等。
5）服务交互：
服务接口定义，服务实现的置换，服务消息模型，服务名目和发觉等。
6）服务安全：
认证和授权、不可否认和隐秘性、安全标准的支持等；
7）服务质量：
事务，服务的可交付性等；
8）服务等级：
性能、可用性等。
ESB中最常提到的两个功能是消息转换和消息路由。
4.Oracle
oracle数据库是一个多用户系统，能自动从批处理或在线环境的系统故障中复原运行。
系统提供了一个完整的软件开发套件，包括交互式应用程序生成器、报表打印软件、字处理软件及集中式数据字典，用户能够利用这些工具生成自己的应用程序。
Oracle以二维表的形式表示数据，并提供了SQL（结构化查询语句），完成数据查询、操作、定义和操纵等差不多数据库治理功能。
Oracle数据库具有专门好的可移植性，通过它的通信功能，微型运算机上的程序能够同小型乃至大型运算机上的oracle相互传递数据。
它能够支持多种不同的硬件和操作系统平台，从台式机到大型机和超级运算机，为各种硬件提供高度的可伸缩性，支持对称多处理器、集群多处理器、大规模处理器等，并提供广泛的国际语言支持。
5.JMS
JMS（JavaMessageService）即Java消息服务。
它提供标准的产生、发送、接收消息的接口简化企业应用的开发。
它支持两种消息通信模型：
点到点（point-to-point）（P2P）模型和公布/订阅（Pub/Sub）模型。
1）点对点方式（point-to-point）
点对点的消息发送方式要紧建立在MessageQueue,Sender,Receiver上，MessageQueue存贮消息，Sender发送消息，Receiver接收消息.具体点确实是SenderClient发送Message到Queue中,而ReceiverClient从Queue中接收消息和"发送消息已同意"到Quere,确认消息接收。
消息发送客户端与接收客户端没有时刻上的依靠，发送客户端能够在任何时刻发送信息到Queue，而不需要明白接收客户端是不是在运行。
2）公布/订阅方式（publish/subscribe）
公布/订阅方式用于多接收客户端的方式.作为公布订阅的方式，可能存在多个接收客户端，同时接收端客户端与发送客户端存在时刻上的依靠。
一个接收端只能接收他创建以后发送客户端发送的信息。
作为subscriber,在接收消息时有两种方法，destination的receive方法，和实现messagelistener接口的onMessage方法。
注：
connectionFactory通过那个工厂类就能够得到一个与JMS提供者的连接
connection与JMS提供者建立的一个连接。
能够从那个连接创建一个会话，即Session。
session与JMS提供者所建立的会话，通过Session我们才能够创建一个Message。
destination消息发送的目的地，也确实是所谓的Queue和Topic。
创建好一个消息之后，只需要把那个消息发送到目的地，消息的发送者就能够连续做自己的情况，而不用等待消息被处理完成。
至于那个消息什么时候，会被哪个消费者消费，完全取决于消息的接者。
messageProducer消息的生产者，要发送一个消息，必须通过那个生产者来发送。
message（）从字面上就能够看出是被发送的消息。
send（）：
发送消息。
receiver（）：
接收消息。
6.Socket
Socket也称作套接字，用于描述IP地址和端口，是一个通信链的句柄，应用程序通常通过“套接字”向网络发送要求或者应答网络要求。
两个JAVA应用程序可通过一个双向的网络通信连接实现数据交换，那个双向链路的一端称为一个Socket。
Socket通常用来实现client-server连接。
J包中定义的两个类Socket和ServerSocket，分别用来实现双向连接的client端和server端。
建立连接时所需的寻址信息为远程运算机的IP地址和端口号（portnumber）。
7.MQ
MQ（MessageQueue）:
消息队列，是在消息的传输过程中储存消息的容器。
消息队列治理器在将消息从它的源中寄到它的目标时充当中间人。
队列的要紧目的是提供路由并保证消息的传递，假如发送消息时同意者不可用，消息队列会保留消息，直到能够成功传递它。
8.XML
XML（eXtensibleMarkupLanguage）是万维网联盟（WorldWideWebConsortiumW3C）定义的一种可扩展标志语言。
可扩展性指承诺用户按照XML规则自定义标记（tags标签），它能够轻松表达多层结构的数据。
具有平台无关，语言无关。
设计目标是描述数据并集中于数据的内容，与显示分离。
9.DOM4J
DOM4J解析是xml的一种解析方式，它合并了许多超出差不多XML文档表示的功能，包括集成的XPath支持、XMLSchema支持以及用于大文档或流化文档的基于事件的处理。
它还提供了构建文档表示的选项，它通过DOM4JAPI和标准DOM接口具有并行访问功能。
DOM4J大量使用了API中的Collections类，然而在许多情形下，它还提供一些替代方法以承诺更好的性能或更直截了当的编码方法。
10.I/O流
I/O流指输入输出流，在Java程序中，关于数据的输入（input）/输出（output）操作以“流”（stream）方式进行，java.io包中定义了各样的“流”类，用以猎取不同种类的数据。
输入流指的是将数据以字符或字节形式从外部媒体比如文件、数据库等读取到内存中，因此也能够分为字符输入流和字节输入流。
输出流指的是将内存中的数据写入外部媒介，也分为字符输入流和字节输入流。
11.多线程
多线程是如此一种机制，它承诺在程序中并发执行多个指令流，每个指令流都称为一个线程，彼此间互相独立。
线程又称为轻量级进程，它和进程一样拥有独立的执行操纵，由操作系统负责调度，区别在于线程没有独立的储备空间，而是和所属进程中的其它线程共享一个储备空间，这使得线程间的通信远较进程简单。
作为一个完全面向对象的语言，Java提供了类java.lang.Thread来方便多线程编程，那个类提供了大量的方法来方便我们操纵自己的各个线程。
JAVA实现多线程的两种方法：
继承Thread类和实现Runnable接口。
12.线程同步
由于同一进程的多个线程共享同一片储备空间，在带来方便的同时，也带来了访问冲突那个严峻的问题。
Java语言提供了专门机制以解决这种冲突，有效幸免了同一个数据对象被多个线程同时访问。
13.PL/SQL
PL/SQL也是一种程序语言，叫做过程化SQL语言（ProceduralLanguage/SQL）。
PL/SQL是Oracle数据库对SQL语句的扩展。
在一般SQL语句的使用上增加了编程语言的特点，因此PL/SQL确实是把数据操作和查询语句组织在PL/SQL代码的过程性单元中，通过逻辑判定、循环等操作实现复杂的功能或者运算的程序语言。
PL/SQL是Oracle对关系数据库语言SQL的过程化扩充,它将数据库技术和过程化程序设计语言联系起来,是一种应用开发语言,可使用循环,分支处理数据,将SQL的数据操纵功能与过程化语言数据处理功能结合起来.PL/SQL的使用,使SQL成为一种高级程序设计语言,支持高级语言的块操作,条件判定,循环语句,嵌套等,与数据库核心的数据类型集成,使SQL的程序设计效率更高.
·PL/SQL程序的差不多结构
PL/SQL块由四个差不多部分组成：
声明、执行体开始、专门处理、执行体终止。
·PL/SQL的变量
PL/SQL程序包括了四个部分，在四个部分中，声明部分。
要紧用来声明变量同时初始化变量，在执行部分能够为变量赋新值，或者在表达式中引用变量的值，在专门处理部分同样能够按执行部分的方法使用变量。
另外，在PL/SQL程序使用时能够通过参数变量把值传递到PL/SQL块中，也能够通过输出变量或者参数变量将值传出PL/SQL块。
14.冲正
冲正确实是回滚交易。
即一笔交易在终端差不多置为成功标志，然而发送到主机的帐务交易包没有得到响应，即终端交易超时，因此不确定该笔交易是否在主机端也成功完成，为了确保用户的利益，终端重新向主机发送要求，要求取消该笔交易的流水，假如主机端差不多交易成功，则回滚交易，否则不处理，然后将处理结果返回给终端。
15、过滤器
过滤器通过截取从客户端进来的要求，并做出处理的回复。
它能够说是外部进入网站的第一道关。
在那个关卡里，能够验证客户是否来自可信的网络，能够对客户提交的数据进行重新编码，能够从系统里获得配置的信息，能够过滤掉客户的某些不应显现的词汇，能够验证客户是否差不多登录，能够验证客户端的扫瞄器是否支持当前的应用，能够记录系统的日志等。
能够为一个Web应用组件部署多个过滤器，这些过滤器组成一个过滤链，每个过滤器只执行某个特定的操作或检查。
如此要求在达到被访问的目标之前，需要通过那个过滤链。
假如由于安全的问题不能访问目标资源，那么过滤器就能够把客户端的要求拦截。
Web应用的要求传递图：
过滤链
2.3软件支持
操作系统：
WindowsXp/Windows7
SP的版本：
Sp3
数据库：
Oracle10g
2.4硬件支持
硬盘空间：
5G以上
内存：
128M
2.5运行环境
软件运行环境
WINDOWS平台：
WINDOWS98/NT/2000/XP/7
可选：
WINDOWSTUXEDO客户端
UNIX平台：
SCOUNIX，AIX平台
可选：
WINDOWSTUXEDO客户端
LINUX平台：
红旗LINUX
2.6条件与约束
2.6.1本项目是否能够成功实施，要紧取决于以下条件：
1.开发小组为了项目的开发和实施，必须对项目的业务流程进行合理的分析与整理，形成完善的软件需求。
2.用户应具有适合项目软件的工作环境和系统运行环境。
3.用户应满足项目系统的硬件环境与通讯环境。
4.开发小组采纳先进的、兼容性强的语言Java进行编程以及先进的技术保证系统的性能的优化与项目的成功。
5.开发小组具有相对稳固的项目的团队，不稳固的团队将阻碍项目的进度和质量。
6.开发时刻是一个连续的时刻段，有利于开发软件的连续性，不连续的开发时刻将阻碍项目的进度与质量。
2.6.2约束条件：
1.成本约束：
因本项目仅为人员实习的培训，故不考虑人员成本；因无物质采购，故不考虑物质成本；所需的成本仅为编程过程中的电费，一切由公司承担。
2.规模约束：
此项目有1个项目小组的人员共同完成，人数为8人
3.完成日期：
2011年12月1日
4.设备约束：
自带笔记本，无网络环境。
5.技术约束：
要紧使用Java语言开发，系统操作界面为IE界面
2.6.3设备要求
1.硬件要求：
PC机8台。
2.软件要求：
安装有MyEclipse开发工具；
安装有JAVASDK的WINDOWS操作系统；
安装有消息队列服务器apache-activemq，作为项目所用的JMS服务器；
导入dom4j、activemq等jar包实现接口对XML进行简单的增删查改操作；
安装Oracle10g
安装ToadforOracle
安装PowerDesigner
安装PL/SQLDeveloper
安装tomcat
三、系统概述
3.1系统概述
银行综合业务系统平台采纳B/S架构，用户可通过PC机采纳扫瞄器的方式访问系统。
通过治理不用的数据源，治理平台能够进入不同的交易界面。
平台要紧功能是处理和治理业务平台的数据、系统配置、人员、业务交易等。
各模块功能目标：
（1）Teller端功能目标：
用户通过输入其网点号、机构号、用户名和密码，其用户信息进入不同的客户业务办理页面。
当用户信息不存在或者是用户信息错误的时候，将反馈信息以界面的形式显示给用户，提示用户信息错误。
将用户办理业务所需要的信息以XML的形式经socket传送给ESB端。
同时teller端接收ESB端经处理过的客户反馈信息和处理结果，这些消息是以XML的形式经socket传送过来。
（2）ESB端功能目标：
ESB端要求实时监听teller端，对teller端发来的要求进行验证其系统码和服务码，解析判定是那种服务类型。
需要将其判定结果组包封装到消息队列传送给Core端。
在ESB端要及时快速并准确地进行判定，同时要能够准确无误的处理多个客户端发来的消息，以及同一客户端反复发送的多个要求，不承诺发生消息的串包问题。
同时ESB端也将接收从Core端处理之后的所有信息封装到消息队列中的。
也将这些消息经socket传送给teller端。
（3）Core端功能目标：
ESB端对从消息队列中传来的消息要及时迅速地做一解析处理，对XML中的数据也要做及时迅速处理，保证对XML同时进行的操作可不能发生冲突。
同时也要将其封装到消息队列返回给ESB端。
3.2具体架构说明
图3-1系统总体架构图
系统功能实现的差不多流程：
升级会员 