管理信息系统课程设计银行储蓄管理系统.docx
- 文档编号:10809626
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:29
- 大小:441.92KB
管理信息系统课程设计银行储蓄管理系统.docx
《管理信息系统课程设计银行储蓄管理系统.docx》由会员分享,可在线阅读,更多相关《管理信息系统课程设计银行储蓄管理系统.docx(29页珍藏版)》请在冰豆网上搜索。
管理信息系统课程设计银行储蓄管理系统
课程设计报告
题目:
银行储蓄管理系统
2012年月日
目录
第一章系统规划2
第二章系统分析3
2.1用户需求分析3
2.1.2性能需求3
2.2可行性分析3
2.2.1技术的可行性3
2.2.2法律的可行性3
2.2.3用户方面的可行性3
第三章系统设计6
3.1功能结构6
3.3输出设计7
3.4代码设计7
3.5数据库设计7
第四章系统实施11
4.3模块划分11
4.4功能简介12
4.4.1功能1:
欢迎12
4.4.2功能2:
登录13
4.4.3功能3:
储蓄业务14
4.4.4功能4:
开户15
4.4.5功能5:
存款16
4.4.6功能6:
取款17
4.4.7功能7:
转账18
4.4.8功能8:
查询账户信息20
4.4.9功能9:
退出21
第五章心得体会21
参考文献22
第一章系统规划
1.1研究背景
现在的银行储蓄系统工作效率低,不能满足广大人民群众的要,人们希望能更方便更省时地办理储蓄业务。
在这样的背景下,切需要建立一个新的、高效的、方便的计算机储蓄系统。
银行业是管理和经营资本的行业,掌握着一个国家的经济命脉,是现代社会的核心产业。
银行业的信息化发展水平,在很大程度上决定了整个国民经济的发展水平。
早在20世纪60年代,发达国家的银行业就开始了信息化的进程,计算机技术被广泛应用于银行业的业务过程,到80年代,已基本实现银行业的电子化。
随张网络技术的发展,银行业的业务迅速向网络扩展,网上的各种银行业不断涌现,为上个世纪末和本世纪初电子商务的兴起和迅猛发展创造了条件。
如今,我国的银行业已经从根本上改变了传统银行业务的处理模式,建立了以计算机和互联网的电子清算系统
第二章系统分析
2.1用户需求分析
2.1.1功能需求
此系统所要完成的主要功能有两方面:
储户填写存款单或取款单交给业务员键入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,完成后由系统打印存款单给储户。
如果是取款,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2性能需求
为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也要有足够大的磁盘容量;另外,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。
2.2可行性分析
2.2.1技术的可行性
开发系统的计算机硬件已经非常普及,能够适应银行系统的快速和大容量存储,硬件方面完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时银行还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;若按计划,在规定的期限内,本系统的开发是可以完成的。
2.2.2法律的可行性
全部软件购买正版,机器设置通过正当途径购得。
2.2.3用户方面的可行性
开发的系统操作要非常简单,以便适合各类人群都可以很方便操作使用。
还有,要有经过培训的专业人员指以便当储户有什么疑难问题时能及时得到正确的答复。
2.3新系统逻辑模型
1、业务流程图
2、数据流程图
一、顶层数据流程图
二、一层数据流程图
三、二层数据图
四、三层数据流程图
2.3.3.数据字典
数据名字:
注册申请表
数据来源:
储户
数据目的:
储户信息
数据组成:
姓名+密码+住址+身份证号码
数据名字:
储户信息表
数据来源:
储户
数据目的:
身份验证
数据组成:
姓名+密码+住址+身份证号码+现有金额
数据名字:
利息清单
数据来源:
系统
数据目的:
储户
数据组成:
利息+姓名+取款时间
数据名字:
存单
数据来源:
存款信息表
数据目的:
储户
数据组成:
姓名+到期时间+存入类型+存入时间+利率+存入金额
数据名字:
取款单
数据来源:
储户
数据目的:
储户信息表
数据组成:
姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号
数据名字:
存款单
数据来源:
储户
数据目的:
存款信息表
数据组成:
姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号
第三章系统设计
3.1功能结构
3.2输入设计
输入的数据有:
1.用户信息包括(用户名用户账号金额(存入取出))
3.3输出设计
输出如下:
1.用户开户信息
2.用户存款信息
3.用户取款信息
4.用户转账信息
3.4代码设计
1.欢迎界面代码设计
2.业务功能代码设计
3.开户代码设计
4.存款代码设计
5.取款代码设计
6.转账代码设计
7.退出代码设计
3.5数据库设计
3.5.1E-R模型
3.5.2关系模型
这里的银行储蓄业务系统是一个简化的系统,它只包含客户的存款取款业务,不涉及企业的大宗贷款业务,资金管理,内部管理等方面。
(1)储蓄业务系统管理的实体及属性说明
实体一:
业务员。
属性1-1:
业务员号,字符串,固定长度8.
属性1-2:
姓名,字符串,固定长度16.
属性1-3:
性别,字符串,固定长度2.
关于业务员信息的说明:
业务员号是唯一的,不得取空值,在表中作为主码。
姓名不得为空,但允许姓名相同。
实体二:
客户登记。
属性2-1:
姓名,字符串,中英文。
属性2-2:
性别,字符串,固定长度2.
属性2-3:
身份证号,字符串,固定长度18.
属性2-4:
住址,字符串,最大长度50.
属性2-5:
电话号码,字符串,最大长度20.
关于客户信息的说明:
客户姓名可以相同,但是身份证号是不可能相同的。
因此,在表中,身份证号作主码,是唯一识别客户的数据。
实体三:
客户账号。
属性3-1:
身份证号,字符串,固定长度18.取自“客户登记”中的“身份证号”。
属性3-2:
账号,字符串,固定长度16.
属性3-3,开户日期。
属性3-4:
账户余额,数字。
关于客户信息的说明:
客户账号中的身份证号必须来自客户登记表,不得取空值。
一个客户在银行可能有多个账号,但一个账号只能对应唯一的客户。
在表中,账号作主码,身份证号作外码。
(2)储蓄业务系统管理的实体之间联系的说明。
实体一盒实体二都是独立的信息。
一个来自于银行内部的业务员的信息,一个是外部的客户信息。
实体二通过实体一办理储蓄业务。
客户办理储蓄业务,可以是任何业务员。
业务员可以为任何客户办理储蓄业务。
每进行一笔储蓄业务,在账户流水中记录账号,存款金额(或取款金额),发生日期,业务类型,业务员号。
每进行一笔储蓄业务,在客户转账中记录转出账号,转入账号,转账金额,转账日期,业务员号。
(3)由E-R模型转换得到的账户流水关系模式。
4.1业务员(业务员号,姓名)。
4.2客户(姓名,身份证号,住址,电话号码)。
4.3客户账号(身份证号,账号,开户日期)。
4.4账户流水(账号,发生额,发生日期,业务员号)。
4.5业务类型
业务员,客户,客户账号三个关系模式,可以由三个实体对应产生。
新产生的关系模式“账户流水”是客户进行储蓄业务时产生的。
。
因此关系账户流水中有5个属性:
属性4-1:
账号,字符串,固定长度16.取自“客户账号”中的“账号”。
属性4-2:
发生金额,数值类型。
存款为正数,取款为负数。
每次取款不得超过5000。
属性4-3:
发生日期,日期时间类型。
属性4-4:
业务员号,字符串。
取自“业务员”中的“业务员号”。
属性4-5:
业务类型。
账户流水只记录各账户的存取款发生额,存款金额与取款金额是互斥的。
账号应该是“客户账号”表中实际存在的账号。
业务员号必须是银行业务员信息由登记的业务员号。
取款额设上限5000.
(4)由E-R模型转换得到的账户流水关系模式。
5.1业务员(业务员号,姓名)。
5.2客户(姓名,身份证号,住址,电话号码)。
5.3转出账号(身份证号,账号,开户日期)。
5.4转入账号(身份证号,账号,开户日期)。
5.5转账日期,日期时间类型。
业务员,客户,客户账号三个关系模式,可以由三个实体对应产生。
新产生的关系模式“账户流水”是客户进行储蓄业务时产生的。
。
因此关系账户流水中有5个属性:
属性5-1:
转出账号,字符串,固定长度16.取自“客户账号”中的“账号”。
属性5-2:
转入账号,字符串,固定长度16.取自“客户账号”中的“账号”。
属性5-3:
转账金额,数值类型。
转入为正数,转出为负数。
每次转出不得超过5000。
属性5-4:
发生日期,日期时间类型。
第四章系统实施
4.1硬件需求
系统硬件需求为:
为了系统稳定,最好采用专用服务器,这样有利于数据的安全,最小配置为128M内存,10G硬盘(视数据量多少而定)。
如涉及到上互联网时,可采用高档微机作为Web服务器,在经费许可或有大量用户访问Web服务器时可以采用工作站,如SUN系列;客户机目前基本上都选择IBM兼容机(包括COMPAQ、IBM、联想等品牌机及组装机)即可,内存至少64M以上,CPU速度在300MHz以上,硬盘至少2G以上。
4.2软件需求
系统软件需求为:
本系统的软件包括网络操作系统、客户机操作系统和应用软件等。
另外,还涉及到网络防病毒软件。
鉴于Windows操作系统在我国的普及程度,因此,本系统推荐服务器端采用WindowsNT或Windows2000,客户机端为Windows98或Windows2000,MSSQLServer7.0/8.0及常用办公软件等。
4.3模块划分
根据软件功能需求,整个软件主要实现2个主要部分,每部分实现的主要功能如下表:
登录功能简述
功能描述
欢迎
显示欢迎界面,提示用户登录或者退出。
登录
登录到储蓄综合业务平台系统。
储蓄业务功能简述
功能描述
开户
为储户开户。
存款
向已经开户的储户账户中存款。
取款
储户从其账户中取款。
转账
将储户输入的钱款转入指定账户。
查询账户
将储户的账户信息显示。
退出
业务员退出系统,返回欢迎界面。
4.4功能简介
a.具体功能介绍
1)功能描述
2)业务流程
3)输入输出数据描述
4)用户意见及确认信息
4.4.1功能1:
欢迎
进入系统,显示欢迎界面(欢迎,登录(L),退出(Q)),接收用户输入(L或者Q),选择L,进行登录功能,选择Q,退出系统。
验证用户输入是否合法,不合法,提示错误信息,一定时间后,显示欢迎界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
用户操作
是
LQ
L
提示信息
—
—
输入有误!
4.4.2功能2:
登录
在欢迎界面中选择登录,提示业务员输入用户名,接收输入的用户名,提示业务员输入密码,接受业务员的密码,验证用户名和密码,通过后进入储蓄业务,将储户的信息从文件中读到链表中,没有通过显示错误信息一定时间后返回欢迎界面结束。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
用户名
是
liwenchao
密码
是
123456
提示信息
—
—
输入有误!
4.4.3功能3:
储蓄业务
进入储蓄业务界面,显示储蓄业务操作,有开户(O(Open)),存款(D(Deposit)),取款(M(Draw_Money)),转账(T(Transfer_Account)),查询账户(A(Query_Account)),退出(Q(Quit))。
接受用户输入,选择相应的业务界面。
输入错误,提示错误信息,一定时间后返回到储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
用户操作
是
ODMTAQ
O
提示信息
—
—
输入有误!
4.4.4功能4:
开户
在储蓄业务界面,业务员选择开户,提示输入用户名,用户名10个字符,系统自动生成账号(10001-10100之间,每次加一),在储户信息链表中增加一个成员,将储户信息添加进去,验证是否添加成功,不成功,返回到储蓄业务界面,成功添加,将账户信息显示,一定时间里自动跳回到储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
用户名
是
10个字节
账号
—
5个数字
10001
提示信息
—
—
输入有误,请重新输入。
4.4.5功能5:
存款
在储蓄业务界面选择存款,进入存款功能,提示储户输入账号,输入账号、验证账户是否存在,不存在,退出到储蓄业务界面,存在,提示储户输入要存款的数目,将要存款的数目加到储户的账户余额上,操作成功,提示存款成功,返回到储蓄业务界面,不成功,提示错误信息,返回到储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
账号
—
5个数字
10001
金额
是
—
100
提示信息
—
—
输入有误,请重新输入。
4.4.6功能6:
取款
在储蓄业务界面选择取款,输入账号、取款数目,验证账号是否存在,存在继续验证取款数目是否小于账户余额,都符合,将余额减去取款数目,显示操作成功。
返回储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
账号
—
5个数字
10001
金额
是
—
100
提示信息
—
—
输入有误,请重新输入。
4.4.7功能7:
转账
在储蓄业务界面选择转账,输入自己的账户,输入指定的对方的账户,验证对方账户是否存在,不存在提示错误信息,存在则输入要转的钱款,显示转账成功,返回储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
账号
是
5个数字
10001
转账到账号
是
5个数字
10002
金额
是
---
500
提示信息
—
—
输入有误,请重新输入。
4.4.8功能8:
查询账户信息
在储蓄业务界面选择查询,输入账号,查询账户是否存在,存在显示账户信息,不存在显示错误提示信息,返回储蓄业务界面。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
账号
—
5个数字
10001
金额
是
—
100
提示信息
—
—
输入有误,请重新输入。
4.4.9功能9:
退出
在储蓄业务界面选择退出,用户选择退出,接受用户输入,确认退出,确认从当前界面退出系统。
一、业务流程
二、输入输出数据
项目
必填
范围
举例
用户操作
是
YN
Y
提示信息
—
—
是
第五章心得体会
用了整整两周的时间,翻阅参考文献,查找资料,终于完成了我的管理信息系统课程设计,也让我对着门学科及超市的管理有了进一步的体会。
学习中老师会让我们关注了解一些我们这个专业涉及到的事情,比如说ERP,之前只是听说过,但是从来没有自己去认认真真的去看过.同时也加强了一些操作工具的使用,这样方便了我们从不同的方面便捷和方便的都问题进行分析和操作,自己进行操作感觉还是学到了很多东西的。
管理信息系统分析与设计这门课的课程设计还是与其他有一些不同,它是从分析与设计方面来着手的,首先得分析现有系统的状况再通过改进设计出自己的系统。
通过做课设,这样就达到了学有所用,在实践的过程中进行熟悉和掌握。
同时培养了我们敏捷的分析思维,提高了绘制流程图等的能力,获益匪浅。
在本系统开发的过程中,我全面实践一个面向数据库的应用系统的开发过程,学习很多有关的知识。
这样的项目对我们学过的数据结构,程序设计,数据库等课程是一个综合性很高的实践。
一些以前没有学得很扎实的课程内容,由于需要在实践中运行,刚开始我也感到头痛,但回过头来再去看教课书,经历着一段时间的实践,对于这些知识点有关的背景,概念和解决方案理解得更透彻了,学习起来也越来越有兴趣,越来越轻松。
另外我还充分体会了从事系统开发工作需要特别谨慎认真地态度和作风,一点都不能马虎。
每个细微的细节都必须十分注意,如果不认真思考决策,就会出现或大或小的错误。
如果早期的错误隐藏下来,对后面的工作影响就会很大,甚至有时会推倒很多前面做的工作重来。
有时候,我自己觉得我写的程序非常正确,但是就是编译通不过,在查找错误的过程中,面临着否认自己的过程,非常的痛苦,而且由于自己的经验及各方面的能力的不足,所以进展的速度非常的缓慢,往往几天的时间没有一点进展。
这时候,我一般是先自己通过书本,手册和资料找解决办法,实在没辙才向专家请教。
尽管向专家请教解决问题比较快,自己钻研花的时间较多,但我强迫自己独立思考,这样对学习提高帮助非常大。
在本系统的设计过程和论文编写过程中,有好多老师、同学都给予了我许多无私的帮助,给我的论文提出了很多宝贵意见,在这里,我向这些无私帮助我的人表示衷心的感谢。
参考文献
(1)殷华蓓《Visual Basic 6.0 入门与开发实例》电子科大出版社 1997
(2)赖阿福《Visual Basic 6.0 编程经验与技巧》青岛出版社 1999
(3)段 兴《Visual Basic 6.0 实用程序100例》人民邮电出版社 2002
(4)王全兴《精通MS SQL Server 7.0》电子工业出版社 1999
(5)于松涛《精通SQLServer2000数据库管理与开发》人民邮电出版社 2001
(6)艾洪德《货币银行学教程》东财出版社 1991
(7)张义和《商业银行义务与经营》西南财经出版社 1995
(8)宋逢明《现代商业银行管理》 清华大学出版社 1996
(9)《西方经济学》清华大学出版社 1999
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理信息系统 课程设计 银行 储蓄 管理 系统