银行存储系统概要设计Word文件下载.docx

银行存储系统概要设计Word文件下载.docx

《银行存储系统概要设计Word文件下载.docx》由会员分享，可在线阅读，更多相关《银行存储系统概要设计Word文件下载.docx（13页珍藏版）》请在冰豆网上搜索。

1引言

1.1编写目的

在本银行存储系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对银行、用户中获得，并在需求规格说明书中得到详尽得叙述及阐明。

本阶段将在系统的需求分析的基础上，对银行存储系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

1.2背景

本项目由X银行委托，由2012级计算机三班5位同学进行开发。

具体背景见《银行存储系统-可行性分析报告》。

1.3定义

CBAS:

银行计算机储蓄系统

主键：

数据库表中的关键域。

值互不相同。

外键：

数据库表中与其他表主键关联的域。

1.4参考资料

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

《银行存储系统-可行性分析报告》208开发小组

《银行存储系统-需求分析报告》208开发小组

2总体设计

2.1需求规定

此系统所要求完成的主要功能有存款与取款两方面：

如果是存款，储户填写存款单，然后经业务员递交给系统，系统要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。

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

2.2运行环境

Windows7操作系统+SQLDatebase

2.3处理流程

2.3.1后台服务器流程

服务端流程图

2.3.2开户流程

开户流程图

2.3.3销户流程

销户流程图

2.3.4存款流程

存款流程图

2.3.5取款流程

取款流程图

2.4结构

模块结构图

2.5功能需求与程序的关系

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

存款模块

取款模块

操作管理模块

日志记录模块

身份验证功能

√

密码管理功能

存款功能

取款功能

存款单打印功能

取款单打印功能

日志记录功能

2.6人工处理过程

要求存款信息、出款信息和储户资料由储户自己填写后交由操作员录入系统。

3系统数据结构设计

3.1逻辑结构设计要点

3.1.1数据库各表属性

（有下划线的属性为主键（primarykey））

业务员：

编号、姓名、性别、住址、年龄、电话号码

用户：

账户、姓名、密码、身份证号码、住址、电话号码、年龄

密码管理：

账户、姓名、密码。

存款信息：

账户、存款人姓名、业务员编号、存款单编号、存款金额、存款时间、利率

取款信息：

账户、取款人姓名、业务员编号、取款单编号、取款金额、取款时间、利率

存款信息表：

账户、开户人姓名、开户人身份证号、当前账户余额、历史存取款信息（存款信息集合）

余额信息表：

账户、开户人姓名、账户余额

3.1.2系统基本E-R图

数据对象E-R图

账户E-R图

3.2物理数据结构设计

业务员信息

列名

数据类型

可否为空

备注

业务员编号

int

NOTNULL

用于唯一标识本行内的所有业务人员

姓名

char

NULL

业务人员的姓名

性别

业务人员的性别

住址

业务人员的家庭住址

年龄

业务人员的年龄

用户信息

用户账户

用户的银行账户

储户姓名

帐号开户姓名

联系电话

开户者的联系电话

身份证号

开户者的身份证号

地址

开户者的联系地址

开户者的年龄

性别

开户者的性别

取款信息

用户的身份证号码

密码

用户的密码

取款人

取款人姓名

标志受理取款的业务员

取款金额

double

当次取款数量

利率

相应存款类型的利率

取款日期

date

当次取款时间

利息

从存款日起至今的利息

存款信息

存款人

存款金额

存款日期

余额

存款后余额

存款相应类型

存款信息表

账户

开户人姓名

开户人身份证号

当前账户余额

历史操作

char[]

一个历史存、取款集合

余额信息表

4接口设计

4.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要主要到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对Windows风格较熟悉，应尽量向这一方向靠拢。

总的来说，系统的用户界面应做到可靠性、简易性、易学习和使用。

界面将采用交互式界面，简化界面设计，以文本框和按钮为主要功能部件，完成输入，修改，确定，取消等业务功能。

4.2外部接口

硬件接口：

显示器分辨率推荐>

=1024*768,以方便在一个屏幕上显示完整，清晰的信息。

键盘，鼠标完成输入功能。

软件接口：

软件后台通过网络连接与Microsoft 

SQL 

Server数据库连接，实现对数据库进行查询，更新，添加，删除等操作。

4.3内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在已经在的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

5运行设计

5.1运行模块组合

数据中心的数据库要求24小时在线，为了安全需要应该还要准备一个备用数据库。

要求开机对所有模块进行初始化，根据操作员输入的相关信息自动生成相关结果，并且自动保管到数据库中。

正常关机不影响数据的保存。

5.2运行控制

运行控制流程为：

用户输入，业务员辅助输入，计算机处理，计算机输出，界面显示，业务员辅助结束。

5.3运行时间

考虑到实际情况，系统对运行时间的要求为必须对作出的操作有较快的反应并且考虑到要长时间运行。