UML顺序图 ATM实验

基于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取款机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机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。

实验一用例图uml实验ATM机用例图

黑龙江大学计算机科学与技术专业、软件工程专业
学号
验时间
实验名称
用例图
实验内容
本次实验完成如下内容：
1.确定系统功能需求
2.完成系统用例图的绘制
3.确定每个用例的事件流
一、实验目的
能够根据系统的功能分析系统的用例组成
正确确定用例图中的参与者
根据系统确定每一个用例的事件流
二、实验环境
UML建模工具Rational Rose 2003
三、主要设计思想
本实验主要有以下两个特点：
（1）活动者、用例的划分。创建一个用例框图是可视化建模中具有关键的一环。每个用例所涵盖的内容（功能）既不能太大也不能太小，否则会影响以后工作的进展。
（2）使用Rational Rose工具规范性建模。从浏览器窗口容易看出，除了一个总的用例框图（全局视图）外，每个活动图均包含在各自的包中，显得直观明了。每个用例都附带有重要的――该用例事件流的详细描述，保持和需求的一致性，这点在以后的工作开展中也是十分重要的。
四、实验结果
五、实验总结
学会了寻找用例，参与者，用例与参与者。学会了，怎么描述用例，建模。

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分析设计文档ATM取款机-顺序图

UML分析设计文档ATM取款机-顺序图1.Session当一名客户将一张ATM卡片插入机器时，一个Session开始，ATM系统读卡(如果客户执行非法操作或卡片损坏，卡片将被退出，同时屏幕将显示出错信息，而被Session异常中断)。

进行验证客户密码的登录功能。

客户成功登录系统后，可以选择一种或多种操作，直至退卡。

如果客户输入五次无效的PIN，则Session 被异常中断，ATM卡将被吞掉。

其顺序图如下所示：2.TaskTask是一种抽象的用例，表示所有类型的处理所共有的行为，Task的具体类型按照适当的方式执行一定的操作。

根据Task(存款、取款，转帐，查询，更改密码)的事件流描述给出具体的处理。

其顺序图如下：3.Deposit插入用户的银行卡后，根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，选择存款业务，系统确认存款请求以后，系统界面进入请放入存款界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡后，存款业务完成。

存款操作的顺序图如下：4.WithDraw插入用户的银行卡，并根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。

UML 实验3 ATM取款顺序图和通信图

实验三顺序图和通信图
一、实验目的
1.学会用通信图实现用例
2.掌握顺序图的绘制方法以及顺序图和通信图的相互转换。

二、实验器材
1. 计算机一台；
2. Rational Rose 工具软件；
三、实验内容
画出ATM取款的顺序图，并转换为通信图。

四、实验步骤
1.分析
ATM取款的场景：
（1）通过读卡机，用户插入A TM卡；
（2）ATM系统从卡上读取银行ID、账号、加密密码、并用主银行系统验证银行ID和账号；
（3）用户输入密码，A TM系统根据上面读出的卡上加密密码，对密码进行验证；
（4）用户输入取款数量；
（5）ATM系统通知主银行系统，传递储户账号和取款数量，并接收返回的确认信息；
（6）ATM系统输出先进、A TM卡和显示账户余额的收据；
（7）ATM系统记录事务到日志文件。

寻找场景中的对象：ATM、客户和账户。

2．绘图步骤：
下面介绍在Rose中创建顺序图的过程：
（1）在“Logical View”中新建“Sequence Diagram“，双击图标，出现图1，为编辑顺序图做好准备。

uml 描述ATM自动取款机系统

ATM自动取款机系统ATM自动取款机（automatic teller machine）是银行在银行营业大厅、超市、商业机构、机场、车站、码头和闹市区设置的一种小型机器，利用一张信用卡大小的胶卡上的磁带〔或芯片卡上的芯片〕记录客户的基本户口资料，让客户可以透过机器进行提款、存款、转帐等银行柜台服务。

这里介绍使用Rational Rose工具为ATM自动取款机系统进行建模。

5.1需求分析ATM自动取款机系统的需求分析简述如下：（1）客户将银行卡插入读卡器，读卡器识别卡的真伪，并在显示器上提示输入密码。

（2）客户通过键盘输入密码，取款机验证密码是否有效。

如果密码错误提示错误信息，如果正确，提示客户进行选择操作的业务。

（3）客户根据自己的需要可进行存款、取款、查询账户、转账、修改密码的操作。

（4）在客户选择后显示器进行交互提示和操作确认等信息。

（5）操作完毕后，客户可自由选择打印或不打印凭条。

（6）银行职员可进行对A TM自动取款机的硬件维护和添加现金的操作。

5.2系统建模在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。

并命名为“ATM 自动取款机系统”，该名称将会在Rational Rose 2003的顶端出现，如下图5-1所示。

图5-1创建项目系统模型5.2.1创建系统用例模型创建系统用例的第一步是确定系统的参与者。

考试成绩管理系统的参与者包含以下三种：（1）客户（2）银行职员（3）信用系统三个参与者如图5-2所示。

图5-2 系统参与者然后，我们根据参与者的不同分别画出各个参与者的用例图。

1.客户用例图：客户在本系统中可以进行取款、存款、转账、查询余额、修改密码和还款的相关操作，通过这些活动创建的客户用例图如图5-3所示。

图5-3 客户用例图图5-4 银行职员用例图2.银行职员用例图：银行职员在本系统中能够进行硬件维护、修改密码和添加现金的相关操作，通过这些活动创建的银行职员用例图如图5-4所示。

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取款UML图

软件工程A T M取款U M L图 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KIIATM自动取款机系统的分析设计一．需求分析1．ATM机要可以判断磁卡的类别，如果不是有效的磁卡则退卡；2．可以在较快的时间内响应用户的请求，并针对相应的请求执行正确的操作；3．查询自己的账户时应显示余额和可用余额，并显示ATM机里所拥有的现金面值，让用户可以做出正确的选择；4．提取现金时提示用户输入取款金额并判断输入是否确，如果错误提醒用户并要求重新操作，正确则提醒用户收取现金；5．转账汇款时让用户选择转账类型，要求用户输入转账账号并要求用户输入两次，以确保没有输入错误，在两次输入都正确的情况下，让用户输入转账金额，并作最后的认；6．进入修改密码界面后提醒用户输入新密码，并要求再次输入以确保密码统一无误，在确认后完成修改操作，并提醒用户新密码生效；7．对于错误的操作或者操作延时做出有效的处理用例图二．A TM系统静态结构模型系统包图系统类图三．A TM系统动态建模状态图活动图客户首先将磁卡插入ATM机中,初始化ATM屏幕,根据屏幕提示输入密码,系统验证密码正确性,若不正确,重新输入密码,若连续输入密码三次不正确,退出服务.若输入密码正确,客户根据提示选择取款服务,然后输入取款数额,系统判断输入的取款数额的合法性,若不合法(这里不考虑透支)退出服务,若合法,吐款机吐款.序列图客户将ATM卡插入读卡机，读卡机将信息传给客户管理系统，客户规律提出查询密码，ATM显示屏幕显示输入密码的请求，客户输入密码进入输入设备，输入设备将密码传递到客户管理系统，客户管理系统再将确认密码的请求传给ATM系统，ATM系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。

客户输入取款请求到输入设备，输入设备将客户的服务请求传到客户管理，客户管理系统在将取款数额的询问通过显示屏幕反馈给客户，客户再输入取款数额到输入设备，再传递到客户管理系统，客户管理系统将取款确认的询问通过显示屏幕返回到客户，显示确认数额的请求，客户输入确认信息到输入设备，输入设备传递到客户管理系统，在将数额合法性的确认请求传递到ATM系统，ATM系统确认数额的合法性返回到客户管理系统到点钞机，发出出钞请求，吐款机出钞，客户取钱。

UML(ATM系统)需求建模

金陵科技学院学生实验报告（理工类）课程名称：_面向对象分析和设计（UML）实验名称：_需求建模：用例关系图_____专业班级：___M10计算机科学与技术___学生学号：_____1021413036__________学生XX：_______X____伟__________实验学时：4 实验序号：1一、实验目的熟悉Visio工具，能运用该工具，实现需求建模。

掌握用例的UML图形设计，理解和设计实验内容中要求的用例和角色之间关系。

二、实验设备和环境PC(一台)，Windows 2000或以上版本，安装。

Microsoft Visio 2003三、实验要求：实验具体题目：InfoSuper 银行是一家著名的金融机构，其客户遍布全球。

该银行向客户提供以下服务：企业银行业务、个人银行业务、共同基金、理财服务、住房贷款InfoSuper 银行 45% 的收入来自个人银行业务。

因此，银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度。

该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求。

调查结果显示为了来办理银行事务（如，提取现金、支票存款、和获取交易概要等），一个客户平均每月要跑 10 到 15 趟银行。

银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。

为此 InfoSuper 银行的代表找到了软件开发商 Janes Technologies 公司。

在分析了银行的需求文档后Janes Technologies 公司项目经理 Jennifer 建议银行开发自动取款机（ATM）系统提供以下功能：现金提款、现金存款、交易概要、更改 PIN、同行转帐、有关银行提供的其他服务的信息、还需要在部署 ATM 系统的地方提供箱子以供客户丢弃支票与请求支票簿。

要求设计 ATM 系统，使其突出系统优势和成分。

（一）要设计 ATM 系统，需要执行以下任务：1.确定需求。

(完整版)使用UML对ATM系统进行建模

ATM自动取款机系统1、系统总体功能需求：ATM系统是一个复杂的软件控制硬件的系统，了解外部设备如何协调工作是整个建模的基础。

这是以具体的业务为出发点对它进行建模，一个功能完全的ATM系统必须包括以下的几个模块。

（1）读卡机模块在这个功能模块中，允许客户使用银行卡插入读卡机。

读卡机来识别卡的种类并在显示器上提示输入密码。

（2）键盘输入模块在这个功能模块中，客户可以输入密码和取款金额，并选择要进行的事务。

通常在这个键盘上只设置数字键和选择键，目的是方便客户使用。

只有在这个功能模块中，需要客户的交互。

（3）IC认证模块这个功能模块主要用于鉴别卡的真伪。

基于IC卡的安全授权系统，完全可以从技术上严格保证卡的唯一性与防伪性，使基于数字形式的电子政务和电子商务安全运转，其目的就是网络安全。

（4）显示模块在这个功能模块中，显示一切与客户有关的信息，包括一切交互时所需的提示，确认等信息。

（5）吐钱机模块在这个功能模块中，吐钱机按照客户的需求，选择合适面值的钞票给客户，是比较关键的一步。

（6）打印报表模块在这个功能模块中，是提供给客户一张取款凭据。

客户可以选择打印与不打印。

主要信息是卡号和金额等。

（7）监视器模块在这个功能模块中，为防止意外事件产生而设置摄像头，以保证客户交易的安全性。

银行有权调查取款记录。

①读卡机模块需求（1）规格说明：读取客户插入的银行卡，如下图：（2（3）输入：插入银行卡。

（4）处理：读取卡号等信息，查找数据库中找到相关的信息，识别卡的类型并记录卡号和所属银行等信息。

（5）输出：输出卡号及所属银行等信息。

②键盘输入模块需求（1）规格说明：接受来自客户的输入，如下图：（2）引言：客户通过键盘与机器交互。

（3）输入：输入密码、输入取款金额、查询余额、查询密码、打印报表和取卡等。

（4）处理：连接远程服务器来验证密码，传回余额等相关信息。

（5）输出：验证密码正确则显示正确提示信息，查询余额操作并显示余额，如有取款命令则提示吐卡机工作，如需打印报表则提示打印机工作等。

UML(ATM系统)架构建模

实验四架构建模：建立包关系图、组件关系图、部署关系图一、实验目的与要求1 掌握分析ATM系统中包、组件、节点等元素，以及之间关系。

2 掌握用UML设计系统架构，建立包关系图、组件关系图、部署关系图。

二、实验设备、环境PC(一台)，Windows 2000或以上版本，安装Microsoft Visio 2003三、实验内容及步骤1 根据前三个实验，对ATM系统进行架构，创建包关系图、组件关系图、部署关系图。

1.创建系统包图包将具有一些共性的类组合在一起，包装类时有常用的几个方法：•按版型•按功能•按嵌套•以上方法的组合系统包图：硬件包里的类：软件包里的类：2.创建组件关系图组件是定义良好接口的物理实现单元，是系统中可替代的物理部件。

通常情况下，组件表示由类、接口等逻辑元素打包而成的物理模块。

组件包括可执行文件、源代码文件、库及数据库等。

3.创建部署关系图部署图描述运行软件的系统中硬件和软件的物理结构，即系统执行处理过程中系统资源元素的配置情况以及软件到这些资源元素的映射。

部署图包括两种元素：1.节点：用来表示一种硬件。

2.关联关系：各节点之间的通信路径。

4.实验小结随着学习UML的深入，越来越发现UML的强大之处。

通过两周对ATM系统的架构建模的设计，使我有了这种感觉——它决不是简单的画图而已。

在实验的开始阶段通过查阅大量的书籍，结合前几章的实验内容，对ATM 系统进行了，最终的架构设计，这章的设计明显要比以前的要少的多，因为重要的在前几章中已经详细地描述了，只需部署一下各个模块。

在掌握新知识的同时，在建模过程中，也遇到一些问题，诸如模块之间的关系的确定，一些修改影响了其他模图的建立，通过询问指导老师和上网查找资料，得到了比较满意的解决。

在这次实验中，关于UML的概念以前比较模糊的地方，我在实际操作中，变得更加清楚了，对UML用例运用的更加系统，更加熟练；但是更让我明白，UML的知识是十分丰富的，我现在的认识还不够，我将会在以后的学习中，不断提高自己的UML知识。

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面向对象分析——ATM自动柜员机

UML面向对象分析一．引言 (3)1.1背景 (3)1.2文档概述 (3)二．系统概述 (4)2.1要求 (4)2.2用户的特点 (4)三．需求划分 (5)3.1系统用例关系图 (5)3.2系统功能概述 (6)3.2.1取款 (6)3.2.2修改密码 (6)3.2.3查询余额 (6)3.2.4转账 (6)3.2.5打印账单 (7)3.2.6查询历史事务记录 (7)3.3系统功能模块 (7)3.4系统用例描述 (8)3.5用例的活动图 (12)3.6主要用例的时序图 (14)3.7系统类图 (15)3.8状态图 (16)3.9系统部署图 (17)一．引言1.1背景ATM自动柜员机（automatic teller machine）是银行在不同地点设置的一种小型机器，利用一张信用卡大小的胶卡上的磁带〔或芯片卡上的芯片〕记录客户的基本户口资料（通常就是银行卡，或称金融卡，或称提款卡），让客户可以透过机器进行提款、存款、转帐等银行柜台服务，大多数客户都把这种自助机器称为提款机。

中国大陆在1980年代末期才开始在深圳出现提款机，现在扩展至全国。

并且多数柜员机都已加入银联网络，只要是有银联标志的银行卡都可以通用，但收费与否则和发卡行的规定有关。

没有银联标志的卡只能在本行网络的柜员机上使用。

目前，国内已有大量自动柜员机，遍布于银行营业大厅、超市、商业机构、机场、车站、码头和闹市区。

因为ATM技术的高安全性和高速度，所以在我国的发展十分迅速，尤其在银行领域。

我国宽带网已初具规模，已建立成完整的电子商务安全认证体系。

几乎所有的银行都是采用ATM技术，主要用于各地区之间交换数据和ATM终端。

1.2文档概述ATM自动柜员机系统是由计算机控制的银行自动出纳系统，主要服务于活期储蓄，实现客户自助服务的电子化设备。

统一建模语言UML（Unified Modeling Language）是面向对象技术的一个重要应用，也是软件工程环境中对象分析和设计的重要工具。

银行ATM(UML分析与设计)

如图为储户取款的时序图。
读卡机 : 储户 1: 插卡 2: 读卡号 3: 屏幕初始化 4: 打开账户 5: 提示输入密码 6: 输入密码 7: 验证密码 8: 提示进行交易类型的选择 9: 选择交易类型 10: 提示输入交易金额 11: 输入交易金额 12: 处理取款 13: 处理账户 atm屏幕账户取款机
⑷ 执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？修改账户密码、转账
用例是由角色驱动的，atm系统根据业务流程大致分为几个用例： ①与储户相关的用例：存款、取款、查询余额、修改账户密码、转账和通过信用系统付款等。 ②与银行工作人员相关的用例：添加现金、维护atm硬件设备、修改密码等。 ③与信用系统相关的用例：存款启动储户的付款
14: 处理取款 15: 退卡
（3）协作图如图的协作图描述储户取款的过程。参与交互的对象有at m屏幕显示器、储户的账户、取款机和读卡机等，编号给出取款的执行顺序。
2: 读卡号 6: 输入密码 9: 选择交易类型 3: 屏幕初始化 1: 插卡 11: 输入交易金额读卡机 5: 提示输入密码 8: 提示进行交易类型的选择 : 储户 15: 退卡 10: 提示输入交易金额 13: 处理账户 4: 打开账户 7: 验证密码 12: 处理取款账户 14: 处理取款取款机
储户银行工作人员
经过分析可知： ① 储户是与atm交互的主要对象 ② 银行工作人员更改atm的设置，放置现金和维护机器，而系统工程师则是掌握atm技术以及系统配置的工程技术人员，而atm的一般维护只需银行工作人员即可，故不做为atm系统的角色处理 ③信用系统做外外部的角色参与整个业务的交易
2.系统需求分析
atm系统包括软件和硬件两部分，因此了解外部设备是如何协调工作是整个建模的基础。Atm业务大概分为4个部分：查询帐户余额、取款、存款和更改用户的密码。一个完整的 atm系统包括一下几个模块：

UML顺序图和协作图

模块。 5）客户管理模块向事务管理模块请求确认密码的合法性。 6）事务管理模块向客户管理模块确认密码的合法性。 7）客户管理模块通过显示屏向客户显示输入服务类别请求。 8）客户通过输入设备输入取款请求，并传递给客户管理模块。 9）客户管理模块通过显示设备询问客户取款数额。 10）客户通过输入设备输入取款数额，并传递给客户管理模块。 11)客户管理模块通过显示设备向客户询问取款确认。 12）客户通过输入设备向客户管理模块传递确认信息。 13）客户管理模块向事务管理模块请求数额合法性确认。 14）事务管理模块向客户管理模块确认数额合法性。 15）事务管理模块向点钞机发出出钞请求。 16）点钞机出钞。 17）客户取钞。 18）客户取出ATM卡（银行卡）。
对上述步骤建模的顺序图如下：
: Customer
: Front
: Register
: Dispenser
1: accept(cash,selection) 2: getCustomerInput(cash,selection)
3: check(selection) 4: yes
5: updateReserve(cash,price)
:ClassA
:ClassB
oper()
返回消息
返回消息表示从过程调用返回，以虚线箭头表示。
:ClassA
:ClassB
oper()
阻止消息
阻止消息是指消息发送者发出消息给接收者，若接收者无法立即接收消息，则发送者放弃此消息。Rose中用折回的箭头表示阻止消息。
:ClassA
:ClassB
场景描述
曹操 :刘备
:孔明
求战请拟策略
:关羽
:张飞孙权
请防守荆州

使用UML对ATM系统进行建模

ATM自动取款机系统1、系统总体功能需求：ATM系统是一个复杂的软件控制硬件的系统，了解外部设备如何协调工作是整个建模的基础。

这是以具体的业务为出发点对它进行建模，一个功能完全的ATM系统必须包括以下的几个模块。

（1）读卡机模块在这个功能模块中，允许客户使用银行卡插入读卡机。

读卡机来识别卡的种类并在显示器上提示输入密码。

（2）键盘输入模块在这个功能模块中，客户可以输入密码和取款金额，并选择要进行的事务。

通常在这个键盘上只设置数字键和选择键，目的是方便客户使用。

只有在这个功能模块中，需要客户的交互。

（3）IC认证模块这个功能模块主要用于鉴别卡的真伪。

基于IC卡的安全授权系统，完全可以从技术上严格保证卡的唯一性与防伪性，使基于数字形式的电子政务和电子商务安全运转，其目的就是网络安全。

（4）显示模块在这个功能模块中，显示一切与客户有关的信息，包括一切交互时所需的提示，确认等信息。

（5）吐钱机模块在这个功能模块中，吐钱机按照客户的需求，选择合适面值的钞票给客户，是比较关键的一步。

（6）打印报表模块在这个功能模块中，是提供给客户一张取款凭据。

客户可以选择打印与不打印。

主要信息是卡号和金额等。

（7）监视器模块在这个功能模块中，为防止意外事件产生而设置摄像头，以保证客户交易的安全性。

银行有权调查取款记录。

①读卡机模块需求（1）规格说明：读取客户插入的银行卡，如下图：（2（3）输入：插入银行卡。

（4）处理：读取卡号等信息，查找数据库中找到相关的信息，识别卡的类型并记录卡号和所属银行等信息。

（5）输出：输出卡号及所属银行等信息。

②键盘输入模块需求（1）规格说明：接受来自客户的输入，如下图：（2）引言：客户通过键盘与机器交互。

（3）输入：输入密码、输入取款金额、查询余额、查询密码、打印报表和取卡等。

（4）处理：连接远程服务器来验证密码，传回余额等相关信息。

（5）输出：验证密码正确则显示正确提示信息，查询余额操作并显示余额，如有取款命令则提示吐卡机工作，如需打印报表则提示打印机工作等。

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系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。