银行ATM自动取款机需求分析报告.docx

1、银行ATM自动取款机需求分析报告银行ATM自动取款机需求分析报告银行ATM自动取款机需求分析报告 “银行ATM机自动取款系统”需求分析报告1、引言 1.1编写目的 由于的各方面发展速度的大幅提高，几乎所有的银行都配备了不用繁琐的 人工操作的ATM自动取款机。人们可以随时随地进行交易，不再受银行的服务时间的约束，取款时也为人们节省了很多时间，方便快捷。 本需求分析报告为人们清晰展示出ATM自动取款机系统的工作流程，以及ATM机的工作状态。为人们熟练地操作ATM机提供更多帮助，加深人们对ATM机自动取款系统的了解。为系统开发完成后期的测试和验收提供帮助。 1.2项目背景 本系统的名称为“银行ATM

2、机自动取款系统”。系统的功能主要有：能够读取和存储客户的存款和取款信息，方便客户自由交易；在客户选定交易类型后，直接与客户进行现金交易，方便快捷。将客户最新的存取信息上传到银行的总存储系统，并自动更新系统中的客户信息，方便银行系统管理员对客户信息的管理。 2、需求概述 2.1目标 “银行ATM机自动取款系统”主要提供客户的存取交易信息，并自动与客户进行现金交易，以及上传并更新客户存取款信息等功能。该系统针对于配有ATM自动取款机的银行，客户较多，系统需操作方便，信息读取与存储及时快速，方便客户进行自由交易和系统管理员对信息的管理。 2.2用户类和特征 最终用户是银行客户和银行系统管理员，银行系

3、统管理员需要创建、统计、更新和删除客户的存取款信息，要求具备计算机知识和银行业务流程的专业知识，如权限管理和客户业务办理流程等。银行客户就是到银行办理业务的普通客户，只需具备一定的计算机操作知识即可。 3、功能需求 本系统相应的需求有以下方面： （1）能够读取和存储客户账户中的存取款信息，并方便有效地进行客户选择的交易操作。这主要包括以下内容： 自动调用银行总系统中客户原有信息银行客户账户中的信息的查询、读取 客户操作的识别，及信息的录入、更新、存储 （2）能够将客户输入的信息及时上传到银行总系统中，并将客户原有信息进行自动更新。这其中主要包括以下内容： 汇总客户更新的信息，直接上传到银行总系

4、统中抽调银行总系统中客户原有信息，并进行修改 将银行总系统中客户原有信息更新为客户最新输入的信息，并存储（3）提供客户信息访问的权限和管理。其中包括：客户访问普通信息的权限 银行系统管理员对客户信息的录入、更改和删除需要补充说明的几点有： （1）数据保存：需要长期保存的数据信息有 客户信息：客户开通银行账户的基本信息账户信息：客户在银行的存取款信息（2）系统用户：银行系统管理员和客户 银行系统管理员：对ATM机中的信息可进行录入、更改和删除等操作客户：在ATM机上可进行存取交易操作 3.1确定执行者 执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。 确定执行者可以通过提

5、出以下几个问题得到：（1）谁使用系统的主要功能？ （2）谁需要系统的支持以完成日常工作任务？（3）谁从系统获取信息？ （4）谁负责维护和管理系统以保证其正常运行？（5）系统需要应付（处理）哪些外部硬件设备？（6）系统需要和哪些外部系统交互？ 本例中，可以确定“客户”和“银行系统管理员”为系统执行者。“客户”通过系统进行自己的存取款交易，“银行系统管理员”负责使用系统的主要功能。 3.2确定用例 用例描绘了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。 确定用例可通过提出以下几个问题得到： （1）参与者需要从系统中获得什么功能？参

6、与者需要做什么？（2）参与者读取、产生、删除、修改或存储系统的某些信息吗？ （3）系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ （4）系统的输入/输出信息是什么？这些信息从哪里来到哪里去？（5）采用什么实现方法满足某些特殊要求？ 本例中，我们通过一定的调研和分析得到“银行ATM机自动取款系统”的用例图，如下图所示： 3.3编写用例文档 用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档：1、账户信息

7、的维护用例用例名：账户信息的维护参与执行者：银行系统管理员 入口条件：银行系统管理员已经登录到该系统中 事件流：当有客户在ATM自动取款机上进行取款交易时，ATM自动取款机将客户取款之后的信息上传到银行系统中，管理员通过ATM机自动取款系统界面，点击“客户取款信息”调出客户最近一次的取款信息，然后点击上传到银行总系统中，弹出信息更新界面，点击“更新”则覆盖原有账户信息，并保存；点击“取消”则不进行账户信息更新覆盖，且不保存。 出口条件：系统将数据库中的读者信息进行相应的操作。调出客户账户信息是，调出客户账户信息表；更新账户原有信息时，覆盖系统中账户原有信息。异常事件：在进行账户信息上传时，先调

8、出客户在最近一次取款后的信息，若数据库中没有符合条件的记录，则无法进行上传操作，也无法完成系统原有信息的更新操作。 2、客户信息的维护用例用例名：客户信息的维护参与执行者：银行系统管理员 入口条件：银行管理员已经登录到该系统中 事件流：当有新客户开通新的账户时，银行系统管理员将新客户的信息录入到ATM机自动取款系统中，方便客户进行取款交易。进入系统，点击“添加客户”，弹出空白的客户信息表，管理员将新客户的信息录入表中之后，点击”提交”，则保存到系统中；当有客户修改信息时，进入系统，点击“更改客户信息”，弹出搜索界面，在搜索栏中输入需要修改的客户信息的关键字，点击“搜索”，调出客户原有信息，点击

9、“更改”，进入客户信息更改界面，修改完毕之后，点击“保存”，则覆盖客户原有信息，点击“取消”，则取消更改；当有客户注销账户时，进入系统，点击“删除客户信息”，弹出搜索界面，在搜索栏中输入要删除的客户信息的关键字，点击“搜索”，调出客户已存信息，点击“删除”，弹出“是否删除该客户信息？”询问界面，点击“是”，则删除该客户的已存信息，点击“否”，则不进行删除操作。 出口条件：系统将数据库中的读者信息进行相应的操作。添加客户信息时，将新的客户信息保存到系统数据库中；更改客户信息时，在数据库中将该客户的信息进行相应的更改操作；删除客户信息时，则删除该客户在数据库中的信息记录。 异常事件：在进行修改和删

10、除操作时，先查出需要进行操作的客户在系统数据库中的已存信息记录，如果数据库中不存在相应的符合条件的记录，查询没有结果时，则无法进行更改和删除操作。 3、客户信息的查询用例用例名：客户信息的查询参与执行者：银行系统管理员 入口条件：银行管理员已经登录到该系统中事件流：进入系统，点击“查询客户信息”按钮出口条件：系统显示查询的客户信息 4、账户信息查询用例 用例名：账户信息的查询 参与执行者：银行系统管理员、客户 入口条件：银行系统管理员已经登录到该系统中，客户已经登录到个人账户界面中 事件流：银行系统管理员进入系统后，点击“查询客户账户信息”按钮；客户登录个人账号，将银行卡插到卡槽中后，进入登录

11、界面，输入密码后，点击“确认”，进入个人账户界面，点击“查询”按钮。出口条件：系统显示查询的客户账户信息 5、取款用例用例名：取款 参与执行者：银行系统管理员、客户 入口条件：客户已经登录到个人账户界面中 事件流：客户将银行卡插到卡槽中后，进入个人账户登录界面，客户输入密码后，点击“确认”，进入个人账户界面，点击“取款”，进入取款界面，选择取款金额，点击选中的数字按钮，进入等待界面，取出取款口的现金后，进入“是否打印凭条”界面，点击“是”，凭条从凭条口吐出，取出后，点击“退出”，取出银行卡；在进入“是否打印凭条”界面，点击“否”，直接进入退出界面，点击“退出”，取出银行卡。 出口条件：ATM自

12、动取款机将输入的相应的取款金额吐出 6、口令管理用例用例名：口令管理 参与执行者：银行系统管理员、客户 入口条件：客户已经登录到个人账户界面中 事件流：客户将银行卡插入ATM机卡槽中，进入个人账户登录界面，输入密码，点击“确认”，进入个人账户界面，点击“修改密码”按钮，在口令修改页面输入新的密码，点击“确认”。 出口条件：数据库中的密码被修改成最新的密码 7、取款信息查询用例 用例名：取款信息的查询参与执行者：客户 入口条件：客户已经登录到个人账户界面中事件流：进入个人页面后，点击“查询”出口条件：系统显示出客户查询的信息 4、非功能需求 4.1性能需求 银行ATM机自动取款系统的使用者是银行

13、系统管理员和所有开通银行账户的客户。对于银行系统管理员的管理工作，性能要求不是太高，但需要方便客户账户信息的入库等操作。对于开通银行账户的客户取款、修改密码等功能，对性能的要求比较高，一般需要达到并发数1000以上。 4.2安全性需求 由于银行ATM机自动取款系统的客户量很大，所以在对客户账户信息的导入和交易操作要保证速度。在客户进行交易操作的过程中又要保证事务的完整性。在整个系统中，需要完整的权限控制，以防止某些人恶意地攻击系统，修改系统中的原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登录时需要密码验证。 5、故障处理 在正常情况下，应该不出现错误，一

14、旦发生意外，比如：不识别银行卡、输入取款金额后现金吐不出来、取款过后ATM自动取款机为将信息上传到总系统中等等，也应保证客户账户信息不受损坏。 6、外部接口需求（略） 扩展阅读：ATM自动取款机系统(界面需求分析报告) ATM自动取款机系统界面需求分析报告 .项目背景及基本描述 ATM自动取款机系统作为银行信息化管理的一部分，已经相当普及了。相比传统的手工操作，大大提高了银行的工作效率，同时降低人力、财力、物力的浪费，使得取款，转账等一些银行的日常业务形成一种规范有序的流程，减少信息交流的烦琐过程及其带来的开销，实现银行管理的规范化、自动化。 .用户分析 使用该系统的用户包括两类：管理员和客户

15、。 管理员：系统的超级用户，其对系统的操作包括开户、销户、修改密码。此类用户对计算机有一定的深入了解，对数据库的操作也有一定的基础，其亦可能是此类软件较熟悉的用户，这类用户有能力进行一些复杂的操作，比较数据备份，备份路径等。由于数据库保存着所有客户信息情况，在设计时对这类操作应尽量增加确认操作，以对话框的形式询问是否进行操作。 客户：系统的普通用户，其对系统的操作包括取款、存款、查询余额、转账、修改密码等。此类用户的计算机水平一般较低，系统对其操作的要求不应过高，比如菜单项就放在较为突出的地方，方便其操作，尽可能减少输入的数据与次数，避免因操作过多而出现的失误，同时相应菜单应设置带提示性的图标

16、，提交后应弹出提示信息。 .系统功能需求 ATM自动取款机系统相关的主要对象有： 用户：使用ATM自动取款机进行现金交易。进行取款、查询余额、设置密码、转账等操作。ATM系统：对用户的需求进行接收，通过与数据库的交互，根据对用户应用服务的响应，更新数据库中用户的信息。 银行数据库：对用户的所有信息进行存储更新。因此，可以把系统具体功能描述如下： 管理员：开户，销户，修改密码。 客户：取款，存款，查询余额，转账，修改密码。主要功能： 取款：用户按照系统输入要求输入取款金额即可取出相应金额的现金。查询余额：用户可以查看账户所剩现金余额。 修改密码：如果用户想要修改当前密码，通过系统可以设置新密码。

17、 转账：用户可以通过该功能将自己账户上的金额转到其他账户 .界面需求.界面风格 用户界面统一设计，保证界面文字、颜色、图案等的一致性；符合美学标准。整洁、美观、错落有致。.文字 字体使用适当，一般两到三种为谊；使用清晰易读的文字。.颜色 颜色使用适当；选择使用户长期使用不易疲劳的颜色，如灰色。遵循对比原则，深色背景使用浅色文字；浅色背景使用深色文字。.图案 图案的一致性、使用的恰当性、形象性、见图知意、大小合理。.界面布局 合理的界面布局，保证习惯，平衡，屏幕不能拥挤，屏幕总体覆盖度最好不要超过40%；而组合框中覆盖度不要超过62%（Mayhew1992年试验结果）。 有效组合，在逻辑上关联的

18、项目在屏幕上应当加以组合，以显示其关联性。反之任何项目之间毫不相关的项目应当分隔开。在项目集合间用间隔对其进行分组/或用方框也同样可做到这一点。 保持习惯，屏幕组织自上而下、自左而右。.区域排列 区域排列合理，排列整齐；一般的标签右对齐，编辑框左对齐。.数据对齐方式 数据对齐要恰当，字符左对齐，数字右对齐。 .操作方式 操作方式遵循Microsoft标准。在没有鼠标的情况下应该保证用户可以方便使用软件；回车键具备Tab健功能；方向健功能可以使用；用直观，标准的快捷建；界面间切换方便；对用户不能访问的功能统一采用灰掉而不是移走；使用非破坏性的缺省按钮，对于保存、删除之类的按钮不用缺省按钮；在操作

19、焦点处排列功能按钮；菜单/工具条设计合理，弹出菜单不应该是唯一功能；主要功能应放于工具条；菜单层次少于4层。 .交互信息 提示信息的一致性，措词适当；用清晰简单无二意的文字表述功能。 当程序运行时间较长时，用进度条给于提示。用状态栏提示当前操作。 .输入 控制输入量，在输入时只输入基本信息，非基本信息应在系统中通过基本信息计算生成。 输入设计中应采用多种输入校验和有效性验证技术，尽量采用下拉选择框，让用户选择；减少输入错误。 避免额外步骤，在输入设计中应尽量避免不必要的输入步骤，当步骤不能省略时应仔细验证现有步骤是否完备、高效。 简化输入过程，不能因为校验而是输入复杂化。便于填写、便于归档、保证精度。 .输出 对输出数据要保证精度。 输出尽可能采用多种形式，如声音、图像，各种图形报表尽可能的满足用户的各种需要，最好能实现报表制定义。 .小组成员 组长：*（23号） 组员：*（29号）*（51号）*（59号） .工作分配 *（23号）：写开题报告及后期报告*（23号）：软件功能策划及后期工作*（29号）：界面设计*（51号）：界面设计*（59号）：界面设计 .项目进度计划安排 第3周第4周：写需求分析报告第4周第5周：设计方案 第5周第9周：设计 第9周第10周：写界面设计报告第10周第11周：测试、评估