ATM系统需求说明书.docx
《ATM系统需求说明书.docx》由会员分享，可在线阅读，更多相关《ATM系统需求说明书.docx（19页珍藏版）》请在冰豆网上搜索。
ATM系统需求说明书
软件需求规格说明书
项目名称
院系
专业
班级
学号
姓名
指导教师
目录
1．引言3
1.1目的3
1.2文档约定3
1.3预期的读者和阅读建议3
1.4产品的范围4
1.5参考文献4
2．综合描述5
2.1产品的前景5
2.2产品的功能5
2.3用户类和特征6
2.4运行环境7
2.5设计和实现的限制7
2.6假设和依赖7
3.外部接口需求8
3.1用户界面8
3.2硬件接口9
3.3软件接口9
3.4通信接口9
4.系统特性10
4.1说明和优先级10
4.2激励/响应序列10
4.3功能需求10
5其它非功能需求12
5.1性能需求12
5.2安全设施需求13
5.3安全性需求13
5.4软件质量属性14
5.5业务规则14
5.6用户文档14
6.其它需求14
附录A：
词汇表15
附录B：
分析模型15
附录C：
待确定问题的列表18
1．引言
1.1目的
本说明书用于明确要开发的软件的具体需求，规范的描述出软件需要实现的各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有一个共同的理解，并使之成为整个开发工作的基础。
1.2文档约定
本软件需求规格说明书讲遵循IEEE830标准改写并扩充的模板编写，实际的改写与扩充将根据项目的需求，模板中的某一特定部分可能不适用于此项目，约定的做法是在原处保留标题，并注明该项不适用
分一、二、三级标题和正文。
正文字体小四宋体，一、二、三级标题分别为黑体三号，四号，小四号。
1.3预期的读者和阅读建议
用户：
如果用户为顾客，建议只需要阅读文档的第二部分，即游客用户只需了解或知道产品的状况，产品的功能，产品运行需要的手持设备环境以及操作方法即可。
如果用户是管理员，建议除上述片段尚需阅读用户类和特性这一章节并且需要阅读关于产品在服务器端的系统使用流程。
开发人员：
开发人员需要严格认真的阅读文档的所有内容，尤其是在用户界面，硬件接口，软件接口，通讯接口和系统功能需求模块及性能需求，安全措施需求，安全性需求，软件质量属性的模块。
项目经理:
通篇阅读此文档，并对文档模糊不清或者有歧义的地方进行固定修正或者批注
营销人员：
阅读产品功能模块，产品范围和本文档所涉及的待开发软件与市场上同类产品的优点，以及产品运行所需要的手持设备坏境。
测试人员：
通篇阅读此文档尤其是在系统需求，用户界面，硬件接口，软件接口，通讯接口，并和开发人员保持一定的沟通，并对文档的部分内容进行讨论。
文档编写入员：
通篇阅读此文档，检查文档的用词用语是否符合规范，并对文档中可能出现歧义的部分进行注释，即使这个可能性很小。
1.4产品的范围
本ATM系统并不是针对某一个具体银行设计而开发的，他适用于目前市面上的大多数银行，目前，信用卡用户越来越多，如果还是全部都通过柜台去办理业务，一旦某个时间段顾客过多，那么银行工作人员的工作量将会大量增加，并且，客户会非常浪费时间，柜台办理业务的缺点是，一旦客户多了的时候，很难保证工作人员的质量，难免会为银行和客户带来一定的损失。
另外工作效率也太低。
此系统的投入使用，将改变银行的一些管理与操作模式，加快客户办理的效率，减轻工作人员的工作强度，极大程度上提升了工作人员的工作效率，缩短了客户的等待时间。
1.5参考文献
《软件需求工程》毋国庆机械工业出版社
《软件工程导论》张海藩清华大学出版社
《UML实用基础教程》赵春刚北京大学出版社
2．综合描述
2.1产品的前景
随着社会日新月异，计算机已成为人们生活中必不可少的一部分，通过计算机编程可以实现很多便利，为人们提供方便。
当今社会货币交易日趋频繁，无论何种活动都或多或少与货币有关，小到人们购物、出行，大到国际贸易等，如此货币存取灵活度成了迫在眉睫要解决的问题。
基于此本课程设计小组首次提出ATM存取款一体机概念，ATM是AutomaticTellerMachine的缩写，意思是自动柜员机，因大部分用于取款，又称自动取款机。
它是一种高度精密的机电一体化装置，利用磁性代码卡或智能卡实现金融交易的自助服务，代替银行柜面人员的工作。
持卡人可以使用储蓄卡，根据密码办理自动取款、查询余额、转账、现金存款，更改密码,打印凭条等业务。
（1）所建议开发的软件系统的名称：
ATM存取款一体机
（2）项目的任务提出者：
（3）开发者：
（4）用户：
持有相应银行卡的群众
（5）实现该软件的计算中心：
相应银行的网络系统
（6）该软件系统同其他系统或其他机构的基本的相互来往关系：
独立于其他系统
2.2产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。
这个项目的开发是为银行提供一套高效稳定可靠的终端服务平台，为储户登录，存款，取款，查询，打印凭条等操作提供便利，尤其是在ATM机出现故障的情况下，提供了故障恢复的功能。
图1ATM工作流程
2.3用户类和特征
本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。
另外，我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。
以此来方便用户和保障用户的利益。
本系统还为用户提供了足够的界面友好性和易操作性。
即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。
另外一部分的用户是银行工作人员，本系统不予考虑。
2.4运行环境
（1）适用于Windows系列中的多个操作系统，如WindowsXP、Windows7、Windows8等；
（2）为以后增加支持的数据库留下接口，方便以后的系统扩展。
（3）编译程序：
SunJDK1.5或更高版本操作系统
（4）开发语言：
Java编译程序：
SunJDK1.5开发工具：
Dreamweaver8.0数据库：
SQLServer2000
（5）系统基于B/S架构进行开发，所有管理和维护工作均集中在服务器端，客户机只需安装有IE浏览器即可，要求IE浏览器版本不低于5.5。
（6）CPU：
1GHz以上。
RAM：
256M以上。
存储容量：
剩余存储容量大于100M
2.5设计和实现的限制
（1）建议开发软件运行的最短寿命：
十年。
（2）经费来源和使用限制：
中国建设银行投资。
（3）法律和政策方面的限制：
涉及法律法规应向律师进行详细咨询以免侵害客户和其他人的利益。
（4）硬件、软件、运行环境和开发环境的条件和限制：
ATM柜员机终端设备，地区服务器、中央服务器、数据库服务器（多个分散的）。
（5）可利用的信息和资源：
现有简易ATM机的实现原理、银行工作人员手工操作的业务流程。
（6）建议开发软件投入使用的最迟时间：
测试一个月后。
软件设计时的条件与限制：
软件设计应当表现层次结构，巧妙地利用各个软件之间的控制关系，设计应当是模块化。
小组成员应对软件开发的流程基本了解并且充分调研后开始编辑文档，同时要掌握JAVA语言及数据库相关知识以备后续实现。
项目进行中注意时间的控制和资金的合理分配。
2.6假设和依赖
不足之处：
由于本小组知识范围所限，软件开发的经验严重不足，对可视化开化工具和数据库管理工具还处在学习阶段，所以对系统开发的进度以及系统功能的实现程度较难控制。
已具备的条件：
1、小组成员交流比较方便，而且共同写作，积极进取。
2、实现系统所需的资料准备得较齐全。
尚需补充的条件：
1、提高开发人员的编程能力和对软件工程思想的认识；
2、尽快掌握JAVA和SQL的使用方法以及相互的连接。
3.外部接口需求
通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。
关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。
如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
3.1用户界面
本软件用户界面要求简洁、友好，采用用户熟悉的Windows窗口菜单操作，且菜单操作简单易懂，菜单命令可用快捷键激活，输入输出时间应使用户不感到明显的时间延迟。
ATM自动取款机的登录界面，系统提示输入密码，如果输入的密码正确，按确定键进入系统的主界面，如果输入的密码有误，按更正键，重新输入密码。
ATM的主界面，按相应的功能键可以完成相应的操作。
ATM自动取款机的取款界面，如果所要取的金额数界面上有，则按相应的金额选项，如果没有，则手动输入所取的金额数。
转账界面，首先系统提示输入转账账户，按确认键进入下一界面。
如果显示的户名是你所要转账的用户，按确认键，则转账成功。
修改密码界面，系统提示先输入旧密码，然后输入要修改的新密码，再次确认新密码，两次输入的新密码一样，按确认键，则修改密码成功。
如果两次输入的密码不一样，则系统提示密码输入有错误，请重新输入。
存款界面，系统提示输入用户的账号，为了安全再次输入用户的账号，如果两次输入的账号一样，按确定键进入下一界面。
该界面提示用户往取款机里放入存款，放入的存款数是100的整数倍。
3.2硬件接口
ATM机：
自动取款系统需要通过经过加密保护的专线和ATM机相连接。
点钞机：
自动取款系统需要通过经过加密保护的专线和点钞机进行连接。
后台服务器：
自动取款系统需要通过经过加密保护的专线和后台服务器进行连接。
3.3软件接口
这个自动取款系统需要和银行的主系统进行交互，来完成各种用户做出的指令，我们在ATM取款系统中的任何一个命令都要在主系统中对我们的账户信息进行修改，所以银行的主系统就是我们这个系统所要连接的软件接口。
3.4通信接口
CI-1“ATM自动取款系统”可以提示主系统将向用户预留的电话号码发送消息，以告知此卡的消费情况。
4.系统特性
4.1说明和优先级
4.2激励/响应序列
4.3功能需求
（1）描述：
ATM终端无人操作时，显示待机动画
输入：
无
处理：
ATM显示待机界面
输出：
显示待机界面
（2）描述：
校验密码是否格式正确
输入：
储户输入密码
处理：
校验密码是否符合格式
输出：
不正确则提示储户重新输入
（3）描述：
校验密码是否正确
输入：
储户输入正确格式密码
处理：
校验当前密码与存储的账户密码是否一致
输出：
不一致则提示密码错误，请重新输入或者退出程序
（4）描述：
储户密码连续三次输入错误，退出程序
输入：
储户连续第三次输入密码
处理：
校验密码
输出：
错误则退出程序，提示“您连续三次密码错误，程序退出。
”
（5）描述：
密码认证完成，进入主交易界面
输入：
储户输入正确密码
处理：
校验密码
输出：
显示主交易界面
（6）描述：
ATM现金不足，系统应对取款储户进行提示，可退出交易
输入：
无
处理：
检查ATM现金数
输出：
返回至ATM主交易界面
（7）描述：
ATM凭条打印机故障，系统应对存款和转账储户进行提示，可退出交易
输入：
无
处理：
检查ATM凭条打印机
输出：
故障则提示客户是否继续，可返回至主交易界面
（8）描述：
ATM检验存款钞币数量
输入：
认证成功完成，输入需要存储的金额
处理：
硬件检验钞币数量，提示用户确认，储户输入“否”
输出：
退出钞币，返回主界面
（9）描述：
ATM存款
输入：
ATM认定存款金额，储户“确认”
处理：
在账号上记录存入金额
输出：
打印存款凭条，显示“交易成功”，返回主交易界面
（10）描述：
取款金额大于账户余额
输入：
输入取款金额
处理：
判断输入金额和账户余额
输出：
取款余额大，则提示储户“余额不足”，返回主界面
（11）描述：
取款数额超过当日取款最大额度
输入：
储户输入取款金额
处理：
判断输入金额和当日该账户ATM取款额之和是否大于当日取款最大额度
输出：
如超出则提示储户“超过当日取款最大额度”，重新输入或返回
（12）描述：
取款
输入：
取款合法金额
处理：
从账户记录取走的金额
输出：
返回主页面
（13）描述：
取款交易成功，打印取款凭条
输入：
储户输入“打印”或者“不打印”
处理：
若是“打印”则打印机打印凭条，否则什么也不做
输出：
无
（14）描述：
修改密码
输入：
储户输入新密码
处理：
两次新密码判断是否一致
输出：
一致则重置密码，显示“修改成功”；否则退出修改密码
（15）描述：
转账
输入：
转账账号，转账金额
处理：
判断金额是否超过本账户现有金额，是则本账号下账，他账号上账
输出：
显示“转账成功”，或者退出转账
5其它非功能需求
5.1性能需求
数据精确度
输入数据精度：
储户密码：
六位整数;取款额，转账额：
100元的倍数；转账卡号：
19位整数
输出数据精度：
余额：
一元为单位精确到0.01；
在取款过程中，该系统只支持交易金额为100的倍数。
在存款过程中，该系统只支持交易金额为100的倍数。
密码：
由用户设置的一个6位整数。
取款金额：
不能输入5000以上的数字
时间特性
说明对于该软件的时间特性要求，如对：
响应时间；2秒
更新处理时间；3秒
数据的转换和传送时间；4秒
出钞时间；2秒
取钞时间：
30秒
选择时间：
30秒
适应性
在软件方面，响应时间，更新处理时间，数据传送和转换时间，处理和解决问题时都比较快且迅速，完全满足用户要求。
当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。
ATM自动取款机是24小事不断的服务，操作简单，并确有语音提示，方便了用户的操作，同时具有转账、修改密码、查询账户信息等功能为用户提供了许多的方便。
用户只需持有银行卡就可以进行交易，不用携带各种证件，省去了许多的麻烦。
5.2安全设施需求
（1）ATM自动取款机必须保证在干燥和通风的环境，为此将这种设施保存在室内环境中，避免接触雨水。
（2）大型服务器因为是全天候开机运行，必须保证在适宜的温度，湿度，空气质量等环境条件下，为此中心机房必须满足国际机房标准，用空调来调节温度、湿度。
（3）所有数据应同时具备硬拷贝（备份到外部介质）和软拷贝（备份到本地）两种备份方式，具有迅速的灾难恢复能力。
同时应充分考虑各种突发情况的处理方式，如系统的后台数据库因断电、死锁等原因无法访问时，系统应能够自动切换到备份服务器以保证用户能够继续访问。
5.3安全性需求
（1）所有涉及功能信息或个人身份信息的网络事物，都要采用128位的加密。
（2）每次进行的的操作必须输入密码进行确认。
（3）采用ISO8583（97）协议与银行进行数据交换。
（4）系统中心数据库的安全等级要到达C2级。
5.4软件质量属性
有效性
本系统应该能一次运行至少一个月，同时在运行期间其有效性要达到98%。
效率
本系统不管是在高峰使用时期还是在低峰使用时期都要保持高效率。
完整性
所有用户必须在验证账户信息合法后才能进入系统执行下一步操作，只有银行的系统维护员才有权限查看系统的历史记录，操作日志，只有制定的人员才能对系统的硬件和软件进行维护。
健壮性
当输入密码位数不对或者格式不对时，系统应该出相应的操作，并给出简单实例，当用户输入错误信息时，系统立即报错，并发出修改踢死信息，当用户一天之内有三次输入错误，本系统通知后台管理系统锁定该账户。
可用性
新的用户在进行简单的实验后，就可以正确的执行所有的操作。
可维护性
在整个系统开发中，必须有完整的准确的文档资料，正常情况下，各个柜员机的维护人员应该可以再极端的时间内完成对系统的维护工作，在系统编码时，函数的调用不能超过三层深度，并且每个模块中代码与注释的比例不得低于1:
3，注释中应当包含编写人，编写时间，软件功能模块的描述，函数的作用。
可重用性
本系统涉及的基础数据处理模块可考虑作为新的组件库，为后续项目做准备。
可测试性
模块之间不要出现相互调用的情况，同时每个模块设计或者源代码中逻辑分支最好在（7+-2）之间。
5.5业务规则
5.6用户文档
6.其它需求
易用性：
系统设计应具有良好的易用性、操作简便，符合常规Windows操作环境下的用户使用习惯。
同时，尽量减少用户的记忆工作量。
系统设计应具有良好的健壮性，如对各种用户各种错误输入应能及时识别并给出相应提示。
安全性：
系统中所有涉及敏感信息如登录口令等，服务器端应设置严格安全访问控制策略，从而保证系统安全性和操作责任的可追溯性。
附录A：
词汇表
银行：
一个金融机构，负责保存顾客的账号信息。
可以经授权访问账号。
客户：
本软件系统的开发提出方。
卡：
储蓄卡。
银行发行的可以在ATM终端交易的一种储蓄凭证介质。
储户：
在ATM系统上交易的银行账户拥有者。
认为一个持卡人就是一个储户。
ATM：
AutoTellerMachine，分为两部分组成。
一部分是ATM服务器，另一部分是ATM终端。
终端负责和银行卡持有者进行交互，ATM服务器负责处理交易。
一个ATM服务器可以同时连接多个ATM终端。
账号：
一张银行卡对应一个一个账户，卡号与账号之间是一对一关系。
附录B：
分析模型
ATM用户操作系统用例图
ATM机用例图
系统类图
系统时序图
附录C：
待确定问题的列表
升级会员 