数据库系统原理课程设计--银行储蓄系统数据库设计

课程设计报告书

课程名称：《数据库系统原理》课程设计

题目：银行储蓄系统数据库设计

系名：信息工程系

专业班级：

2012年 6 月 29日

课程设计任务书

设计题目：银行储蓄管理系统数据库设计

初始条件：

本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。

要求完成的主要任务：

要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。

主要任务：

用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息

数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细

数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统

能根据户名、账号、交易日期、金额等进行查询。

4．取款

输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。

5、存款

输入账号和存款金额后，能更新该账号的余额。

6、转账

输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。

设计报告撰写格式要求：

要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录）

第1级（章）题序和题名用黑体三号字，

第2级（目）题序和题名用黑体小四号字，

第3级（条）题序和题名用黑体小四号字，

正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。

报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的

规范字。

页面设置：上空2.5 cm，下空2.0 cm，左空2.5 cm，右空2.0cm（左装订）。

插图图面要整齐、美观，插图应与正文呼应，不能脱节。每幅插图应有图序与图题，图序编号要连续，图序与图题间空一格且要放在插图下方居中处。

时间安排：

消化资料、系统调查 1天

系统分析、总体设计，实施计划、撰写报告3天

演示、验收1天

指导教师签字：凌伟2012年6月25日

系主任签字：2012年6月25 日

1．概述（设计题目与可行性分析）

1.1产品描述

本软件实现银行的活期储蓄存款业务。整套软件由客户端程序和服务器端程序构成，客户端运行在面向个人业务的银行柜台的电脑上，银行职员输入相关信息并通过网络通讯向服务器发送请求，并接受服务器端程序的应答显示处理的结果。服务器端处理客户端的各种业务请求。主要实现银行开户、销户、取款、存款、余额查询、转账、修改密码、打印账户明细记录等功能。

1.2产品功能

1.3用户特点

本软件的最终用户主要面向银行柜台职员。这些操作人员的教育水平是高中及以上学历，经过计算机操作的相关培训，能够熟练使用和操作电脑。

1.4一般约束

下面对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者

在设计系统时的任选项。这些包括：

a．管理方针；

b．硬件的限制：终端电脑性能较差，无法支持图形化界面；

c．与其他应用间的接口；

d．并行操作：支持10个终端同时操作；

e．审查功能；

f．控制功能；

g．所需的高级语言：标准C++语言；

h．通信协议：TCP/IP；

i．应用的临界点；

j．安全和保密方面的考虑：各种密码输入后用‘*’显示。通过网络传送的数据在传送前需要简单加密，接收后在处理前需要简单解密。服务器端对接收到的数据需要进行第二次数据有效性验证。

1.5假设和依据

本条列出影响需求说明中陈述的需求的每一个因素。这些因素不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。

2．需求分析

储蓄业务越来越走进人们的生活。代发工资、代缴水电费、代缴电话费等业务极大的方便了人们的日常生活。越来越多的人们也开始使用银行业务、储蓄业务，同时银行储蓄储户越来越多。银行还在使用手工记账，由于手工记账工作效率非常低，通常有储户等待，排成长龙的现象，同时这给工作人员增加了非常大的负担和额外的工作负荷，也给银行的发展带来了严重的制约和压力，银行储蓄信息化已经到了不解决不行的地步。

储蓄综合业务平台就是在此背景下开发出来，本系统用现代化的电子信息技术，实现和发展了储蓄业务。它不仅代替了存款、取款等手工记账的操作，还实现了数据自动计算、智能检查、高效数据检索和安全数据存储等功能。

本案例做一个储蓄综合业务平台系统。储蓄综合业务平台是以银行柜台员工的日常工作为出发点，为银行储蓄柜台开发的一套综合业务平台，它包括储蓄柜台最常使用的开户、销户、存款、取款、冻结解冻、查询、日志管理以及员工管理等功能。

在上一个案例中完成了储蓄综合业务平台中员工管理、登录、主窗体设计以及日志查看功能，接下来将完成本系统剩下的业务功能。

系统主要功能描述：

1. 开户：储户来储蓄所办理业务前，要先申请账户，提供户主姓名、密码和预存款金额，此时系统自动为储户生成账号，以后储户再次办理业务时，根据此账号和密码就可以完成。

2. 存款：储户来储蓄所存钱时，只需要提供账号和存款金额。系统验证通过后，将储户账户余额加上存款金额，最后显示储户存款的当前余额信息。

3. 取款：储户来储蓄所取钱时，要提供账号、密码和取款金额。系统验证账户的合法性，然后将账户余额减去取款金额，最后显示储户取款后的账户余额信息。

4. 查询账户余额：查询账户余额时，只需要提供账号，系统验证账号是否存在，然后显示此账号信息，包括户主姓名、账户余额和账户状态信息。

5. 查看全部账户信息：系统以列表形式显示当前系统中所有账户信息，包括账号、户主姓名、账户余额、账户状态信息。

6. 销户：储户不需要在储蓄所办理业务的时候，要进行销户。提供账号和密码，系统进行账户有效性验证，验证通过后将提醒储户将此账户余额取出，系统将余额清零，并将此账户状态置为销户状态。

7. 修改账户密码：储户可以随时修改自己的密码。在修改前，系统验证账户的合法性，然后提示储户设置两次密码，并验证两次密码输入是否正确。

3．概念结构设计

图 3-1 银行管理系统结构图

图 3-2 银行管理系统操作图

4．逻辑结构设计

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、

文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。5．物理结构设计

: 如表 1：储户表

主键：帐号；

约束条件：各属性均非空，密码长度为6位；

如表 2：活期存取款表

主键：nID；外键：帐号；被参照表：储户表

约束条件：各属性均非空；

如表 3：定期存款表

主键：nID；外键：帐号；被参照表：储户表

约束条件：各属性均非空；

如表 4：定期取款表

主键：nID；外键：nID；被参照表：定期存款表

约束条件：各属性非空

如表 5：定期操作记录表

主键：nID；外键：nID；被参照表：定期存款表，定期取款表约束条件：各属性非空

6．实现及测试

主界面如下所示：

图6-1

图6-2

6.1开户窗体即frmCreateAccount窗体：

开户流程描述：首先系统为新储户生成账号，提示输入户主姓名、密码和开户金额，在输入这些信息后进行验证，如果不合法则提示用户重新输入，如果验证通过，则将账户信息保存到账户文件中，并提示开户成功信息，最后将添加日志信息到日志文件中。

要求：

●账号生成规则：如果是第一个账户，则使用系统初始化账号（10000），如果不是第一个账户，则根据最大账号加一获得新账号。

●账号密码为6位数字。

●输入的开户金额必须是数字并且不小于1。

●开户的账户状态默认为“正常”。

●账户信息保存到账户文件时的格式：账号|户主姓名|密码|开户金额|账户状态。

窗体界面如下：

图6-3 图6-4

6.2存款窗体即frmDeposit窗体

存款流程是：营业员输入储户账号，系统将验证该账户是否存在。如果存在，则显示账户信息。如果账户状态是“销户”或“冻结”，则存款金额和存款按钮不可用。如果是“正常”状态，则将存款金额和存款按钮置为可用状态，提示输入存款金额，将存款金额追加到该账户余额中。最后显示储户账户存款后的余额信息，并添加存款日志。

要求：

●输入的账号必须是数字，并且不能超过5位。

●显示的账户余额保留小数点后2位

●存款金额必须是数字并且大于0。

界面如下所示：

图6-5 图6-6

6.3取款窗体即frmTakeOutMoney窗体

取款流程是：营业员输入储户账号，系统将验证该账户是否存在。如果存在，则显示账户信息。如果账户状态是“销户”或“冻结”，则取款金额和取款按钮不可用。如果账户状态是“正常”状态，则将取款金额和取款按钮置为可用状态，提示输入取款金额。如果输入的取款金额大于账户余额时，提示“取款金额不能大于账户余额”。当按下取款按钮时，提示储户输入密码，并验证密码是否正确。验证通过后将该账户余额减去取款金额，并保存到账户文件中。最后显示储户取款后的账户余额等信息，并添加取款日志。

要求：

●输入的账号必须是数字，并且不能超过5位。

●显示的账户余额保留小数点后2位

●输入的密码以“*”显示，并且不能超过6位。

●取款金额必须是数字并且大于0。

●取款金额必须小于账户余额。

界面如下所示：

图6-7

图6-8 图6-9

6.4查询账户余额窗体即frmQueryAccount窗体

查询账户余额流程：营业员输入储户账号，系统将验证该账户是否存在。如果存在，则显示账户基本信息，包括：户主姓名、账户余额和账户状态。

要求：

●输入的账号必须是数字，并且不能超过5位。

●显示的账户余额保留小数点后2位

界面如下所示：

图6-10

6.5查看全部账户窗体即frmQueryAllAccount窗体

为了安全考虑，查看全部账户时需要将查询者的信息记录到日志中。以列表形式显示的

账户信息包括：账号、户主姓名、账户余额和账户状态。由于密码属于储户私人所有，因此在列表中不能显示。

界面如下所示：

图6-11

6.6修改账户密码窗体即frmChangeAccountPassword窗体

修改账户密码流程：营业员输入储户账号，系统验证账号是否存在。如果存在，则显示账户基本信息，包括储户姓名和账户状态。如果账户状态是“正常”状态，则提示输入储户原始密码、新密码和重复新密码，经验证通过后，将修改后的新密码保存到账户信息文件中。最后将操作日志写入日志文件中。

要求：

●输入的账号必须是数字，并且不能超过5位。

●显示的账户余额保留小数点后2位

●输入的密码以暗码显示。

●密码为6为数字

●输入新密码进行二次验证。

界面如下所示：

图6-12 图6-13

6.7销户窗体即frmCloseAccount窗体

销户流程是：营业员输入待销户储户账号，系统验证账号是否存在。如果存在，则显示账户基本信息，包括储户姓名、账户余额和账户状态。如果账户状态为“销户”状态或“冻结”状态，则销户按钮为不可用状态。如果是“正常”状态，则销户按钮可用。点击销户按钮后，需要验证账户密码是否正确，验证通过后，提示储户将余额取出，系统将账户余额归零，并将此账户状态修改为“销户”状态，保存到账户信息文件中。最后将操作日志写入日志文件中。

要求：

●输入的账号必须是数字，并且不能超过5位。

●显示的账户余额保留小数点后2位

●输入的密码以暗码显示。

●密码为6为数字

●输入新密码进行二次验证。

界面如下所示：

图6-14 图6-15

图6-16 图6-17

7．结论：特点、不足，体会等

银行管理系统在无论在网络上，还是各种管理系统软件的资料上都有讲解，而且均非常详细，其难度也可想而知。这次课程设计时间紧迫，只能完成银行管理系统中的少量功能，所以该系统还有很多有待扩充及完善的地方，有不妥善的地方还请老师指点。（这些应出现在总结，在此应简要说明选题的目的及意义）这次课程设计只是达到训练、牢固知识的目的，熟悉数据库的前台和后台编程、C#、如何访问数据库等方面的知识，所以实现的功能也很有限，待以后随着知识的积累，慢慢地扩充完善该系统。

课程设计中只有一个人知道原理是远远不够的，必须让每个人都知道，否则一个人的错误，就有可能导致整个工作失败。团结协作是我们实习成功的一项非常重要的保证。而这次设计也正好锻炼我们这一点，这也是非常宝贵的。在设计过程中,我们遇到许多无法解决的问题,都一一通过网络解决了这次课程设计终于顺利完成了，在设计中遇到了很多编程问题，最后在老师的辛勤指导下，终于游逆而解。同时，在老师的身上我学得到很多实用的知识，在次我表示感谢！对给过我帮助的所有同学和各位指导老师再次表示忠心的感谢！8．参考文献

[1]《C#程序设计及应用教程》（第二版）马俊主编人民邮电出版社2009年5月出版

[2]《面向对象设计程序》（C#实现）杨晓光编著清华大学出版社2011年1月出版

[3]《Visual C#.NET开发技术原理与实践教程》夏敏捷编著电子工业出版社2008年1月出版

[4]《数据库原理及应用-SQL Server2000》夏冰冰主编国防工业出版社2009年12月出版