2025年银行管理系统uml图(5篇)
银行管理系统uml图
文件夹
2025年银行管理系统uml图(5篇)
每个人都曾试图在平淡的学习、工作和生活中写一篇文章。写作是培养人的观察、联想、想象、思维和记忆的重要手段。那么我们该如何写一篇较为完美的范文呢？以下是小编为大家收集的优秀范文，欢迎大家分享阅读。
银行管理系统uml图篇一
建模
课程设计报告
专业：
学号：
姓名：
任课教师：
一、系统概述
银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。在银行设立账户的人或机构被称为银行的客户（customer）。一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。简化版的银行信息系统至少应具有如下功能：
1.一个银行可以有多个账户； 2.一个银行可以有多个客户； 3.一个客户可以持有多个账户； 4.一个账户可以有多个持有者； 5.银行可以为客户开设账户； 6.银行可以为客户注销账户； 7.客户可以从自己账户中取钱； 8.客户可以向自己账户中存钱；
9.客户可以在同一银行的不同账户之间转账； 10.客户可以在不同银行的不同账户之间转账； 请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析
银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件分别有开户，查询存取款，转账等功能。各个模块各有不同的功能，但都能完成查询和存取功能。各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。
此软件所要完成的主要功能有三方面：如果是存款，用户填写存款单，然后交给收银员键入系统，同时系统还要记录存款人姓名，住址，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，完成后由系统反馈成功存款信息给用户。如果是取款，用户填写取款的相关信息（取款金额、取款币种）进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息单给用户。如果是转账，用户填写转账的相关信息进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并反馈信息给用户。系统及时更新数据库。
外部功能：实现化窗口，开户/销户、存款/取款、查询/转账。
内部功能：同步，过滤，定位，识别，更新，连接。
三、系统的uml基本模型
（1）、用例图
通过分析对银行管理系统的需求分析，确定参与者有银行客户、收银员。收银员具有维护系统信息、维护客户信息、查询客户情况和处理处理客户需求的作用。用例包括：
1）开户、2）存款、3）取款、4）转账、5）查询、6）销户等
（2）、用例描述：
用例名称：银行信息系统
描述：银行客户对需要办理业务的需求以及收银员对事件的处理。
（3）、银行信息系统的事件流
1.用例存款的事件流
1.1 前置条件
在存款之前，客户已经办理银行账号并且带来现金若干，并到达银行网点。1.2 后置条件
如果这个用例成功，这个存款事件是成功的，否则，系统没有变化。1.3 扩充点
无 1.4 事件流
1.4.1 基流（1）客户将银行卡交给收银员。
（2）收银员要求客户输入卡密码。
（3）客户输入卡密码，并确认密码。
（4）收银员提示，请客户选择服务类型。
（5）客户选择存款服务。
（6）收银员提示：存款数目。
（7）客户说出数目，并把钱交给收银员。
（8）收银员完成服务。
（9）收银员退还卡。1.4.2 替代流
如果输入的密码无效，用户可以重新输入密码或者终止用例。
2.用例转账的事件流
2.1 前置条件
在转账之前，客户已经办理银行账号，被转账人的账号已经存在并且已经知道了对方的账号。
2.2 后置条件
如果这个用例成功，这个转账事件是成功的，否则，系统没有变化。2.3 扩充点
无 2.4 事件流
2.4.1 基流
（1）客户填写转账单。
（2）客户把转账单和银行卡交给收银员。
（3）收银员要求客户输入卡密码。
（4）客户输入卡密码，并确认密码。
（5）收银员转账成功。
（6）收银员退还卡。2.4.2 替代流
如果输入的密码无效，用户可以重新输入密码或者终止用例。
3.用例查询的事件流
3.1 前置条件
在查询之前，客户已经办理银行账号并且携带银行卡，并到达银行网点。3.2 后置条件
如果这个用例成功，这个查询事件是成功的，否则，系统没有变化。3.3 扩充点
无 3.4 事件流
3.4.1 基流
（1）客户将银行卡交给收银员。
（2）收银员要求客户输入卡密码。
（3）客户输入卡密码，并确认密码。
（4）收银员提示，请客户选择服务类型。（5）客户选择查询服务。
（6）客户说出查询内容，收银员将内容反馈给客户。
（7）收银员完成服务。
（8）收银员退还卡。3.4.2 替代流
如果输入的密码无效，用户可以重新输入密码或者终止用例。
（4）、活动图
活动图是基于对象的状态变迁所绘制的视图。
收银员首先凭着自己的系统用户名和密码登录系统，收银员可以通过银行客户提供的有效证件号开户，提供客户账号开户、存款、取款、转账、查询、销户等功能，最后退出系统。
1．存款活动图
2．转账活动图
3．查询活动图
（5）、时序图
时序图（sequence diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。收银员通过用户账号和密码登录系统，在系统的操作窗口对需要存款、取款、转账、查询、销户的用户进行操作，最后退出操作窗口。
我们所开发的银行管理系统时序图如图所示：
（6）、类图
类图是对象结构建模的一部分，类图描述系统中类的静态结构。类图是代码生成（将模型转化为代码）的来源，也是逆向工程（将代码转化为模型）的目标设生成物。
类图设计如下图：
系统中主要的类（1）用户类： 它的属性有用户名（name）、密码（password）、银行卡号（cardnumber）、用户身份证号码（id）。
操作包括修改密码（changpassword）、存款（deposit）、取款（cash）、转账（transfer）、查询（chaxun）、、用户开户（registered）。
（2）系统类：
它的属性有电脑号（computernumber）、机器地址（mac）。本身的操作没有，但有被管理员使用的操作。（3）收银员类：
它的属性有用户名（name）、密码（password）。操作包括用户开户（registeredusers）、注销用户（deleteusers）、查询用户信息（chaxun）、系统维护（weihu）。
（7）状态图
状态图用来表示建模对象是如何改变其状态的，状态定义为对象行为在某一时刻的快照或转折点。
四、结论
系统主要的实现目标是实现客户开户、存款、取款、转账、查询、销户和后台服务器端系统的设计，提供完善的功能设计。
五、总结及心得体会
uml工具很好的帮助我们实现了对银行信息系统的设计，通过uml建模，把事物从抽象到实例化的过程，对每个对象进行细化分析，从而得到简单而方便，容易理解的模型结构。通过此次试验收获很大，使我们认识到了通过uml模型可以高效完成软件设计，收获颇丰。
银行管理系统uml图篇二
基于uml的图书馆管理系统建模设计
一、图书馆管理系统可行性分析
随着政府机关与广大企事业单位内部网络的广泛建立，在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统，满足信息高度共享和即时发布的需求，有效实现内部知识管理，已成为众多用户的共同需求。
该图书管理系统，为图书馆管理提供了一个较好的解决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术，采用了sql server 2000数据库，使得本系统可以方便的和其他子系统进行数据交换。同时，注意从软件的图形应用界面上优化软件质量，使得本系统具有很强的可操作性。
二、需求分析
需求分析的目的是深入描述软件功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。2．
1、客户需求分析
①能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
②能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
③提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
④提供旧书注销功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
⑤能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。⑥对所借图书情况进行登记，包括借阅时间、借阅人等 ⑦对超出借阅时间、损坏或丢失图书的读者进行相应处理 ⑧读者可以查询自己的信息 ⑨借书、还书、续借书
2．2 定义系统的边界和范围 该系统的边界为学校的图书馆
该系统的范围可包括“读者管理子系统”、“书籍管理子系统”、“借阅管理子系统”、“系统管理子系统” 2.3确定执行者
根据前面介绍的客户需求分析可以看出。“图书馆管理系统”有三个执行者，即“读者”、“图书管理员”、“系统管理员”
1）2）读者：查询个人信息、查询图书信息、借阅图书、返还图书、续借图书、接受相应处理
图书管理员：借书处理、还书处理、新旧书登记处理、办理相应处理手续
3）系统管理员：系统维护工作——学生信息管理、图书信息管理、系统状态维护 2.4确定用例
（1）“图书馆管理系统”中的用例
在第一层，根据客户对“图书馆管理系统”的整体业务功能要求，可选的用例有：
·基本业务功能管理
·基本数据修改 ·信息查询
·数据库管理
（2）“基本业务功能子系统”中的用例
在第二层，客户对“基本业务功能子系统”的整体业务功能要求，可选的用例有： ·借阅管理 ·借书
·续借书 ·还书
（3）“基本数据修改功能子系统”中的用例
在第二层，客户对“基本数据修改功能子系统”的整体业务功能要求，可选的用例有： ·读者信息管理 ·读者信息录入 ·读者信息修改 ·读者信息注销 ·书籍信息管理 ·书籍信息录入 ·书籍信息修改
·书籍信息注销（4）“信息查询子系统”中的用例
在第二层，客户对“信息查询子系统”的整体业务功能要求，可选的用例有： ·图书信息查询 ·读者信息查询
（5）“数据库管理子系统”中的用例
在第二层，客户对“数据库管理子系统”的整体业务功能要求，可选的用例有： ·借阅管理 2.5分层绘制用例图
根据系统需求分析中客户对系统的功能要求，我们一确定了系统和子系统的边界、执行者和用例，现在就可以绘制用例图了。
1． 最高层用例图
根据客户对“图书馆管理系统”的整体业务功能要求，可以绘制如图1-1所示的最高层用例图 2． 第2层用例图
在第2层用例图中包括四个用例图：基本业务功能子系统、基本数据修改功能子系统、信息查询子系统、数据库管理子系统。如下图所示：
system<
2025年银行管理系统uml图(5篇)
文件夹