ATM机系统分析与设计

需求分析,用例模型,静态结构模型,活动图

A

T

M

机

系

统

分

析

与

设

计

班级： 07软件工程

学号： 071164009

姓名： 闫亚培

需求分析,用例模型,静态结构模型,活动图

第一章 系统需求

ATM机系统的域描述如下：

在ATM机系统中，要为每名用户建立一个帐户，并给他们发放银行卡（银

行卡可以提供卡号，用户姓名），账户中存储用户的个人信息，存款信息，取款

信息和余额信息，持有银行卡的用户可以通过ATM自动取款机系统进行存款，

取款，查询余额的操作。

在使用自动取款机时，需要插入用户的银行卡，并根据系统界面显示输入密

码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则

再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若

密码输入正确，则系统进入选择服务类型界面：1.存款，2.取款，3.查询余额，

然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，

会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信

息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，

然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款

并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用

户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款

业务完成。若选择存款业务，系统确认存款请求以后，系统界面进入请放入存款

界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系

统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选

择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡

后，存款业务完成。若用户选择查询业务，若查询余额，系统确认请求以后根据

其账号信息查取余额，并在界面显示余额为多少。

对上述ATM机系统的域描述进行分析，可以获得如下功能性需求：

此软件的设计将实现银行ATM系统的基本功能。ATM系统一次服务一名客

户。客户插入一张ATM卡并进入个人数字识别号码(PIN)，系统进行验证，通过

后客户 才能执行一种或更多操作。客户完成所有操作后，退卡。 ATM系统必须向客户提供如下服务：

1、客户可以做一次取款（取款金额必须是100元人民币的整数倍），在现金被提

取之前，必须得到银行的许可。

2、客户可以做一次存款，客户把存款量输入到ATM系统中，必须从银行得到许

可。

3、客户可以做一次转帐。

4、客户可以进行一次详细账户信息查询。

5、客户通过有效验证后可以更改密码。

6、客户可以在取回磁卡是选择是否得到记录操作的打印凭条。

ATM系统将把每一处理传达到银行并且获得银行许可。如果银行确定

客户PIN 是无效的，客户将被要求再进入PIN。 如果客户不能在五次尝试之后

成功地进入PIN，客户的卡将被机器没收，而客户不得不联系银行取回它。

需求分析,用例模型,静态结构模型,活动图

第二章 需求分析

采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和

用例，并建立用例模型。

在本系统中，参与者比较简单，不需要特别分析。

2.1 识别参与者

通过对系统的分析，系统存在三个参与者：

（1）Custumer(用户)。

参与者描述如下：

Custumer

描述：用户可以进行存款，取款，查询的业务。

示例：持有银行卡的任何个人或组织。

（2）Bankserve(银行服务器) 描述：Bankserve管理机器。

示例：银行中央服务系统。

（3）Operator(银行服务人员)

描述：负责开/关机器和往机器中放现金。 示例：银行的工作人员。

2.2 识别用例

前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如

下用例存在：

（1）Session(会话)

当一名客户将一张ATM卡片插入机器时，一个Session开始，ATM系统读卡(如果客

户执行非法操作或卡片损坏，卡片将被退出，同时屏幕将显示出错信息，而被

Session异常中断)。进行验证客户密码的登录功能。客户成功登录系统后，可以

选择一种或多种操作，直至退卡。如果客户输入五次无效的PIN，则Session被异

常中断 ，ATM卡将被吞掉。

（2）Task（任务）

Task是一种抽象的用例，表示所有类型的处理所共有的行为，Task的具体类型按

照适当的方式执行一定的操作。根据Task(存款、取款，转帐，查询，更改密码)

的事件流描述给出具体的处理。

（3）Deposit（存款）

提供存款到帐户的功能。

需求分析,用例模型,静态结构模型,活动图

（4）Withdraw（取款） 提供从账户取款的功能。

（5）Transfer（转账） 提供转账功能。

（6）QueryAccount（查询余额）

提供查询余额的功能。

（7）ChangePIN（更改密码）

提供更改密码的功能。

（8）PrintReceipt（打印凭条）

客户选择打印凭条，包括显示日期，时间，机器位置，操作，理由，数量，结果

类型，受到影响的原因和可供使用的选择。

在识别出参与者和用例之后，要想建立用例图，还需要识别出他们之间的

关系，“Degonit” （存款），“ Withdraw” （取款），“ Inquire” （查询）这

些动作是由Custumer(用户)执行的，则在所以Custumer(用户)和“Degonit” （存

款），“ Withdraw” （取款），“ Inquire” （查询）这些动作之间是依赖关系，

系统的用例图如下所示：

CustomerChangePINTransferDepositWithDraw

图2.1 系统用例图

2.3 用例的事件流描述

用例的事件流是对完成用例行为所需的事件的描述。它描述系统应该做什

需求分析,用例模型,静态结构模型,活动图

么，而不是描述系统应该怎样做。

开始，只是对执行用例的常规流所需的步骤的简单描述。随着分析的进行，

通过添入更多的详细信息，步骤不断细化。最后，将例外流添加到用例的事件流

描述中。

ATM机系统的用例事件流描述如下：

2.31用例1 Login(登录) ⑴简要说明

本用例描述了客户如何登录到系统中。

⑵前提条件

无。

⑶后置条件

若成功，则客户登录到系统中。否则，系统状态不变。

⑷事件流

ⅰ.主事件流

当客户插入ATM卡到机器中时，用例Session启动。

A. 系统提示客户输入密码。

B. 客户输入自己的密码 …… 此处隐藏：6417字，全部文档内容请下载后查看。喜欢就下载吧 ……