简易银行管理系统的分析与设计（桂林理工管理信息系统课程设计）.doc

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