ImageVerifierCode 换一换
格式:DOCX , 页数:25 ,大小:22.67KB ,
资源ID:6321576      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6321576.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件工程课程设计ATM取款服务系统.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件工程课程设计ATM取款服务系统.docx

1、软件工程课程设计ATM取款服务系统软件工程课程设计 -ATM机取款服务系统学校: 苏州大学 院系: 计算机科学与技术学院 专业: 计算机科学与技术 组员: 戴飞 1 引言编写目的本次软件设计的目的是建设一个通过软件实现ATM机各项功能的模拟系统,能够更加方便的为客户提供取款,转账和余额查询等功能,并且按模块划分功能,最大程度的来提神系统的健壮性和可扩展性。根据迭代式开发原理,逐步完善,直至完全满足客户的需求。适用范围ATM的功能要求支持在本公司注册过的所有银行,为其提供服务。背景ATM自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。ATM是英文Automatic Teller Mac

2、hine的缩写。ATM是最普遍的自助银行设备,可以提供最基本的银行服务之一,即出钞交易,有些全功能的产品还可以提供信封存款业务。在ATM自动取款机上也可以进行账户查询、修改密码和转账的业务。作为自助式金融服务终端,除了提供金融业务功能之外,ATM自动取款机还具有维护、测试、事件报告、监控和管理等多种功能。ATM自动取款机系统,是一个有终端机,ATM系统,数据库组成的应用系统。系统功能有用户在ATM上提取现金、查询账户余额、修改密码及转账功能。 ATM自动取款机系统向用户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。可以大大减少工作人员,节约人力资源的开销,

3、同时由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体的工作效率和精确度。 减少了用户办理业务的等待时间;用户可以随时随地可以随心所欲存取款,并且操作简单易懂;用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。文档概述ATM自动柜员机系统是由计算机控制的银行自动出纳系统,主要服务于活期储蓄,实现客户自助服务的电子化设备。统一建模语言UML(Unified Modeling Language)是面向对象技术的一个重要应用,也是软件工程环境中对象分析和设计的重要工具。通过UML对ATM自动取款机建模,实现查询余额,取款,转账,更改密码等业务,对各功能进行具体的分析和建模

4、。参考资料软件工程导论(第5版) 清华大学出版社 张海藩 编着UML面向对象建模与设计 人民邮电出版社 Michael Blaha, James Rumbaugh编着2.任务概述.目标本系统可以帮助用户更为轻松的进行取款,转账和查询余额等业务。从用户角度出发,更为理性的设计银行卡卡号,来保证更高的安全性和更快捷的银行业务操作,来吸引更多的客户使用。.用户特点1.客户:通过输入自身信息进入系统,主要完成取款、转账和余额查询操作。3. 核心技术1在代码的编制方面,我们使用的是java的GUI设计;2 在数据库方面我们使用的是oracle数据库3在做界面的美观设计时,我们将设计代码封装在了文件中,如

5、果之后的设计需要对界面的外观进行相应的修改,直接更改该文件即可。4数据库方面的各类脚本,包括表的建立、删除、修改,以及表中数据的插入、更新和删除操作都已经保存在对应的txt文档中(在附件中已经打包)。4. 项目需求分析 系统功能概述 ATM自动取款机系统相关的主要对象(1)用户:使用ATM自动取款机进行现金交易。进行取款、查询余额、设置密码、转账等操作。(2)数据库:对用户的所有信息进行存储更新。 ATM自动取款机系统相关的主要功能(1)取款功能:用户按照系统输入要求输入取款金额即可取出相应金额的现金。(2)查询余额功能:用户可以查看账户所剩现金余额。(3)修改密码功能:如果用户想要修改当前密

6、码,通过系统可以设置新密码。(4)转账功能:用户可以通过该功能将自己账户上的金额转到其他账户。首先,ATM要求用户输入密码,接下来ATM把从银行卡上读到的信息以及用户输入的密码传给ATM自动取款机系统,系统通过于数据库中的信息进行核对,如果密码正确ATM就要求用户选择事务类型(取款、查询等),直至用户选择退出应用服务,询问用户是否退出银行卡结束服务,如果用户选择结束,则退出银行卡,系统重回登陆界面。 ATM自动取款机系统相关的界面(1)登录界面:在整个的系统中,首先用户要输入正确用户登录密码以后才可以进入主界面进行相关的操作。(2)主界面: 当用户输入正确的用户密码以后,出现主界面,包括以下的

7、一些功能:a) 主界面有“查询余额”“取款”“转账”“修改密码”等功能选项。b) 主界面中还有“退卡”功能选项,点击即退出系统服务。(3)取款界面: 当用户在菜单栏点击取款功能选项,可以进入取款界面:a) 首先你可以输入取款的金额,输入的必须为50倍数的数字,否则系统会提示输入的金额错误,请重新输入。如果屏幕上有便捷提示,比如:1000元、800元、500元等。如果上边有你想要取款的金额,你可以按相对应的按键就可以了,如果没有,你再找一个 “其他金额”按下之后,就可以自由输入自己想取的金额了,输入金额之后,按“确认”,即完成取款功能。b) 正确输入取款的金额后,直接点击取款,会再次确认你取款的

8、金额,点击“是”即可以取出取款机吐出的现金,并且数据更新到相关的数据库文件中,以便以后查询。(4)余额查询界面: 在主界面中点击余额查询功能选项,就会弹出余额的窗口。(5)修改密码界面: 在主界面中点击修改密码功能选项,进入修改密码功能界面,系统要求首先输入旧密码,再输入写密码,并对新密码进行第二次确认,全部输入正确修改功能完成。(6)转账界面: 当点击转账功能选项,会出现转账的界面,这时就可以进行转账;分别输入转入的账户和转入的金额,直接点击转入。若转入过程中出错会有相关的提示的操作。系统Use-Case模型 系统用例描述 ATM机取款的用例规约用例名称:ATM取款简述:客户持银行卡(本行或

9、其他行)从ATM提取现金actors:客户和银行主机基本流:1. 客户插入银行卡。2. ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。3. 客户输入密码。4. ATM验证帐号和密码。5. ATM显示包括取款在内的服务功能,客户选择“取款”。6. 输入取款额:客户输入数量为50元的倍数的取款额。7. ATM向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的取款成功确认信息。8. ATM打印并吐出凭条。9. ATM清点并吐出现金,记录取款成功。10. ATM询问客户是否继续服务。11. 客户选择否,ATM吐出银行卡,结束用例,否则回到步骤5。用例结束备选流:1. 客户取消服务

10、:ATM记录服务取消,打印凭条,吐出凭条和银行卡,用例失败2. 客户未及时输入超过30秒:ATM吞卡,用例失败3. 卡无效:ATM吞卡,用例失败4. 读卡器或卡被损坏:ATM吞卡,用例失败5. 密码错: 客户重新输入密码 累计3次密码错误:ATM吞卡,用例失败6. 无此帐号:ATM吞卡,用例失败7. ATM无现金:ATM不显示“取款”功能,客户可选择其他服务, 用例失败8. 取款额超过ATM现金余额:ATM要求客户重新输入取款额。9. 帐户余额不足:ATM要求客户重新输入取款额。10. 取款额超过当日最高限额:ATM要求客户重新输入取款额。11. 网络或银行主机失效、通讯超时:ATM记录服务取

11、消,打印凭条,吐出凭条和银行卡,用例失败12. 凭条打印失败,纸用完或卡纸: ATM通知银行主机取消取款 ATM记录服务取消,吐出银行卡,用例失败13. 吐现金失败: ATM通知银行主机取消取款 ATM记录服务取消,吐出银行卡,用例失败14. 客户未及时取走卡: ATM吞卡,用例失败业务规则1. 单笔取款金额上限为5000元2. 每月前3笔取款不收手续费3. 超过前3笔之后,在本行本地的ATM机取款2元每次4. 超过前3笔之后,在本行异地的ATM机取款4元每次5. 超过前3笔之后,在异行本地的ATM机取款3元每次6. 超过前3笔之后,在异行异地的ATM机取款5元每次 ATM机转账的用例规约用例

12、名称:ATM转账简述:客户持银行卡(本行)从ATM可以将卡内金额转至其他有效银行卡账户中actors:客户和银行主机基本流:1. 客户插入银行卡。2. ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。3. 客户输入密码。4. ATM验证帐号和密码。5. ATM显示包括取款在内的服务功能,客户选择“转账”。6. 输入转账金额。7. ATM向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的转账成功确认信息。8. ATM打印并吐出凭条。9. 记录转账成功。10. ATM询问客户是否继续服务。11. 客户选择否,ATM吐出银行卡,结束用例,否则回到步骤5。用例结束备选流:1. 客户

13、取消服务:ATM记录服务取消,打印凭条,吐出凭条和银行卡,用例失败1. 客户未及时输入超过30秒:ATM吞卡,用例失败2. 卡无效:ATM吞卡,用例失败3. 读卡器或卡被损坏:ATM吞卡,用例失败4. 密码错: 客户重新输入密码 累计3次密码错误:ATM吞卡,用例失败5. 无此帐号:ATM吞卡,用例失败7帐户余额不足:ATM要求客户重新输入转账金额。8转账额超过当日最高限额:ATM要求客户重新输入转账金额。9网络或银行主机失效、通讯超时:ATM记录服务取消,打印凭条,吐出凭条和银行卡,用例失败10凭条打印失败,纸用完或卡纸: ATM通知银行主机取消取款 ATM记录服务取消,吐出银行卡,用例失败

14、11. 客户未及时取走卡:ATM吞卡,用例失败业务规则:1. 单日转账不得超过50000元2. 本地本行转账免费3. 本地异行转账+5元每笔4. 异地本行转账加+4元每笔5. 异地异行装张+9元每笔 ATM机修改密码的用例规约用例名称:ATM修改密码简述:客户持银行卡(本行或其他行)在ATM机上完成对银行卡账户密码的修改actors:客户和银行主机基本流:1. 客户插入银行卡。2. ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。3. 客户输入密码。4. ATM验证帐号和密码。5. ATM显示包括取款在内的服务功能,客户选择“修改密码”。6. 系统提示客户输入旧密码7. 系统提示客

15、户输入新密码,并再次确认新密码8. ATM提示修改密码成功。9. ATM询问客户是否继续服务。10. 客户选择否,ATM吐出银行卡,结束用例,否则回到步骤5。用例结束备选流:1. 客户取消服务:ATM记录服务取消,打印凭条,吐出凭条和银行卡,用例失败2. 客户未及时输入超过30秒:ATM吞卡,用例失败3. 卡无效:ATM吞卡,用例失败4. 读卡器或卡被损坏:ATM吞卡,用例失败5. 密码错: 客户重新输入密码 累计3次密码错误:ATM吞卡,用例失败6. 无此帐号:ATM吞卡,用例失败7. 网络或银行主机失效、通讯超时:ATM记录服务取消,打印凭条,吐出凭条和银行卡,用例失败8. 客户未及时取走

16、卡: ATM吞卡,用例失败业务规则: 系统动态模型活动图 系统总体活动图系统登陆模块的活动图修改密码模块的活动图系统取款模块的活动图系统转账模块的活动图5. 系统分析设计 系统设计模式的选择经过小组成员的讨论,我们选的设计模式为:代理模式,单例模式和责任链模式。 代理模式的介绍:代理模式的体现:代理模式提供一个中介以控制对某个对象的访问。在本系统中,当用户通过ATM机提出各种请求时,ATM要访问银行服务器上的数据库,因此存在跨越数据库访问障碍,同时还有网络障碍。在应用代理模式时,由于Proxy与Withdrawal,Transfer,CheckAccount,SaveAccount,Chang

17、ePassword类继承同一接口,所以User验证完卡类型后调用Withdrawal等类时就可以转换为User调用Proxy再调用Withdrawal等类,类Proxy就是这个中间代理。例如:Withdrawal等类部署在银行服务器上,也就是说Withdrawal等类和ATM的客户程序根本不在一个地址空间之内,如此就存在一个网络障碍。这时调用Withdrawal等类的方法就比较复杂了。因为我们还要考虑网络的问题,对收到的结果解包等一些操作。而在应用了代理模式后,现在已经实现了对Math类的代理。存在一问题是在Proxy类中调用了原实现类Withdrawal等的方法。但Withdrawal等类并

18、不一定实现所有的方法。为了强迫它实现所有的方法。另一方面,为了我们更加透明地去操作对象,我们在Withdrawal等类和Proxy类的基础上加一层抽象,即它们都实现IWithdrawal接口:如此,由Proxy类在客户端实现Withdrawal等类的所有功能,对客户端隐藏了服务端的行为,有助于屏蔽网络可能带来的问题。 责任链模式的介绍责任链模式的体现:此模式的想法是给多个对象一个处理请求的机会,从而解耦发送者和接收者,请求沿对象链传递知道被处理。在此系统中,主要体现在手续费的收取问题上:首先由Withdrawal类或Transfer类提出请求WithdrawalRequest或Transfer

19、Request,请求被发送到Judger类,Judger类根据预先设定好的顺序传递给第一个类进行处理,若第一个类不能处理或处理完它能处理的请求的相关部分之后,将请求发送给其后继,依次类推,知道请求被最后一个类处理完成。同样的方法还体现在JudgeAmount中,根据所操作金额的范围不同,对金额所产生的费用作不同的处理。 用例功能的类图设计 系统交互模型顺序图 系统取款模块的顺序图 系统转账模块的顺序图 系统设计类图 Cardinformation包内类之间关系图: Account包内类之间关系图 Service 包内类之间关系图:6用户使用说明1 将卡插入ATM机。2 界面提示输入帐号,此时应

20、输入帐号,输入帐号后,点击“继续”。3 界面提示输入密码,此时应输入密码。若想重新输入帐号点击“返回”,若想重新输入密码,点击“取消”。4 输入密码后点击“确定”,若帐号密码正确,进入业务选择界面,若帐号密码错误,界面提示错误信息,并回到输入帐号界面。(若帐号密码错误次数累计为3次以上,则所定账户)5 进入业务选择界面,选择相应业务(1)点击“取款”,进入取款界面,可选择界面显示的数额,也可输入取款金额,取款金额应为100倍数并小于帐户余额,否则无效,并重新提示输入取款金额,同时取款金额应小于5000,否则提示取款失败。(2)点击“转帐”,系统提示输入对方帐号和转账金额,如需重新输入,点击“重

21、置”,输入后点击“确定”,若对方帐号不存在,重新提示输入对方帐号取款金额,若转账金额大于帐户余额或5000,提示转账失败,并回到业务选择界面。(3)点击“修改密码”,系统提示输入新旧密码,并再次对输入新密码,点击“确定”,若旧密码不正确或新密码不一致或新密码不是6位数字串,系统提示重新输入,并回到修改密码界面,若修改成功,密码提示成功信息,并回到业务选择页面。(4)点击“余额查询”,系统显示当前用户余额。(5)点击“退卡”,系统退卡。7 系统测试(一) 白盒测试我们是由各个模块的代码编制者自己完成的,检查有无异常以及代码自身的逻辑错误等等。(二) 黑盒测试黑盒测试中我们使用的是边界值测试,测试

22、用例如下:取款测试用例时间账号密码取款金额预期结果实际结果11天123456-100返回取款界面V21天1234560返回取款界面V31天123456100取款成功withdrawtimes+1卡上余额-100V41天1234562400取款成功withdrawtimes+1卡上余额-2400V51天1234562500取款成功withdrawtimes+1卡上余额-2500 V61天1234562600取款成功withdrawtimes+1卡上余额-2600V71天1234564800取款成功withdrawtimes+1卡上余额-4800V81天1234564900取款成功withdraw

23、times+1卡上余额-4900V91天1234565000取款失败V101天1234562590返回取款界面V111天1234564900取款成功withdrawtimes+1卡上余额-4900V4900取款成功withdrawtimes+1卡上余额-4900V200取款成功withdrawtimes+1卡上余额-200V1天123456-100返回取款界面V0返回取款界面V100取款失败V121天1234561000取款成功withdrawtimes+1卡上余额-1000V3000取款成功withdrawtimes+1卡上余额-3000V1000取款成功withdrawtimes+1卡上余

24、额-1000V1天1234564000取款成功withdrawtimes+1卡上余额-4002V131天1234561000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1004V141天1234561000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1

25、000取款成功withdrawtimes+1卡上余额-1003V151天1234561000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1000V1000取款成功withdrawtimes+1卡上余额-1005V161天1234561000取款成功withdrawtimes+1卡上余额-1000V3000取款成功withdrawtimes+1卡上余额-3000V1000取款成功withdrawtimes+1卡上余额-1000V1天1234565000取款失败V

26、转账测试用例时间账号密码转账金额预期结果实际结果11天123456-100返回转账界面V21天1234560返回转账界面V31天123456100转账成功withdrawtimes+1卡上余额-100,对方余额+100V41天1234562400转账成功withdrawtimes+1卡上余额-2400,对方余额+2400V51天1234562500转账成功withdrawtimes+1卡上余额-2500,对方余额+2500V61天1234562600转账成功withdrawtimes+1卡上余额-2600,对方余额+2600V71天1234564800转账成功withdrawtimes+1卡上

27、余额-4900,对方余额+4900V81天1234564900转账成功withdrawtimes+1卡上余额-4900,对方余额+4900V91天1234565000返回转账界面V101天1234562590返回转账界面V111天1234564900转账成功withdrawtimes+1卡上余额-4900,对方余额+4900V4900转账成功withdrawtimes+1卡上余额-4900,对方余额+4900V200转账成功withdrawtimes+1卡上余额-200,对方余额+200V1天123456-100返回转账界面V0返回转账界面V100返回转账界面V121天1234561000转账

28、成功withdrawtimes+1卡上余额-1000,对方余额+1000V131天1234561000转账成功withdrawtimes+1卡上余额-1005,对方余额+1000V141天1234561000转账成功withdrawtimes+1卡上余额-1004,对方余额+1000V151天1234561000转账成功withdrawtimes+1卡上余额-1009,对方余额+1000V161天1234562500转账成功withdrawtimes+1卡上余额-2509,对方余额+2500V1天1234562500转账成功withdrawtimes+1卡上余额-2509,对方余额+2500V1天123456

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1