ATM系统设计1.docx

ATM系统设计1.docx

《ATM系统设计1.docx》由会员分享，可在线阅读，更多相关《ATM系统设计1.docx（22页珍藏版）》请在冰豆网上搜索。

ATM系统设计1

（此文档为word格式，下载后您可任意编辑修改！

）

《ATM自动取款机系统》

需求规格说明书

文档名称：

ATM系统需求分析规格说明书

项目名称：

ATM自动取款机系统

项目负责人：

计算机071—27胡玉萍

ATM系统需求规格说明书

1.引言

1．1编写目的

本需求规格说明书是对ATM系统开发的基本需求的描述，以及对系统任务、功能需求和性能需求进行阐述。

编写本需求规格说明书的目的是分析ATM系统的特点，将取款、存款、查询等业务自主化，提出该系统的功能需求。

需求分析是用户和系统分析员之间进行沟通的桥梁，是用户确定未来系统功能的凭据，也是系统分析员进行系统设计的对象和依据，是系统验收的依据。

故是一个多方人事都要阅读和思考的重要文档。

1．2背景

拟开发软件系统的名称：

系统名称：

ATM系统

任务提出者：

广大储户

任务开发者：

大连工业大学：

胡玉萍

1．3定义

1、账号。

在银行中，事务应用的单个账号。

账号可以为多种类型，但是至少包括支票和存款。

每个顾客可以拥有多个账号。

2、ATM：

AutomaticTellerMachine。

一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事务处理。

ATM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提供给顾客。

3、银行。

一个金融机构，负责保存顾客的账号信息，执行授权卡通过ATM网访问账号。

4、银行计算机。

银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。

银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。

5、现金卡。

每张卡提供给一个银行储户，授权储户可以使用ATM机访问自己的账号。

每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。

一张卡不能访问客户的所有账户。

每张卡只能有一个持卡人，但是多个复本可能存在，所以必须考虑从不同的ATM机同时使用相同卡的行为。

6、储户。

拥有银行的一个或者多个账号的人。

储户可以包括一个人或者多个人，或者是公司。

相同的人，拥有不同银行的账号被认为是不同的储户。

7、事务。

对单个客户账号的单个完整的操作请求。

1．4参考资料

软件工程导论（第五版）张海藩编著清华大学出版社

UML及建模郭宁编著清华大学出版社

《数据库原理》郭盈发张红鹃编著西安电子科技大学出版社

2任务概述

2.1目标

随着电脑技术的普及，在银行存取款业务中建立一个自助化的管理体系是非常必要的，开发ATM系统的主要目标是,改变以往靠柜员存取款的手工化,以及只能在银行上班时间办理业务的时间和空间上的局限性建立一个规范化电脑自动管理模式，将存款、取款、转账、查询、修改密码等工作进行电脑自动管理，使银行业务科学化，提高账户管理水平和工作效率。

2.2用户的特点

1、储户需求：

初中以上文化水平，懂得ATM操作。

2、系统管理员：

系统管理员负责系统维护、数据库更新等底层工作。

[1]熟悉软件的开发工具和数据库的维护；

[2]能够网络维护；

[3]有一定的开发能力，能够对协助该系统进行恰当的升级和维护工作。

3、超级管理员：

有比普通用户更高的权限并兼有系统维护人员的职能。

[1]熟悉管理流程；

[2]熟悉本软件的运行环境；

[3]熟悉本软件的内部结构和使用方法；

[4]熟悉各种数据的生成及打印报表方法；

[5]具有熟练的计算机操作技能；

2.3假定和约束

完成项目应具备的条件：

开发人员应具备相应的开发能力，VisualC++6.0的数据库编程，小组成员能够根据计划和说明书的要求，按时完成系统的每一部分，保证后面的开发进程可以顺利进行。

已具备的条件：

小组成员的交流比较方便；

所需的硬件设备比较充分；

尚需补充的条件：

尽快提高开发人员的编程和软件测试能力；

本系统计划用2万元（人民币）作为开发运作资金；

计划在个一月内完成项目。

3需求规定

3.1对功能的规定

用例图：

储户和银行业务员都可以进行存取款、查询、修改密码、转账动作，同时银行业务员还可以开户。

系统管理员和超级管理员对整个ATM系统起着很关键的作用，他们进行数据库和文件的维护，保证系统正常运行。

3.2对性能的规定

3.2.1精度：

输入数据精度：

储户密码：

六位整数;取款额，转账额：

100元的倍数；转账卡号：

19位整数

输出数据精度：

余额：

一元为单位精确到0.01；

3.2.2时间特性要求

说明对于该软件的时间特性要求，如对：

1、响应时间；2秒

2、更新处理时间；3秒

3、数据的转换和传送时间；4秒

4、出钞时间；2秒

5、取钞时间：

30秒

6、选择时间：

30秒

3.2.3灵活性

操作方式上的变化；当插入的卡不能读取时会显示无效信息并退回卡；当输入密码无效时提示从新输入。

超级用户通过用户名和密码可以对该系统进行操作。

3.3输人输出要求

1、输入：

1）输入内容：

ATM卡，储户密码，取款额，转账卡号，转账金额

2）数据精度：

储户密码：

六位整数;取款额，转账额：

100元的倍数；转账卡号：

19位整数

输入设备：

数字键盘

2、输出：

1）输出内容：

储户户名，现金，插卡提示，输入密码提示，业务选择提示，打印凭条提示，拿走卡提示，账户动态信息。

输出设备与介质：

设备：

打印机，显示器;介质：

纸张、出钞设备，计算机

3.4数据管理能力要求

E_R图：

3.5故障处理要求

1、配备UPS作后备电源。

当操作员打开数据库正在对数据进行操作而遇突然停电时，如果没有后备电源，操作员来不及保存数据并退出系统，容易造成数据丢失和数据库锁死。

为防止上述情况发生，有必要为系统配备UPS。

2、用磁盘方式对系统数据进行完整备份。

每天下班后，由应用系统自动调用数据后备的实用程序进行磁盘备份。

备份磁盘交财务人员保管。

3、数据恢复。

当系统遭受硬件故障、病毒等突发事件的影响而造成数据丢失时，可从备份数据中得到恢复。

程序系统失效后，由系统管理员由磁盘恢复程序系统。

4、设置专职系统管理员。

进行储户、密码等有关系统安全方面的设置。

该系统只能由系统管理员、合法用户启动。

5、用户使用口令识别方式进入系统操作环境。

6、建立系统上机日志。

记录每个用户登录日期、时间、操作员名称、退出时间、退出状态等信息。

3.6其他专门要求

它以WINDOWS为操作平台，人机交互容易，易学、易用，而且符合ATM自动存取款的规范要求。

整个系统具有充分的灵活性、可适应性与可扩展性。

主要体现在：

1、超级用户可根据自身设计需要，通过库维护模块修改数据库的结构，即修改、添加字段名，字段长度等属性，使该系统有较好的适应性及扩展性。

2、实现了过程的可视化，使用户可方便地了解款项自动存取的过程，并快速进行存取款操作，输出相应的数据报表、款项和回执单，大大方便了储户存款、取款、查询、转账工作。

3、配备UPS作后备电源。

当操作员打开数据库正在对数据进行操作而遇突然停电时，如果没有后备电源，操作员来不及保存数据并退出系统，容易造成数据丢失和数据库锁死。

为防止上述情况发生，有必要为系统配备UPS。

4.用磁盘方式对系统数据进行完整备份。

每天下班后，由应用系统自动调用数据后备的实用程序进行磁盘备份。

备份磁盘交财务人员保管。

5、数据恢复。

当系统遭受硬件故障、病毒等突发事件的影响而造成数据丢失时，可从备份数据中得到恢复。

6、程序系统失效后，由系统管理员由磁盘恢复程序系统。

7、设置专职系统管理员。

进行储户、密码等有关系统安全方面的设置。

该系统只能由系统管理员、合法用户启动。

4运行环境规定

4.1设备

硬件主要配置:

CPU:

PetiumI或赛扬等能正常运行Window98、Window2000；

内存：

8M以上；

硬盘：

2G以上；

不间断电源（UPS），后备时间15分钟以上。

小型打印机一台、验钞机一台、摄像头一个、读卡机一个

吐钱机一个

4.2支持软件

软件主要配置：

操作系统：

Windowsxp/2000

数据库软件：

access数据库系统

界面设计软件：

microsoftstudio2008

4.3接口

操作面板接口

OperatorPanel：

显示各种操作选项供操作人员选择。

读卡机接口：

CardReader：

根据插入的卡进行识别工作，有效卡则进行存取款等工作，无效卡则进行退卡。

储户面板接口：

CustomerConsole：

显示各种操作选项供储户选择。

同银行的网络连接接口：

NetworkToBank：

连接其他银行以便进行跨行取款。

吐钱机接口：

CashDispenser：

取款时吐出现金。

现金接收器接口：

EnvelopeAcceptor：

接受并识别要存入的现金。

收据打印机接口：

ReceiptPrinter：

打印回执单。

通讯接口：

网络传输协议为TCP/IP等协议。

本应用产品在B/S结构的环境中使用，所以应该提供一网络环境，网络传输协议为TCP/IP等协议，在该环境的服务器上运行的可以是WINDOWS2000操作系统，客户端使用Windows95/98/2000操作系统。

系统主要提供存取款、查询、修改密码、转账等功能。

主要对系统中的信息量作一分析，从而取定系统的存储能力。

4.4控制

该软件银行系统控制人员控制。

《ATM自动取款机系统》

概要设计说明书

文档名称：

ATM系统概要设计说明书

项目名称：

ATM自动取款机系统

项目负责人：

计算机071—27胡玉萍

ATM系统概要设计说明书

1引言

1.1编写目的

本概要设计说明书是对ATM系统开发的基本需求的描述，以及对系统任务、功能需求和性能需求进行阐述。

编写本概要设计说明书的目的针对ATM系统的特点，将取款、存款、查询等业务自主化，设计出相应的实现方法。

概要设计是系统分析员和系统设计员之间进行沟通的桥梁，是系统设计员设计系统功能的凭据，也是系统分析员进行系统设计的对象和依据，是系统验收的依据。

故是一个多方人事都要阅读和思考的重要文档。

1.2背景

拟开发软件系统的名称：

系统名称：

ATM自动取款机系统

任务提出者：

广大储户

任务开发者：

大连工业大学：

胡玉萍

1.3定义

1、账号。

在银行中，事务应用的单个账号。

账号可以为多种类型，但是至少包括支票和存款。

每个顾客可以拥有多个账号。

2、ATM：

AutomaticTellerMachine。

一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事务处理。

ATM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提供给顾客。

3、银行。

一个金融机构，负责保存顾客的账号信息，执行授权卡通过ATM网访问账号。

4、银行计算机。

银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。

银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。

5、现金卡。

每张卡提供给一个银行储户，授权储户可以使用ATM机访问自己的账号。

每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。

一张卡不能访问客户的所有账户。

每张卡只能有一个持卡人，但是多个复本可能存在，所以必须考虑从不同的ATM机同时使用相同卡的行为。

6、储户。

拥有银行的一个或者多个账号的人。

储户可以包括一个人或者多个人，或者是公司。

相同的人，拥有不同银行的账号被认为是不同的储户。

7、事务。

对单个客户账号的单个完整的操作请求。

1.4参考资料

软件工程导论（第五版）张海藩编著清华大学出版社

UML及建模郭宁编著清华大学出版社

《数据库系统原理教程》王珊编著清华大学出版社

《管理信息系统》黄梯云主编经济科学出版社

《数据库原理》郭盈发张红鹃编著西安电子科技大学出版社

2总体设计

2.1需求规定

1）输入内容：

ATM卡，储户密码，取款额，转账卡号，转账金额

2）数据精度：

储户密码：

六位整数;取款额，转账额：

100元的倍数；转账卡号：

19位整数

数字键盘

输出设计：

输出内容

储户户名，现金，插卡提示，输入密码提示，业务选择提示，打印凭条提示，拿走卡提示，账户动态信息。

输出设备与介质

1）设备：

打印机，显示器

2）介质：

纸张、出钞设备，计算机

3）见ATM系统规格说明书3.1需求调查——表1、表2、表3

2.2运行环境

运行环境：

客户机服务器

硬件支撑环境：

cpu奔Ⅱ266HZ以上,cpu奔Ⅲ433HZ以上,

64M以上内存，128M以上内存，

20G以上硬盘，80G硬盘，

100M以太网卡，100M以太网卡

集线器：

HUB

软件支撑环境：

Windows2000Windows2000server版

中英文输入后台：

ACCESS2000

2.3基本设计概念和处理流程

数据流图：

系统流程图：

说明：

首先，将ATM卡插入ATM机插卡口如果卡有效则输入密码，密码验证通过则输入所要求事务类型，处理完事务退卡。

2.4结构

系统结构图：

系统功能模块图：

ATM系统主要有：

存款、取款、查询、转账、修改密码等功能。

取款成功顺序图：

取款成功活动图：

2.5功能需求与程序的关系

本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：

储户

银行业务员

系统管理员

超级管理员

取款

√

√

√

存款

√

√

√

查询

√

√

√

修改密码

√

√

√

转账

√

√

√

开户

√

√

系统维护

√

√

数据库维护

√

√

2.6人工处理过程

如果出现了较大的故障必须由操作人员处理。

由储户插入ATM卡，然后输入密码，输入事务选项，最后或许要取出现金，结束事务。

3接口设计

3.1用户接口

　　　　１、登陆界面的创建：

　　　登陆界面名为mainfrm，设计完成后窗体如图：

（由于目前还没有设计读卡的能力所以用输入卡号代替）

　　　　２、登录窗口创建：

登录窗体名为loginfrm,设计窗体如图：

3、取款窗口创建：

本窗体名为withdrawfrm,设计图如：

3.2外部接口

与ACCESS2000接口设计：

使用ODBC访问远程的数据库服务器，进行数据的控制，使用ADODB.Connection连接ODBC，其它的模块全部通过公共模块中的ExcuteSQL（）连接到ODBC数据源上。

与用户的接口设计：

程序运行以后，用户必须输入用户名和密码才能够使用本系统，如果用户三次密码输入有误则直接退出程序，用户界面采用菜单提供各个功能。

3.3内部接口

✧事件驱动编程

在设计应用程序时，必须首先确定应用程序如何同用户进行交互。

例如发生鼠标单击、键盘输入等事件时，由用户编写代码控制这些事件的响应，这就是所谓的事件驱动编程。

✧与数据库的连接性

SQLServer提供了与底层数据库系统紧密的连接。

SQLServer支持不同的关系数据库管理系统并充分发挥每一个数据库的特长。

开发人员利用内置的高性能数据库引擎生成独立应用或脱离服务器运行的服务以上的应用，在开发该ATM系统时,笔者就是使用该种数据库引擎。

SQLServer存取数据库的方式为：

通过使用的DBC接口。

（DBC（开放数据库连接）是微软公司的数据库连接标准）

本系统主要划分为以下5个子模块：

存款、取款、查询、转账、修改密码。

主要的系统模块如下图如示。

系统功能模块

下面分别对这5个功能模块进行介绍。

1、取款模块

储户通过插卡、验证卡、输入密码进入选项主界面，然后选择取款，进入取款模块。

进入该模块后系统提示储户输入取款金额（100的倍数），机器读入数据后，系统会验证储户账户余额是否充足。

如果余额充足则自行出钞，否则返回信息“余额不足”。

储户需要根据余额选择适当的取款额。

2、存款模块

储户通过插卡、验证卡、输入密码进入选项主界面，然后选择存款，进入存款模块。

进入该模块后系统提示用户把钞票叠放整齐并按照动画所示将钞票放入出钞口，然后又验钞机检验钞票真伪。

若钞票符合规定则进入数额确认界面存款成功，否则退回现金。

3、查询模块

储户和银行工作人员通过此模块来进行余额及账户动态等查询。

该模块提供了时间、账户动态等各种查询条件，储户和银行工作人员可根据这查询条件来进行查询，既可以查询出某笔款项或者某个储户的账户历史，也可以查出某天所有的账户动态信息。

同时，该模块在查询时还提供了进行模糊查询的功能以方便储户和银行工作人员的查询。

4、修改密码模块

储户通过插卡、验证卡、输入密码进入选项主界面，然后选择密码修改，进入密码修改模块。

系统提示输入新密码（6位整数）输入新密码后，系统会提示密码确认，再次输入新密码，然后确认就可以了。

5、转账模块

储户通过插卡、验证卡、输入密码进入选项主界面，然后选择转账，进入转账模块。

系统提示输入转账卡号，输入卡号后系统验证卡号，若为有效卡号则输出目的卡号基本信息，否则输出“账号无效”。

最后对目的账号进行点击确认即可。

4运行设计

.1运行模块组合

本系统有以下功能模块：

1）取款模块

2）存款模块

3）修改密码模块

4）系统维护模块　

5）查询模块

6）转账模块

7）帮助模块

功能描述

下面详细描述一下各个功能模块：

1）取款模块：

取款工作进行

2）存款模块：

进行存款工作

3）修改密码模块：

进行密码修改

4）系统维护模块：

（1） 数据备份：

用户可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。

（2） 数据恢复：

用户可以通过选择路径把数据恢复。

（3） 操作员工管理：

仅限管理员。

其中可以添加、修改、删除操作员工，设置他们的权限、级别及密码。

（4） 系统整理信息：

显示距离管理员整理系统的时间。

5）查询模块：

进行余额，账户动态查询。

6）转账模块：

进行转账同银行间转账操作。

7）帮助模块

（1）帮助信息：

显示系统的详细帮助信息。

（2）关于系统：

主要是显示系统的一些信息。

4.2运行控制

由于该系统是服务器结构的系统，客户端的计算机只要通过浏览器就可以登录ATM系统。

4.3运行时间

说明对于该软件的时间特性要求，如对：

a．响应时间；2秒

b．更新处理时间；3秒

c．数据的转换和传送时间；4秒

d．出钞时间；2秒

e．取钞时间：

30秒

f．选择时间：

30秒

5系统数据结构设计

如用数据库技术，详细列出设计的各数据表结构。

字段名

名称

数据类型

长度

是否允许为空

卡号

carnumber

int

19

否

账号

account

Int

19

否

姓名

name

Varchar

2_3

否

身份证号

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出错信息

权限错误

输入为空

输入有误

访问有误

数据库连接有误

出错信息

对话框“您无权使用该功能”

对话框“请输入***”

对话框“您的输入有误”

对话框“***不存在”

“请确认数据库连接上”

含义

该模块因为用户权限不够而无法访问

该处需要用户输入信息，不能为空

包括类型等不匹配的情况

试图访问数据库中已经不存在的记录，如“来客已走却查询”等

可能上次打开系统后的数据库没有正常关闭

处理方法

只能点“确定”

光标移入要求输入域内

光标移入要求输入域内

，重新输入有效数据

只能点“确定”

先关闭系统后再重新进入边可以了

6.2补救措施

故障的种类一般有以下几点：

1）、事务内部的故障；

2）、系统故障；

3）、介质故障；

4）、计算机病毒。

而数据恢复的技术有以下几种：

1）、数据转储；

2）登记日志文件；

3）具有检查点的恢复技术等。

步骤如下：

a）登录表信息载入

b）操作员工管理

c）数据恢复

d）选择路径

e）系统数据管理

f）添加

g）选择操作

h）数据备份

i）选择路径

j）修改

k）删除

l）备份

m）恢复

n）打开

保证数据一致性是对数据库的最基本的要求。

事务数据库的逻辑工作单位，只要能够保证系统中一切事务的原子性、一致性，隔离性和持续性，也就保证了数据库处于一致状态。

为了保证事务的原子性，一致性与持续性，必须对事务故障，系统故障的介质故障进行恢复。

数据库转储和登记日志文件是恢复中最经常使用的技术。

恢复的基本原理就是利用存储在后副本，日志文件和数据库镜像中的冗余数据来重建数据库。

事务不仅是恢复的基本单位，也是并发控制的基本单位，为了保证事务的隔离性，保证事务的一致性，需要对并发操作进行控制。

6.3系统维护设计

全宗维护：

多全宗管理，可以根据不同的全宗号来进行维护管理。

档案分类维护：

按照档案的类型名称及对应关系进行自定义维护。

代码维护：

可根据用户的需求对保管期限、责任者、密码等属性进行维护。

案卷模式：

分为组卷、不组卷、通用型三种档案管理模式。

主题词库维护：

可对主题词库中的主题词名称进行修改和添加。

数据工具：

可以把一些相关的数据通过数据通道进行导入导出。

权限维护：

可根据各个部门的人员进行选取其相应权限。