自动取款机系统.docx

自动取款机系统.docx

《自动取款机系统.docx》由会员分享，可在线阅读，更多相关《自动取款机系统.docx（34页珍藏版）》请在冰豆网上搜索。

自动取款机系统

某银行自动取款机系统

某银行拟开发一个自动取款机系统，是一个由自动取款机（以下简称ATM）、银行的中央计算机、分行计算机及柜员终端组成的网络系统。

总行拥有多台ATM，分别设在市区的各主要街道上。

每个分行负责提供分行计算机和柜员终端。

柜员终端设在分行营业厅及分行下属的各个储蓄所内。

在银行拥有账户的储户有权申请领取银行现金卡，银行卡上有分行代码和卡号。

使用银行现金卡用户可以通过自动取款机系统访问自己的用户。

目前仅限于使用银行现金卡在ATM上提取现金（即取款）和查询有关自己账户的信息，还可以使用ATM办理转账事务，实现同行账户之间的转账业务。

1.1自动取款机的需求分析

需求分析是软件系统开发的开始阶段，也是非常关键的一个阶段，“好的开始是成功的一半”，在软件系统开发中，这个道理仍然适用，捕获完整正确的系统需求，对系统后期的开发阶段顺利进行至关重要。

1.1.1系统的用户需求描述

在ATM机系统中，要为每名用户建立一个帐户，并给他们发放银行卡（银行卡可以提供卡号，用户姓名），账户中存储用户的个人信息，存款信息，取款信息和余额信息，持有银行卡的用户可以通过ATM自动取款机系统进行存款，取款，查询余额的操作。

在使用自动取款机时，需要插入用户的银行卡，并根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面：

1.存款，2.取款，3.查询余额，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。

若选择存款业务，系统确认存款请求以后，系统界面进入请放入存款界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡后，存款业务完成。

若用户选择查询业务，若查询余额，系统确认请求以后根据其账号信息查取余额，并在界面显示余额为多少。

1.1.2系统的需求分析

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

此软件的设计将实现银行ATM系统的基本功能。

ATM系统一次服务一名客户。

客户插入一张ATM卡并进入个人数字识别号码（PIN），系统进行验证，通过后客户才能执行一种或更多操作。

客户完成所有操作后退卡。

ATM系统必须向客户提供如下服务：

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

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

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

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

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

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

总结可得：

系统的总体需求如下图所示：

图1-1系统的总体需求

1.读卡机模块

图1-2读卡机模块

2.键盘输入模块

图1-3键盘输入模块

3.IC认证模块

图1-4IC认证模块

4.显示模块

图1-5显示模块

5.吐钱机模块

图1-6吐钱机模块

6.打印报表模块

图1-7打印报表模块

7.监视器模块

图1-8监视器模块

8.数据库模块

图1-9数据库模块

1.1.3系统的用例模型

系统的用例模型强调的是从用户的角度来阐述系统应该具有哪些功能，以及用户如何和系统交换来使用这些功能。

用例图是参与者所能观察到的系统的功能模型图。

根据前面介绍的方法，要建立自动取款机系统的用例模型，可以分为下面四个步骤：

1.确定系统的参与者

仔细分析上述的系统问题描述，在自动取款机系统中，参与者主要有以下四类：

Ø银行卡用户：

银行卡的用户要通过自动取款机的系统来取款、查询、转账。

Ø银行后台服务器：

自动取款机系统要喝银行营业部的金融系统进行交换，以获得银行卡用户的账户信息，对账户进行认证并对账户信息进行更新等操作。

Ø银行的操作员：

银行的工作人员需要对自动取款机系统进行相关的维护操作。

Ø时间系统：

时间系统要进行一些周期性的备份等工作。

2.识别用例

用例是系统的外部参与者与系统在交互过程中需要完成的任务，识别用例最好的方法就是从分析系统的参与者开始，考虑每一类参与者需要使用系统的哪些功能，如何使用系统。

根据自动取款机系统的业务流程和提取的参与者信息，确定系统可以分为以下几个用例。

●客户存钱

●客户查询余额

●客户取钱

●客户转帐

●客户更改密码

●客户通过信用系统付款

●银行后台服务器更新账户取款信息

●银行后台服务器进行账户查询

●银行服务器进行自动转账

●银行后台服务器打印回执

●银行操作员为ATM添加现金

●银行操作员维护ATM硬件

●时间系统触发自动取款机系统进行定期备份

3.建立用例图模型

自动取款机系统的完整用例图模型如图1-10所示：

4.给出用例描述

根据自动取款机系统的问题陈述和用例图模型，下面给出系统中一些主要用例的描述文档。

“取款”用例的描述文档。

用例编号：

1-1.

用例名称：

取款。

用例描述：

银行卡用户将银行卡插入到自动取款机中，提取现金。

自动取款机通过与银行后台服务器进行通信，进行银行卡的有效性认证，并更新用户的账户信息。

参与者：

银行卡用户，银行后台服务器。

频率：

“取款”用例每天可能会发生很多次。

最繁忙的情况是，取款的人非常多，按照现在的速度，大约每两分钟完成一个用户的取款处理。

前置条件：

自动取款机空闲，显示欢迎界面。

后置条件：

客户已经取走现金。

假设：

假设用例功能可以进行的条件满足。

基本操作流程：

取款成功。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提供用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否有效。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款，并输入取款金额。

8.系统检查用户当日的取款总额是否超过限制以及用户的账户余额是否足够。

9.如果所有的检查都合法，系统分发现金。

10.用户提取现金。

11.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

12.系统退出银行卡，用户取走银行卡。

13.系统空闲，显示欢迎界面。

可选操作流程1：

用户插入无效的银行卡。

1.用户将银行卡插入自动取款机的读卡口中。

2.用户插入无效银行卡，系统显示错误并退出银行卡。

3.系统退出银行卡，用户取走银行卡。

4.系统空闲，显示欢迎界面。

可选操作流程2：

用户插入的银行卡已经被挂失，系统进行吞卡处理。

1．用户将银行卡插入自动取款机的读卡口中。

2．系统识别银行卡，并读取用户的卡号信息。

3．系统检查该银行卡有没有被挂失。

4．如果卡已经被挂失，则卡被没收。

5．系统退出。

6．系统空闲，显示欢迎界面。

可选操作流程3：

用户取消取款操作。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款操作。

8.系统退出银行卡，用户取走银行卡。

9.系统空闲，显示欢迎界面。

注：

用户可以在基本操作流程中提取现金之前的任何一步选择退出，转至基本操作流程的步骤12.

可选操作流程4：

用户输入密码错误，但是在3次机会之内重新输入正确。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款，并输入取款金额。

8.系统检查用户当日的取款总额是否超过限制以及用户的账户余额是否足够。

9.如果所有的检查都合法，系统分发现金。

10.用户提取现金。

11.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

12.系统退出银行卡，用户取走银行卡。

13.系统空闲，显示欢迎界面。

可选操作流程5：

用户输入密码错误次数多于3次，系统进行吞卡处理。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.用户输入密码错误，且尝试次数超过3次。

7.系统做吞卡处理。

8.系统退出。

9.系统空闲，显示欢迎界面。

可选操作流程6：

用户当日取款的总额超过限制。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款，并输入取款金额。

8.系统检查用户当日的取款总额是否超过限制以及用户的账户余额是否足够。

9.用户当日取款的总额超过限制。

系统提示用户重新输入取款金额，重新回到步骤7.

10.重新尝试3次之后，总额依然超过限制，系统转入步骤13.

11.用户提取现金。

12.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

13.系统退出银行卡，用户取走银行卡。

14.系统空闲，显示欢迎界面。

可选操作流程7：

用户取款金额超过账户余额。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款，并输入取款金额。

8.系统检查用户当日的取款总额是否超过限制以及用户的账户余额是否足够。

9.用户账户上余额不足。

系统提示用户重新输入取款金额，重新回到步骤7.

10.重新尝试3次之后，取款金额依然超过账户余额，系统转入步骤13.

11.用户提取现金。

12.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

13.系统退出银行卡，用户取走银行卡。

14.系统空闲，显示欢迎界面。

可选操作流程8：

自动取款机没有足够现金支付。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取款，并输入取款金额。

8.系统检查到自动取款机中没有足够现金支付，显示抱歉信息并退出系统。

9.系统退出银行卡，用户取走银行卡。

10.系统空闲，显示欢迎界面。

补充说明：

对于自动取款机系统来说，因为要和银行后台服务器进行通信，传递用户的账户信息和密码信息，所以一定要保证系统通信的安全性。

另外，银行卡的用户可能是不同教育背景的人员，所以系统操作界面的可易用性和友好性非常关键。

“查询”用例的描述文档。

用例编号：

1-2

用例名称：

查询。

用例描述：

银行卡用户将银行卡插入到自动取款机中，查询账户余额，自动取款机通过与银行后台服务器进行通信，以进行银行卡的有效性认证，并提取用户的账户信息。

参与者：

银行卡用户，银行后台服务器。

频率：

“查询”用例每天可能会发生很多次。

最繁忙的情况是，查询的人非常多，按照现在的速度，大约每两分钟完成一个用户的查询处理。

前置条件：

自动取款机空闲，显示欢迎界面。

后置条件：

显示用户查询的账户信息。

假设：

无。

基本操作流程：

查询成功。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择查询。

8.系统读取账户余额信息并显示。

9.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

10.系统退出银行卡，用户取走银行卡。

11.系统空闲，显示欢迎界面。

可选操作流程1：

用户插入无效的银行卡。

1.用户将银行卡插入自动取款机的读卡口中。

2.用户插入无效银行卡，系统显示错误并退出银行卡。

3.系统退出银行卡，用户取走银行卡。

4.系统空闲，显示欢迎界面。

可选操作流程2：

用户插入的银行卡已经被挂失，系统进行吞卡处理。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡已经被挂失，则卡被没收。

5.系统退出。

6.系统空闲，显示欢迎界面。

可选操作流程3：

用户取消查询操作。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取消操作。

8.系统退出银行卡，用户取走银行卡。

9.系统空闲，显示欢迎界面。

注：

用户可以在基本操作流程中选择查询操作之前的任何一步选择退出，转至基本操作流程的步骤10.

10.

可选操作流程4：

用户输入密码错误，但是在3次机会之内重新输入正确。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择查询。

8.系统读取账户余额信息并显示。

9.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

10.系统退出银行卡，用户取走银行卡。

11.系统空闲，显示欢迎界面。

可选操作流程5：

用户输入密码错误次数多于3次，系统进行吞卡处理。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.用户输入密码错误，且尝试次数超过3次。

7.系统做吞卡处理。

8.系统退出。

9.系统空闲，显示欢迎界面。

“转账”用例的描述文档。

用例编号：

1-3

用例名称：

转账。

用例描述：

银行卡用户将银行卡插入到自动取款机中，把资金从一个有效银行账户转到另一个账户中，自动取款机通过与银行后台服务器进行通信，以进行银行卡的有效性认证，并完成转账操作。

参与者：

银行卡用户，银行后台服务器。

频率：

“转账”用例每天可能会发生很多次。

最繁忙的情况是，转账的人非常多，按照现在的速度，大约每三分钟完成一个用户的转账处理。

前置条件：

自动取款机空闲，显示欢迎界面。

后置条件：

用户的账户资金被转移。

假设：

无。

基本操作流程：

转账成功。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择转账，并输入转账金额和目的账户号码。

8.如果系统确认用户的源账户中有足够的金额，则进行转账处理。

9.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

10.系统退出银行卡，用户取走银行卡。

11.系统空闲，显示欢迎界面。

可选操作流程1：

用户插入无效的银行卡。

1.用户将银行卡插入自动取款机的读卡口中。

2.用户插入无效银行卡，系统显示错误并退出银行卡。

3.系统退出银行卡，用户取走银行卡。

4.系统空闲，显示欢迎界面。

可选操作流程2：

用户插入的银行卡已经被挂失，系统进行吞卡处理。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡已经被挂失，则卡被没收。

5.系统退出。

6.系统空闲，显示欢迎界面。

可选操作流程3：

用户取消转账操作。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择取消操作。

8.系统退出银行卡，用户取走银行卡。

9.系统空闲，显示欢迎界面。

注：

用户可以在基本操作流程中选择查询操作之前的任何一步选择退出，转至基本操作流程的步骤10.

可选操作流程4：

用户输入密码错误，但是在3次机会之内重新输入正确。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择转账，并输入转账金额和目的账户。

8.如果系统确认用户的源账户有足够的金额，则进行转账处理。

9.系统打印回执，回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。

10.系统退出银行卡，用户取走银行卡。

11.系统空闲，显示欢迎界面。

可选操作流程5：

用户输入密码错误次数多于3次，系统进行吞卡处理。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.用户输入密码错误，且尝试次数超过3次。

7.系统做吞卡处理，退出系统。

8.系统退出。

9.系统空闲，显示欢迎界面。

可选操作流程6：

目的账户无效。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择转账，并输入转账金额和目的账户。

8.系统确认目的账户无效，提示错误信息，退出系统。

9.系统退出银行卡，用户取走银行卡。

10.系统空闲，显示欢迎界面。

可选操作流程7：

源账户中余额不足。

1.用户将银行卡插入自动取款机的读卡口中。

2.系统识别银行卡，并读取用户的卡号信息。

3.系统检查该银行卡有没有被挂失。

4.如果卡有效，系统提示用户输入密码。

5.用户输入密码，系统检查用户输入的密码是否正确。

用户输入错误密码，而且尝试次数在3次之内，系统提示重新输入密码，重新回到步骤4.

6.如果密码正确，则系统显示客户账户，并提示用户选择事务类型，包括取款、查询和转账。

7.用户选择转账，并输入转账金额和目的账户。

8.系统确认源账户中余额不足，提示错误信息，退出系统。

9.系统退出银行卡，用户取走银行卡。

10.系统空闲，显示欢迎界面。

1.2自动取款机系统分析模型

根据系统的问题描述和用例模型，建立系统初始的分析模型，包括静态结构模型（即类图）和动态行为模型。

静态结构模型概要地给出描述问题域的类以及这些类之间的关系和原始属性；动态行为模型描述系统的动态特征。

1.2.1自动取款机系统的静态结构模型

建立系统的静态结构模型就是分析系统中包含的类、类之间的关系以及每个类的基本属性和基本操作的过程。

1.系统中包含的类及类的基本属性和操作

根据自动取款机系统的需求描述，提取类对象：

图1-12银行的自动取款机系统示意图

根据系统示意图提取出类对象，如图1-13所示：

图1-13自动取款机系统的类对象

确定类之间的关联关系，通过筛选最后保留下来的关联如下：

1总行提供中央计算机。

2分行提供分行计算机和柜员机。

3储户拥有账户。

4分行计算机处理针对账户的事务。

5分行计算机维护账户。

6ATM与中央计算机通信。

7中央计算机确定事务与分行的对应关系。

8通