银行储蓄系统毕业论文

1、银行储蓄管理系统数学与计算机学院课程设计说明书课 程 名 称: 课 程 代 码: 题 目: 银行储蓄管理系统 年级/专业/班: 学 生 姓 名: 学 号: 开 始 时 间: 2008 年 6 月 2 日完 成 时 间: 2008 年 6 月 15 日课程设计成绩：学习态度及平时成绩（30）技术水平与实际能力（20）创新（5）说明书（计算书、图纸、分析报告）撰写质量（45）总 分（100）指导教师签名： 年 月 日软件工程课 程 设 计 任 务 书学院名称： 课程代码：_专业： 年级： 一、设计题目银行储蓄系统二、主要内容本课程是计算机软件专业的必修专业课程，通过理论讲述和实际训练，使学生掌握软

2、件工程的基本原理和基本方法，学会用软件工程学的概念、原理、方法和技术开发和维护软件。本课程设计要求学生运用软件工程的思想，严格按照软件生命周期各阶段的目的和任务，完成对系统的定义、设计、编码、运行以及后期的维护。三、具体要求及应提交的材料1.分析阶段：主要的数据要求：定期存款单，活期存款帐，存款类别代码表等。功能要求：(1) 实现储户开户登记。(2) 办理定期存款帐。(3) 办理定期取款手续。(4) 办理活期存款帐(5) 办理活期取款手续。(6) 输出明细表。2设计阶段： 针对分析阶段提出的软件要求，给出实现的方案和具体细节的说明。（1）考虑该软件基本功能成份，该系统具有5个基本功能成分：储户

3、信息管理，存取操作管理，信息查询，管理员设置。（2）根据分析，导出系统的数据流程图和功能模块图。（3）设计数据库。使用microsoft access创建数据库。确定数据库中数据表的组成。确定数据表中字段的构成、主键字段和有关字段的约束条件等。依靠数据表中主键字段建立数据表之间的关系，并由此建立数据表之间的参照完整性约束。（4）根据功能确定软件模块组成及调用关系。3编码阶段建造模块，在可视化编程环境下，按照软件设计要求制作界面和完成对模块的编码，由此使软件设计具体化为软件作品。4.运行维护在软件运行时，检查软件的不足或错误，并进行维护。5编写课程设计报告（1）设计题目（2）任务要求（3）系统总

4、体方案（4）各功能模块和流程图（5）心得体会和参考资料注：学生完成课程设计后，提交课程设计报告及相关电子文档，要求将前述全部内容依先后顺序写成设计报告一份，要求文字通畅、字迹工整，文字不少于5000字，装订成册。四、进度安排序号设计内容天数1分析设计内容，给出解决方案32创建数据库及建表33可视化界面设计34对所建数据库进行设计，整理设计思路，编码、测试，写出课程设计报告35指导老师检查设计结果并做成绩评定2总 计14五、参考资料1 张海藩. 软件工程导论，清华大学出版社，20042 陈明. 实用软件工程基础，清华大学出版社，20033 殷人昆.实用软件工程，清华大学出版社，20034 宋波.

5、uml面向对象技术与实践,科学出版社,2004 指导教师 签名日期 年 月 日系 主 任 审核日期 年 月 日目 录1. 前言12需求分析221系统的功能性需求222系统需求分析规格说明书223系统用例图3231参与者3232 分析用例图33 分析模型1131分析包1132分析类图124 设计模型154.1软件平台设计154.2结构设计154.3详细设计与界面设计164.3.1 银行储蓄管理164.3.2管理员登陆174.3.3 系统首页174.3.4 储户开户界面184.3.5 存款和取款界面184.3.6 储户信息查询界面194.3.7 管理员设置界面2044数据库设计205、实现模型22

6、5.1组件图225.1.1组件设计225.2配置图226、测试用例226.1测试用例226.2测试结果247、用户手册2571系统安装2572登录2573银行管理26总结26参考文献27附录 源程序文件名清单：28摘 要本课程设计主要是完成一个学生成绩数据库管理系统。本系统选用jcreator作为开发工具，dbms选用sql server2000。只要在所用系统上装上jre(java运行时环境) 和sql server2000，程序就可以运行。系统是为高校学生成绩管理而设计的，其中主要包括4个子模块。学生成绩录入：将学生的成绩以及其对应的科目详细信息录入数据库中。查询功能：实现按学生的学号、名

7、字等指标进行成绩的查询。修改功能：当某个或者某些学生成绩录入错误时，能对其进行修改。删除功能：对录入错误的学生成绩进行删除。关键词：计算机 成绩管理 数据库1.前言随着各种信息的日益膨胀和银行存储管理信息服务需求的不断增强，银行存储管理系统急待有一个面向日常工作的信息服务功能，如银行员工数据资料、储户资料、交易资料文档等信息的存储、管理、共享、使用与交流，储户信息的查询与修改以及储户存取操作等。这在每个银行单位都有各自不同的管理方式，其共有的特点多数仍处在手工阶段。存在信息资料管理分散、安全性差、利用率低等缺陷，再者，这类信息本身存在着它的不规范性，单纯使用特定的软件进行管理也有一定难度，而且

8、很难适应此类信息管理模式的变化比计划还快的特点。对此，基于网络技术的网络管理模式体现出强大的生命力，有人誉为是将改变用户网络管理方式的革命性网络管理解决方案。2需求分析 在银行存储管理系统中，每位系统管理员用一个用户名及密码。储户任何信息的修改或是查询均要通过管理员来实现，即储户并不直接与系统进行交互，而是管理员充当储户或更高领导人的代理与系统进行交互。在使用该系统时，第一步需要输入用户名和密码，输入完成后系统提交所填信息；第二步系统将验证此信息是否正确。只有这两个条件都被满足时，登录请求才被接受，管理员才可以使用该系统。21系统的功能性需求 银行存储管理系统为管理员提供主功能界面。 银行存储

9、管理系统在启动时要求管理员输入用户名及密码，只有它们都正确时，才可以进入系统的主功能界面。 管理员负责对银行存储管理系统的维护工作，因此系统应赋予管理员对储户信息的录入、修改、查询和删除等功能的操作权限。 管理员作为储户的代理实现记录与查询管理业务。 储户的所有信息都保存在对应的数据库表中。22系统需求分析规格说明书 这是一个银行管理的应用系统:(7) 实现储户开户登记。(8) 办理定期存款帐。(9) 办理定期取款手续。(10) 办理活期存款帐(11) 办理活期取款手续。(12) 实现利息计算。(13) 输出明细表。(14) 具有数据备份和数据恢复功能。23系统用例图231参与者通过系统功能分

10、析储户通过管理员完成信息的管理功能，参与者图例如图3.1所示：图2.1 参与者图例232 分析用例图2321 主要用例图 银行储蓄管理系统的主要功能是系统登录、用户开户、定期存款、活期存款、定期取款、活期取款、储户查询、管理员设置、使用说明。因此系统的主要用例图如图2.2所示。图2.2 系统的主要用例图1、 系统登录描述用例名称：系统登录参与者：银行管理员11前置条件无12后置条件如果用例成功，参与者可以启动系统，使用系统提供的功能。反之，系统的状态不发生变化。13基本事件流当银行管理员登录系统时，用例启动。（1） 系统提示用户输入用户名和密码（2） 用户输入用户名和密码（3） 系统验证输入的

11、用户名和密码，若正确，则用户登录到系统中。14异常事件流如果用户输入无效的用户名/密码。则系统显示错误信息。用户可以选择返回基本事件流的起始点，重新输入正确的用户名/密码；或者取消登录，用例结束。2、 用户开户用例描述用例名称：储户开户 参与者：储户，银行管理员21前置条件在这个用例开始之前，银行管理员必须登录到系统；否则，系统的状态不发生变化。22后置条件如果这个用例成功实现，则在系统中创建并存储户记录。23基本事件流当用户开户时，用例启动。（1） 登录系统。（2） 输入用户基本信息。（3） 创建储户记录（4） 存储储户记录24异常事件流（1）如果储户信息不全，则系统显示提示信息，用例被终止

12、。3、定期存款用例描述用例名称：定期存款 参与者：储户、银行管理员 31前置条件 在这个用例开始之前，图书管理员必须登录到系统；否则，系统的状态不发生变化。 32后置条件 如果这个用例成功实现，则系统增加储户定期存款余额；否则，系统的状态不发生变化。 33基本事件流 当储户存款时，用例被启动。（1） 登录系统。（2） 输入储户卡号和密码（3） 存款金额和年限（4） 检索储户卡号和密码（5） 检索成功更改余额（6） 给出定期存款发票号 34异常事件流 （1）如果储户不存在或密码错误，则系统显示提示信息，用例被终止.4、活期存款用例描述 用例名称：活期存款 参与者：银行管理员，储户 41前置条件

13、在这个用例开始之前，图书管理员必须登录到系统；否则，系统的状态不发生变化。 42后置条件 如果这个用例成功实现，则系统增加储户活期存款余额；否则，系统的状态不发生变化。 43基本事件流 当储户活期存款时，用例被启动。（1） 登录系统。（2） 输入储户卡号，密码和金额（3） 检索储户卡号和密码（4） 检索成功更改余额44异常事件流 （1）如果储户不存在或密码错误，则系统显示提示信息，用例被终止.5、定期取款用例描述 用例名称：定期取款 参与者：储户，银行管理员 51前置条件 在这个用例开始之前，银行管理员必须登录到系统；否则，系统的状态不发生变化。 52后置条件 如果这个用例成功实现，则在数据库

14、中减少储户定期存款余额；否则，系统的状态不发生变化。 53基本事件流 当储户定期存款时，用例被启动。（1） 登陆系统。（2） 输入卡号和密码（3） 输入定期取款的发票号（4） 检索储户卡号和密码（5） 检索发票号（6） 检索成功修改余额5.4异常事件流 （1）如果该储户不存在，则系统显示提示信息，用例被终止。 （2）如果密码错误，则系统显示提示信息，用例被终止。 （3）如果发票号不存在，则系统显示提示信息，用例被终止。6. 活期取款用例描述 用例名称：活期取款 参与者：储户，银行管理员 61前置条件 在这个用例开始之前，银行管理员必须登录到系统；否则，系统的状态不发生变化。 62后置条件 如果

15、这个用例成功实现，则在数据库中减少储户活期存款余额；否则，系统的状态不发生变化。 63基本事件流 当图书管理员维护图书信息时，用例被启动。（1） 登陆系统。（2） 输入卡号和密码（3） 输入活期存款的发票号（4） 检索储户卡号和密码（5） 检索发票号（6） 检索成功修改余额6.4异常事件流 （1）如果该储户不存在，则系统显示提示信息，用例被终止。 （2）如果密码错误，则系统显示提示信息，用例被终止。 （3）如果余额不足，则系统显示提示信息，用例被终止。7. 储户管理用例描述用例名称：储户管理参与者：储户，银行管理员 71前置条件 在这个用例开始之前，银行管理员必须登录到系统；否则，系统的状态不

16、发生变化。 72后置条件 如果这个用例成功实现，则可以查看储户的余额和存取历史记录；否则，系统的状态不发生变化。 73基本事件流 当管理员对储户信息进行查询时，用例被启动。（1）登陆系统。 事件分流: 3.1 储户基本信息查询 （1）输入卡号和密码 （2）检索信息 3.2 储户余额查询 （1）输入卡号和密码 （2）检索信息 3.3 存取记录查询 （1）输入卡号和密码（2）检索信息7.4异常事件流 （1）如果该储户不存在，则系统显示提示信息，用例被终止。 （2）如果密码错误，则系统显示提示信息，用例被终止。 8. 管理员设置用例描述用例名称：管理员设置 参与者：超级用户 81前置条件 在这个用例

17、开始之前，必须是超级用户登陆系统；否则，系统的状态不发生变化。 82后置条件 如果这个用例成功实现，则可以增加，删除，修改管理员信息；否则，系统的状态不发生变化。 83基本事件流 当超级用户系统管理员进行设置时，用例被启动。（1）登陆系统。 事件分流: 3.1 更改超级用户名和密码 （1）输入新的用户名 （2）输入新的密码 （3）更新数据库 3.2 更改其它用户名和密码 （1）输入要更改的用户名 （2）检索如果存在，再进行更改 3.2 增加和删除管理员 （1）输入用户名和密码 （2）更新数据库，增加管理员 （3）输入用户名 （4）检索用户名，如果存在删除之 3.2 （1）输入卡号和密码 （2）

18、检索信息 3.3 存取记录查询 （1）输入卡号和密码（2）检索信息8.4异常事件流 （1）如果该储户不存在，则系统显示提示信息，用例被终止。 （2）如果密码错误，则系统显示提示信息，用例被终止。2322 系统完整用例图图2.3图书管理系统完整用例图 整个系统包括2个系统用例： 用户管理用例：包括储户开户、信息查询、存取操作3个子用例。管理员设置用例图：管理员信息修改、删除管理员、增加管理员3个子用例。3 分析模型31分析包根据系统主要完成的功能，本文采用按照功能模块划分包，整个系统的包图如图3.1所示。图3.1 系统包图 储户操作管理包含储户开户、存款、取款类，储户信息查询包中有余额查谒、储户

19、基本信息查询和存取历史查询类。管理员设置包中修改管理员信息、增加管理员、删除管理员类等。32分析类图 1系统登录 系统登录的分析类图如图3.2所示。3.2 系统登录的分析类图 登录界面：边界类，用于输入用户名和密码。登录新系控制：控制类，用于验证输入的用户名和密码的正确性。用户表：实体类，用于保存用户名和密码。2储户开户信息储户开户的分析类图如图3.3所示。3.3 储户开户的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存储户信息。 3存取款信息 储户存取款的分析类图如图3.4所示。3.4 储户存取款的分析类图登录界面：边界类

20、，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存储户存取记录。4. 余额查询 储户余额查询的分析类图如图3.53.5 储户余额查询的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存储户余额记录。5. 基本信息查询基本信息查询的分析类图如图3.63.6 基本信息查询的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存储户基本信息记录。6. 存取历史查询存取历史查询的分析类图如图3.73.7 存取历史查询的分析类图登录界面

21、：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存存取历史信息记录。7. 修改管理员信息修改管理员信息的分析类图如图3.83.8 修改管理员信息的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存管理员记录。8. 增加管理员增加管理员信息的分析类图如图3.93.9 增加管理员信息的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存管理员记录。9，删除管理员删除管理员信息的分析类图如图3.103.10 删除管理员信息

22、的分析类图登录界面：边界类，用于输入储户的信息。储户信息控制：控制类，用于边界类和实体类的交互。储户：实体类，用于保存管理员记录。4 设计模型4.1软件平台设计 银行储蓄管理系统的开发和运行环境如下： 操作系统：银行管理系统可以运行在安装了jre的平台上。支撑软件：本系统选用netbean 6.0作为开发工具，dbms选用access,数据库中间件采用odbc方式。 case平台：银行储蓄管理系统的分析、设计、实现和部署模型是在rationaleose建模环境下创建的。4.2结构设计在银行储蓄管理系统中，系统结构视图由如下所示的4各包（子系统）组成，如图4.1所示。4.1 系统架构图 业务模型

23、包：包含分析阶段主要的类（管理员类、储户类、存取记录类）。在此设计阶段将结合具体实现环境（java）对其进行细化，规约，完善。 数据库包：未业务模型包中的类提供数据存取服务，本系统采用odbc方式操作数据库。并自己设计函数方法对odbc数据库访问操作进行了必要的简化。 组件包：包含一些可以被系统中其他包所使用的服务，如异常处理，字符串转换比较，日期获取等。4.3详细设计与界面设计4.3.1 银行储蓄管理1设计类图4.1 系统类图4.3.2管理员登陆图4.2 系统登陆4.3.3 系统首页 图4.3 系统首页4.3.4 储户开户界面 图4.4 储户开户4.3.5 存款和取款界面 存款界面：图4.5

24、 活期存款取款界面：图4.6 定期取款4.3.6 储户信息查询界面 图4.7 储户信息查询4.3.7 管理员设置界面 图4.8 超级用户登陆页面图4.9 管理员设置页面44数据库设计 超级用户表(superadm)数据字典字段名中文描述类型长度是否可以为空是否作为主键name用户名c50nprimary keypassword密码c12n管理员表(adm)数据字典字段名中文描述类型长度是否可以为空是否作为主键name用户名c50nprimary keypassword密码c12n存取记录表(saveorgetrecord)数据字典字段名中文描述类型长度是否可以为空是否作为主键编号编号c50nd

25、ater日期d 20nname用户名c8ncardno卡号c2nprimary keyway定期/活存c4nsaveorget存/取c2nhowmuch金额n8nifget是否取走c2nfixyear年限n4nblance余额n4n储户基本信息表（user）数据字典字段名中文描述类型长度是否可以为空是否作为主键编号编号n8nname姓名c20npostcard身份证号c20nprimary keysex性别c2ntel电话c11nadress地址c50nremark备注c100ncardno卡号c20npassword密码c6nlivemoney活期余额n8nfixmoney定期余额n8nal

26、lmoney总余额n12ndater日期d20n5、实现模型5.1组件图5.1.1组件设计 本系统为了简化起见，将以上自己设计类统一放置在bank组件中，如图6.1所示。图5.1 组件图5.2配置图 目前系统实现的是单机版本。配置图如图5.2所示。图5.2 系统配置图6、测试用例6.1测试用例测试1：登陆测试：图6.1 登陆界面测试2：开户测试:图6.2 储户开户测试3：余额查询测试：图6.3 余额查询测试4：基本信息查询测试:图 6.4 基本信息查询测试4：存取记录查询：图6.5 存取记录显示6.2测试结果测试1：管理员成功登陆。测试2：储户表中增加一条记录测试3：显示余额测试4：显示存取记录7、用户手册71