银行需求分析.docx

银行需求分析.docx

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

银行需求分析

银行储蓄系统数据库模型设计

一、需求说明书

1.功能需求分析

银行储蓄系统是一款含有数据库的软件系统，将提供如下功能：

其分为储户，系统自动更新中心

（1）储户

储户主要对自己的账号中的余额进行查询，修改，删除自己的资料信息（密码，地址，姓名，身份证号），存取款，查询自己的余额等。

还可以验收存款单，更新存款信息。

储户信息=身份证号码+姓名+账号+存款余额+住址

（2）自动更新中心主要由存款单和取款单来体现。

A.存款单

用户输入存款单号，由计算机通过储户存款的方式自动计算利息，更新余额，生成存款单，让储户验收。

银行计算机储蓄系统又把存款单给银行内库进行确认审查。

存款信息=存款金额+存款日期+存款人+帐户余额

B．取款单

用于存放用户取款情况及个人帐户情况等，记录用户每次取款的资料和情况，当用户取款时，银行内库要把利息清单（或账单）给银行计算机储蓄系统处理，再把利息清单（或账单）交于用户，对取款单进行查询，修改，删除，主要包括取款放方式，取款日期，取款金额等

取款信息=取款金额+取款日期+取款人+利息清单+帐户余额

（3）超级用户（管理员）

管理员主要进行对该数据库的维护，删除，修改，插入等操作

2．数据项

根据上述功能需求分析，数据库中要存储以下数据项：

余额，存款单号，取款单号，取款方式，存款方式，取款时间，存款时间，地址，姓名，存款余额，存款日期，身份证号，账号。

3.数据结构

银行储蓄业务管理系统主要包括储户，存款单，取款单等实体。

储户信息{账户，身份证号，姓名，地址，存款余额}

存款单信息{存款单号，余额，存款日期，存款方式}

取款单信息{取款单号，余额，取款时间，取款方式}

二、CDM设计

1.根据需求分析，设计本系统的CDM如下：

储户用户可以它的基本功能操作如下：

修改自己的基本信息，账户，身份证号，姓名，地址，存款余额等。

2.各个实体之间的联系如下：

储户与存款单之间是一对多的联系，即一个储户可以多次存款，产生多个存款单，而每一次产生的存款单只能由一个储户发生。

储户和取款单之间是一对多的联系，即一份取款单只能由一个由一个储户产生，而一个储户可以生成多份取款单。

三、逻辑模型设计

根据CDM，系统的逻辑模型设计如下：

A.储户（账号，身份证号，姓名，地址，存款余额）

候选码：

账号，身份证号

非主属性：

姓名，地址，存款余额

存在以下函数依赖：

账号~>姓名,账号~>地址,账号~>存款余额,账号<~>身份证号,身份证号~>姓名,身份证号~>地址,身份证号~>存款余额

实体关系模式达到3NF（非主属性即不部分依赖于码，也不传递依赖于码）

B.存款单（存款单号，账号，身份证号，余额，存款日期，存款方式）

候选码：

存款单号

非主属性：

余额，存款方式，存款日期

存在以下函数依赖：

存款单号~>余额,存款单号~>存款方式，存款单号~>存款日期,存款单号~>账号，身份证号

实体关系模式达到BCNF

C.取款单（取款单号，账号，身份证号，余额，取款时间，取款方式）

候选码：

取款单号

非主属性：

余额，取款方式，取款时间

存在以下函数依赖：

取款单号~>余额,取款单号~>取款方式，取款单号~>取款时间,取款单号~>账号，身份证号

实体关系模式达到BCNF

四、PDM设计

1.外键说明

在转化为PDM中的时候，生成外键有：

取款单-身份证号，取款单-账号，存款单-身份证号,存款单-账号。

2.规则（各个属性的完整性约束）

（1）对账户总余额进行约束，最大值为500000，最小值为100

（2）对身份证号进行约束，限定在18位

3.视图的创建：

查询存款余额大于5000的用户的身份证号，地址，姓名，账户总余额，存款日期

4．触发器

创建触发器，该触发器实现当账号为空时，自动删除，

5.存储过程的创建

创建存储过程，实现自动转账，

6.索引

7、用户

（1）创办储户用户

（2）创办管理员用户

8．表的水平分割

对存款单进行水平分割，将其分成三张表

9.表的垂直分割

五、PDM与数据库的转化

1.PDM与数据库的连接

2.PDM生成数据库

3.在数据库中添加测试数据

使用model→testdataprofiles

4.逆向工程