自动取款机系统Word文档下载推荐.docx
《自动取款机系统Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《自动取款机系统Word文档下载推荐.docx(34页珍藏版)》请在冰豆网上搜索。
![自动取款机系统Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2023-2/2/48658a69-939f-4b19-9ac0-dbbf25ecd3e9/48658a69-939f-4b19-9ac0-dbbf25ecd3e91.gif)
客户完成所有操作后退卡。
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:
用户插入无效的银行卡。
2.用户插入无效银行卡,系统显示错误并退出银行卡。
3.系统退出银行卡,用户取走银行卡。
4.系统空闲,显示欢迎界面。
可选操作流程2:
用户插入的银行卡已经被挂失,系统进行吞卡处理。
1.用户将银行卡插入自动取款机的读卡口中。
2.系统识别银行卡,并读取用户的卡号信息。
3.系统检查该银行卡有没有被挂失。
4.如果卡已经被挂失,则卡被没收。
5.系统退出。
6.系统空闲,显示欢迎界面。
可选操作流程3:
用户取消取款操作。
4.如果卡有效,系统提示用户输入密码。
5.用户输入密码,系统检查用户输入的密码是否正确。
7.用户选择取款操作。
8.系统退出银行卡,用户取走银行卡。
9.系统空闲,显示欢迎界面。
注:
用户可以在基本操作流程中提取现金之前的任何一步选择退出,转至基本操作流程的步骤12.
可选操作流程4:
用户输入密码错误,但是在3次机会之内重新输入正确。
用户输入错误密码,而且尝试次数在3次之内,系统提示重新输入密码,重新回到步骤4.
可选操作流程5:
用户输入密码错误次数多于3次,系统进行吞卡处理。
6.用户输入密码错误,且尝试次数超过3次。
7.系统做吞卡处理。
8.系统退出。
可选操作流程6:
用户当日取款的总额超过限制。
9.用户当日取款的总额超过限制。
系统提示用户重新输入取款金额,重新回到步骤7.
10.重新尝试3次之后,总额依然超过限制,系统转入步骤13.
11.用户提取现金。
12.系统打印回执,回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。
13.系统退出银行卡,用户取走银行卡。
14.系统空闲,显示欢迎界面。
可选操作流程7:
用户取款金额超过账户余额。
9.用户账户上余额不足。
10.重新尝试3次之后,取款金额依然超过账户余额,系统转入步骤13.
可选操作流程8:
自动取款机没有足够现金支付。
8.系统检查到自动取款机中没有足够现金支付,显示抱歉信息并退出系统。
9.系统退出银行卡,用户取走银行卡。
10.系统空闲,显示欢迎界面。
补充说明:
对于自动取款机系统来说,因为要和银行后台服务器进行通信,传递用户的账户信息和密码信息,所以一定要保证系统通信的安全性。
另外,银行卡的用户可能是不同教育背景的人员,所以系统操作界面的可易用性和友好性非常关键。
“查询”用例的描述文档。
1-2
查询。
银行卡用户将银行卡插入到自动取款机中,查询账户余额,自动取款机通过与银行后台服务器进行通信,以进行银行卡的有效性认证,并提取用户的账户信息。
“查询”用例每天可能会发生很多次。
最繁忙的情况是,查询的人非常多,按照现在的速度,大约每两分钟完成一个用户的查询处理。
显示用户查询的账户信息。
无。
查询成功。
2.系统识别银行卡,并读取用户的卡号信息
7.用户选择查询。
8.系统读取账户余额信息并显示。
9.系统打印回执,回执信息包括处理的事务号、事务类型、取款的数量及账户余额信息。
10.系统退出银行卡,用户取走银行卡。
11.系统空闲,显示欢迎界面。
4.如果卡已经被挂失,则卡被没收。
5.系统退出。
6.系统空闲,显示欢迎界面。
用户取消查询操作。
7.用户选择取消操作。
用户可以在基本操作流程中选择查询操作之前的任何一步选择退出,转至基本操作流程的步骤10.
10.
“转账”用例的描述文档。
1-3
转账。
银行卡用户将银行卡插入到自动取款机中,把资金从一个有效银行账户转到另一个账户中,自动取款机通过与银行后台服务器进行通信,以进行银行卡的有效性认证,并完成转账操作。
“转账”用例每天可能会发生很多次。
最繁忙的情况是,转账的人非常多,按照现在的速度,大约每三分钟完成一个用户的转账处理。
用户的账户资金被转移。
转账成功。
7.用户选择转账,并输入转账金额和目的账户号码。
8.如果系统确认用户的源账户中有足够的金额,则进行转账处理。
用户取消转账操作。
7.用户选择转账,并输入转账金额和目的账户。
8.如果系统确认用户的源账户有足够的金额,则进行转账处理。
7.系统做吞卡处理,退出系统。
目的账户无效。
8.系统确认目的账户无效,提示错误信息,退出系统。
源账户中余额不足。
8.系统确认源账户中余额不足,提示错误信息,退出系统。
1.2自动取款机系统分析模型
根据系统的问题描述和用例模型,建立系统初始的分析模型,包括静态结构模型(即类图)和动态行为模型。
静态结构模型概要地给出描述问题域的类以及这些类之间的关系和原始属性;
动态行为模型描述系统的动态特征。
1.2.1自动取款机系统的静态结构模型
建立系统的静态结构模型就是分析系统中包含的类、类之间的关系以及每个类的基本属性和基本操作的过程。
1.系统中包含的类及类的基本属性和操作
根据自动取款机系统的需求描述,提取类对象:
图1-12银行的自动取款机系统示意图
根据系统示意图提取出类对象,如图1-13所示:
图1-13自动取款机系统的类对象
确定类之间的关联关系,通过筛选最后保留下来的关联如下:
1总行提供中央计算机。
2分行提供分行计算机和柜员机。
3储户拥有账户。
4分行计算机处理针对账户的事务。
5分行计算机维护账户。
6ATM与中央计算机通信。
7中央计算机确定事务与分行的对应关系。
8通