(完整版)UML-银行管理系统
- 格式:doc
- 大小:506.31 KB
- 文档页数:36
UML-银行管理系统UML-银行管理系统1·引言本文档描述了一个银行管理系统的UML模型,旨在提供一个全面的系统分析和设计文档,帮助开发团队了解系统需求和设计细节,并为开发过程提供指导和参考。
2·需求分析2·1 系统概述银行管理系统是一个用于管理银行业务流程的软件系统。
主要功能包括客户管理、账户管理、资金管理、交易管理等。
2·2 功能需求2·2·1 客户管理●新增客户:系统管理员可以添加新客户的个人信息,包括姓名、等。
●查询客户:系统用户可以根据客户姓名、联系号等信息查询客户信息。
●修改客户:系统管理员可以修改客户的个人信息。
●删除客户:系统管理员可以删除客户的个人信息。
2·2·2 账户管理●新增账户:系统管理员可以为客户创建银行账户,包括储蓄账户、信用卡账户等。
●查询账户:系统用户可以根据客户姓名、账户类型等信息查询账户信息。
●修改账户:系统管理员可以修改账户的基本信息和状态。
●删除账户:系统管理员可以删除账户。
2·2·3 资金管理●存款:客户可以向自己的账户存款。
●取款:客户可以从自己的账户取款。
●转账:客户可以在自己的账户和其他账户之间进行资金转账。
●查询余额:客户可以查询自己账户的余额。
2·2·4 交易管理●查询交易记录:系统用户可以根据账户、交易类型、时间范围等条件查询交易记录。
●导出交易记录:系统用户可以将交易记录导出为Excel或CSV文件。
3·概念模型3·1 类图在银行管理系统中,我们可以定义如下类:Customer(客户),Account(账户),Transaction(交易)等。
3·2 用例图银行管理系统的主要用例有:新增客户、查询客户、新增账户、查询账户、存款、取款、转账等。
3·3 状态图账户可以有不同的状态,如正常、冻结、注销等。
UML建模语言7种图(以银行ATM系统为例)分类:JAVA2010-04-21 20:40 2911人阅读评论(0) 收藏举报uml语言活动作业优化1 用例图:描述了系统提供的一个功能单元。
以一种可视化的方式理解系统的功能需求,"角色"与系统内用例之间的关系。
本例中,参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图:显示系统的静态结构。
逻辑类、实现类,实现类就是程序员处理的实体。
类在类图上使用包含三个部分的矩形来描述,如图2所示。
最上面的部分显示类的名称,中间部分包含类的属性,最下面的部分包含类的操作(或者说"方法")。
本例中许多单个的帐户组成了帐户库,帐户具有帐户类型、帐户号、余额三个属性。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性,哪些操作,它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
通过类图不仅可以使设计者明确的表达自己的设计意图,也能帮助自己整理思路,充实及优化自己的设计。
3 序列图:显示具体用例(或者是用例的一部分)的详细流程。
它几乎是自描述的,并且显示了流程中中不同对象之间的调用关系,同时还可以很详细地显示对不同对象的不同调用。
序列图有两个维度:垂直维度以发生的时间顺序显示消息/调用的序列;水平维度显示消息被发送到的对象实例。
本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况,顺序图着重于对象间消息传递的时间顺序。
4 状态图:表示某个类所处的不同状态和该类的状态转换信息。
包括5个基本元素:初始起点,它使用实心圆来绘制;状态之间的转换,它使用具有开箭头的线段来绘制;状态,它使用圆角矩形来绘制;判断点,它使用空心圆来绘制;以及一个或者多个终止点,它们使用内部包含实心圆的圆来绘制。
本例描述了顾客在ATM机上进行操作会经历的几种状态,及各种状态之间转换的条件。
面向对象分析与设计(UML)综合实验报告书题目:银行管理系统第1章需求分析............................................................................. 错误!未定义书签。
1.1 客户子系统的需求分析 (4)1.2 银行管理员系统的需求分析 (4)第2章系统用例模型 (8)2.1 管理员的用例模型 (8)2.2 客户的用例模型 (12)第3章系统静态模型 (16)3.1 系统中的类 (16)3.2 系统中类与类的关系 (17)第4章系统动态模型 (19)4.1银行管理员创建账户 (19)4.2银行管理员修改账户 (20)4.3银行管理员删除账户 (22)4.4 客户取款 (24)4.5 客户存款 (25)4.5 客户转账 (25)4.6 银行管理系统中的状态图................................................................ 错误!未定义书签。
4.7 银行管理系统中的活动图................................................................ 错误!未定义书签。
第5章系统部署模型 (33)5.1 银行管理系统的构件图 (33)5.2客户操作构件图 (34)5.3 银行管理员构件图 (34)5.5 银行管理系统部署图 (33)第6章总结与展望 (36)6.1 总结 (36)6.2 展望 (36)参考文献............................................................................................ 错误!未定义书签。
随着社会的不断发展,计算机越来越普及。
我们正处在一个信息时代,计算机无处不在,它进入各行各业,改变着人们的生活。
UML建模--银行管理系统(范文)第一篇:UML建模--银行管理系统(范文)银行管理系统的UML建模课程设计报告专业:学号:姓名:任课教师:一、系统概述银行是与人们生活密切相关的一个机构,银行可以提供存款、取款、转账等业务。
在银行设立账户的人或机构被称为银行的客户(customer)。
一个客户可以在银行开设多个账户(account),客户可以存钱到账户中,也可以从自己的账户中取钱,还可以将存款从一个账户转到另一个账户。
另外,客户可以随时查询自己的账户情况,以及查询以前所进行的存款、取款等交易记录。
客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多,但为了简化系统,本次设计只考虑银行的基本功能。
简化版的银行信息系统至少应具有如下功能:1.一个银行可以有多个账户;2.一个银行可以有多个客户;3.一个客户可以持有多个账户;4.一个账户可以有多个持有者;5.银行可以为客户开设账户;6.银行可以为客户注销账户;7.客户可以从自己账户中取钱;8.客户可以向自己账户中存钱;9.客户可以在同一银行的不同账户之间转账;10.客户可以在不同银行的不同账户之间转账;请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析银行系统是与生活紧密相关的一个机构,银行提供了存款、取款、转账等业务。
在银行设立账户的人或机构通常被称为银行的储户。
一个储户可以在银行开多个账户,储户可以存钱到账户中,也可以从自己的账户中取现,还可以将存款从一个账户转到另一个账户。
储户还可以随时查询自己账户的情况,并查询以前所进行的存款、取款等交易记录。
后台管理员可以对客户的账户进行注销、删除、查询等管理,还有就是银行利息、汇率、手续费之类参数的设置,以及财务管理以及财务分析。
软件分别有开户,查询存取款,转账等功能。
各个模块各有不同的功能,但都能完成查询和存取功能。
各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
基于UML系统需求分析与设计-------银行管理信息系统广东金融学院计算机科学与技术系王泽2012年3月10日目录1、银行管理信息系统a)项目概述b)需求分析c)概要设计d)详细设计与实现(略)2、介绍Rose模型的视图银行管理信息系统一、项目概述本课题所引用的银行系统一共分为储蓄业务、贷款业务、外汇业务、网上银行、信用卡业务和系统管理六个子系统。
1.储蓄业务银行开展人民币与外币的储蓄业务,各币种储蓄的本金和利息均以相应的币种来支付,可办理的外币有美元、港币、日元和欧元。
所有储蓄业务通过一卡通进行操作,不再使用传统的存折和存单。
一卡通是一张多币种、多储种的银行借记卡,储蓄种类分为活期和整存整取定期储蓄两种。
利用一卡通,银行客户可以进行存款、取款和转帐等储蓄操作。
2.贷款业务贷款按照期限分为短期、中期与长期贷款,短期贷款是指期限在1年以内的贷款,中期贷款是指期限在1年至3年之间的贷款,长期贷款是指期限超过3年的贷款。
贷款的种类目前有个人助学贷款和个人住房贷款:(a)个人助学贷款:须提供2位担保人,无须质押物,贷款额度不超过人民币10万元。
贷款期限为1至8年,可申请展期一次,但合计不得超过8年。
系统将在合同生效日发放第1笔贷款到指定一卡通帐户中,以后每满1年发放一次,每次发放金额=贷款总额/贷款期限。
(b)个人住房贷款:以所购房屋为质押物,贷款额度不超过所购住房售价的80%。
贷款的期限为1到20年,可申请展期一次,但合计不得超过20年。
在审批通过之后,贷款将一次性发放到一卡通帐户中。
不能按期归还贷款的,借款人应当在贷款到期日之前,向银行申请贷款展期。
短期贷款展期以日为单位,累计不得超过原贷款期限,长期贷款展期期限累计不超过3年。
3.外汇业务银行个人外汇买卖业务采用实盘交易方式,也就是客户必须持有足额的需要卖出的货币,才能按照实时汇率买入想买的货币。
目前客户可以进行美元、港元、欧元、日元等货币的实时交易。
UML建模语言7种图(以银行ATM系统为例)分类:JAVA2021-04-21 20:40 2911人阅读评论(0) 收藏举报uml语言活动作业优化1 用例图:描述了系统提供的一个功能单元。
以一种可视化的方式理解系统的功能需求,"角色"与系统内用例之间的关系。
本例中,参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图:显示系统的静态结构。
逻辑类、实现类,实现类就是程序员处理的实体。
类在类图上使用包含三个局部的矩形来描述,如图2所示。
最上面的局部显示类的名称,中间局部包含类的属性,最下面的局部包含类的操作〔或者说"方法"〕。
本例中许多单个的帐户组成了帐户库,帐户具有帐户类型、帐户号、余额三个属性。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性,哪些操作,它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
通过类图不仅可以使设计者明确的表达自己的设计意图,也能帮助自己整理思路,充实及优化自己的设计。
3 序列图:显示具体用例〔或者是用例的一局部〕的详细流程。
它几乎是自描述的,并且显示了流程中中不同对象之间的调用关系,同时还可以很详细地显示对不同对象的不同调用。
序列图有两个维度:垂直维度以发生的时间顺序显示消息/调用的序列;水平维度显示消息被发送到的对象实例。
本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况,顺序图着重于对象间消息传递的时间顺序。
4 状态图:表示某个类所处的不同状态和该类的状态转换信息。
包括5个根本元素:初始起点,它使用实心圆来绘制;状态之间的转换,它使用具有开箭头的线段来绘制;状态,它使用圆角矩形来绘制;判断点,它使用空心圆来绘制;以及一个或者多个终止点,它们使用内部包含实心圆的圆来绘制。
本例描述了顾客在ATM机上进行操作会经历的几种状态,及各种状态之间转换的条件。
面向对象分析与设计(UML)综合实验报告书题目:银行管理系统第1章需求分析............................................................................. 错误!未定义书签。
1.1 客户子系统的需求分析 (4)1.2 银行管理员系统的需求分析 (4)第2章系统用例模型 (8)2.1 管理员的用例模型 (8)2.2 客户的用例模型 (12)第3章系统静态模型 (16)3.1 系统中的类 (16)3.2 系统中类与类的关系 (17)第4章系统动态模型 (19)4.1银行管理员创建账户 (19)4.2银行管理员修改账户 (20)4.3银行管理员删除账户 (22)4.4 客户取款 (24)4.5 客户存款 (25)4.5 客户转账 (25)4.6 银行管理系统中的状态图................................................................ 错误!未定义书签。
4.7 银行管理系统中的活动图................................................................ 错误!未定义书签。
第5章系统部署模型 (33)5.1 银行管理系统的构件图 (33)5.2客户操作构件图 (34)5.3 银行管理员构件图 (34)5.5 银行管理系统部署图 (33)第6章总结与展望 (36)6.1 总结 (36)6.2 展望 (36)参考文献............................................................................................ 错误!未定义书签。
随着社会的不断发展,计算机越来越普及。
我们正处在一个信息时代,计算机无处不在,它进入各行各业,改变着人们的生活。
银行系统事关民之财政,重中之重,然而它的管理模式也随着时代不断进步发展,为实现人们方便省时的办理银行储蓄业务,出现了银行计算机储蓄系统。
银行储蓄系统可以为人们方便办理储蓄业务,使人们在互联网办理存款、取款、查帐等业务,以高效、安全、互联为主要特征,为储户足不出户,提供各项业务的综合办理。
如下图所示,银行系统从系统整体功能模块可划分为3个子系统,分别为用户子系统、业务处理子系统、系统管理子系统。
图1-1系统整体功能模块图用户子系统业务子系统系统管理银行系统1.1 用户子系统的需求分析在用户子系统中,其子系统的一些主要功能如下: 1)用户可以办理多个账户2)用户可以进行存款、取款、转账、查询余额等操作 其功能细化图如下:图1-2用户操作系统功能模块图1.2 业务处理系统的需求分析在业务处理子系统中,其功能概述如下: 1)用户要填写自己的基本信息,并保存到信息库中 2)业务系统要对用户的存取转账查询操作之前进行密码验证 3)密码验证通过后,业务系统再提交操作 其功能细化图如下:用户子系统办理账户存款取款转账查询余额开户办理业务业务子系统密码验证图1-3业务员系统功能模块图1.3 系统输出子系统的需求分析在系统输出子系统中,其功能概述如下: 1)银行内部信息库加入用户的开户信息2)银行根据存或取款操作进行增加或减少用户余额 3)转账时,扣除本用户余额增加到其他用户余额 4)通过银行信息库信息,查询用户操作或存取款等信息 其功能细化图如下:图1-4系统输出整体功能模块1.3.1开设账户子系统在办理账户信息子系统中,其功能概述如下: 1)将用户身份信息添加到银行用户信息库中 2)开设账户时,分发给用户银行卡,让用户设立密码 3)将密码重新更新到用户与银行卡一一对应的信息库中 4)把银行卡激活,可以进行银行各种业务操作 其功能细化图如下:系统输出存款修改用户余额转账信息更改查询信息库内容开户创建用户信息取款扣除用户余额图1-5开户信息子系统功能模块图1.3.2存取款管理子系统在存取款管理子系统中,其功能概述如下: 1)存款 2)取款3)更新数据信息 其功能细化图如下:图1-6存取款管理系统功能模块图开户信息子系统添加银行身份信息 给银行卡重设密码 密码更新到信息库激活银行卡存取款管理存款取款更新数据信息1.3.3转账管理子系统在转账管理子系统中,其功能概述如下: 1)用户选择被转账用户及转账金额 2)扣除本用户余额 3)增加被转账用户余额 4)更新数据信息 其功能细化图如下:图1-7转账管理系统功能模块图1.3.4查询管理子系统在查询管理子系统中,其功能概述如下: 1) 查询用户自身信息改 2) 查询存取款转账操作记录 3) 查询自己的余额 其功能细化图如下:转账选择数额及用户扣除相应金额增加该用户金额更新数据信息图1-8查询管理系统功能模块图第2章 系统用例模型2.1 参与者的识别两个参与者2.1 客户的用例模型通过分析,在客户子系统中,该系统可以完成以下功能:客户可以登陆系统、存款、取款、转账、查询账户信息。
查询管理查询用户自身信息查询余额查询交易记录2.1.1 客户用例图2.1.2 客户用例图相关说明01.客户登录系统用例:登录系统简述:客户在进行一些操作时得先登录参与者:客户前置条件:无后置条件:系统显示借阅者登录成功基本路径:1、客户向系统发出登录请求,用例开始2、系统显示登录界面3、客户输入相关信息4,、系统检查借阅者信息,如果输入的信息出现错误,跳转到A5、系统显示登录成功,用例结束扩展路径:A<1>、系统要求借阅者重新输入相关信息或取消登录<2>、客户选择取消登录,则用例结束<3>、客户选择重新登录,转到3存款用例:存款简述:客户可以将钱存入账户参与者:客户前置条件:客户成功登录系统后置条件:系统将钱存入账户基本路径:1、客户向银行系统发出“存款”请求,用例开始。
2、系统要求借阅者输入密码。
3、用户输入密码。
4、系统确认密码并收取存款, 如果密码不正确,转到A。
5、用例结束扩展路径:A<1>、,则要求用户选择重新输入密码或取消输入<2>、借阅者选择取消输入密码,则用例结束<3>、借阅者重新输入密码,转到4取款用例:取款简述:客户可以取款参与者:客户前置条件:客户成功登录系统后置条件:系统从账户取出现金基本路径:1、客户向系统提出取款请求,用例开始2、系统显示取款界面,要求客户输入取款金额3、客户输入取款金额4、系统要求客户输入密码5、借阅者输入密码6、系统确认密码,如果输入的信息出现错误,跳转到A7、系统显示取款成功,用例结束扩展路径:A<1>、系统要求借阅者重新输入密码或取消取款<2>、客户选择取消取款,则用例结束<3>、客户选择重新输入密码,转到4查询账户用例:查询账户简述:客户可以查询账户信息参与者:客户前置条件:客户成功登录系统后置条件:系统显示账户信息基本路径:1、客户向系统发送个人请求,用例开始2、系统显示账户信息界面扩展路径:无转账用例:转账简述:客户可以将钱转入其他账户参与者:客户前置条件:客户成功登录系统后置条件:系统显示转账成功基本路径:1、客户向系统提出转账请求,用例开始2、系统进入转账界面,要求用户输入转账金额3、借阅者输入转账金额4、系统要求客户输入密码5、借阅者输入密码6、系统检查借密码,显示转账成功,如果密码不正确,转到A7、用例结束扩展路径:A<1>、系统要求借阅者重新输入密码或取消输入<2>、借阅者选择取消输入,则用例结束<3>、借阅者选择重新输入密码,转到52.2 银行管理员用例模型通过分析,在银行管理员子系统中,该系统可以完成以下功能:登陆、管理账户、创建账户、修改账户、删除账户2.2.1 银行管理员用例图2.2.2 图书管理员用例图相关说明登录用例:登录简述:管理员可通过登录银行管理系统参与者:银行管理员前置条件:无后置条件:系统显示登录成功基本路径:1、银行管理员向银行管理系统发出登录请求2、系统要求管理员输入账号和密码3、图书管理员输入账号和密码4、系统检查账号和密码,显示登录成功,如果输入的账号和密码出现错误,转到A5、用例结束扩展点:A<1>、系统要求管理员重新输入账号和密码<2>、管理员重新输入账号和密码,转到4创建账户用例:创建账户简述:管理员可通过登录银行管理系统创建账户。
参与者:银行管理员前置条件:银行管理员登录成功后置条件:系统显示新账户创建成功基本路径:1、管理员向系统发出创建账户请求2、系统要求输入所需信息3、管理员输入所需信息4、系统检查信息,显示创建成功。
如果信息不正确,转到A5、用例结束扩展点:A<1>、系统要求重新输入信息或取消创建<2>、系统管理员取消创建,用例结束<3>、系统管理员重新输入信息,转到4修改账户用例:修改账户简述:管理员可通过登录银行管理系统,修改账户信息参与者:银行管理员前置条件:银行管理员登录成功后置条件:系统显示账户修改成功基本路径:1、管理员向系统发出修改账户请求,用例开始2、系统显示修改账户信息界面3、管理员输入修改信息4、系统检查并保存修改信息,如果输入信息错误,转到A,用例结束扩展点:A<1>、系统要求管理员重新输入信息<2>、管理员重新输入信息,转到4删除账户用例:删除账户简述:管理员可通过登录银行管理系统删除账户参与者:银行管理员前置条件:银行管理员登录成功后置条件:系统显示删除账户成功基本路径:1、管理员向银行管理系统发出删除账户请求,用例开始2、系统显示删除账户界面,管理员检索所需账户。
3、管理员选定要删除的账户信息,向系统发出删除请求4、系统显示删除成功,用例结束扩展点:无第3章系统静态模型3.1 系统中的类系统中的类有三个参与者相关的类和其他的几个相关类。
3.1.1 参与者相关的类图3-1参与者相关的类类图说明:<1>客户类,它的属性很多,包括客户的账户ID、密码(passwords)、姓名(name)等。
其中主要操作有存款,取款,转账,查询账户。
<2>银行管理员类,包括管理员姓名(Name)、和密码(passwords)等属性。
3.1.2 系统中其他的相关类图3-2系统中用到的其他类类图说明:1.客户类,包含姓名(name)、ID(ID)。
2.管理员类,银行管理员所属的类,包含姓名(name)、ID(ID)。
3.账户类,包含持有者(holder)、数字(number)、种类(type)。