银行需求分析Word文件下载.docx

银行需求分析Word文件下载.docx

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

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

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

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

A.存款单

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

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

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

B．取款单

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

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

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

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

2．数据项

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

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

3。

数据结构

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

储户信息｛账户，身份证号，姓名，地址,存款余额｝

存款单信息｛存款单号，余额，存款日期，存款方式｝

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

二、CＤＭ设计

根据需求分析，设计本系统的ＣDＭ如下：

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

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

２.各个实体之间的联系如下:

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

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

三、逻辑模型设计

根据CDＭ,系统的逻辑模型设计如下:

A。

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

候选码：

账号,身份证号

非主属性:

姓名，地址，存款余额

存在以下函数依赖:

账号~＞姓名，账号～〉地址，账号~>

存款余额,账号〈～〉身份证号，　身份证号~〉姓名,身份证号～〉地址,身份证号~>

存款余额

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

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

候选码:

存款单号

非主属性：

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

存在以下函数依赖：

存款单号~〉余额,存款单号～〉存款方式,存款单号~〉存款日期,存款单号~>

账号，身份证号

实体关系模式达到ＢCNＦ

C。

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

取款单号

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

取款单号~>

余额，取款单号~〉取款方式,取款单号～>

取款时间,　取款单号～>

实体关系模式达到BCNF

四、ＰDM设计

1.外键说明

在转化为PDM中的时候,生成外键有:

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

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

（1）对账户总余额进行约束，最大值为５0０00０,最小值为1００

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

视图的创建：

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

4.触发器

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

5.存储过程的创建

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

6.索引

7、用户

（1）创办储户用户

（2）创办管理员用户

8.表的水平分割

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

9.表的垂直分割

五、PDM与数据库的转化

PDM与数据库的连接

2。

ﻩPDM生成数据库

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

使用model→ｔestdata　profilｅs

4.逆向工程