课程设计报告书课程名称:《数据库系统原理》课程设计题目:银行储蓄系统数据库设计系名:信息工程系专业班级: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-26.1开户窗体即frmCreateAccount窗体:开户流程描述:首先系统为新储户生成账号,提示输入户主姓名、密码和开户金额,在输入这些信息后进行验证,如果不合法则提示用户重新输入,如果验证通过,则将账户信息保存到账户文件中,并提示开户成功信息,最后将添加日志信息到日志文件中。
要求:●账号生成规则:如果是第一个账户,则使用系统初始化账号(10000),如果不是第一个账户,则根据最大账号加一获得新账号。
●账号密码为6位数字。
●输入的开户金额必须是数字并且不小于1。
●开户的账户状态默认为“正常”。
●账户信息保存到账户文件时的格式:账号|户主姓名|密码|开户金额|账户状态。
窗体界面如下:图6-3 图6-46.2存款窗体即frmDeposit窗体存款流程是:营业员输入储户账号,系统将验证该账户是否存在。
如果存在,则显示账户信息。
如果账户状态是“销户”或“冻结”,则存款金额和存款按钮不可用。
如果是“正常”状态,则将存款金额和存款按钮置为可用状态,提示输入存款金额,将存款金额追加到该账户余额中。
最后显示储户账户存款后的余额信息,并添加存款日志。
要求:●输入的账号必须是数字,并且不能超过5位。
●显示的账户余额保留小数点后2位●存款金额必须是数字并且大于0。
界面如下所示:图6-5 图6-66.3取款窗体即frmTakeOutMoney窗体取款流程是:营业员输入储户账号,系统将验证该账户是否存在。
如果存在,则显示账户信息。
如果账户状态是“销户”或“冻结”,则取款金额和取款按钮不可用。
如果账户状态是“正常”状态,则将取款金额和取款按钮置为可用状态,提示输入取款金额。
如果输入的取款金额大于账户余额时,提示“取款金额不能大于账户余额”。
当按下取款按钮时,提示储户输入密码,并验证密码是否正确。
验证通过后将该账户余额减去取款金额,并保存到账户文件中。
最后显示储户取款后的账户余额等信息,并添加取款日志。
要求:●输入的账号必须是数字,并且不能超过5位。
●显示的账户余额保留小数点后2位●输入的密码以“*”显示,并且不能超过6位。
●取款金额必须是数字并且大于0。
●取款金额必须小于账户余额。
界面如下所示:图6-7图6-8 图6-96.4查询账户余额窗体即frmQueryAccount窗体查询账户余额流程:营业员输入储户账号,系统将验证该账户是否存在。
如果存在,则显示账户基本信息,包括:户主姓名、账户余额和账户状态。
要求:●输入的账号必须是数字,并且不能超过5位。
●显示的账户余额保留小数点后2位界面如下所示:图6-106.5查看全部账户窗体即frmQueryAllAccount窗体为了安全考虑,查看全部账户时需要将查询者的信息记录到日志中。
以列表形式显示的账户信息包括:账号、户主姓名、账户余额和账户状态。
由于密码属于储户私人所有,因此在列表中不能显示。
界面如下所示:图6-116.6修改账户密码窗体即frmChangeAccountPassword窗体修改账户密码流程:营业员输入储户账号,系统验证账号是否存在。
如果存在,则显示账户基本信息,包括储户姓名和账户状态。