银行ATM机系统需求分析报告

银行ATM机系统需求分析报告
银行ATM机系统需求分析报告

ATM 系统需求分析报告

目录

第二章需求分析报告 (7)

功能需

求…………………………………………………………………….

.7

运行需

要 (1)

6

输入要

求 (1)

6

输入要

求 (1)

6

其他需

求 (1)

6

第三章系统总体及界面设

计 (18)

总体设计 (18)

界面设计 (19)

ATM系统表清单 (26)

系统ER 图 (29)

31

第一章引言

编写目的

应课程的需要,为了明确银行用户对ATM系统的需求,并在充分了解ATM系统软件的基础上较好的对ATM软件的细节问题进行了修正和改进,并提出了一些有一定意义的建议,使用户与开发人员双方对软件需求取得共同理解和双方满意,并作为优化整个银行软件系统的基础。

此报告文档进一步定制软件开发的细节问题,明确软件需求并进行了具体分析、组织软件开发与测试等,便于用户与开发商协调并行工作。经过对银行ATM系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行需求分析。

这个项目的开发是为银行提供一套高效稳定可靠的终端服务平台,为储户登录,存款,取款,查询,打印凭条等操作提供便利,尤其是在ATM机出现故障的情况下,提供了故障恢复的功能。

希望通过本次报告的编写,作为学生自身能够了解到更多关于编程及数据库应用方面的实际案例,将学习到的理论知识应用到实际生活中去,并在应用的过程中巩固学习到的理论知识,加深理解和掌握认知度,便于以后更好的学习其它知识,优化自我,提高自我。

背景

项目名称:银行ATM系统

银行系统是与生活紧密相关的一个机构,银行提供了存款、取

款、转账等业务,这些业务与人们的日常生活息息相关。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户,储户可以存钱到账户中,也可以从自己的账户中取现,还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况,并查询以前所进行的存款、取款等交易记录。后台管理员可以对储户的账户进行注销、删除、查询等管理,还有就是银行利息、汇率、手续费之类参数的设置,以及财务管理以及财务分析。

图银行服务系统示意图

然而,随着银行业务及客户群体数量的增大,银行的工作量及工作压力也在日益的加剧。为缓解这一问题,一种应用在在计算机及编程发展基础上的终端服务应运而生——ATM系统。

图 ATM系统示意图

在充分了解ATM之前,我们可以先来简要了解一下ATM的发展历史:

1939年土耳奇人发明了现金提款机,但现代意义上第一台ATM

设备被认为出现于40年前的英国。

1967年Barclays银行在英国安菲尔德安装世界上第一台ATM设备,发明者是John Shepherd-Barron。另一种说法为1969年出现于美国纽约的Chemical Bank,发明者Don Wetzel。目前全球ATM安装量超过150万台,平均每7分钟新增一台,已经成长成为140亿美元的巨大产业。

ATM被誉为20世纪最有影响力的创新之一。达芬奇学院(Davinci Institute)评选的上世纪10大货币相关创新与发明ATM位列其中。其他创新包括:电子收银机(Electronic Cash Register,1906),电子货币(Electronic Money,1918),装甲车(First Armored Car,1920),信用局(Credit Bureaus,1937),信用卡(Credit Card,1950),条形码(Barcodes,1952),智能卡(Smart Card,1974),电子表格(Spreadsheet,1978),RSA编码(RSA Encryption,1983)。

ATM产业协会(ATMIA)主席Mike Lee认为,每1000人口拥有超过1台ATM可视为进入成熟市场。银联的数据显示,目前我国ATM 安装量约8万台以上即为ATM简要的发展历史和发展状况。下面我们即来介绍下ATM的详细信息。

所谓ATM其实有两种解释,一种是Automatic Teller Machine,中文名称为自动柜员机,简称ATM;另外一种是异步传输模式ATM,全称Asynchronous Transfer Mode。当然,我们在这里所要给大家阐述的是平时我们接触到比较多、银行所使用的、和我们关系比较密

切的自动柜员机。对于ATM的系统的研究首先,我们来举几个简单的例子,从几个银行各自的简单而实用的ATM系统界面来看,建设银行和农业银行的界面比较简洁、实用,只有简单的两个功能,取款、查询;而中国银行则在两个功能的基础上添加了更改密码功能,避免了用户到银行去排队等候的麻烦了;招商银行除了取款和查询功能外,添加上了存款、改密码这两个功能。当然拉,每个银行都有一个退出的功能,而且在设计的时候,ATM都采用了延时设计,当操作超时的时候会自动把卡退出。其实从银行工作人员的角度来考虑,ATM 系统的作用是减轻银行工作人员的繁琐工作负担以及提高银行工作的效率;而从用户的角度来分析,ATM就是方便用户能够及时查询到自己帐号的资金以及避免在人数密集的时候在银行等待取款的过程。于是ATM设计的合理性与人性化就显得异常重要,它不简单的解决了银行的工作效率问题,基本上也考虑到了顾客需要,满足了顾客的需要,也解决了一些不必要的时间的浪费。以上几家银行的ATM系统普遍能够满足用户的基本需要,都是从用户的角度出发,为用户考虑。不过作为一个学软件工程,想了解需求分析的我们来说,这样的功能其实还有很多改进的了。随着计算机技术的发展,ATM越来越多的出现在人们的日常生活中,在ATM机上进行取款等业务时的突发情况,例如无故不出钞,吞卡等不容忽视的问题的出现,会导致使用者的权利受到侵害,降低用户对ATM机使用的信心。本次开发的这套ATM系统,可以显着提高现有系统运行效率,增强银行的竞争力,提高储户的满意度

第二章需求分析报告

功能需求

ATM软件分别有登陆,存款,取款,查询,转账,修改密码,账户明细查询,退出等功能。

图 ATM基本功能图示

设计时常将各个功能分模块设计,各个模块各有不同的特点及功能,最终来完成各自相应的功能。各模块的数据都存放在数据库中,又形成一个整体。数据的调用和连接都有程序来完成。ATM终端机通过用户输入9位的卡号和6位的对应密码,经过验证后,准确无误后可以同系统进行各种交互,例如:查询、存款、取款、转账、明细查询、打印凭条等;系统根据终端服务器的用户输入处理储户相应的要求,执行对应操作,为储户服务。为了安全起见,ATM系统要求须保持一定时间内的交易记录,系统应每天自动汇总各种交易数据与服务器进行对账。同时,在通讯失败或其他交易结果不确定的情况下,ATM 要自动发起冲正交易,以保证账务的完整性。

ATM用户使用的基本流程如下

图 ATM使用基本流程图

因为ATM服务系统可以简要看作是两个方向的交易——用户和银行系统,因此在解析ATM需要达到的基本功能时,要从两个方面来考虑,一是用户的利益,二是银行管理系统的利益。

首先在设计过程中我们可以为用户设计几个模块:取款、存款、查询、转帐以及密码修改。

1、取款

只要账号被ATM系统识别,只需输入密码就能够直接进行存取款。其中用户账号设置为9位,密码设置为6位。密码账号完全匹配后方可进入操作界面。点击取款的操作按钮即可进入取款界面,根据所需取出金额可以选择100元,200元,300元等既定金额,也可以自定义金额但是目前必须是100的整数倍。本ATM都只能提供面值为100元整数倍的钞票,随着信息的发展我们有理由要在此进行改进,因为即使是普通的老百姓,有时候的10元、20元的钞票还是希望能够方便快捷的取到的。因而未来的自动取款机取款应该允许有更多面额的钞票。有时候用户会出现账号丢失及账号被盗的情况,这就必将导致用户金额的亏损。因此为安全起见,对于每日每户取款总额可以做出适当的限制,每次取款金额限制为2000元,每日每户最多可从ATM取现10000元,剩余金额需要就必须携有关证件至柜台办理。由于用户有时一次登录后需要进行不止一种操作,所以在执行完取款操作后可以进行其他界面的选择,可以再次选择继续交易,进入主界面,再次选择其他交易类型接受相应服务。例如:取款后想要查询余额,只要选择的继续交易,即可返回主界面,然后就可以选择查询按照查询步骤即可完成相应操作。

经过密码验证进入取款界面后,取款部分基本的流程图如下:

图取款交易的基本流程图2、存款

经过密码验证后进入存款界面后,开始进行存款操作,将人民币放入ATM机器内制定位置,按下确定键,然后等待机器识别验证钞票真伪以及金额。最后取出未识别的钞票,选择确定还是继续添加。然后结束操作。如果想继续其他交易,可以选择继续交易,然后进入主界面再进行相关操作。存完款即可以显示总额或者其它信息,存款过程中目前也只能识别面值100元的钞票,未来也期望可识别更多种面值的钞票。

存款的基本流程图如下所示:

图存款的基本流程图

3、查询

大多数银行的ATM目前能给用户提供的查询服务主要有余额查询,包括人民币、港币、美元值等。而用户想要了解更多明细账户时就只有到柜台打账单了,这就给柜台系统和工作人员带来了相当大的工作量。如果ATM机能够具有显示用户的账户明细的功能,并提供

打印账户明细服务,将进一步满足用户需求,提高ATM的实用性,同时为银行业务人员减少工作量。

图查询的基本流程图

4、转账

转帐的实现。转账有行内转账和跨行转账之分。如果说不同两家银行之间的转帐因为银行名称而无法实现,起码应该实现同一家银行的不同帐号的转帐,只需要求用户输入自己账户的正确密码和要转账对方的帐号(最好有两次输入对比确认),并需要一个确认让用户有机会确认转帐的准确率。但是大多数银行的ATM还是可以提供跨行转账服务的,只是需要提交相应手续费。在有需要业务手续费时,系统最好能够跳出提示窗口提示用户手续费的金额,待用户确认后再继

续执行下一步服务。

图转账的基本流程图

4、密码修改

密码的修改自然需要用户能够输入正确的原密码,然后输入两次新密码,系统进行比对,比对结果吻合无误后,用户确认成功;确认成功的之后,ATM应该自动识别并自动退出原先登录,同时跳出提

示窗口提示用户用修改后的新密码重新登陆,输入新密码来尝试新密码的正确性及有效性。这个要求数据库的设计的更新的合理性。

图修改密码的基本流程图

其次我们从银行工作者的角度来分析。除了用户所具有的权限之外,银行ATM系统管理员还应该具有以下权限:用户帐号密码的强行修改、根据用户的资料查询到用户的帐号信息、查询用户的交易信息、对违规的用户账户进行账户封闭及重开启等。

1、用户密码强行修改

所谓帐号密码的强行修改,就是在即使在不知道用户的帐号密码的前提下也能对密码进行修改,当然前提是用户提供有效的证据证明帐号的归属全确属本人。这样主要是针对用户遗忘自己的帐号密码,然后能够提供合理的证据证明该帐号属于其本人。

2、账户信息

根据用户资料对其帐号信息进行合适的管理服务,主要是针对遗忘自己帐号,却能够提供自己详细的资料的用户,方便其找回或者更正自己相关账户信息。这两种功能是针对挂失处理,避免部分用户因为遗忘帐号或者密码而造成的不必要的麻烦。

3、交易信息

针对用户的取款、转帐信息,管理员应该能能观察到交易的日期、具体到点的时间、金额、转帐出去的帐号和转到的帐号。这个功能能够方便管理员实时知道ATM系统机那里钞票剩余多少,便于及时更新ATM的存款,防止现金断续给用户带来的不便。

4、非法用户账户的封闭和重启

银行提供各种服务时,并不能准确得知他所服务的用户的诚信度。因此银行系统在提供服务的同时时也应具备相应的数据证据及操

作权限。如发现某些用户出现非法行为时能够强行将其账户关闭并供合法证据和合理解释,并在事情处理结束后重开启该账户。

ATM的设计的合理就应该从使用和管理两方面着手,在考虑了银行用户使用和操作的方便迅捷功能之后,我们也要为银行管理员在管理ATM过程中的简捷思考。

运行需求

设计固然是基础,但ATM能否正常运行,即投入到使用中才是整个工程设计的最终目的和重要环节。ATM机在运行过程中包括系统运行输出、用户需求输入、系统内部数据处理等方面。从用户插入输入账号密码到服务完成,可以如图1所示。

输入要求

1、用户使用ATM时要合法、无破坏性行为,能根据ATM机提供的输入设备和界面显示完成正确的操作。

2、用户从输入设备输入的内容要简便快捷,有目的性。

输出要求

1、要求ATM机能够快速响应储户的功能要求。

2、要求ATM机显示界面清晰简洁,并提供多种语言,便于用户

做出相应决定及完成输入操作。

3、要求ATM机能快速准确打印出客户需要的清单。

其他需求

1、可用性

本案例系统在详细规划的基础上可以通过相应编程进行实现并投入使用,且在实际使用过程中操作简单方便,快捷高效,并能够达到预期效果,使用户及银行系统双满意。

2、安全性

安全性要高,由于软件运行在数据库中,所以参数不容易被错改,破坏,万一参数受到破坏也不会影响源程序,保证用户数据的安全。ATM机处的监控系统要准确实时运行,并附有各项报警系统。

3、可维护性

由于利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部存放于数据库中。对系统进行修改时只需更新数据库相应内容,即更新数据库只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性升级都十分方便。

4、兼容性

适合windows 95 ,windows 98,windows xp,windows sp2及以上操作系统、数据库:SQL SERVER 2000

第三章 ATM机系统总体及界面设计

银行储蓄管理系统

燕山大学三级项目设计说明书 题目:银行储蓄管理系统 学院(系):信息学院 年级专业:教育技术学15—1 学号: 学生姓名:付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师:梁顺攀 教师职称:副教授 燕山大学三级项目设计(论文)任务书 院(系):信息学院教学单位:

说明:此表一式四份,学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表

摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用,能促使银行储蓄管理工作的规范化、标准化和自动化,提高管理水平和管理效率,为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术,管理系统所涉及的数据库设计分为:数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为: 1. 系统需求分析与功能设计阶段,包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段,包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段,包括系统各个模块的ER图及系统的总ER图。 4.逻辑结构设计阶段,包括系统各个模块的ER图所转化的关系模式。 关键词:数据库设计;管理系统; SQL server 2008;

目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)

软件需求分析报告文档实例(课件)

《需求分析报告》书写范例 1.引言 为使得高中语文《劝学》一课多媒体课件开发有序、有效,帮助开发人员与用户之间的交流与理解特制作此文档。本文档开发人员与用户各执一份。 2.项目背景描述 2.1 项目的委托单位:XXX 2.2 该软件系统与其他系统的关系,本项目为高中段语文教学用课件,单独使用于本课程的教学。 2.3 项目名称:高中语文《劝学》一课来讲解演示课件。 2.4 名词定义:无 3. 调研情况介绍 《劝学》是高中语文文言文教学中的一篇。作者:荀子。 通过对课件使用教学能达到以下教学要求: 1、领悟评价作者的思想感情。 2、认识文章艺术特色。 3、了解文言文实词,虚词的用法。 4. 用户特点 4.1 用户业务描述:用户一般为高中语文教师及高中段学生,通过教学学习课文。 4.2 用户情况:教师通过对课件展示课文内容: 1.教师按照:新课引入、全文分析、归纳总结几个方面对课文加以讲解,达到教学要 求。 2.用户最好能直观地展示课文所在求内容; 3.用户一般为高中段语言教师,计算机操作技能一般,因此应尽可能操作直观、方便。 4.3 用户原有系统的情况:原有PPT为顺序执行结构,只能从头放到尾,没有向回返的机制,使用时也只能展示一次。学生有问题时无法及时转移到相应的位置上。

5.任务概述 5.1目标 5.1.1开发目标 演示型课件一般是为了解决教学的重点难点问题而设计制作的,主要作用是辅助教师课堂演示,不要求知识内容的系统讲解,一定要突出重点、难点。通过计算机的多媒体性将不容易用其他媒体解决的问题,以简洁明了的方法和形式呈现给学生。对于语文、历史、地理等需要有大量文字、图形图片、语音等表达知识的重点、难点的课程一般采用演示型课件。高中语文《劝学》一课来讲解演示课件的规划与开发。本软件根据此需求进行开发的。 5.1.2应用目标 使用多媒体教学更容易使学生接受教学的重点与难点。 6. 运行环境 6.1硬件环境 6.2软件环境 6.3条件与限制 7. 功能要求

银行系统数据库需求分析报告

银行数据库系统需求分析 报告 王莫凡 信管0802 2008112445

目录 第一章引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 参考资料 (4) 第二章需求分析报告前提 (4) 2.1 功能需求 (4) 2.1.1 功能划分 (4) 2.1.2 功能描述 (4) 2.2 性能需求 (7) 2.3 输入要求 (7) 2.4 其他需求 (8) 第三章与用户的沟通.................................................................. 错误!未定义书签。 3.1 访谈................................................................................. 错误!未定义书签。 3.2 描述................................................................................. 错误!未定义书签。第四章结论 (8)

第一章引言 1.1 编写目的 本报告的目的是规范化本数据库系统的编写,旨在于提高数据库开发过程中的能见度,便于对数据库开发过程中的控制与管理,同时提出了本银行数据库系统的开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用 此文档进一步银行系统数据库开发的细节问题,明确数据库需求、安排项目规划与进度、组织开发与测试,便于用户与开发商协调工作。经过对该银行数据库系统项目进行详细调查研究,初拟系统实现报告,对开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称:银行系统数据库 用户:××银行 说明:银行系统是与生活紧密相关的一个机构,银行提供了存款、取款、贷款等业务。在银行设立账户的人或机构通常被称为银行的客户。 1、银行有多个分支机构,每个分支机构位于某个城市,由唯一的名称标识, 每个分支机构有一定的资产。 2、银行的客户通过其身份证号唯一标识。银行存储每个客户的姓名、居住 城市和街道。 3、一个客户可以有多个账户,每个账户有一个唯一的账号。银行记录每个 账户的余额以及每个账户的所有者和账户的所有存取款记录。 4、客户可以在银行的任何一个分支机构贷款,而且同一客户可以同时在不 同的分支机构都有贷款,但每笔贷款只能由一个分支机构发放。每笔贷 款用唯一的贷款号标识,一笔贷款可以分多次偿还。银行需要知道每笔 贷款的金额、贷款期限、贷款利率和逐次还款情况,对每次还款要记载

网上银行系统需求分析

网上银行系统需求分析 1.引言 1.1 编写目的 本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见 度,便于对软件开发过程中的控制与管理, 同时提出了本网上银行系统的软件开 发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同 时也表明了本软件的共性,以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与 进度、组织软件开发与测试, 便于用户与开发商协调工作。 本文档面向的读者主 要是项目委托单位的管理人员、 设计人员和开发人员, 希望能使本软件开发工作 更具体。 1.2 项目背景 软件名称:网上银行系统 委托单位:银行 开发单位: XXXXXX 组长: XXX 成员: XXX 1.3 定义 网上银行系统:基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能; 系统或系统部件要满足 合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼, 分析和仔细审查已收集到的需求, 以确保所有的风险 承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其他的模块的接口是简单的 1.4 参考资料 1.吴钦藩 《软件工程——原理,方法与应用》 人民交通出版社出版 6.唐有明、吴华 《 JSP 动态网站开发(典型案例) 》 清华大学出版社 2006年 8 月 7.宇帆、王方、何翠平 《网站建设——从入门到精通》 人民邮电出版社 2006年 8 月 2.任务概述 2.1 目标 2002年 6 月 2.张海藩 《软件工程导论 出版 2003 年9月 3.任胜兵、邢琳 《软件工程》 4.郑人杰 《实用软件工程》 第四版)》 清华大学出版社 北京邮电大学出版社 2001 年 10 月 清华大学出版社 2004 年7月 5.王珊、萨师煊 数据库系统概论》 高等教育出版社 2006 年 5 月

银行储蓄管理系统需求分析设计

〖银行储蓄管理系统〗需求分析 2016年5月

目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 任务概述 (3) 2.1 目标 (3) 2.2 运行环境 (3) 2.3 条件与限制 (3) 3 数据描述 (3) 3.1 静态数据 (3) 3.2 动态数据 (3) 3.3数据库描述 (3) 3.4数据词典 (5) 3.5数据采集 (6) 4 功能需求 (7) 4.1 功能划分 (7) 4.2 功能描述 (7) 5 性能要求 (8) 5.1 数据精确度 (8) 5.2 时间特性 (8) 5.3适应性 (8) 6 运行需求 (8) 6.1 用户界面 (8) 6.2 硬件接口 (8) 6.3 软件接口 (8) 6.4 故障处理 (8) 7 其他需求 (9)

1引言 1.1 编写目的 根据需求调研分析报告,定义系统功能和系统数据流图,通过编写需求分析规格说明书,让开发人员能够根据需求规格说明书来开发项目。 1.2 项目背景 软件名称:银行储蓄系统 委托单位:银行 开发单位:科技大学 主管:荀亚玲 1.3 定义 银行储蓄应用软件:基本元素为构成银行储蓄行为所必需的各种部分。 媒体素材:是指传播教学信息的基本才来单元,可分为五大类:文本类素材、图形(图像)类素材、音频类素材、动画类素材、视频类素材。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有风险承担者都明其含义并找出其中的错误,遗憾或其他部族的地方。 1.4 参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 2任务概述 2.1 目标 完善目前银行储蓄系统,之智能跟上时代发展,同时通过实践来提高自己动手能力。 2.2 运行环境 操作系统:Windows XP/Windows Vista,支持环境:IIS 5.0 数据库:Microsoft SQL. Server 2000,编程环境:Microsoft visual basic 6.0中文版。 2.3 条件与限制硬件配置要求 硬什外部设备需奔腾133以上的pc机,内存需16兆以上 软件要求操作人员具有初步的相关知识 由于本系统为即时软件,刘数据蚓叫步要求较高,建议配置网络时使川叫靠性较高佝相关网络硬件设

银行储蓄系统需求分析报告

银行储蓄系统需求分析报告 1.引言 编写目的 本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用 项目背景 软件名称:银行储蓄系统 委托单位:银行 定义 银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的 参考资料 《精通C#数据库开发》王华杰等清华大学出版社 2004年出版 《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版 《软件工程导论(第四版)》张海藩编着清华大学出版社出版2.任务概述 目标 完善目前银行储蓄系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力 运行环境 操作系统:Microsoft Windows 2000 Advanced Server

支持环境:IIS 数据库:Microsoft SQL Server 2000 条件与限制 硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识 由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。 银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。 有效证件仅为身份证,牵涉到开户、撤户、挂失、取款时客户必须提供身份证号;存款及余额查询时不需提供身份证号。 不考虑系统的运行平台可能会出现的硬件故障。 3.数据描述 静态数据 包括系统登录密码,各数据库所在位置,系统分析原始数据。 动态数据 输入数据: 姓名,年龄,性别,身份证号,地址,帐号,密码 输出数据: 姓名,年龄,性别,身份证号,地址,帐号,密码,交易金额,余额,交易时间,交易号码 数据库介绍 采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。 数据库名称:Bank 其中有六张表,它们是: Depositor (IDCode, IDCard, DName, Sex, Age, Address) 其中IDCode为系统自动赋值,IDCard为主键,是用户的身份证号码,DName表示姓名; CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值,Number为主键,是信用卡的卡号;Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值,Number为主键,是存折的帐号;ExchangeRate (rateName, rateValue) 该表存储汇率值 IntrestRate(rateName, rateValue) 该表存储利率值

演讲稿银行系统需求分析.docx

一、需求陈述 随着经济建设的发展,人民生活水平得到了质的飞跃,手头的多余资金越来越多,在倡导消费理念的同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷的资金管理通道。因此,银行是一个与人们日常生活息息相关的机构。实际中的银行功能十分复杂,在这里仅讨论银最基本的功能,包括取款、存款、转账、开户以及注销账户。在对银行系统的基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间的转账和不同银行的账户之间的转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析 1.确定参与者。 通过对系统需求陈述的分析,可以确定系统有如下执行者: (1)银行 任意一个可以为客户提供开户、销户、存款、取款、转账等业务的银行。 (2)银行职员 在银行中可以修改客户的账户信息,进行开户、销户等操作的职员。 (3)客户 可以在银行中进行存款、取款及转账等业务的任意组织或者个人。 2.确定用例 在确定参与者之后,结合银行系统的基本功能,进一步分析系统的需求,识别出的用例有: (1)登录 本用例提供了验证用户身份的功能。 (2)账户管理 本用例提供了创建、删除账户的功能,以及对账户信息进行修改的功能。 (3)存款 本用例提供了将钱存入账户的功能。 (4)取钱 本用例提供了将账户中的钱取出的功能。 (5)转账 本用例提供了将钱从一个账户转入其他账户的功能,它包括属于同一个银行的账户之间的转账和属于不同银行的账户之间的转账。 三、用例规约描述

软件需求分析报告实例

需求分析说明书 1.引言...................................................................................................... 错误!未定义书签。 1.1 编写目的?错误!未定义书签。 1.2 项目风险 ............................................................................................... 错误!未定义书签。 1.3 预期读者和阅读建议 ........................................................................... 错误!未定义书签。 1.4产品范围.............................................................................................. 错误!未定义书签。 1.5参考文献?5 2. 系统总体概述?错误!未定义书签。 2.1 目标 .................................................................................................... 错误!未定义书签。 2.2用户类和特性 ..................................................................................... 错误!未定义书签。 2.3 运行环境?错误!未定义书签。 2.3.1 硬件环境...................................................................................... 错误!未定义书签。 2.3.2软件环境?错误!未定义书签。 2.4 设计和实现上的限制?错误!未定义书签。 2.5 假设和约束(依赖)?错误!未定义书签。 2.5.1 产品的SEO排名 .......................................................................... 错误!未定义书签。 2.5.3系统的安全.......................................................................................... 错误!未定义书签。 3. 外部接口需求?错误!未定义书签。 3.1用户界面?错误!未定义书签。 3.2 硬件接口 ............................................................................................... 错误!未定义书签。 3.3 软件接口.............................................................................................. 错误!未定义书签。 3.4 通讯接口?错误!未定义书签。 4.系统特性................................................................................................. 错误!未定义书签。 4.1 说明和优先级...................................................................................... 错误!未定义书签。 4.2激励/响应序列 (9) 4.3 功能需求?错误!未定义书签。 4.4功能详述 ............................................................................................. 错误!未定义书签。 4.4.1以使用软件的汽车用户为例:?错误!未定义书签。 5. 其它非功能需求........................................................................................ 错误!未定义书签。 5.1性能需求?错误!未定义书签。 5.2 安全措施需求................................................................................... 错误!未定义书签。 5.3 安全性需求 (12) 5.4 操作需求 ............................................................................................... 错误!未定义书签。 5.5软件质量属性................................................................................. 错误!未定义书签。 5.6 业务规则?错误!未定义书签。 5.7 用户文档.............................................................................................. 错误!未定义书签。 6. 词汇表.......................................................................................................... 错误!未定义书签。 6.1SSH?错误!未定义书签。

银行系统需求分析

一、需求陈述 随着经济建设得发展,人民生活水平得到了质得飞跃,手头得多余资金越来越多,在倡导消费理念得同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷得资金管理通道。因此,银行就是一个与人们日常生活息息相关得机构。实际中得银行功能十分复杂,在这里仅讨论银最基本得功能,包括取款、存款、转账、开户以及注销账户。在对银行系统得基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间得转账与不同银行得账户之间得转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析?1、确定参与者。 通过对系统需求陈述得分析,可以确定系统有如下执行者:?(1)银行?任意一个可以为客户提供开户、销户、存款、取款、转账等业务得银行。 (2)银行职员?在银行中可以修改客户得账户信息,进行开户、销户等操作得职员。?(3)客户 可以在银行中进行存款、取款及转账等业务得任意组织或者个人。?2、确定用例?在确定参与者之后,结合银行系统得基本功能,进一步分析系统得需求,识别出得用例有:?(1)登录?本用例提供了验证用户身份得功能。 (2)账户管理 本用例提供了创建、删除账户得功能,以及对账户信息进行修改得功能。 (3)存款?本用例提供了将钱存入账户得功能。 (4)取钱 本用例提供了将账户中得钱取出得功能。?(5)转账?本用例提供了将钱从一个账户转入其她账户得功能,它包括属于同一个银行得账户之间得转账与属于不同银行得账户之间得转账。 三、用例规约描述 1、用例名称:登录 用例描述:客户进行业务操作前,需要启动该用例,使客户登录到银行系统中。前置条件:无 后置条件:如果用例成功,则客户登录到系统中。否则,系统状态不变。 活动得基本过程:当客户想登录到银行系统中时,用例启动。 (1)系统提示客户输入用户名与密码

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书1、引言

1.1编写本数据库的目的 经过本课题研究,能够较详细地体会数据库系统的构建过程、加深对课堂所学知识的理解,并将所学知识应用于现实生活实践中。结合对银行管理要求及储户需要的调查分析,运用数据库系统这门课程的内容,从银行的实际要求出发设计一个《储户储蓄账户管理系统》。在设计中将调查现有银行系统的优点及不足,并在本套系统中对长处加以继承,对不足处进行必要的改进。 1.2数据库的作用范围 本数据库系统使用在银行的日常储蓄业务中,是整合了储蓄所柜台操作系统、自动取款机系统和网上银行三个界面的,并包含了管理系统的综合数据库。管理系统能够对银行内的储蓄业务上的资金流进行分析,以及时发现不良的异常行为和对银行业绩进行评估。 1.3定义、同义词与缩写 ATM:自动柜员机 1.4参考文献 《软件工程理论与实践》科学出版社 《数据库系统教程》(第二版)高等教育出版社 《PowerDesigner分析设计与应用》电子工业出版社 2、一般性描述 2.1用户需求

经过问卷调查可知,普遍认为ATM方便快捷,安全性较好;综合问卷结果和银行效率,认为ATM上不需要增加其它币值的币种;网上银行作为一种较新的银行形式,安全性较高但有待于宣传,如果在安全性保证的前提下网上银行还是很有前景的;网上证券和网上购物都是有其相对于ATM和柜台的优势,即方便和快捷,但其功能有待于进步完善和推广。 调查问卷见附3 2.2产品与其环境之间的关系 本数据库系统应用平台是PC机及ATM上。由键盘输入信息,由屏幕显示并带有打印机。随着应用的需要,不同银行间的不同的数据库系统将有可能互联,因此本数据库系统将提供外部接口。 2.3产品功能 1)为银行用户提供ATM提款机自动化服务; 2)对各类账目进行统计和管理; 3)提供网上转账操作 4)对用户的帐户的活动进行记录; 5)对行内总支出收入做一个详细的统计; 6)银行对用户的各种操作进行登记,生成记录,以便以后对 某段时间内账目的监控。 7)支持一般的存取转查功能。

软件需求分析报告文档模板.doc

软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励/响应序列 (7) 4.3输入/输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)

引言 引言是对这份软件产品需求分析报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括 ●正文风格: ●提示方式: ●重要符号: 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括 ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述,包括利益和目标。把软件产品开发与企业目标,

银行系统 UML需求分析图

电子科技大学软件学院标准实验报告(实验)课程名称UML 电子科技大学教务处制表

电子科技大学 实验报告 学生姓名:黄斌学号:2823102006 学生姓名:马少龙学号:2823102008 学生姓名:袁孝涛学号:2823102007 学生姓名:文志伟学号:2823102009 学生姓名:杨超学号:2823102010 指导老师:訾德义 实验地点:教学楼A105 实验时间:10,12,05 一、实验室名称:软件实验室 二、实验项目名称:可存取款ATM系统 三、实验学时:16 四、实验原理:(是不是把银行系统都改成ATMXXX?) 五、实验目的: 随着经济建设的发展,人民生活水平得到了质的飞跃,手头的多余资金越来越多,在倡导消费理念的同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷的资金管理通道。

银行系统分为ATM机,用户,后台服务器。用户向ATM提交数据,ATM机向服务器提出申请,服务器向ATM发送数据,ATM机将数据反馈给用户。 银行系统主要功能用:取款,存款,账户设置,转账汇款,查询账户。六、实验内容: 一个功能完善的银行管理系统,必须包括以下的几个模块。 ●用户登陆 由用户登陆、用户注销、退出系统3个部分组成。 ●取款 客户从银行合法账户取出一定资金。 ●查询账户 客户接受银行合法账户余额。 ●转账 用户把一个合法账户的款项存到另一个合法账户。 ●账户设置 主要对用户的账户相关信息的设置与修改。 七、实验器材(设备、元器件): a.试验环境Rose 2003 b.操作系统window XP

八、实验步骤: 步骤1:需求分析 步骤1.1:用户登陆 用户登陆所包括的功能模块如下图: 用户进入本银行管理系统的入口,没有得到身份验证的用户只能拥有最低的使用权限,即只能选择退出系统或是用户登陆。这是一个稳定、安全的系统所必须具备的。 步骤1.2:账户管理 账户管理系统是整个银行系统的核心,用户在此选项可以对合法账户的资金进行一定的操作,满足客户日常需要。并且对自己账户的密码,个人信息等进行安全方面的设置。

银行管理系统需求模板

银行管理系统需求

1.引言 1.1编写目的 本报告的目的是规范化本软件的编写, 旨在于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 同时提出了本银行储蓄系统的软件开发过程, 便于程序员与客户之间的交流、协作, 并作为工作成果的原始依据, 同时也表明了本软件的共性, 以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题, 明确软件需求、安排项目规划与进度、组织软件开发与测试, 便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员, 希望能使本软件开发工作更具体 1.2项目背景 软件名称: 银行管理系统 委托单位: 第三小组( 银行) 开发单位: 武汉工程大学邮电与信息工程学院软件0602第四小组项目经理: 邹皓系统分析师: 黄山杜涛系统测试师: 朱海勇 1.3定义 银行管理系统应用系统软件: 基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求: 用户解决问题或达到目标所需的条件或功能; 系统或系统部件要满足合同、标准, 规范或其它正式规定文档所需具有的条件或权能。

需求分析: 包括提炼, 分析和仔细审查已收集到的需求, 以确保所有的风险承担者都明其含义并找出其中的错误, 遗憾或其它不足的地方。 模块的独立性: 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它的模块的接口是简单的 1.4参考资料 《软件工程——原理, 方法与应用》吴钦藩编著人民交通出版社出版 《软件工程导论( 第四版) 》张海藩编著清华大学出版社出版《软件工程》任胜兵邢琳编著北京邮电大学出版社《21天学通C++》 [美]Jesse Liberty Bradley Jones 编著人民邮电出版社 2.任务概述 2.1目标 完善当前银行管理系统, 使之能跟上时代的发展。同时经过实践来提高自己的动手能力 2.2运行环境 操作系统: Microsoft Windows 支持环境: IIS 5.0 数据库: Microsoft SQL Server 2.3条件与限制

系统需求分析报告-范例1

高校学生学籍管理信息系统 系统需求规格说明书 (系统需求分析报告)

目录 1-------------------------------------------------------------------概述1.1----------------------------------------------------------------背景1.2-------------------------------------------------------------系统目标1.2.1------------------------------------------------------应完成的任务1.2.2------------------------------------------------------不完成的任务1.3------------------------------------------------------------业务模式1.4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2.1-------------------------------------------------------------业务需求2.1.1---------------------------------------------------------使用范围2.1.2----------------------------------------------------------功能要求2.1.3----------------------------------------------------------权限管理2.2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3.1-----------------------------------------------------与其他系统的关系3.2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4.1-------------------------------------------------------------业务分解4.2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5.1------------------------------------------------------------数据单据5.2------------------------------------------------------------数据分析5.2.1---------------------------------------------------------数据分类5.2.2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件

软件需求分析报告书实例

需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励/响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例: (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)

6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)

1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用,并作为产品验收确认的依据。 需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答"系统做什么"的问题,确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随着项目的深入而不断地变化。 此外,为了方便后续的评审和测试等工作,需求的描述应该尽量做到:具体、详细、可以测量和可以实现,并且基于时间。 1.2 项目风险 政策风险分析: 随着社会的进步与人们生活水平的提高大幅度增加,尤其在我国汽车进入家庭的条件下,需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备,为了让四轮定位仪市场变得规范、有序,中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年,制定了四轮定位仪的行业标准(标准号JT/T505-2004),国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定:一、二类汽车维修企业必须配备

银行储蓄系统——软件工程完整报告课程设计毕业论文

银行储蓄系统 小组成员任务 李健健 09 编写总体设计、详细设计中存款模块 马康白 04 用户验证模块 束锦萍 06 取款单打印模块 翟高星 03 1.编写报告总体框架与报告最终整理 2.取款模块 3.编写测试计划、测试分析报告并写入程序代码 周晖 06 按用户名和ID查询模块 朱文俊 07 (组长) 1.编写总体设计、详细设计中存款单打印模块 2.负责分配详细的任务 可行性分析报告 1引言 编写目的 经过对该银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后,交由软件经理审查。 背景 项目名称:银行计算机储蓄系统 用户:××银行 说明:现在的银行储蓄系统工作效率低,不能满足广大人民群众的要,人们希望能更方便更省时地办理储蓄业务。在这样的背景下,切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.3参考资料 《软件工程导论(第四版)》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面: 储户填写存款单或取款单交给业务员键入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,完成后由系统打印存款单给储户。 如果是取款,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求 为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也要有足够大

相关文档
最新文档