UML案例银行系统
银行ATM(UML分析与设计)
Atm客户端 专用网
地区Atm服务器 专用网
银行数据库服务器
局域网 打印机
2.系统需求分析
atm系统包括软件和硬件两部分，因此了解外部设备是如 何协调工作是整个建模的基础。Atm业务大概分为4个部分： 查询帐户余额、取款、存款和更改用户的密码。一个完整的 atm系统包括一下几个模块：
（1）读卡机模块 允许储户讲银行卡插入读卡机，读卡机识别卡的 种类并在显示器上提示用户输入密码。 （2）输入模块 储户可以输入密码和取款金额，并选择要完成的事务。 通常在键盘上只设数字键和功能键，目的方便储户，该模块需要储户的交 互。 （3）ic认证模块 主要鉴别储户卡的真伪。基于ic卡的安全授权系 统，要求从技术上严格保证卡的唯一性与防伪性，从而保证网络的安全。 （4）显示模块 显示储户相关的信息，包括储户交互是的提示信息 和确认信息。
客户端 atm.exe
Account
Account
CardReader
AtmScreen
CardDispenser
CardReader
AtmScreen
CardDispenser
AtmServ该配置图中只画一个atm
client，一个地区的atm服务器，银行数据库服务器以及 一台打印机，它大致描述了整个系统的物理部署情况。
5.建立系统部署图
atm系统部署是整个项目实施过程的最后阶段，其实质 就是把该系统中涉及到的硬件、软件整合到一起，描述系 统的运行情况。在部署图中两只视图，构件图和配置图。 （1）构件图 组件图，它包含了模型代码库、可执行文件、运行库和 其他构件的信息，它是代码的实际模块。
类操作代码，.cpp文件 类的头文件
收集储户信 息
色之间的通信过程，使读者清
UML-银行管理系统
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 状态图账户可以有不同的状态，如正常、冻结、注销等。
ATM系统UML 7种图
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 - ATM网络系统
案例一: ATM 网络系统问题陈述:设计一个支持银行ATM 计算机网络系统的软件。
这个网络包括柜员机和自动取款机（ATM ），由联营机构共享。
每个营业部提供各自的计算机来维护它的帐户和处理面临的事务。
柜员机属于各营业部，并且直接与营业部计算机通信，柜员输入帐务和处理数据。
ATM 与中心处理机通信。
中心处理机分理事务到相应的营业部。
ATM 接收现金卡，与用户交互，与中心计算机通信完成事务处理，分配现金和打印收据。
系统需要恰当的记录和安全保证。
系统必须正确控制并发访问同一帐号。
营业部提供自己的计算机软件。
共享系统的费用由各营业部根据现金卡数量来分担。
问题描述示意图:一、建立对象模型从问题陈述名词及领域知识中提取出的候选类：筛选掉不必要的类:建成类的数据字典:建成类的初步对象图（对象模型之一）授权注：这里将“业务”分成（柜员）业务和（远程）A TM业务具有属性和继承的ATM对象模型二、建立动态模型ATM通常情况下的脚本：有例外情况ATM脚本：ATM 脚本的事件轨迹：（通常情况）ATM对象类的状态图：其中：网络响应=合法帐户、非法帐户、非法营业部代码、非法密码、业务成功、业务失败联营机构对象类状态图/ /营业部对象类状态图：[失败] /三、系统设计ATM系统的结构:说明：1）ATM系统软件总体结构：交互式界面和事务处理型系统的混合体。
用分析模型表示系统的总体结构包括：对象模型——表示事务处理的各部分。
动态模型——说明系统固有的分布形式及并发访问的处理过程。
函数模型——不太重要。
2）ATM系统分为三个系统层次：ATM事务处理层营业部事务处理层联营机构事务处理层3）ATM系统构成一个简单的星型拓扑结构，如上图所示。
4）事务处理的数据库在营业部计算机中集中存放。
可被多个并发的ATM通过联营机构确定连接访问。
数据处理是单一的批处理型系统（指一个帐号被封锁直到处理结束）。
5）联营计算机通过电话线与各营业部计算机连接。
UML建模--银行管理系统（范文）
UML建模--银行管理系统（范文）第一篇：UML建模--银行管理系统（范文）银行管理系统的UML建模课程设计报告专业：学号：姓名：任课教师：一、系统概述银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。
在银行设立账户的人或机构被称为银行的客户（customer）。
一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。
另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。
客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。
简化版的银行信息系统至少应具有如下功能：1.一个银行可以有多个账户；2.一个银行可以有多个客户；3.一个客户可以持有多个账户；4.一个账户可以有多个持有者；5.银行可以为客户开设账户；6.银行可以为客户注销账户；7.客户可以从自己账户中取钱；8.客户可以向自己账户中存钱；9.客户可以在同一银行的不同账户之间转账；10.客户可以在不同银行的不同账户之间转账；请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。
在银行设立账户的人或机构通常被称为银行的储户。
一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。
储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。
后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件分别有开户，查询存取款，转账等功能。
各个模块各有不同的功能，但都能完成查询和存取功能。
各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
银行管理系统UML分析与设计答辩
4、类 系统的对象类主要包括：
类Bank（银行） 类Account（账户） 类Customer（客户） 类Transaction（交易） 类Transfer（转帐） 类Withdraw（取款） 类Deposit（存款）
用户界面类主要包括：
类BankGUI（主界面） 类LoginDialog（登录对话框） 类QueryDialog（查询对话框） 类DWDialog（存取款对话框） 类AccountDialog（账户信息对话框） 类TransferDialog（转账信息对话框）
协作图用来描述相互合作的对象间的 交互关系和链接关系。对象间的合作情 况用消息来表示。协作图中的消息和时 序图的消息本质上是相同的，但是没有 消息发送的时间和消息传递的概念。
登录时序图
：Clerk
：LoginDialog
Start System
newDialog()
：BankGUI
Submit()
display error message
query DB if the account exists
No Yes
display account information
5.系统更新账户信息。
submit
update account information in DB
7、系统时序图和协作图
时序图主要表示对象间消息传递的时 间顺序，可以清晰地表示对象在其生命 周期的某一时刻的动态行为。
账户信息错误
选择 存取款
存取款
选择 继续服务
提交
账户信息
选择转账
账户信息 输入账户信息 正确
选择服 务类型
选择继续服务
转账
选择管理账户 选择继续服务
UML8种图——银行系统
银行系统UML 图一、用例图1.银行职员用例图登录管理账户修改账户2.客户与银行职员用例图Bank取款转账二、类图holder:String number:int type:Stringname:String ID:int数目：日期：数目：日期：ID:intname:String数目：日期：三、时序图1.登录时序图:LoginForm :MainForm Clerk2.创建登录对话框4.系统身份验证5.通过创建主界面2.存款时序图Clerk:MainForm:WithdrawForm:Account:Deposit2.请求存款操作3.修改账户时序图Clerk:LoginForm:QueryForm:AccountForm:Customer:Account1.进入主界面2.请求查询账户3.创建查询界面4.提交账号5.获得指定账户的信息6.创建账户界面7.修改账户信息8.更新账户信息9.更新账户信息Clerk:LoginForm :QueryFormCreateAccountAccount:Customer四、活动图1.银行职员登录活动图提示错误信息验证信息进入主界面N2.取款活动图验证账户是否存在且有效修改账户信息保存交易记录创建交易记录不存在或无效3.转账活动图提示错误信息验证账户是否存在且有效创建交易记录保存交易记录修改账户信息通知另一银行五、状态图六、协作图1.修改账户协作图提示错误信息验证账户是否存在且有效创建交易记录保存交易记录修改账户信息通知另一银行2.删除账户协作图Clerk:QueryForm:LoginForm七、系统组件图八、系统部署图。
UML-银行管理系统
面向对象分析与设计（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统一建模语言
二、创建系统用例模型
银行职员用例能够通过 该系统进行如下活动：
（1）登录银行系统。银 行职员在登录系统时，必须 通过系统的身份验证才能进 入银行系统主界面进行下一 步的操作。
（2）对客户的账户进行 管理，包括为客户创建新的 账户、修改账户信息和删除 账户。
UML统一建模语言
二、创建系统用例模型
客户删除账户的基本工作流程 如下：
（1）客户向银行职员提出删除 账户要求。
（2）银行职员在系统主界面请 求查询账户操作，系统创建查询界 面。
（3）银行职员在查询界面提交 账号，从账户类中获得指定账户的 信息，同时系统创建账户界面。
（4）银行职员在账户界面确认 删除，并将删除命令提交给账户类。
UML统一建模语言
第15章 银行系统
重点内容：
需求分析 创建系统用例模型 创建系统静态模型 创建系统动态模型 创建系统部署模型
UML统一建模语言
一、需求分析
银行与我们的生活息息相关。它为每一个人提供了一系 列的金融服务。实际生活中的银行业务功能及其复杂，这里 所介绍的银行系统只涉及银行中最基本的功能。
客户与银行职员之间是依赖的关系， 客户必须依赖于职员才能完成各种用 例。银行职员作为客户的代理完成与 用例的交互。客户用例能完成的具体 功能如下。
（1）存款。用户通过银行职员将 钱款存入的自己的账户中。
uml图例讲解
④取款：客户可按存款记录逐笔取款，由客户填写取款单，然后交由工作人 员验证并输入系统。系统首先会验证客户身份，根据客户的账户、密码，对 客户身份进行验证。如果客户身份验证通过，则系统将根据存款记录累计利 息，然后注销该笔存款，并在存折上打印该笔存款的注销与利息累计。
(4)在一个习题库下，各科老师可以在系统中编写习题及标准 答案，并将编写的习题和答案加入题库中，或者从题库中选取 一组习题组成向学生布置的作业，并在适当的时间公布答案。 学生可以在系统中完成作业，也可以从题库中选择更多的习题 练习。老师可以通过系统检查学生的作业，学生可以在老师公 布答案后对自己的练习进行核对。阅读这一情境，分析出该系 统所包括的实体类并适当添加属性，绘制出分析类图。
8
A
UML图例讲解
(9)医院拟引入一款患者监护系统。基本要求是随时接收每个 病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病 人情况，以形成患者日志。当某个病人的生理信号超出医生规 定的安全范围时，向值班护士发出警告信息。此外，护士在需 要时还可以要求系统打印出某个指定病人的病情报告。
请根据以上描述，绘制患者监护系统的状态图。
1
A
UML图例讲解
(2)某银行储蓄系统需求说明如下。
①开户：客户可填写开立账户申请表，然后交由工作人员验证并输入系统。 系统会建立账户记录，并会提示客户设置密码(若客户没做设置，则会有一 个缺省密码)。如果开户成功，系统会打印一本存折给客户。
②密码设置：在开户时客户即可设置密码。此后，客户在经过身份验证后， 还可修改密码。
请根据以上信息绘制出系统的用例图。
UML-ER图BANK关于银行（五篇范例）
UML-ER图BANK关于银行（五篇范例）第一篇：UML-ER图BANK关于银行电子科技大学软件学院标准实验报（实验）课程名称UML电子科技大学教务处制表告电子科技大学实验报告学生姓名：黄斌学号：2823102006学生姓名：马少龙学号：2823102008学生姓名：袁孝涛学号：2823102007学生姓名：文志伟学号：2823102009学生姓名：杨超学号：2823102010指导老师：訾德义实验地点：教学楼A105实验时间：10,12,05一、实验室名称：软件实验室二、实验项目名称：可存取款ATM系统三、实验学时：16五、实验目的：随着经济建设的发展，人民生活水平得到了质的飞跃，手头的多余资金越来越多，在倡导消费理念的同时，人们也热衷于理财，银行管理系统为广大用户提供了方便，快捷的资金管理通道。
银行系统分为ATM机，用户，后台服务器。
用户向ATM提交数据，ATM机向服务器提出申请，服务器向ATM发送数据，ATM机将数据反馈给用户。
银行系统主要功能用：取款，存款，账户设置，转账汇款，查询账户。
六、实验内容：一个功能完善的银行管理系统，必须包括以下的几个模块。
λ用户登陆由用户登陆、用户注销、退出系统3个部分组成。
λ取款客户从银行合法账户取出一定资金。
λ查询账户客户接受银行合法账户余额。
λ转账用户把一个合法账户的款项存到另一个合法账户。
λ账户设置主要对用户的账户相关信息的设置与修改。
七、实验器材（设备、元器件）：a.试验环境 Rose 2003b.操作系统 window XP八、实验步骤：步骤1：需求分析步骤1.1：用户登陆用户登陆所包括的功能模块如下图：用户进入本银行管理系统的入口，没有得到身份验证的用户只能拥有最低的使用权限，即只能选择退出系统或是用户登陆。
这是一个稳定、安全的系统所必须具备的。
步骤1.2：账户管理账户管理系统是整个银行系统的核心，用户在此选项可以对合法账户的资金进行一定的操作，满足客户日常需要。
UML案例--银行系统
（2）银行职员将相关信息输入后提 交，系统判断账户是否存在且有效，账 户中的金额是否大于转账金额。
（3）如果账户有效并存在同时金额 足够，建立交易记录，同时修改账户金 额，保存交易记录。
（4）判断转入账户是否属于同一银 行。如是同一银行，系统先确认转入账 户是否存在并有效。如有效更新账户相 关信息，建立转账记录，保存转账记录。 （5）如果转入和转出账户不是同一银
UML统一建模语言
三、创建系统动态模型
1、银行职员登录银行系统的序列图 和交互图
银行职员登录银行系统 用例的工作流程：
（1）银行职员想通过系 统进行某一项操作。
（2）银行职员启动系统， 在登录页面LoginFrame输入 自己的用户名和密码并提交。
（3）系统验证银行职员 的用户名和密码是否正确， 如正确创建系统主界面。
UML统一建模语言
二、创建系统用例模型
银行职员用例能够通过 该系统进行如下活动：
（1）登录银行系统。银 行职员在登录系统时，必须 通过系统的身份验证才能进 入银行系统主界面进行下一 步的操作。
（2）对客户的账户进行 管理，包括为客户创建新的 账户、修改账户信息和删除 账户。
UML统一建模语言
二、创建系统用例模型
（4）银行职员修改账户信 息后，提交给账户界面。
（5）账户界面发送消息更 新数据库中客户的信息，同时 更新账户信息。
8、客户修改账户信息序列图和协作图
UML统一建模语言
三、创建系统动态模型 9、银行账户状态图
在银行系统中，有明确状态转换的类是账户。账户包含以下 三种状态：被创建的新账户、被修改后账户、睡眠账户和被删除 的账户。它们之间的转化规则是：
UML-ATM设计文档
UML实验报告2.用例建模掌握客户需求分析的方法和步骤了解以用例驱动的软件开发方法掌握用例图的画法掌握用Rose或PowerDesigner进行用例建模的具体方法和步骤1.A TM系统用例图:余额查询2.这个A TM系统主要显示了对客户提供存取款，转账，余额查询和密码修改的功能，以及银行管理员对客户修改密码，现金和A TM设备维护的操作。
3.描述用例“取款”用例用例编号：0671用例名：转账执行者：.人执行者：客户.系统执行者：取款子系统目的：执行取款任务类型：端点主要的基本的级别：一级过程描述： 1.插卡2.输入密码3.输入取款金额确定4.取款打印凭条5.退出系统“查询”用例用例编号：0670用例名：查询账户执行者：.人执行者：客户.系统执行者：查询子系统目的：执行查询任务类型：端点主要的基本的级别：一级过程描述： 1.插卡2.输入密码3.查询账号4.人名币查询5.查询打印凭条6.退出系统“修改密码”用例用例编号：0669用例名：修改密码执行者：.人执行者：客户、银行工作人员.系统执行者：修改密码子系统目的：执行修改密码任务类型：端点主要的基本的级别：一级过程描述：1.插卡2.输入密码3.修改密码4.输入新密码5.再次输入新密码6.修改成功退出系统“转账”用例用例编号：0668用例名：转账执行者：.人执行者：客户.系统执行者：转账子系统目的：执行转账任务类型：端点主要的基本的级别：一级过程描述：1.插卡。
2.输入密码。
3.进入转账界面。
4.输入转入卡号或账号（只能同行转账）。
5.再次输入卡号或账号。
6.输入转入金额确定。
7.退出系统“现金管理”用例用例编号：0667用例名：现金管理执行者：.人执行者：银行管理员.系统执行者：现金管理子系统目的：执行现金管理任务类型：端点主要的基本的级别：一级过程描述： 1.进入银行系统2.进行添加现金操作3.退出系统“维护A TM设备”用例用例编号：0667用例名：维护A TM设备执行者：.人执行者：银行管理员.系统执行者：维护A TM设备子系统目的：执行现金管理任务类型：端点主要的基本的级别：一级过程描述： 1.进入银行系统2.对A TM设备进行检查3.对A TM设备进行相应维护4.退出系统3.活动图建模了解活动图建模的概念掌握描述一个操作执行过程中所完成工作（动作）的方法掌握描述对象内部工作的具体步骤ATM取款子系统活动图：4 客户需求分析规格说明书/系统分析规格说明书了解用包模型来描述系统体系结构（用例模型）的方法掌握用Rose或PowerDesigner进行包图建模的具体方法和步骤掌握书写客户需求规格说明书的基本格式5.类建模●对象类建模理解面向对象系统分析和对象类建模的概念了解和掌握面向对象系统分析的方法和步骤了解和掌握寻找待开发系统中类的方法和技巧掌握使用Rose或PowerDesigner建立类模型的方法●类的继承建模理解类之间的继承关系了解和掌握分析类之间继承关系的方法掌握使用Rose或PowerDesigner建立类之间继承关系模型的过程●对象类关联关系建模理解面向对象类之间关联关系的概念了解和掌握分析类之间的关联关系的方法了解和掌握待开发系统中类之间关联关系的分析方法掌握使用Rose或PowerDesigner如何对关联关系进行建模的过程许多单个的帐户组成了帐户库。
uml银行用例图
一、面向对象分析1. 建立用例模型i. 开户用例描述：开户用例图中，由管理员发起开户事务，储户提供账户信息、身份信息，管理员验证账户合法性和身份真实性后输入账户信息，储户设置密码，过程中涉及验证合法性（账户号正确、身份真实等）、添加账户信息等。
储户可以打印凭证。
ii. 销户用例描述：销户用例图中，主动销户由管理员发起销户事务，储户提供账户信息、身份信息，输入密码，管理员验证密码正确身份真实性后输入账户信息，并验证账户余额，若有余额则返还给储户完成销户，若无余额直接完成销户。
过程中涉及验证合法性（密码正确、身份真实等）、处理余额、删除账户信息等。
储户可以打印凭证。
被动销户则需要进行销户判断（挂失子系统），若判断可以销户，则处理余额，完成销户。
iii. 冻结用例描述：冻结用例图中，主动冻结由管理员发起冻结事务，储户提供账户信息、身份信息，管理员验证密码正确身份真实性后输入账户信息，完成冻结。
过程中涉及验证正确性（密码正确、身份真实等）、修改账户状态信息等。
储户可以打印凭证。
被动冻结则需要进行冻结判断，若输入密码大于三次，账户冻结。
iv. 挂失用例描述：挂失用例图中，管理员需要用户输入账户信息，可以触发挂失事务，其中挂失事务包括生成挂失信息，获取余额信息以及销户触发判断，判断是否挂失一定时间，自动触发销户。
v. 存款用例描述：存款用例图中，管理员需要用户输入账户信息，或者打印存款信息才可以触发存款事务，其中存款事务包括修改余额信息以及生成存款信息两个功能。
vi. 取款用例描述：取款用例图中，管理员需要用户输入账户信息，以及账户密码，经过余额验证才可以触发取款事务，其中取款事务包括修改余额信息以及生成取款信息打印凭证两个功能。
vii. 转账用例描述：转账用例图中，由管理员发起转账事务，输入转账信息，其次储户通过验证账户密码可以完成转账，过程中涉及计算手续费、验证合法性（如余额足够、账户号正确等）、修改账户余额、生成转账信息等。
UML-ATM提款系统设计
《基于UML的ATM系统设计》ATM自动取款机系统业务用例图.该系统主要有两个执行者：银行管理员和客户。
银行管理员会启动或参与的业务主要有添加现金、维护ATM硬件设备和协助客户改密码。
客户启动或参与的业务主要有修改密码、取钱、转账和查询余额。
ATM自动提款系统用例图1.名称：取款描述：用户插入卡片，并输入正确的密码后，系统连接上银行的数据库。
用户输入所需金额，系统在检查帐户余额后决定是否允许提供该服务。
预期结果：用户拿到需要的金额。
用户目标：用户想要取到所需的金额。
参加者：用户，押款人员，银行数据库。
依赖性：见图1-2前置条件：1. 用户帐号必须是有效帐号。
2. 用户必须正确登录。
3. 用户的帐户中的余额必须大于取款额。
方案：方案1：用户正常登录（插卡，输入正确密码）后，输入需要取的金额，所取金额小于帐户中的余额，取到需要的钱数。
方案2：用户正常登录后，输入需要取的金额，所取金额大于帐户中的余额，提示错误信息，要求重新输入，直到输入正确为止，拿到所输入的钱数。
方案3：与方案（2）相同，但提示错误信息后，决定停止该服务。
工作流：1. 用户正常登录。
2. 用户提出取款申请。
3. 后台数据库验证取款申请的合法性。
4. 更新数据该帐户的内容（减少帐户上的余额）。
5. 用户得到所需的钱。
6. 用户决定是否打印交易记录。
后置条件：帐户金额下降了，新的余额就是老的余额扣除提款金额。
商业规则：1. 顾客可以用银行卡从对应的帐户中支取现金，现金必须是100元的整数倍。
2. 用户一次提款最多为2,000元人民币。
3. 用户一天提款不得超过3次。
需求：1. 一个ATM系统必须支持每天500次的交易量。
2. 系统在无法完成该服务时，提出错误信息。
3. 系统在无法接待用户时，进入关闭状态。
实现注意事项：1. 用户可随时返回上一级菜单。
2. 用户可随时停止该服务。
3. 机器中没有所需钱数，提示错误信息。
2. 名称：用户转帐描述：用户需要利用A TM系统进行转帐业务期望结果：让用户得到成功转帐业务用户目标：后台数据库为用户转帐提供相应服务参与者/角色：后台数据库、用户依赖性：用户的转帐操作使用数据库响应转帐前置条件：用户登录A TM机,进入转帐子系统方案：1．用户登录A TM系统2．用户请求转帐服务3．用户得到相应服务工作流：1．用户登录ATM系统2．用户发送转帐请求3．系统响应用户的发送请求4．系统进行相应处理更新5．用户选择打印相关记录后置条件：用户得到转帐服务商业规则：1．用户每次输入的帐号应为合法帐号（帐号位数正确、不含非法字符等）2．用户每次欲转款额应小于规定的每次允许转出的款额,并且欲转款额应小于信用卡上的总余额3．用户每天的转帐次数不应超过规定值需求：多个用户可以在不同地点同时进行转帐业务注意事项：用户输入的帐号非法时或欲转的款额非法时，系统作何处理3. 名称：查询余额描述：期望结果：余额数量信息用户目标：用户得知余额数量参加者/角色：依赖性：前置条件：用户拥有一个账号，登录后台数据库方案/工作流：1.登录ATM2. 发出查询余额请求3.响应请求4.得到余额信息（扩展：打印回执单）后置条件：商业规则：需求：实现注意事项4、名称：存款客户将ATM卡插入读卡机，读卡机将信息传给客户管理系统，客户规律提出查询密码，ATM显示屏幕显示输入密码的请求，客户输入密码进入输入设备，输入设备将密码传递到客户管理系统，客户管理系统再将确认密码的请求传给ATM系统，ATM系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。
银行系统-UML需求分析图
电子科技大学软件学院标准实验报告（实验）课程名称UML电子科技大学教务处制表电子科技大学实验报告学生姓名：黄斌学号：2823102006学生姓名：马少龙学号：2823102008学生姓名：袁孝涛学号：2823102007学生姓名：文志伟学号：2823102009学生姓名：杨超学号：2823102010指导老师：訾德义实验地点：教学楼A105 实验时间：10,12,05一、实验室名称：软件实验室二、实验项目名称：可存取款ATM系统三、实验学时：16四、实验原理：（是不是把银行系统都改成ATMXXX？）五、实验目的：随着经济建设的发展，人民生活水平得到了质的飞跃，手头的多余资金越来越多，在倡导消费理念的同时，人们也热衷于理财，银行管理系统为广大用户提供了方便，快捷的资金管理通道。
银行系统分为ATM机，用户，后台服务器。
用户向ATM提交数据，ATM机向服务器提出申请，服务器向ATM发送数据，ATM机将数据反馈给用户。
银行系统主要功能用：取款，存款，账户设置，转账汇款，查询账户。
六、实验内容：一个功能完善的银行管理系统，必须包括以下的几个模块。
●用户登陆由用户登陆、用户注销、退出系统3个部分组成。
●取款客户从银行合法账户取出一定资金。
●查询账户客户接受银行合法账户余额。
●转账用户把一个合法账户的款项存到另一个合法账户。
●账户设置主要对用户的账户相关信息的设置与修改。
七、实验器材（设备、元器件）：a.试验环境Rose 2003b.操作系统window XP八、实验步骤：步骤1：需求分析步骤1.1：用户登陆用户登陆所包括的功能模块如下图：用户进入本银行管理系统的入口，没有得到身份验证的用户只能拥有最低的使用权限，即只能选择退出系统或是用户登陆。
这是一个稳定、安全的系统所必须具备的。
步骤1.2：账户管理账户管理系统是整个银行系统的核心，用户在此选项可以对合法账户的资金进行一定的操作，满足客户日常需要。
并且对自己账户的密码，个人信息等进行安全方面的设置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
二、创建系统用例模型
银行职员用例能够通过该系统进行如下活动： （1）登录银行系统。银行职员在登录系统时， 必须通过系统的身份验证才能进入银行系统主界 面进行下一步的操作。 （2）对客户的账户进行管理，包括为客户创 建新的账户、修改账户信息和删除账户。
二、创建系统用例模型
客户与银行职员之间是依赖的关系，客户必须
(4) 客户注销账户，账户被删除。
三、创建系统动态模型
10、银行职员登录系统活动图
银行职员登录系统的活动图中，创建了二个泳 道，分别是银行职员对象和系统对象，具体的活动 过程描述如下：
（1）系统提示用户输入用户名和密码。 （2）银行职员输入用户名和密码后提交，系统 验证是否正确。 （3）如正确，进入主界面，否则，显示错误信 息，并提示用户重新输入。
8、客户修改账户信息序列图和协作图
三、创建系统动态模型
9、银行账户状态图
在银行系统中，有明确状态转换的类是账户。账户包含以下三种状态：被创建的新账户、被修改后账户、 睡眠账户和被删除的账户。它们之间的转化规则是：
（1）客户开立账户时，新的账户被创建。 （2）客户要求变更原有账户信息时，账户内容被改变。 （3）账户长期未使用，银行将其定义为睡眠账户的状态。
三、创建系统动态模型
3、客户取款序列图和交互图
客户取款用例的工作流程描述如下： （1）客户向银行职员提出取款要求。 （2）银行职员在系统主界面请求取款操作， 系统创建取款界面。 （3）银行职员添加取款信息后，提交至账 户类。 （4）账户类确认数据库是否存在该账户， 并确认账户中的金额是否足够支付所取款项， 如可足够支付则创建一个取款交易记录，再将 记录保存到数据库。计算新账户的余额，最后 更新数据库中该账户的信息。
三、创建系统动态模型
客户修改账户信息的工作流程如下： （1）客户向银行职员提出修改账户信息 的要求。 （2）银行职员在系统主界面请求查询账 户操作，系统创建查询界面。 （3）银行职员在查询界面提交账号，从 账户类中获得指定账户的信息，同时系统创 建账户界面。 （4）银行职员修改账户信息后，提交给 账户界面。 （5）账户界面发送消息更新数据库中客 户的信息，同时更新账户信息。
三、创建系统动态模型
5、客户跨பைடு நூலகம்转账的序列图和交互图
客户进行跨行转账的基本工作流程如下： （1）客户向银行职员提出跨行转账的要求。 （2）银行职员在系统主界面请求转账操作， 系统创建转账界面。 （3）银行职员添加转账款信息后，提交至 账户类。 （4）账户类确认是否存在该账户，并确认 账户中的金额是否足够支付转账款项。 （5）如可足够支付则计算新的账户余额， 更新数据库中该账户的信息。 （6）发送消息给转账类，创建转账交易记 录，保存转账交易记录。 （7）最后，发送转账通知到另一家银行。
三、创建系统动态模型
2、客户存款的序列图和交互图
客户存款用例的具体工作流程如下： （1）客户向银行职员提出存款要求。 （2）银行职员在系统主界面请求存款操作， 系统创建存款界面。 （3）银行职员添加存款信息后，提交至账户 类。 （4）账户类确认数据库是否存在该账户，如 存在创建一个存款交易记录，再将记录保存到数 据库。计算新账户的余额，最后更新数据库中该 账户的信息。
用户界面类：主界面类（MainForm），登录界面（LoginFrame），查询界面（QueryFormo），取款界面 （WithdrawForm）,账户界面（AccountForm）和转账界面（TransferForm）。
三、创建系统动态模型
1、银行职员登录银行系统的序列图和交互图
银行职员登录银行系统用例的工作流程： （1）银行职员想通过系统进行某一项操作。 （2）银行职员启动系统，在登录页面 LoginFrame输入自己的用户名和密码并提交。 （3）系统验证银行职员的用户名和密码是否 正确，如正确创建系统主界面。 （5）如果身份验证未通过，返回错误提示信 息。
三、创建系统动态模型
4、客户本行转账序列图和交互图
客户进行本行转账的工作流程如下： （1）客户向银行职员提出本行转账的要求。 （2）银行职员在系统主界面请求转账操作，系统 创建转账界面。 （3）银行职员添加转账款信息后，提交至账户类 （转出）。 （4）账户类确认是否存在该账户，并确认账户中 的金额是否足够支付转账款项，如可足够支付则计算 新的账户余额，更新数据库中该账户的信息，发送消 息给转账类，创建转账交易记录，保存转账交易记录。 （5）转账界面将转账信息传递给账户（转入）， 查询该账户是否存在。如存在计算账户余额，然后更 新数据库的数据。发送消息给转账类，创建转账交易 记录，保存转账交易记录。
三、创建系统动态模型
11、客户存款活动图
客户存款的活动图中，创建二个泳道，分别是 银行职员对象和系统对象，具体的活动过程描述如 下：
（1）系统提示输入用户的相关信息和存款金额。 （2）银行职员将相关信息输入后提交，系统判 断账户是否存在且有效。 （3）如果账户有效并存在，建立交易记录，同 时修改账户金额，保存交易记录。
三、创建系统动态模型
13、客户转账活动图
客户转账活动图创建二个泳道，分别是银行职 员对象和系统对象，具体的活动过程描述如下：
（1）系统提示输入用户的相关信息和转账金额。 （2）银行职员将相关信息输入后提交，系统判 断账户是否存在且有效，账户中的金额是否大于转 账金额。 （3）如果账户有效并存在同时金额足够，建立 交易记录，同时修改账户金额，保存交易记录。 （4）判断转入账户是否属于同一银行。如是同 一银行，系统先确认转入账户是否存在并有效。如 有效更新账户相关信息，建立转账记录，保存转账 记录。 （5）如果转入和转出账户不是同一银行，则发送 转账通知给另一个银行。
UML案例银行系统
1
一、需求分析
银行与我们的生活息息相关。它为每一个人提供了一系列的金融服务。实际生活中的银行业务功 能及其复杂，这里所介绍的银行系统只涉及银行中最基本的功能。
本银行系统的功能性需求包括以下内容： （1）客户可以在银行开立一个或多个账户。 （2）客户能够将钱款存入已经开立的账号中。 （3）客户可从自己的账户中进行提款。 （4）客户能够将账户中的存款转账至另一个账户。 （5）客户可以随时查询自己账户的情况包括以前进行的存款、取款等的交易记录。 （6）客户也有权利要求取消账户。
三、创建系统动态模型
6、客户开立账户序列图和协作图
客户开立新账户的基本工作流程如下： （1）客户向银行职员提出开立账户要求。 （2）银行职员在系统主界面请求创建账户操作， 系统创建账户界面。 （3）银行职员添加账户信息后，提交至账户类。 （4）账户类确认数据库是否已存在该客户的账 户。如不存在，则创建新客户对象。 （5）然后将客户信息保存到数据库中。
客户修改账户的活动图，我们创建了二个泳道， 分别是银行职员对象和系统对象，具体的活动过程 描述如下：
（1）系统提示输入用户的账号。 （2）银行职员输入账号后提交。系统查询账户 信息并显示。 （3）银行职员修改账户信息后提交，系统更改 账户信息。
四、创建系统部署模型
1、系统构件图
在银行系统中，我们可以对系统的主要参与 者和主要的业务实体类分别创建对应的构件进行 映射。 我们根据类图创建系统构件图，包括 银行构件（Bank）、客户构件（Customer）、银 行职员构件（Clerk）、界面构件（Form）、账户 构件（Account）、账户管理构件（Transaction） 和主程序构件。
三、创建系统动态模型
7、客户删除账户的序列图和协作图
客户删除账户的基本工作流程如下： （1）客户向银行职员提出删除账户要求。 （2）银行职员在系统主界面请求查询账 户操作，系统创建查询界面。 （3）银行职员在查询界面提交账号，从 账户类中获得指定账户的信息，同时系统创 建账户界面。 （4）银行职员在账户界面确认删除，并 将删除命令提交给账户类。 （5）账户类结算账户金额，关闭账户， 从数据库中删除账户，并更新数据库中客户 的相关信息。 （6）判断是否还有和客户相关的账户存 在。如果没有，最后删除数据库中客户的信 息。
四、创建系统部署模型
2、系统部署图
在银行系统中，系统包括四种节点，分别是：数据库服务器（Database Server）节点，负责数据的存 储；系统服务器（Bank Server）节点，用于处理系统的业务逻辑；内部客户端节点（In Client）和外部客 户端节点(Out Client)，使用者通过客户端登录系统进行操作。
依赖于职员才能完成各种用例。银行职员作为客
户的代理完成与用例的交互。客户用例能完成的
具体功能如下。
（1）存款。用户通过银行职员将钱款存入的
自己的账户中。
（2）取款。用户通过银行职员从自己的账户
中将钱款取出。
（3）转账。用户通过银行职员将一个账户中
的钱款转至其他的账户。由于转账既可以在同一
银行之间进行，也可以在不同的银行之间进行，
因此这里用了二个用例，使用本行转账和跨行转
账来描述。本行转账和跨行转账是转账的子用例，
它们之间是继承的关系。
（
三、创建系统静态模型
根据系统需求，创建静态系统类图。我们可以识别系统中存在的主要实体类：银行（Bank）、账户 （Account）和客户（Customer）。
辅助类：存款（Deposit）、取款（Withdraw）和Transfer（转账），这三个类又可以抽象出父类 Transaction。
谢谢观赏
23
三、创建系统动态模型
14、创建账户活动图
创建账户的活动图，需要创建二个泳道，分别 是银行职员对象和系统对象，具体的活动过程描述 如下：
（1）系统提示输入用户的相关信息和存款金额。 （2）银行职员输入相关信息后提交。 （3）系统为客户创建账户，并将账户信息保存 到数据库。
三、创建系统动态模型
15、客户修改账户活动图