银行储蓄管理系统需求分析.docx

银行储蓄管理系统需求分析.docx

《银行储蓄管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《银行储蓄管理系统需求分析.docx（19页珍藏版）》请在冰豆网上搜索。

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

河北大学工商学院

软件工程实验报告

课题:

银行储蓄管理系统

姓名:

XXX

学号：

XXXXXXX

专业班级：

XXXXX

指导教师：

XXX

设计时间:

XXXXX

银行储蓄管理系统

1．需求分析

系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：

增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行,也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。

该系统主要有两部份业务功能,存款与取款。

储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址（或电话号码），身份证号码，存款类型，存款日期,到期日期，利率及密码（可选）等信息,并打印存单给储户;如果是取款而且存款时留有密码，则系统首先核对储户密码,若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。

系统基本情况：

1．1系统的功能性需求

1．2系统需求分析规格说明书

1．3系统实体联系（ER）图

1．4系统数据流（DFD）图

1．1系统的功能性需求

系统为管理者提供主功能界面

系统在启动时要求管理者输入登录帐号与密码

系统要通过管理员执行一系操作（如:

添加用户，修改，查询，删除等）

管理员代用户实现存款,取款，查询等操作

储户的一切信息,存储在数据库表中

1．2系统需求分析规格说明书

●实现储户开户登记

●办理定期存款帐

●办理定期存款手续

●办理活期取款帐

●办理活期取款手续

●实现利息计算

●输出明细表

●数据备份和数据恢复功能

●查看帐户信息

1。

3系统ER图/

系统主要关系模式：

●储户（储户姓名，住址，身份证号码）

●管理员（员工号，姓名）

●存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）

●查询（储户姓名，员工号）

●取款（储户姓名，员工号,金额,取款日期）

n

nn

nnn

nnn

111

系统顶层数据流（DFD）图

打印存单

开户

取款存款

存款

查询取款

打印清单

系统0层数据流（DFD）图

打印存单

储户信息文件

存取款信息变动

密码错误读取储户信息

保存新用户信息

密码正确

利息清单

第2层DFD图

储户信息文件

核对错误

读取信息

存款

填写存款信息核对信息

核对

正确

打印

第3层数据流图储户信息文件

核对错误读取信息

更新储户信息

填写取款信息核对信息

核对正确

打印

取款

第5层数据流图

储户信息文件

新用户信息存储信息

取款信息取款通知

存款信息存款通知

查询信息

显示信息

验证错误

1．4数据字典

数据名字：

注册申请表

数据来源：

储户

数据目的：

储户信息

数据组成：

姓名+密码+住址+身份证号码

数据名字：

储户信息表

数据来源：

储户

数据目的：

身份验证

数据组成：

姓名+密码+住址+身份证号码+现有金额

数据名字：

利息清单

数据来源：

系统

数据目的：

储户

数据组成：

利息+姓名+取款时间

数据名字:

存单

数据来源：

存款信息表

数据目的：

储户

数据组成:

姓名+到期时间+存入类型+存入时间+利率+存入金额

数据名字:

取款单

数据来源：

储户

数据目的:

储户信息表

数据组成：

姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号

数据名字：

存款单

数据来源：

储户

数据目的：

存款信息表

数据组成：

姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号

2．可行性分析

2.1基本要求

2.1。

1功能要求

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

如果是存款,储户填写存款单,然后交给业务员键入系统，同时系统还要记录存款人姓名住址、存款类型、存款日期、利率、等信息，完成后由系统打印存款单给储户。

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

2。

1.2性能要求

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

2.1.3接口要求

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

2。

1。

4输入要求

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

2。

1.5输出要求

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

2.2开发目标

近期目标

第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。

长期目标

拟在三至四年内，在国内多间银行中建立该计算机储蓄系统,促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制,提高银行储蓄系统的整体水平;并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社会效益。

2。

3限制条件

建议软件寿命：

5年。

经费来源：

×××银行

硬件条件：

服务器Linux工作站，终端为pc机。

运行环境：

Windowsxp及以上操作系统

数据库：

Oracle10

投入运行最迟时间：

2010/04/04

2.4进行可行性研究的方法

采用调查方法：

通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求;然后经过座谈或开会的形式和专家和银行经理交谈,落实最后的问题定义。

2.5。

决定可行性的主要因素

成本/效益分析结果，效益＞成本.

技术可行，现有技术可完全承担开发任务。

操作可行，软件能被原有工作人员快速接受。

3．总体结构设计

3。

1。

编写目的

通过前面的需求分析部分，基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求，故在需求分析的基础上，可以对银行储蓄管理系统进行概要的总体设计，该设计旨在实现系统的大概功能，以及系统的一些交互界面、模块等。

3。

2定义

银行储蓄管理系统：

基本元素为构成银行储蓄及相关行为所必须的各种部分.

总体设计:

又称概要设计或初步设计，划分出组成系统的物理元素（程序、文件、数据库、人工过程和文档），设计软件的结构,模块间的关系,但每个物理元素仍处于黑盒子级别，具体分析将在以后的详细设计中说明。

顺序图以二维表显示，横轴代表各个模块的实现中的涉及的角色对象，纵轴是时间轴，时间自上而下。

通过顺序图，可以很好的看到模块中各个对象的建立和销毁，以及对象间的消息传递的交互性.

3.3主要模块设计（顺序图分析）

根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系，为每个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。

（1）系统普通用户管理:

主要包括开户、销户、挂失、解挂、修改系统密码等模块，分析如下.

用户登录系统后，具有相应的开户权限,用户通过与系统打交道，可以获取一个合理的账户,顺序建模如下：

（2）银行管理员：

增加用户、查看用户、待批申请、已批申请等模块。

模块的分析，以及对象间的交互过程如下。

银行管理员具有增加系统用户的权限，管理员可以为系统增加一些特定的系统用户，同时可以给予他们一定的权限。

模块分析如下：

3.4总体结构设计

4．银行储蓄详细设计

4.1。

编写目的

总体设计已经基本确定了每个模块的借口和功能，详细设计的任务就是为每个模块设计其实现细节，详细设计的根本目标就是确定应该怎样具体的实现所需求的系统，得出对目标银行储蓄系统的精确描述。

4.2.定义

软件系统的类有不同的关系依赖,3种更为常见的类型：

依赖、聚集和继承.

依赖性：

一个类的方法出发另一个类的方法,这是“users"关系。

将类之间的依赖关系最小化。

聚集：

聚集有时被称为“hasa”关系。

聚集是一种特殊的依赖，也就是说一个类的部分通过另一个依赖于它的类来定义.在软件世界里，我们将聚集对象定义为任何将其他对象的引用包含为实例数据的对象。

继承：

继承有时被描述为“isa"关系。

它是一个类从另一个现有类的派生过程.原始用于派生新类的类称为“基类"或“父类”，派生出来的类称为“派生类”或“子类”.

4。

3主要模块设计说明

4。

3.1身份验证模块（G1）设计说明

（1）模块描述

设置身份验证模块的目的保证储户信息的安全。

（2）功能

身份验证模块功能在于对申请登录的用户进行身份验证,通过者才能进入系统。

（3）性能

本操作的响应时间应控制在1-2秒内。

（4）输入项

输入项包括:

名称

标识

数据类型

数据值

输入方式

用户ID

customerid

字符

键盘输入

密码

password

字符或数字

键盘输入

（5）输出项

该模块的输出项为合法用户。

（6）设计方法（算法）

银行业务员输入储户用户ID，储户输入密码并确定，系统保存用户输入的用户ID和密码,并在customer表中查找customerid和customername字段值,看是否等于业务员输入的用户ID和密码，如相同则通过验证，否则不通过，并给出“密码错误”的提示，如数据库中不存在这样的记录，则给出“该用户不存在"的提示。

4.3。

2存款模块（G2）设计说明

（1）模块描述

设置存款模块的目的在于将储户的金额存到系统中并记录信息。

（2）功能

存款模块将储户存款金额录入存储到系统中，并附带显示其他储户信息。

（3）性能

本操作的响应时间应控制在1—2秒内。

（4）输入项

输入项包括：

名称

标识

数据类型

数据值

输入方式

存款金额

cunkuancount

数字（Double）

〉0

键盘或鼠标

（5）输出项

该模块的输出项为存款金额，并且附带显示其他信息:

用户名、账号、账户余额、利息金额。

（6）设计方法（算法）

当银行业务员输入存款金额后，系统进行处理,显示出账户余额,并且显示其他固定信息。

4。

3.3取款模块（G3）设计说明

（1）模块描述

设置取款模块的目的在于将储户的取款金额录入并存储到系统中。

（2）功能

取款模块将储户取款金额录入存储到系统中,并附带显示储户其他信息。

（3）性能

本操作的响应时间应控制在1—2秒内。

（4）输入项

输入项包括：

名称

标识

数据类型

数据值

输入方式

取款金额

qukuancount

数字（Double）

>0

键盘或鼠标

（5）输出项

该模块的输出项为取款金额，并且附带显示其他信息:

用户名、账号、账户余额、利息金额.

（6）设计方法（算法）

当银行业务员输入取款金额后,点击确定按钮,系统进行处理，显示出账户余额,并且显示其他固定信息。

5．课程设计的心得体会

本课题通过对基于面向对象思想的银行储蓄管理系统做深入分析和设计为目标，利用问题求解的方法，从方案的提出，方案的分析，方案的设计，方案的修改，方案的测试和完善等方面，以用力驱动,建立OO模型,映射关系模型,分析用例交互等,逐步实现系统的整体分析和模块设计。

本课题的分析过程采用了简单的UML建模方法,如用例图、类图、顺序图等的建模,以更直观的图形化分析将软件的功能一步步展现在用户面前,大大简化了文字性描述，提高了效率；同时，高效便捷的开发环境为我们提供了大量的集成控件，大大减少了编码量，为开发过程提供了便捷.

6．参考资料

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

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

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