ATM系统需求分析.doc

需求分析 1 引言 1.1目的 为了明确用户的需求并较好的与开发人员进行沟通，使用户与开发人员双方对软件需求取得共同理解基础上达成的协议，特编写此文档，并作为整个软件开发的基础。 1.2背景 随着计算机技术的发展，ATM越来越多的出现在人们的日常生活中，在ATM机上进行取款等业务时的突发情况，例如无故不出钞，吞卡等不容忽视的问题的出现，会导致使用者的权利受到侵害，降低用户对ATM机使用的信心。本次开发的这套ATM系统，可以显著提高现有系统运行效率，增强银行的竞争力，提高储户的满意度。本项目由邱飞（项目经理），张晓琼，邵爽，潘虓，顾成龙完成。 1.3?参考资料 文档编写标准：GB99999-99 《计算机软件需求说明编制指南》--GB—9385--88。 《计算机软件产品开发文件指南》--GB—8567--88。 《ATM系统可行性分析报告》。 1.4术语 银行： 一个金融机构，负责保存顾客的账号信息。可以经授权访问账号。 客户 ：本软件系统的开发提出方 卡： 储蓄卡。银行发行的可以在ATM终端交易的一种储蓄凭证介质。 储户 ：在ATM系统上交易的银行账户拥有者。认为一个持卡人就是一个储户。 ATM ： Auto Teller Machine，分为两部分组成。一部分是ATM服务器，另一部分是ATM终端。终端负责和银行卡持有者进行交互，ATM服务器负责处理交易。一个ATM服务器可以同时连接多个ATM终端。 账号： 一张银行卡对应一个一个账户，卡号与账号之间是一对一关系。 2 项目概述 2.1总体功能描述 这个项目的开发是为银行提供一套高效稳定 图1 ATM工作流程 2.2用户特点 本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。另外，我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。以此来方便用户和保障用户的利益。本系统还为用户提供了足够的界面友好性和易操作性。即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。 另外一部分的用户是银行工作人员，本系统不予考虑。 2.3一般约束 本软件的主要约束是时间期限。 在经费、开发人员及设备方面没有太多消耗；但要在一定的环境下运行，即要有基本的运行设备，设备的要求为一般的PC机即可。 3需求说明 3.1 基本描述 ATM终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，例如：查询、存款、取款、打印凭条等；处理储户相应的要求，执行对应操作，为储户服务。该系统要求须保持一定时间内的交易记录，系统应每天自动汇总各种交易数据与服务器进行对账。同时，在通讯失败或其他交易结果不确定的情况下，ATM要自动发起冲正交易，以保证账务的完整性。 本系统的实现需要记录一些相关信息，其中包括的信息有：用户信息和交易信息。 3.1.1用户信息 用户信息分为部分：储户信息，管理员信息。 储户信息：储户姓名，储户账户（可以多个），储户电话，证件类型，证件号码 管理员信息：登录名，密码，权限 3.1.2交易信息 卡信息：卡号，账号，密码，卡类型，卡金额 ATM信息：ATM编号，ATM余额， 交易流水信息：交易类型，交易代码，账号，交易时间 3.2 用例需求分析 根据需求，做如下用例设计，在给出ATM系统需求用例图之后，我们将对各个用例逐一进行介绍。 图2 ATM系统需求用例图 3.2.1 取款用例 用例编号：UC01 用例名称：取款 创建人 最后修改人 创建日期 10/11/10 最后修改日期 10/11/10 角色：客户 描述：客户输入取款金额。系统判断账户正常且金额允许后提供款给客户。 前置条件：取款身份帐号密码合法 后置条件：无 主干过程 客户指定所需金额， 系统接受请求，判断帐号余额充足后从账户扣钱， ATM吐现金，客户取款 客户得到交易凭条 客户输入其他信息，结束此次取款 系统保存交易信息，添加日志。 分支过程 1.1账户余额不足 系统提示“您输入的取款金额超过您的账户余额” 系统返回主交易界面，结束此次取款 1.2单笔超限或当日取款总额超限 系统提示“输入金额有误，一次的交易金额不超过2500或当日取款总额超过限制50000.” 系统返回主交易界面，结束此次取款 1.3 ATM余额不足 系统提示“很抱歉，ATM余额不足，暂时不能为您服务” 系统返回主交易界面，结束此次取款 异常 E.1 账户状态非法（被冻结或强制冻结） 系统提示“账户异常，写入系统异常日志 系