UML课程设计ATM系统
银行ATM(UML分析与设计)
Atm客户端 专用网
地区Atm服务器 专用网
银行数据库服务器
局域网 打印机
2.系统需求分析
atm系统包括软件和硬件两部分，因此了解外部设备是如 何协调工作是整个建模的基础。Atm业务大概分为4个部分： 查询帐户余额、取款、存款和更改用户的密码。一个完整的 atm系统包括一下几个模块：
（1）读卡机模块 允许储户讲银行卡插入读卡机，读卡机识别卡的 种类并在显示器上提示用户输入密码。 （2）输入模块 储户可以输入密码和取款金额，并选择要完成的事务。 通常在键盘上只设数字键和功能键，目的方便储户，该模块需要储户的交 互。 （3）ic认证模块 主要鉴别储户卡的真伪。基于ic卡的安全授权系 统，要求从技术上严格保证卡的唯一性与防伪性，从而保证网络的安全。 （4）显示模块 显示储户相关的信息，包括储户交互是的提示信息 和确认信息。
客户端 atm.exe
Account
Account
CardReader
AtmScreen
CardDispenser
CardReader
AtmScreen
CardDispenser
AtmServ该配置图中只画一个atm
client，一个地区的atm服务器，银行数据库服务器以及 一台打印机，它大致描述了整个系统的物理部署情况。
5.建立系统部署图
atm系统部署是整个项目实施过程的最后阶段，其实质 就是把该系统中涉及到的硬件、软件整合到一起，描述系 统的运行情况。在部署图中两只视图，构件图和配置图。 （1）构件图 组件图，它包含了模型代码库、可执行文件、运行库和 其他构件的信息，它是代码的实际模块。
类操作代码，.cpp文件 类的头文件
收集储户信 息
色之间的通信过程，使读者清
基于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系统
实验考核一．针对银行的A TM系统，使用UML对其进行分析设计，如下：1、写出ATM的需求分析所谓ATM其实有两种解释，一种是Automatic Teller Machine，中文名称为自动柜员机，简称ATM；另外一种是异步传输模式A TM，全称Asynchronous Transfer Mode。
当然，我们在这里所要给大家阐述的是平时我们接触到比较多、银行所使用的、和我们关系比较密切的自动柜员机（以下用简称ATM）。
ATM的系统的研究首先，我们来看几个银行ATM的用户界面：中国银行：建设银行：农业银行：招商银行：从上面四个银行各自的简单而实用的ATM系统界面我们可以看到，建设银行和农业银行的界面比较简洁、实用，只有简单的两个功能，取款、查询；而中国银行则在两个功能的基础上添加了更改密码功能，避免了用户到银行去排队等候的麻烦了；招商银行除了取款和查询功能外，添加上了存款、改密码这两个功能。
当然拉，每个银行都有一个退出的功能，而且在设计的时候，ATM都采用了延时设计，当操作超时的时候会自动把卡退出。
其实从银行工作人员的角度来考虑，ATM 系统的作用是减轻银行工作人员的繁琐工作负担以及提高银行工作的效率；而从用户的角度来分析，ATM就是方便用户能够及时查询到自己帐号的资金以及避免在人数密集的时候在银行等待取款的过程。
于是A TM设计的合理性与人性化就显得异常重要，它不简单的解决了银行的工作效率问题，基本上也考虑到了顾客需要，满足了顾客的需要，也解决了一些不必要的时间的浪费。
以上四家银行的ATM系统普遍能够满足用户的基本需要，都是从用户的角度出发，为用户考虑。
不过作为一个学软件工程，想了解需求分析的我们来说，这样的功能其实还有很多改进的了。
2、画出ATM的用例图3、对A TM进行静态建模属性是对象的性质，藉助于属性我们能对类---对象和结构有更深入、更具体的认识。
注意，在分析阶段不要用属性来表示对象间的关系，使用关联能够表示两个对象间的任何关系，而且把关系表示得更清晰、更醒目。
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-ATM提款系统设计
1.名称：取款描述：用户插入卡片，并输入正确的密码后，系统连接上银行的数据库。
用户输入所需金额，系统在检查帐户余额后决定是否允许提供该服务。
预期结果：用户拿到需要的金额。
用户目标：用户想要取到所需的金额。
参加者：用户，押款人员，银行数据库。
依赖性：见图1-2前置条件：1. 用户帐号必须是有效帐号。
2. 用户必须正确登录。
3. 用户的帐户中的余额必须大于取款额。
方案：方案1：用户正常登录（插卡，输入正确密码）后，输入需要取的金额，所取金额小于帐户中的余额，取到需要的钱数。
方案2：用户正常登录后，输入需要取的金额，所取金额大于帐户中的余额，提示错误信息，要求重新输入，直到输入正确为止，拿到所输入的钱数。
方案3：与方案（2）相同，但提示错误信息后，决定停止该服务。
工作流：1. 用户正常登录。
2. 用户提出取款申请。
3. 后台数据库验证取款申请的合法性。
4. 更新数据该帐户的内容（减少帐户上的余额）。
5. 用户得到所需的钱。
6. 用户决定是否打印交易记录。
后置条件：帐户金额下降了，新的余额就是老的余额扣除提款金额。
商业规则：1. 一个用户一天提款总数不得超过5,000元人民币。
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．用户每天的转帐次数不应超过规定值需求：多个用户可以在不同地点同时进行转帐业务注意事项：用户输入的帐号非法时或欲转的款额非法时，系统作何处理4. 名称：查询余额描述：期望结果：余额数量信息用户目标：用户得知余额数量参加者/角色：依赖性：前置条件：用户拥有一个账号，登录后台数据库方案/工作流：1.登录ATM2. 发出查询余额请求3.响应请求4.得到余额信息（扩展：打印回执单）后置条件：商业规则：需求：实现注意事项5. 名称：登录描述：用户插入卡片，并输入密码，数据库验证是否允许该用户进入系统。
软件工程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取款机-顺序图
UML分析设计文档ATM取款机-顺序图1.Session当一名客户将一张ATM卡片插入机器时，一个Session开始，ATM系统读卡(如果客户执行非法操作或卡片损坏，卡片将被退出，同时屏幕将显示出错信息，而被Session异常中断)。
进行验证客户密码的登录功能。
客户成功登录系统后，可以选择一种或多种操作，直至退卡。
如果客户输入五次无效的PIN，则Session 被异常中断，ATM卡将被吞掉。
其顺序图如下所示：2.TaskTask是一种抽象的用例，表示所有类型的处理所共有的行为，Task的具体类型按照适当的方式执行一定的操作。
根据Task(存款、取款，转帐，查询，更改密码)的事件流描述给出具体的处理。
其顺序图如下：3.Deposit插入用户的银行卡后，根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，选择存款业务，系统确认存款请求以后，系统界面进入请放入存款界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡后，存款业务完成。
存款操作的顺序图如下：4.WithDraw插入用户的银行卡，并根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。
atm系统课程设计
atm系统课程设计一、教学目标本课程的目标是让学生了解并掌握ATM（自动柜员机）系统的基本原理、组成部分及其运作流程。
通过本课程的学习，学生将能够：1.描述ATM系统的主要组成部分及其功能。
2.解释ATM系统的工作原理和运作流程。
3.分析ATM系统在不同场景中的应用和优势。
4.评估ATM系统的安全性及其在银行业务中的重要性。
二、教学内容教学内容将围绕ATM系统的基本原理、组成部分、工作原理和应用展开。
具体包括以下几个方面：1.ATM系统简介：介绍ATM系统的起源、发展及其在银行业务中的地位。
2.ATM硬件组成：讲解ATM机的主要硬件组成部分，如输入设备、输出设备、处理单元等。
3.ATM软件组成：介绍ATM机的软件系统，包括操作系统、应用程序、安全模块等。
4.ATM工作原理：详细解析ATM机的工作流程，包括用户操作、交易处理、数据通信等。
5.ATM应用场景：探讨ATM系统在银行业务、公共场所、家庭等不同场景中的应用。
6.ATM安全性：分析ATM系统的安全隐患及防范措施，如密码保护、交易加密、硬件防护等。
三、教学方法为了提高学生的学习兴趣和主动性，本课程将采用多种教学方法：1.讲授法：教师讲解ATM系统的基本原理、组成部分、工作原理等知识点。
2.案例分析法：分析具体案例，让学生了解ATM系统在不同场景中的应用和优势。
3.实验法：安排实验室实操，让学生亲身体验ATM机的操作和功能。
4.讨论法：学生分组讨论，探讨ATM系统的安全性及其在银行业务中的重要性。
四、教学资源为了支持教学内容和教学方法的实施，丰富学生的学习体验，我们将准备以下教学资源：1.教材：选用权威、实用的ATM系统教材，为学生提供理论知识基础。
2.参考书：推荐相关领域的参考书籍，拓展学生的知识视野。
3.多媒体资料：制作课件、视频等多媒体资料，生动展示ATM系统的工作原理和应用场景。
4.实验设备：准备ATM机等实验设备，让学生亲身体验ATM系统的实际操作。
UML建模 - ATM取款机
UML建模 - ATM取款机软件建模（UML）作业班级：计算机0806班学号：20213007 姓名：姜俊方UML个人作业一、ATM机需求分析图ATM自动取款读卡机模块键盘输入模块认证模块显示模块打印报表报表吐钱机模块 IC监视器模块二、用例图用于描述一组用例、参与者及它们之间的连接关系。
用例图仅仅从角色使用系统的角度描述系统中的信息，也是站在系统外部查看系统功能，而并不描述该功能在系统内部是如何实现的。
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例可应用于整个系统，也可应用于系统的一部分，包括子系统、单个的类甚至接口。
通常，用例不仅代表这些元素所期望的行为，而且还可把这些元素用作开发过程中测试用例的基础。
椭圆：用例，是用户与计算机之间的一次典型交互作用。
人形：参与者(外部执行者)是指用户在系统中所扮演的角色。
ATM系统的用例图存钱银行工作人员添加信息取钱客户修改密码维护硬件设备转账查询余额付款银行工作人员ATM提款系统用例图存款查余额用户付款信用取款验证用户更改密码三、类图用于描述一组类、接口、协作及它们间的静态关系。
在面向对象系统的建模中，类图最为常用，它用来阐明系统的静态结构。
类是对一组具有相同属性、操作、关系和语义的对象的描述，其中对类的属性和操作进行描述时的一个最重要的细节是它的可见性。
一个典型的系统模型中通常有若干个类图。
一个类图不一定要包含系统中所有的类，一个类可加到几个类图中。
在类图中类用矩形框来表示，它的属性和操作分别列在分格中。
类之间可以多种方式链接(如关联、泛化、依赖和实现等)。
关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。
类图账户ATM屏幕ATM键盘ATM读卡器吐钱机数据库ATM系统类图四、顺序图(序列图)顺序图表示对象之间传送消息的时间顺序。
顺序图用来描述对象之间消息发送的先后次序，阐明对象之间的交互过程以及在系统执行过程中的某一具体时刻将会发生什么事件。
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系统)架构建模
实验四架构建模：建立包关系图、组件关系图、部署关系图一、实验目的与要求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 课程设计 ATM 系统课程设计（论文）课程名称： 题 目： 院 （系)： 专业班级： 姓 名： 学 号: 指导教师:信息系统开发工具 ATM 存款系统 管理学院 管理科学 0901 谢华兴 090450106 陈宇玺2012 年 6 月 13 日1 / 28UML 课程设计 ATM 系统安建筑科技大学课程设计(论文)任务书专业班级： 管理科学 学生姓名： 谢华兴一、课程设计（论文）题目 ATM 存款系统指导教师（签名):二、本次课程设计(论文）应达到的目的1．针对一个实际系统的开发，使学生深刻理解和掌握管理信息系统系统分析、系统 设计和系统实施的理论和方法；2．巩固和加深理解所学编程语言、开发工具，提高综合应用能力；掌握系统UML建模、 界面设计、数据库设计、程序代码设计,提高实践能力;3．初步了解学术研究的基本方法与步骤，并通过设计报告（论文）的撰写，了解学 术报告（论文）的写作方法。
三、本次课程设计（论文）任务的主要内容和要求（包括原始数据、技术 参数、设计要求等）1、设计内容：开发出一个软件系统,模拟ATM存款的业务过程。
2、设计过程:按照系统设计目的、系统需求、系统功能分析与设计、用户界面设计、源程序设计、使用说明等环节整理课程设计的成果，形成设计报告，设计报告应 包括的内容： 系统需求分析：需求描述、系统 UML 主要用例、主要类图、主要活动图、状态及部署图（如果必要）、业务流程图、数据流图、数据字典附必要的文字说明 系统设计：功能结构设计、I/O设计、代码设计、界面设计、数据库设计、网络环境。
撰写设计总结报告. 3．设计成果提交:A。
设计报告;B.源程序。
报告要符合学校格式规范要求。
四、应收集的资料及主要参考文献：1.Eriksson H E, Penker M。
UML 2工具箱[M］. 俞俊平, 余安萍， 徐 敏， 译. 北 京: 电子工业出版社, 2004. 2. 周 飞， 杨根兴, 蔡立志。
使用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）输出：验证密码正确则显示正确提示信息，查询余额操作并显示余额，如有取款命令则提示吐卡机工作，如需打印报表则提示打印机工作等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.课程设计（论文）课程名称： 题 目： 院 （系）： 专业班级： 姓 名： 学 号： 指导教师：信息系统开发工具 ATM 存款系统 管理学院 管理科学 0901 谢华兴 090450106 陈宇玺2012 年 6 月 13 日..安建筑科技大学课程设计（论文）任务书专业班级： 管理科学 学生姓名： 谢华兴一、课程设计（论文）题目 ATM 存款系统指导教师（签名）：二、本次课程设计（论文）应达到的目的1．针对一个实际系统的开发，使学生深刻理解和掌握管理信息系统系统分析、系统 设计和系统实施的理论和方法；2．巩固和加深理解所学编程语言、开发工具，提高综合应用能力；掌握系统UML建模、 界面设计、数据库设计、程序代码设计，提高实践能力；3．初步了解学术研究的基本方法与步骤，并通过设计报告（论文）的撰写，了解学 术报告（论文）的写作方法。
三、本次课程设计（论文）任务的主要内容和要求（包括原始数据、技术 参数、设计要求等）1、设计内容：开发出一个软件系统，模拟ATM存款的业务过程。
2、设计过程：按照系统设计目的、系统需求、系统功能分析与设计、用户界面设计、源程序设计、使用说明等环节整理课程设计的成果，形成设计报告，设计报告应 包括的内容： 系统需求分析：需求描述、系统 UML 主要用例、主要类图、主要活动图、状态及部署图（如果必要）、业务流程图、数据流图、数据字典附必要的文字说明 系统设计：功能结构设计、I/O设计、代码设计、界面设计、数据库设计、网络环境。
撰写设计总结报告。
3．设计成果提交：A.设计报告；B.源程序。
报告要符合学校格式规范要求。
四、应收集的资料及主要参考文献：1.Eriksson H E, Penker M. UML 2工具箱[M]. 俞俊平, 余安萍, 徐 敏, 译. 北 京: 电子工业出版社, 2004. 2. 周 飞, 杨根兴, 蔡立志. 基于UML的测试用例生成方法研 究[J]. 计算机应用与 软件, 2009, 26(2): 107-110. 3. 张 庆, 雷 航. 一种基于UML状态图的面向对象类级测试模型[J]. 计算机工程, 2005, 31(21): 75-77.五、审核批准意见教研室主任（签字）.设计总说明随着信息时代科技的飞速发展，使用 ATM 存款机、计算机等技术的 发展，不仅提高了工作效率，而且大大的提高了其安全性。
对于一些复杂 的信息，就能够充分的发挥它们的优越性。
ATM 取款机就是技术发展的产 物，相对的一台 ATM 取款机与 ATM 存款机的系统是密不可分的。
本系统就 是为了更方便人们的生活而设计的。
ATM 存款系统作为一款数据传输的技术，用户信息和资金信息的繁杂， 包含很多的数据的管理，以前的都是由一些柜员进行操作，而且手续很多。
对于 ATM 取款系统数据的统计和核实等都是采用卡号进行核对的，对于用 户的信息资料、以及资金统计等用人工办理。
数据信息处理工作量大，繁 琐。
数据处理手工操作，工作量大，工作时需实时认真办理，一但出现错 误将带来很大的损失，ATM 取款系统采取数据库进行管理且由人工进行处 理、维护等工作。
由于信息一定要准确真实，认真的进行各项核对工作， 工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询， 就得在众多的资料中翻阅、查找了，造成查询费时、费力。
关键字：UML，管理信息系统，，数据库，ATM 系统，JAVA.目录安建筑科技大学课程设计（论文）任务书 ············ 2 1 绪论 ··························· 11.1 系统简介 ···························································································1 1.2 设计目的 ···························································································1 1.3 设计内容 ···························································································22 需求分析 ························· 32.1 .需求分析的任务 ·················································································3 2.2 系统 UML 主要用例和设计 ····································································43 系统设计 ·························103.1 设计思想 ·························································································10 3.2 系统功能模块划分： ···········································································10 3.3 ATM 存款系统模块图： ········································································114 数据库的逻辑设计 ·····················114.1 数据字典 ·························································································11 4.2 具体表·····························································································12 5 详细设计 ····························································································13 6 源代码 ·······························································································19总结 ····························22 参考文献 ··························23第2页共5页.第2页共5页1 绪论1.1 系统简介ATM 存款系统的目的就是建立一个客户平台，用户使用此平台 进行取款、查询余额、修改密码等业务办理。