ATM系统需求规格说明书.doc

ATM系统需求规格说明书（文档版本：1.0）文档版本号：SRS1.0起草时间：2012年 5月 1日 文档编号：1.0 版 本号：SRS1.0 文档名称：ATM系统项目名称：ATM系统需求规格说明书 项目负责人：董利圆2012年5月 13 日编写：董利圆核对：董利圆审核：董利圆批准：开发单位： 湖北第二师范学院计算机学院09计科3班 文档修改记录文档版本修改日期修改人修改原因说明SRS1.02012.5.10初稿审核批准记录审核单位审核代表审核意见审核人签字时间1引言- 5 -1.1 目的- 5 -12 文档约定- 5 -13预期的用户和建议- 5 -14产品的范围- 6 -15参考文献- 6 -2 综合描述- 6 -21产品的前景- 6 -22产品的功能- 6 -2.2.1功能概述- 6 -2.2.2用户密码修改功能- 6 -2.2.3用户转账功能- 7 -2.2.4用户提取现金功能- 7 -2.2.5用户存款功能- 7 -2.2.6用户查询余额功能- 7 -2.2.7系统维护功能- 7 -2.2.8银行工作人员更新用户账户信息功能- 8 -23用户类和特征- 8 -2.4运行环境- 8 -2.4.1硬件环境- 8 -2.4.2软件环境- 8 -2.5设计和实现上的限制- 9 -2.5.1技术限制- 9 -2.5.2开发规范和标准- 9 -2.5.3硬件限制- 9 -2.6假设与依赖- 9 -3外部接口需求- 10 -3.1用户界面- 10 -3.2硬件接口- 10 -3.3软件接口- 11 -3.4通信接口- 11 -4系统特性- 11 -4.1说明和优先级- 11 -4.2激励/响应序列- 11 -4.2.1信用卡用户登录- 11 -4.2.2信用卡用户查询- 12 -4.2.3取款- 12 -4.2.4转账- 12 -4.2.5存款- 12 -4.3功能需求- 13 -4.3.1用户密码修改- 13 -4.3.2用户转账信息定制- 13 -4.3.3用户取现信息定制- 14 -5 其它非功能需求- 14 -5.1性能需求- 14 -5.2安全设施需求- 15 -5.3安全性需求- 15 -5.4软件的质量属性- 15 -5.4.1有效性- 15 -5.4.2效率- 15 -5.4.3完整性- 15 -5.4.4健壮性- 15 -5.4.5可用性- 16 -5.4.6可维护性- 16 -5.4.7可重用性- 16 -5.4.8可测试性- 16 -5.5业务规则- 16 -5.6用户文档- 16 -6其它需求- 17 -附录A：数据字典- 17 -附录B：数据流图- 19 -附录C：用例图- 23 -软件需求规格说明书-ATM系统1引言随着我国社会的发展，现在的社会已经是一个信息化得时代，如果要花上很多时间去银行营业厅去排队等候取款转账等业务，对于生活节奏紧张的人来说，是一件非常痛苦的事。开发这套ATM系统能够完善银行工作人员工作量过大及用户浪费时间过多的痛苦问题，极大提高效率，方便了银行的员工及广大用户。1.1 目的由于当代社会是信息化的社会，我们应当充分了解用户的需求。ATM系统需求分析说明书的目的为用户更方便的办理取款转账等业务，图时也为银行工作人员减轻了工作量。开发这套ATM系统能够完善银行工作人员工作量过大及用户浪费时间过多的痛苦问题，极大提高效率，方便了银行的员工及广大用户。ATM系统需求说明书是作为用户与编程人员的媒介，它是给用户与编程人员看的。此ATM系统的版本号为V1.0。12 文档约定本软件需求规格说明书将遵循从IEEE 830标准改写并扩充的模板编写，实际的改写与扩充将根据该项目的需要。模板中的某一特定部分可能不适合该项目，约定的做法是在原处保留标题，并注明该项不适用。因为开发的项目比较熟悉，本文档中没有专业词汇。13预期的用户和建议本文的预期读者为银行的工作人员、需求分析人员、软件开发人员、项目经理、测试人员和用户文档的编写人员。银行的工件人员阅读时应注意产品功能的描述是否符合实际现场操作情况。软件开发人员和测试人员阅读时应注意对产品功能和ATM工作流程的理解，以及数据的格式要求。14产品的范围本ATM系统是并不是专门针对某一个具体的银行而开发的，它适用于目前市面上的各大银行。目前，信用卡用户愈来愈多，如果还是得全部通过柜台去办理相关业务，一旦某个时间段客流量较多，那么银行工作人员的工作量将会非常大，并且，客户也会非常浪费时间。柜台办理业务的弊端是一旦客户多了的时候，很难保证，工作人员的工作质量，难免会为银行和客户带来一定的损失。另外，工作效率也太低。此系统的投入使用，将改变银行现有的一些管理和操作模式，加快客户办理业务的速率，减轻工作人员的劳动强度，极大程度上提升了工作人员的工作效率，缩短了客户的等待时间。15参考文献软件需求规格说明模板IEEE标准8301998软件工程清华大学出版社 张海潘 编著软件工程清华大学出版社 鄂大伟 主编统一建模语言UML清华大学出版社 袁涛 孔蕾蕾编著2 综合描述21产品的前景该项目开发主要是解决现行系统的一些弊病,使之更适合用户操作.该系统适用于银行，一些大型商场,主要操作者有银行，信用卡用户,该软件为自行开发的独立软件。22产品的功能2.2.1功能概述ATM系统按照实际业务需要，主要应由用户密码修改功能、用户转账功能、用户提取现金功能、用户存款功能、用户查询余额功能、系统维护功能、银行工作人员更新用户账户信息功能等组成。2.2.2用户密码修改功能这里的用户密码修改功能由用户在柜员机中通过控制面板来完成。用户通过先插入磁卡，输入现在密码，待后台服务系统确认是合法顾客后，用户可以重置信用卡的密码，选择退卡操作，用户取走信用卡。在输入新密码并确认无误后，后台服务系统应当接受用户密码修改信息，并写入到数据库中。2.2.3用户转账功能用户转账功能也是由用户在柜员机通过控制面板向其他的账户转账来完成。用户通过先插入磁卡，输入密码，在后台服务系统确认为合法用户后，选择转账业务，输入要转的信用卡号，确认开户人姓名信息，然后输入要从目前信用卡转入待转信用卡的金额，然后确认信息。后，用户可以选择是否打印客户凭条业务，选择退卡操作，用户取走信用卡。当用户完成这一动作后，后台服务系统应当及时的更新当前用户的账户信息以及转账后的账户的信息，并写入到数据库中。2.2.4用户提取现金功能用户提取现金功能也是由用户在柜员机通过控制面板来完成。用户通过先插入磁卡，输入密码，在后台服务系统确认为合法用户后，选择取现业务，输入要取出的金额，确认金额，然后用户就可以从出钞器拿走取出的钞票。之后，用户可以选择是否打印客户凭条业务，选择退卡操作，用户取走信用卡。当用户完成这一系列动作后，后台服务系统应当及时的更新当前用户的账户信息，并写入到数据库中。2.2.5用户存款功能用户存款功能是由用户在柜员机通过出钞器来完成。用户通过先插入磁卡，输入密码，在后台服务系统确认为合法用户后，选择存款业务，把要存入的金钱放入出钞器，然后确认。用户从出钞器拿走柜员机无法识别的钱。之后，用户可以继续存款也可以选择是否打印客户凭条业务，选择退卡操作，用户取走信用卡。当用户完成这一系列动作后，后台服务系统应当及时的更新当前用户的账户信息，并写入到数据库中。2.2.6用户查询余额功能用户查询余额功能是由用户在柜员机通过控制面板来完成。用户通过先插入磁卡，输入密码，在后台服务系统确认为合法用户后，选择查询余额业务，之后用户可以根据需求再选择其他的业务。2.2.7系统维护功能系统维护功能是当ATM柜员机出现故障时，银行工作人员提示用户柜员机暂时不可用，并及时对柜员机进行维护。2.2.8银行工作人员更新用户账户信息功能银行工作人员更新用户账户信息功能是当用户选择部分业务后，银行工作人员需要更新用户的账户信息（在前面的相关功能中已有介绍）。23用户类和特征用户特征信用卡用户信用卡用户可以通过柜台机，输入信用卡密码来修改自己的账户密码，进行转账，查询账户余额，并提取现金，存款等。信用卡用户为合法公民并对信用度有一定的要求。后台服务系统后台服务系统负责账户的日常维护工作，即对用户的账户信息进行及时的更新。维护人员负责此系统的日常维护工作，可以请专门人员负责也可以由银行的工作人员兼任。2.4运行环境2.4.1硬件环境l 前台使用PC机l 后台使用服务器：数量为2台（双机备份）l 小型数字键盘l 屏幕l 打印设备：针式打印机l 路由器l 条形码读码机l 网络环境2.4.2软件环境l 前台操作系统l 后台操作系统l 数据库使用Oracle l 相关软件2.5设计和实现上的限制2.5.1技术限制本ATM系统的后台数据库必须使用Oracle ；前台后台的源代码都必须用Java。2.5.2开发规范和标准因为软件系统交付使用后由银行负责后期的软件维护工作，所以在开发过程中必须有完整、详细的文档资料，必须定义所使用的设计符号。2.5.3硬件限制因为银行信用卡用户数量较大，所以对系统处理速度和性能的要求也比较高，用户前台运行的PC机建议配置应当尽量高些，后台服务器也应当用大型的服务器Oracle。2.6假设与依赖本系统在开发过程中，若技术出现故障或疑难问题无法解决、软件开发过程中出现偏差，会延误工程进度，影响工程的按期完工；若用户需求陈诉中出现问题，部分描述含糊不清，则会影响系统的完整性与可继承性。在管理上，如果管理者没有预见性，对出现的问题无法提出切实可行的解决手段，将会影响工程的顺利推进，导致工程无法按期完工。3外部接口需求3.1用户界面其它用户界面请参见用户界面规格说明书3.2硬件接口本系统在Client/Server结构的环境中使用，其具体方案如下：每个ATM机配备两台服务器，双机备份，前台PC当作终端来使用，通过终端服务器与主服务器相联。PC工作站直接挂在以太网总线上。整个系统所采用的网络协议是TCP/IP。由于此系统要求的性能和可靠性较高，所以要求前台的PC机配置较高。具体要求如下：l 服务器：配有双CPU的主板，其CPU不得低于P42.0G。最小内存不得低于512MB，建议使用1GB。硬盘最小容量不得低于120GB。100M网卡（PCI）l PC机（终端）CPU不得低于P41.8G。最小内存不得低于128MB，建议使用256MB。硬盘最小容量不得低于40GB。100M网卡（PCI）l 打印机建议使用EPSON针打系列。l 路由器l 交换机l 条形码输入设备每个ATM至少要1台3.3软件接口本系统的后台服务器运行环境是Windows XP操作系统，前台PC运行环境是Windows/IBM OS2操作系统。由于本系统使用Oracle Visual C+ 6.0产品，需购买相关软件平台支持。本系统所产生的客户账户信息等均使用Oracle 数据库存取，提供索引表接口交换，各类信息的存储为数据库记录。3.4通信接口本系统采用的网络协议是TCP/IP。本系统的局域网采用双绞线（100M标准）连接。4系统特性4.1说明和优先级特性优先级1.客户余额的查询；中2.客户转账操作；中3.客户基本信息的制定：包括增加，修改，删除；高4.客户密码的修改；中5.存取款操作；中6.系统维护操作；高4.2激励/响应序列4.2.1信用卡用户登录执行者行为系统响应1.插入磁卡，输入自己密码2.验证此用户是否合法3.如果是合法用户，就显示相应的操作界面；若不合法，请求用户重新输入。4.用户重新确认自己的磁卡密码5.再次验证用户是否是合法用户6.重新执行37.用户重新确认自己的磁卡密码.如果是合法用户，就显示相应的操作界面；若不合法，锁定磁卡，即此磁卡需到相应的银行解锁才可再次使用。4.2.2信用卡用户查询执行者行为系统响应1点击查看基本余额信息2.显示该用户的余额信息3.点击修改密码4.请求读者输入新密码5.输入新密码6.验证新密码的合法性7.请求读者再次输入新密码8.再次输入新密码9.验证两次输入的密码是否一致10.如果不一致转而执行(8)；如果一致则更新该用户的密码并显示“密码修改成功!”4.2.3取款执行者行为系统响应1点击选择取款业务2.请求用户输入取款金额3.输入取款金额4.验证金额的合法性，如果合法则后台服务器给出相应的金额至出钞器；若不合法，请求重新输入取款金额5.重新输入取款金额6.验证取款金额的合法性，若不合法转而执行（5），若合法后台服务器给出相应的金额至出钞器4.2.4转账执行者行为系统响应1点击选择转账业务2.请求用户输入待转入的账号3.输入待转入的账号4.验证账号的合法性，如果合法则后台服务器给出相应的操作；若不合法，请求重新输入待转入的账号5.重新输入待转入的账号6.验证待转入的账号的合法性，若不合法转而执行（5），若合法后台服务器给出相应的操作4.2.5存款执行者行为系统响应1点击选择存款业务2.请求用户将钱整理后放入出钞器3.将钱放入出钞器4.验证钱的真伪，若为真，则由后台服务器将相应的金额存入该账户吗，并修改数据库；若为假，则把假的钱退给用户，提示“钱为假币”4.3功能需求4.3.1用户密码修改正常情况下的脚本l 系统请求用户输入原密码，读者输入“123456”。l 系统核对该密码正确。l 系统请求读者输入新密码，读者输入“234567”。l 系统确定该密码有效。l 系统请求读者再次输入新密码，读者输入“234567”。l 系统核对两次输入的密码相同，在数据库中更新该读者的密码。异常情况下的脚本l 系统请求用户输入新密码，读者输入“1234”。l 系统显示“密码非法，密码长度应等于6位”，请用户重新输入。l 系统请求用户输入新密码，读者输入“234567”。l 系统确定该密码有效。l 系统请求用户再次输入新密码，读者输入“234566”。l 系统显示“两次输入的密码不一致”，请用户重新输入。 4.3.2用户转账信息定制正常情况下的脚本l 系统请求用户输入待转入钱的账号，用户在账户名中输入“6222600611000000000”。l 系统核对该账号有效。l 系统请求用户确认待转入钱的账号户主名是否一致，读者在控制面板上点击确认。l 系统请求用户输入转账金额，用户在金额栏中输入“800”。l 系统确定金额有效。l 系统提示转账成功。异常情况下的脚本l 系统请求用户输入待转入钱的账号，用户在账户名中输入“622260061100000000”。l 系统显示“账号非法，账号长度应等于19位”，请用户重新输入。l 系统请求用户输入待转入钱的账号，用户在账户名中输入“6222600611000000000”。l 系统显示“账号合法”。l 系统提示用户输入转账金额，用户在金额栏中输入“2500”l 系统显示“金额只能为100的倍数，且应在100-2000范围内”l 系统提示用户重新 输入转账金额，用户在金额中输入“150”l 系统显示“金额不合法”请用户重新输入 4.3.3用户取现信息定制正常情况下的脚本l 系统请求用户输入取款金额，用户在金额栏中输入“1500”。l 系统核对输入金额合法。l 系统提示取款成功。异常情况下的脚本l 系统请求用户输入取款金额，用户在金额栏中输入“3000”。l 系统显示“输入金额不合法，金额范围因在100-2500范围内”。l 系统请求用户重新输入取款金额，用户在金额栏中输入“1550”。l 系统显示“金额只能为100的倍数”。请求用户重新输入l 系统请求用户重新输入取款金额，用户在金额栏中输入“1500.22”。l 系统显示“金额只能为整数”。请求用户重新输入5 其它非功能需求5.1性能需求l 精度数据采集率：必须在90%以上动态信息及时率：必须在95%以上静态信息全面率：必须在95%以上信息准确率：必须在98%以上l 时间特性响应时间：存款响应时间100秒；取款响应时间60秒；转账响应时间100秒；查询余额响应时间30秒；其他业务响应时间30。5.2安全设施需求l 如果本系统在运行时内出现过死机，那么本系统必须在1分钟内终止运行，同时提示维护人员立即进行维护。l 每月都必须在固定时间内对柜员机进行维护，以确保硬件和计算机运行情况的正确性，并要求工作人员在一定的时间内向柜员机中存放一定数量的钱。5.3安全性需求本系统应该设置报警系统，当系统遭到非法攻击时，应该在第一时间内通知工作人员并自动报警。对于用户，当用户输入错误密码时，系统立即报错，并发出修改提示信息，当用户一天之内有三次输入错误密码，本系统要通知后台服务系统锁定该信用卡。另外，若用户没有将信用卡与手机进行绑定，那么在用户登录系统后，系统要提示用户绑定手机，以便于用户在遗失信用卡后能够在第一时间通过手机进行挂失操作。并且，当用户的信用卡上有任何操作时，系统都要通知后台服务系统通过短信的方式告知用户信用卡的相关操作。5.4软件的质量属性5.4.1有效性本系统一次应该至少能够连续正常运行1个月；同时在运行期间，其有效性至少可达到98%。5.4.2效率本系统不管是在高峰使用时期还是低峰期都要保持高效的处理能力。5.4.3完整性所有用户必须经过身份验证合法后才能进入该系统进行下一步操作；只有银行的系统维护员才可以查看系统的历史记录、操作日志；只有指定的维护人员才能对该系统的硬件和软件进行相应的维护。5.4.4健壮性当输入密码位数不对或者格式不对时，系统应该给出相应的提示，并给出简单的示例。当用户输入错误密码时，系统立即报错，并发出修改提示信息，当用户一天之内有三次输入错误密码，本系统要通知后台服务系统锁定该信用卡。5.4.5可用性新的用户在进行简单的实验之后，就应该可以正确执行所有ATM系统的业务处理。5.4.6可维护性在整个系统的开发过程中，必须有完整，准确的文档资料。正常情况下，各柜员机的维护人员应能在一个规定的极短的时间内完成对系统的维护工作。在系统编码时，函数的调用不能超过三层深度，并且每个软件模块中注释与代码的比例不得少于1:3。注释中应包含编写人、编写时间、软件功能模块的描述、函数的作用。5.4.7可重用性本系统涉及到的基础数据处理模块可考虑作为新的组件库，为后续项目作准备。5.4.8可测试性模块之间不要出现相互调用的情况，同时每个模块设计或是源代码中逻辑分支最好在（7+2）范围内。5.5业务规则l 只有持有系统维护员权限的用户才能执行系统的维护工作。l 只有合法用户才能执行转账业务的操作。l 只有合法用户才能执行存款业务的操作。l 只有合法用户才能执行取现业务的操作。l 只有用户本人知道自己的密码，用此才能查看自己的信用卡的余额信息等。l 信用卡号等信息的编制应仔细参考和阅读ATM柜员机操作规程5.6用户文档详细内容见ATM系统使用说明（本说明书中略）。6其它需求有过一年以上系统维护经验的人能在2小时内安装、调试好本系统。附录A：数据字典名字：用户信息表描述：存储用户的相关信息定义：用户信息表=开户名+身份证号+联系电话+居住地址组织：按关键字排序