UML面向对象分析ATM自动柜员机.docx

UML面向对象分析ATM自动柜员机.docx

《UML面向对象分析ATM自动柜员机.docx》由会员分享，可在线阅读，更多相关《UML面向对象分析ATM自动柜员机.docx（15页珍藏版）》请在冰点文库上搜索。

UML面向对象分析ATM自动柜员机

UML面向对象分析

一．引言

ATM自动柜员机（automatictellermachine）是银行在不同地点设置的一种小型机器，利用一张信用卡大小的胶卡上的磁带〔或芯片卡上的芯片〕记录客户的基本户口资料（通常就是银行卡，或称金融卡，或称提款卡），让客户可以透过机器进行提款、存款、转帐等银行柜台服务，大多数客户都把这种自助机器称为提款机。

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

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

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

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

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

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

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

1.2文档概述

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

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

通过UML对ATM自动取款机建模，实现查询余额，取款，转账，更改密码等业务，对各功能进行具体的分析和建模。

二．系统概述

要求

ATM系统软件的功能就是处理发生在ATM机与银行主机服务器之间的事务（transaction），如查帐、存款、提款等。

与系统合作的银行有多家，它们都拥有各自的主机服务器来处理各自的帐户和事务。

所有的ATM机都通过1台中央服务器与各个银行的主机服务器进行通信。

当然，每家银行的主机服务器处理的事务及其中运行的软件，乃至该银行内部的事务都与本项目无关。

但是，处于银行主机服务器与ATM系统软件之间的接口程序在属于本项目开发的范围。

各家银行的顾客只要持有ATM现金卡（cashcard），就可以在任何一台ATM机上完成查帐、存款、提款及取收据等操作。

银行顾客将现金卡插入ATM机后，系统将读取卡上资料，并提示顾客输入其密码，然后，ATM系统将检验密码的正确性，如果一切都没有问题，系统便将顾客要完成的事务传送到相应银行的主机服务器进行处理，最后将主机服务器的处理结果显示给顾客。

用户对ATM系统软件提出了多项要求，现排列如下：

（1）对所有通过ATM系统完成的银行事务，都必须留有完整的记录，并且能够每天产生一份事务报告。

（2）系统要有适当的安全措施。

（3）系统应具有可扩展性，如允许增加新的ATM站点或允许接入Internet客户机。

ATM机面向的群体是很广泛的，无论是老人，小孩，成人都会用到ATM机。

因此它的操作性一定要做到简单，实用，而且还要保证系统的安全性。

三．需求划分

系统用例关系图

3.2系统功能概述

客户插入卡，输入正确的密码进入系统，选择事务的类型即可进行相关的操作。

取款

1.客户选择取款事务后，选取界面上的固定金额（100，200，500，1000，2000），或是输入金额进行取款。

2.客户一次能取的最大金额为2000.

3.客户一天一个账户（一个用户可能有多个账户）能取的最大限额为5000.

修改密码

如果客户对以前的密码不满意，或是想提高密码的安全性可以修改密码。

查询余额

如果客户想知道账户的余额可以选择查询余额，进行余额的查询。

转账

（1）.客户可以选择本系统内的其他账户进行转账业务。

（2）.一次转账金额不得超过2000.

（3）.累计一天转账不得超过5000.

打印账单

如果客户已经完成了取款，查询历史事务记录或转账事务的一种。

想了解详细的信息的信息可以选择打印账单事务，取得事务详细信息。

查询历史事务记录

如果客户想了解最近交易的情况，可以选择此事务，进行查询。

3.3系统功能模块

3.4系统用例描述

取款用例

1.简要说明

本用例主要描述客户取款的用例

2.事件流

1.选择取款事务

2.输入取款的的数额

3.系统确认数额的合法性

4.系统吐出现金

5.系统保存本次事务结束后的客户的账户信息

6.系统提示选择事务类型

a如果输入的数额大于账户剩余的数量，给出提示，重新输入或

退出事务。

b如果输入的数额大于一次取款的限制数量，给出提示，重新输入

或退出事务。

c如果输入数额与此日以往的数额相加，大于一天所限制的数量，

给出提示，重新输入或退出事务。

无

4.前置条件

先进入系统

无

查询余额用例

本用例主要描述客户查询余额的用例

a..基本流

b.备选流

无

3.5用例的活动图

1.开户的活动图如何：

上图中：

首先客户服务代表收集信息，并建立客户账号，也就是Account[Intiallizaing]然后由信用部经理检查信用历史，分两种情况，符合和不符合。

符合就批准账号申请，不符合就拒绝申请，分别对应Account[Denied]和Account[Approved]。

账号被审批后，传给客户，最后客户领到银行卡，也就是Account[Open].

2.取款的活动图如下：

3.转账的活动图如下：

3.6主要用例的时序图

1.取款时序图如下：

上图所示：

用户将卡插入读卡机开始，读卡机读卡号，打开张三的账面对象，并初始化屏幕。

屏幕提示输入PIN，张三输入PIN，然后屏幕验证PIN与用户对象，发出相符的信息。

屏幕向张三提供选项，张三选择取钱。

然后屏幕提示张三输入金额，他选择金额，然后从账户取钱，启动一系列账目对象要完成的过程。

首先，验证张三的账目中至少有输入的金额数目，然后从中扣掉金额，再让吐钱机提供现金。

另外，还需要让吐钱机提供收据，最后让读卡机退卡。

2.取款协作图如下

3.7系统类图

上图中：

箭头从Account指向DatabaseConnector表示Account类要发消息给DatabaseConnector类，请求得到消息。

在用户名和密码经过验证后，就可以访问数据库了。

Keyboard类要发送消息来传递客户发出的指令。

CashDispneser和CardReader，这两个都跟Account类有联系，但是彼此之间没有消息联系。

3.8.状态图

上图所示：

银行的账面可能有几种不同的状态，可以打开、关闭、或者透支。

因为账面在不同状态下功能是不同的。

上图显示了银行账目的状态图，有3个状态：

开启、透支和关闭。

3.9系统部署图

上图所示是ATM系统Client的组件图，图中深灰色的部分表示了实例，最终客户端被打包成一个exe应用程序，包括3个组件：

CardReader,ATMScreen,和CardDispenser。

3.2.0系统配置图

在本配置图中只画出了两个ATMClient,一个地区的ATM服务器，银行数据库服务器，以及一个打印机。