银行管理系统课程设计报告.docx

上传人:b****3 文档编号:2046345 上传时间:2022-10-26 格式:DOCX 页数:15 大小:133.51KB
下载 相关 举报
银行管理系统课程设计报告.docx_第1页
第1页 / 共15页
银行管理系统课程设计报告.docx_第2页
第2页 / 共15页
银行管理系统课程设计报告.docx_第3页
第3页 / 共15页
银行管理系统课程设计报告.docx_第4页
第4页 / 共15页
银行管理系统课程设计报告.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

银行管理系统课程设计报告.docx

《银行管理系统课程设计报告.docx》由会员分享,可在线阅读,更多相关《银行管理系统课程设计报告.docx(15页珍藏版)》请在冰豆网上搜索。

银行管理系统课程设计报告.docx

银行管理系统课程设计报告

 

银行管理系统课程设计报告

 

山西大学

计算机与信息技术学院

《数据库系统》课程设计论文

题目:

银行管理系统数据库设计

组长高祥

专业软件工程

班级软件工程4班

授课教师庞继芳

银行管理系统数据库设计

学生姓名:

高祥242255

韩凯242259

董玉精242251

郭筱晖242258

(按照贡献大小排序)

授课教师:

庞继芳

内容提要在计算机技术和网络技术没有得到全面普及以前,各企业和行政单位,在办工时,都要记录大量的数据,这些数据还要保存到文档里,不但消耗大量的脑力,还要占据大量的空间。

特别是银行工作人员在办理各项业务时,不但要需要大量的计算和统计,而且需要数据准确、精密。

因此,工作人员在处理业务时,容易出现不可避免的错误。

随着计算机技术和网络技术的快速发展,电脑和INTERNET进入了个行政企业,甚至平常家庭。

因此,编写一个处理银行定期管理的应用系统是很有必要的。

进行计算机计算和管理储户信息,银行存款等各项数据。

避免人类因疲惫或者其它原因造成的错误工作。

关键字:

存款;取款;余额;账号;密码。

目的与要求

经过数据库课程设计,进一步掌握数据库系统的理论和方法。

培养和锻炼开发管理信息系统的能力,为今后信息系统开发打下良好的基础。

本课程环节主要针对《关系数据库基础与应用》这门课程进行设计,数据库是一门应用性很强的专业课,在学习时必须注意理论与实践相结合。

本次课程环节旨在培养学生在本课程范围内,初步掌握解决实际应用问题时所应具备的查阅资料、综合运用所学知识的能力,为毕业设计及今后从事专业工作打下基础。

本课程环节要求学生了解企业管理信息系统后台数据库的设计、配置过程,掌握管理信息系统的开发方法。

主要包括:

需求分析、数据分析、系统逻辑模型设计方法;功能设计、物理模型设计方法;系统的实现等方法。

完成一个小型系统后台数据库的设计与配置。

一.需求分析

1.项目概述

1.1产品描述

本软件实现银行的活期储蓄存款业务。

整套软件由客户端程序和服务器端程序构成,客户端运行在面向个人业务的银行柜台的电脑上,银行职员输入相关信息并经过网络通讯向服务器发送请求,并接受服务器端程序的应答显示处理的结果。

服务器端处理客户端的各种业务请求。

主要实现银行开户、销户、取款、存款、余额查询、转账、修改密码、等功能。

1.2产品功能

软件功能表

模块

功能

说明

主菜单

取款

开户

销户

余额

打印账户明细记录

修改密码

服务器端程序

存款

取款

开户

销户

查询

修改

1.3.用户特点

本软件的最终用户主要面向银行柜台职员。

这些操作人员的教育水平是高中及以上学历,经过计算机操作的相关培训,能够熟练使用和操作电脑

2.功能分析

1.主菜单功能:

输出主菜单(包括开户、存款、取款、查询、转账、修改密码、销户、退出等功能)供操作用户选择,然后根据用户的输入选择进入不同的系统功能界面。

2.开户功能:

银行职员在客户端输入开户的基本信息,经过网络传送数据,在服务器处理后显示服务器端的处理结果。

开户成功后打印存折相关信息。

操作结束后返回主菜单界面。

存折的基本信息包括:

户名、帐号、开户人电话号码、开户日期等。

3.存款功能:

主要有存款金额与存款时间,存款的账号等,供用户来填写数据存款。

5.取款功能:

包含取款金额,取款时间等,供用户操作。

6.查询功能:

提供查询功能,能够查询用户余额,所得利息,与以往的存取款记录。

7.销户功能:

能经过账号与身份等验证来销户,说明销户的日期,方便记录。

8.修改功能:

能够经过原密码来改新密码。

银行存储系统

开户

存款

取款

查询

销户

修改

总体结构图

2.1开户功能

引言:

接收客户端传送的数据,把数据保存到数据库中,经过服务器段的处理后把处理的结果传回给客户端。

输入:

1、接收客户端传送过来的数据。

处理:

1、自动生成账户ID,长度5位,从1开始编号,不足补0,例如00009、00103等。

自动生成账户ID要求唯一。

2、账户所有信息将保存数据库的账户信息表中。

3、根据开户金额生成一条账户的存款记录。

输出:

1、把服务器端处理的结果返回给客户端。

处理的结果包括开户是否成功,如果开户成功处理的结果中还包含生成的存款记录。

2.2存款功能

引言:

接收客户端传送的数据,增加账户余额并修改相关的数据库信息,把结果传回给客户端。

输入

处理

输出

1、客户端传送的数据。

1、验证账户ID是否存在。

2、修改对应账户ID的数据库信息。

1、把服务器端处理的结果返回给客户端。

2.3取款功能

引言:

接收客户端传送的数据,减少账户余额并修改相关的数据库信息,把结果传回给客户端。

输入

处理

输出

1、客户端传送的数据。

1、验证账户ID是否存在。

2、验证密码是否正确。

3、验证余额是否足够。

2、修改对应账户ID的数据库信息。

1、把服务器端处理的结果返回给客户端。

2.4查询功能

引言:

接收客户端传送的数据,查找账户信息,把结果传回给客户端。

输入

处理

输出

1、客户端传送的数据。

1、验证账户ID是否存在。

2、验证密码是否正确。

3、查找对应的账户信息。

1、把服务器端处理的结果返回给客户端。

2.5修改功能

引言:

接收客户端传送的数据,修改账户密码,把结果传回给客户端。

输入

处理

输出

1、客户端传送的数据。

1、验证账户ID是否存在。

2、验证密码是否正确。

3、查找对应的账户并修改密码。

1、把服务器端处理的结果返回给客户端。

2.6销户功能

引言:

接收客户端传送的数据,经过公式计算客户账户的利息,注销该客户账户。

把结果传回给客户端。

输入

处理

输出

1、客户端传送的数据。

1、验证账户ID是否存在。

2、验证密码是否正确。

3、计算利息,具体公式如下:

利息=存款额*存款天数*年利率/360需要注意的是,账户中的存款额在变化。

4、修改对应账户ID的数据库。

5、删除用户账户,不是做物理删除处理。

1、把服务器端处理的结果返回给客户端。

3.系统分析

3.1系统安全性分析

使用本系统的人员包括两类,管理员和用户,系统管理员拥有最高管理权限,她能够设定所有用户的密码和权限,而且能够对系统进行维护和异常处理。

用户能够进行基本操作,她能够控制和使用自己的账户,进行存取款操作,以及查询余额,修改密码,挂失和销户等操作。

3.2业务流程图

3.3数据字典

3.3.1数据项

数据元素

名称:

用户帐号

类型:

数字型

长度:

20

说明:

每个用户有一个唯一的帐号

数据元素

名称:

开户人姓名

类型:

字符型

长度:

20

说明:

不允许为空

数据元素

名称:

账户密码

类型:

数字型

长度:

6

说明:

不能为空

数据元素

名称:

身份证号

类型:

数字型

长度:

18

说明:

不能为空

数据元素

名称:

账户余额

类型:

数字型

说明:

显示账户信息

数据元素

名称:

金额

类型:

数字型

长度:

10

说明:

不能为空

3.3.2数据流

用户取款

用户状态图

3.3.3数据存储

数据存储名称:

储户基本表

含义说明:

存放储户信息

组成结构:

包括账号,姓名,密码,身份证号,联系方式,性别,账户余额。

说明:

储户账号具有唯一性

二.概念结构设计

1.各个功能模块的E-R图

1.1开户E-R图

1.2销户E-R图

1.3存款E-R图

1.4取款E-R图

1.5查询E-R图

查询

余额

利息

记录

1.6修改E-R图

1.7员工使用E-R图

1.8用户使用的E-R图

三.数据库逻辑设计

将数据库的概念模型转换为关系模型

开户(姓名、性别、密码、身份证号码、开户日期、联系电话)

存款(账号、存款金额、存款时间)

取款(账号、密码、群款金额、取款时间)

修改密码(账号、身份证、原密码、新密码)

查询(余额、利息、记录)

销户(账号、身份证、开户时间、销户时间)

1.逻辑数据模型

1.1E-R图向关系模型的转换

E-R图向关系模型的转换要解决的问题是如何将实体和实体之间的联系转换为关系模式,如何确定这些关系模式的属性和码。

这种转换要遵循的规则如下:

(1)一个实体转换为一个关系模式。

(2)一个1:

1联系可转换为一个独立的关系模式,也可与任意一端的关系模式合并。

(1)一个1:

n联系可转换为一个独立的关系模式也可与n端对应的关系模式合并。

(2)三个或三个以上实体间的一个多元联系可转换为一个关系模式。

下面是把本系统的E-R图转换为关系模型。

关系的码用下横线标出。

员工信息(员工编号,员工姓名,员工性别,联系电话,密码)

用户信息(账户号,员工姓名,联系电话,证件名称,证件号码,密码)

账户信息(账户号,操作时间,账户姓名,存款金额,取款金额,账户余额,挂失状态)。

1.2数据库设计

根据E-R图和以上的关系模式,利用SQLServer设计数据库中的要存储的基本表,并为每个关系模式的属性选择合适的数据类型、长度,以及主码的设置,本系统的关系属性多数不能为空。

经过数据优化后,最终在本数据库中存储了三张基本表:

员工信息表Staff(员工编号,员工姓名,员工性别,联系电话,密码)

用户信息表Client(账户号,员工姓名,联系电话,证件名称,证件号码,密码)

账户信息表Account(账户号,操作时间,账户姓名,存款金额,取款金额,账户余额,挂失状态)。

表1.1员工Staff

字段名

数据类型

主码

外码

员工编号

Char(8)

Y

N

员工姓名

Char(10)

N

N

员工性别

Char

(2)

N

N

联系电话

Char(11)

N

N

密码

Char(6)

N

N

表1.2员工Client

字段名

数据类型

主码

外码

账户号

Char(19)

Y

Y

用户姓名

Char(10)

N

N

联系电话

Char(11)

N

N

证件名称

Char(8)

N

N

证件号码

Char(18)

N

N

密码

Char(6)

N

N

表1.1账户信息Account

字段名

数据类型

主码

外码

账户号

Char(8)

Y

N

操作时间

Datetime

Y

N

账户姓名

Char(10)

N

N

存款金额

Money

N

N

取款金额

Money

N

N

账户余额

Money

N

N

挂失状态

Char

(2)

N

N

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1