《数据库原理课程设计报告》样例_第1页
《数据库原理课程设计报告》样例_第2页
《数据库原理课程设计报告》样例_第3页
《数据库原理课程设计报告》样例_第4页
《数据库原理课程设计报告》样例_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

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

文档简介

I目录1 引言 .11.1 问题描述 11.2 开发环境和运行环境 .22 需求分析 .22.1 系统功能基本的要求 .22.2 用户对系统实现的要求 .22.3 系统功能的设计 .32.4 数据字典 .53 概念设计 .63.1 设计分 E-R 图 .63.2 设计完成的总 E-R 图 .94 逻辑结构设计 .94.1 图向关系模式的转换 .94.2 数据模型的优化 .104.3 用户子模式的设计 .105 数据实施和维护 .115.1 建立数据库 .115.2 建表 .115.3 建查询 .115.4 建存储过程 .126 总结 13参考文献 .1411 引言1.1 问题描述1. 系统功能的基本要求设某商业集团数据库中有三个实体集。一是“商店”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。2.还款方式还款方式有两种:(1)等额本息: 每月应还金额:a*i*(1+i)n/(1+I)n-1注:a 贷款本金 i 贷款月利率 n 贷款月数(2)等额本金: 每月应还本金:a/n每月应还利息:an*i/30*dn注:a 贷款本金 i 贷款月利率 n 贷款月数 an 第 n 个月贷款剩余本金,a1=a,a2=a-a/n,a3=2-2*a/n.以次类推 dn 第 n 个月的实际天数,如平年 2 月就为28,3 月就为 31,4 月就为 30,以次类推,为方便统计,可设定 dn 为固定值 303.利率计算银行利率因为可能存在调整,所以应允许用户修改或设定利率,比如某个时期的利率如下表 1 所示:表 1 利率要求项目 年利率(%) 五年以下(含五年) 3.33 五年以上 3.872要求能够根据用户的公积金月缴金额,以及该用户公积金现有金额和欲贷款总额,分别统计出还款各年限(比如贷 1、2、3 、4、5、6、 7 年等等)的实际还款月数,以及等额本息和等额本金的月还金额以及所支付的总利息,供用户依据自身情况进行选择。1.2 开发环境和运行环境住房公积金贷款测算系统这运用了当前最流行的 SQL SERVER20005 运行和开发的1库、基本表的建立和修改:在 SQL-SERVER 环境下用 CREATE TABLE 建立库以及库中基本表。2数据加载: 用手工录入或导入等方法实现基本表中的数据加载。3单表查询以及多表查询:在建立的基本表中使用 select 基本格式和聚集函数;设计合适的视图,实现多表间查询。4触发器:设计触发器,可实现表间关联字段修改时的完整性等问题。5存储器:设计存储过程,并用语句调用。6用 SQL SERVER 2000/2005 等开发环境设计、实现系统主要功能。2 需求分析2.1 系统功能基本的要求试设计一个住房公积金贷款测算系统,便于用户进行贷款年限的选择。2.2 用户对系统实现的要求要求能够根据用户的公积金月缴金额,以及该用户公积金现有金额和欲贷款总额,分别统计出还款各年限(比如贷 1、 2、3、4 、5、6、7 年等等)的实际还款月数,以及等额本息和等额本金的月还金额以及所支付的总利息,供用户依据自身情况进行选择。1.信息要求:3由于系统的使用主体是贷款人员,因此对系统的信息要求可分为以下几个方面:(1)贷款人信息首先是贷款人的基本信息,主要包括:公积金月缴额、公积金现有、贷款总额。(2)银行信息首先是银行的基本信息,主要包括银行的准利率、大于 5 年的利率、小于 5 年的利率。(3)贷款信息首先是还贷款的基本方式,主要包括:等额本金、等额本息。2.处理要求:系统应当完成以下的信息处理:存储还款各年限(比如贷 1、 2、3、4 、5、6、7 年等等)的实际还款月数,以及等额本息和等额本金的月还金额以及所支付的总利息,供用户依据自身情况进行选;(1 )对贷款人信息进行及时的更新和统计;(2 )对银行利率进行及时的更新和统计,并根据统计数字得出相关的其他数据,如根据银行的当前利率,得出还款人当月应还金额,完成计算和统计。3.安全性与完整性要求:(1 )安全性要求a.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;b.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;(2 )完整性要求a.各种信息记录的完整性,信息记录内容不能为空;b.各种数据间相互的联系的正确性;c.相同的数据在不同记录中的一致性。2.3 系统功能的设计4要求能够根据用户的公积金月缴金额,以及该用户公积金现有金额和欲贷款总额,分别统计出还款各年限(比如贷 1、 2、3、4 、5、6、7 年等等)的实际还款月数,以及等额本息和等额本金的月还金额以及所支付的总利息,供用户依据自身情况进行选择。数据流图5银行收集贷款人的基本信息住房公积金贷款部分经办部门根据相关政策要求完成住房公积金贷款部分审核,确定住房公积金贷款部分金额,年限贷款人经过银行根据商业贷款相关政策要求办理贷款并确定贷款的年限和还款方式等等;经办部门合并贷款资料,通知贷款人完成住房公积金贷款部分面签贷款人住房积金部分面签经办银行进行住房公积金贷款部分上报拨款手续发放贷款经办理银行领取审核通知2.4 数据字典6贷款人(DKR)属性名 储存代码 类型 长度公积金月缴额 yje char 10公积金现有余额 xyye char 10贷款总额 ze char 10贷款人 ID dkrid char 10贷款(DK)属性名 储存代码 类型 长度等额本息 bx char 10等额本金 bj char 10银行(YH)属性名 储存代码 类型 长度基准利率 jzll char 105 年的利率 dll char 105 年的利率基准利率公积金月缴额 公积金现有余额 公 积 金 现 有 余 额 余额贷款总额5 年的利率基准利率5 年的利率、基准利率、 5 年的利率基准利率5 年的利率基准利率5 年的利率、基准利率、5 年的利率、基准利率、5 年的利率,属于银行的基本利率而其中的基准利率可以被5 年的利率所包含故可以删除。4.3 用户子模式的设计在将概念模型转化为全局逻辑模型后,根据住房公积金贷款测算系统的局部应用需求,以下设计用户子模式: 考虑需求考虑以下的几个需求:贷款人的基本信息银行利率的信息贷款方式的信息 定义用户级别对贷款人贷款、银行权限定义如下:贷款人:对贷款人他只需要填写自己的贷款信息(如:年限、贷款人的经济状况等),而不能更改银行系统中的任何信息。银行:对子记得一行信息可以修改。 制作查询子系统:根据分析需求,我们设计了一个查询系统: 银行当前利率系统银行当前利率系统提供银行当前利率的查询,使银行利率得到更新以便用户及时的知道。115 数据实施和维护5.1 建立数据库Create database zfdk;5.2 建表要求:至少 5 张表1.建立贷款人基本信息查询表Use zfdkCreate table dkr( dkrid char(10) primary key,yie char(10) not null,xyye char(10) not null,ze char(10)not null);2.建立银行利率查询表Use zfdk Create table yh( yhid char(10) primary key,Jzll char(10) not null,Dll char(10) not null,Xll char(10)not null);5.3 建查询要求:5 个查询以上查询利率例如:Use zfdkSelect *From yhGo125.4 建存储过程要求:三个以上1.更新贷款人信息Use zfdkGoCreate procedure dkrAdd( dkrid char(10),yie char(10),xyye char(10),ze char(10) )AsBegininsert into dkrvalues( dkrid,yie ,xyye,ze)endreturngoUse zfdkGoCreate procedure dkrupdate( dkrid char(10),yie char(10),xyye char(10),ze char(10) )AsBeginUpdate dkrSet dkrid =dkrid,yie = yie ,xyye =xyye,ze = zeendreturngo2.更新银行利率Use zfdk GoCreate procedure yhadd( yhid char(10),Jzll char(10),Dll char(10),13Xll char(10)AsBegininsert into yhvalues (yhid, Jzll,Dll,Xll)endreturn5.4建触发器要求:INSERT,UPDATE,DELETE 三种触发器任选6 总结据库有保持数据的独立性,所谓数据独立,是指存储在数据库中的数据独立于处理数据的所有应用程序而存在。也就是说,数据是客观实体的符号化标识,它就是一个客观存在,不会因为某一项应用的需要而改变它的结构,因此是独立于应用而存在着的客观实体。而某一项应用是处理数据获取信息的过程,也就是应用程序,它只能根据客观存在着的数据来设计所需要的数

温馨提示

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

评论

0/150

提交评论