实验一 用例图uml实验ATM机用例图
ATM用例描述及用例分析

问题描述:•银行有很多ATM机分布在城市的各个地方,并通过广域网与中心服务器相连;•每台ATM机都有读卡器、出钞机、键盘、显示器和收据打印机;•顾客可以通过ATM机从自已的银行帐户中取现金、查询余额、转帐;•顾客把ATM卡扦入读卡器就启动一个事务.在卡背面磁条中保存有ATM卡号、启用日期和截止日期,读卡器识别出卡后,系统将确认ATM卡是否过期;然后用户输入个人密码并和系统保存的个人密码匹配比较以检验是否正确或因挂失而禁用。
输入密码时最多可以尝试三次,连续三次输入关败, ATM卡将被没收,若ATM卡已挂失,也会被没收;•如果用户输入个人密码通过确认,ATM将提示客户可做取款、查询余额、转帐选择。
在开始取款前,系统要检查客户帐户是否有足够的钱,是否超过每天最高取款限额、出钞机是否有足够的现金;如果此事务可行,出钞机将按客户的要求的数额出钞、打印收据并退还ATM卡;任何时侯客户都可能取消事务,事务一旦终止,卡就被退出;客户记录、帐户记录都将保存在服务器中。
•为了给ATM机的出钞机装入现金以及进行日常维护,操作员可以启动或关闭ATM机。
UML ATM机结构类图UML表达的问题域的概念静态模型—实体类UML表达的 ATM机用例图《软件需求规格说明书》用例描述验证客户路经活动图UML表达的验证客户用例交互顺序图验证客户用例交互矩阵—类封装顺序图作用:1.作为交互分析的工具和方法;2.识别出用例中的类;3.分析交互的时间顺序;4.分析交互消息;5.进行类操作(消息)封装,与类的职责进行验证;《软件需求规格说明书》用例描述UML表达的取款用例交互顺序图ATM状态图实体类封装验证矩阵用例描述检查点检查标准:1.用例粒度是否符合用户的价值观点?2.是否按4W+DO模式书写用例描述?什么人(Who)在什么时间(When)和地点(Where)因为何种原因(Why)依据什么信息实体做(Do)什么事情以及做事情的条件、约束、规则、算法和结果;3.备选动作序列是否符合业务需求?4.用例描述其余属性是否一致和完整?11/ 11。
基于UML的ATM自动取款机系统设计定稿

基于UML的ATM自动取款机系统设计定稿————————————————————————————————作者:————————————————————————————————日期:成都信息工程学院《系统分析师UML实物手册》题目 ATM自动取款机系统的分析设计专业信息管理与信息系统班级 2007级1班学号 2007215008 2007215031学生姓名李秋香刘福生摘要ATM是Automatic Teller Machine的缩写,意思是自动柜员机,因大部分用于取款,又称自动取款机。
ATM自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。
它是一种高度精密的机电一体化装置,利用磁性代码卡或智能卡实现金融交易的自助服务,代替银行柜面人员的工作.可提取现金、查询存款余额、进行账户之间资金划拨、余额查询等工作;还可以进行现金存款(实时入账)、支票存款(国内无)、存折补登、中间业务等工作。
持卡人可以使用信用卡或储蓄卡,根据密码办理自动取款、查询余额、转账、现金存款,存折补登,购买基金,更改密码,缴纳手机话费等业务。
UML(Unified Modeling Language)是一套用来表达面向对象分析设计的国际标准语言。
它具有以下特点:统一标准;面向对象;可视化、表示能力强大;是系统建模语言,独立于过程;概念明确。
UML 是数据建模和商务流程建模的集成建模语言。
本文根据ATM系统的特点及金融交易的特殊要求,运用UML统一建模语言来对ATM系统的硬件及软件结构进行了整体设计。
软件上以模块化及表单驱动的方式,实现了金融交易的安全处理、通讯故障诊断等功能,并就通讯故障诊断提出了一种新的基于网络应用层、传输层、网络层的方法.该系统可同时支持磁卡和IC卡,已应用于实际的金融系统,取得了良好的经济效益和社会效益.关键词:UML ATM 系统AbstractATM is an acronym for Automatic Teller Machine, which means automated teller machine, as most for the money, also known as automated teller machines。
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机上进行操作会经历的几种状态,及各种状态之间转换的条件。
ATM(自动取款机)的用例图

ATM(自动取款机)的用例图、类图、顺序图、状态图、活动图及协作图1 用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图图2所示的银行系统类图和图5是类似的,只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性,均为private,其类型分别为char,int,double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance,除caculateBalance为protected其余均为public。
setType设置帐户类型,返回类型为void,参数类型为char,输入帐户类型。
getType获取帐户类型,返回类型为char,无参数。
setAccountNumbe设置帐户号,返回类型为void,参数类型为int,输入帐户号。
getAccountNumbe获取帐户号,返回类型为int,无参数。
caculateBalance计算余额,返回类型为void,参数为double,第一个参数为输入存取款数额,第二个参数为存款余额,既为输入也为输出。
getBalance获取帐户余额,返回类型为double,无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM 机两个类包含哪些属性,哪些操作,它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
更多的属性及操作都可以一一加上,使这个类图更详细更完整,从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。
同样对于一个真正的银行系统,这个类图过于简单。
比如帐户类型我们可以先定义一个abstract class,它包含一个帐户最基本的属性及操作。
UML分析设计文档ATM取款机-顺序图

UML分析设计文档ATM取款机-顺序图1.Session当一名客户将一张ATM卡片插入机器时,一个Session开始,ATM系统读卡(如果客户执行非法操作或卡片损坏,卡片将被退出,同时屏幕将显示出错信息,而被Session异常中断)。
进行验证客户密码的登录功能。
客户成功登录系统后,可以选择一种或多种操作,直至退卡。
如果客户输入五次无效的PIN,则Session 被异常中断,ATM卡将被吞掉。
其顺序图如下所示:2.TaskTask是一种抽象的用例,表示所有类型的处理所共有的行为,Task的具体类型按照适当的方式执行一定的操作。
根据Task(存款、取款,转帐,查询,更改密码)的事件流描述给出具体的处理。
其顺序图如下:3.Deposit插入用户的银行卡后,根据系统界面显示输入密码,由系统判断该帐户是否有效(帐户密码是否正确),若密码输入不正确,则再次显示让用户输入密码,若3次输入的密码均不正确,系统自动退出服务,若密码输入正确,则系统进入选择服务类型界面,选择存款业务,系统确认存款请求以后,系统界面进入请放入存款界面,然后用户将存款放入存款口,系统提示点钞机进行点钞,点钞完毕后,系统记录存款操作并更新余额,系统界面显示存款完毕,然后系统界面进入是否选择继续服务界面,用户点击否,则系统退出银行卡并提示用户取卡,用户取走卡后,存款业务完成。
存款操作的顺序图如下:4.WithDraw插入用户的银行卡,并根据系统界面显示输入密码,由系统判断该帐户是否有效(帐户密码是否正确),若密码输入不正确,则再次显示让用户输入密码,若3次输入的密码均不正确,系统自动退出服务,若密码输入正确,则系统进入选择服务类型界面,然后系统根据服务类型进行相应操作,若选择取款操作,系统确认取款请求以后,会询问取款数额,系统界面显示输入数额请求,用户输入取款数额,系统接到信息后发出确认取款请求,用户选择确认,系统选择确认后会向点钞机发出钞请求,然后点钞机出钞,系统向用户发出去钞请求,用户取钞以后,系统记录此次取款并自动计算余额,更新帐户信息,然后系统界面进入是否选择继续服务界面,用户点击否,然后系统退出银行卡并提醒用户取卡,用户取走银行卡,至此,取款业务完成。
ATM用例图 用例规约 时序图

ATM吞卡,[用例失败]
扩展点:
[待定]
非功能需求:
ATM响应客户时间不超过15秒
业务规则:
7b单日取款不得超过5000元
6c每次取款不得超过2000元
取款顺序图
基本流
备选流
密码错备选流
[用例结束]
备选流:
3-7,10a.客户取消服务:
ATM记录服务取消,打印凭条,吐出凭条和银行卡,[用例失败]
3,6,11a.客户未及时输入超过30秒:
ATM吞卡,[用例失败]
2a.卡无效:
ATM吞卡,[用例失败]
2b.读卡器或卡被损坏:
ATM吞卡,[用例失败]
4a.密码错:
4a1.客户重新输入密码
6.输入取款额:客户输入数量为50元的倍数的取款额。
7.ATM向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的取款成功确认信息。
8.ATM打印并吐出凭条。
9.ATM清点并吐出现金,记录取款成功。
10.ATM询问客户是否继续服务。
11.客户选择否,ATM吐出银行卡,结束用例,否则回到步骤5。
系统用例规约:ATM取款
用例名称:
ATM取款
描述:
客户持银行卡(本行或其他行)从ATM提取现金
actors:
客户和银行主机
前置条件:
无
基本流:
1.客户插入银行卡。
2.ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。
3.客户输入密码。
4.ATM验证帐号和密码。
5.ATM显示包括取款在内的服务功能,客户选择“取款”。
UML研究分析设计文档ATM取款机-顺序图

UML分析设计文档ATM取款机-顺序图————————————————————————————————作者:————————————————————————————————日期:学号姓名组别系统题目负责部分第十六组ATM取款机系统顺序图1.Session当一名客户将一张ATM卡片插入机器时,一个Session开始,ATM系统读卡(如果客户执行非法操作或卡片损坏,卡片将被退出,同时屏幕将显示出错信息,而被Session异常中断)。
进行验证客户密码的登录功能。
客户成功登录系统后,可以选择一种或多种操作,直至退卡。
如果客户输入五次无效的PIN,则Session 被异常中断,ATM卡将被吞掉。
其顺序图如下所示:2.TaskTask是一种抽象的用例,表示所有类型的处理所共有的行为,Task的具体类型按照适当的方式执行一定的操作。
根据Task(存款、取款,转帐,查询,更改密码)的事件流描述给出具体的处理。
其顺序图如下:3.Deposit插入用户的银行卡后,根据系统界面显示输入密码,由系统判断该帐户是否有效(帐户密码是否正确),若密码输入不正确,则再次显示让用户输入密码,若3次输入的密码均不正确,系统自动退出服务,若密码输入正确,则系统进入选择服务类型界面,选择存款业务,系统确认存款请求以后,系统界面进入请放入存款界面,然后用户将存款放入存款口,系统提示点钞机进行点钞,点钞完毕后,系统记录存款操作并更新余额,系统界面显示存款完毕,然后系统界面进入是否选择继续服务界面,用户点击否,则系统退出银行卡并提示用户取卡,用户取走卡后,存款业务完成。
存款操作的顺序图如下:4.WithDraw插入用户的银行卡,并根据系统界面显示输入密码,由系统判断该帐户是否有效(帐户密码是否正确),若密码输入不正确,则再次显示让用户输入密码,若3次输入的密码均不正确,系统自动退出服务,若密码输入正确,则系统进入选择服务类型界面,然后系统根据服务类型进行相应操作,若选择取款操作,系统确认取款请求以后,会询问取款数额,系统界面显示输入数额请求,用户输入取款数额,系统接到信息后发出确认取款请求,用户选择确认,系统选择确认后会向点钞机发出钞请求,然后点钞机出钞,系统向用户发出去钞请求,用户取钞以后,系统记录此次取款并自动计算余额,更新帐户信息,然后系统界面进入是否选择继续服务界面,用户点击否,然后系统退出银行卡并提醒用户取卡,用户取走银行卡,至此,取款业务完成。
ATM机工作用例图

-结束1
-结束2 吞卡
<<uses>> 输入密码
*
* <<uses>> 密码输入错误三次 密码错误
持卡客户
<<uses>>
业务选择
* -结束4
自动退出系统 -结束7
* 取款 <<extends>> <<uses>> <<uses>> 查询 <<extends>> <<extends>> <<uses>> <<extends>> <<uses>> 转账 退卡 <<uses>> <<uses>> 打印回执单 <<extends>> <<extends>>
* * -结束3 -结束6
-结束8
*
系统后台
<<extends>>
-结束5 业务告知
*ห้องสมุดไป่ตู้
手机短信
电子邮件
-结束10 * -结束9 银行操作员 *
维护
-结束12 *
-结束11 采集客户信息 绘图人:何成龙 学 号:20100206010 *
银行数据库
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学号
验时间
实验名称
用例图
实验内容
本次实验完成如下内容:
1.确定系统功能需求
2.完成系统用例图的绘制
3.确定每个用例的事件流
一、实验目的
能够根据系统的功能分析系统的用例组成
正确确定用例图中的参与者
根据系统确定每一个用例的事件流
二、实验环境
UML建模工具Rational Rose 2003
三、主要设计思想
本实验主要有以下两个特点:
(1)活动者、用例的划分。创建一个用例框图是可视化建模中具有关键的一环。每个用例所涵盖的内容(功能)既不能太大也不能太小,否则会影响以后工作的进展。
(2)使用Rational Rose工具规范性建模。从浏览器窗口容易看出,除了一个总的用例框图(全局视图)外,每个活动图均包含在各自的包中,显得直观明了。每个用例都附带有重要的――该用例事件流的详细描述,保持和需求的一致性,这点在以后的工作开展中也是十分重要的。
四、实验结果
五、实验总结
学会了寻找用例,参与者,用例与参与者。学会了,怎么描述用例,建模。