自动取款机设计总结

《自动取款机设计总结》由会员分享，可在线阅读，更多相关《自动取款机设计总结（26页珍藏版）》请在装配图网上搜索。

1、学 号2009110317 课程设计自动取款机总结 -虚拟自动取款机毕业设计总结学生姓名：郭永攀系 别：信息安全系 专 业：软件开发 班 级：09级指导教师：刘琦 1引言1.1编写目的从此阶段正式进入ATM系统的软件设计阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构，在软件设计阶段主要是把软件需求转化为软件表示过程，这种表示只是描述软件总的概貌，把它加工成程序细节上非常接近于源程序的表示，使软件开发人员在编码阶段以此文档供为标准。1.2项目背景应呼和浩特建设银行网络建设和改造需要，为客户提供方便、迅速、便捷的自动存取款业务提出了ATM机自动取款系统设计与实现的项目，并由软件工程0

2、8-2班第七小组完成设计与开发，上级主管部门计算机系。要求此系统能够实现所提出的基本功能要求并且兼容现在使用的软件。1.3定义客户：拥有银行的一个或多个帐号的人。可以是一个人或多个人，或者是公司。相同的人，拥有不同的银行帐号被认为是不同的落户。ATM：ATM是Automatic Teller Machine 的缩写，意为自动柜员机。是一种高度精密的机电一体化设备，利用磁卡或智能IC卡储存用户信息并通过加密键盘（EPP）输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。事务：对单个客户帐号的单个完整的操作请求，一般是指要做的或所做的事情。储蓄卡：储蓄卡是银行为储户提供金融服务而发行的

3、一种金融交易卡。它的主要功能是能在联网ATM和储蓄所存、取款及在联网的POS上进行消费，但不具备透支功能。1.4参考资料1 项目经核准的计划任务书、合同及上级机关的批文2 项目开发计划3 需求规格说明书4 文档所引用的资料、采用的标准或规范5 作者：张海藩 书名：软件工程导论（第五版）出版社：清华大学出版社 出版时间：2008-26 作者：王珊 萨师煊 书名：数据库概论 出版社：高等教育出版社 出版时间：2006-57 作者：吴健 郑潮 汪杰 书名：UML基础与ROSE建模案例 出版社：人民邮电出版社 出版时间：2008-72任务概述2.1目标明确系统的数据结构与软件结构，此外总体设计还将给出

4、内部软件与外部系统部件之间的接口定义，各个软件的模块的功能说明，数据结构的细节以及具体的装配要求，通过阅读此文档可以对ATM系统的设计有了初步的构想，程序开发人员能够快速进入代码实现，在ATM系统的基本功能实现的基础上，提高性能指标。2.2运行环境硬件环境：CPU：1GHZ 以上RAM：256兆以上HARD DISK：2G以上软件环境：应用服务器的操作系统环境为windowsXP以上的数据库为Oracle或SQL server2005此系统运行在ATM机上2.3需求概述针对银行业务种类繁多、客户需求量大等现象，为了减少银行人员的工作任务，方便客户，进行ATM系统的设计与开发，使用户自己就可以在

5、ATM机上存款、取款、查询余额、修改密码、退卡等基础功能。同时要求满足基本的性能需求：快速性：处理业务的时间不得超过30秒否则取消事务退卡；准确性：吐钞、存抄的数目正确； 稳定性：频繁的进行多项业务系统仍能正常运行，外部环境发生小范围内变动系统不受影响；安全性：系统中所有涉及敏感信息如登录口令等，服务器端应设置严格安全访问控制策略，从而保证系统安全性和操作责任的可追溯性。2.4条件与限制整个项目的条件与限制：1、建议开发软件运行的最短寿命：十年。2、经费来源和使用限制：中国建设银行投资。3、法律和政策方面的限制：涉及法律法规应向律师进行详细咨询以免侵害客户和其他人的利益。4、硬件、软件、运行环

6、境和开发环境的条件和限制：ATM柜员机终端设备，地区服务器、中央服务器、数据库服务器（多个分散的）。5、可利用的信息和资源：现有简易ATM机的实现原理 银行工作人员手工操作的业务流程。6、建议开发软件投入使用的最迟时间：测试一个月后。软件设计时的条件与限制：软件设计应当表现层次结构，巧妙地利用各个软件之间的控制关系，设计应当是模块化。小组成员应对软件开发的流程基本了解并且充分调研后开始编辑文档，同时要掌握JAVA语言及数据库相关知识以备后续实现。项目进行中注意时间的控制和资金的合理分配。3总体设计3.1处理流程 图4-1取款的活动图图4-2 款的活动图 图4-3修改密码活动图 图4-4查询余额

7、的活动图 3.2总体结构和模块外部设计（打印凭条没实现）图4-5 总体结构图4对现有系统的分析4.1处理流程和数据流程（打印凭条和转账没实现）图1-1现有系统处理流程举例说明：客户到银行根据事务不同进行排队，若进行取钱要将存折交给业务人员并告之取款的金额，业务人员在柜员终端识别账户后扣除相应金额，取出钱交给客户。4.2工作负荷业务人员要进行大量客户的不同事务操作，在一段时间内可能重复同样的操作多次，很容易产生厌烦心理，客户需要长时间的等待使用户体验不友好。4.3费用支出业务人员的工资按每月4000元、购买柜员机及内部软件开发费用。4.4人员银行业务人员：若干 客户4.5设备现有系统设备主要有柜

8、员终端机并且需要大量的业务人员。4.6局限性原有银行终端操作，银行业务种类繁多、业务人员工作量大，业务进度缓慢，客户受到地点、时间因素的限制不能随时进行业务。5所建议技术可行性分析5.1对系统的简要描述ATM终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，处理储户要求，执行各类操作，为储户服务。系统要求保持一定时间内的交易记录，可以处理多个ATM终端并发访问。同时，系统应每天自动汇总各种交易数据，生成报表。系统24小时工作，无操作时播放本行的动画广告。系统具有设备自检提示报错功能，可以提示输入错误，ATM终端钱柜缺钱。5.2处理流程和数据流程（打印凭条和转账没实现）

9、图1-2本系统处理流图举例说明：取钱的流程：在读卡机中插入银行卡，识别后提示输入密码，用键盘输入密码后，验证密码正确后进入主界面选择取钱，提示输入金额，输入金额后系统到账户中验证是否在允许值范围内，金额正确则吐钱机吐钞，吐钞后提示取走钱，系统自动跳转到主界面客户可以进行其他事务的选择。5.3与现有系统比较的优越性与银行终端相比较无需到银行领号排队，减轻银行业务人员的工作量，同时使客户可以在就近的ATM机上24小时进行事务交易。5.4采用建议系统可能带来的影响5.4.1对设备的影响由于所建议系统是基于WINDOWS操作系统和互联网的，所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路

10、。系统失效后，服务器端需要利用备份的数据库恢复数据信息，要求要有足够的数据备份空间。5.4.2对现有软件的影响需要落实是否有符合本报告所列出的正版的软件环境，如果没有则需要购买，要和现有系统兼容。5.2.3对用户的影响投入使用前还需改进现有的管理模式。5.2.4对系统运行的影响无影响。5.2.5对开发环境的影响开发过程需要用户进行密切的配合，准确阐明需求。5.2.6对运行环境的影响无影响。5.2.7对经费支出的影响除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性分析）。5.5技术可行性评价系统是一个基于局域网、互联网和WINDOWS操作的系统，现有技术已较为成熟，利

11、用现有技术完全可以实现系统开发目标。同时具有优秀的软件需求人员、软件设计人员、和具有丰富经验的软件测试人员。开发期限较为宽裕，预计可以在规定期限内完成开发任务。6功能的分析和设计6.1存款子系统6.1.1功能用户可以通过和ATM自动取款机交互，完成存款的操作。6.1.2性能系统的反应时间是不能超过2秒，完成取款操作的时间不能超过30秒。6.1.3输入项目表3-4 存款子系统的输入项目名称类型银行卡磁卡密码int（6位整数）金额int(100的整数倍)账号19位整数6.1.4输出项目表3-5 存款子系统的输出项目名称类型凭条文本6.1.5算法图3.11 存款的活动图6.1.6程序逻辑图3.12

12、存款的时序图6.1.7接口系统程序内部在功能模块下设置的程序接口见表3-6 ，图3.13表3-6 存款子系统的软件接口函数输入输出Open()卡号 密码提示信息DepositFunds()金额无AddFunds()无无VerifyFunds()无无图3.13 存款的类图6.1.8存储分配账户表 储蓄卡表 ATM表 清单表6.1.9限制条件ATM自动取款机中的纸币以满，不能再放入纸币。6.1.10测试要点好的产品才能得到用户的认可和肯定，只有得到用户的肯定才会有市场，为此要对系统的反应速度、准确性（能准确读取放入的纸币数目）和安全性，以及系统的稳定应有非常高的要求。6.2 查询余额子系统6.2.

13、1功能用户可以通过和ATM自动取款机交互，完成查询余额的操作。6.2.2性能系统的反应时间是不能超过2秒，完成查询余额操作的时间不能超过30秒。6.2.3输入项目表3-10 余额查询子系统的输入项目名称类型银行卡磁卡密码int(6为整数)6.2.4输出项目表3-11 余额查询子系统的输出项目名称类型凭条文本6.2.5算法图3.17 余额查询的活动图6.2.6程序逻辑图 3.18 余额查询的时序图6.2.7接口系统程序内部在功能模块下设置的程序接口见表3-12，图3.19表3-12 查询余额子系统的软件接口函数输入输出Open()卡号 密码无Query()无无图3.19 余额查询的类图6.2.8

14、存储分配账户表 储蓄卡表 清单表6.2.9限制条件硬件故障6.2.10测试要点好的产品才能得到用户的认可和肯定，只有得到用户的肯定才会有市场，为此要对系统的反应速度有非常高的要求，这也是最基本的要求。6.3 修改密码子系统6.3.1功能用户可以通过和ATM自动取款机交互，完成修改密码的操作。6.3.2性能系统的反应时间是不能超过2秒，完成修改密码操作的时间不能超过30秒。6.3.3输入项目表3-13修改密码子系统的输入项目名称类型银行卡磁卡旧密码int(6为整数)新密码int(6为整数)6.3.4输出项目表3-14 修改密码子系统的输出项目名称类型凭条文本6.3.5算法图 3.20 修改密码的

15、活动图6.3.6程序逻辑图3.21 修改密码的时序图6.3.7接口系统程序内部在功能模块下设置的程序接口见表3-15，图3.22 表 3-15修改密码子系统的软件接口函数输入输出Open()卡号 密码无AlterPassword()旧密码 新密码无图3.22 修改密码的类图6.3.8存储分配账户表 储蓄卡表 清单表6.3.9限制条件忘记了旧密码6.3.10测试要点好的产品才能得到用户的认可和肯定，为此要对系统的反应速度、 安全性，以及系统的稳定有非常高的要求。6.3.8存储分配账户表 储蓄卡表 清单表 ATM表6.3.9限制条件 ATM自动取款机里的凭条纸用完了、纸币没有了或是硬件出项了故障。

16、6.3.10测试要点对系统的反应速度，稳定性有非常高的要求，以达到用户的满意度。7所建议系统经济可行性分析7.1支出（1）系统开发、建立费用共23万元。其中：本系统开发期为一年，需开发人员6人（不一定都是参加满整个开发周期）。根据软件系统的规模估算，开发工作量约为30人月，每人月的人工费按5000元计算，开发费用为15万元。（2）硬件设备费共29万元，其中：ATM机约19万元；服务器3台及网络等设备费10万元。 （3）外购开发工具、软件环境费用共9万元。7.1.1基建投资基础建设投资约52万7.1.2其他一次性支出暂无7.1.3经常性支出加班费用、培训费用约10万。7.2效益7.2.1一次性收

17、益以前手工操作完成的事务可能需要十个业务员，现在只需要一个业务员就能满足需求，小额取款客户可以到ATM机自主完成，相当于一个月节省九个人工资费用约36000元。7.2.2经常性收益跨行转账收取手续费。7.2.3不可定量收益服务的改进和组织机构给外界形象会使潜在用户增加，银行收益不可估量的。7.3收益/投资比后期收益无法估量7.4投资回收周期约三至四年7.5敏感性分析系统生存周期十年、自身工作量较大但可以承受，处理速度可以满足现有用户的需求，系较所使用的硬件如无特殊重大事故生存周期内不会有破坏性损害，因此，十年内可以得到较为可观收益。8 系统的总结 自动取款机的虚拟系统主要是模仿银行真的自动取款机的功能而设计的，其功能和真正的自动取款机是有很多的差别的，但对我们来说，此 虚拟的自动取款机也是很大的激励 对大家的认识自动取款机也有一定的帮助 虽然 在功能和界面上和其他的自动取款机系统和很大的差别但是 我们的系统 也是很实用的 可以用在一定的地方的 我们的系统简介方便容易学习 适应用于广大的用户 一下是我们系统的各个界面的显示8.1 登录界面（差磁卡界面）8.2开户界面8.3取款界面8.4 查询余额界面8.4 存款界面26 / 26文档可自由编辑打印