- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
银联主机……………………
银联主机
……………………
账务主机
管理与交换中心
管理与交换中心
卡前置机
卡前置机管理机
图形监控
业务请求与响应
ATM 界面
一、参赛作品构思的创意与价值(50%)
背景:问题领域
ATM(自动柜员机)是银行为客户提供自动化的一种现代化电子设备 ,是银行电子化的一个重要组成部分。系统能为持卡人提供取款、存款、转帐、余额查询、更改密码等多种功能。它的广泛应用可提升银行工作效率,削减由于业务量增加对柜台产生的压力,同时又自动延长了银行的服务时间。
问题:选题的动机与目的
由于各种原因ATM 会出现机器故障或是ATM 机与主机通信经过中发生丢包现象等事件,可能会出现如下一种情况:储户输入密码后取钱,而 ATM 机未将钱吐出。那么在这种情况下卡上的钱会不会少呢?若去另一个 ATM 机能够再取吗?为避开顾客的利益受到损害,并保证系统的稳定性和可靠性,急需要设计一种较为可靠的机制使 ATM 机在最短的时间内恢复业务。
研究:市场调查经过和评价结论
经过对 ATM 系统的学习和研究,其主要运作模式如图 1.1 所示,主要涉及到银联主机、前置机和 ATM 三者之间的信息交互。
图 1。1 系统结构关系图
本设计主要解决在三者之间通信发生丢包现象时,导致 ATM 未能正常出钞,则进行自我修复,让客户不会感受到中间发生故障丢包的一系列处理经过,同时免去客户到银行进行冲正处理的繁琐经过,体现人性化设计.
创意:参赛作品的构思描述
ATM 机的通信部分主要分为两部分,一为前置机与主机的通信;另一为ATM 机与前置机的通信。
经过顾客在取款经过中数据的备份、超时重传、实时打印等技术,尽量避开银行和顾客的利益受到损害,保证系统的稳定性和可靠性。
功效:最后呈现给用户的实际功效
当 ATM 出现故障时(发生丢包),客户没有取到钞票,则显示“系统处理中,直到出钞,若时间超时,则显示退卡。
评价:对创新的深度、广度的自我评价
本解决方案能够尽可能地保护储户的利益 ,即使在机器无法自动恢复的情况下,能够经过人为查看打印的交易记录来挽救故障造成的损失。为银行的 ATM 业务作出贡献,提升银行在顾客心中的地位。本设计可应用于各类银行 ATM 取款机中,具有通用性.
二、参赛作品的目标实现形式(20%)
参赛作品的最后呈现形式
本作品只为模拟 ATM 机的操作流程,由三个进程实现主机、前置机、和ATM 机之间的通信,并实现开户、登录、查询、取款和存款等业务.
参赛作品的主要功能描述
储户插入银行卡后,ATM 机取得银行卡信息,然后向前置机发出请求, 前置机再将请求发送给主机,主机受到请求后检验银行卡号和密码的准确性,若准确则将储户信息返回给前置机.此时前置机通知 ATM 机能够进行下一步操作。储户此时能够选择查询余额、取款、存款等操作。若是取款操作, 前置机会先扣去取款的面值,然后通知 ATM 机吐钱,若储户取款成功,前置机将修改后的储户数据提交给主机,主机保存数据,至此,通信经过结束.
参赛作品的有用性和将来可扩展性分析
本作品对提升 ATM 机系统的稳定性和可靠性具有相当大的作用,故具有很广的有用性,而且本作品采纳模块化设计,可扩展性好。
三、参赛作品目标实现的可行性(20%)
参赛作品的主要技术路线
本设计主要解决在银联主机、前置机 ATM 机三者之间的通信丢包问题, 用到的技术有:数据备份、超时重传、实时打印等技术,尽量避开发生 ATM 未出钞成功,而银行系统已交易完成的现象。
参赛作品的核心技术关键与实现可行性
当进行取款操作时, ATM、前置机和主机三者之间的数据交互能够抽象为如图 3.1 所示模型.
①发请求
①发请求
②发请求
前置机
ATM
主机
④发应答 ③发应答
图 3.1 取款业务原理图
经过分析,发生客户账户余额修改,而取款机未正常出钞的情况为银行主机
收到请求完成数据库修,而 ATM 机并未收到应答命令,导致此种情况发生的原因可分为如下两种:
在主机向前置机发送应答时数据包丢失(即图 3。1 中③丢失),则实行如下方式进行改进:
前置机设置超时重发机制,如在发送请求后规定时间内为收到主机应答,则重发请求,主机收到请求后查询数据库看前置机余额是否与主机数据库中余额相同,若不同则重发应答,若相同则按正常请求处理。
b)在前置机向 ATM 机发送应答时数据包丢失(即图 3。1 中④丢失),则实行如下方式进行改进:
ATM 机设置超时重发机制,如在发送请求后规定时间内未收到 ATM 机应答, 则重发请求,前置机收到请求后查询该账户余额是否与 ATM 传送数据包中余额相同,若不同则重发应答,若相同则按正常请求处理.
由于以上两种情况同时发生的情况概率格外小,故在此不予考虑.
参赛团队的资源可行性
本团队由 6 人组
原创力文档


文档评论(0)