银行账户管理系统毕业论文Word文档下载推荐.docx
《银行账户管理系统毕业论文Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《银行账户管理系统毕业论文Word文档下载推荐.docx（37页珍藏版）》请在冰豆网上搜索。
2.4Oracle数据库 9
第3章银行账户管理系统需求分析 11
3.1银行账户信息化发展国内外现状需求 11
3.2功能需求 12
3.3可行性论证 13
3.4网络和系统安全需求 13
第4章银行账户管理系统总体设计 15
4.1系统基本功能及目标 15
4.2系统的业务流程图 16
4.3主要功能模块设计 16
4.4数据库表的设计 17
第5章银行账户管理系统详细设计 19
5.1登陆界面模块设计 19
5.2注册界面模块设计 21
第II页
5.3主菜单功能设计 24
第6章银行账户管理系统的调试和评价 26
6.1测试与结果 26
6.2评价 28
结论 30
致谢 31
参考文献 32
附录A 33
附录B 35
第35页
1.3系统设计的目的
系统设计是整个计算机信息管理系统开发过程中最重要的技术 环节，我们要在充分理解用户需求的基础上，用计算机来实现新系统的信息处理逻辑模型中规定的输入、输出及内部处理等多项功能，由不同模块来完成数据流程图中的各个加工，组织各种数据文件的存储，达到用户需求所规定的各项性能指标，并提出经济合理结构良好和高质量的解决新的计算机信息管理系统中各个需要处理的问题的解决方法的系统目标模型。
为有利于及时掌握和监控银行账户的开立和使用情况，建立和完善账户管理系统，利用信息技术手段，提高管理成效，必须建立全国统一的银行账户管理系统。
中国人民银行将统一开发和建立全国统一银行账户管理系统，系统将按照集中统一、分级管理的原则实施管理，其主要功能包括：
信息审核、信息储存、信息查询、信息统计、信息监测、开户登记管理等及其他扩展或附加的功能。
1.4开发和运行环境的选择
采用Java平台开发，并使用Oracle数据库管理数据。
服务器是后台支持程序，使用的是tomcat6.0；
客户端程序面向实际用户，它有必要的界面和按扭，向用户提供网络即时通信的功能。
使用到的技术：
Struts，JDBC，JSP，JavaScript
运行环境：
支持windows2000/XP，linux，unix等操作系统数据库的选择：
Oracle
1.5计算机软件开发概述
银行账户管理系统的建立是一个复杂的计算机软件工程的实施过程。
面向对象的程序设计方法的出现和广泛应用是计算机软件技术发展中的一个重大变革和飞跃，它的方法和技术日趋成熟，逐渐成为目前公认的主流程序设计方法。
对象是现实世界中的实体在计算机中的抽象表示，是具有唯一对象名和固定对外接口的一组属性和操作的集合，它用来模拟组成现实世界问题的一个或一组因素。
面向对象的程序
结构是一个类的集合和各类之间以继承关系联系起来的结构，主程序中定义各对象并规定它们之间传递消息的规律。
面向对象程序最主要的特征是各对象之间的消息传递和各类之间的继承关系。
本系统是为了提高新公司自动化办公的水平、经过详细的调查分析初步制定了高新公司库存信息管理系统。
库存的管理对于整个公司的业务流程来说也是个重要的环节，能否有效地反映出库存的实时数据直接影响了利益。
但是现存的库存管理仍旧靠手工操作和纸质传递，这样不仅是平时的工作效率大大降低而且耗费大量的人力、物力和财力，出错也就在所难免了。
人员间的信息传递由于通过手工帐或表单交流而显得内容不够丰富，信息传递的严重滞后使信息的沟通大大受阻。
这使得员工们不得不在与库存的沟通上花费大量的时间和精力，既影响了整个工作流程的效率，同时又使高层决策人员不能及时掌握最新最快的业务动态，给公司整体发展计划带来不利的影响。
第2章基于WEB网络开发平台简介
2.1WEB网络的产生和发展
计算机网络从20世纪60年代发展至今，己经形成从小型的办公局域网络到全球性的大型广域网的规模。
对现代人类的生产、经济、生活等各个方面都产生了巨大的影响。
纵观计算机网络的发展历史可以发现，它和其他事物的发展一样，也经历了从简单到复杂，从低级到高级的过程。
在这一过程中，计算机技术与通信技术紧密结合，相互促进，共同发展，最终产生了计算机网络。
总体看来，网络的发展可以分为四个阶段。
在计算机网各出现之前，信息的交换是通过磁盘进行相互传递资源的，如图2.1所示：
图2.1磁盘信息交换图
在1946年，世界上第一台数字计算机问世，但当时计算机的数量非常少，且非常昂贵。
而通信线路和通信设备的价格相对便宜，当时很多人都很想去使用主机中的资源，共享主机资源和进行信息的采集及综合处理就显得特别重要了。
1954年，联机终端是一种主要的系统结构形式，这种以单主机互联系统为中心的互联系统，即主机面向终端系统诞生了。
如图2.2所示。
图2.2面向主机的互联系统
随着终端用户对主机的资源需求量增加，主机的作用就改变了，原因是通信控制处理机（CommunicationControlProcessor，CCP）的产生,它的主要作用是完成全部的通信任务，让主机专门进行数据处理，以提高数据处理的效率，如图2.3所示：
图2.3带控制器的互联系统
为了克服第一代计算机网络的缺点，提高网络的可靠性和可用性，人们开始研究将多台计算机相互连接的方法。
第二代网络是从20世纪60年代中期到70年代中期，随着计算机技术和通信技术的进步，己经形成了将多个单主机互联系统相互连接起来，以多处理机为中心的网络，并利用通信线路将多台主机连接起来，为终端用户提供服务。
如图2.4所示：
图2.4多主机互联系统
第二代网络是在计算机网络通信网的基础上通过完成计算机网络体系统结构和协议的研究，形成的计算机初期网络。
如，20世纪60至70年代初期由美国国防部高级研究计划局研制的ARPANET网络，它将计算机网络分为资源子网和通信子网,如图2.5所示：
图2.5通信子网和资源子网
进入20世纪90年代后至今都是属于第四代计算机网络，第四代网络是随着数字通信出现和光纤的接入而产生的，其特点：
网络化、综合化、高速化及计算机协同 能力。
同时，快速网络接入Internet的方式也不断地诞生如：
ISDN、ADSL、DDN、FDDI和ATM网络等。
2.2MVC模型
MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。
图2.6MVC模式图
模型（Model）：
就是业务流程/状态的处理以及业务规则的制定。
业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。
业务模型的设计可以说是MVC最主要的核心。
目前流行的EJB模型就是一个典型
的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。
它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。
对一个开发者来说，就可以专注于业务模型的设计。
视图（View）代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。
随着应用的复杂性和规模 性，界面的处理也变得具有挑战性。
一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。
业务流程的处理交予模型（Model）处理。
比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
控制（Controller）可以理解为从用户接收请求,将模型与视图匹配在一起，共同完成用户的请求。
划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，
选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。
控制层并不做任何的数据处理。
例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。
因此，一个模型可能对应多个视图，一个视图可能对应多个模型。
2.3Struts框架
Struts是Apache基金会Jakarta项目组的一个OpenSource项目，它采用MVC模式，能够很好地帮助java开发者利用J2EE开发Web应用。
和其他的java架构一样，Struts也是面向对象设计，将MVC模式"
分离显示逻辑和业务逻辑"
的能力发挥得淋漓尽致。
Structs 框架的核心是一个弹性的控制层，基于如Java
Servlets，JavaBeans，ResourceBundles与XML等标准技术，以及JakartaCommons的一些类库。
Struts有一组相互协作的类（组件）、Serlvet以及jsptaglib组成。
基于struts构架的web应用程序基本上符合JSPModel2的设计标准，可以说是一个传统MVC设计模式的一种变化类型。
Struts是MVC的一种实现，它将Servlet和JSP标记（属于J2EE规范）用作实现的一部分。
Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。
Struts的体系结构与工作原理如下图2.7所示：
图2.7struts工作原理图
Struts体系结构中的组件：
图2.8体系结构图
2.4Oracle数据库
ORACLE 是以高级结构化查询语言（SQL）为基础的大型关系数据库，通俗地讲它是用方便逻辑管理的语言操纵大量有规律数据的集合。
是目前最流行的客户/服务器（CLIENT/SERVER）体系结构的数据库之一。
ORACLE数据库在物理上是存储于硬盘的各种文件。
它是活动的，可扩充的，随着数据的添加和应用程序的增大而变化。
下图为ORACLE数据库扩充前后在硬盘上存储结构的示意图：
图2.9存储结构图
ORACLE数据库在逻辑上是由许多表空间构成。
主要分为系统表空间和非系统表空间。
非系统表空间内存储着各项应用的数据、索引、程序等相关信息。
我们准备上马一个较大的ORACLE应用系统时，应该创建它所独占的表空间，同时定义物理文件的存放路径和所占硬盘的大小。
下图为ORACLE数据库逻辑结构与物理结构的对照关系：
图2.10结构对比图
Oracle数据库跟其他的数据库一样，具有数据库系统的通用性：
1、 数据库管理系统。
我们知道，所谓的数据库就是一些结构化的数据的联合体，要提供对这些数据的存取、增加、修改、删除或更加复杂的数据抽取等操
升级会员 