用例规约示例-ATM用例图-取款
ATM需求文档用例规约-提款
ABC银行ATM系统用例规约:提款版本 <1.1>修订历史记录目录1.用例名称41.1简要说明42.事件流42.1基本流42.2备选流43.用例场景43.1成功场景43.2失败场景54.特殊需求55.前置条件56.后置条件57.扩展点5用例规约:提款1.用例名称1.1简要说明该用例描述银行客户是如何使用ATM机来进行提款操作的。
2.事件流客户在主菜单中选择“提款”操作后开始该用例。
2.1基本流1.输入提款金额系统提示客户输入提款金额,客户输入提款金额。
每个信用卡帐号每日的提款金额不得超过3000元,单次提款金额不得超过1500元。
2.提取现金系统通过后台服务器从客户帐号中扣去取款金额并准备相应数额的现金,客户提取现金。
3.退出系统,取回信用卡系统退出信用卡,用户取回信用卡。
2.2备选流A1. 提款金额超过1500元在基本流步骤1中,客户输入的提款金额超过1500元,系统显示提款限额信息并提示客户重新输入金额,客户输入正确金额后继续基本流中的下一个步骤。
A2. 当日提款总额已超过3000元限额在基本流步骤1中,客户输入的提款金额加上当日已提取金额总数超过3000元,系统显示提款限额信息并提示客户重新输入金额,客户输入正确金额后继续基本流中的下一个步骤。
A3. 信用卡帐号余额不足在基本流步骤2中,系统发现用户提款金额超出该信用卡帐号中的余额,系统显示错误信息并提示客户重新输入金额,回到基本流步骤1。
A4. ATM机的现金余额不足提款金额在基本流步骤2中,系统发现用户提款金额超出ATM系统中的现金余额,系统显示错误信息并提示客户重新输入金额,回到基本流步骤1。
A5. 退出在基本流的任何一个步骤中,客户都可以选择“取消(Cancel)”退出,系统退出信用卡,用例结束。
3.用例场景3.1成功场景提款成功:基本流取消提款操作:基本流,退出3.2失败场景提款金额超过1500元:基本流,提款金额超过1500元当日提款总额已超过3000元限额:基本流,当日提款总额已超过3000元限额信用卡帐号余额不足:基本流,信用卡帐号余额不足ATM机的现金余额不足:基本流,ATM机的现金余额不足提款金额4.特殊需求无5.前置条件客户已通过身份验证并选择“取款”操作。
ATM机取款完整用例
示例:ATM机取款扩展事件流描述 机取款扩展事件流描述
2a.卡被验证为无效:ATM吐出银行卡,并给出提示信息(用例失败) ; 4a.输入密码错误:ATM给出提示,如没超过3次重试机会则回到步骤3,否则ATM 吞卡(用例失败); 4b.账号不存在:ATM给出提示并回到步骤9; 5a.ATM中现金空缺:ATM的服务选项中没有取款; 6a.ATM中现金少于取款额:ATM给出提示并回到步骤6; 7a.顾客余额少于取款额:ATM给出提示并回到步骤6; 7b.取款额超过24小时限额:ATM给出提示并回到步骤6; 10a.ATM日志无法更新:ATM进入安全模式,所有功能被挂起,并向银行主机告 警(用例失败) ;
*a.顾客可以在任何时候决定退出:ATM停止事务,吐出银行卡,并做记录(用例失败); *b.传感器在监测到反常情况时报警:ATM被挂起;Βιβλιοθήκη 为如下活动开发一个完整的用例
前置/后置条件 后置条件
• ATM机取款前置条件:
– ATM机开机并正常运作;顾客拥有一张可以插入ATM机读卡器的银 行卡;
• ATM机取款后置条件:
– 最小保证:顾客的操作被记录(录像);所有的账户和交易记录 必须保持平衡;ATM机与银行主机系统的通讯重新初始化; – 成功保证:顾客取得正确数量的现金;顾客取回银行卡、凭条; 顾客账户数据被正确修改;银行系统记录了取款信息。
示例:ATM机取款基本事件流描述 机取款基本事件流描述
1.发起取款:顾客将银行卡插入读卡器; 2.验证银行卡:ATM读取卡上的银行标识和账号数据,验证卡的有效性; 3.输入密码:在ATM提示下,顾客输入密码; 4.验证账号和密码:ATM验证账号有效并且密码正确; 5.选择服务(取款):在ATM提示的可选服务中,顾客选择取款; 6.输入取款额:在ATM提示下,顾客输入50元倍数的金额; 7.服务授权:ATM向银行主机提供卡号+密码+账号+取款额,发起取款事务,银行 主机返回取款授权,并更新余额; 8.派发现金:ATM清点并吐出现金; 9.返还银行卡:ATM吐出银行卡; 10.提供凭据:ATM打印并吐出凭条,并更新内部日志(记录取款成功信息)。
UML-ATM提款系统设计
1.名称:取款描述:用户插入卡片,并输入正确的密码后,系统连接上银行的数据库。
用户输入所需金额,系统在检查帐户余额后决定是否允许提供该服务。
预期结果:用户拿到需要的金额。
用户目标:用户想要取到所需的金额。
参加者:用户,押款人员,银行数据库。
依赖性:见图1-2前置条件:1. 用户帐号必须是有效帐号。
2. 用户必须正确登录。
3. 用户的帐户中的余额必须大于取款额。
方案:方案1:用户正常登录(插卡,输入正确密码)后,输入需要取的金额,所取金额小于帐户中的余额,取到需要的钱数。
方案2:用户正常登录后,输入需要取的金额,所取金额大于帐户中的余额,提示错误信息,要求重新输入,直到输入正确为止,拿到所输入的钱数。
方案3:与方案(2)相同,但提示错误信息后,决定停止该服务。
工作流:1. 用户正常登录。
2. 用户提出取款申请。
3. 后台数据库验证取款申请的合法性。
4. 更新数据该帐户的内容(减少帐户上的余额)。
5. 用户得到所需的钱。
6. 用户决定是否打印交易记录。
后置条件:帐户金额下降了,新的余额就是老的余额扣除提款金额。
商业规则:1. 一个用户一天提款总数不得超过5,000元人民币。
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.用户每天的转帐次数不应超过规定值需求:多个用户可以在不同地点同时进行转帐业务注意事项:用户输入的帐号非法时或欲转的款额非法时,系统作何处理4. 名称:查询余额描述:期望结果:余额数量信息用户目标:用户得知余额数量参加者/角色:依赖性:前置条件:用户拥有一个账号,登录后台数据库方案/工作流:1.登录ATM2. 发出查询余额请求3.响应请求4.得到余额信息(扩展:打印回执单)后置条件:商业规则:需求:实现注意事项5. 名称:登录描述:用户插入卡片,并输入密码,数据库验证是否允许该用户进入系统。
UML实验1ATM自动取款机用例图
么是一个类?
因为uml的参与者要做为用户,进行管理。它对系统由参与操作。
2.如何命名一个用例?
(3)查询余额
(4)转帐
(5)修改密码
(6)打印收据
2.绘图步骤:
下面介绍在Rose中创建用例图的过程:
(1)在“Use Case View“中双击Main图,或者右击“Use Case View“,弹出在快捷菜单中选择“New”->“UseCase Diagram”,双击图标,出现图1,为编辑用例图做好准备。
实验1 用例图
实验目的:
1.学会分析系统中的参与者和用例
2.掌握用例图的绘制方法
实验学时
4学时,必做。
实验内容:
画出ATM系统的用例图
实验步骤:
1.分析
ATM自动取款机:客户可以取钱,存钱,查询余额,转帐,修改密码。
通过分析可找出如下几个参与者:
1.ATM
2.客户
通过分析得到如下用例:
(1)存款
(2)取款
ATM用例描述
用户选择/、查询
10
ATM提示用户是否打印凭证
11
用户选择打印凭证
12
ATM打印凭证,并提示用户取走凭证
13
ATM提示用户选择下一步操作
14
用户选择退卡
15
ATM自动退卡并提示用户取走卡
16
用户取卡离开
,展事件流4aATM检查到用户没有 Nhomakorabea入正确金额
1.ATM提示用户输入正确金额
2.用户重新金额
5a
2.跨行支取、异地支取要额外收取手续费
3.钞票仓白兀钞票少于1张时提示ATM故障
3.ATM-UC003
书例编号
ATM-UC003
书例名称
存钱
书例概述
书户使用ATM系统存现金
书例类型
业务用例
主参与日
限行卡用户
欠要参与者
眼行
书例相关人
利益说明
相关人:银行卡用户
利益:存现金
相关人:银行
利益:银行卡用户的操作是安全、合法、符合要求的,存入的钞票是合法的
重复步骤3-6
7
ATM提示用户确认存款金额
8
ATM通知银行业务系统更新用户账户金额(可能会有额外的手续费)
9
ATM提示用户是否查询余额
10
用户选择/、查询
11
ATM提示用户是否打印凭证
12
用户选择打印凭证
13
ATM打印凭证,并提示用户取走凭证
14
ATM提示用户选择下一步操作
15
用户选择退卡
16
ATM自动退卡并提示用户取走卡
10a
用户选择查询余额
1.ATM显示用户账户余额
15a
ATM用例图
ATM 用例图 存款取款查询转账客户银行主机改密码“ATM 取款”用例规约用例名称:ATM 取款 简述:客户持银行卡(本行或其他行)从ATM 提取现金 actors:客户和银行主机 基本流: 1.客户插入银行卡。
2.ATM 从银行卡读入卡号(含银行标识和账号),验证卡的有效性。
3.客户输入密码。
4.ATM 验证帐号和密码。
5.ATM 显示包括取款在内的服务功能,客户选择“取款”。
6.输入取款额:客户输入数量为50元的倍数的取款额。
7. ATM 向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的取款成功确认信息。
8. ATM 打印并吐出凭条。
9. ATM 清点并吐出现金,记录取款成功。
10. ATM 询问客户是否继续服务。
11. 客户选择否,ATM 吐出银行卡,结束用例,否则回到步骤5。
[用例结束]备选流:3-7,10a. 客户取消服务:ATM 记录服务取消,打印凭条,吐出凭条和银行卡,[用例失败]3,6,11a. 客户未及时输入超过30秒:ATM吞卡,[用例失败]2a. 卡无效:ATM吞卡,[用例失败]2b. 读卡器或卡被损坏:ATM吞卡,[用例失败]4a. 密码错:4a1. 客户重新输入密码a.累计3次密码错误:ATM吞卡,[用例失败]4b. 无此帐号:ATM吞卡,[用例失败]5a. ATM无现金:ATM不显示“取款”功能,客户可选择其他服务,[用例失败] 6a. 取款额超过ATM现金余额:ATM要求客户重新输入取款额。
7a. 帐户余额不足:ATM要求客户重新输入取款额。
7b. 取款额超过当日最高限额:ATM要求客户重新输入取款额。
7c. 网络或银行主机失效、通讯超时:ATM记录服务取消,打印凭条,吐出凭条和银行卡,[用例失败] 8a. 凭条打印失败,纸用完或卡纸:8a1. ATM通知银行主机取消取款8a2. ATM记录服务取消,吐出银行卡,[用例失败]9a. 吐现金失败:9a1. ATM通知银行主机取消取款9a2. ATM记录服务取消,吐出银行卡,[用例失败]11a. 客户未及时取走卡:ATM吞卡,[用例失败]业务规则:7b 单日取款不得超过5000元6c 每次取款不得超过2000元。
ATM2
ATM系统分析和设计说明:报告中所使用的A TM机隶属工商银行,位于工大工商银行外面。
一、ATM机完整用例图二、取款、查询的用例说明三、取款、查询用例的活动图《取款》储户银联系统说明:该活动图是按用户正常登陆后进入取款功能而设计的活动图。
在主界面出点击取款功能按钮,进入取款主界面,用户输入取款金额,且此时可更改,系统将清空之前的输入。
若用户选择确认取款,可能会发生以下状况:①操作超时了,系统时钟到时后将自动吞卡(该状况可能发生在任一时刻),然后终止此次活动。
②ATM机此时余额不足,则ATM机锁住,显示ATM机暂停服务,终止此次活动。
③账户余额不粗,则ATM机提示余额不足信息并返回取款界面。
④储户输入取款金额超过一次上限(该工行ATM机上限为2500元),则ATM机提示一次取款不能超过2500元上限并返回取款界面。
⑤储户输入金额为0(或非整百)元,则A TM机提示输入非法并返回取款界面。
⑥储户输入合法金额,则银联系统修改账户余额、交易等信息,打钱并转入等待界面。
储户取钱后,ATM机显示此次交易成功。
储户可选择继续取款(回到初始取款界面)、查询(进入查询界面,结束此次流程)、返回(回到主界面,结束此次流程)、打印凭条(进入打印,结束此次流程)或退卡(结束此次活动)。
《查询》储户银联系统说明:该活动图是按用户正常登陆后进入查询功能而设计的活动图。
主界面出点击查询功能按钮,进入查询主界面,并选择所要查询的账户类别。
此时,银联系统需作出判断,即该用户是否有此项账户下的相关信息,若没有,则提示所查用户无此账户信息;若有,则进入查询系统内部数据库,显示该用户此项账户下的余额信息。
用户确认此项显示信息,并开始继续选择,如继续查询(回到查询主界面,开始一次新的活动)、选择转账功能(进入转账界面,结束此次流程)、选择取款功能(进入取款界面,结束此次流程)、选择返回(返回主界面,结束此次流程)、退卡(结束此次活动)。
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显示包括取款在内的服务功能,客户选择“取款”。
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 *
银行数据库
ATM用例描述及用例分析
ATM用例描述及用例分析ATM(Automated Teller Machine)是一种自动柜员机,主要用于给客户提供各种银行服务,如取款、存款、查询余额等。
下面将对ATM的用例进行描述和分析。
用例一:取款1.用例名:取款2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:客户成功取款,系统更新账户余额5.主要流程:a.客户选择取款选项b.客户输入取款金额c.系统验证是否有足够的余额d.系统发出请求给银行核准e.系统将钞票和取款收据输出给客户f.系统更新账户余额g.用例结束用例二:存款1.用例名:存款2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:客户成功存款,系统更新账户余额5.主要流程:a.客户选择存款选项b.客户输入存款金额c.系统验证存款金额的合法性d.系统接受存款并将钞票数目和金额显示给客户确认e.客户确认无误后,系统记录存款并更新账户余额f.用例结束用例三:查询余额1.用例名:查询余额2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:系统显示客户的账户余额5.主要流程:a.客户选择查询余额选项b.系统验证客户账户信息c.系统显示客户的账户余额d.用例结束用例四:转账1.用例名:转账2.参与者:客户、受益人3.前置条件:客户已经插入银行卡并通过验证4.后置条件:客户成功转账,系统更新账户余额5.主要流程:a.客户选择转账选项b.客户输入受益人账户信息和转账金额c.系统验证转账信息的合法性d.系统更新客户账户余额和受益人账户余额e.用例结束用例五:修改密码1.用例名:修改密码2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:客户成功修改密码,系统更新客户密码5.主要流程:a.客户选择修改密码选项b.客户输入原密码以及新密码c.系统验证原密码的正确性d.系统更新客户密码e.用例结束用例六:打印账单1.用例名:打印账单2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:系统打印客户的账单5.主要流程:a.客户选择打印账单选项b.系统验证客户账户信息c.系统打印客户的账单d.用例结束用例七:查询交易记录1.用例名:查询交易记录2.参与者:客户3.前置条件:客户已经插入银行卡并通过验证4.后置条件:系统显示客户的交易记录5.主要流程:a.客户选择查询交易记录选项b.系统验证客户账户信息c.系统显示客户的交易记录d.用例结束以上是对ATM的几个主要用例进行了描述和分析。
ATM用例图_用例规约_时序图[]
ATM用例图_用例规约_时序图[]————————————————————————————————作者:————————————————————————————————日期:ATM 系统用例图存款取款查询转账客户银行主机改密码用例包括:1) 存款:客户持银行卡(本行或其他行)从ATM 存放现金 2) 取款:客户持银行卡(本行或其他行)从ATM 提取现金3) 查询:客户持银行卡(本行或其他行)在ATM 上查询卡的帐户信息 4) 转账:客户持银行卡(本行)在ATM 上进行同行转账5) 改密码:客户持银行卡(本行或其他行)在ATM 修改卡的密码系统用例规约:ATM取款用例名称:ATM取款描述:客户持银行卡(本行或其他行)从ATM提取现金actors: 客户和银行主机前置条件:无基本流: 1.客户插入银行卡。
2.ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。
3.客户输入密码。
4.ATM验证帐号和密码。
5.ATM显示包括取款在内的服务功能,客户选择“取款”。
6.输入取款额:客户输入数量为50元的倍数的取款额。
7.ATM向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的取款成功确认信息。
8.ATM打印并吐出凭条。
9.ATM清点并吐出现金,记录取款成功。
10.ATM询问客户是否继续服务。
11.客户选择否,ATM吐出银行卡,结束用例,否则回到步骤5。
[用例结束]备选流:3-7,10a. 客户取消服务:ATM记录服务取消,打印凭条,吐出凭条和银行卡,[用例失败] 3,6,11a. 客户未及时输入超过30秒:ATM吞卡,[用例失败]2a. 卡无效:ATM吞卡,[用例失败]2b. 读卡器或卡被损坏:ATM吞卡,[用例失败]4a. 密码错:4a1. 客户重新输入密码a.累计3次密码错误:ATM吞卡,[用例失败]4b. 无此帐号:ATM吞卡,[用例失败]5a. ATM无现金:ATM不显示“取款”功能,客户可选择其他服务,[用例失败] 6a. 取款额超过ATM现金余额:ATM要求客户重新输入取款额。
ATM用例图
用例图一、ATM 系统分为三个大的模块二、任务概述1、系统功能实现用户在ATM 上提取现金、查询账户余额、修改密码及转账功能. 系统用例图根据系统的需求分析可知 ,系统中的角色有顾客、 管理员和系统 ,其中顾客使用 A TM 系统进行交易;工作人员可以更改 A TM 的设置、 放置现金、 机器维护等;系统则作为外部角色参与整个活动。
ATM 系统登录模块 事务模块退出模块输入密码存款查询余额 修改密码转账打印凭据退卡插卡ATM机银行工作人员三、需求规定3. 1系统功能概述ATM自动取款机系统相关的主要对象有:用户:使用ATM自动取款机进行现金交易。
进行取款、查询余额、设置密码、转账等操作。
系统:对用户的需求进行接收,通过与数据库的交互,根据对用户应用服务的响应,更新数据库中用户的信息。
数据库:对用户的所有信息进行存储更新.登陆功能:在整个的系统中,首先用户要选择应用的提示语言的种类,“ENGLISH”或“汉语”,之后输入正确用户登录密码以后才可以进入主界面进行相关的操作.验证用户:当用户输入账号和密码时,系统要进行验证,用户和密码输入正确了才可以登陆进去。
修改密码:系统要求首先输入旧密码,再输入写密码,并对新密码进行第二次确认,全部输入正确,修改功能完成。
查询功能:在主界面中点击余额查询功能选项,就会弹出余额的窗口。
存款功能:当用户存款的时候,系统要提示进行添加.转账功能:用户可以通过该功能将自己账户上的金额转到其他账户。
取款功能:当用户在菜单栏点击取款功能选项,可以进入取款界面:●首先你可以输入取款的金额,输入的必须为50倍数的数字,否则系统会提示输入的金额错误,请重新输入。
如果屏幕上有便捷提示,比如:1000元、800元、500元等。
如果上边有你想要取款的金额,你可以按相对应的按键就可以了,如果没有,你再找一个“其他金额"按下之后,就可以自由输入自己想取的金额了,输入金额之后,按“确认”,即完成取款功能。
ATM UML
软件建模(UML)作业班级:计算机0806班学号:20083007姓名:UML 个人作业一、ATM 机需求分析图二、用例图用于描述一组用例、参与者及它们之间的连接关系。
用例图仅仅从角色使用系统的角度描述系统中的信息,也是站在系统外部查看系统功能,而并不描述该功能在系统内部是如何实现的。
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例可应用于整个系统,也可应用于系统的一部分,包括子系统、单个的类甚至接口。
通常,用例不仅代表这些元素所期望的行为,而且还可把这些元素用作开发过程中测试用例的基础。
椭圆:用例,是用户与计算机之间的一次典型交互作用。
人形:参与者(外部执行者)是指用户在系统中所扮演的角色。
ATM 系统的用例图读卡机模块键盘输入模块IC认证模块显示模块吐钱机模块打印报表报表监视器模块A TM 自动取款存钱取钱转账查询余额付款银行工作人员客户修改密码添加信息银行工作人员维护硬件设备ATM 提款系统用例图存款查余额用户更改密码取款验证用户付款信用三、类图用于描述一组类、接口、协作及它们间的静态关系。
在面向对象系统的建模中,类图最为常用,它用来阐明系统的静态结构。
类是对一组具有相同属性、操作、关系和语义的对象的描述,其中对类的属性和操作进行描述时的一个最重要的细节是它的可见性。
一个典型的系统模型中通常有若干个类图。
一个类图不一定要包含系统中所有的类,一个类可加到几个类图中。
在类图中类用矩形框来表示,它的属性和操作分别列在分格中。
类之间可以多种方式链接(如关联、泛化、依赖和实现等)。
关系用类框之间的连线来表示,不同的关系用连线上和连线端头处的修饰符来区别。
类图数据库ATM键盘ATM 屏幕吐钱机ATM 读卡器账户ATM 系统类图四、顺序图(序列图)顺序图表示对象之间传送消息的时间顺序。
顺序图用来描述对象之间消息发送的先后次序,阐明对象之间的交互过程以及在系统执行过程中的某一具体时刻将会发生什么事件。
用例规约示例-ATM用例图-取款
用例包括:
1)存款:客户持银行卡(本行或其他行)从ATM存放现金
2)取款:客户持银行卡(本行或其他行)从ATM提取现金
3)查询:客户持银行卡(本行或其他行)在ATM上查询卡的帐户信息
4)转账:客户持银行卡码:客户持银行卡(本行或其他行)在ATM修改卡的密码
如果最后一次尝试输入的PIN码仍然错误,则该卡将被ATM机保留,同时ATM返回到准备就绪状态,本用例终止。
备选流5 -帐户不存在
在基本流步骤4中-验证帐户和PIN,如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款,则ATM显示适当的消息并且在步骤9 -返回银行卡处重新加入基本流。
备选流6 -帐面金额不足
备选流3 - ATM内现金不足
在基本流步骤6中-输入金额,如果ATM机内金额少于请求提取的金额,则将显示一则适当的消息,并且在步骤6 -输入金额处重新加入基本流。
备选流4 - PIN有误
在基本流步骤4中-验证帐户和PIN,客户有三次机会输入PIN。
如果PIN输入有误,ATM将显示适当的消息;如果还存在输入机会,则此事件流在步骤3 -输入PIN处重新加入基本流。
3)输入PIN–ATM机提示并要求客户输入PIN码(4位)。
4)验证帐户代码和PIN–ATM机验证帐户代码和PIN以确定该帐户是否有效以及所输入的PIN对该帐户来说是否正确。对于此事件流,帐户是有效的而且PIN对此帐户来说正确无误。
5)ATM选项- ATM机显示在本机上可用的各种选项。在此事件流中,银行客户通常选择“提款”。
备选流2 - ATM内没有现金
备选流3 - ATM内现金不足
备选流4 - PIN有误
备选流5 -帐户不存在/帐户类型有误
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。
ATM用例分析
ATM用例分析1.用例图2.用例描述2.1 UC 1用例名称查询用例编号UC1用例描述查询业务,包括查询余额,明细等。
参与者银行储户、银行A TM系统前置条件插入银行卡并且密码验证有效后置条件核对查询结果,等待下一步操作事件流(主成功流程)1、选择查询业务选项卡2、储户选择查询的业务(余额、明细)3、ATM显示查询结果4、储户确认结果,并返回备选流如果2中无业务信息,提示无查询记录,返回1。
2.2 UC2用例名称存款用例编号UC2用例描述存款业务,将现金存到个人账户中。
参与者银行储户、银行A TM系统前置条件插入银行卡并且密码验证有效后置条件存款成功,提示是否打印凭条,等待下一步操作事件流(主成功流程)1、选择存款业务选项卡2、储户输入存款金额(有些有,有些没有)3、ATM机提示放入现金(每次不超过100张)4、储户放入现钞5、ATM核对有效现金6、ATM提示用户确认存储业务信息7、储户确认存款备选流如果5中,用户放入现钞超出范围或者存在无效现金(假钞或无法正确读取的现钞),提示错误,返回3。
如果7中,用撤销存款,则返回储户放入的现金,返回1。
2.3 UC3用例名称取款用例编号UC3用例描述取款业务,提取个人账户中的资金。
参与者银行储户、银行A TM系统前置条件插入银行卡并且密码验证有效后置条件账户信息更新、出钞完毕,提示是否打印凭条,等待下一步操作。
事件流(主成功流程)1、选择取款选项卡2、储户输入金额3、ATM核实输入金额为合法4、ATM核实本地的金额足够5、ATM更新账户余额6、ATM出钞备选流如果3中输入金额不合法,提示操作有误,转1。
如果4中ATM金额不足,提示操作有误,转1。
2.4 UC4用例名称转账用例编号UC4用例描述转账业务,将个人账户的资金转存到其他的账户中。
参与者银行储户、银行A TM系统前置条件插入银行卡并且密码验证有效后置条件转账成功,提示是否打印凭条,等待下一步操作事件流(主成功流程)1、选择转账选项卡2、储户输入将要转入的账号3、储户再次确认将要转入的账号4、储户输入转账的金额5、储户再次确认转账的金额6、ATM核对储户账户余额足够7、ATM机处理转账的信息,并更新储户的账户信息8、提示转账成功备选流如果3中用户需要修改转入账号,选择取消,转2。
用例示例点评
用例示例点评:∙错误用例用例:提取现金范围:ATM系统主执行者:储户1.储户插入ATM卡,并键入密码2.储户按“取款”按钮,并键入取款数目3.储户取走现金、ATM卡并拿走收据4.储户离开∙修正上面的用例问题原因:没有系统修正后:范围:ATM系统主执行者:账户持有者1.通过读卡机,储户插入ATM卡2.ATM系统从卡上读取银行ID、账号、加密密码,并用主银行系统验证银行ID和帐号3.储户键入密码,ATM系统根据上面读出的卡上加密密码,对密码进行验证。
4.储户选择取款,并键入取款数量。
5.ATM系统通知主银行系统,传递储户账号和取款数量,并接收返回的确认信息和储户账户余额。
6.ATM系统输出现金、ATM卡,显示账户余额的收据。
7.ATM系统记录事务到日志文件。
∙错误用例用例:提取现金范围:ATM系统主执行者:储户1.收集ATM卡,键入密码2.收集取款事务类型3.收集提取金额4.验证账户上是否有足够储蓄金额5.输出现金、收据和ATM卡6.复位∙修正上面的用例问题原因:没有主持行者修正后:范围:ATM系统主执行者:账户持有者1.通过读卡机,储户插入ATM卡2.ATM系统从卡上读取银行ID、账号、加密密码,并用主银行系统验证银行ID和帐号3.储户键入密码,ATM系统根据上面读出的卡上加密密码,对密码进行验证。
4.储户选择取款,并键入取款数量。
5.ATM系统通知主银行系统,传递储户账号和取款数量,并接收返回的确认信息和储户账户余额。
6.ATM系统输出现金、ATM卡,显示账户余额的收据。
7.ATM系统记录事务到日志文件。
错误用例用例:买东西范围:采购应用系统主执行者:顾客1.系统显示输入ID及密码屏幕。
2.顾客键入ID和密码,然后按OK。
3.系统验证顾客ID及密码,并在屏幕上显示个人信息。
4.顾客键入姓名、街道地址、城市、州、邮编、电话号码,然后按OK。
5.系统验证是否为老客户6.系统显示可用商品列表7.顾客选取需要购买的商品及数量,完成时按DONE。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
用例名称:
ATM取款
描述:
客户持银行卡(本行或其他行)从ATM提取现金
actors:
客户和银行主机
前置条件:
ATM处于准备就绪状态。
后置条件:
用例结束时ATM又回到准备就绪状态。
基本流:
1)准备提款-客户将银行卡插入ATM机的读卡机。
2)验证银行卡- ATM机从银行卡的磁条中读取帐户代码,并检查它是否属于可以接收的银行卡。
异常流x -记录错误
如果在基本流步骤10 -收据中,记录无法更新,则ATM进入“安全模式”,在此模式下所有功能都将暂停使用。同时向银行系统发送一条适当的警报信息表明ATM已经暂停工作。
异常流y -退出
客户可随时决定终止交易(退出)。交易终止,银行卡随之退出。
异常流z - “警报”
ATM包含大量的传感器,用以监控各种功能,如电源检测器、不同的门和出入口处的测压器以及动作检测器等。在任一时刻,如果某个传感器被激活,则警报信号将发送给警方而且ATM进入“安全模式”,在此模式下所有功能都暂停使用,直到采取适当的重启/重新初始化的措施。
ATM系统用例图
用例包括:
1)存款:客户持银行卡(本行或其他行)从ATM存放现金
2)取款:客户持银行卡(本行或其他行)从ATM提取现金
3)查询:客户持银行卡(本行或其他行)在ATM上查询卡的帐户信息
4)转账:客户持银行卡(本行)在ATM上进行同行转账
5)改密码:客户持银行卡(本行或其他行)在ATM修改卡的密码
在基本流步骤7 -授权中,银行系统返回代码表明帐户余额少于在基本流步骤6 -输入金额内输入的金额,则ATM显示适当的消息并且在步骤6 -输入金额处重新加入基本流。
备选流7 -达到每日最大的提款金额
在基本流步骤7 -授权中,银行系统返回的代码表明包括本提款请求在内,客户已经或将超过在24小时内允许提取的最多金额,则ATM显示适当的消息并在步骤6 -输入金额上重新加入基本流。
3)输入PIN–ATM机提示并要求客户输入PIN码(4位)。
4)验证帐户代码和PIN–ATM机验证帐户代码和PIN以确定该帐户是否有效以及所输入的PIN对该帐户来说是否正确。对于此事件流,帐户是有效的而且PIN对此帐户来说正确无误。
5)ATM选项- ATM机显示在本机上可用的各种选项。在此事件流中,银行客户通常选择“提款”。
6)输入金额–客户输入要从ATM机中提取的金额。对于此事件流,客户需选择预设的金额(10美元、20美元、50美元或100美元)。
7)授权–ATM机通过将卡ID、PIN、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。对于此事件流,银行系统处于联机状态,而且对授权请求给予答复,批准完成提款过程,并且据此更新帐户余额。
备选流2 - ATM内没有现金
备选流3 - ATM内现金不足
备选流4 - PIN有误
备选流5 -帐户不存在/帐户类型有误
备选流6 -帐面金额不足
8)出钞–ATM机清点并向客户提供现金。
9)返回银行卡–ATM机将客户的银行卡返还。
10)收据-ATM机打印收据并提供给客户。ATM机还相应地更新内部记录。
[用例结束]
备选流1 -银行卡无效
在基本流步骤2中-验证银行卡,如果卡是无效的,则卡被退回,同时会通知相关消息。
备选流2 - ATM内没有现金
在基本流步骤5中- ATM选项,如果ATM内没有现金,则“提款”选项将无法使用。
扩展点:
[待定]
非功能需求:
ATM响应客户时间不超过1ห้องสมุดไป่ตู้秒
业务规则:
7b单日取款不得超过5000元
6c每次取款不得超过2000元
备注
在第一次迭代中,根据迭代计划,我们需要核实提款用例已经正确地实施。此时尚未实施整个用例,只实施了下面的事件流:
基本流-提取预设金额(10美元、20美元、50美元、100美元)
备选流3 - ATM内现金不足
在基本流步骤6中-输入金额,如果ATM机内金额少于请求提取的金额,则将显示一则适当的消息,并且在步骤6 -输入金额处重新加入基本流。
备选流4 - PIN有误
在基本流步骤4中-验证帐户和PIN,客户有三次机会输入PIN。
如果PIN输入有误,ATM将显示适当的消息;如果还存在输入机会,则此事件流在步骤3 -输入PIN处重新加入基本流。
如果最后一次尝试输入的PIN码仍然错误,则该卡将被ATM机保留,同时ATM返回到准备就绪状态,本用例终止。
备选流5 -帐户不存在
在基本流步骤4中-验证帐户和PIN,如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款,则ATM显示适当的消息并且在步骤9 -返回银行卡处重新加入基本流。
备选流6 -帐面金额不足