您好,欢迎访问三七文档
当前位置:首页 > 行业资料 > 酒店餐饮 > 毕业设计ATM需求文档
需求规约1引言1.1目的为了明确用户的需求并较好的与开发人员进行沟通,使用户与开发人员双方对软件需求取得共同理解基础上达成的协议,特编写此文档,并作为整个软件开发的基础。1.2背景随着计算机技术的发展,ATM越来越多的出现在人们的日常生活中,在ATM机上进行取款等业务时的突发情况,例如无故不出钞,吞卡等不容忽视的问题的出现,会导致使用者的权利受到侵害,降低用户对ATM机使用的信心。本次开发的这套ATM系统,可以显著提高现有系统运行效率,增强银行的竞争力,提高储户的满意度。1.3参考资料1.4术语银行:一个金融机构,负责保存顾客的账号信息。可以经授权访问账号。客户:本软件系统的开发提出方。卡:储蓄卡。银行发行的可以在ATM终端交易的一种储蓄凭证介质。储户:在ATM系统上交易的银行账户拥有者。认为一个持卡人就是一个储户。ATM:AutoTellerMachine,分为两部分组成。一部分是ATM服务器,另一部分是ATM终端。终端负责和银行卡持有者进行交互,ATM服务器负责处理交易。一个ATM服务器可以同时连接多个ATM终端。账号:一张银行卡对应一个一个账户,卡号与账号之间是一对一关系。2项目概述2.1总体功能描述这个项目的开发是为银行提供一套高效稳定可靠的终端服务平台,为储户登录,存款,取款,查询,打印凭条等操作提供便利,尤其是在ATM机出现故障的情况下,提供了故障恢复的功能。登陆界面验证选择操作界面查询存款取款是否出现故障是否打印凭条是否交易结束退卡是否否否否是是否是否故障恢复成功打印是是图1ATM工作流程2.2用户特点本软件的用户主要是银行的广大持卡人,大多都具有使用ATM经验。另外,我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。以此来方便用户和保障用户的利益。本系统还为用户提供了足够的界面友好性和易操作性。即使是一个对ATM系统完全陌生的客户,也可以在交易界面的提示下顺利完成交易。另外一部分的用户是银行工作人员,本系统不予考虑。2.3一般约束本软件的主要约束是时间期限。在经费、开发人员及设备方面没有太多消耗;但要在一定的环境下运行,即要有基本的运行设备,设备的要求为一般的PC机即可。3需求说明3.1基本描述ATM终端可以接受一张可识别的银行储蓄卡,通过储户身份验证后,同储户进行各种交互,例如:查询、存款、取款、打印凭条等;处理储户相应的要求,执行对应操作,为储户服务。该系统要求须保持一定时间内的交易记录,系统应每天自动汇总各种交易数据与服务器进行对账。同时,在通讯失败或其他交易结果不确定的情况下,ATM要自动发起冲正交易,以保证账务的完整性。本系统的实现需要记录一些相关信息,其中包括的信息有:用户信息和交易信息。3.1.1用户信息用户信息分为二部分:储户信息,管理员信息。储户信息:储户姓名,储户账户(可以多个),储户电话,证件类型,证件号码管理员信息:登录名,密码,权限3.1.2交易信息卡信息:卡号,账号,密码,卡类型,卡金额ATM信息:ATM编号,ATM余额,交易流水信息:交易类型,交易代码,账号,交易时间3.2用例需求分析根据需求,做如下用例设计,在给出ATM系统需求用例图之后,我们将对各个用例逐一进行介绍。图2ATM系统需求用例图3.2.1取款用例用例编号:UC01用例名称:取款创建人最后修改人创建日期最后修改日期角色:客户描述:客户输入取款金额。系统判断账户正常且金额允许后提供款给客户。前置条件:取款身份帐号密码合法后置条件:无主干过程客户指定所需金额,系统接受请求,判断帐号余额充足后从账户扣钱,ATM吐现金,客户取款客户得到交易凭条客户输入其他信息,结束此次取款系统保存交易信息,添加日志。分支过程1.1账户余额不足系统提示“您输入的取款金额超过您的账户余额”系统返回主交易界面,结束此次取款1.2单笔超限或当日取款总额超限系统提示“输入金额有误,一次的交易金额不超过2500或当日取款总额超过限制50000.”系统返回主交易界面,结束此次取款1.3ATM余额不足系统提示“很抱歉,ATM余额不足,暂时不能为您服务”系统返回主交易界面,结束此次取款异常E.1账户状态非法(被冻结或强制冻结)系统提示“账户异常,写入系统异常日志系统返回主交易界面,结束此次取款E.2账户状态异常(挂失中)系统提示“您的账户处于挂失中…”系统返回主交易界面,结束此次取款E.3账户状态异常(卡已注销)系统提示“本卡已被注销,卡将被收回,请确认”系统返回主交易界面,结束此次取款E.4吐现金失败冲正,写入系统异常日志系统返回主交易界面,结束此次取款E.5打印失败写入系统硬件异常日志系统退卡,结束此次取款包括用例优先级:高使用频率:很高,峰值每小时20次业务规则:单日取款总额不得超过5000元单笔取款总额不得超过2000元3.2.2存款用例用例编号:UC02用例名称:存款创建人最后修改人创建日期11/10/10最后修改日期11/10/10角色:客户描述:客户选择存款交易。客户塞入ATM钞票,ATM输出金额值,客户确认后,系统上账,打印凭条,退卡前置条件:客户是合法用户,通过验证账户状态正常所需ATM硬件就绪后置条件:无主干过程客户塞入钞票系统硬件点钞,输出显示金额客户确认数额系统处理数据,给该账户加钱打印存款凭条返回主界面,此次存款交易结束系统保存交易信息,添加日志。异常E.1塞入钞票机器不认识系统提示“您的钞币不能识别,请检查”ATM吐钱系统返回主交易界面,结束此次存款优先级:高使用频率:高,峰值10次每小时业务规则:所存纸币面值必须是50元或100元3.2.3查询用例用例编号:UC03用例名称:查询创建人最后修改人创建日期最后修改日期角色:客户描述:客户选择查询余额交易。系统显示输出账户余额前置条件存款人是合法用户,通过验证账户状态正常后置条件:无主干过程客户选择查询余额功能系统屏幕输出账户余额客户对金额值确认无误返回主界面,此次查询交易结束优先级:较高使用频率:较高,峰值10次每小时3.2.4打印用例用例编号:UC04用例名称:打印凭条创建人最后修改人创建日期最后修改日期角色:卡用户描述:用户存款或者取款后,无论成功与否,都可以让用户选择打印凭条一次前置条件:客户经过存款或者取款操作且在退卡之前后置条件:无主干过程用户存,取款操作后系统出现提示信息,询问客户是否打印凭条用户选择是则ATM打印凭条异常E.1打印墨水不足或者打印纸不够或者卡纸ATM机提示无法打印写入系统硬件异常日志优先级:低使用频率:较高,峰值10次每小时3.2.5开户用例用例编号UC05用例名称开户创建人最后修改人创建日期最后修改日期角色客户描述客户输入注册基本信息,开户凭证,开户人姓名,开户金额,密码等。系统sever判断开户信息正常后反馈帐号和密码给客户。前置条件无后置条件开户信息被保存在账户资料中(包括日志)。主干过程1.0从ATM注册客户输入所需的凭证号,开户人姓名,开户金额,密码。并再一次确认密码,系统接受请求,将开户信息存入系统。系统反馈帐号和密码给用户,结束此次注册系统保存交易信息。分支过程1.1客户凭证不合法系统提示“您输入的注册信息有误,请重新注册”系统返回注册界面,结束此次取款1.2当日同一个身份证注册超限系统提示“该身份证号今天已经开过户”系统返回主交易界面,结束此次取款。异常1.0.E.1身份证在黑名单或挂失系统提示“该身份证不合法,请重新输入”系统返回注册界面。1.0.E.2客户输入密码非法。系统提示“您输入的密码有误,请重新输入”1.0.E.3客户输入密码和密码确认不一致。系统提示“您输入的确认密码有误,请重新输入”包括用例优先级高使用频率很高,峰值每小时20次业务规则特殊需求假设备注与问题3.2.6登录用例用例编号UC06用例名称登录创建人最后修改人创建日期最后修改日期角色客户描述客户在ATM上输入密码。系统sever判断登录信息正确且账户正常前置条件客户完成注册合法后置条件进入交易主界面主干过程1.0在ATM上输入客户对应帐号的密码,系统判断密码正确且帐号信息正常,进入主交易界面分支过程1.1输入的密码不正确系统提示“您输入的密码有误,请重新输入”系统返回登录界面1.2当日同一个帐号登录提示密码有误三次系统提示”该帐号已不能登录”并退卡异常1.0.E.1帐号在黑名单或挂失系统提示“该帐号不能操作,请换一张卡重新登录”系统退卡。1.0.E.2客户输入密码非法。系统提示“您输入的密码有误,请重新输入””包括用例优先级高使用频率很高,峰值每小时20次业务规则特殊需求假设备注与问题3.2.7对账用例用例编号UC07用例名称对账创建人最后修改人创建日期最后修改日期角色服务器描述对ATM的交易记录进行轧账,对错误的交易查出并进行错误处理。前置条件管理员登录后置条件无主干过程1.0对账服务器接收到ATM交易记录服务器数据库记录与ATM交易记录核对服务器更新交易统计表分支过程1.1服务器接收ATM交易记录失败则ATM重传1.2核对不匹配的则予以记录并报告给工作人员包括用例优先级高使用频率低业务规则特殊需求假设备注与问题对账时作过标记的记录(例如冲正、错误交易记录)不参与3.2.8冲正用例用例编号UC08用例名称创建人最后修改人创建日期最后修改日期角色ATM描述在通讯失败或交易过程中未出钞而账上金额已扣掉情况下,ATM要自动发起冲正交易,以保证账务的完整性。前置条件通讯失败或交易过程中未出钞而账上金额已扣掉后置条件无主干过程1.0冲正交易ATM向主机发起冲正系统接受请求,并向ATM发送冲正应答ATM接受冲正应答冲正成功分支过程1.1ATM向主机发起冲正不成功则ATM重新向主机发起冲正1.2ATM接受冲正应答不成功则ATM重新向主机发起冲正1.3系统冲正不成功则ATM重新向主机发起冲正包括用例优先级高使用频率低业务规则1.从成功发送存取款请求到成功写卡过程中出现任何错误需要发送冲正交易2.冲正失败时,必须在流水中说明交易失败,并将原交易记录为可疑交易3.冲正交易在系统处于空闲状态时发送,最大冲正次数为5,5次冲正未成功不再发冲正。特殊需求假设备注与问题3.3性能需求在登录过程中,要求用户输入密码,该系统能够进行校验检查。在查询过程中,要求系统显示该帐户卡上所有的余额。如果交易中响应时间超过30秒,系统提示“操作已过时”,自动退出本系统。在存取款交易过程中,如出现故障时,要求该系统能够及时冲正。交易结束时,系统知道更新帐户上的数据,保持帐户余额的一致性。注意:当交易金额超过当前帐户余额时,系统自己提示“余额不足”,自动退出本系统,当系统遇到任何不对输入时都自动退出本系统。3.4对输入输出的规定密码:由用户设置的一个6位整数。取款数目:只支持交易金额为50的倍数。取款金额:不能输入5000以上的数字存款数目:只支持交易金额为50的倍数。注意:如果输入、输出违反以上规定,则系统退出,返回到登陆页面。3.5其他专门的要求易用性:系统设计应具有良好的易用性、操作简便,符合常规Windows操作环境下的用户使用习惯。同时,尽量减少用户的记忆工作量。系统设计应具有良好的健壮性,如对各种用户各种错误输入应能及时识别并给出相应提示。安全性:系统中所有涉及敏感信息如登录口令等,服务器端应设置严格安全访问控制策略,从而保证系统安全性和操作责任的可追溯性。ATM用例图存款取款查询转账客户银行主机改密码“ATM取款”用例规约用例名称:ATM取款简述:客户持银行卡(本行或其他行)从ATM提取现金actors:客户和银行主机基本流:1.客户插入银行卡。2.ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。3.客户输入密码。4.ATM验证帐号和密码。5.ATM显示包括取款在内的服务功能,客户选择“取款”。6.输入取款额:客户输入数量为50元的倍数的取款额。7.ATM向银行主机通知卡号、密码、账号和取款额,获得含有最新余额的取款成功确认信息。8.ATM打印并吐出凭条。9.ATM清点并吐出现金,记录取款成功。10.ATM询问客户是否继续服务。1
本文标题:毕业设计ATM需求文档
链接地址:https://www.777doc.com/doc-2274185 .html