©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、目录 1．引言2 编写目的2 工程背景2 定义2 参考资料2 2．任务概述3 目标3 运行环境3 需求概述3 条件与限制3 3．总体设计3 处理流程3 ATM机面向用户4 ATM机面向银行业务人员8 3.4ATM机自身功能................................................................................................9 4．接口设计.....................................................................
2、12 5．系统数据结构设计................................................................................................13 6. 各项要求...............................................................................................................13 6.1运行时刻要求.............
3、13 6.2系统功能一般性要求....................................................................................14 6.3性能指标或要求............................................................................................14 6.4对平安性
4、的要求............................................................................................14 6.5其他专门的求................................................................................................14 1.1编写目的 本文档要紧描述银行自动取款机〔ATM〕的业务功能，为客户了解本系统功能提供较为全面的描述，以及为本系统的开发人员提供完整的系统需求，本文档是下一步具体设计的根底。
5、待开发产品名称：银行自动柜员机 产品简称：ATM ATM自动柜员机能够提供24小时不间断效劳，操作简单，能够方便用户存、取款，转账，查询账户信息等迅速、便捷、优质的效劳。本系统是由三人组队完成。 1、账号。在银行中，事务应用的单个账号。账号能够为多种类型，然而至少包括支票和存款。每个顾客能够拥有多个账号。 2、ATM：AutomaticTellerMachine。一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事务处理。ATM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提提供顾客。 3、银行。一个金融机构，负责保
6、留顾客的账号信息，执行授权卡通过ATM网访咨询账号。 4、银行计算机。银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。银行能够拥有自己的内部计算机网处理账号，然而我们只关怀同网络进行交互的计算机。 5、现金卡。每张卡提提供一个银行储户，授权储户能够使用ATM机访咨询自己的账号。每张卡包含一个银行代码和一个卡号，银行代码依据信用卡的国际标准进行编码，卡号确定卡能够访咨询的账户。一张卡不能访咨询客户的所有账户。每张卡只能有一个持卡人，然而多个复本可能存在，因此必须考虑从不同的ATM机同时使用相同卡的行为。 6、储户。拥有银行的一个或者多个账号的人。储户能够包括一个人或者多个人，或
7、者是公司。相同的人，拥有不同银行的账号被认为是不同的储户。 7、事务。对单个客户账号的单个完整的操作请求。 ?软件工程?彭主编重庆大学出版社 ?数据库原理?郭盈发张红鹃编著西安电子科技大学出版社 ?MySQL开发者?〔荷〕RickF.vanderLans著许杰星李强等译 2. 任务概述 随着电脑技术的普及，在银行存取款业务中建立一个自助化的治理体系是特不必要的，开发ATM系统的要紧目标是,改变以往靠柜员存取款的手工化,以及只能在银行上班时刻办理业务的时刻和空间上的局限性建立一个标准化电脑自动治理模式，将存款、取款、转账、查询、修改密码等工作进行电脑自动治理，使银行业务科学化，提高账
8、户治理水平和工作效率。 Windowsxp/2000以上操作系统下 本系统能够分为用户与ATM机、银行业务员与ATM机及ATM机自身功能共三个大局部。 完成工程应具备的条件：开发人员应具备相应的开发能力，java的数据库编程，小组成员能够依据方案和讲明书的要求，按时完成系统的每一局部，保证后面的开发进程能够顺利进行。 已具备的条件：小组成员的交流对比方便； 所需的硬件设备对比充分； 尚需补充的条件：尽快提高开发人员的编程和软件测试能力 3. 总体设计 下面将使用〔结构化设计〕面向数据流的方法对ATM机系统的处理流程进行分析。系统可分为三个局部：一、ATM机面向用户，二、ATM面
9、向银行职员，三、ATM自身的功能。 现对这三大局部流程分析： 下面进行各模块功能讲明： 总的数据流图： 用户 ATM 业务人员 统计 自我恢复 记录 鉴不真伪 银行卡 密码 转账 凭条 现金 报表 清单 打印 升级 3.2ATM机面向用户： E-R图 用户 储户信息 账户 拥有 银行卡 使用 ATM机 取款 转账 查询余额 修改密码 账号 密码 余额 ATM机系统数据流图 ATM系统 用户 用户 银行卡 交易凭条 银行卡 细化后的ATM数据流图 用户
10、 用户 账户信息 功能讲明： 描述：ATM检查所同意的银行卡是否合法的银行卡 输进：用户插进银行卡 处理：检查银行卡是否合法，检查银行卡的磁条，当读取了银行卡的信息，同时确认是没有过期时，银行卡为合法银行卡 描述：密码是进进主操作界面的钥匙，密码不正确不能进行业务办理 输进：用户输进密码 处理：依据银行卡信息查寻数据库保留的用户本张卡的密码，对比字符 输出：密码是否正确 正确那么进进主操作界面否那么退出 〔1〕 描述：ATM可提供的取款功能，能从中取出现金 输进：用户选择取现业务，选择取现金额 处理：密码正确，响应取现程序，读取用户取现金额，对比取
11、现金额与本卡余额和答应最大取现额 输出：显示用户要取现的金额 〔2〕 描述：初始取款序列，假如用户取现金额大于本卡余额或大于最大取现额，那么终 止本程序 输进：用户取现金额大于本卡余额或大于最大取现额 处理：终止程序 输出：余额缺乏或超出最大取现额，回到主操作界面 〔3〕 描述：初始取款序列，假如条件符合，那么吐出现金 输进：金额符合要求 处理：启动点钞机，点钞完毕并正确，弹出钞票，记录信息 输出：弹出钞票，显示30秒内取走现金 描述：能够将钞票塞进指定位置，实现将现金存进银行卡 输进：选择存款选项，塞进钞票 处理：启动点钞机，清点钞票性质、面值、相应张数和真伪，
12、以及总额 输出：显示用户存进现金的总额 5查询功能 描述：在ＡＴＭ机上查询本卡中的信息 输进：选择查询选项 处理：查寻数据库中本卡信息 输出：显示本卡用户信息，包括余额等 6.转账功能 〔1〕 描述：实现从本卡向不的银行卡转现金额 输进：要转进账的银行卡号 处理：从数据库中查询输进的卡号，显示转进账的信息 输出：显示转进账的卡的信息，提示用户是否确认 〔2〕 输进：用户确认，并输进转进金额 处理：修改转进账的银行卡的金额数据 输进：转账成功 描述：实现ＡＴＭ机上直截了当修改银行卡的密码 输进：选择修改密码选项，输进旧密码，输进新密码 处理：修改数据库中本
13、卡中密码 输出：密码修改成功 3.3ATM机面向银行业务人员： E-R图 业务人员 信息 编号 姓名 治理 身份证号 ATM机 版本 余额 数据流图 身份证验证 业务员 ATM 业务员 密码 报表 信息 细化后的数据流图 登陆系统 银行业务人员 登陆信息表 修改密码 打印报表 配款 升级系统程序 查询 新密码 配款记录 升级信息记录 业务人员治理信息表 功能讲明： 输进：业务人员启动打印程序 处理：系统生成日，月，年各种报表 输出：显示报表 输进：业务人员启动升级程序 处理：自动猎取文件，终止系统，升
14、级，重启ATM系统 输出： 输进：业务人员选择修改密码，旧密码 处理：查询数据库，寻到对应密码，将旧密码换成新密码 输出：密码修改成功 输进：业务人员输进其编号和密码 处理：查询数据库，寻到相应密码，对比字符 输出 输进： 处理：查瞧对比字符的结果是否一致，不一致 输出：密码错误 输进：连续三次输进的密码是错误的 处理：记录连续输进错误密码的次数，等于3次，退出程序 输出：密码三次错误，退出程序 输出：输进正确密码 处理：查瞧对比字符的结果是否一致，一致 输出：进进主操作界面 输进：业务人员选择配款选项，送进现金 处理：ATM机启动点钞机，记录纸币性质、面值
15、相应张数和总额。 输出：配款值和ATM机总余额 3.4ATM机自身功能： 数据流图： 检测剩余金额 出现假币，并提示用户 鉴不有假币 ATM 记录历史 发送到银行 吞进货币 不提示 向银行提出请求 接着提示 假 真 足够 缺乏 增加 没增加 功能讲明： 1. 鉴不钞票真伪 输进：用户或银行业务人员放进钞票 处理：启动验钞机，鉴不钞票的真伪 输出： 2. 自动查询余额并向银行发出余额提示 输进： 处理：定时自动启动余额查询程序，查询信息表中余额值 输出：向银行显示余额 3. 记录历史 输进： 处理：将用户和业务人员修改后的密码，
16、存取金额等写进记录表中 输出： 4. 自我恢复 输进：系统出现非硬件故障 处理：系统有一定的检测故障能力，启动故障维护程序进行维护 输出：系统故障，暂停业务 4.接口设计 操作面板接口：显示各种操作选项供操作人员选择。 读卡机接口：依据插进的卡进行识不工作，有效卡那么进行存取款等工作，无效卡那么进行退卡。 储户面板接口：显示各种操作选项供储户选择。 同银行的网络连接接口：连接其他银行以便进行跨行取款。 吐钞票机接口：取款时吐出现金。 现金接收器接口：同意并识不要存进的现金。 收据打印机接口：打印回执单。 通讯接口：网络传输协议为 TCP/IP等协议。 数据库接口：
17、与数据库进行数据联系 本应用产品在B/S结构的环境中使用，因此应该提供一网络环境，网络传输协议为TCP/IP等协议，在该环境的效劳器上运行的能够是WINDOWS2000操作系统，客户端使用Windows95/98/2000/xp操作系统。 系统要紧提供存取款、查询、修改密码、转账等功能。要紧对系统中的信息量作一分析，从而取定系统的存储能力。 如用数据库技术，具体列出设计的各数据表结构。 字段名 名称 数据类型 长度 是否答应为空 卡号 carnumber int 19 否 账号 account Int 19 否 姓名 name Varchar 2_3
18、 否 身份证号 ID int 18 否 密码 key int 6 否 账户余额 balance int 否 固定 phone int 11 是 telephone int 11 是 索引 Index Int 是 最后更新时刻 Update_time Date 是 备注 Memo Varchar 200 是 6.各项要求 6.1运行时刻要求 讲明关于该软件的时刻特性要求，如对： a． 响应时刻；2秒 b． 更新处理时刻；3秒 c． 数据的转换和传送时刻；4秒 d． 出钞时刻；2秒 e． 取钞
19、时刻：30秒 f． 选择时刻：30秒 要求界面格式统一； 统一的错误声音提示。 6.3 性能指标或要求 对数据精度、响应时刻的要求。本处仅列出对软件系统的所有功能〔或一局部〕的共同要求，针对某一功能的专门性能要求应列在该功能规格讲明中。 对平安性的要求 指出系统对使用权限的治理要求〔使用权限分为几级、是否与部门权力体系对应等〕、信息加密、信息认证〔确定穿过系统或网络的信息没有被修改〕方面的要求。 视具体情况，列出不在本标准规定中的需求，如对数据库的要求，多平台特性要求，操作特性要求，场适宜应性要求等对一个体软件系统的所有功能〔或一局部〕的共同要求，针对某一功能的专门要求应列在该功能讲明中。
©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
