银行管理系统
山西大学
计算机与信息技术学院
《数据库系统》课程设计论文
题 目：银行管理系统数据库设计
组 长 高祥 专 业 软件工程 班 级 软件工程4班 授课教师 庞继芳
银行管理系统数据库设计
学生姓名： 高祥2011242255 韩凯2011242259 董玉精2011242251 郭筱晖2011242258 (按照贡献大小排序) 授课教师：庞继芳
银行管理系统
内容提要在计算机技术和网络技术没有得到全面普及以前，各企业和行政单位，在办工时，都要
记录大量的数据，这些数据还要保存到文档里，不仅消耗大量的脑力，还要占据大量的空间。特别是银行工作人员在办理各项业务时，不仅要需要大量的计算和统计，而且需要数据准确、精密。所以，工作人员在处理业务时，容易出现不可避免的错误。随着计算机技术和网络技术的快速发展，电脑和INTERNET进入了个行政企业，甚至平常家庭。因此，编写一个处理银行定期管理的应用系统是很有必要的。进行计算机计算和管理储户信息，银行存款等各项数据。避免人类因疲惫或者其他原因造成的错误工作。 关键字：存款；取款；余额；账号；密码。
银行管理系统
目的与要求
通过数据库课程设计，进一步掌握数据库系统的理论和方法。培养和锻炼开发管理信息系统的能力，为今后信息系统开发打下良好的基础。
本课程环节主要针对《关系数据库基础与应用》这门课程进行设计，数据库是一门应用性很强的专业课，在学习时必须注意理论与实践相结合。本次课程环节旨在培养学生在本课程范围内，初步掌握解决实际应用问题时所应具备的查阅资料、综合运用所学知识的能力，为毕业设计及今后从事专业工作打下基础。
本课程环节要求学生了解企业管理信息系统后台数据库的设计、配置过程，掌握管理信息系统的开发方法。主要包括：需求分析、数据分析、系统逻辑模型设计方法；功能设计、物理模型设计方法；系统的实现等方法。完成一个小型系统后台数据库的设计与配置。
银行管理系统
一． 需求分析
1.项目概述
1.1产品描述
本软件实现银行的活期储蓄存款业务。整套软件由客户端程序和服务器端程序构成，客户端运行在面向个人业务的银行柜台的电脑上，银行职员输入相关信息并通过网络通讯向服务器发送请求，并接受服务器端程序的应答显示处理的结果。服务器端处理客户端的各种业务请求。主要实现银行开户、销户、取款、存款、余额查询、转账、修改密码、等功能。
1.2产品功能
软件功能表 模块 功能 主菜单 取款 开户 销户 余额 打印账户明细记录 修改密码 服务器端程序 存款 取款 开户 销户 查询 修改 说明 -4-
银行管理系统
1.3.用户特点
本软件的最终用户主要面向银行柜台职员。这些操作人员的教育水平是高中及以上学历，经过计算机操作的相关培训，能够熟练使用和操作电脑
2.功能分析
1.主菜单功能：输出主菜单（包括开户、存款、取款、查询、转账、修改密码、销户、退出等功能）供操作用户选择，然后根据用户的输入选择进入不同的系统功能界面。
2.开户功能：银行职员在客户端输入开户的基本信息，通过网络传送数据，在服务器处理后显示服务器端的处理结果。开户成功后打印存折相关信息。操作结束后返回主菜单界面。存折的基本信息包括：户名、帐号、开户人电话号码、开户日期等。
3.存款功能：主要有存款金额与存款时间，存款的账号等，供用户来填写数据存款。 5.取款功能：包含取款金额，取款时间等，供用户操作。
6.查询功能：提供查询功能，能够查询用户余额，所得利息，与以往的存取款记录。 7.销户功能：能通过账号与身份等 验证来销户，说明销户的日期，方便记录。 8.修改功能：可以通过原密码来改新密码。
银行存储系统 开户 存款 取款 查询 销户 修改 总体结构图
2.1开户功能
引言：接收客户端传送的数据，把数据保存到数据库中，经过服务器段的处理后把处理的
-5-
银行管理系统
结果传回给客户端。 输入：
1、 接收客户端传送过来的数据。 处理：
1、 自动生成账户ID，长度5位，从1开始编号，不足补0，例如00009、00103等。自动
生成账户ID要求唯一。
2、 账户所有信息将保存数据库的账户信息表中。 3、 根据开户金额生成一条账户的存款记录。 输出：
1、 把服务器端处理的结果返回给客户端。处理的结果包括开户是否成功，如果开户成功
处理的结果中还包含生成的存款记录。
2.2存款功能
引言：接收客户端传送的数据，增加账户余额并修改相关的数据库信息，把结果传回给客户端。 输入 1、客户端传送的数据。
处理 1、验证账户ID是否存在。 输出 1、把服务器端处理的结果2、修改对应账户ID的数据库信息。 返回给客户端。 2.3取款功能
引言：接收客户端传送的数据，减少账户余额并修改相关的数据库信息，把结果传回给客户端。 输入 1、客户端传送的处理 1、验证账户ID是否存在。 输出 1、把服务器端处理的结果 -6-
银行管理系统
数据。 2、验证密码是否正确。 3、验证余额是否足够。 2、修改对应账户ID的数据库信息。 返回给客户端。 2.4查询功能
引言：接收客户端传送的数据，查找账户信息，把结果传回给客户端。 输入 1、客户端传送的数据。 处理 1、验证账户ID是否存在。 2、验证密码是否正确。 3、查找对应的账户信息。 输出 1、把服务器端处理的结果返回给客户端。 2.5修改功能
引言：接收客户端传送的数据，修改账户密码，把结果传回给客户端。 输入 1、客户端传送的数据。 处理 1、验证账户ID是否存在。 2、验证密码是否正确。 3、查找对应的账户并修改密码。 输出 1、把服务器端处理的结果返回给客户端。 2.6销户功能
引言：接收客户端传送的数据，通过公式计算客户账户的利息，注销该客户账户。把结果传回给客户端。 输入 1、客户端传送的数据。 处理 1、验证账户ID是否存在。 2、验证密码是否正确。 3、计算利息，具体公式如下：利息 = 输出 1、把服务器端处理的结果返回给客户端。 -7-
银行管理系统
存款额 * 存款天数 * 年利率 / 360 需要注意的是，账户中的存款额在变化。 4、修改对应账户ID的数据库。 5、删除用户账户，不是做物理删除处理。
3.系统分析
3.1系统安全性分析
使用本系统的人员包括两类，管理员和用户，系统管理员拥有最高管理权限，他可以设定所有用户的密码和权限，并且可以对系统进行维护和异常处理。用户可以进行基本操作，他可以控制和使用自己的账户，进行存取款操作，以及查询余额，修改密码，挂失和销户等操作。
3.2业务流程图
申请开户 发卡 账户信用户 息更新 管理员 余额查存款 取款 -8-
银行管理系统
3.3 数据字典 3.3.1 数据项
数据元素 名称 ：用户帐号 类型：数字型 长度：20 说明：每个用户有一个唯一的帐号
数据元素 名称：开户人姓名 类型：字符型 长度：20 说明：不允许为空
数据元素 名称：账户密码 类型：数字型 长度：6 说明：不能为空
数据元素 名称：身份证号 类型：数字型 长度：18 说明：不能为空
数据元素 名称：账户余额 类型：数字型 说明：显示账户信息
数据元素 -9-
银行管理系统
名称：金额 类型：数字型 长度：10 说明：不能为空 3.3.2数据流
待机状态检查银行卡提示输入密码显示主界面状态密码输入错误密码输入正确用户点击退出用户点击显示余额用户点击取款按钮显示取款显示余额金额状态用户取卡操作用户取款处理金额状态用户取卡更新金额数据库ATM吐钞用户取卡用户取款
-10-
银行管理系统
输入密码状态密码输入错误密码输入正确查看主界面点击退出按钮点击取款按钮点击查询余额查看可取金额查看余额取卡状态点击取款按钮取卡取款状态取卡用户状态图
3.3.3 数据存储
数据存储名称：储户基本表 含义说明：存放储户信息
组成结构：包括账号，姓名，密码，身份证号，联系方式，性别，账户余额。说明：储户账号具有唯一性
二. 概念结构设计
1.各个功能模块的E-R图
-11-
银行管理系统
1.1开户E-R图
开户 身联姓 份系名 地密证电址 码 号话 码 1.2销户E-R图
销户 账身密号 份码 证
-12-
银行管理系统
1.3存款E-R图
存款 账号 密码 存款金额 1.4取款E-R图
取款 账密取号 码 款金额
1.5查询E-R图
查询 余额 利息 记录 -13-
银行管理系统
1.6修改E-R图
修改 账身原新号 份密密证 码 码 1.7员工使用E-R图
员工编号 员工姓名 员工性别 联系电话 员工 密码 查询 登录 管理 用个销户人修改 开户户信信操操息 息 密 码 作 作 -14-
银行管理系统
1.8用户使用的E-R图
账户号 用户姓名 联系电话 密 码 证件名称 用户 证件号码 查询 登录 账目 余额查询 个人信息 修改 存款操作 挂失解挂 取款操作
密 码
三.数据库逻辑设计
将数据库的概念模型转换为关系模型
开户（姓名、性别、密码、身份证号码、开户日期、联系电话） 存款（账号、存款金额、存款时间） 取款（账号、密码、群款金额、取款时间） 修改密码（账号、身份证、原密码、新密码） 查询（余额、利息、记录） 销户（账号、身份证、开户时间 、销户时间） 1.逻辑数据模型
1.1 E-R图向关系模型的转换
E-R图向关系模型的转换要解决的问题是如何将实体和实体之间的联系转
-15-
银行管理系统
换为关系模式，如何确定这些关系模式的属性和码。这种转换要遵循的规则如下：
（1）一个实体转换为一个关系模式。
（2）一个1：1联系可转换为一个的关系模式，也可与任意一端的关系模式合并。
（1）一个1：n联系可转换为一个的关系模式也可与n端对应的关系模式合并。
（2）三个或三个以上实体间的一个多元联系可转换为一个关系模式。 下面是把本系统的E-R图转换为关系模型。关系的码用下横线标出。 员工信息（员工编号，员工姓名，员工性别，联系电话，密码）
用户信息（账户号，员工姓名，联系电话，证件名称，证件号码，密码） 账户信息（账户号，操作时间，账户姓名，存款金额，取款金额，账户余额，挂失状态）。
1.2 数据库设计
根据E-R图和以上的关系模式，利用SQL Server设计数据库中的要存储的基本表，并为每个关系模式的属性选择合适的数据类型、长度，以及主码的设置，本系统的关系属性多数不能为空。
经过数据优化后，最终在本数据库中存储了三张基本表：
员工信息表Staff（员工编号，员工姓名，员工性别，联系电话，密码） 用户信息表Client（账户号，员工姓名，联系电话，证件名称，证件号码，密码）
账户信息表Account（账户号，操作时间，账户姓名，存款金额，取款金额，账户余额，挂失状态）。
表1.1 员工Staff
字段名 员工编号 员工姓名 数据类型 Char(8) Char(10) 主码 Y N 外码 N N -16-
银行管理系统
员工性别 联系电话 密码 Char(2) Char(11) Char(6)
表1.2 员工Client
N N N N N N 字段名 账户号 用户姓名 联系电话 证件名称 证件号码 密码 数据类型 Char(19) Char(10) Char(11) Char(8) Char(18) Char(6)
主码 Y N N N N N 外码 Y N N N N N 表1.1 账户信息Account
字段名 账户号 操作时间 账户姓名 存款金额 取款金额 账户余额 挂失状态
数据类型 Char(8) Datetime Char(10) Money Money Money Char(2) 主码 Y Y N N N N N 外码 N N N N N N N -17-
