银行需求分析Word文件下载.docx
- 文档编号:22281768
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:18
- 大小:686.72KB
银行需求分析Word文件下载.docx
《银行需求分析Word文件下载.docx》由会员分享,可在线阅读,更多相关《银行需求分析Word文件下载.docx(18页珍藏版)》请在冰豆网上搜索。
还可以验收存款单,更新存款信息。
储户信息=身份证号码+姓名+账号+存款余额+住址
(2)自动更新中心主要由存款单和取款单来体现。
A.存款单
用户输入存款单号,由计算机通过储户存款的方式自动计算利息,更新余额,生成存款单,让储户验收。
银行计算机储蓄系统又把存款单给银行内库进行确认审查。
存款信息=存款金额+存款日期+存款人+帐户余额
B.取款单
用于存放用户取款情况及个人帐户情况等,记录用户每次取款的资料和情况,当用户取款时,银行内库要把利息清单(或账单)给银行计算机储蓄系统处理,再把利息清单(或账单)交于用户,对取款单进行查询,修改,删除,主要包括取款放方式,取款日期,取款金额等
取款信息=取款金额+取款日期+取款人+利息清单+帐户余额
(3)超级用户(管理员)
管理员主要进行对该数据库的维护,删除,修改,插入等操作
2.数据项
根据上述功能需求分析,数据库中要存储以下数据项:
余额,存款单号,取款单号,取款方式,存款方式,取款时间,存款时间,地址,姓名,存款余额,存款日期,身份证号,账号。
3.数据结构
银行储蓄业务管理系统主要包括储户,存款单,取款单等实体。
储户信息{账户,身份证号,姓名,地址,存款余额}
存款单信息{存款单号,余额,存款日期,存款方式}
取款单信息{取款单号,余额,取款时间,取款方式}
二、CDM设计
1.根据需求分析,设计本系统的CDM如下:
储户用户可以它的基本功能操作如下:
修改自己的基本信息,账户,身份证号,姓名,地址,存款余额等。
2.各个实体之间的联系如下:
储户与存款单之间是一对多的联系,即一个储户可以多次存款,产生多个存款单,而每一次产生的存款单只能由一个储户发生。
储户和取款单之间是一对多的联系,即一份取款单只能由一个由一个储户产生,而一个储户可以生成多份取款单。
三、逻辑模型设计
根据CDM,系统的逻辑模型设计如下:
A.储户(账号,身份证号,姓名,地址,存款余额)
候选码:
账号,身份证号
非主属性:
姓名,地址,存款余额
存在以下函数依赖:
账号~>
姓名,账号~>
地址,账号~>
存款余额,账号<
~>
身份证号,身份证号~>
姓名,身份证号~>
地址,身份证号~>
存款余额
实体关系模式达到3NF(非主属性即不部分依赖于码,也不传递依赖于码)
B.存款单(存款单号,账号,身份证号,余额,存款日期,存款方式)
存款单号
余额,存款方式,存款日期
存款单号~>
余额,存款单号~>
存款方式,存款单号~>
存款日期,存款单号~>
实体关系模式达到BCNF
C.取款单(取款单号,账号,身份证号,余额,取款时间,取款方式)
取款单号
余额,取款方式,取款时间
取款单号~>
余额,取款单号~>
取款方式,取款单号~>
取款时间,取款单号~>
四、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.逆向工程
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 需求 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)