数据库系统原理(英)大作业格式_第1页
数据库系统原理(英)大作业格式_第2页
数据库系统原理(英)大作业格式_第3页
数据库系统原理(英)大作业格式_第4页
数据库系统原理(英)大作业格式_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、本科学生综合性实验报告课程名称:数据库系统原理(英)项目组长 金幼华 学号 0094053 项目组员 刘 琳 学号 0094054 课程代码 03125 班级 B01班 实验项目名称 银行系统数据库设计指导教师 廖国琼 开课学期 2011 至 2012 学年 第一学期 完成时间 2011 年 12 月 30 日目 录1. 需求分析11.1 需求概述11.2 系统目标与系统边界11.3 功能需求分析11.3.1 系统功能描述11.3.2 系统总体功能图11.4 业务流程分析11.5 数据字典11.5.1 数据项及数据结构11.5.2 数据流11.5.3 数据存储11.5.4 处理过程11.6 业

2、务规则及约束描述21.6.1 业务规则21.6.2 约束描述22 概念设计22.1 确定实体集及属性22.2 确定联系集及属性22.3 概念模型(总E-R图)23 逻辑设计23.1 关系表设计23.2 关系优化33.3 其它约束说明34 数据库物理设计34.1 确定数据库文件存放路径34.2 确定数据库索引35. 数据库安全性设计45.1 确定角色与用户45.2 权限分配45.3 视图设计(子模式设计)46 数据库脚本设计46.1 数据库定义脚本46.2 数据库完整性定义脚本46.3 数据库物理设计脚本46.4 数据库安全性设计脚本46.5 存储过程脚本57. 界面设计58. 实验结果59.

3、总结与体会5I1. 需求分析1.1 需求概述(1)工作人员注册:工作人员注册时要求填写基本信息,包括编号、姓名、登陆密码、电话号码、工作开始日期、家庭住址、家庭成员名字、出生日期。每个工作人员都有一个上司,一个上司可以管多个员工。(2)客户办理:客户办理银行卡时要求填写基本信息,包括姓名、家庭住址、电话号码,然后由工作人员给客户办理银行卡,并且给客户一个唯一标识的银行卡号。客户可以在满足条件的情况下注销该银行卡。(3)银行信息:银行信息要求有银行的名字、各个分行的地址信息以及各分行的资产。银行可以根据客户的存款金额以及客户的条件把客户分为4个等级。一级为普通级别,二级为白银级别,三级为黄金级别

4、,四级为钻石级别。不同级别的客户可以申请贷款的数额也不相同。(4)储蓄信息:存款信息:包括存款的银行账号,卡上余额,存款所在的银行名字,存款日期。存款信息的查询:客户可以根据自己的银行账号查询自己的存款信息。 存款信息的更新:当客户来银行存款时,银行工作人员要及时更改客户的存款信息。存款方式:存款方式有活期存款、整存整取定期存储等方式。取款信息:包括取款的银行账号,卡上余额,取款所在的银行名字,取款日期。取款信息的查询:客户可以根据自己的银行账号查询自己的取款信息。 取款信息的更新:当客户来银行取款时,银行工作人员要及时更改客户的余额信息。活期储蓄:活期储蓄是指存款时不约定存期,储户可随时存取

5、,每次存取金额不受限制的储蓄,起存金额为1元。【产品特点】随时可以存取,可以通存通兑,存取金额及次数不限,方便灵活。活期储蓄存款按季结息,按结息日挂牌活期储蓄存款利率计息,每季的20日为结息日。计算利息时,按实际天数计息。计息公式为:利息=本金*实际天数*日利率如遇利率调整,按支取日或结息日挂牌利率计息。【注意事项】 活期储蓄由银行签发存折(卡)等存款凭证,凭折或卡支取,可以挂失; 储户开立活期储蓄存款账户时可选择是否预留密码,但申请通存通兑的账户时必须预留密码; 储户一次性或当日累计从活期账户中存、取款金额在5万元以上(含5万元)的,必须提供本人有效身份证件。整存整取存储:整存整取定期储蓄是

6、指在存款时约定存期,一次存入本金,到期一次性支取本息的储蓄。起存金额为50元,存期分为三个月、半年、一年、二年、三年、五年六个档次。【产品特点】本金一次存入,存期固定,利率较高。【计息规定】 到期支取时,不论利率是否调整,均按开户日挂牌公告的相应档次的整存整取储蓄存款利率计付利息。 全部提前支取的,按支取日挂牌公告的活期储蓄存款利率计付利息;部分提前支取的,提前支取部分按支取日挂牌公告的活期储蓄存款利率计付利息,其余部分到期时按开户日挂牌公告的整存整取储蓄存款利率计付利息。 自动转存的,按转存日挂牌公告的相应档次的整存整取储蓄存款利率计付利息。【注意事项】 定期存单是否预留密码由客户选择,但是

7、不留密码不能通兑。 可以根据客户的意愿选择约定转存期,无限次自动转存。 可部分提前支取,对于约定转存的账户,除存单到期日和约定转存日外,在其余日期支取均视为提前支取。部分提前支取时,未取金额以原存单开户日、原定存期和原定存款利率开给新存单;存单可以办理多次部分提前支取,但剩余金额不能小于最低起存金额。 提前支取时须持本人有效身份证件前往银行办理提前支取手续。代他人支取的,代理人须同时出具代理人和存折(单)本人的有效身份证件。(6)贷款信息:贷款规则:根据贷款人的条件判定最多可以贷款的数目。贷款信息:贷款客户的银行号、贷款金额、贷款客户的姓名以及各种信息。贷款查询:客户可以根据自己的银行号查询自

8、己所贷款金额。贷款信息的更新:银行工作人员根据客户的还款或借款来及时更新贷款的信息。1.向银行提出贷款申请, 2.银行受理后,对抵押房产价值进行评估,根据评估值核定贷款金额; 3.签定借款合同等; 4.办理房地产抵押登记事宜; 5.银行放款贷款所需资料: 1.借款人的有效身份证、户口簿; 2.婚姻状况证明,未婚的需提供未婚证、已离婚的需出具法院民事调解书或离婚证(注明离异后未再婚); 3.已婚需提供配偶的有效身份证、户口簿及结婚证; 4.借款人的收入证明(连续半年的工资收入证明或纳税凭证当地); 5.房产的产权证; 6.担保人(需要提供身份证、户口本、结(未)婚证等) 7.已支付房产的首期款证

9、明 注意的是: 1.必须有抵押物才能贷款,而且贷款金额和贷款期间利息总和不能超过抵押物评估价值的1/2; 2.有长期稳定的足以支付每月贷款本息的收入来源; 3.担保人; 贷款需要支付律师见证费、抵押登记费、抵押房产的保险费、房产的评估费等。 一般贷款下来要1个月左右(7)还贷信息:还款信息设定为弱实体集,因为还款信息时依附在贷款信息上得,如果没有贷款肯定就没有还款信息,所以把还款信息设定为弱实体集。还款信息:还款的账号、还款日期、还款金额。还款信息的查询:客户可以根据自己的银行账号查询自己在某天还款的数额。(8)信用卡信息:信用卡得作用可以说是和储蓄差不多一样,不过信用卡就是多了一个透支的功能

10、。即当你的信用卡没钱的时候,你可以适当的透支一些。(9)网银信息:通过网银账号你可以在网上直接购物,然后通过账号连到储蓄而直接从你存折上扣钱。根据信息,我们主要把银行管理系统分为7个大模块,这7个模块包括员工信息、银行信息、客户信息、贷款信息、存款信息、信用卡信息、网银信息。 银行管理系统 客户信息员工信息银行信息信用卡信息网银信息储蓄信息贷款信息1.2 系统目标与系统边界这个系统主要是为了客户以及银行工作人员可以更加方便以及快捷的存款、贷款、还款、转账、网上购物等一些银行业务以及记录客户的信息和银行工作人员的信息。在这个系统中我们只考虑2种储蓄方式,就是活期储蓄和整存整取存储。贷款只是笼统的

11、理解为贷款,而不分各种的贷款方式。例如什么房产贷款、汽车贷款等等。1.3 功能需求分析1.3.1 系统功能描述1.3.2 系统总体功能图1.4 业务流程分析画出数据流图, 可采用分层数据流图表示1.5 数据字典针对1.4中的数据流图, 给出相应的详细数据字典1.5.1 数据项及数据结构1.5.2 数据流1.5.3 数据存储1.5.4 处理过程1.6 业务规则及约束描述1.6.1 业务规则1.6.2 约束描述2 概念设计2.1 确定实体集及属性从系统的数据需求描述中,抽取出实体集(可能对应基本对象,也可能对应表格/单据),并对其属性进行描述,注意:实体集的属性中必须要有码属性,并不能包含其他实体

12、集的码属性(要通过实体集的联系来表示)。2.2 确定联系集及属性对各实体集(联系集)之间的联系进行描述,包括联系的映射基数、联系属性等。2.3 概念模型(总E-R图)3 逻辑设计3.1 关系表设计根据E-R图进行转化得到关系数据库模式,并需要指出每一个关系的主码和外码及相关完整性约束.1. 表名: _来源: 对每个表说明是怎么转化而来的字段名数据类型缺省值主/外键允许空唯一取值范围字段描述2. 表名: _来源: 对每个表说明是怎么转化而来的字段名数据类型缺省值主/外键允许空唯一取值范围字段描述 .3.2 关系优化如果根据E-R图转化得到的关系模式已经是符合3NF的,则该节不需要。3.3 其它约束说明在数据库上述约束基础上,还需要对一些数据库完整性约束规则(如选修一门课, 必须先修其先导课程; 网上书店每次销售一本书时, 检查该书的库存是否低于最低数量, 否则提示管理员采购.)进行描述。对于3.1中的约束, 是在定义表的脚本中进行定义, 而对于本节的约束,需要通过定义触发器来实现。4 数据库物理设计4.1 确定数据库文件存放路径4.2 确定数据库索引5. 数据库安全性设计定义角色、用户与权限设置,使用视图保证数据安全。5.1 确定角色与用户5.2 权限分配5.3 视图设计(子模式设计)6 数据库脚本设计6.1 数据库定义脚本表定义6.2 数据库完整性定义脚本(主要

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论