ATM数据流图 张元鑫
ATM取款机UMLUML建模实例全过程

在我国十年前ATM(自动取款机)还是一个很新鲜的事物,现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
5.1用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机(ATM)系统用例图银行储户在ATM机上完成取款、存款及其他业务。
5.2类图图5.2所示的银行系统类图和图3.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机两个类包含哪些属性,哪些操作,它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
ATM数据流图

ATM数据流图概述:ATM(自动柜员机)是一种自助服务设备,允许用户进行各种银行交易,如取款、存款、查询余额等。
本文将详细描述ATM的数据流图。
1. 系统角色:- 用户:使用ATM进行各种银行交易的个人或者机构。
- ATM:自动柜员机设备,提供各种银行服务。
- 银行系统:与ATM连接的后台系统,处理用户的交易请求。
2. 数据流图符号:- 方框:表示系统的功能或者处理过程。
- 箭头:表示数据流,指示数据的流向。
- 椭圆:表示数据存储,如数据库或者文件。
- 菱形:表示决策点,根据条件决定流向。
3. ATM数据流图:用户界面┌───────────────┐│ 用户登录│└───────┬───────┘│▼┌───────────────┐│ 用户身份验证│└───────┬───────┘│▼┌───────────────┐│ 选择交易类型│└───────┬───────┘│▼┌───────────────┐│ 输入交易金额│└───────┬───────┘│▼┌───────────────┐│ 处理交易请求│└───────┬───────┘│▼┌───────────────┐│ 更新账户余额│└───────┬───────┘│▼┌───────────────┐│ 打印交易凭条│└───────┬───────┘│▼┌───────────────┐│ 选择继续交易│└───────┬───────┘│▼┌───────────────┐│ 用户登出│└───────────────┘4. 数据流图的功能描述:用户登录:- 用户启动ATM并插入银行卡。
- ATM读取银行卡信息,并要求用户输入密码。
- 用户输入密码后,ATM将密码发送给银行系统进行身份验证。
用户身份验证:- 银行系统接收到密码后,验证密码的正确性。
- 如果密码正确,银行系统返回验证成功的消息给ATM。
- 如果密码错误,银行系统返回验证失败的消息给ATM。
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机仅有取款、存款及其余功能。
其余功能不做详细说明。
银行储户在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,它包含一个帐户最基本的属性及操作。
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,它包含一个帐户最基本的属性及操作。
电子商务系统结构实验:取款机的简单用例图

电子商务系统结构实验(一)报告专业:-姓名:学号:-课程名称:电子商务系统结构实验名称:ATM简单模型目录1、简单ATM机的用例图: (3)2、取钱 (3)2.1、顺序图 (4)2.2、合作图: (5)2.3、类图: (6)3、存款: (6)3.1、顺序图: (6)3.2、合作图: (8)3.3、类图: (9)4、改变密码: (10)4.1、顺序图: (10)4.2、合作图: (11)4.3、类图: (11)5、付款: (12)5.1、顺序图: (12)5.2、合作图: (13)5.3、类图: (14)6、查阅结余: (15)6.1、顺序图: (15)6.2、合作图: (16)6.3、类图 (17)实验报告【实验目的】了解ATM机的取现流程设计的方法和步骤,认识并理解UML通用的标准建模语言基本概念和结构,掌握通用建模图例在Rational rose中的使用方法,并能运用Rational rose建模工具进行简单的业务流程设计。
【实验内容】建立简单的ATM机应用模型,功能包括取钱、存款、改变密码、用信用卡付款及查询结余。
用Rose软件分别画出各功能流程的顺序图、合作图及类图。
【实验步骤】步骤1:添加客户添加客户:李明。
步骤2:添加用例为客户添加取钱、存款、改变密码、用信用卡付款及查询结余用例。
步骤3:画出系统用例视图中的Main用例图根据系统中的参与者、用例以及它们之间的关系画出系统用例视图中的Main用例图步骤4:画出顺序图步骤5:画出合作图步骤6:绘制类图【实验结果】1、简单ATM 机的用例图:查询结余改变密码客户信用系统付款2、取钱:2.1、顺序图: 李明:客户2.2、合作图:6: 输入密码(123)9: 选择事务(取钱)2.3、类图:3、存款:3.1、顺序图:: 李明:客户3.2、合作图:6: 输入密码(123)9: 选择事务(存钱)3.3、类图:4、改变密码:4.1、顺序图:: 李明:客户4.2、合作图:6: 输入密码(123)9: 选择事务(改变密码)11: 输入原密码14: 输入新密码4.3、类图:5、付款:5.1、顺序图:: 信用系统: 李明:客户关5.2、合作图:6: 输入密码(123)9: 选择事务(付款): 信用系统5.3、类图:6、查阅结余:6.1、顺序图:: 李明:客户6.2、合作图:6: 输入密码(1234)9: 选择事务(查阅结余)6.3、类图:。
ATM状态图

ATM自动取款状态图
插入磁卡后进入输密码状态,当密码输入正确时进入选择服务类型 状态,当输入密码不正确时,停留在原状态,但如果三次不正确,服务 结束。进入选择服务类型后根据选择的不同,顾客可进入存款和取款状 态。存、取款结束后,顾客既可以选择结束服务到最终状态,也可以选 择继续服务回到选择服务类型状态。
ATM自动取款状态 图
密码输入不正确
存款 选择存款
选择继续服务
选择退出服务
插入磁卡
输入密码
密码输入正确Βιβλιοθήκη 选择服务类型选择继续服务 选择取款
选择退出服务
取款
ATM状态图
状态图是用来描述一个对象在其生命周期内所表现出来的状态和行 为;
当在系统建模过程中,需要描述某个事物或对象的不同状态,以及 状态之间的转移的动作和事件时候,需要使用状态图。
状态图
状态是用圆角矩形来表示的。转移则是使用带箭头的连线表示。触 发转移的事件或者条件写在箭头的旁边。
初始状态(黑色圆圈)是开始动作的虚拟开始。结束状态也是动作 的虚拟结束。
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元。
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 系统分为三个大的模块二、任务概述1、系统功能实现用户在ATM 上提取现金、查询账户余额、修改密码及转账功能。
系统用例图根据系统的需求分析可知 ,系统中的角色有顾客、 管理员和系统 ,其中顾客使用 A TM 系统进行交易;工作人员可以更改 A TM 的设置、 放置现金、 机器维护等;系统则作为外部角色参与整个活动。
ATM机银行工作人员三、需求规定3. 1系统功能概述ATM自动取款机系统相关的主要对象有:用户:使用ATM自动取款机进行现金交易。
进行取款、查询余额、设置密码、转账等操作。
系统:对用户的需求进行接收,通过与数据库的交互,根据对用户应用服务的响应,更新数据库中用户的信息。
数据库:对用户的所有信息进行存储更新。
登陆功能:在整个的系统中,首先用户要选择应用的提示语言的种类,“ENGLISH”或“汉语”,之后输入正确用户登录密码以后才可以进入主界面进行相关的操作。
验证用户:当用户输入账号和密码时,系统要进行验证,用户和密码输入正确了才可以登陆进去。
修改密码:系统要求首先输入旧密码,再输入写密码,并对新密码进行第二次确认,全部输入正确,修改功能完成。
查询功能:在主界面中点击余额查询功能选项,就会弹出余额的窗口。
存款功能:当用户存款的时候,系统要提示进行添加。
转账功能:用户可以通过该功能将自己账户上的金额转到其他账户。
取款功能:当用户在菜单栏点击取款功能选项,可以进入取款界面:●首先你可以输入取款的金额,输入的必须为50倍数的数字,否则系统会提示输入的金额错误,请重新输入。
如果屏幕上有便捷提示,比如:1000元、800元、500元等。
如果上边有你想要取款的金额,你可以按相对应的按键就可以了,如果没有,你再找一个“其他金额”按下之后,就可以自由输入自己想取的金额了,输入金额之后,按“确认”,即完成取款功能。
●正确输入取款的金额后,直接点击取款,会再次确认你取款的金额,点击“是”即可以取出取款机吐出的现金,并且数据更新到相关的数据库文件中,以便以后查询。
ATM存取款查询流程图

ATM 存取款查询流程图一、数据流图顶层数据流图0层数据流图一层数据流图操作完成二层数据流图 取款:查询:二、E-R图本系统功能管理如下:(1)用户管理:输入用户名、密码,进入操作界面。
(2)查询管理:你可以查询自己的用户信息,卡号以及账户余额等。
(3)修改用户信息管理:此管理中你可以修改你自己相应的信息,密码等。
(4)取款管理:输入相应要取款的金额,然后提交。
(5)转账管理:输入你自己的卡号,准确的金额以及对方的卡号进行转款管理。
(6)系统退出三、数据字典(1)用户信息=用户ID+用户姓名+性别+身份证号+住址+联系方式(2)银行卡信息=用户ID+用户姓名+卡号+密码+账户余额+开户日期用户ID=“1”..“9999999……”用户姓名=2{字母}24性别=“男”,“女”身份证号={数字}17+{字母,数字}1住址=省/市/区(县)联系方式=“00000000000”……“99999999999”或“00-0000-0000000”……“99-9999-99999999”卡号={数字}19密码=(“0”|“000001”..“999999”)账户余额=“0000000.01”..“9999999.99”开户日期=年+月+日年=“0001”..“9999”月=“01”..“12”日=“01”..“31”四、UML事件流:1、用户插入卡2、系统提示要求客户输入卡密码3、对用户输入的密码进行验证正确后,系统出现操作界面4、用户选择相应的操作5、系统进行处理6、处理完成后(非退出操作),系统再出现操作界面供用户选择ATM 类图ATM 系统存款顺序图: 客户需求分析报告1 引言1.1目的为了明确用户的需求并较好的与开发人员进行沟通,使用户与开发人员双方…….1.2、系统背景以及实验要求说明ATM自动柜员机(automatic teller machine)是银行在不同地点设置的一种小型机器,利用一张信用卡大小的胶卡上的磁带〔或芯片卡上的芯片〕记录客户的基本户口资料(通常就是银行卡,或称金融卡,或称提款卡),让客户可以透过机器进行提款、存款、转帐等银行柜台服务,大多数客户都把这种自助机器称为提款机。
实验2:ATM系统的分析建模

实验内容
本次实验完成如下内容:
完成ATM系统的建模分析
实验结果(学生填写)
1.画ATM(自动柜员机)系统总的用例图
2.画ATM系统中“客户插入卡”的活动图
3.画ATM系统中取款这个用例的类图
4.画某客户Joe取20美元的序列图
5.画某客户Joe取20美元的协作图
atm系统的分析建模姓名院系学号任课教师实验指导教师实验地点软件学院机房实验时间软件名称rationalrose实验目的1
软件建模与UML课程实验报告
实验2:ATM系统的分析建模
姓名ห้องสมุดไป่ตู้
院系
学号
任课教师
实验指导教师
实验地点
软件学院机房
实验时间
软件名称
Rational Rose
实验目的
1.学会用面向对象的思想去分析和设计相关系统;
6.账目类的状态图
7.ATM系统客户的构件图
8.ATM系统的实施图
扣分原因(有扣分时填写)
扣分
0
日期:
缺席:扣10分实验报告雷同:扣10分实验结果填写不完整:扣1 – 10分
其他情况:扣分<=5分总扣分不能大于10分
类图、时序图、状态图-ATM系统

• 综合应用:在实际的ATM系统开发过程中,类图、时序图和状态图常常是相 互补充、相互印证的。通过综合运用这三种图形化工具,可以更加全面、深入 地理解ATM系统的结构和行为,从而更好地进行系统设计和开发。
交易处理状态
用户进行取款、存款、转账等交易时, 系统进入交易处理状态,此时需要等 待交易处理完成。
04
交易成功状态
交易处理完成后,系统进入交易成功 状态,用户可以取走现金或查看交易 记录。
状态图在ATM系统中的应用
01 描述ATM系统的不同状态以及状态之间的转 换条件。
02
描述ATM系统在不同状态下所执行的操作以 及操作的结果。
03
帮助开发人员发现潜在的问题并进行优化。
04
为后续的系统设计和开发提供依据和指导。
05 总结与展望
类图、时序图与状态图在ATM系统中的综合应用
• 类图:用于描述ATM系统的各个类及其相互关系,包括类之间的继承、关联 和聚合等。通过类图,可以清晰地了解ATM系统的整体架构和各个类的职责 。
• 时序图:用于描述ATM系统中各个对象之间的消息传递和交互过程。通过时 序图,可以详细地了解各个对象之间的通信方式和时序关系,从而对系统的动 态行为进行深入分析。
ATM系统未来的发展趋势与挑战
发展趋势
随着科技的不断进步和金融服务的不断创新 ,ATM系统将朝着更加智能化、便捷化和 安全化的方向发展。未来的ATM系统将更 加注重用户体验和个性化服务,同时也会加 强与移动支付、互联网等领域的融合,实现 更加便捷、高效的金融服务。
ATM数据流图

ATM数据流图ATM(Automated Teller Machine,自动取款机)是一种自助设备,允许用户进行各种银行交易,如取款、存款、转账等。
为了更好地理解ATM的工作流程和数据流动,我们将为您详细描述ATM数据流图。
1. ATM系统概述ATM系统由多个组件组成,包括ATM终端、核心银行系统、ATM网络和用户账户数据库。
用户通过ATM终端与系统进行交互,ATM终端通过ATM网络与核心银行系统通信,核心银行系统则处理交易请求并更新用户账户数据库。
2. ATM数据流图的符号说明在ATM数据流图中,我们使用以下符号来表示不同的组件和数据流:- 方框:表示处理功能的模块- 圆圈:表示数据存储的位置- 箭头:表示数据流动的方向- 箭头上的标签:表示数据流的名称- 平行线:表示控制流3. ATM数据流图的主要功能模块以下是ATM数据流图中的主要功能模块及其功能的详细描述:- 用户认证模块:- 用户插入银行卡- ATM终端读取卡号和密码- ATM终端将卡号和密码发送给核心银行系统进行验证- 核心银行系统返回验证结果给ATM终端- 如果验证通过,用户可以继续进行其他操作;否则,用户需要重新输入密码或联系银行。
- 余额查询模块:- 用户选择余额查询功能- ATM终端向核心银行系统发送余额查询请求- 核心银行系统查询用户账户余额并返回给ATM终端- ATM终端显示用户账户余额- 取款模块:- 用户选择取款功能- 用户输入取款金额- ATM终端向核心银行系统发送取款请求- 核心银行系统检查用户账户余额是否充足- 如果余额充足,核心银行系统更新用户账户余额并返回取款金额给ATM终端- ATM终端发放取款金额给用户- 存款模块:- 用户选择存款功能- 用户插入现金或支票- ATM终端验证现金或支票的真实性- ATM终端向核心银行系统发送存款请求- 核心银行系统更新用户账户余额- ATM终端返回存款成功信息给用户- 转账模块:- 用户选择转账功能- 用户输入转账金额和目标账户- ATM终端向核心银行系统发送转账请求- 核心银行系统检查用户账户余额是否充足以及目标账户是否存在- 如果条件满足,核心银行系统更新用户账户余额和目标账户余额- ATM终端返回转账成功信息给用户4. ATM数据流图的控制流ATM数据流图中的控制流描述了各个功能模块之间的控制关系。
银行存取款数据流图

业务员
接收 存款 事务
记录 存款 信息
打印 存单
区
分
D1 存款信息
事
务
接收 取款 事务
计算 利息
更新存 款记录
更新底 账
储户
打印 取款 单
D3 利息对照表
2020/1/25
D2 底帐
需求分析
4、系统的顶层IPO图 • 存款处理的IPO图:
当天存款 记录
存款事务
1、生成流水 号
2、校验事务 记录
3、更新存款 记录
打印存款 单
校验、显示错 误
处理存款
校验、显示错误
2020/1/25
总体设计
2、优化 • 为减少耦合,也为了使2.1.1和3.1.1作用
域小于控制域,“校验”和“接收存款” 、“校验”和“接收取款”应合为一个模 块。 • “销户”太小,应和“生成取款记录”合 为一个模块。 • “生成流水号”、“处理存款”都是对D1 操作,可合为一个模块。
• 其中:单击“确定”后、以存款日期和流水号 为主关键字在存款数据库中查找,如找到则比较 其他各项确定输入的合法性,合法后则依次执行 模块3.2,3.3;如查不到或不合法则给出错误提 示,并将焦点回到姓名处重新输入。
• 单击“打印”完成取款单的打印工作。即模块 3.4
• 单击“返回”释放返回主菜单。
名字:存款金额 别名: 描述:开户时存款的多少 定义:存款金额=1{数字}10 位置:存款单、取款单
2020/1/25
可行性研究
名字:利率 别名: 描述:单位时间内应得的利息 定义:利率=1{数字}6 位置:存款单、取款单
名字:流水号 别名: 描述:某日内存款的序号 定义:流水号=1{数字}4 位置:存款单、取款单
ATM 系统UML实验报告

软件建模与UML实验报告
ATM系统
、
ATM系统
用户在A TM 机上的用例图
用户和A TM 机之间的类图
用户取款时序图
在A TM系统中各个包图之间存在的依赖关系
用户进行各种操作的协作图输入密码不正确
状态图
用户活动图
ATM系统的部署图
小结:通过本次综合实验,基本上能用Rose画出各种图形,对软件建模有了进一步的了解。
使用UML进行系统建模,就是使用面向对象的方法来分析系统,然后用可视化的模型将信息用标准的图形直观地显示出来,以此建立面向对象的系统模型。
通过用工具Rose将系统模型话,可视化。
能使读者方便了解系统。