HZX_ATM管理系统图
毕业设计_ATM自动取款机系统
ATM自动取款机系统目录1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．总体设计 (2)2.1需求概述 (2)2.2软件结构 (3)3．程序描述 (4)3.1模拟读卡和身份验证子系统 (4)3.1.1功能 (4)3.1.2性能 (5)3.1.3输入项目 (5)3.1.4输出项目 (5)3.1.5算法 (5)3.1.6程序逻辑 (6)3.1.7接口 (7)3.1.8存储分配 (7)3.1.9限制条件 (8)3.1.10测试要点 (8)3.2取款子系统 (8)3.2.1功能 (8)3.2.2性能 (8)3.2.3输入项目 (8)3.2.4输出项目 (9)3.2.5算法 (9)3.2.6程序逻辑 (9)3.2.7接口 (10)3.2.8存储分配 (11)3.2.9限制条件 (11)3.2.10测试要点 (11)3.3查询余额子系统 (12)3.3.1功能 (12)3.3.2性能 (12)3.3.3输入项目 (12)3.3.4输出项目 (12)3.3.5算法 (12)3.3.6程序逻辑 (13)3.3.7接口 (14)3.3.8存储分配 (14)3.3.9限制条件 (15)3.3.10测试要点 (15)3.4转账子系统 (15)3.4.1功能 (15)3.4.2性能 (15)3.4.3输入项目 (15)3.4.4输出项目 (15)3.4.5算法 (16)3.4.6程序逻辑 (16)3.4.7接口 (17)3.4.8存储分配 (18)3.4.9限制条件 (18)3.4.10测试要点 (18)3.5修改密码子系统 (18)3.5.1功能 (18)3.5.2性能 (19)3.5.3输入项目 (19)3.5.4输出项目 (19)3.5.5算法 (19)3.5.6程序逻辑 (20)3.5.7接口 (21)3.5.8存储分配 (21)3.5.9限制条件 (22)3.5.10测试要点 (22)3.6打印回单子系统 (22)3.6.1功能 (22)3.6.2性能 (22)3.6.3输入项目 (23)3.6.4输出项目 (23)3.6.5算法 (23)3.6.6程序逻辑 (23)3.6.7接口 (24)3.6.8存储分配 (24)3.6.9限制条件 (24)3.6.10测试要点 (25)1．引言1.1编写目的详细设计阶段的关键任务是确定怎样具体地实现用户需要的ATM机系统，设计出程序的“蓝图”。
ATM系统PPT演示
共同的目标 我们共同努力
ATM单板介绍
共同的目标 我们共同努力
ATM接入板的工作原理
MSTP设备上的ATM接入板主要功能 是执行ATM业务到SDH传输网络的收敛或 汇聚，其基本原理如图所示：
ATM 接口
-
ATM 处理
VC4 映射
CPU管理子系- 统
-
背板 接口
ATM层
共同的目标 我们共同努力
• 和对等层进行以信元为单位的通信
只识别和处理信头
– 信元的复用/解复用 • 复用：发送端将具有不同VPI/VCI的信元复用在一 起交给物理层 • 解复用：接收端识别物理层送来的信元的VPI/VCI， 并将各信元送到不同的模块处理
共同的目标 我们共同努力
ATM技术交流
本部用服部
共同的目标 我们共同努力
ATM原理简介
共同的目标 我们共同努力
ATM技术概述
• 基于信元Cell的交换和复用
– ATM信元是信息传送的基本载体 – 长度为53字节，定长 – 5个字节的信头，48个字节的净荷
无连接
适配 AAL1 AAL2 AAL3/4 AAL5
共同的目标 我们共同努力
两种标准的业务分类
共同的目标 我们共同努力
ATM交换技术
• ATM交换是ATM网络的核心，其性能决 定了ATM网络的性能和规模
• 融合了传统电路交换和分组交换技术的一 种新的交换方式
共同的目标 我们共同努力
SVC和PVC
• SVC 交换虚通路连接
– 用户需要通信时，通过终端设备由信令建立虚通路 – 通信完成后，虚通路被释放 网络资源利用率高，费用低
• PVC永久虚通路连接
系统建模与仿真邮政储蓄ATM机服务系统
邮政储蓄ATM机服务系统一、系统描述中北大学邮政储蓄A TM机服务系统俄日全校师生提供取款、查询和转账业务，此服务系统由顾客、队列、ATM机构成。
邮政储蓄设立4个ATM机服务窗口，但由于周一下午15:00~17:00期间非忙碌时间，学校使用A TM机的人数很少，队列为零，而顾客不集中与一台机器上接收服务，为了仿真方便，遂假设顾客于同一台ATM机进行服务。
客户高峰期为下课期间，同学到达率服从一定概率分布，服务速率依赖同学办理业务的效率。
此次建模目的是在假定同学达到时间间隔和办理业务花费的时间服从一定的概率分布时，考察服务窗口的忙闲情况。
图1：排队模型二、系统分析1、实体临时实体：顾客永久实体：邮政A TM机特殊实体：队列2、状态ATM机：忙、闲顾客：排队、接收服务排队队列：长度3、活动：排队、服务a、顾客到达时，若ATM机处于忙碌状态，则顾客进入“等待服务”的阶段；否则进入“接受服务”阶段；b、ATM机完成对某一顾客的服务之后，如果队列处于”非零”状态，则立即开始对下一个顾客开始服务；否则进入“闲”状态。
4、时间顾客到达、顾客结束排队、顾客服务完毕离去5、服务规则先到先服务6、系统的流程图描述三、系统仿真输入数据分析12根据顾客到达时间间隔频率分布直方图以及服务时间频率分布直方图与已知的统计分布的比较可以假设顾客到达时间间隔分布符合正态分布，服务时间符合泊松分布。
3、 参数估计顾客到达时间间隔样本方差：）（∑=-=n 1i 22211-n 1X n x S i =（1070-876.16）/15=12.92服务时间样本均值：∑==n1i 1i n 1X X =26/17=1.5服务时间样本方差：）（∑=-=n 1i 22211-n 1X n x S i =（48-25.5）/16=1.4 b. 估计量的选取对于顾客到达时间间隔服从正态分布，其估计量为，4.7==-∧X μ，95.122σ==-∧S对于ATM 机服务时间服从泊松分布，其估计量选-∧=X μ=1.5。
ATM机管理系统详细设计说明书
ATM机管理系统详细设计说明书ATM机管理系统详细设计说明书1：引言1.1 目的1.2 背景1.3 范围1.4 参考资料2：系统概述2.1 功能概述2.2 用户类型2.3 系统界面2.4 系统架构2.5 第三方集成3：数据库设计3.1 数据库架构3.2 数据库表结构3.3 数据库表关系4：模块设计4.1 登录模块4.1.1 用户身份验证 4.1.2 用户权限控制 4.2 交易模块4.2.1 取款功能4.2.2 存款功能4.2.3 转账功能4.2.4 查询余额功能 4.3 管理模块4.3.1 管理员权限验证 4.3.2 用户信息管理 4.3.3 ATM机信息管理5：界面设计5.1 登录界面5.2 交易界面5.3 管理界面6：系统安全设计6.1 数据加密6.2 访问控制6.3 日志记录7：性能优化7.1 高并发处理7.2 缓存使用7.3 数据库索引优化8：测试策略8.1 单元测试8.2 集成测试8.3 系统测试9：部署与维护9.1 部署环境9.2 系统上线流程 9.3 系统维护计划10：附件10：1 数据库表结构图10：2 界面设计图10：3 测试用例本文所涉及的法律名词及注释:1： ATM机：自动取款机（Automated Teller Machine），是一种自动化提供金融服务的机器。
2：系统界面：用户与系统进行交互的界面，包括登录界面、交易界面和管理界面。
3：数据库架构：数据库的组织方式，包括表、索引、关系等。
4：用户身份验证：验证用户身份是否合法，常见方式包括密码验证、指纹验证等。
5：访问控制：限制用户对系统资源的访问权限，确保系统安全。
6：单元测试：对系统中最小的功能单元进行验证的测试方法。
7：集成测试：将各个模块集成起来进行验证的测试方法。
8：系统测试：对整个系统进行验证的测试方法。
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下半部分是个保险柜，里面放着ATM最重要的部件：钞箱和电脑。
钞箱：自然就是放钱的地方，一般是4个钞箱，分为3个取款箱和1个存款箱（不光是存款，假钞异常钞都进了这个箱子）。
个别机型有5个钞箱。
每个钞箱的设计容量是30wRMB，这指的是新钞票，一般银行往里面放的是旧钞，钞票会稍微厚点，所以每个钞箱一般就20多wRMB。
在这里要请对ATM有企图的江湖大盗仔细想想，一台ATM满打满算也就几十w，说不定里面还没满，其获取难度和收益太不成正比，所以请放过ATM吧，弄坏了还得让我们来维修，很麻烦的。
电脑：windowsXP系统，不同于常见的XP，是专门向微软定制的XP系统。
电脑本身配置不高，也不需要太高，大家存取款操作的界面就是windowsXP上运行的一个软件，和office等工具软件是类似的，只不过这软件可以控制ATM存取款而已。
有时候程序异常退出，大家可以看见ATM屏幕上显示熟悉的windows桌面或者Dos界面。
ATM上半部分不会存放钞票，顶多是存款时暂存一会，所以时不时看见新闻报道说某某人怒砸ATM屏幕/出钞口试图拿钱，我只想诚心的说一句：哥，你砸错地儿了，那儿没钱而且也不值钱，砸坏了银行不心疼。
ATM上半部分中最关键的部件是：验钞模板。
位置是在出钞口往ATM机体内侧几厘米。
验钞模板（术语叫BV）：ATM制造商最核心的技术，其理念是100%正确，绝对没问题。
因为没有任何人允许自己收到一张假钞。
国外的ATM制造商，其他部分都可以在中国生产，但验钞模块必定是在本国生产。
如果一台外国ATM卖20w，其验钞模块就价值几w。
而中国最大ATM制造厂商广电运通卖一台ATM才15w，比国外的便宜了几w就是因为其验证模块不如国外的好，底气不足（销售价格只是举例，如有雷同就算巧合吧）。
ATM UML
软件建模（UML）作业班级：计算机0806班学号：20083007姓名：UML 个人作业一、ATM 机需求分析图二、用例图用于描述一组用例、参与者及它们之间的连接关系。
用例图仅仅从角色使用系统的角度描述系统中的信息，也是站在系统外部查看系统功能，而并不描述该功能在系统内部是如何实现的。
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例可应用于整个系统，也可应用于系统的一部分，包括子系统、单个的类甚至接口。
通常，用例不仅代表这些元素所期望的行为，而且还可把这些元素用作开发过程中测试用例的基础。
椭圆：用例，是用户与计算机之间的一次典型交互作用。
人形：参与者(外部执行者)是指用户在系统中所扮演的角色。
ATM 系统的用例图读卡机模块键盘输入模块IC认证模块显示模块吐钱机模块打印报表报表监视器模块A TM 自动取款存钱取钱转账查询余额付款银行工作人员客户修改密码添加信息银行工作人员维护硬件设备ATM 提款系统用例图存款查余额用户更改密码取款验证用户付款信用三、类图用于描述一组类、接口、协作及它们间的静态关系。
在面向对象系统的建模中，类图最为常用，它用来阐明系统的静态结构。
类是对一组具有相同属性、操作、关系和语义的对象的描述，其中对类的属性和操作进行描述时的一个最重要的细节是它的可见性。
一个典型的系统模型中通常有若干个类图。
一个类图不一定要包含系统中所有的类，一个类可加到几个类图中。
在类图中类用矩形框来表示，它的属性和操作分别列在分格中。
类之间可以多种方式链接(如关联、泛化、依赖和实现等)。
关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。
类图数据库ATM键盘ATM 屏幕吐钱机ATM 读卡器账户ATM 系统类图四、顺序图(序列图)顺序图表示对象之间传送消息的时间顺序。
顺序图用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及在系统执行过程中的某一具体时刻将会发生什么事件。
类图、时序图、状态图-ATM系统
• 综合应用：在实际的ATM系统开发过程中，类图、时序图和状态图常常是相 互补充、相互印证的。通过综合运用这三种图形化工具，可以更加全面、深入 地理解ATM系统的结构和行为，从而更好地进行系统设计和开发。
交易处理状态
用户进行取款、存款、转账等交易时， 系统进入交易处理状态，此时需要等 待交易处理完成。
04
交易成功状态
交易处理完成后，系统进入交易成功 状态，用户可以取走现金或查看交易 记录。
状态图在ATM系统中的应用
01 描述ATM系统的不同状态以及状态之间的转 换条件。
02
描述ATM系统在不同状态下所执行的操作以 及操作的结果。
03
帮助开发人员发现潜在的问题并进行优化。
04
为后续的系统设计和开发提供依据和指导。
05 总结与展望
类图、时序图与状态图在ATM系统中的综合应用
• 类图：用于描述ATM系统的各个类及其相互关系，包括类之间的继承、关联 和聚合等。通过类图，可以清晰地了解ATM系统的整体架构和各个类的职责 。
• 时序图：用于描述ATM系统中各个对象之间的消息传递和交互过程。通过时 序图，可以详细地了解各个对象之间的通信方式和时序关系，从而对系统的动 态行为进行深入分析。
ATM系统未来的发展趋势与挑战
发展趋势
随着科技的不断进步和金融服务的不断创新 ，ATM系统将朝着更加智能化、便捷化和 安全化的方向发展。未来的ATM系统将更 加注重用户体验和个性化服务，同时也会加 强与移动支付、互联网等领域的融合，实现 更加便捷、高效的金融服务。
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系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。
最新类图、时序图、状态图-ATM系统精品课件
10.3 建立对象(duìxiàng)模型
经过筛选之后，得到ATM系统中各个(gègè)类的属性，如 图所示。
第二十三页，共55页。
10.3.5 识别(shíbié)继承关系
建立类间的继承是为了(wèi le)共享其公共性 质/属性。 继承也对类按层次加以组织。 继承关系反映出一定深度的领域知识，需领 域专家密切配合才能完成。 继承前人的成果是提高效率的重要方法，也 是复用的基础。
账户，事物，现金兑换卡，余额，磁卡，分行代码，卡号，
10.3.1找出候选类与对象 用户，副本，信息，密码，类型，取款额，账单，访问。 通信链路 事务日志
2.筛选出正确的类与对象
筛选时主要依据下列标准，删除不正确或不必要
的类与对象 （储户、用户；现金兑换卡、磁卡和副本）
（1）冗余(rǒnɡ （y成ú本)、市、街道、营业厅和储蓄所）
联类的属性，不应该把它作为一般对象的属性。 例如,带宽是体现关联的属第二十性页，共55而页。 不是ATM的
10.3 建立对象(duìxiàng)模型
10.3.4 确定属性 分析(fēnxī) (3) 把限定误当成属性 正确使用限定词往往可以减少关联的重数。如果把某个属
性值固定下来以后能减少关联的重数，则应该考虑把这 个属性重新表述成一个限定词。 在ATM系统的例子中，“分行代码”、“账号”、“雇员 号”、“站号”等都是限定词。 (4) 误把内部状态当成了属性 如果某个性质是对象的非公开的内部状态，则应该从对象 模型中删掉这个属性。
10.3.1找出候选类与对象 1.找出候选的类与对象（续） 名词解析法
从陈述(chénshù)中找出所有名词，作为类和 对象的初步候选者 银行，自动取款机（ATM），系统，中央计 算机， 分行计算机，柜员终端，网络，总行，分行， 软件， 成本，市，街道，营业厅，储蓄所，柜员，
ATM标准管理系统java窗口界面
ATM标准管理系统java窗口界面BAM银行账户管理系统（ATM管理系统）本系统采用JAVA语言并在eclipse环境下编写测试完成，涉及类的概念，以及面向对象的几大特性（继承，封装，多态，抽象），也有异常处理机制，采用集合（更好）存储账户数据，基本可以满足大多数BAM系统的相关实现，且代码内标注大量注释，读者可以很轻松地理解相关逻辑，大家可以开心参考。
系统简介：特点：采用窗口界面风格，而不是传统的命令行、控制台运作模式1、JAVA类的面相对象的应用，拥有异常处理机制，不会因为输入错误而导致程序崩溃2、主要有7个类，即①Account（账户类）②SaveAccount（储蓄账户类）：不能透支③CreditAccount（信用账户类）：可以透支④Bank（银行类）⑤ATMOpenAccountFrame（开户窗口页面）⑥ATMLoginFrame（登录窗口页面）⑦ATMMainFrame（操作窗口页面）带有完善的相关信息提示弹出窗口见下面截图类的具体属性级行为见代码3、各个类之间的相互关系，涉及继承、封装、多态、抽象，在多态中又涉及重载和重写，请读者注意相关联系（关注注释）4、可以实现数据保存功能，数据将保存在文件中（即当你注册了一个账户，下次再登陆系统时，可以实现与上次最后的操作相衔接）5、账户号自动生成，比较符合现实6、主要功能有：1.开户2.查询账户余额3.存款4.取款5.转账（一个账户到另一个账户）等……7、运行时界面简示1.初始界面（账户登录）2.账户登录后界面3.相关信息提示一览（只列举一部分）1、查询：2、存款：3、取款：4、转账：4、用户开户界面：注意事项：1、本系统采用的编程环境是JDK1.7，jer7。
所以，运行代码需要保持电脑上所装的JDK为1.7以上版本，如有报错，只需换个高一点的版本即可。
注意：第一次装JDK，要配置环境变量（请查阅相关资料，比较简单）2、本系统代码涉及到包，所以如果报名不一致就会报错，解决方法：修改一下包名即可3、建议把各个类写在同一个包下面，且每一个类单独写一个java文件，如下图：4、在运行程序前，需要在项目下面新建一个account.txt（用来保存数据）文件（如上图），并在其中写入至少一个账户信息，（如下图，其中每项代表的意思，请读者参照代码内的注释），否则在初始化的时候会因为找不到账户信息，从而产生异常。
ATM数据流图
ATM数据流图一、概述ATM（自动取款机）是一种广泛应用于银行和其他金融机构的自动化设备，它使客户能够通过使用银行卡进行取款、存款、查询余额和转账等操作。
本文将详细介绍ATM的数据流图，包括各个功能模块的输入、输出和数据流。
二、数据流图的构成ATM数据流图由以下几个主要部份组成：外部实体、过程、数据流和数据存储。
1. 外部实体外部实体是与系统进行交互的外部对象。
在ATM系统中，外部实体包括客户和银行。
2. 过程过程是系统内部执行的动作或者功能模块。
在ATM系统中，过程包括验证身份、处理交易、打印凭条等。
3. 数据流数据流是在系统内部传输的数据。
在ATM系统中，数据流包括客户输入的交易请求、银行返回的交易结果等。
4. 数据存储数据存储是系统中用于存储数据的地方。
在ATM系统中，数据存储包括用户账户信息、交易记录等。
三、ATM数据流图的详细描述下面将详细描述ATM数据流图中各个部份的功能和数据流动。
1. 验证身份过程该过程用于验证客户的身份是否合法。
输入数据流为客户输入的银行卡和密码，输出数据流为验证结果。
验证结果可以是合法或者非法。
2. 处理交易过程该过程用于处理客户的交易请求，包括取款、存款、查询余额和转账等。
输入数据流为客户的交易请求和验证结果，输出数据流为交易结果。
交易结果可以是成功或者失败。
3. 打印凭条过程该过程用于打印交易凭条。
输入数据流为交易结果，输出数据流为打印的凭条。
4. 客户客户是ATM系统的外部实体，通过输入银行卡和密码来发起交易请求。
输入数据流为银行卡和密码，输出数据流为交易请求。
5. 银行银行是ATM系统的外部实体，负责验证客户的身份并处理交易请求。
输入数据流为交易请求，输出数据流为交易结果。
6. 用户账户信息用户账户信息是存储在ATM系统中的数据，用于验证客户的身份和处理交易请求。
输入数据流为验证结果，输出数据流为交易请求。
7. 交易记录交易记录是存储在ATM系统中的数据，用于记录每一笔交易的详细信息。
ATM用例图
用例图一、ATM 系统分为三个大的模块二、任务概述1、系统功能实现用户在ATM 上提取现金、查询账户余额、修改密码及转账功能. 系统用例图根据系统的需求分析可知 ，系统中的角色有顾客、 管理员和系统 ,其中顾客使用 A TM 系统进行交易;工作人员可以更改 A TM 的设置、 放置现金、 机器维护等;系统则作为外部角色参与整个活动。
ATM 系统登录模块 事务模块退出模块输入密码存款查询余额 修改密码转账打印凭据退卡插卡ATM机银行工作人员三、需求规定3. 1系统功能概述ATM自动取款机系统相关的主要对象有：用户：使用ATM自动取款机进行现金交易。
进行取款、查询余额、设置密码、转账等操作。
系统：对用户的需求进行接收,通过与数据库的交互，根据对用户应用服务的响应，更新数据库中用户的信息。
数据库：对用户的所有信息进行存储更新.登陆功能：在整个的系统中，首先用户要选择应用的提示语言的种类，“ENGLISH”或“汉语”,之后输入正确用户登录密码以后才可以进入主界面进行相关的操作.验证用户：当用户输入账号和密码时，系统要进行验证，用户和密码输入正确了才可以登陆进去。
修改密码：系统要求首先输入旧密码，再输入写密码，并对新密码进行第二次确认，全部输入正确,修改功能完成。
查询功能：在主界面中点击余额查询功能选项,就会弹出余额的窗口。
存款功能：当用户存款的时候，系统要提示进行添加.转账功能:用户可以通过该功能将自己账户上的金额转到其他账户。
取款功能：当用户在菜单栏点击取款功能选项，可以进入取款界面：●首先你可以输入取款的金额，输入的必须为50倍数的数字，否则系统会提示输入的金额错误，请重新输入。
如果屏幕上有便捷提示，比如：1000元、800元、500元等。
如果上边有你想要取款的金额，你可以按相对应的按键就可以了，如果没有，你再找一个“其他金额"按下之后,就可以自由输入自己想取的金额了,输入金额之后，按“确认”,即完成取款功能。