简易银行管理系统的分析与设计桂林理工管理信息系统课程设计.docx
《简易银行管理系统的分析与设计桂林理工管理信息系统课程设计.docx》由会员分享,可在线阅读,更多相关《简易银行管理系统的分析与设计桂林理工管理信息系统课程设计.docx(18页珍藏版)》请在冰豆网上搜索。
简易银行管理系统的分析与设计桂林理工管理信息系统课程设计
桂林理工大学管理学院
管理信息系统课程作业
题目:
简易银行管理系统的分析与设计
目录
1.摘要3
2.系统可行性分析4
2.1.技术可行性4
2.2.运行可行性4
2.3本章小结4
3.系统需求分析5
3.1.任务概述5
3.2.业务功能描述5
3.3.业务流程图6
3.4.数据流程图8
3.4.1.顶层数据流程图8
3.4.2.一层数据流程图9
3.4.3.二层数据流程图10
3.5.数据字典12
3.6.主功能活动图:
13
3.6.1.开户功能:
13
3.6.2.销户功能:
14
3.6.3.登录功能:
14
3.6.4.存款功能:
15
3.6.5.取款功能:
15
3.6.6.转账功能:
16
4.系统总体设计18
4.1.模块功能设计18
4.2.功能结构图19
4.3.数据库设计19
4.3.1.概念设计20
4.3.2.详细设计20
4.3.3.总体R-R图设计21
4.3.4.实体联系图22
4.3.5.业务员实体E-R图22
4.3.6.管理员实体E-R图22
4.3.7.储户实体E-R图23
4.3.8.利率实体E-R图23
4.3.9.数据库信息表分析设计24
4.4.本章小结26
5.组员总结27
5.1.韦存璋个人总结27
5.2.韦绍言个人总结27
5.3.程康健个人总结28
银行管理系统的设计与实现
1.摘要
网上银行被誉为金融业的“雏鹰”,是具有生机勃勃的朝阳产业,其优势在于降低银行的运营成本,增加银行利润;突破地域和时间限制;降低银行客户成本,并通过过网络传递有关金融信息,使网上银行赢得更多的客户。
网上银行系统开发主要包括后台数据库的建立和维护,以及前端应用程序的开发两个方面。
对于前者要求建立起数据一致性和完整性强,数据安全性好的数据库。
为对于后者则要求应用程序具备功能完备、易使用等特点。
在数据库应用系统开发之前,对开发数据库的基本概念,数据库的结构、开发数据库应用程序的步骤、开发体系及方法,我们有相当清晰的了解和认识。
数据库应用系统的开发目标是建立一个满足用户长期需求的产品。
开发的主要过程为:
理解用户的需求,然后把它们转化为有效的数据库设计。
把设计转化为实际的数据库,并且这些数据库带有功能完备,高效能的应用。
2.系统可行性分析
从银行管理业务信息的立场和不同的业务在银行的发展历程里展现的不同
情况,再结合实际的银行业务。
如果实施了该银行管理系统,以下目标应该都可以实现:
(一)员工、储户管理信息化,随时掌握员工的基本信息及业务办理情况。
(二)查询员工的信息和业务办理信息快捷高速。
(三)操作简单方便,查询容易。
(四)利用此系统能够增加银行管理的效率。
(五)高安全性能。
2.1.技术可行性
通过本系统的需求可以衡量是否具备所需的技术,一般可以从以下的方面进行考虑和分析,如硬件软件的性能要求、环境条件、操作人员水平和数量等。
通过对系统实施的可行性的考量,开发管理平台的设计我们在软件方面选取了最新的MyEclipse2015,在数据库的选择上使用了MySql。
在选择硬件时,我的PC机,运行内存8G,硬盘750G空间,系统的开发需要都可以满足。
因此在硬件方面系统是可行的。
在软件方面,由于MyEclipse和MySq都很成熟,软件方面也是可行的。
2.2.运行可行性
在如今的社会环境,无论是信息化还是计算机技术的发展速度都是很快的,很多的银行已经渐渐察觉到想要提升管理效率,信息化是必不可少的重要步骤。
本次开发的银行管理系统既能够在操作流程方面提供方便,还可以提高银行的管理效率,进而增加整体的收益。
因此只要开发的管理信息系统符合银行要求,然后将其中融入现代化的管理思想,这样本系统就会成为拥有现代化管理方法的管理系统。
在运行方面经过以上分析是可行的。
2.3本章小结
通过上面的阐述,在技术方面成熟的前提下,本系统是完备的、测试手段可靠的,在市场扩展性方面也有良好的表现。
本系统的特点是简单、易学、易懂、好用,所以能够断定本系统开发前景一片大好,能够进行本系统的开发和实现。
3.系统需求分析
利用上一章内容的分析研究,我们可以肯定的是本系统的设计是可行的,现在就需要对本系统进行具体的需求分析。
确定系统必须完成哪些工作是本次需求分析的主要任务,系统的完整、准确、具体的实际要求和软件应该完成的具体功能和性能这些由管理员进行提出。
利用程序的需求分析,可以为程序的研发给予一种能够向抽象数据的设计和程序的结构设计以及开发的过程设计的具体软件元素。
3.1.任务概述
利用系统的需求分析结果,可以将系统划分为业务登录模块以及管理员登录这两个模块。
存款、取款、转账、开户、销户、查询等这些功能可以由业务员代理储户实现,管理员则能够查看业务员的信息以及他们的操作记录,还能够对利率、手续费等参数进行设置。
在实现技术方面,开发本系统使用面向对象的思想和方法。
为完成系统的实现,要充分的使用类和对象的概念。
通过学习软件工程开发的知识,就是为了让系统具有良好的可修改性、有效性、可理解性、可维护性、可适应性、可移植性、可追踪性和可交互操作性等特点。
3.2.业务功能描述
对系统业务执行过程中的仔细介绍就是业务功能描述。
利用系统的需求,完成业务功能的具体设计。
1、业务功能描述
(1)银行业务员管理:
银行的高级管理员登录本系统后,能够完成业务员的基本信息和操作记录的查询,这样可以保证业务操作的安全性。
(2)储户开户:
利用储户的申请表的内容,完成一个新的账户信息的建立,然后在账户信息映射表中添加该账户,主键用系统自动生成的唯一的账户号。
同
时外键可以用系统生成的唯一的银行卡号。
(3)储户销户:
通过储户申请,由业务员进行销户操作,并更新数据库。
(4)储户存款:
利用储户的申请,由业务员进行定期存款和活期存款操作,此环节的业务主要是存款,相关的数据库数据根据具体情况进行更新,使信息一致化。
(5)储户取款:
利用储户的申请,以储户的取款为主要活动,通过业务员进行相应的操作,相关的数据库数据根据具体情况进行更新,使信息一致化。
利息由系统进行计算,最后原账户金额更新。
(6)储户转账:
利用储户的申请,给用户实现给想要转账的人的服务,这个过程由业务员代替用户进行实现,用户相关的数据库数据根据具体情况进行更新,使信息一致化。
(7)余额查询和修改密码:
能够查询出申请者的账户余额,对用户的相关操作记录展示。
还可以进行个人密码的修改。
(8)参数设置:
高级管理管理员进入系统之后,能够对不同时间段的利率和跨行转账的手续费进行设置。
(9)修改密码:
高级管理管理员最初会得到一个初始登录账号和密码,此选项可以修改初始密码。
3.3.业务流程图
根据对银行业务流程分析,在分析各业务模块的状态和相互关系的基础上,分别绘制了系统的业务流程图,如下:
处理
外部单据
人员
业务流程图如图3-1所示:
储户
图3-1业务流程图
3.4.数据流程图
根据对银行业务流程分析,在分析各业务模块的状态和相互关系的基础上,分别绘制了系统的数据流程图,如下:
以下图例在业务流程图中所代表意义:
数据存储
数据流
加工
外部项
3.4.1.顶层数据流程图
储户
图3-2顶层数据流程图
3.4.2.一层数据流程图
销户凭据
图3-3一层数据流程图
3.4.3.二层数据流程图
存款数据流如图3-4所示:
存款凭据
图3-4存款数据流图
密码
取款数据流如图3-5所示:
图3-5取款数据流图
开户数据流程图如图3-6所示:
存折或银行卡
图3-6开户数据流图
输入密码
销户数据流程图如图3-7所示:
销户凭据
图3-7销户数据流图
转账数据流程图如图3-8所示:
录入正确信息
图3-8转账数据流图
密码
查询修改密码数据流程图如图3-9所示:
图3-9查询、修改密码数据流图
管理员数据流成图如图3-10所示:
参数
图3-10高级管理员管理数据流图
3.5.数据字典
表3-1数据描述一
原点/终点
处理
储户,管理员
处理存款,处理取款,处理转账,处理开户,处理销户,查询,转账
数据流
数据存储
存款信息、取款信息、参数信息、余额信息、开户信息、密码、用户名
存款信息、取款信息、余额信息、参数信息、业务员基本信息、业务员操作记录
表3-2数据描述二
数据流名称:
存款凭据
别名:
存款信息
描述:
银行管理系统给储户每次存款打印的存款资料表单
定义:
存款凭据=存款人+业务员工号+业务员姓名+存款金额+日期
表3-3数据描述三
数据流名称:
取款凭据
别名:
取款信息
描述:
银行管理系统给储户每次取款打印的取款资料表单
定义:
取款凭据=取款人+业务员工号+业务员姓名+取款金额+日期
表3-4数据描述四
数据流名称:
转账凭据
别名:
转账信息
描述:
银行管理系统给储户每次转账打印的转账资料表单
定义:
转账凭据=转账人+业务员工号+业务员姓名+存款金额
+转账日期+转入账户
3.6.主功能活动图:
3.6.1.开户功能:
(1)开新的账户。
(2)分配账户和密码。
(3)打印开户信息
开户活动图如图3-11所示:
显示用户信息
图3-11开户活动图
3.6.2.销户功能:
(1)用户申请工作人员销户:
(2)工作人员删除用户信息:
销户活动图如图3-12所示:
是
正确
否
图3-12销户活动图
3.6.3.登录功能:
(1)输入账号、密码信息。
(2)系统检查登录正确与否。
用户登录活动图如图3-13所示:
进入银行管理系统
错误
正确
图3-13用户登录活动图
3.6.4.存款功能:
在用户的账户信息中添加一条存款的记录信息。
存款活动图如图3-14所示:
确认交易
图3-14存款活动图
3.6.5.取款功能:
通过用户的取款申请,对用户的数据库信息进行修改达到取款后的个人账户信息一致。
(1)利息是系统自动算出的。
(2)数据库中会记录这次取款的信息。
确认取款信息
取款活动图如图3-15所示:
图3-15取款活动图
3.6.6.转账功能:
这个功能就是用户可以转自己账户的金额到其他的用户账户中,成功后将用户的个人账户进行更新,数据库记录此次操作记录。
转账活动图如图3-16所示:
确认转账信息
图3-16转账活动图
3.6本章小结
系统的需求分析其实就是对系统的功能以及功能模块设计的整体性、是否合
理进行总体的分析。
综上所诉,本系统的功能和内容技术的具体流向是能够确定的,对本系统的了解以及规划更加的清晰,为今后设计模块和功能提供了非常的分析。
4.系统总体设计
4.1.模块功能设计
在系统里模块和模块之间的联系,我们都可以使用层次图进行分析展示。
所
谓的层次图无非是将一些代表特殊意义的方框或者其他图形有层次的画在一起来代表数据结构的图。
在这个图的最上面是一个代表数据结构的独自存在的方框图,而下面的不同的方框又是代表数据子集的,在整个图的最下面就是表示数据元素方框图。
在本系统中包括:
注册、登录、账户管理、存取管理、查询、修改、参数设
置的模块。
它们的具体功能如下:
(1)用户注册,这其中还有业务员的注册,把自己的个人信息录入系统中,包括姓名、身份证号以及联系方式等。
(2)用户登录,有业务员和后台管理员两类人的登录,只有录入准确的用户名和密码才可以登录系统。
(3)账户管理模块,包括:
1.开户:
通过储户的申请、由工作人员帮助用户提交填写后的相关资料,银行账号会由系统为储户唯一分配,并且数据库的数据会及时更新,保存储户的信息。
2.销户:
通过储户的申请、由工作人员帮助用户提交填写后的相关资料,储户剩余余额由系统自动计算,只有余额为零才能够销户,不然销户就会失败。
(4)存取管理模块,包括:
1.存款:
通过储户的申请、业务员会收取现金以及存款信息单,然后工作人员把信息提交系统,这些信息包括存款金额、存款日期等,数据库由系统及时
进行更新。
2.取款:
通过储户的申请、相关的信息由业务员录入系统,比如取款金额以及取款日期等信息,数据库由系统及时进行更新。
3.转账:
通过储户的申请、相关的信息由业务员录入系统,例如转账金额、转账日期以及转入账号等相关信息,数据库由系统及时进行更新。
(5)查询模块:
要是登录人员为业务员,那么必须是储户进行申请,业务员为储户查询其姓名、剩余金额、操作记录、存取类型等相关信息。
如果登录人员是管理员,业务员的基本信息以及操作记录在必要时管理员可以进行查询。
(6)修改密码:
要是登录人员为业务员,那么必须是储户进行申请、业务员为储户进入系统的密码修改界面,储户利用相应设备录入新密码之后确认,然后业务员保存。
如果登录人员是管理员,那么可以修改自己以及业务人员的密码。
(7)参数设置:
通过管理员登录进行定期存款利率、活期存款利率以及跨行转账的手续费的设置。
4.2.功能结构图
功能结构图如图4-1所示:
修改密码
图4-1功能结构图
4.3.数据库设计
利用数据库系统可以对管理信息系统中的数据进行管理,因此管理信息系统设计的核心部分就是数据库设计。
数据库设计是程序的设计和输入输出的前提。
数据库设计的好坏将直接影响程序的好坏,好的设计能够降低系统数据冗余,对数据一致性有很好的帮助,减少系统工作量。
通过分析时得到的数据流图和数据字典可以对数据库进行设计,设计本系统中的数据存储方式和结构以及内容
等。
4.3.1.概念设计
完成概念设计的前提是需要实现需求分析并且完成了需求的分析书。
数据和它们之间的关系通过概念数据模型来表示,这类模型是面向真实存在的、容易理解的,与DBMS无关的数据模型。
它有别于电脑的数据模型,并且和电脑的软硬件系统相对独立,十分方便和客户间的交流。
怎样能完整、准确地对客观实际情况进行反映是概念性数据模型最关心的,如何实现则不是很关心。
用户要求的实际情况能通过这种数据模式真实地反应出来,这种数据模式是一种直观的模式的数据库结构并且特别方便被人们所理解。
同时对于稳定性而言,它也是一个很优秀的数据模式。
只有在遇到及其特别的状况才会进行变动。
使用者与设计者间通过概念性数据建立了沟通的桥梁。
4.3.2.详细设计
下面的这些事项,我们在设计时一定要特别注意:
(1)首先符合程序的需要是进行设计数据库所必须要遵循的原则,无论这个需求对后续的影响。
(2)为了不让设计的数据库在今后出现重大错误,一定要规范的进行设计。
(3)数据库一定要保证数据的完整。
(4)对于系统的性能需求,在数据库设计过程中,一定要运用Microsoft
officeAccess2003里可以增强性能的功能。
对于性能的要求,权衡数据库的大小与硬件配置是非常重要的。
(5)设计数据库要便于维护。
4.3.3.总体R-R图设计
1
金额
管理员
图4-2总体E-R图
4.3.4.实体联系图
金额
图4-3实体联系图
4.3.5.业务员实体E-R图
业务员
图4-4业务员实体E-R图
4.3.6.管理员实体E-R图
管理员
图4-5管理员实体E-R图
4.3.7.储户实体E-R图
住址
图4-6储户实体E-R图
4.3.8.利率实体E-R图
手续费
图4-7利率实体E-R图
4.3.9.数据库信息表分析设计
通过对本银行管理系统的需求分析理解,决定在本系统运用一个命名为bank的数据库。
系统中几大模块的所有数据信息都包含在整个数据库中。
一共有六张表在bank数据库中,这6张表分别为:
表4-1banker(业务员信息表)、表4-2manager(管理员的信息表)、表4-3card(账户信息表)、表4-4的record(储户操作信息表)、表4-5canshu(各种参数的信息表)、表4-6waihangcard(其他银行的储户信息表)。
表4-1banker(业务员信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
登录名
文本
15
3
密码
文本
18
4
住址
文本
50
5
联系方式
文本
50
6
姓名
文本
50
表4-2manager(管理员信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
用户名
文本
15
3
密码
文本
18
表4-3card(账户信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
账户号
文本
50
3
密码
文本
18
4
住址
文本
50
5
身份证
文本
18
6
姓名
文本
50
7
开户日期
文本
10
8
金额
文本
50
9
银行名称
文本
50
表4-4record(储户操作信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
账户号
文本
50
3
日期
文本
10
4
存取类型
文本
20
5
存取金额
文本
50
6
存款类型
文本
10
7
代理人姓名
文本
50
8
代理人工号
文本
15
表4-5canshu(参数信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
整存整取一年
文本
10
3
整存整取二年
文本
10
4
整存整取三年
文本
10
5
整存整取五年
文本
10
6
零存整取一年
文本
10
7
零存整取二年
文本
10
8
零存整取三年
文本
10
9
活期利率
文本
10
10
手续费
文本
10
表4-6waihangcard(其他银行储户信息)表
序号
字段名称
数据类型
长度(字符)
1
编号(主键)
数字
4
2
账户号
文本
50
3
密码
文本
18
4
住址
文本
50
5
身份证
文本
18
6
姓名
文本
50
7
开户日期
文本
10
8
金额
文本
50
9
银行名称
文本
50
4.4.本章小结
在本章中,通过之前一章的需求分析的基础之上,设计了本程序的功能模块,然后利用系统的详细要求完成了各项要求都达标的数据库。
因为数据无论在什么系统中都至关重要,所以设计好的数据库是很重要的。
因此在本章中,用在设计数据库的时间相对来说挺多,但是数据库的完整性基本上得以实现,在今后开发本系统的过程里,数据库中出现的不足还将逐步进行改善。
5.组员总结
5.1.韦存璋个人总结
在学习管理信息系统这门课之前,我们学了ERP和金蝶K3,只知道ERP教我们如何提高企业资源的高效管理和利用。
金蝶K3则是一类功能强大的信息化软件,帮组企业建立信息化。
而管理信息系统这门课让我明白了像金蝶K3之类的信息化软件系统是怎么来的,想到我们大三第一个学期学的C#,这个学期学的ASP.NET程序设计,原来都是为这门课做的准备,突然有点后悔以前没有好好学。
这次的系统作业,进展得不是很顺利。
管理信息系统这门课,只是学了点皮毛。
在进行系统需求分析的时候,经过我们小组的讨论,以及在参考网上的例子,最后决定了这个系统的主要功能以及各种流程和各类数据流。
其中在思考系统流程和数据流时出了很多差错,因为考虑不是很全面,所以存在较多瑕疵。
总的来说经过这次小系统的研究,学到了很多,算是对各类信息系统的一个新的认识。
5.2.韦绍言个人总结
这次管理信息系统设计,我负责的部分是系统设计,总的来说银行管理系统功能模块包括注册、登录、账户管理、存取管理、查询、修改、参数设置,我们利用层次图来表示系统中各模块之间的关系,在学习数据库之后,我对层次图有了一定的了解层次方框图能够详细的描绘数据的结构,这种模式非常适合于需求分析阶段的需要,能够让我对系统设计一目了然,对于数据库设计,由于我不怎么掌握数据库知识,刻意去翻阅了以前的课本,描绘出系统E-R图,数据库信息表,数据库信息表等都涉及到了数据库知识,所以一个好的数据库对于一个系统是至关重要的。
所以我觉得学习管理信息系统是非常必要的,特别是对我们电子商务的学生而言。
我觉得平时上课学习是不够的,要更加注重实践操作,并且也要多做练习题,这样有利于更好的了解管理信息系统。
5.3.程康健个人总结
经过一个学期的学习,从我对管理信息系统(MIS)非常的懵懂,直到现在,我相信我算是从宏观上对这门课有了一定的了解。
现在看来,管理信息系统真是一门交叉型学科,涉及的知识面相当广泛,以至于学习起来给人的感觉没有尽头。
老师课堂上讲的知识量很大,开阔了我的视野,相信会在今后工作的道路上会继续影响着我。
我在学习管理学的时候,了解到现代的管理越来越离不开现代信息技术的支持,现在想来,恰如其分。
这样子,对于DSS,BI,和OLAP的在企业中的作用我就体会的更深刻了。
管理信息系统的设计,我们小组选择的是银行的管理系统,因为我们对银行的业务流程有一定的了解,尽管了解的不够深入,但是足以帮助我们实现学习信息系统分析,设计的目的。
因水平有限,系统分析设计的相当简易,深知自己的不足,在今后有机会还需要继续不断的继续学习。