ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:196.62KB ,
资源ID:6696016      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6696016.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(SQL数据库课程设计学校图书借阅管理系统.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

SQL数据库课程设计学校图书借阅管理系统.docx

1、SQL数据库课程设计学校图书借阅管理系统SQL数据库课程设计-学校图书借阅管理系统SQL数据库课程设计报告 设计题目:学校图书借阅管理系统 1. 问题描述 2. 需求分析 2.1 需求调查 2.2 系统功能结构 2.3 数据流图 4. 概念结构设计 3.1 局部E-R图 3.2 全局E-R图 3.3 数据字典 4. 逻辑结果设计 4.1 逻辑设计的任务和目标 4.2 将E-R图装换为关系模式 5. 物理结构设计 5.1 建立数据表 5.2 建立视图 5.3建立触发器 5.4 存储过程 6. 结论与心得 数据库系统原理课程设计报告 1. 问题的描述 随着社会的信息量的与日俱增,职场竞争的日趋激烈

2、,越来越多的人更关注知识的积累、能力的培养。作为信息存储的主要媒体之一图书、数量、规模比以往任何时候都大的多,不论个人还是图书管理部门都需要使用方便而有效的方法来管理自己书籍。 在计算机日益普及的今天,对于个人而言采用一套行之有效的图示管理系统来管理自己的书籍,会方便许多.对于图书馆部门而言,以前单一的手工检索已不能满足人们的要求,为了让便于图书资料的管理要有图书馆软件。对于日益扩大的图书馆,查找特定的书目总使借阅者或工作人员劳神费力,有事还没有结果。因为往往是投入了大量的人力和财力却得不到有效的管理效率。因此我没呢采用数据库技术生成图书馆借阅挂历系统将会极大的方便借阅者并简化图书馆管理人员和

3、工作人员的劳动,使工作人员从繁忙、复杂的工作进入到一个简单,搞笑的工作中。 在此以高校学校图书借阅管理系统的开发过程为背景,全文围绕如何: 实现图书信息、类别、出版社等信息的管理; 实现读者信息、借阅证信息的管理; 实现图书的借阅、续借、归还管理; 实现超期罚款管理、收款管理; 创建触发器,分别实现借书和还书时自动更新图书信息的在册数量; 创建视图查询各种图书的书号、书名、总数和在册数; 创建存储过程查询指定读者借阅图书的情况; 建立数据库相关表之间的参照完整性约束。 来进行系统设计,完善高校图书馆图书借阅系统。 2. 需求分析 2.1 需求调查 系统的需求分析主要是通过我们对于本校图书馆的观

4、察和了解图书馆的一些管理规则和运行机制,并通过上网搜索有关图书馆管理系统的知识,了解到图书馆的现状,以及管理中的一些问题,并开始系统设计。每个学校都有图书馆,最初由于图书的数量和种类较少,人工手动管理化比较方便和灵活。随着社会的发展,图书的数量和种类越来越多,人工手动管理会降低工作的效率,希望建立一个图书管理系统,是为了解决人工手动管理图书信息在实践中的问题,从而达到系统化,规范化,标准化的水平。该系统的建立不但给管理这带来方便,也节省了工作的时间从而提高了工作的效率。 需求分析是在于弄清用户对于开发数据库应用系统的的确切要求。数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据

5、库中得到那些信息。明确目的之后,就可以确定您保存那些主题信息(表),以及每一个主题需要保存那些信息(表中字段)。 2.2 系统的功能构造 1. 能够存储一定量的图书信息,并方便有效的进行相应的书籍操作和管理,这主要有: 1)、图书信息的录入、删除及修改。 2)、图书信息的多关键子检索查询。 3)、图书出借、返回及超时惩罚等。 2. 能对一定数量的读者、管理员进行相应的信息存储与管理,包括: 1)、读者信息的登陆,删除及修改。 2)、管理员信息的增加,删除及修改。 3)、读者资料的统计与查询等。 2.3 对于图书馆相关业务的宏观数据流程图 读者 丢失赔偿单 超时罚款单 还书处理 还书记录单 所还

6、图书单 更新图书借阅处理 借书记录单 信息 管理员 有效借书单 缺书通知单 更新后的查询信息单 查阅处理 图书信息 查询结果单 3.概念结构设计 3.1 局部E-R图 通过对上面2.3的图书馆相关业务的宏观数据流程图的分析可初步的得到图书馆信息 处理的局部E-R图: 1. 读者与图书之间的关系 N M 借阅 读者 图书 2. 读者与借书记录之间的关系 M N 图书续借记录 续借 读者 借记录 3. 读者与归还记录之间的关系 N M 4. 读者与罚款记录之间的的关系 归还 图书续借记录 读者 借记录 N M 读者 图书续借记录 罚款 借记录 5. 图书和图书管理员之间的关系 N M 读者 罚款

7、管理员 6. 图书与管理员之间的关系 N M 管理 图书 管理员 3.2 整合上述16 局部E-R图可进一步的的得到完整的全局E-R图。具体图示如下: 借阅时间 图书编号 归还时间 读者图书卡编号 读者姓名 借阅图书卡编号 到期时间 图书编号 图书名称 图书续 是否续借 借记录 借阅时间 图书名称 M 图书续 归还时间 读者姓名 借记录 读者图书卡编号 出版社 归还 图书编号 图书名称 读者姓名 图书名称 读者姓名 读者类别 入库时间 M 读借时间 剩余数量 N 读者性别 作者 图书续 M N M N 续借 借阅 读者 图书 借记录 读者图书卡编号 图书编号 借书时间 借阅时间 N N 最多可

8、借图书书量 借读次数 管理 读借时间 罚款 管理 惩罚金额 M M 超时时间 读者图书卡编号 图书续 图书管 惩罚金额 借记录 理员 图书名称 管理员编号 读者姓名 管理员姓名 图书编号 管理员性别 借阅时间 登陆密码 3.3 数据字典根据上面全局E-R图建立数据字典 数据项名 数据项含义 数据类型 ReadID varchar 读者编号 ReadName varchar 读者姓名 ReadSex varchar 读者性别 ReadDate varchar 登记时间 MaxBorrow varchar 最多可借图书数目 MID varchar 管理员编号 MName varchar 管理员姓名

9、 MSex varchar 管理员性别 Mpwd varchar 登录密码 BookID varchar 图书编号 BookName varchar 图书名称 BookWrite varchar 作者 BookPublish varchar 出版社 RestNum varchar 剩余数量 StorageTime Datetime 入库时间 OutDate Datetime 借阅时间 RBorrow varchar 是否续借 InDate Datetime 归还时间 YHDate Datetime 到期时间(图书馆借 阅在60天以内) RBTime Varchar 续借次数(不能超过2次) R

10、BDate Datetime 续借时间 Overtime Datetime 超出时间 Fine varchar 惩罚金额 4. 逻辑结果设计 4.1 逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成关系模式、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。 4.2 将E-R图转换为关系模式 实体型转换为关系模式,实体的属性就是关系的属性,实体的码

11、就是关系的码。对于实体间的联系则有一下不同的情况: 一个m:n联系装换为一个关系模式。与该关系相连的各实体的码以及联系本身的属性均转换为关系属性,而关系的码为各实体码的结合。 一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,这与该联系相连的各实体的码一记联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为以个关系模式。与该多元联系相连的各实体的码以及联系本省的属性均转换为关系属性,而关系的码为各实体码的组

12、合。 具体的基恩E-R图向关系模型的转化如下: 读者:Read(ReadID,ReadName,ReadSex,ReadDate,MaxBorrow,RType) 图书:Book(BookID,BookName,BookWrite,BookPublish,RBookNum,StorageTime,BType) 管理员:Manger(MID, MName,MSex,Mpwd) 借阅记录:Borrow(ReadID,ReadName,BookID,BookName,YHDate,RBorrow,OutDate) 归还记录:Rent (ReadID,ReadName,BookID,BookName,

13、InDate,OutDate) 续借记录:RBorrow(ReadID,ReadName,BookID,BookName,RBTime,RBDate,OutDate) 惩罚记录:Fine (ReadID,BookID,Readname,Bookname,Fine,Overtime,OutData,YHtime,Intime) 5. 物理结构设计 数据库的物理结构设计就是为了逻辑数据模型选取一个最适合应用要求的物理结构的过程,主要任务是:确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构。 5.1 建立基本表 根据4.2建立的数据关系模式可建立如下的数据库基本表 5.1.1 图书信息表

14、的建立 create table 图书信息表( BookID varchar(20) primary key, BookName varchar(50) not null, BookWriter varchar(30) not null, BookPublish varchar(50) not null, RestNum varchar(10) not null, StroageTime datetime, BookNum varchar(10), BType varchar(20), ); 数据库中成功建立基本表的图示: 5.1.2 读者信息表的建立 create table 读者信息表(

15、ReadID varchar(20) primary key, ReadName varchar(50) not null, ReadSex varchar(2) not null, ReadDate datetime, MaxBorrow varchar(10) not null, RType varchar(20), ); 数据库中成功建立基本表的图示: 5.1.3 图书管理员信息表的建立 create table 图书管理员信息表( MID varchar(20) primary key, MName varchar(50) not null, Msex varchar(2) not n

16、ull, Mpwd varchar(10) not null, ); 数据库中成功建立基本表的图示: 5.1.4 图书借阅记录信息表的建立 create table 图书借阅记录信息表( ReadID varchar(20) primary key, BookID varchar(20) primary key, BookName varchar(50), ReadNme varchar(50), YHDate datetime not null, RBorrow varchar(10) not null, Outdate datetime not null, ); 数据库中成功建立基本表的图

17、示 5.1.5 图书续借记录信息表的建立 create table 图书续借记录信息表( ReadID varchar(20) primary key, BookID varchar(20) primary key, BookName varchar(50), ReadNme varchar(50), RBTime datetime not null, RBDate datatime not null, OutDate datetime not null, ); 数据库中成功建立基本表的图示 5.1.6 图书归还记录信息表的建立 create table 图书归还记录信息表( ReadID v

18、archar(20) not null, BookID varchar(20) not null, BookName varchar(50), ReadNme varchar(50), InData datetime not null, Outdate datetime not null, CONSTRAINT ReadID primary key (BookID) ); 数据库中成功建立基本表的图示 5.1.7 图书罚款记录信息表的建立 create table 图书罚款记录信息表( ReadID varchar(20) primary key, BookID varchar(20) pri

19、mary key, ReadNme varchar(50), BookName varchar(50), Fine varchar(10) not null, Outdate datetime not null, InDate datetime not null, YHDate datetime not null, ); 数据库中成功建立基本表的图示 5.1.8 关系图 5.2 建立视图 创建视图查询各种图书的书号、书名、总数和在册数 图:企业管理器中创造视图BOOKVIEW 图:在BOOKVIEW视图查询教科书类型的所有书籍 5.3 创建触发器 5.3.1创建触发器实现借书时自动更新图书信息

20、的在册数量 5.3.2创建触发器实现还书时自动更新图书信息的在册数量 5.4 存储过程 5.4.1创建存储过程查询指定读者借阅图书的情况: 5.4.2存储过程查询指定读者借阅图书 6. 结论与心得 经过这次的数据库程序课程设计,我们感触很深。往往看似一个简单的问题,做起来却不是那么容易,特别是触发器的相关问题的处理,在失败中一步步摸索。即使这样,这次的校园图书借阅管理系统并没有做得很好,甚至还有很多地方都存在着不足甚至是错误,在存储过程方面就没有做好。还是基础不扎实,不能够灵活运用课本知识,还是要不断认真的学习和实践,这样才能更好地运用书本知识,增强我们的个人能力。在这次设计中,我们既从网上查

21、了资料,也借用了别人的东西,同时也向其他同学进行询问。 通过本次的课程设计,让我们对SQL Server2000有了更深的了解 ,重新对SQL的创建、修改、删除等的操作有了新的认识,也对这个系统的使用和维护有了新的认识和见解。我们小组所选择的是设计一个学校图书借阅管理系统,这对于我们来说是一次尝试与创新的过程,也可以说是一次挑战的过程,毕竟以前没做过,缺少经验。现在利用自己学到的知识设计并制造一个图书管理系统,这本身就是一个知识转化为生产力的过程,因此投入了热情和努力。在具体的 设计与实施中,我们看到并感受到了一个管理系统从无到有的过程,对具体的设计步骤、思路、方法、技巧都有了进一步的了解。 在设计中我们基本能按照规范的方法和步骤进行,实施过程中我们深刻的认识到认真执行管理系统软件标准的重要性,由于我们对管理系统软件相关的标准和规范不太了解,缺少行为操作准则,所以在设计中比较生硬。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1