银行管理系统需求分析报告

银行管理系统

学院： 班级：

姓名： 学号：

目录

1背景分析 2目的

\\

3可行性分析4 性能需求 5功能需求

6 系统功能分解

6-1整体功能分解 6-2用户操作分解 6-3业务员操作的分解 6-4系统输出分解

,

6-5整体功能

7数据流图

7-1系统顶层数据流（DFD）图 7-2用户存款的数据流图 7-3用户取款的数据流图 7-4用户查询的数据流图 7-5整体数据流图

8数据字典

！

9 总结

需求规格说明书

1 背景分析：

随着社会的不断发展，计算机越来越普及。我们正处在一个信息时代，计算机无处不在，它进入各行各业，改变着人们的生活。银行系统事关民之财政，重中之重，然而它的管理模式也随着时代不断进步发展，为实现人们方便省时的办理银行储蓄业务，出现了银行计算机储蓄系统。银行储蓄系统可以为人们方便办理储蓄业务，使人们在互联网办理存款、取款、查帐等业务，以高效、安全、互联为主要特征，为储户足不出户，提供各项业务的综合办理。

$

2 目的：

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一

个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行储蓄业务系统，实现银行的金额交易自动化的计算机系统，为银行的决策层提供准确、精细、迅速的交易金额变动信息。

3 可行性分析：

对于系统的实现部分我们进行了分析，通过对现有技术力量和软硬件条

件的分析我们得出系统完全是可行性的。

1：技术上的可行性：

系统用java编程实现，

数据库运用sql server2005来实现，

采用自顶向下的方案进行设计实现。 】

2：时间可行性：

系统的实现为两个月，通过对各个阶段的分析我们得出时间的可行性， 系统科学分配完成需求分析，软件设计，编码，测试等过程。 3：市场的可行性

由于银行管理系统的规模和标准化，传统的管理已经明显不能适应飞速发

展的经济，此软件大大规范、方便的的适应了银行管理者的工作要求，具有很强的市场性。

4性能需求：

{

为了保证系统能够长期、安全、稳定、可靠、高效的运行，银行储蓄业务系统应该满足以下的性能需求：

1． 系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。 2． 系统的开放性和系统的可扩充性

银行储蓄业务系统在开发过程中，应该充分考虑以后的可扩充性。因为用户的

需求会不断的更新和完善。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3． 系统的易用性和易维护性

要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 4 系统的响应速度 ；

银行储蓄系统在日常处理中的响应速度为秒级，达到实时要求，及时反馈信息。

在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。

5 数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

5功能需求：

本系统主要任务是用计算机为用户办理各项储蓄业务，如存款、取款

对于存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、性别，出生日期，身份证号码、存款类型、存款日期、及密码等信息，完成后由系统打印存款单给储户。

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

—

对储户基本信息进行日常管理，如查询、修改、增加、删除。 该系统主要包括管理员操作、储户管理理、数据维护三部分。

“管理员操作”是指进入银行储蓄系统必须获得一个许可，由管理员输入用户名和密码，方可进入该系统，并且可以对储户操作明细进行查询。进入系统后可添加或删除管理员，并设定银行的定期、活期利率。

“储户管理”包括添加储户（开户）、删除储户（销户）、活期（存款、取款、查询）、定期（存款、取款、查询）。

“数据维护”即数据安全，可对数据进行备份与还原。

6系统功能分解：

（1）整体功能分解：从整体分析整个银行管理系统可以分为三个功能模块，它们是用户操作，业务员操作，系统输出。

-

如下图所示： 银行存储管理系统 ~ 用户操作

系统输出 业务员操作 （2）用户操作分解：进行第二层分解，可将功能具体分解为：开户民，存款，取款，查

询。 如下图所示：

!

用户操作

;

开户 存款 取款 查询

， 提交用户申请提交存款单 提交用户申请表 提交用户查询表 （3）业务员操作的分解：操作员操作可分解为：开户，存款，取款，查询

`

并且如用户在开户时设有密码，则进行密码验证。 所以分解图如下：

业务员操作

| 开户 存款 取款 } 查询 提交用 户申请 表 密码验证 提交存款单 * 提交用户申请提交用户查询表 $

（4）系统输出分解：

系统输出可分解为：计算利息-打印清单，保存新用户信息，更新用户信息，打印存单 分解图如下：

[

系统输出

!

计算利息 — 保存新用户信更新用户信 息 打印存单 打印清单

（5）整体功能：

通过将上面所述的整体功能和分解细化的具体功能进行整合，可以得到： 如下图所示：

！

\"

*

!

银行存储管理系统 }

用户操作 业务员操作 系统输出

开户 存款 取款 查询 - 计算利息保存新用户信息 更新用户信息 打印存单

—

密码验证 ]

提交用户申请表 提交存款单 提交取款单 提交用户查询表 打印清单

—

7数据流图：

（1）系统顶层数据流（DFD）图

,

打印存单

开户 取款 存款 存款 用户 业务员 查询 取款 (

` 系统

打印清单

&

（2）用户存款的数据流图：

储户信息文件 核对错误 { 读取信息 2 ． 2 信息核对 存款 填写存款信息 核对信息 | 核对 正确

￥

2．3信息输入系统 打印

|

2．4打印存单

（3）用户取款的数据流图： 储户信息文件

核对错误 读取信息

《

更新储户信息

填写取款信息 核对信息 (

3．2信息核对 3．1提交取款单 核对正确

打印

（

3．4打印清单 3．3信息输入系统 取款

(4)用户查询的数据流图：

储户信息文件 ;

新用户信息 存储信息 \\ 5．1注册 取款信息 取款通知 查询信息 显示信息

&

存款信息 存款通知 5．2身份验证 验证错误

（5）整体数据流图：

打印存单 … 储户信息文件 存取款信息变动 密码错误 读取储户信息 保存新用户信息 %

…

1．开户 密码正确 2．存款 储户 3．取款 业务员 2．存款 系统 |

4．查询 6．计算利息 利息清单

` 8数据字典：

… 数据名字：储户信息表 数据名字：注册申请表 数据来源：储户 数据来源：储户 数据目的：身份验证 ! 数据目的：储户信息 数据组成：姓名+密码+住址+身份证号码数据组成：姓名+密码+住址+身份证号码 +现有金额 数据名字：利息清单 数据来源：系统 数据目的：储户 数据组成：利息+姓名+取款时间+取款金额

数据名字：存单 数据来源：存款信息表 数据目的：储户 数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额 数据名字：取款单 、 数据来源：储户 数据目的：储户信息表 数据组成：姓名+到期时间+存入类型+存入时间+利率+取 款金额+身份证号 数据名字：存款单 数据目的： 存款信息表 数据组成：姓名+到期时间+存入类型+存入时间+利率+存 入金额+身份证号

9 总结：

通过这次实验，我对软件设计和软件需求分析有了更加深刻的了解。我认识到软件的需求分析是一个软件成功与否的关键，也是软件后期研发的基础和大纲。软件需求分析中的数据流图和数据字典已经为软件后期制作提供了指引。另外，通过本次实验，我对银行系统的工作流程有了更深刻的认识。