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。

UML建模_ATM取款机

软件建模（UML）作业班级：计算机0806班学号：20083007姓名：姜俊方UML 个人作业一、ATM 机需求分析图二、用例图用于描述一组用例、参与者及它们之间的连接关系。

用例图仅仅从角色使用系统的角度描述系统中的信息，也是站在系统外部查看系统功能，而并不描述该功能在系统内部是如何实现的。

用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。

用例可应用于整个系统，也可应用于系统的一部分，包括子系统、单个的类甚至接口。

通常，用例不仅代表这些元素所期望的行为，而且还可把这些元素用作开发过程中测试用例的基础。

椭圆：用例，是用户与计算机之间的一次典型交互作用。

人形：参与者(外部执行者)是指用户在系统中所扮演的角色。

ATM 系统的用例图读卡机模块键盘输入模块IC认证模块显示模块吐钱机模块打印报表报表监视器模块ATM 自动取款存钱取钱转账查询余额付款银行工作人员客户修改密码添加信息银行工作人员维护硬件设备ATM 提款系统用例图存款查余额用户更改密码取款验证用户付款信用三、类图用于描述一组类、接口、协作及它们间的静态关系。

在面向对象系统的建模中，类图最为常用，它用来阐明系统的静态结构。

类是对一组具有相同属性、操作、关系和语义的对象的描述，其中对类的属性和操作进行描述时的一个最重要的细节是它的可见性。

一个典型的系统模型中通常有若干个类图。

一个类图不一定要包含系统中所有的类，一个类可加到几个类图中。

在类图中类用矩形框来表示，它的属性和操作分别列在分格中。

类之间可以多种方式链接(如关联、泛化、依赖和实现等)。

关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。

类图数据库ATM键盘ATM 屏幕吐钱机ATM 读卡器账户ATM 系统类图四、顺序图(序列图)顺序图表示对象之间传送消息的时间顺序。

顺序图用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及在系统执行过程中的某一具体时刻将会发生什么事件。

uml--ATM自动取款机系统

创建系统用例模型
创建系统用例的第一步是确定系统的参与者。ATM自动取款机系统的参与者包含以下三种：
（1）客户（2）银行职员（3）信用系统
创建系统用例模型
1.客户用例图
客户在本系统中可以进行取款、存款、转账、查询余额、修改密码和还款的相关操作。
创建系统用例模型
2.银行职员用例图
银行职员在本系统中能够进行硬件维护、修改密码和添加现金的相关操作。
创建系统部署模型
2. 系统部署图
ATM自动取款机系统的部署图描绘的是系统节点上运行资源的安排。包括了四个节点，分别是：ATM客户端、地区ATM服务器、银行数据库服务器和打印机。
选择=结果
汇报结束谢谢观看！欢迎提出您的宝贵意见！
(1)客户将银行卡插入读卡器，读卡器识别卡的真伪，并在显示器上提示输入密码。
(2)客户通过键盘输入密码，取款机验证密码是否有效。如果密码错误提示错误信息，如果正确，提示客户进行选择操作的业务。
(3)客户根据自己的需要可进行存款、取款、查询账户、转账、修改密码的操作。
(4)在客户选择后显示器进行交互提示和操作确认等信息。 (5) 操作完毕后，客户可自由选择打印或不打印凭条。 (6)银行职员可进行对ATM自动取款机的硬件维护和添加现取款活动协作图
创建系统动态模型
3. 根据用户开立新账户的步骤，我们可以创建的活动图。
创建系统动态模型
4.系统状态图
在ATM自动取款机系统中，有明确状态转换的类是银行账户从账号的打开到账户关闭的过程，状态会发生明显的变化。
创建系统部署模型
1.系统构件图
在本系统中，我们可以对银行账户、信用系统、客户、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机上进行操作会经历的几种状态，及各种状态之间转换的条件。

UML建模案例1-ATM网络系统

案例一: ATM 网络系统问题陈述:设计一个支持银行ATM 计算机网络系统的软件。

这个网络包括柜员机和自动取款机（ATM ），由联营机构共享。

每个营业部提供各自的计算机来维护它的帐户和处理面临的事务。

柜员机属于各营业部，并且直接与营业部计算机通信，柜员输入帐务和处理数据。

ATM 与中心处理机通信。

中心处理机分理事务到相应的营业部。

ATM 接收现金卡，与用户交互，与中心计算机通信完成事务处理，分配现金和打印收据。

系统需要恰当的记录和安全保证。

系统必须正确控制并发访问同一帐号。

营业部提供自己的计算机软件。

共享系统的费用由各营业部根据现金卡数量来分担。

问题描述示意图:一、建立对象模型从问题陈述名词及领域知识中提取出的候选类：筛选掉不必要的类:相干的冗余的建成类的数据字典:建成类的初步对象图（对象模型之一）通信被进入输入通信输入涉及授权注：这里将“业务”分成（柜员）业务和（远程）ATM业务具有属性和继承的ATM对象模型涉及保存有二、建立动态模型ATM通常情况下的脚本：有例外情况ATM脚本：ATM 脚本的事件轨迹：（通常情况）用户ATM 联营机构营业部营业部业务成功业务成功分配现金要求取走现金用户取走现金询问继续回答“终止”打印收据推出现金卡取走现金卡显示主屏ATM对象类的状态图：•插入卡片错误密码取消等待终止取消5秒网络响应其中：网络响应=合法帐户、非法帐户、非法营业部代码、非法密码、业务成功、业务失败联营机构对象类状态图••业务处理核实帐户 [非法代码]/营业部代码营业部业务失败营业部业务成功 [合法代码] 非法营业部帐户//业务失败 /业务成功非法帐户营业部对象类状态图：• •处理营业部业务与营业部验证卡片[无效]/营业部代码[失败] [成功]/营业部业务失败/营业部业务成功[无效]/非法营业部代码三、系统设计ATM系统的结构:说明：1）ATM系统软件总体结构：交互式界面和事务处理型系统的混合体。

软件工程ATM系统UML设计

目录一：需求规格说明书。

11.1ATM系统的需求概述。

11.2ATM系统的需求要点。

11.3术语定义。

21.4问题范围。

2 二：需求分析。

22.1划分主题。

32.2确定属性。

42.3识别继承关系。

52.4建立动态模型。

62.5状态图。

92.6基本系统模型图的建立。

102.7功能级数据流图的建立。

112.8系统问题域子系统结构。

122.9 ATM程序路径设计。

13 三：源代码。

14一、需求规格说明书1.1、ATM系统的需求概述图1-1 ATM（自动取款机）系统1.2、ATM系统的需求要点拟开发一个自动取款系统（参考图1-1），它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。

ATM和中央计算机由总行投资购买。

总行拥有多台ATM，分别设在全市各主要街道上。

分行负责提供分行计算机和柜员终端。

柜员终端设在分行营业厅及分行下属的各个储蓄所内。

该系统的软件开发成本由各个分行分摊。

银行柜员使用柜员终端处理储户提交的储蓄事务。

储户可以用现金或支票向自己拥有的某个账户内存款或开新账户。

储户也可以从自己的账户中取款。

通常，一个储户可能拥有多个账户。

柜员负责把储户提交的存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。

柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。

拥有银行账户的储户有权申请领取现金兑换卡。

使用现金兑换卡可以通过ATM访问自己的账户。

目前仅限于用现金兑换卡在ATM上提取现金（即取款），或查询有关自己账户的信息（如余额）。

将来还可能要求用ATM来办理转账、存款。

所谓现金兑换卡就是一个特制的磁卡，上面有分行代码和卡号。

分行代码唯一标识总行下属的一个分行，卡号确定了这张卡可以访问哪些账户。

通常，一张卡可以访问储户的若干个账户，但是不一定能访问这个储户的全部账户。

每张卡仅属于一个储户所有，但是，同一张卡可能有多个副本，因此，必须考虑同时在若干台ATM上使用同样的现金兑换卡的可能性。

UML分析设计文档ATM取款机-顺序图

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

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

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

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

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

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

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

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

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次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。

UML分析设计文档ATM取款机-顺序图

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

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

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

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

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

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

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

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

ATM系统UML--7种图

UML建模语言7种图(以银行ATM系统为例)分类：JAVA2021-04-21 20:40 2911人阅读评论(0) 收藏举报uml语言活动作业优化1 用例图：描述了系统提供的一个功能单元。

以一种可视化的方式理解系统的功能需求，"角色"与系统内用例之间的关系。

本例中，参与者"银行储户"和ATM机。

简化后的ATM机仅有取款、存款及其余功能。

其余功能不做详细说明。

2 类图：显示系统的静态结构。

逻辑类、实现类，实现类就是程序员处理的实体。

类在类图上使用包含三个局部的矩形来描述，如图2所示。

最上面的局部显示类的名称，中间局部包含类的属性，最下面的局部包含类的操作〔或者说"方法"〕。

本例中许多单个的帐户组成了帐户库，帐户具有帐户类型、帐户号、余额三个属性。

许多银行储户组成了储户库。

ATM系统包含了许多ATM机。

银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。

通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮助自己整理思路，充实及优化自己的设计。

3 序列图：显示具体用例〔或者是用例的一局部〕的详细流程。

它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。

序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。

本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况，顺序图着重于对象间消息传递的时间顺序。

4 状态图：表示某个类所处的不同状态和该类的状态转换信息。

包括5个根本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。

本例描述了顾客在ATM机上进行操作会经历的几种状态，及各种状态之间转换的条件。

uml建模报告ATM自动柜员机系统

基于UML的ATM自动柜员机系统建模报告一、需求分析（1）功能需求：1.登陆：客户通过输入正确的登陆密码即可登陆ATM。

2.取款：允许客户取出自己账户中的现金。

3.客户存款：允许客户把现金存入自己账户。

4客户查询余额：允许客户查询自己的账户余额。

5客户转账：允许客户将自己账户中的金额转移至另一账户。

6客户更改密码：允许客户修改自己的登录密码。

（2）系统操作要求：1．要求用户每次取款数额为50的整数倍；2．要求用户一次取款数额不得大于1000元；3．要求用户一天取款数额不得超过5000元；4．要求用户每次取款数额不得大于账户余额；5．要求用户设置的登录密码为6位。

（3）系统性能要求：1．要求反应时间不得大于10秒钟；2．系统设计目标：ATM自动取款机可以提供24小时不间断服务，操作简单，可以很方便为用户提供取款、转账/汇款、查询账户余额等服务。

（4）实现手段：使用进行界面设计，建立一个数据库保存客户的账户信息，使用C#语言功能函数并对数据库中的账户信息进行操作。

二、总体设计本系统总共分为登陆、查询、存款、取款、转账、修改密码等6个功能模块。

1.登录模块：登陆模块使用字符匹配算法，要求用户在输入账号之后输入登陆密码，只有输入正确的密码才能登陆自己的账户。

否则提示密码错误。

2.查询模块：用户输入正确的密码后就可登陆自己的账户并接受服务。

查询功能允许用户查得自己账户上的余额信息。

3.存款模块：允许客户向自己的账户中存入现金。

4.取款模块：允许客户从账户中取走现金，要求取出的金额不能大于所剩余款，否则提示余额不足。

转账模块：允许客户将自己账户中的金额转移至另一账户。

要求所转的 5.金额不能多于所剩余款，否则提示余额不足。

6.修改密码模块：允许用户修改自己的登陆密码，密码仍然是6位数的，修改之后，下次登陆就应该用新密码。

三、详细设计用例图：类图：客户取钱的协作图：账目类的状态图：ATM系统的部署图：。

(完整版)使用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面向对象分析一．引言 (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）是面向对象技术的一个重要应用，也是软件工程环境中对象分析和设计的重要工具。

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

基于UML的ATM自动存取款机系统的建模过程

IT 大视野数码世界 P .65基于UML 的ATM 自动存取款机系统的建模过程李秋锦山东科技大学山东省济南市 250000摘要:UML 是一种面向对象的统一建模语言，系统或应用程序开发的各个阶段都需要UML 模型的辅助，它为开发提供了模型化和可视化支持。

基于UML 建立的模型描述了系统具体的需求，解决了客户与程序员之间沟通困难问题。

UML 建模简单易懂，明确、清晰的传递了系统的功能和运行过程。

本文利用UML 为ATM 系统的开发建立多种模型视图。

关键词:UML ATM 取款机系统建模1 系统需求分析根据ATM 系统工作原理，分析系统的需求与功能。

将系统分为两个模块：管理人员模块和客户模块。

1.1管理人员模块银行的管理人员的主要工作是为ATM 取款机添加现金，其次则为一些日常的系统维护工作。

1.2客户模块在该模块中，要实现客户通过ATM 机完成取款，存款的全部动作，以及查询账户余额，转账等工作，包括插入IC 卡，选择功能，输入，出钞，退卡等功能。

2 系统建模过程2.1系统用例模型用例图是根据需求分析，以系统外部的用户视角对系统的功能进行描述的视图，只能观察到系统的功能，而不包括功能的实现问题。

用例图的主要构成部分为参与者，系统，用例，以及它们之间的关联关系。

首先识别用例图的参与者有管理人员和客户，分析系统中存在的用例，用椭圆形表示。

添加其中的关系，得到用例图，如下图1所示。

图1 ATM 系统——UML 用例图2.2系统静态模型面向对象的开发中，为描述了系统中类的结构，通常建立静态模型类图。

类图是开发时将模型转化为代码的过程提供最主要的资源，且流程图不是面向对象的，而是面向过程的。

它对系统的计算流程及工作流程建模，是对系统的功能进一步充分描述。

为系统中查询余额的工作流程创建活动图，明确工作目标为查询账户余额，分析实现该功能的活动顺序，客户插入银行卡，读卡机读卡，显示屏提示用户输入密码，在用户数据库实现验证过程，若密码错误，给出重新输入的提示；密码正确，提示用户选择业务，客户选择查询余额功能按钮，系统数据库查询，ATM 显示屏显示余额信息。