UML(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机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
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机上进行操作会经历的几种状态，及各种状态之间转换的条件。
软件工程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取款机-顺序图1.Session当一名客户将一张ATM卡片插入机器时，一个Session开始，ATM系统读卡(如果客户执行非法操作或卡片损坏，卡片将被退出，同时屏幕将显示出错信息，而被Session异常中断)。
进行验证客户密码的登录功能。
客户成功登录系统后，可以选择一种或多种操作，直至退卡。
如果客户输入五次无效的PIN，则Session 被异常中断，ATM卡将被吞掉。
其顺序图如下所示：2.TaskTask是一种抽象的用例，表示所有类型的处理所共有的行为，Task的具体类型按照适当的方式执行一定的操作。
根据Task(存款、取款，转帐，查询，更改密码)的事件流描述给出具体的处理。
其顺序图如下：3.Deposit插入用户的银行卡后，根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，选择存款业务，系统确认存款请求以后，系统界面进入请放入存款界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡后，存款业务完成。
存款操作的顺序图如下：4.WithDraw插入用户的银行卡，并根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。
UML建模 - ATM取款机
UML建模 - ATM取款机软件建模（UML）作业班级：计算机0806班学号：20213007 姓名：姜俊方UML个人作业一、ATM机需求分析图ATM自动取款读卡机模块键盘输入模块认证模块显示模块打印报表报表吐钱机模块 IC监视器模块二、用例图用于描述一组用例、参与者及它们之间的连接关系。
用例图仅仅从角色使用系统的角度描述系统中的信息，也是站在系统外部查看系统功能，而并不描述该功能在系统内部是如何实现的。
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例可应用于整个系统，也可应用于系统的一部分，包括子系统、单个的类甚至接口。
通常，用例不仅代表这些元素所期望的行为，而且还可把这些元素用作开发过程中测试用例的基础。
椭圆：用例，是用户与计算机之间的一次典型交互作用。
人形：参与者(外部执行者)是指用户在系统中所扮演的角色。
ATM系统的用例图存钱银行工作人员添加信息取钱客户修改密码维护硬件设备转账查询余额付款银行工作人员ATM提款系统用例图存款查余额用户付款信用取款验证用户更改密码三、类图用于描述一组类、接口、协作及它们间的静态关系。
在面向对象系统的建模中，类图最为常用，它用来阐明系统的静态结构。
类是对一组具有相同属性、操作、关系和语义的对象的描述，其中对类的属性和操作进行描述时的一个最重要的细节是它的可见性。
一个典型的系统模型中通常有若干个类图。
一个类图不一定要包含系统中所有的类，一个类可加到几个类图中。
在类图中类用矩形框来表示，它的属性和操作分别列在分格中。
类之间可以多种方式链接(如关联、泛化、依赖和实现等)。
关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。
类图账户ATM屏幕ATM键盘ATM读卡器吐钱机数据库ATM系统类图四、顺序图(序列图)顺序图表示对象之间传送消息的时间顺序。
顺序图用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及在系统执行过程中的某一具体时刻将会发生什么事件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
金陵科技学院学生实验报告（理工类）课程名称：_面向对象分析和设计（UML）实验名称：_需求建模：用例关系图_____专业班级：___M10计算机科学与技术___学生学号：_____1021413036__________学生姓名：_______张____伟__________实验学时：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.确定需求。
2.创建 SRS。
SRS 必须提供以下信息：软件系统定义、SRS 文档的用途、软件系统的范围、功能性需求、非功能性需求、目标软件系统的运行条件。
3.确定用例。
用例应包含以下信息：名称、概要、事件的基本过程、可选路径、异常路径、触发器、假设、前置条件、后置条件、业务规则、非功能性需求、作者、日期。
4.确定角色。
5.描述用例和角色之间的关系。
6.保存模型。
1 引言1.1目的为了明确用户的需求并较好的与开发人员进行沟通，使用户与开发人员双方对软件需求取得共同理解基础上达成的协议，特编写此文档，并作为整个软件开发的基础。
1.2背景这个项目的开发是应InfoSuper银行要求，为其开发的一套ATM系统。
InfoSuper 银行 45% 的收入来自个人银行业务。
因此，银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度。
该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求。
InfoSuper银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。
1.3定义：账号：在银行中，事物应用的单个账号。
账号可以为多种类型，但是至少包括支票和存款。
每个顾客可以拥有多个账号。
ATM：一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事物处理。
ATM同顾客进行交互，收集事物信息，并发送事物信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提供给客户。
银行：一个金融机构，负责保存顾客的账号信息。
可以经授权访问账号。
银行计算机：银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。
银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。
现金卡：每张卡提供给一个银行客户，授权客户可以使用ATM机访问自己的账号。
每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。
一张卡不能访问客户的所有账户。
每张卡只能有一个持卡人，但是多个复本可能存在，所有必须考虑从不同的ATM机同事使用相同卡的行为。
客户：拥有银行的一个或者多个账号的人。
客户可以包括一个人或者多个人，或者是公司。
相同的人，拥有不同银行的账号被认为是不同的客户。
事物：对单个客户账号的单个完整的操作请求。
2 项目概述2.1对开发软件的一般描述这个项目的开发是为银行提供一套高效稳定的终端服务平台，使得银行与客户间的业务办理更方便、便捷和安全。
2.2对开发软件的功能描述该软件可以划分为两个子系统，一个是服务银行储户的，即是持卡人的交易系统；另一个是服务银行工作人员的。
银行工作人员分为两类：一类是业务人员，可以使用本系统进行配款，统计，打印报表，一类是技术人员，对本系统进行管理维护。
本系统其基本框架为：图1 A TM系统框架图2.3用户特点本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。
另外，我们的系统要实现的一个重要目标就是有足够的界面友好性和易操作性。
即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。
另外一部分的用户是银行工作人员，大致分为两类：一类是业务人员。
其依赖本系统管理ATM交易参数，统计交易信息，打印各类汇总报表，根据ATM 提示及时配款。
另一类是银行技术人员。
其对本系统进行升级，维护工作。
3系统用例模型3.1确定角色自动取款机（ATM）中央计算机银行工作人员储户账户事务现金卡3.2确定角色关联1．储户——拥有——账户2．工作人员——输入——针对账户的事务3．中央计算机——处理——针对账户的业务4． ATM与中央计算机——交换——关于事务的信息 5．中央计算机——确定——事务与分析的对应关系 6．ATM——读——现金卡7．ATM——交互——用户8．中央计算机——处理——并发的访问3.3创建用例1．储户取钱2．储户存钱3．储户转账4．储户更改密码5．储户查询余额6．储户查询交易概要7．银行工作人员统计报表8．银行工作人员打印报表9．银行工作人员维护ATM10．银行工作人员对ATM机配款4需求说明4.1 基本描述ATM 终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，处理储户要求，执行各类操作，为储户服务。
系统要求保持一定时间内的交易记录，可以处理多个ATM 终端并发访问。
同时，系统应每天自动汇总各种交易数据，生成报表。
系统24小时工作，无操作时播放待机动画广告。
系统具有设备自检提示报错功能，可以提示凭条打印机已坏，A TM 终端钱柜缺钱。
如图2 ATM 工作示意图：图2 A TM 系统工作示意图4.2 功能需求针对InfoSuper 银行对该软件的需求，做如下功能设计，在给出基本框架之后，我们将逐一介绍各部分。
根据用户的不同身份分为两个模块，每个模块包含了不同的功能：管理模块：管理维护功能，配款功能，统计和打印报表功能储户模块：存款功能，取款功能，修改密码功能，转账功能，查询余额功能，查询交易概要功能如图3 ATM 系统功能模块图所示：图3 A TM系统功能模块图本系统按上述功能，设计其需求用例图如图4ATM系统用例设计图所示：图4 A TM系统需求用例图图5第二迭代用例模型图6第三迭代用例模型4.2.1 储户模块1. 功能需求简介功能需求1：描述：ATM终端无人操作时，显示待机动画输入：无处理：ATM显示待机界面输出：显示待机界面功能需求2：描述：ATM接受卡，检验卡是否可进行交易输入：ATM接收储户插卡处理：检验卡是否可识别处理输出：不可识别退卡；否则继续。
功能需求3：描述：校验密码是否格式正确输入：储户输入密码处理：校验密码是否符合格式输出：不正确则提示储户重新输入功能需求4：描述：校验密码是否正确输入：储户输入正确格式密码处理：校验当前密码与存储的账户密码是否一致输出：不一致则提示密码错误，请重新输入或者退卡功能需求5：描述：卡密码连续三次输入错误，没收磁卡输入：储户连续第三次输入密码处理：校验密码输出：错误则吞食磁卡，提示“您的卡连续三次密码错误，已被吞没。
请联系客服955**”功能需求6：描述：磁卡认证完成，进入主交易界面输入：储户输入正确密码处理：校验密码输出：显示主交易界面功能需求7：描述：ATM现金不足，系统应对取款储户进行提示，可退出交易输入：无处理：检查ATM现金数输出：返回至ATM主交易界面功能需求8：描述：A TM凭条打印机故障，系统应对存款和转账储户进行提示，可退出交易输入：无处理：检查ATM凭条打印机输出：故障则提示储户是否继续，可返回至主交易界面功能需求9：描述：ATM认定的存款金额储户不认可输入：认证成功完成，输入需要存储的金额，将钞币放入ATM机处理：硬件检验钞币数量，提示储户确认，储户输入“否”输出：退出钞币，返回主界面功能需求10：描述：ATM存款输入：ATM认定存款金额，储户“确认”处理：在账号上记录存入金额输出：打印存款凭条，显示“交易成功”，返回主交易界面功能需求11：描述：取款金额大于账户余额输入：输入取款金额处理：判断输入金额和账户余额输出：取款余额大，则提示储户“余额不足”，返回主界面功能需求12：描述：取款数额超过当日取款最大额度输入：储户输入取款金额处理：判断输入金额和当日该账户ATM取款额之和是否大于当日取款最大额度输出：如超出则提示储户“超过当日取款最大额度”，重新输入或返回功能需求13：描述：取款输入：取款合法金额处理：从账户记录取走的金额输出：吐钱功能需求14：描述：取款交易成功，打印取款凭条输入：储户输入“打印”或者“不打印”处理：若是“打印”则打印机打印凭条，否则什么也不做输出：无功能需求15：描述：修改密码输入：储户输入新密码处理：两次新密码判断是否一致输出：一致则重置密码，显示“修改成功”；否则退出修改密码功能需求16：描述：转账输入：转账账号，转账金额处理：判断金额是否超过本账户现有金额，是则本账号下账，他账号上账输出：显示“转账成功”，或者退出转账2. use case在以下所有用例中，假设储户已进入主交易界面。
用例编号UC01用例名称取款创建人张伟最后修改人张伟创建日期2010/10/26最后修改日期2010/11/02角色取款人描述取款人输入取款金额，币种，面值等。
系统判断账户正常且金额允许后提供款给他。
前置条件取款身份验证合法后置条件无主干过程1。
0从ATM取款取款人指定所需金额，币种，面值系统接受请求，从账户扣钱取款人输入其他信息，结束此次取款系统保存交易信息分支过程1。
1账户余额不足系统提示“您输入的取款金额超过您的账户余额”系统返回主交易界面，结束此次取款1。
2单笔超限或当日取款总额超限系统提示“输入金额不对，单笔不能超过5000”系统返回主交易界面，结束此次取款1。