银行ATM自动取款机需求分析报告
“银行ATM机自动取款系统”需求分析报告1、引言
1.1编写目的
由于的各方面发展速度的大幅提高,几乎所有的银行都配备了不用繁琐的
人工操作的ATM自动取款机。人们可以随时随地进行交易,不再受银行的服务时间的约束,取款时也为人们节省了很多时间,方便快捷。
本需求分析报告为人们清晰展示出ATM自动取款机系统的工作流程,以及ATM机的工作状态。为人们熟练地操作ATM机提供更多帮助,加深人们对ATM机自动取款系统的了解。为系统开发完成后期的测试和验收提供帮助。
1.2项目背景
本系统的名称为“银行ATM机自动取款系统”。系统的功能主要有:能够读取和存储客户的存款和取款信息,方便客户自由交易;在客户选定交易类型后,直接与客户进行现金交易,方便快捷。将客户最新的存取信息上传到银行的总存储系统,并自动更新系统中的客户信息,方便银行系统管理员对客户信息的管理。
2、需求概述
2.1目标
“银行ATM机自动取款系统”主要提供客户的存取交易信息,并自动与客户进行现金交易,以及上传并更新客户存取款信息等功能。该系统针对于配有ATM自动取款机的银行,客户较多,系统需操作方便,信息读取与存储及时快速,方便客户进行自由交易和系统管理员对信息的管理。
2.2用户类和特征
最终用户是银行客户和银行系统管理员,银行系统管理员需要创建、统计、更新和删除客户的存取款信息,要求具备计算机知识和银行业务流程的专业知识,如权限管理和客户业务办理流程等。银行客户就是到银行办理业务的普通客户,只需具备一定的计算机操作知识即可。
3、功能需求
本系统相应的需求有以下方面:
(1)能够读取和存储客户账户中的存取款信息,并方便有效地进行客户选择的交易操作。这主要包括以下内容:
①自动调用银行总系统中客户原有信息②银行客户账户中的信息的查询、读取
③客户操作的识别,及信息的录入、更新、存储
(2)能够将客户输入的信息及时上传到银行总系统中,并将客户原有信息进行自动更新。这其中主要包括以下内容:
①汇总客户更新的信息,直接上传到银行总系统中②抽调银行总系统中客户原有信息,并进行修改
③将银行总系统中客户原有信息更新为客户最新输入的信息,并存储(3)提供客户信息访问的权限和管理。其中包括:①客户访问普通信息的权限
②银行系统管理员对客户信息的录入、更改和删除需要补充说明的几点有:
(1)数据保存:需要长期保存的数据信息有
①客户信息:客户开通银行账户的基本信息②账户信息:客户在银行的存取款信息(2)系统用户:银行系统管理员和客户
①银行系统管理员:对ATM机中的信息可进行录入、更改和删除等操作②客户:在ATM机上可进行存取交易操作
3.1确定执行者
执行者是与系统交互的外部实体,它既可以是人员也可以是外部系统或硬件设备。
确定执行者可以通过提出以下几个问题得到:(1)谁使用系统的主要功能?
(2)谁需要系统的支持以完成日常工作任务?(3)谁从系统获取信息?
(4)谁负责维护和管理系统以保证其正常运行?(5)系统需要应付(处理)哪些外部硬件设备?(6)系统需要和哪些外部系统交互?
本例中,可以确定“客户”和“银行系统管理员”为系统执行者。“客户”通过系统进行自己的存取款交易,“银行系统管理员”负责使用系统的主要功能。
3.2确定用例
用例描绘了一个完整的系统事件流程,其重点在于执行者与系统之间的交互而不是内在的系统活动,并对执行者产生有价值的可观测结果。
确定用例可通过提出以下几个问题得到:
(1)参与者需要从系统中获得什么功能?参与者需要做什么?(2)参与者读取、产生、删除、修改或存储系统的某些信息吗?
(3)系统中发生事件需要通知参与者吗?参与者需要通知系统某件事情吗?
(4)系统的输入/输出信息是什么?这些信息从哪里来到哪里去?(5)采用什么实现方法满足某些特殊要求?
本例中,我们通过一定的调研和分析得到“银行ATM机自动取款系统”的用例图,如下图所示:
3.3编写用例文档
用例图不能提供用例所具有的全部信息,因此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明,要求清晰明确,没有二义性。在描述用例时,应应该只注重外部能力,不涉及内部细节。下面给出本例中的用例文档:1、账户信息的维护用例用例名:账户信息的维护参与执行者:银行系统管理员
入口条件:银行系统管理员已经登录到该系统中
事件流:当有客户在ATM自动取款机上进行取款交易时,ATM自动取款机将客户取款之后的信息上传到银行系统中,管理员通过ATM机自动取款系统界面,点击“客户取款信息”调出客户最近一次的取款信息,然后点击上传到银行总系统中,弹出信息更新界面,点击“更新”则覆盖原有账户信息,并保存;点击“取消”则不进行账户信息更新覆盖,且不保存。
出口条件:系统将数据库中的读者信息进行相应的操作。调出客户账户信息是,调出客户账户信息表;更新账户原有信息时,覆盖系统中账户原有信息。异常事件:在进行账户信息上传时,先调出客户在最近一次取款后的信息,若数据库中没有符合条件的记录,则无法进行上传操作,也无法完成系统原有信息的更新操作。
2、客户信息的维护用例用例名:客户信息的维护参与执行者:银行系统管理员
入口条件:银行管理员已经登录到该系统中
事件流:当有新客户开通新的账户时,银行系统管理员将新客户的信息录入到ATM机自动取款系统中,方便客户进行取款交易。进入系统,点击“添加客户”,弹出空白的客户信息表,管理员将新客户的信息录入表中之后,点击“提交”,则保存到系统中;当有客户修改信息时,进入系统,点击“更改客户信息”,弹出搜索界面,在搜索栏中输入需要修改的客户信息的关键字,点击“搜索”,调出客户原有信息,点击“更改”,进入客户信息更改界面,修改完毕之后,点击“保存”,则覆盖客户原有信息,点击“取消”,则取消更改;当有客户注销账户时,进入系统,点击“删除客户信息”,弹出搜索界面,在搜索栏中输入要删除的客户信息的关键字,点击“搜索”,调出客户已存信息,点击“删除”,弹出“是否删除该客户信息?”询问界面,点击“是”,则删除该客户的已存信息,点击“否”,则不进行删除操作。
出口条件:系统将数据库中的读者信息进行相应的操作。添加客户信息时,将新的客户信息保存到系统数据库中;更改客户信息时,在数据库中将该客户的信息进行相应的更改操作;删除客户信息时,则删除该客户在数据库中的信息记录。
异常事件:在进行修改和删除操作时,先查出需要进行操作的客户在系统数据库中的已存信息记录,如果数据库中不存在相应的符合条件的记录,查询没有结果时,则无法进行更改和删除操作。
3、客户信息的查询用例用例名:客户信息的查询参与执行者:银行系统管理员
入口条件:银行管理员已经登录到该系统中事件流:进入系统,点击“查询客户信息”按钮出口条件:系统显示查询的客户信息
4、账户信息查询用例
用例名:账户信息的查询
参与执行者:银行系统管理员、客户
入口条件:银行系统管理员已经登录到该系统中,客户已经登录到个人账户界面中
事件流:银行系统管理员进入系统后,点击“查询客户账户信息”按钮;客户登录个人账号,将银行卡插到卡槽中后,进入登录界面,输入密码后,点击“确认”,进入个人账户界面,点击“查询”按钮。出口条件:系统显示查询的客户账户信息
5、取款用例用例名:取款
参与执行者:银行系统管理员、客户
入口条件:客户已经登录到个人账户界面中
事件流:客户将银行卡插到卡槽中后,进入个人账户登录界面,客户输入密码后,点击“确认”,进入个人账户界面,点击“取款”,进入取款界面,选择取款金额,点击选中的数字按钮,进入等待界面,取出取款口的现金后,进入“是否打印凭条”界面,点击“是”,凭条从凭条口吐出,取出后,点击“退出”,取出银行卡;在进入“是否打印凭条”界面,点击“否”,直接进入退出界面,点击“退出”,取出银行卡。
出口条件:ATM自动取款机将输入的相应的取款金额吐出
6、口令管理用例用例名:口令管理
参与执行者:银行系统管理员、客户
入口条件:客户已经登录到个人账户界面中
事件流:客户将银行卡插入ATM机卡槽中,进入个人账户登录界面,输入密码,点击“确认”,进入个人账户界面,点击“修改密码”按钮,在口令修改页面输入新的密码,点击“确认”。
出口条件:数据库中的密码被修改成最新的密码
7、取款信息查询用例
用例名:取款信息的查询参与执行者:客户
入口条件:客户已经登录到个人账户界面中事件流:进入个人页面后,点击“查询”出口条件:系统显示出客户查询的信息
4、非功能需求
4.1性能需求
银行ATM机自动取款系统的使用者是银行系统管理员和所有开通银行账户的客户。对于银行系统管理员的管理工作,性能要求不是太高,但需要方便客户账户信息的入库等操作。对于开通银行账户的客户取款、修改密码等功能,对性能的要求比较高,一般需要达到并发数1000以上。
4.2安全性需求
由于银行ATM机自动取款系统的客户量很大,所以在对客户账户信息的导入和交易操作要保证速度。在客户进行交易操作的过程中又要保证事务的完整性。在整个系统中,需要完整的权限控制,以防止某些人恶意地攻击系统,修改系统中的原始记录。同时对于数据库中的数据需要定时备份,防止系统数据丢失。此外,系统要求用户在登录时需要密码验证。
5、故障处理
在正常情况下,应该不出现错误,一旦发生意外,比如:不识别银行卡、输入取款金额后现金吐不出来、取款过后ATM自动取款机为将信息上传到总系统中等等,也应保证客户账户信息不受损坏。
6、外部接口需求(略)
扩展阅读:ATM自动取款机系统(界面需求分析报告)
ATM自动取款机系统界面需求分析报告
1.项目背景及基本描述
ATM自动取款机系统作为银行信息化管理的一部分,已经相当普及了。相比传统的手工操作,大大提高了银行的工作效率,同时降低人力、财力、物力的浪费,使得取款,转账等一些银行的日常业务形成一种规范有序的流程,减少信息交流的烦琐过程及其带来的开销,实现银行管理的规范化、自动化。
2.用户分析
使用该系统的用户包括两类:管理员和客户。
管理员:系统的超级用户,其对系统的操作包括开户、销户、修改密码。此类用户对计算机有一定的深入了解,对数据库的操作也有一定的基础,其亦可能是此类软件较熟悉的用户,这类用户有能力进行一些复杂的操作,比较数据备份,备份路径等。由于数据库保存着所有客户信息情况,在设计时对这类操作应尽量增加确认操作,以对话框的形式询问是否进行操作。
客户:系统的普通用户,其对系统的操作包括取款、存款、查询余额、转账、修改密码等。此类用户的计算机水平一般较低,系统对其操作的要求不应过高,比如菜单项就放在较为突出的地方,方便其操作,尽可能减少输入的数据与次数,避免因操作过多而出现的失误,同时相应菜单应设置带提示性的图标,提交后应弹出提示信息。
3.系统功能需求
ATM自动取款机系统相关的主要对象有:
用户:使用ATM自动取款机进行现金交易。进行取款、查询余额、设置密码、转账等操作。ATM系统:对用户的需求进行接收,通过与数据库的交互,根据对用户应用服务的响应,更新数据库中用户的信息。
银行数据库:对用户的所有信息进行存储更新。因此,可以把系统具体功能描述如下:
管理员:开户,销户,修改密码。
客户:取款,存款,查询余额,转账,修改密码。主要功能:
取款:用户按照系统输入要求输入取款金额即可取出相应金额的现金。查询余额:用户可以查看账户所剩现金余额。
修改密码:如果用户想要修改当前密码,通过系统可以设置新密码。
转账:用户可以通过该功能将自己账户上的金额转到其他账户
4.界面需求4.1界面风格
用户界面统一设计,保证界面文字、颜色、图案等的一致性;符合美学标准。整洁、美观、错落有致。4.1.1文字
字体使用适当,一般两到三种为谊;使用清晰易读的文字。4.1.2颜色
颜色使用适当;选择使用户长期使用不易疲劳的颜色,如灰色。遵循对比原则,深色背景使用浅色文字;浅色背景使用深色文字。4.1.3图案
图案的一致性、使用的恰当性、形象性、见图知意、大小合理。4.1.4界面布局
合理的界面布局,保证习惯,平衡,屏幕不能拥挤,屏幕总体覆盖度最好不要超过40%;而组合框中覆盖度不要超过62%(Mayhew1992年试验结果)。
有效组合,在逻辑上关联的项目在屏幕上应当加以组合,以显示其关联性。反之任何项目之间毫不相关的项目应当分隔开。在项目集合间用间隔对其进行分组/或用方框也同样可做到这一点。
保持习惯,屏幕组织自上而下、自左而右。4.1.5区域排列
区域排列合理,排列整齐;一般的标签右对齐,编辑框左对齐。4.1.6数据对齐方式
数据对齐要恰当,字符左对齐,数字右对齐。
4.2操作方式
操作方式遵循Microsoft标准。在没有鼠标的情况下应该保证用户可以方便使用软件;回车键具备Tab健功能;方向健功能可以使用;用直观,标准的快捷建;界面间切换方便;对用户不能访问的功能统一采用灰掉而不是移走;使用非破坏性的缺省按钮,对于保存、删除之类的按钮不用缺省按钮;在操作焦点处排列功能按钮;菜单/工具条设计合理,弹出菜单不应该是唯一功能;主要功能应放于工具条;菜单层次少于4层。
4.3交互信息
提示信息的一致性,措词适当;用清晰简单无二意的文字表述功能。
当程序运行时间较长时,用进度条给于提示。用状态栏提示当前操作。
4.4输入
控制输入量,在输入时只输入基本信息,非基本信息应在系统中通过基本信息计算生成。
输入设计中应采用多种输入校验和有效性验证技术,尽量采用下拉选择框,让用户选择;减少输入错误。
避免额外步骤,在输入设计中应尽量避免不必要的输入步骤,当步骤不能省略时应仔细验证现有步骤是否完备、高效。
简化输入过程,不能因为校验而是输入复杂化。便于填写、便于归档、保证精度。
4.5输出
对输出数据要保证精度。
输出尽可能采用多种形式,如声音、图像,各种图形报表尽可能的满足用户的各种需要,最好能实现报表制定义。
5.小组成员
组长:**(23号)
组员:***(29号)***(51号)****(59号)
6.工作分配
***(23号):写开题报告及后期报告**(23号):软件功能策划及后期工作**(29号):界面设计**(51号):界面设计***(59号):界面设计
7.项目进度计划安排
第3周~第4周:写需求分析报告第4周~第5周:设计方案
第5周~第9周:设计
第9周~第10周:写界面设计报告第10周~第11周:测试、评估
友情提示:本文中关于《银行ATM自动取款机需求分析报告》给出的范例仅供您参考拓展思维使用,银行ATM自动取款机需求分析报告:该篇文章建议您自主创作。
来源:网络整理 免责声明:本文仅限学习分享,如产生版权问题,请联系我们及时删除。