ATM自动取款机系统——测试计划
- 格式:doc
- 大小:211.00 KB
- 文档页数:17
ATM系统需求调研计划一. 项目目标和范围:1. 系统概述此项目的开发是为银行提供一套高效稳定的终端服务平台,为储户存款,取款,查询等提供便利。
1.1项目背景在市场经济蓬勃发展和人们日益繁忙的条件下,现有的银行系统往往需要客户在办理手续时等待很长的时间,这不仅会浪费很多宝贵的时间,也会使得银行的业务人员十分的繁忙,需要很大的人力和财力。
为了减少银行在这一方面的开销,A TM自动取款机系统成为了银行信息化管理的一部分,现已经相当普及了。
相比传统的手工操作,大大提高了银行的工作效率,同时降低人力、财力、物力的浪费,使得取款、转账、存款等一些银行的日常业务形成一种规范有序的流程,减少信息交流的烦琐过程及其带来的开销,实现银行管理的规范化、自动化。
ATM自动取款机的出现是为了减少银行的业务压力,尽量节省银行工作人员和客户的时间,并且可以有效解决用户信息和资金信息的繁杂问题。
为办理存取款、转账等普通业务的客户提供了极大的便利。
ATM从开始发展到现今,功能得到了不断的完善,自动提款机系统经历了持续的更新换代,为广大用户提供恶劣更加便捷和人性化的服务。
正在使用的ATM自动取款系统虽然能实现基本的业务功能,但随着用户需求的不断增加,技术的不断发展,ATM自动取款系统的功能可进一步提高和完善。
以及ATM可在附加行功能方面有所提高,为用户提供更和谐的界面。
不同银行系统的A TM自动取款机系统功能在细节上的实现有所不同。
新系统将实现在跨行转账和跨行或跨地区取款时,在界面上提示将收取的手续费用,再征询用户是否继续操作,这对原来仅对用户提示需要收取手续费的功能有所改进,并且在打印的凭条上显示收取的费用。
另外一个面对银行A TM系统负责部门——信息技术部的功能实现。
即在自动取款机发生故障或余额不足时,向银行系统发出警告。
以便及时维护和添加金额。
1.2 目标改变以往靠柜员存取款的手工化,以及只能在银行上班时间办理业务的时间和空间上的局限性建立一个规范化电脑自动管理模式。
七、测试计划1.引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (2)2.3需求概述 (2)2.4条件与限制 (3)3.计划 (3)3.1测试方案 (3)3.2测试准备 (3)3.3测试机构及人员 (3)4.测试过程 (3)普通用户模块测试....................................................................... 错误!未定义书签。
管理员用户模块测试 (3)超级管理员用户测试模块 ............................................................ 错误!未定义书签。
5.评价 (6)5.1范围 (6)5.2准则 (6)1.引言1.1编写目的本测试计划的目的是:ATM模拟机系统是否达到设计要求。
能够完成普通用户模块、管理员模块和超级管理员模块功能。
本测试计划的读者为:参加单元测试和系统测试的测试人员。
1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计委托人:郭玉柱老师开发小组:第十小组开发人员:程廷华彭淑敏欧阳航1.3定义详细请参照《ATM模拟机用户手册》以及《第10组-ATM需求分析说明书》1.4参考资料1.李龙澍、郑诚《软件工程课程设计》机械工业出版社出版时间2011年2.任务概述2.1目标通过编写测试计划我们要尽量达到测试成本最小化、测试流程和测试内容完备化、测试手段可行化和测试结果实用化的理想目标。
测试计划要针对测试目的来规定测试的任务、所需的各种资源和投入、人员角色的安排、预见可能出现的问题和风险 以指导测试的执行 最终实现测试的目标 保证软件产品的质量。
2.2运行环境拥有JDK和Myeclipse开发环境的计算机即可运行本软件。
2.3需求概述人员需求:3个人硬件需求:一台电脑软件需求:jdk mySQL eclipse2.4条件与限制测试环境包括硬件环境和软件环境 硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境 软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。
ATM自动取款机系统的分析与设计可行性研究报告ATM自动取款机系统的分析与设计可行性研究报告目录1.引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.可行性研究的前提 (3)2.1要求 (3)2.2目标 (3)2.3条件、假定和限制 (3)2.4可行性研究方法 (3)2.5决定可行性的主要因素 (4)3.对现有系统的分析 (4)3.1处理流程和数据流程 (4)3.2工作负荷 (4)3.3费用支出 (4)3.4人员 (5)3.5设备 (5)3.6局限性 (5)4.所建议技术可行性分析 (5)4.1对系统的简要描述 (5)4.2处理流程和数据流程 (5)4.3与现有系统比较的优越性 (6)4.4采用建议系统可能带来的影响 (6)4.5技术可行性评价 (7)5.所建议系统经济可行性分析 (8)5.1支出 (8)5.2效益 (8)5.3收益/投资比 (9)5.4投资回收周期 (9)5.5敏感性分析 (9)6.社会因素可行性分析 (9)6.1法律因素 (9)6.2用户使用可行性 (9)7.其他可供选择的方案 (9)8. 总结 (10)1.引言1.1编写目的针对银行业务种类繁多、客户需求量大等现象,为了减少银行人员的工作任务,方便客户。
银行投资研发ATM终端机使用户自己就可以实现小额取款、存款等业务。
同时支持其他业务的扩展,现在从技术、经济、社会等因素对此项目进行可行性分析,编写此文档供项目经理决定是否要实施此项目。
1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计。
项目提出者:ATM机系统是应呼和浩特建设银行网络建设和改造需要,为客户提供方便、迅速、便捷的自动取款业务提出了ATM机自动取款系统设计方案。
项目兼容现有银行管理系统。
1.3定义专业术语与缩略词帐号:在银行中,事物应用的单个帐号。
帐号可以为多种类型,但是至少包括支票和存款。
每个顾客可以拥有多个帐号。
实验一ATM机自动取款机业务系统数据流图与原型实验报告姓名:学号:班级:编写:目录1 数据流图和原型界面统计 (1)2 ATM自动柜员机业务系统需求模式 (2)3 ATM自动柜员机系统数据流图 (3)3.1顶层数据流图3.2一层数据流图3.3二层数据流图3.4三层数据流图3.5四层数据流图3.6五层数据流图4自动取款机原型徐彤 (4)4.1等待界面4.2登录界面4.3吞卡界面4.4功能选择界面4.5操作界面4.6取款界面4.7存款界面4.8查询界面4.9打印凭条界面4.10转账界面4.11改密码界面4.12交易成功界面4.13取卡界面5实验体会 (23)2 ATM自动取款机系统需求分析需求分析:由于科技迅速发展,安全问题越来越重要,几乎所有银行都配置了简单的人工操作的ATM的自动取款机,人们可以随时随地的进行交易,不再受银行的服务时间所约束,但是一张银行卡,一串密码已经很难满足安全问题,新兴自动取款机会保证更高的安全问题。
ATM机系统的主要功能: 16中条件判断识别取款修改密码凭条打印转账余额查询交易明细查询等1:16种情况识别判断保证财务安全问题,余额不足时不能取款所需的现金。
ATM机可以提供指定金额的快速的取款界面,ATM机取款成功后要向银联系统写入操作,并且对客户的余额进行相应处理。
2:存款ATM机要能自动清点现金,将相应的操作信息写入银联系统,并且对相应的客户的余额进行相应的修改,之后上银联系统。
3;修改密码若新密码1和新密码相同则修改密码,要修改客户的密码表,并且将操作信息写入银联系统,否则修改密码不成功。
4 转账完成不同的银行卡之间的签约条例进行间接转账,若客户余额不足时则转账识别进行相应提示,转账成功,对客户和收账人的余额进行相应的修改,写入账户余额表,并并且向银联系统进行相应的写入操作。
ATM机工作流程插入卡->16种身份识别->选择操作类型交易流程->确定交易->写入账户信息和银联系统3 ATM自动取款机的数据流图3.1顶层数据流图客户插入银行卡后开始识别所属的银行和账户信息,并且启动摄像系统,识别后开始校验客户输入的密码,还有人脸识别信息,眼球识别信息,指纹识别信息,进行16种情况判断,若全部正确则进行ATM机自检,去掉暂时不能输入的操作,让用户选择操作,若情况不全不正确,进行15种情况判断,进行相关操作。
开发计划书ATM自动取款机系统成员:王旭缪宇飏张伟张恒友邓会周舟目录1.引言 (1)1.1编写目的 (1)1.2定义 (1)1.3参考资料 (1)2.项目概述 (2)2.1工作内容 (2)2.2程序和文档 (3)2.2.1程序 (3)2.2.2文档 (3)3.实施计划 (3)3.1任务分解 (3)3.2进度 (4)3.3关键问题 (4)4.人员组织及分工 (4)5.交付期限 (5)6.专题计划要点 (5)6.1测试计划 (5)6.2质量保证计划 (5)1.引言1.1编写目的ATM机管理系统是银行业务流程过程中十分重要且必备的环节之一,在银行业务流程当中起着承上启下的作用,其重要性不言而喻。
但是,目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施,不仅费时、费力,效率低下,而且无法达到理想的效果。
然而ATM自动取款功能不带为银行节省大量财力人力,还为广大城市用户带来便捷。
为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档,本文针对上述问题,采用软件工程的开发原理,依据软件流程过程规范,按照需求分析,概要设计,程序编码,软件应用等过程,开发了这个系统。
1.2定义专业术语与缩略词帐号:在银行中,事物应用的单个帐号。
每个顾客可以拥有多个帐号。
用户:拥有银行的一个或多个帐号的人。
可以是一个人或多个人,或者是公司。
相同的人,拥有不同的银行帐号被认为是不同的落户。
ATM:ATM是Automatic Teller Machine 的缩写,意为自动取款机。
是一种高度精密的机电一体化设备,利用磁卡或智能IC卡储存用户信息并通过加密键盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。
1.3参考资料[1] 软件工程导论(第5版)张海藩清华大学出版社出版时间:2008年2月第5版2.项目概述2.1工作内容本设计按要求采用“项目小组”的形式,结合具体开发项目进行设计。
需完成如下文档:1.开发计划书; 2. 需求分析说明书; 3.概要&详细设计说明书;4.测试设计及结果报告书。
文档名称:详细设计说明书项目名称:ATM自动取款机系统编写:张恒友审核:王旭日期:2016年6月5日院系:计算机学院专业:计算机科学与技术一.引言1.1编写目的根据《需求规格说明书》,在仔细考虑讨论之后,我们又进一步对《ATM自动取款机系统》软件的功能划分、数据结构、软件总体结构进行设计,从而完成概要设计,作为软件详细设计的基础。
1.2项目背景项目委托单位:计算机学院软件工程实验。
开发单位:班ATM自动取款机系统项目组。
由于柜台常常会拥挤,排队的人很多,而且大多数的客户都是取款,存款等,而有些办理业务的需要一定的时间,这会使得一些只需要取款等的客户会有较长时间的等待。
所以银行希望设计一个系统,能让客户在系统上进行简单的操作,比如存款、取款、查询余额、转账等。
1.3定义ATM: Automatic Teller Machine,自动柜员机。
1.4参考资料《计算机软件需求说明编制指南》《计算机软件产品开发文件指南》《ATM系统可行性分析报告》。
《软件设计与体系结构》《软件工程——实践者的研究方法》二.任务概述目标现如今,ATM在一定程度上存在很大的安全隐患,给用户造成很大的经济损失。
为了解决这样的问题,我们小组提出了改进ATM自动取款机系统,使用户在操作过程中更加安全,放心,更便捷。
运行环境硬件环境:CPU:1GHZ及以上内存:1G以上硬盘:20G以上软件环境:操作系统:Microsoft Windows XP或更高版本数据库:Microsoft SQL Server 2005Web服务器:以上支持浏览器:Internet Explorer 及其以上版本开发环境:MyEclipse,jdk,Microsoft SQL Server 2005条件与限制随着科技的发展,人们生活水平的不断提高,高性能高效率高安全的产品越来越受到人们的欢迎。
ATM自动取款机是一种非常智能的机器,人们可以直接和它交互,代替以前的手工操作,大大提高了银行的工作效率。
一、基本事件流:1、用户向ATM提款机中插入银行卡,如果银行卡是合法的,ATM提款机界面提示用户输入提款密码;2、用户输入该银行卡的密码,ATM提款机与MainFrame传递密码,检验密码的正确性。
如果输入密码正确,提示用户输入取钱金额,提示信息为,“请输入您的提款额度”;3、用户输入取钱金额,系统校验金额正确,提示用户确认,提示信息为“您输入的金额是xxx,请确认,谢谢!”,用户按下确认键,确认需要提取的金额;4、系统同步银行主机,点钞票,输出给用户,并且减掉数据库中该用户帐户中的存款金额。
5、用户提款,银行卡自动退出,用户取走现金,拔出银行卡,ATM提款机界面恢复到初始状态;二、备选事件流(考虑可能失败的地方):1.在基本事件流1中:如果插入无效的银行卡,那么,在ATM提款机界面上提示用户“您使用的银行卡无效!”,3秒钟后,自动退出该银行卡。
2.在基本事件流2中:◆如果用户输入的密码错误,则提示用户“您输入的密码无效,请重新输入”;◆如果用户连续3次输入错误密码,ATM提款机吞卡,并且ATM提款机的界面恢复到初始状态。
此时,其他提款人可以继续使用其他的合法的银行卡在ATM提款机上提取现金。
◆用户输入错误的密码后,也可以按“退出”键,则银行卡自动退出。
3.在基本事件流3中:◆如果用户输入的单笔提款金额超过单笔提款上限,ATM提款机界面提示“您输入的金额错误,单笔提款上限金额是2500RMB,请重新输入”;◆如果用户输入的单笔金额,不是以50RMB为单位的,那么提示用户“您输入的提款金额错误,请输入以50为单位的金额”;◆如果用户输入正确的提款金额,ATM提款机提示用户确认后,用户取消提款,则ATM提款机自动退出该银行卡;◆如果ATM提款机中余额不足,则提示用户,“抱歉,ATM提款机中余额不足”,3秒钟后,自动退出银行卡。
4.在基本事件流4中:如果用户银行户头中的存款小于提款金额,则提示用户“抱歉,您的存款余额不足!”,3秒钟后,自动退出银行卡;5.在基本事件流5中:如果用户没有取走现金,或者没有拔出银行卡,ATM提款机不做任何提示,直接恢复到界面的初始状态;三、基本路径:插入银行卡---提示输入密码---用户输入密码---提示输入金额---用户输入金额---提示确认---用户确认---输出钞票给用户,退卡---用户取走现金,取走银行卡---界面恢复初始状态四、下面分析测试数据,采用等价类划分和边界值法边界值分析:五.测试用例输入提款金额大于账户内余额。
ATM自动取款机系统分析与设计实验报告摘要:本实验报告旨在分析与设计ATM自动取款机系统。
ATM自动取款机系统是一种常见的自助服务设备,能够为用户提供取款、查询余额、转账等功能。
本报告将进行系统需求分析、系统设计以及系统实施与测试等环节,最终完成ATM自动取款机系统的分析与设计。
通过本实验,我们能够更好地了解和掌握ATM自动取款机系统的工作原理和运行方式,为实际应用中的ATM系统提供指导和参考。
1.引言ATM自动取款机系统是一种常见的自助服务设备,可以方便用户进行取款、查询余额、转账等操作。
随着电子支付的普及和ATM机的使用率的提高,ATM自动取款机系统在人们的生活中扮演着重要的角色。
在本实验中,我们将对ATM自动取款机系统进行详细的分析与设计。
2.系统需求分析在系统需求分析阶段,我们将明确ATM自动取款机系统的功能需求、性能需求、安全需求等。
我们需要考虑用户需要进行的操作,如取款、查询余额、转账等,并设计相应的界面和功能。
此外,我们还需要考虑系统的可靠性、安全性和性能等方面的需求。
3.系统设计在系统设计阶段,我们将根据系统需求进行系统架构设计和详细设计。
我们需要确定系统的各个模块,如用户界面、数据库、交易处理等,并设计它们之间的交互方式和数据流动。
4.系统实施与测试在系统实施与测试阶段,我们将根据系统设计,实现ATM自动取款机系统的各个模块。
我们需要编写相应的代码,并进行系统测试,以验证系统的正确性和稳定性。
5.结论通过本次实验,我们深入了解了ATM自动取款机系统的工作原理和运行方式,并进行了系统分析与设计。
我们明确了系统的需求,并设计了相应的系统架构和功能。
此外,我们还实施了系统并进行了测试,验证了系统的正确性和稳定性。
ATM实验报告范文一、实验目的本实验主要目的是设计并实现一个简单的自动取款机(ATM)系统,通过该系统,用户可以进行账户查询、存款、取款等基本操作。
通过实验,熟悉面向对象设计的基本思想和方法,进一步理解面向对象的封装、继承和多态等特性。
二、实验设计1.类的设计本实验中设计了如下几个类:ATM、Account、SavingsAccount、CheckingAccount。
其中,ATM类代表自动取款机,Account类是表示银行账户的基类,SavingsAccount类是Account类的派生类,表示储蓄账户,CheckingAccount类也是Account类的派生类,表示支票账户。
2.类的属性和方法Account类具有属性:账户号(accountNumber)、账户余额(balance)和利率(rate),具有方法:构造方法Account(、获取账户号方法getAccountNumber(、存款方法deposit(、取款方法withdrawal(。
SavingsAccount类继承Account类,新增加了属性:利率(rate)和最低余额(minBalance),新增加了方法:构造方法SavingsAccount(、计算利息的方法calculateInterest(。
CheckingAccount类继承Account类,新增加了属性:透支额度(overdraft),新增加了方法:构造方法CheckingAccount(、透支方法overdraft(。
3.系统交互过程用户进入ATM系统后,首先输入账户号码以及密码进行验证。
验证通过后,用户可以进行以下操作:(1) 查询账户余额:调用Account类的getBalance(方法进行查询。
(2) 存款:调用Account类的deposit(方法进行存款操作。
(3) 取款:调用Account类的withdrawal(方法进行取款操作,该方法根据账户类型的不同进行判断,如果是储蓄账户则需满足最低余额要求,如果是支票账户则需满足透支额度。
《软件工程》课程实验指导书(Software Engineering)目录序言1一、实验安排1第一阶段:ATM系统的分析1第二阶段:ATM系统的设计1第三阶段:用OMT方法分析与设计ATM2二、考核方式与评定标准3三、参考资料与系统初步分析31、ATM系统的需求概述3ATM系统的需求要点3需求述书写要点42、建立对象模型4确定类一对象5确定关联7划分主题9确定属性103、建立动态模型13编写脚本13设想用户界面14画事件跟踪图14画状态图15审查动态模型184、建立功能模型18画出基本系统模型图18画出功能级数据流图19描述处理框功能19序言为帮助同学们牢固树立软件工程的思想,必须理论联系实际。
本实验是同学们获得用软件工程的思想、方法和技术开发简单软件项目的初步训练,主要目的是使同学们基本掌握用软件工程的思想开发软件的方法。
通过本次实验,要求同学们掌握软件工程的基本思想,了解开发一个软件系统的主要阶段,每个阶段所采用的方法与应该生成的主要文档。
为学生今后的软件开发实践无论从观念上还是实现上建立良好的基础。
本实验以《软件工程》课程中面向对象方法的容为基础,利用面向对象技术中的OMT方法,针对一个具体的应用实例,如银行网络系统ATM,对其进行分析和设计。
OMT(即对象模型技术)是一种软件工程方法学,它支持整个软件生命周期,覆盖了用户需求(即问题构成)、分析、设计和实现等阶段。
OMT方法使用建模思想,讨论如何建立一个实际的系统应用模型,从三个不同而又相关的角度建立三类模型:对象模型、动态模型和功能模型。
每一个模型都提供了直观、形象图形表示。
此外,本实验的完成将涉与到《软件工程》的其它方面的许多知识,例如何针对用户需求进行有效的软件需求分析,如何用软件工程的思想为用户建立一个有效的系统应用模型,为下一步的软件设计打下良好的基础。
本实验对同学们的综合能力要求比较高,包括分析问题和处理问题的能力、实际动手能力如绘制图形的能力以与编写文档的能力等。
ATM机测试分析ATM机是自动取款机的英文缩写,是一种自动化设备,用于提供用户在银行账户中提取现金、存款、查询余额等功能。
由于ATM机服务覆盖广泛,使用方便快捷,因此对ATM机进行测试分析是非常重要的。
1.功能测试:主要验证ATM机的基本功能是否正常,包括取款、存款、查询余额、转账等。
测试分析人员需要模拟用户使用ATM机进行各种操作,检查系统的响应是否符合预期。
2.安全测试:ATM机涉及用户账户和密码等敏感信息,因此安全性是非常重要的。
测试分析人员需要测试ATM机的身份验证功能,如卡片插入、密码输入、指纹识别等,以确保只有授权用户能够访问账户。
同时还需要测试ATM机的防止欺诈和攻击的功能,如防止破解密码、防止恶意软件等。
3.可靠性测试:ATM机需要长时间运行,因此可靠性是非常重要的。
测试分析人员需要模拟ATM机长时间运行,检查是否存在卡顿、故障等问题。
同时还需要测试ATM机的容错能力,如断电恢复、故障转移等。
4.兼容性测试:ATM机需要与银行系统进行交互,因此需要进行兼容性测试。
测试分析人员需要测试ATM机与不同型号的银行卡、不同版本的操作系统、不同网络环境等的兼容性,确保与外部系统的交互正常。
5.用户体验测试:ATM机是面向用户的服务设备,因此用户体验也是需要测试的重点。
测试分析人员需要评估ATM机的界面设计、操作流程、提示信息等,以确保用户能够顺利地完成操作。
通过对ATM机进行全面的测试分析,可以提供对ATM机性能和可靠性的评估,并及时发现和修复潜在问题,确保ATM机的正常运行。
同时,测试分析还可以为银行提供优化ATM机功能和用户体验的参考意见,提高用户满意度和安全性。
课程设计题目:AT M自动取款机系统(测试计划)学生姓名:学院:系别:专业:软件工程班级:软件09-1班指导教师:2012年7月13日目录1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.2.1硬件环境 (3)2.2.2软件环境 (3)2.3需求概述 (3)2.4条件与限制 (4)3.计划 (4)3.1测试方案 (4)3.1.1本次测试分别采用两种方案 (4)3.1.2选取测试用例的原则 (4)3.2测试项目 (5)3.2.1对ATM的组装测试 (5)3.2.2对ATM的确认测试 (5)3.3测试准备 (6)3.4测试机构及人员 (6)4.测试项目说明 (7)4.1测试项目 (7)4.1.1白盒测试: (7)4.1.2黑盒测试 (7)4.1.3单元测试 (7)4.1.4集成测试 (7)4.1.5确认测试 (8)4.1.6系统测试 (8)4.1.7验收测试 (8)4.2测试项目名称及测试内容 (8)4.3测试用例 (9)4.4进度 (13)4.5条件 (14)4.6测试资料 (14)5.评价 (14)5.1范围 (14)5.2准则 (15)1.引言1.1编写目的编写测试计划的目的是:(1)为整体的软件系统制定一个现实可行的、综合的计划,包括每项测的对象、范围、方法、进度和预期结果。
(2)为项目实施建立一个组织模型,并分配测试项目中每个人员的责任和工作内容。
(3)开发有效的测试模型,能正确地验证正在开发的软件系统。
(4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5)确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。
(6)本测试计划主要为测试人员作参照。
1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计。
委托单位:呼和浩特建设银行开发单位:主管部门:用户:呼和浩特建设银行产品的所有权:呼和浩特建设银行项目开发者:项目背景:在市场经济的蓬勃发展和人们日益繁忙的条件下,现有的银行系统往往需要客户在办理手续时等待很长的时间,这不仅会浪费很多宝贵的时间,也会使得银行的业务人员十分的繁忙,需要很大的人力和财力。
《软件工程》实训报告系别:班级:姓名: XXX学号:指导老师: XXX日期: 2013年6月项目名称:项目成员:成员分工:目录1、可行性分析报告2、需求分析报告3、总体设计4、软件详细设计5、用户界面、数据库及其接口设计6、测试设计方案7、维护设计方案8、软件项目管理与计划9、总结10、参考资料ATM自动取款机系统一、可行性分析报告1、数据流图2、数据字典二、需求分析1、系统开发的目的:2、应用范围:3、系统功能需求分析4、系统数据建模(E-R图)5、系统功能建模(状态图)三、总体设计1、系统层次图四、详细设计1、模块的详细设计2、程序的流程图3、模块的输出结果五、用户界面、数据库及其接口设计六、测试设计方案七、维护设计方案八、软件项目管理与计划九、总结十、参考资料备注:ATM自动取款机系统说明:(用UML课程方式演示)1 需求分析(刘子强)1.1 需求概述ATM自动取款机是银行在营业大厅、超市、商业机构、机场、车站、码头和闹事区等地设置的一种小型机器,利用一张信用卡大小的胶卡上的磁带(或芯片卡上的芯片)记录客户的基本资料,让客户可以通过机器进行提款、存款、转账等银行柜台服务。
1.2 需求分析ATM自动取款机系统的需求分析简述如下:1、客户将银行卡插入读卡器,读卡器识别卡的真伪,并在显示器上提示输入密码。
2、客户通过键盘输入密码,取款机验证密码是否有效。
如果密码错误,则提示错误信息,如果正确,则提示客户进行选择操作业务。
3、客户根据自己的需要可进行存款、取款、查询账户、转账、修改密码的操作。
4、在客户选择后显示器进行交互提示和操作确认等信息。
5、操作完毕后,客户可自由选择打印或不打印凭条。
6、银行职员可进行对ATM自动取款机的硬件维护和添加现金的操作。
1.3 需求模型(用例图)(尧犁)系统主要包括以下几个参与者:(1)客户(2)银行职员(3)信用系统然后我们根据参与者的不同分别画出各个参与者的用例图。
ATM系统项目测试计划Version 1.0目录1.测试目的和测试项目简介 (3)1.1目的 (3)1.2背景 (3)1.3范围 (3)2.测试参考文档和测试提交文档 (4)2.1 测试参考文档 (4)2.2 测试提交文档 (4)3.术语和定义 (4)4.测试策略 (4)4.1 测试策略 (4)4.1.1 数据库测试 (5)4.1.2 功能测试 (5)4.1.3 界面测试............................................................................... 错误!未定义书签。
4.1.4 安全性测试 (6)4.1.5 裸机测试 (6)4.2 工具 (6)5.确定测试内容 (6)6.资源 (10)6.1 角色 (10)6.2 系统 (11)7.测试进度及任务安排 (11)7.1 各测试阶段时间、人员安排及成果提交 (11)7.2 项目里程碑 (11)8.风险和问题 (12)1.测试目的和测试项目简介1.1目的错误!未指定书签。
的“测试计划”文档有助于实现以下目标:确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求。
推荐可采用的测试策略,并对这些策略加以说明。
确定所需的资源,并对测试的工作量进行估计。
列出测试项目的可交付元素。
1.2背景项目名称:错误!未指定书签。
任务提出者:长沙牛耳信息技术有限公司开发者:长沙牛耳信息技术有限公司开发部用户:长沙牛耳信息技术有限公司ATM系统的项目背景:见《ATM用户需求》ATM系统的基本功能:见《ATM用户需求》1.3范围测试的各个阶段定义:单元测试:开发人员各单元编码自测后提交测试,由测试人员构造驱动模块进行测试。
测试设计:根据需求规格说明书和最终的系统设计,制订测试计划、测试方案,包括收集测试方法、测试用例,可能的测试工具等。
集成测试:前期主要针对单个的功能和模块,及简单的功能组合,后期主要针对基本的流程。
课程设计题目:AT M自动取款机系统(测试计划)学生姓名:学院:系别:专业:软件工程班级:软件09-1班指导教师:2012年7月13日目录1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.2.1硬件环境 (3)2.2.2软件环境 (3)2.3需求概述 (3)2.4条件与限制 (4)3.计划 (4)3.1测试方案 (4)3.1.1本次测试分别采用两种方案 (4)3.1.2选取测试用例的原则 (4)3.2测试项目 (5)3.2.1对ATM的组装测试 (5)3.2.2对ATM的确认测试 (5)3.3测试准备 (6)3.4测试机构及人员 (6)4.测试项目说明 (7)4.1测试项目 (7)4.1.1白盒测试: (7)4.1.2黑盒测试 (7)4.1.3单元测试 (7)4.1.4集成测试 (7)4.1.5确认测试 (8)4.1.6系统测试 (8)4.1.7验收测试 (8)4.2测试项目名称及测试内容 (8)4.3测试用例 (9)4.4进度 (13)4.5条件 (14)4.6测试资料 (14)5.评价 (14)5.1范围 (14)5.2准则 (15)1.引言1.1编写目的编写测试计划的目的是:(1)为整体的软件系统制定一个现实可行的、综合的计划,包括每项测的对象、范围、方法、进度和预期结果。
(2)为项目实施建立一个组织模型,并分配测试项目中每个人员的责任和工作内容。
(3)开发有效的测试模型,能正确地验证正在开发的软件系统。
(4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5)确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。
(6)本测试计划主要为测试人员作参照。
1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计。
委托单位:呼和浩特建设银行开发单位:主管部门:用户:呼和浩特建设银行产品的所有权:呼和浩特建设银行项目开发者:项目背景:在市场经济的蓬勃发展和人们日益繁忙的条件下,现有的银行系统往往需要客户在办理手续时等待很长的时间,这不仅会浪费很多宝贵的时间,也会使得银行的业务人员十分的繁忙,需要很大的人力和财力。
基于这样的情况,ATM 取款机系统的开发就显的十分的重要!它可以减少银行的业务处理压力,尽量节省人们的时间,并且可以有效解决用户信息和资金信息的繁杂问题。
1.3定义专业术语与缩略词帐号:在银行中,事物应用的单个帐号。
每个顾客可以拥有多个帐号。
用户:拥有银行的一个或多个帐号的人。
可以是一个人或多个人,或者是公司。
相同的人,拥有不同的银行帐号被认为是不同的落户。
ATM:ATM是Automatic Teller Machine 的缩写,意为自动取款机。
是一种高度精密的机电一体化设备,利用磁卡或智能IC卡储存用户信息并通过加密键盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。
1.4参考资料[1]吴建汪杰 UML基础与Rose建模案例 ISBN编号:9787115158978 人民邮电出版社出版时间:2007-4-1[2]张海藩软件工程导论(第五版) ISBN编号:7302164789 出版社:清华大学出版社出版时间:2008-2[3]中国软件测试网:www.2.任务概述2.1目标通过编写测试计划我们要尽量达到测试成本最小化、测试流程和测试内容完备化、测试手段可行化和测试结果实用化的理想目标。
测试计划要针对测试目的来规定测试的任务、所需的各种资源和投入、人员角色的安排、预见可能出现的问题和风险,以指导测试的执行,最终实现测试的目标,保证软件产品的质量。
2.2运行环境2.2.1硬件环境CPU:1GHZ及以上内存:1G以上硬盘:20G以上2.2.2软件环境操作系统:Microsoft Windows XP或更高版本数据库:Microsoft SQL Server 2005Web服务器:Tomcat5.0以上支持浏览器:Internet Explorer 7.0及其以上版本开发环境:MyEclipse,jdk,Microsoft SQL Server 2005测试环境:WinRunner、LoadRunne2.3需求概述(1)人员需求:参与测试的项目成员应当具有一定的市场意识和风险意识,能够站在不同的角度,尽可能的分析系统可能存在的风险场景。
要有自我推销意识,主动加强与开发人员、需求人员及客户的沟通。
测试人员也应该像质量管理人员一样,在项目中起到过程监控点的作用。
能够从全局的角度反映项目存在的问题(2)硬件需求:本次共有四名测试人员,需要可联网使用的台式机或笔记本四台,配置不低于2G硬盘,256兆内存。
(3)软件需求:根据软件的需求,操作软件可能需要安装Windows XP另外,每个测试人员的测试机上还需要安装测试软件WinRunner、LoadRunner (4)办公空间需求:本次测需要提供一个至少80平米的办公空间。
2.4条件与限制应具备条件:在四人项目小组中,应有相应的硬件配置,测试工具,相应的软件及至少两个人组成测试团队包括一个测试技术人员和一个管理人员,及相应的测试环境。
测试环境包括硬件环境和软件环境,硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境;软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。
3.计划3.1测试方案3.1.1本次测试分别采用两种方案从考虑软件内部结构和具体实现角度采用白盒测试和黑盒测试方法。
从软件开发的过程按阶段采取单元测试、集成测试、确认测试、系统测试、验收测试3.1.2选取测试用例的原则(1)一个测试用例一个功能点:每个测试用例都要有个测点,找准一个测点则可,不能同时覆盖很多功能点,否则执行起来牵连太大。
(2)测试用例的易读:从执行者的角度去写测试用例,最好不要有太多的术语在里面,如果要有最好指明具体位置。
(3)测试用例的执行粒度:粒度越小越好,选取先正常后异常的原则。
(4)步骤清晰:一个测试用例多个步骤,可一个重点,步骤指名人们怎么去操作。
(5)总体设计:先正常,后异常,这样可以确保正常情况下功能能够走通。
总之:对于一个新来的tester,给他个测试用例和我们的软件,他就能顺利取执行测试,这是最佳状态,也是我们测试用例设计的原则。
3.2测试项目3.2.1对ATM的组装测试主要步骤:(1)按照概要设计规格说明,明确有哪些被测模块。
在熟悉被测模块性质的基础上对被测模块进行分层,在同一层次上的测试可以并行进行,然后排出测试活动的先后关系,制定测试进度计划。
(2)在步骤一的基础上,按时间线序关系,将软件单元组装为模块,并测试在组装过程中出现的问题。
这里,可能需要测试人员开发一些驱动模块来驱动组装活动中形成的被测模块。
对于比较大的模块,可以先将其中的某几个软件单元组装为子模块,然后再组装为一个较大的模块。
(3)将各软件模块组装为子系统(或分系统)。
检测各自子系统是否能正常工作。
同样,可能需要测试人员开发少量的驱动模块来驱动被测子系统。
(4)将各子系统组装为最终用户系统,测试是否存在各分系统能否在最终用户系统中正常工作。
3.2.2对ATM的确认测试(1)安装测试:测试在预期系统环境下ATM是否能够正常安装且正常启动(2)功能测试:测试ATM各个功能模块是否能够正常运行(3)可靠性测试:测试ATM在正常运行时是否会出现预期的结果(4)安全性测试:测试ATM在非常规操作时是否会引起数据改动和信息泄漏(5)时间及空间性能测试:测试ATM工作时的限制条件是否正常(6)易用性测试:测试操作ATM时是否便捷(7)可移植性测试:测试ATM是否能在预期的各个系统下运行(8)可维护性测试:测试ATM是否能够修改改进(9)文档测试:对文档进行对应系统的错误检查和更新确认3.3测试准备在做具体的测试之前做一些准备活动:(1)测试计算机。
因为测试都是有风险的,有的时候会导致蓝屏,计算机重新启动,有时候则要求更换操作系统。
(2)功能测试环境和性能测试环境要分开。
性能测试是持续的,有的用例要一次运行若干小时,只有单独的性能测试环境才能满足这个要求。
(3)提前准备好软件和硬件。
(4)测试支持平台。
测试用例管理程序,bug管理程序,测试报告生成程序。
(5)把搭建测试环境时遇到的问题和相应的解决办法记录下来。
(6)准备测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境;并准备软件运行时的操作系统、数据库及其他应用软件构成的环境。
3.4测试机构及人员4.测试项目说明4.1测试项目4.1.1白盒测试:主要在ATM系统开发过程中对其内部结构和处理过程进行分析测试检查软件的表示和描述是否一致 , 没有冲突或者没有歧义。
当软件系统在模拟的或真实的环境中执行之前、之中和之后 , 对软件系统行为的分析其中包含程序在受控的环境下使用特定的期望结果进行正式的运行。
4.1.2黑盒测试在对ATM进行黑盒测试过程中尽量发现其中的功能错误或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。
4.1.3单元测试在ATM开发过程中,为了提高软件开发效率和质量、统一单元测试风格、保证文档与单元和测试编码的一致性、方便开发人员进行单元测试的开发,这部分将由最了解系统细节的开发人员进行测试并产生相应文档4.1.4集成测试在对ATM系统进行集成测试时,需要测试包括在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失;各个子功能组合起来,能否达到预期要求的父功能;一个模块的功能是否会对另一个模块的功能产生不利的影响;全局数据结构是否有问题;单个模块的误差积累起来,是否会放大,从而达到不可接受的程度等内容。
4.1.5确认测试在ATM系统的确认测试阶段需要根据软件需求说明书中定义的全部功能和性能要求,以及确认测试计划测试整个系统是否达到了要求。
并提交最终的用户手册和操作手册。
包括在模拟的环境中进行强度测试,即在事先规定的一个时期内运行软件的所有功能,以证明该软件无严重错误。
执行测试计划中提出的所有确认测试。
使用用户手册和操作手册,以进一步证实其实用性和有效性,并改正其中的错误。
分析测试结果,找出产生错误的原因。
书写确认测试分析报告。
4.1.6系统测试系统测试是基于ATM系统整体需求说明书的黑盒类测试,系统测试应覆盖ATM系统所有联合的部件。
以验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。
系统测试的对象不仅仅包括需要测试的产品系统的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。