ATM自动取款机设计说明书.docx
《ATM自动取款机设计说明书.docx》由会员分享，可在线阅读，更多相关《ATM自动取款机设计说明书.docx（22页珍藏版）》请在冰豆网上搜索。
ATM自动取款机设计说明书
ATM自动取款机设计说明书
ATM自动取款机
设计说明书
2.1系统用例图3
软件设计说明书
1.介绍
目的
自动取款机系统是银行业务流程过程中十分重要且必备的环节之一，在银行业务流程当中起着承上启下的作用，其重要性不言而喻。
可是，当前许多银行在具体的一些业务流程处理过程中依然使用手工操作的方式来实施，不但费时、费力，效率低下，而且无法达到理想的效果。
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析，概要设计，程序编码，软件应用等过程，开发了这个系统。
1.2范围
介绍了ATM自动取款机系统存款、取款、查询、修改密码、转帐等业务。
1.3定义
账号：
在银行中，事务应用的单个账号。
账号能够为多种类型，可是至少包括支票和存款。
每个顾客能够拥有多个账号。
ATM：
一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事务处理。
ATM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金经过ATM提供给顾客。
银行：
一个金融机构，负责保存顾客的账号信息，执行授权卡经过ATM网访问账号。
银行计算机：
银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。
银行能够拥有自己的内部计算机网处理账号，可是我们只关心同网络进行交互的计算机。
现金卡：
每张卡提供给一个银行客户，授权客户能够使用ATM机访问自己的账号。
每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。
一张卡不能访问客户的所有账户。
每张卡只能有一个持卡人，可是多个复本可能存在，因此必须考虑从不同的ATM机同时使用相同卡的行为。
客户：
拥有银行的一个或者多个账号的人。
客户能够包括一个人或者多个人，或者是公司。
相同的人，拥有不同银行的账号被认为是不同的客户。
事务：
对单个客户账号的单个完整的操作请求。
2.用例视图
2.1系统用例图
2.2取款
用例描述：
当用户插入银行卡并输入正确的密码进入ATM系统选择取款功能时，用例开始。
用户利用它实现账户取款功能。
参与者：
用户
前置条件：
用户插入银行卡并输入正确的密码，成功登录系统。
后置条件：
用户成功取款。
基本操作流程1：
取款成功
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择取款功能
3.系统提示输入取款金额
4.用户输完后点击确认
5.系统提款并修改账户信息
6.系统提示取款操作成功，并提示用户立即拿走吐钞口的现金
7.系统返回主界面
基本操作流程2：
账户余额不足，取款失败
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择取款功能
3.系统提示输入取款金额
4.用户输完后点击确认
5.系统提示账户余额不足，取款操作失败
6.系统返回主界面
条件约束：
无
业务规则：
无
在存的问题：
无
取款用例图
取款活动图
2.3转账
用例描述：
当用户插入银行卡并输入正确的密码进入ATM系统选择转账功能时，用例开始。
用户利用它实现账户转账功能。
参与者：
用户
前置条件：
用户插入银行卡并输入正确的密码，成功登录系统。
后置条件：
用户成功转账。
基本操作流程1：
转账成功
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择取转账功能
3.系统提示输入转账用户名、金额
4.用户输完后点击确认
5.系统进行转账操作并修改账户信息
6.系统提示转账操作成功
7.系统返回主界面
基本操作流程2：
账户余额不足，转账失败
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择转账功能
3.系统提示输入到账用户名、金额
4.用户输完后点击确认
5.系统提示账户余额不足，转账操作失败
6.系统返回主界面
基本操作流程3：
到账用户不存在，转账失败
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择转账功能
3.系统提示输入到账用户名、金额
4.用户输完后点击确认
5.系统提示到账用户名不存在，转账操作失败
6.系统返回主界面
用例图
转账活动图
2.4查询
用例描述：
当用户插入银行卡并输入正确的密码进入ATM系统选择查询余额功能时，用例开始。
用户利用它实现账户查询余额功能。
参与者：
用户
前置条件：
用户插入银行卡并输入正确的密码，成功登录系统。
后置条件：
用户成功修改密码。
基本操作流程1：
查询余额成功
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择查询余额功能
3.系统显示账户余额
4.系统返回主界面
用例名称：
信息管理
用例描述：
当银行管理人员身份验证完成进入ATM系统选择信息管理功能时，用例开始。
银行管理人员利用它实现信息管理功能。
参与者：
银行管理人员
前置条件：
银行管理人员完成身份验证，成功登录系统。
后置条件：
银行管理人员完成信息管理。
基本操作流程1：
信息管理
1.银行管理人员根据其用户名及密码登录管理系统。
2.银行管理人员对ATM各种信息进行对应处理。
3.退出系统
查询用例图
2.5修改密码
用例描述：
当用户插入银行卡并输入正确的密码进入ATM系统选择修改密码功能时，用例开始。
用户利用它实现账户修改密码功能。
参与者：
用户
前置条件：
用户插入银行卡并输入正确的密码，成功登录系统。
后置条件：
用户成功修改密码。
基本操作流程1：
修改密码成功
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择修改密码功能
3.系统提示输入旧密码，并输入2次新密码
4.用户输完后点击确认
5.系统提示密码修改成功
6.系统返回主界面
基本操作流程2：
2次密码输入不一样，修改密码失败
1.用户插入银行卡并输入正确的密码，成功登录系统。
2.用户选择修改密码功能
3.系统提示输入旧密码，并输入2次新密码
4.用户输完后点击确认
5.系统提示2次新密码输入不一样，密码修改失败
6.系统返回主界面
修改密码用例图
3.ATM机管理系统程序设计说明
3.1程序描述
考虑到当前依然有很多银行是柜台办理取款存款转账等业务，很是麻烦。
因此软件的是为了完善银行的业务处理流程，使得银行与客户间的业务办理更方便、快捷和安全。
仅以设计开发的ATM机管理系统的取款子系统位例进行详细说明，该系统能够实现取款功能，有常驻能存，没有子程序，是顺序处理。
3.2功能
ATM机取款子程序IPO图：
3.3性能
说明：
1、ATM系统软件总体结构：
交互式界面和事务处理型系统的混合体。
2、ATM系统分为三个系统层次：
（1）ATM事务处理层
（2）营业部事务处理层
（3）联营机构事务处理层
3、事务处理的数据库在营业部计算机中集中存放。
可被多个并发的ATM通
过联营机构确定连接访问。
数据处理是单一的批处理型系统（指一个帐号
被封锁直到处理结束）。
4、联营计算机经过电话线与各营业部计算机连接。
并经过站代码和营业部代
码区分ATM业务到营业部的业务处理。
5、每一时刻ATM上只有一个业务活动，联营计算机和营业部计算机可同时
处理多个并发的业务活动。
一个业务经过三个物理片段来完成，缺一不可。
6、系统应该具有增加和删除ATM和营业部处理层的能力。
7、系统的安全保证至关重要。
必须包括：
存取权限、数据一致性保证、出错
处理等解决方案。
3.4输人项
（只针对取款系统）
名称
密码
金额总数
类型
char
int
格式
******
0000.00
有效范围
6位
100的倍数元
方式
键盘输入
键盘输入
频度
10次
5次
系统性能
反应时间不能大于10秒钟
反应时间
不能大于
10秒钟
安全保密条件
10次输入密码错误则吞卡
一天最多取款不得超过5000元
媒体
人工输入
人工输入
3.5输出项
（只针对取款系统）
名称
金额
类型
int
格式
0000.00
有效范围
100的倍数
方式
键盘输入
频度
5次
系统性能
反应时间不能大于10秒钟
安全保密条件
一天最多取款不得超过5000元
媒体
点钞机
3.6流程逻辑
3.7接口
本程序所隶属的上一层模块结构图：
考虑到本程序已经是属于ATM管理系统系统层次的ATM事物处理层，因此没有下一层模块。
与本程序直接关联的数据结构：
（1）协议描述
MESSAGE（ATM—Withdraw）
按下此按钮就进入取款的界面，并提示客户输入取款数额。
MESSAGE（ATM__Query）
进入帐户查询界面，提示选择币种帐户类型。
当你选择其中一个帐户类型时就显示帐户信息。
如果该帐户不存在，提示出错并返回上一层界面。
MESSAGE（ATM__Transfer）
进入转帐界面，提示用户选择转帐类型然后要求两次输入目标帐户的帐号，之后再输入转帐金额。
MESSAGE（ATM__ChangePassword）
进入更改密码子系统界面提示用户输入原密码，然后两次输入新密码。
MESSAGE（ATM__Back）
返回上一层界面。
MESSAGE（ATM__Quit）推出ATM机系统。
（2）实现描述：
对象名：
bankCard
类名：
BankCard
私有数据结构：
Integer：
amount;printf（“inputtheamountofmoneyyouwant!
”）;
3.8限制条件
不足之处：
由于本人知识范围所限，软件开发的经验严重不足，对可视化开化工具和数据库管理工具还处在学习阶段，因此对系统开发的进度以及系统功能的实现程度较难控制。
已具备的条件：
1、实现系统所需的资料准备得较齐全。
尚需补充的条件：
1、提高开发人员的编程能力和对软件工程思想的认识；
2、尽快掌握JAVA和SQL的使用方法以及相互的连接。
3.9测试计划
仅以会话用例与取款用例进行对ATM机管理系统的单体测试计划；
用例
被测试的功能
初始系统状态
测试输入
期望的结果
会话用例
系统读取顾客的银行卡
系统处于ON状态，并没有为顾客提供服务
插入可读的银行卡
银行卡被接收，系统请求输入密码
会话用例
系统弹出不可读取的银行卡
系统处于ON状态，当前没有为顾客提供服务
插入不可读取的银行卡
银行卡被弹出，系统显示错误信息，准备启动一个新的会话
会话用例
系统接收顾客的密码
系统请求顾客输入密码
输入密码
系统显示一个事务类型菜单
会话用例
系统允许顾客执行事务
系统显示事务类型菜单
执行事务
系统询问顾客是否希望执行其它事务
会话用例
系统允许在一个会话中执行多个事务
系统询问是否执行其它事务
回答“是”
系统显示事务类型菜单
会话用例
当顾客选择不执行其它事务时，会话结束
系统询问是否执行其它事务
回答“否”
系统弹出银行卡，准备启动一个新的会话
事务用例
系统处理一个不合法的密码
插入了可读取的卡
输入不正确的密码尝试某个事务
执行非法密码
取款用例
系统提示顾客选择需要提取的现金的账户
正在显示事务类型菜单
选择取款事务
系统显示账户类型菜单
取款用例
系统正确执行合法取款事务
系统显示取款金额菜单
选择系统当前拥有单小于账户余额的取款金额
系统弹出现金，打印收据，
升级会员 