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

银行储蓄管理系统

需求分析报告

学校:河北科技师范学院

院系:数学与信息学院

班级:科技0901

学号:XXXXXX

姓名:薛润霞

目录

1.      引言………………………………………………………………………………

1.1              编写目的………………………………………………………………………

1.2              背景……………………………………………………………………………

1.3              定义……………………………………………………………………………

1.4              参考资料………………………………………………………………………

2. 任务概述……………………………………………………………………………

2.1   目标……………………………………………………………………………

2.2   系统角色分析…………………………………………………………………

2.3   假定和约束……………………………………………………………………

2.4   系统基本业务流程图…………………………………………………………

3. 需求规定…………………………………………………………………………

3.1   对功能的规定…………………………………………………………………

3.2   对性能的规定…………………………………………………………………

3.2.1  精度……………………………………………………………………………

3.2.2  时间特性要求…………………………………………………………………

3.2.3  灵活性…………………………………………………………………………

3.2.4  磁盘容量和主存容量…………………………………………………………

3.2.5  可扩展性………………………………………………………………………

3.3   输入输出要求…………………………………………………………………

3.4   数据管理能力要求……………………………………………………………

3.5   故障处理要求…………………………………………………………………

3.6   其他专门要求…………………………………………………………………

4. 运行环境规定……………………………………………………………………

4.1   设备……………………………………………………………………………

4.2   支持软件………………………………………………………………………

4.3   接口……………………………………………………………………………

5. 与用户的沟通………………………………………………………………………

5.1   访谈……………………………………………………………………………

5.2   描述……………………………………………………………………………

6. 结束…………………………………………………………………………………

1. 引言

1.1编写目的

随着金融业的发展,手工操作和旧的管理模式已经严重制约了质量和效率的问题,用计算机管理来代替手工管理是非常必要的。本需求分析全面描述储蓄平台系统的各种功能、运行环境,使客户和开发者双方对本系统的初始规定有一个共同的理解,使之成为整个开发工作的基础。而本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。并且通过分析,也基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求。本文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与进度、组织软件开发与测试,便于用户与开发商协调工作。

1.2背景

软件名称:银行储蓄系统

委托单位:银行

开发人员:科技0901班 薛润霞

随着社会经济的发展,以及数字生活的逐步渗透,如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。该项目为了利于银行管理人员对储户进行相应的管理,方便储户对现金形成更好的管理和使用。使银行能够为储户提高更好更及时的服务,提高银行工作效率,满足用户的需求。更快、更好的适应现今日益发展的社会,建立高效的服务平台。

1.3定义

银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

  需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。

  模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的

1.4参考资料

《精通C#数据库开发》 王华杰等 清华大学出版社 20##年出版

《精通 SQL Server 20## 数据库管理与开发 》于松涛 人民邮电出版社     2001

《ASP.NET 网络应用开发例学与实践》郭常圳 李云锦 清华大学出版社    2006

《ASP.NET + SQL SERVER 动态网站设计实例精解》孙印杰 杨滔 吕书琴   电子工业出版社     2005

《件工程(第二版)》 齐志昌 谭庆平 宁洪  编著     高等教育出版社

《软件工程概论》 郑人杰 马素霞 殷人昆 编著     机械工业出版社

《软件工程——原理,方法与应用》  吴钦藩 编着   人民交通出版社出版

《软件工程导论(第四版)》  张海藩  编着    清华大学出版社出版

《软件工程》 任胜兵 邢琳 编着  北京邮电大学出版社

2. 任务概述

2.1目标

利用ASP.NET和SQL  SERVER 20## 开发银行储蓄系统,要求该系统能够实现储户开户登记,定期存款帐,定期取款手续,活期存款帐,活期取款手续,实现利息计算,输出明细表,具有数据备份和数据恢复功能。同时还要求:

1)要进行实际调研,系统功能在实现时参照实际的储蓄系统的功能。

2)同时要考虑银行系统数据的安全与保密工作,采用现有的软硬件及科学的管理系统。

完善目前银行储蓄系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力

2.2系统角色分析

2.3假定和约束

硬件配置要求: 硬件外部设备需奔腾133以上的pc机,内存需16兆以上

软件要求操作人员具有初步的相关知识

由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。

银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。

有效证件仅为身份证,牵涉到开户、撤户、挂失、取款时客户必须提供身份证号;存款及余额查询时不需提供身份证号。

不考虑系统的运行平台可能会出现的硬件故障。

2.4系统基本业务流程图

3. 需求规定

3.1对功能的规定

本系统主要为了方便储户办理存款、取款、转账、挂失、查询、改密等业务;银行管理人员办理开户、销户、冻结、解挂等业务,对现有存储用户进行合理有效的管理。同时可以更有效的让用户学会理财。

通过系统角色和功能的分析,可以将本系统划分成三部分:

下表就是对功能模块的划分:

3.2对性能的规定

为了满足储户要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也要有足够大的磁盘容量;安全性也是系统最重要的性能需求之一,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的安全。

3.2.1精度

在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数时,要求输入数准确金额,身份证,卡号等按需求设定字符数。

3.2.2时间特性要求

①响应速度要求:用户点击链接或按钮后,系统响应速度与网络环境有很大关系。随着网络质量的提高和系统自身的不断完善,银行储蓄系统的响应时间会更快;

②程序响应时间:在人的感觉和视觉事件范围内;

③信息交换时间:要求在程序调用前调用后都与数据库保持同步更新,网络信息交换施加应该小于程序调用的时间。

3.2.3灵活性

在运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。同时要求数据库具有很好的更新能力,由于本产品是实验性软件,故对磁盘和内存容量没有很高的要求,但是数据库应该能够对并发事件,不安全数据具有较强的识别处理能力。

3.2.4磁盘容量和主存容量

由于要存贮大量的数据和信息,所以要求要有足够的磁盘容量。为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量。

3.2.5可扩展性

1.在应用需求变化时有一个较好的应用平台,能容易地加以调整;

2.系统易于扩充升级,既能满足当前业务的需求,又为今后的扩充留有空间

3.3输入输出要求

输入要求:

①业务员从存取款表单输入数据,要迅速精确,适当调整输入时间,不能让客户等太久,但也不能让业务员太过忙碌以免影响正确率。

②储户自己在自动机存钱时要耐心等待机器算清正确,待准确无误时再按确认。

输出要求:

①要求能快速准确打印出清单给客户。

②要求能够快速响应储户的功能要求。

3.4数据管理能力要求

交易表中记录的数据规模可以达到十进制的20位有效数字

3.5故障处理要求

软件应具备自由拼写错误检查等功能,在出现故障后应从整个系统数据库更新载入数据库进行操作

3.6其他专门要求

①可用性

本软件业可以通过单步跟踪的操作进行检查处理。

②安全性

由于软件运行数据库中,所以参数不容易被错改,破坏,万一参数受到破坏也不会影响源程序。

③可维护性

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

④兼容性

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

4. 运行环境规定

4.1设备

1.服务器端:IMB服务器主机

CPU:42.0以上处理器

内存:DDR主存1G

硬盘:100G高速硬盘

2.客户端:PC机

CPU:Inter P2 350 以上

内存:64M以上

硬盘:20G以上

4.2支持软件

1.操作系统:可选windows,Linux,建议采用Linux操作系统

2.浏览器:IE5.0以上

4.3接口

1.硬件接口

网络硬件接口要求:显示中要求具有高速以太网组以实现联网操作,但是在理论试验验证软件本身的目的来看,无需网络通讯接口。

2.软件接口

Windows 标准接口,要求与其他软件无冲突错误发生。

3.通信接口

计算机与打印机有高速传输的连接接口,最后以纸张的形式打印出清单给储户。

5. 与用户的沟通

5.1访谈

当前大多数银行所使用的银行储蓄系统办理业各时手续繁多,人工业务操作过多,严重影响了工作效率,以至客户等待办理手续过长感到不耐烦,且出错率高。针对于现象,与银行相关人员进行交流,获取需求以及了解银行的主要功能模块以及各个模块之间的联系。与用户进行交流(主要采取问卷调查方式),查看当前用户的需求。针对用户以及银行业务人员的要求进行系统的设置。

5.2描述

如储户用卡取款时能直接取款,可以交给业务员输入资料,再由储户输入密码以确认身份,然后业务员才把现金交给储户,也可以自己到ATM取款机自己自行进行活动。

 

                  

 

   

 

6. 结束

需求分析是软件开发过程中较为重要的一个阶段,其任务是确定系统要做什么,也就是系统要具备什么样的功能、性能、限制等。是在和用户沟通后确定的反应用户需求的说明书。

银行储蓄计算机系统技术在目前是一个技术上成熟的系统,并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此,分阶段开发“银行业务系统”的构想是可行的。为了使银行公司适应现代化高场竞争的需求,促进银行管理信息化,不断满足储户的要求,争取更好的经济效益,建议立即着手系统的建议。

 

第二篇:银行储蓄系统需求分析报告

0837060_白玛欧智

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

1.引言

1.1编写目的

本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用

此文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与进度、组织软件开发与测试,便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员,希望能使本软件开发工作更具体

1.2项目背景

软件名称:XX储蓄系统

委托单位:XX

开发单位:XX

主管:XX

1.3定义

银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。

模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的

1.4参考资料

《精通C#数据库开发》 王华杰等 清华大学出版社 20xx年出版

《软件工程——原理,方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论(第四版)》 张海藩 编着 清华大学出版社出版

《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社

2.任务概述

2.1目标

0837060_白玛欧智

完善目前银行储蓄系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力

2.2运行环境

操作系统:Microsoft Windows 2000 Advanced Server

支持环境:IIS 5.0

数 据 库:Microsoft SQL Server 2000

2.3条件与限制

硬件配置要求: 硬件外部设备需奔腾133以上的pc机,内存需16兆以上 软件要求操作人员具有初步的相关知识

由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。

银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。

有效证件仅为身份证,牵涉到开户、撤户、挂失、取款时客户必须提供身份证号;存款及余额查询时不需提供身份证号。

不考虑系统的运行平台可能会出现的硬件故障。

3.数据描述

3.1静态数据

包括系统登录密码,各数据库所在位置,系统分析原始数据。

3.2动态数据

输入数据:

姓名,年龄,性别,身份证号,地址,帐号,密码

输出数据:

姓名,年龄,性别,身份证号,地址,帐号,密码,交易金额,余额,交易

时间,交易号码

3.3数据库介绍

采用JDBC技术连接使用SQL SERVER 2005 来设计数据库。

数据库名称: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)

0837060_白玛欧智

IDCode为在表Depositor中的IDCode值,Number为主键,是存折的帐号; ExchangeRate (rateName, rateValue)

该表存储汇率值

IntrestRate(rateName, rateValue)

该表存储利率值

Rate (rateName,rateValue)

该表用于恢复汇率的初始值。

在向数据库中添加信息时用存储过程,在删除表Depositor中的信息时自动删除表CreditCard和表Account中相关的信息。

0837060_白玛欧智

3.4数据词典(略)

3.5数据采集

包括储户信息和帐户信息。

储户信息:姓名,性别,身份证号码,地址,联系电话等。

帐户信息:帐户号码,帐户密码,开户时间,储蓄金额,储蓄类型等

4.功能需求

4.1功能划分

软件分别有新建,修改,查询,更新等功能。各个模块各有不同的功能,但都能完成查询和存储功能,各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。

此系统所要完成的主要功能有两方面:

如果是存款,储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、利率及密码(可选)等信息,完成后由系统打印存款单给储户。

如果是取款,储户填写取款单交给业务员,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。

4.2功能描述

外部功能:实现可视化窗口,查找及存储

内部功能:同步,过滤,定位,识别

存款功能

以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。

1.系统需要在原账户信息中增加一条记录,包括存款人姓名、住址、存款

类型、存款日期、利率等信息。

2.若为新储户须建立一个账户,并记录此次的记录。

3.打印存款单给储户。

取款功能

以储户的取款为主要活动,相关记录根据取款结果进行调整,以使信息保持一致。

1.系统计算利息,在原账户信息中将取款额减去。

2. 若为清户,记录注销该账户,将账户余额(包括存款额及利息)一并

交与储户。

3.打印利息清单给储户。

余额查询功能

0837060_白玛欧智

为储户提供查询余额服务,将储户的相关记录输出。

1.需要储户的账户信息及密码。

2.打印储户的帐户余额。

5.性能需求

5.1数据精确度

在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数时,要求输入数准确

金额,身份证,卡号等按需求设定字符数。

5.2时间特性

程序响应时间:在人的感觉和视觉事件范围内;

信息交换时间:要求在程序调用前调用后都与数据库保持同步更新,网络信息交换施加应该小于程序调用的时间

5.3适应性

要求数据库具有很好的更新能力,由于本产品是实验性软件,故对磁盘和内存容量没有很高的要求,但是数据库应该能够对并发事件,脏数据具有较强的识别处理能力。

6.运行需求

6.1用户界面

屏幕格式:采用全屏格式,通过分窗口操作进行各个操作之间的转换 报表格式:以银行原报表格式设计电子打印表格式。

菜单格式:下拉式菜单,应显示储户资料及帐户资料的各个详细条目。

6.2硬件接口

无特别要求。

网络硬件接口要求:现实中要求具有高速以太网组网以实现联网操作,但是在理论实验验证软件本身的目的来看,无需网络通讯接口。

业务员键入储户的资料要全部一直显示在屏幕;储户从按键口键入密码到系统以核对;计算机与打印机有高速传输的连接接口,最后以纸张的形式打印出清单给储户。

6.3软件接口

Windows标准接口,要求与其他软件无冲突错误发生。

6.4故障处理

0837060_白玛欧智

软件应具备自动拼写错误检查等功能,在出现故障后应从整个系统数据库重新载入数据进行操作。

7.其它需求

(1)可用性

本软件也可以通过单步跟踪的操作进行检查处理。

(2)安全性

由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。

(3)可维护性

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

(4)兼容性

相关推荐