【精品】ATM需求分析

【精品】ATM需求分析

ID:44587975

大小:265.56 KB

页数:13页

时间:2019-10-23

上传者:U-7604
【精品】ATM需求分析_第1页
【精品】ATM需求分析_第2页
【精品】ATM需求分析_第3页
【精品】ATM需求分析_第4页
【精品】ATM需求分析_第5页
资源描述:

《【精品】ATM需求分析》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1引言1.1目的为了明确用户的需求并较好的与开发人员进行沟通,使用户与开发人员双方对软件需求取得共同理解基础上达成的协议,特编写此文档,并作为整个软件开发的基础。1.2背景这个项H的开发是应中国和银行要求,为其开发的一套ATM系统,用以代替原来的ATM系统。**银行原ATM系统系1999年使用aha语言开发的。原系统而向过程,稳定性差,且不具维护价值。所以,开发一套新的高效稳定安全的ATM系统成为必要,使银行系统提高效率,储户满意。ATM系统是应和银行要求,重新全新开发的一套软件系统,可以显著提高现有系统运行效率,加快银行入世后竞争,提高储户满意度。本项口由吴江涛(项口经理),袁星星,石成林,路新江,周挺和任鹏飞等人完成。1.3参考资料文档编写标准:GB99999-99《计算机软件需求说明编制指南》・-GB—9385-88o《计算机软件产品开发文件指南》—GB—8567-88。《ATM系统可行性分析报告》。1.4术语银行:一个金融机构,负责保存顾客的账号信息。可以经授权访问账号。客户:本软件系统的开发提出方,即**银行。卡:储蓄卡。银行发行的可以在ATM终端交易的一种储蓄凭证介质。储户:在ATM系统上交易的银行账户拥有者。认为一个持卡人就是一个储户。ATM:AutoTellerMachine,分为两部分组成。一部分是ATM服务器,另一部分是ATM终端。终端负责和银行卡持有者进行交互,ATM服务器负责处理交易。一个ATM服务器可以同时连接多个ATM终端。账号:一张银行卡对应一个一个账户,卡号与账号之间是一对一关系。 2项目概述2.1被开发软件的一般描述这个项冃的开发是为银行提供一套高效稳定的终端服务平台,为储户存款,取款,查询等等提供便利。木软件采用面向对象方法开发,代码使用JAVA语言实现,使用SQL2000数据库存储数据。2.2被开发软件的功能描述该软件是一个24小时实时服务系统,可以划分为两个子系统,一个是服务银行储户的,即是持卡人的交易系统;另一个是服务银行工作人员的。银行丁作人员分为两类:一类是业务人员,可以使用本系统进行配款,统计,打印报表,一类是技术人员,对本系统进行管理维护。木系统其基本框架为:图lATM系统框架图2.3实现语言主耍使用JAVA与C,shell语言2.4用户特点本软件的用户主要是银行的广人持卡人,人多都具有使用ATM经验。另外,我们的系统要实现的一个重要目标就是有足够的界面友好性和易操作性。即使是一个对ATM系统完全陌生的客户,也可以在交易界面的捉示下顺利完成交易。 另外一部分的用户是银行工作人员,人致分为两类:一类是业务人员。其依赖本系统管理MM交易参数,统计交易信息,打卬各类汇总报表,根据ATM捉示及时配款。另一类是银行技术人员。其对本系统进行升级,维护工作。2.5一般约束本软件的主要约束是时间期限。在经费、开发人员及设备方面没有太多消耗;但要在一定的环境下运行,即要有基本的运行设备,设备的要求为一般的PC机即可。3需求说明3.1基本描述ATM终端可以接受一张可识别的银行储莆卡,通过储户身份验证后,同储户进行各种交互,处理储户要求,执行各类操作,为储户服务。系统要求保持一定时间内的交易记录,可以处理多个ATM终端并发访问。同时,系统应每天口动汇总各种交易数据,生成报表。系统24小时工作,无操作时播放待机动I田i广告。系统具有设备自检提示报错功能,可以提示凭条打卬机已坏,ATM终端钱柜缺钱如图2ATM工作示意图:图2ATM系统工作示意图我们所用的的信息包括: 3丄1用户信息用户信息分为三部分:储户信息:储户姓名,码管理员信息:登录名,储户信息,管理员信息。储户账户(可以多个),储户电话,证件类型,证件号密码,权限3.1.2交易信息卡信息:卡号,账号,密码,卡类型,卡金额ATM信息:ATM编号,ATM余额,交易流水信息:交易类型,交易代码,账号,交易时间3.2功能需求针对籽银行对该软件的需求,做如下功能设计,在给出基本框架之后,我们将逐一介绍齐部分。品根据用户的不同身份分为两个模块,每个模块包含了不同的功能:管理模块:管理维护功能,配款功能,统计和打印报表功能储户模块:存款功能,取款功能,修改密码功能,转账功能,查询余额功能如图3ATM系统功能模块图所示: ATM系统图3ATM系统功能模块图本系统按上述功能,设计具需求用例图如图4ATM系统用例设计图所示:(?)图4ATM系统需求川例图3.2.1储户模块功能需求简介功能需求1:描述:ATM终端无人操作时,显示待机动画输入:无处理:ATM显示待机界面输出:显示待机界面功能需求2:描述:ATM接受卡,检验卡是否可进行交易输入:ATM接收用户插卡处理:检验卡是否可识别处理输出:不可识别退卡;否则继续。 功能需求3:描述:校验密码是否格式正确输入:储户输入密码处理:校验密码是否符合格式输出:不正确则提示储户重新输入功能需求4:描述:校验密码是否正确输入:储户户输入正确格式密码处理:校验当前密码与存储的账户密码是否一致输出:不一致则提示密码错误,请重新输入或者退卡功能需求5:描述:卡密码连续三次输入错误,没收磁卡输入:用户连续第三次输入密码处理:校验密码输错误则吞食磁卡,提示“您的卡连续三次密码错误,己被吞没。请联系客服955**”功能需求6:描述:磁卡认证完成,进入主交易界面输入:储户输入正确密码处理:校验密码输出:显示主交易界面功能需求7:描述:ATM现金不足,系统应对取款储户进行提示,可退出交易输入:无处理:检查ATM现金数输出:返回至ATM主交易界面功能需求8:描述:ATM凭条打卬机故障,系统应对存款和转账储户进行捉示,可退出交易输入:无处理:检查ATM凭条打卬机输出:故障则提示客户是否继续,可返冋至主交易界面功能需求9:描述:ATM认定的存款金额客户不认可输入:认证成功完成,输入需更存储的金额,将钞币放入MM机处理:硬件检验钞币数量,提示用户确认,储户输入“否”输出:退出钞币,返回主界面功能需求10:描述:ATM存款输入:ATM认定存款金额,储户“确认”处理:在账号上记录存入金额输出:打卬存款凭条,显示“交易成功”,返回主交易界面功能需求11: 描述:取款金额大于账户余额输入:输入取款金额处理:判断输入金额和账户余额输出:取款余额大,则提示储户“余额不足”,返冋主界面功能需求12:描述:取款数额超过当H取款最大额度输入:储户输入取款金额处理:判断输入金额和当口该账户ATM取款额之和是否人于当FI取款最大额度输出:如超出则提示储户“超过当口取款最人额度”,重新输入或返回功能需求13:描述:取款输入:取款合法金额处理:从账户记录取走的金额输出:吐钱功能需求14:描述:収款交易成功,打卬収款凭条输入储户输入“打印”或者“不打印”处理:若是“打印”则打印机打印凭条,否则什么也不做输出:无功能需求15:描述:修改密码输入:储户输入新密码处理:两次新密码判断是否一致输出:一致则重置密码,显示“修改成功”:否则退出修改密码功能需求16:描述:转账输入:转账账号,转账金额处理:判断金额是否超过木账户现有金额,是则木账号下账,他账号上账输出:显示“转账成功”,或者退出转账 2.usecase在以下所有用例屮,假设用户已进入主交易界面。用例编号UC01用例名称取款创建人任最后修改人路创建日期12/1/08最后修改日期12/5/08角色取款人描述取款人输入取款金额,币种,面值等。系统判断账户正常且金额允许后提供款给他。前置条件取款身份验证合法后置条件主干过程无1.0从ATM取款取款人指定所需金额,币种,面值系统接受请求,从账户扣钱取款人输入其他信息,结束此次取款系统保存交易信息分支过程1.1账户余额不足系统提示“您输入的取款金额超过您的账户余额”系统返冋主交易界面,结束此次収款1.2单笔超限或当日取款总额超限系统提示“输入金额不对,单笔不能超过5000”系统返回主交易界而,结束此次取款1.3ATM余额不足系统提示“很抱歉,ATM余额不足,暂时不能为您服务”系统返回主交易界面,结束此次取款异常1.0.E」账户状态非法(被冻结或强制冻结)系统提示“账户异常,您的卡被强制收冋,如有疑问请拨955*"吞卡系统返回主交易界面,结束此次取款1.0.E.2账户状态异常(挂失屮)系统提示“您的账户处于挂失中…”系统返冋主交易界面,结束此次取款系统返回主交易界面,结束此次取款1.0.E.2账户状态异常(卡已注销)系统提示“本卡已被注销,卡将被收冋,请确认”系统返冋主交易界面,结束此次取款包括用例优先级高使用频率很高,峰值每小时20次 业务规则特殊需求假设备注与问题用例编号UC02用例名称存款创建人后修改人路创建日期12/1/08最后修改日期12/5/08角色存款储户描述存款人选择存款交易。客户塞入钞票,ATM输出金额,储户确认后,系统上账,打印凭条,退卡前置条件存款人是合法用户,通过验证账户状态正常储户信息数据库在线所需ATM硬件就绪后置条件无主干过程2.0从ATM存款存款人塞入钞票系统硬件点钞,输出显示金额用户确认数额系统处理数据,给账户加钱打印存款凭条返回主界面,此次存款交易结束异常过程2.O.E.塞入钞票机器不认识系统提示“您的钞币不能识别,请检查”ATM吐钱系统返回主交易界面,结束此次取款包括用例优先级高使用频率高,峰值10次何小时业务规则特殊需求假设备注与问题用例编号UC03用例名称修改密码创建人最后修改人路 创建日期12/1/08最后修改日期12/5/08角色描述卡储户存款人选择修改密码交易。系统要求储户连续两次输入新密码,一致则修改密码。前置条件存款人是合法用户,通过验证账户状态正常储户信息数据库在线后置条件交易信息被保存在账户资料中主干过程3.0修改账户密码储户输入两次新密码两次新密码一致,系统修改账户密码屏幕显示输出“修改成功”,用户确认返回主界面,此次修改密码交易结束交易信息存入账户流水分支过程3.1两次新密码不一致系统提示“输入的新密码不一致,请重输或者退出修改密码”储户选择重新输入,返冋主干过程系统返冋主交易界面,结束此次収款包括用例优先级使用频率业务规则屮中,峰值5次每小时修改密码的客户无需再输入原密码,客户身份已经被认证特殊需求假设备注与问题细节问题,例如密码输入3位后直接按确认的处理,不讨论用例编号用例名称创建人UC04系统内本卡账户转账至他账户任最后修改人路创建日期12/1/08最后修改日期12/5/08角色描述储户储户提供他账户,转账金额,(系统不保证转账账户正确),确认。系统从本账户下账,转账账户上账。前置条件存款人是合法用户,通过验证账户状态正常储户信息数据库在线后置条件主干过程无4.0系统内部转账储户选择转账功能储户输入账户,金额 系统要求确认,用户确认系统执行处理:本地账户下账,他账戸上账打印转账凭条返冋主界面,此次转账交易结束包括用例优先级使用频率业务规则中中,峰值5次每小时实现功能钱从本卡转至他账户特殊需求假设备注与问题用例编号UC05用例名称查询余额创建人任最后修改人路创建日期12/1/08最后修改日期12/5/08角色卡储户描述存款人选择查询余额交易。系统显示输出账户余额前置条件存款人是合法用户,通过验证账户状态正常储户信息数据库在线后置条件主干过程无5.0查询余额储户选择査询余额功能系统屏幕输出账户余额返凹主界而,此次修改密码交易结束包括用例优先级使用频率业务规则较高较高,峰值10次每小时特殊需求假设备注与问题322管理模块功能需求17:描述:打印报表输入:业务人员启动打印程序 处理:系统自动生成日,月,年各种报表输出:无功能需求18:描述:自动升级或维护输入:工作人员启动升级程序处理:自动获取升级文件,终止系统,升级,重启ATM系统输出:显示“升级成功,版木号V*.*”3.3性能需求在杳询过程中,在取款过程中,在存款过程中,在转帐过程屮,的帐户转帐。要求系统显示该帐户卡上所有的余额。该系统只支持交易金额为100的倍数。该系统只支持交易金额为50的倍数。该系统支持任何用户输入的数据,但是仅仅限于本行Z间如果交易小响应时间超过30秒,系统提示“操作已过时”,自动退出本系统。交易结束时,系统知道更新帐户上的数据,保持帐户余额的一致性。交易完成后,用户可以点击“取卡”退出木系统。本系统可以进行各个银行的金额交易。系统可以并行使用的用户在100个以上。注意:当交易金额超过当前帐户余额时,系统自己提示“余额不足”,£1动退出本系统,当系统遇到任何不对输入时都自动退出本系统。3.4对输入输出的规定密码:由用户设置的一个6位整数。取款数目:只支持交易金额为100的倍数。取款金额:不能输入5000以上的数字存款数目:只支持交易金额为50的倍数。转帐数目:支持用户输入的任何数据,但是仅限于内间帐户转帐。响应时间:30秒以内。注意:如果输入、输出违反以上规定,则系统退出,返回到登陆页面。3.5其他专门的要求易用性:系统设计应具有良好的易用性、操作简便,符合常规Windows操作环境卜的用户使用习惯。同时,尽量减少用户的记忆丄作量,如在信息录入时尽可能充分利用数据字典进行选择录入,以提髙用户工作效率。在系统查询 功能设计时,应提供多种查询条件的复合查询,让用户可以快速、精确地得到相关信息。同时,系统设计应具有良好的健壮性,如对各种用户各种错误输入应能及时识别并给出相应提示。安全性:系统中所有涉及敏感信息如登录口令等,服务器端应设置严格安全访问控制策略,从而保证系统安全性和操作责任的可追溯性。

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
关闭