数据库课程设计高校图书馆管理系统Word文档格式.docx
- 文档编号:20738050
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:26
- 大小:152.88KB
数据库课程设计高校图书馆管理系统Word文档格式.docx
《数据库课程设计高校图书馆管理系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《数据库课程设计高校图书馆管理系统Word文档格式.docx(26页珍藏版)》请在冰豆网上搜索。
6.1建立数据库、数据表、视图、索引
6.2数据初始化
6.3结果查询
6.4还书操作
6.5借书操作
6.6书籍状态
6.7读者状态
七.系统调试和测试………………………………………………………………..27
八.心得体会………………………………………………………………………..28
一、背景
随着图书馆规模的不断扩大,图书数量也相应的增加,有关图书的各种信息量也成倍增加,面对着庞大的信息量,传统的人工方式管理会导致图书馆管理上的混乱,人力与物力过多浪费,图书馆管理费用的增加,从而使图书馆的负担过重,影响整个图书馆的运作和控制管理,因此,必须制定一套合理、有效,规范和实用的图书管理系统,对图书资料进行集中统一的管理。
另一方面,IT产业和Internet获得了飞速发展,计算机应用已渗透到了各个领域,引起信息管理的革命,实现了信息的自动化处理,提高了处理的及时性和正确性。
提高图书管理工作效率,作到信息的规范管理,科学统计和快速查询,让图书馆更好的为学校,社会服务。
二.需求分析阶段
进行系统设计,首先要对系统的现状进行分析。
根据系统的目标、需求和功能,制定和选择一个较好的系统方案,从而达到一个合理的优化系统。
每个学校都有图书馆,最初由于图书数量和种类较少,人工手动管理比较方便和灵活。
随着社会的发展,图书的数量和种类越来越多,人工手动管理会降低工作的效率,希望建立一个图书管理系统,是为了解决人工手动管理图书信息在实践的问题,从而达到系统化、规范化、标准化的水平。
该系统的建立不但给管理者带来了方便,也节省了工作时间从而提高了工作效率。
需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。
数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据库中得到哪些信息。
明确目的之后,就可以确定您需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。
在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求划分系统功能模块。
这样,就把一个大的系统分解成了几个小系统。
这里把系统的层次划分为了四个部分:
图书维护,人员信息管理,图书借阅管理,信息查询。
能够实现以下功能:
进行新书入库、现有图书信息修改以及删除;
②能够实现对读者基本信息的查询和编辑管理;
③能够进行超期罚款功能;
④能够进行借阅信息的查询功能
书籍类别:
种类编号,种类名称
读者:
借书证编号,读者姓名,读者性别,读者种类,办证登记时期
书籍:
书籍编号,书籍名称,书籍类别,书籍作者,出版社名称,出版日期,入库登记日期
借阅:
借书证编号,书籍编号,读者借书时间
还书:
借书证编号,书籍编号,读者还书时间
罚款:
借书证编号,读者姓名,借书证编号,书籍编号,读者借书时间
管理员信息:
管理员编号,姓名,性别,权限,登录口令,住址,电话
1.能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:
1)图书信息的录入、删除及修改。
2)图书信息的多关键字检索查询。
3)图书的出借、返还及超期罚款或丢失赔偿。
2.能够对一定数量的读者、管理员进行相应的信息存储与管理,这其中包括:
1)读者信息的登记、删除及修改。
2)管理员信息的增加、删除及修改。
3)读者资料的统计与查询。
3.能够提供一定的安全机制,提供数据信息授权访问,防止随意删改、查询。
4.对查询、统计的结果能够列表显示。
1)安全性要求
系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。
安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;
系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。
2)完整性要求
系统完整性要求系统中数据的正确性以及相容性。
可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。
数据流图:
(a)数据项:
系统涉及的数据项有28项
表1.1数据项列表
数据项编号
数据项名
数据项含义
与其它数据项的关系
数据类型
别名
DI-1
bookstyleno
种类编号
varchar
DI-2
bookstyle
种类名称
DI-3
readerid
读者借书证号
DI-4
readername
读者姓名
DI-5
readersex
读者性别
DI-6
readertype
读者种类
DI-7
regdate
办证登记日期
datetime
DI-8
MID
管理员编号
DI-9
MName
管理员姓名
DI-10
MSex
管理员性别
DI-11
Mpsw
管理员密码
DI-12
MAuth
管理员权限
DI-13
MTeleph
管理员电话
DI-14
MAddre
管理员地址
DI-15
bookid
书籍编号
DI-16
bookname
书籍名称
DI-17
书籍类别
DI-18
bookauthor
书籍作者
DI-19
bookpub
出版社名称
DI-20
bookpubdate
出版日期
Datetime
DI-21
bookindate
入库登记日期
DI-22
isborrowed
是否被借出
DI-23
borrowdate
读者借书时间
DI-24
returndate
读者还书时间
DI-25
DI-26
bookfee
罚款金额
DI-27
借阅时间
Dl-28
YHdate
应还时间
(b)数据结构:
表1.2数据结构列表
数据结
构编号
数据结构名
数据结构
含义
组成
DS-1
book_sytle
书籍类别信息
bookstyleno、bookstyle
DS-2
system_readers
读者信息
readerid、readername、readersex、readertype、regdate
DS-3
Maneger
管理员信息
MID、MName、MSex、Mpsw、MAuth、MTeleph、MAddre
DS-4
system_book
书籍信息
bookid、bookname、bookstyle、bookauthor、bookpub、bookpubdate、bookindate、isborrowed
DS-5
borrow_record
借阅记录信息
readerid、bookid、borrowdate
DS-6
return_record
还书记录信息
readerid、readerid、returndate
DS-7
reader_fee
罚款记录信息
readerid、readername、bookid、bookname、bookfee、borrowdate
三.概念设计阶段
3.1任务和目标
(1)设计分E-R图,即各子模块的E-R图;
(2)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;
(3)生成全局E-R图,通过消除冲突等方面。
3.2阶段结果
(1)各类别的实体E-R图
(a)类别实体图:
图3-1类别实体图
(b)读者信息实体图:
读者信息实体
读者借书证编号
读者种类e
办证登记时间
图3-2读者信息实体图
(c)书籍信息实体图:
图3-3书籍信息实体图
(d)借阅记录信息实体图:
图3-4借阅记录信息实体图
(e)还书记录信息实体图:
图3-5还书记录信息实体图
(f)罚款信息实体图:
图3-6罚款信息实体图
(g)管理员信息实体图:
图3-7管理员信息实体图
(2)合并各分E-R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E-R图如下所示:
各E-R图各实体的属性如下所示:
bookstyleno,bookstyle
readerid,readername,readersex,readertype,regdate
bookid,bookname,bookstyle,bookauthor,bookpub,bookpubdate,bookindate,isborrowed
readerid,bookid,borrowdate
readerid,bookid,returndate
readerid,readername,bookid,bookname,bookfee,borrowdate
MID,MName,MSex,Mpsw,MAuth,MTeleph,MAddre
四.逻辑设计阶段
以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。
4.2数据组织
4.2.1将E-R图转为关系模式
bookid,bookname,bookstyleon,bookauthor,bookpub,bookpubdate,bookindate,isborrowed
信息登记:
bookstyleno,bookid
bookid,readerid
(注:
标有直线下划线的为主码)
4.2.2模式优化
关系模式书籍类别,读者,书籍,借阅,还书,罚款,管理员信息,归还,信息登记,借阅,罚款不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF。
表4.1书籍类别信息表
列名
可否为空
说明
notnull(主键)
notnull
表2.2读者信息表格
null
表2.3Maneger管理员信息表
表2-3 system_book书籍信息表
表中列名
Notnull(主键)
Notnull
书籍类别编号
Null
NotNull
表2-5 borrow_record借阅记录信息表
Notnull(外主键)
表2-6 return_record还书记录信息表
表2-7 reader_fee罚款记录信息表
4.2.4用户子模式定义
表2.7用户子模式定义
编号
用户子模式(View)
作用(共性:
提供数据保密和安全保护机制)
V-1
ReaderView
方便读者基本信息的查询、更新
V-2
BookView
便于查询和修改图书的基本信息
V-3
BorrowView
用于当前借阅信息的查询
V-4
HistoryView
便于借阅历史信息的查询
V-5
FineView
便于查询罚款信息
表2.8ReaderView读者基本信息视图
办证日期
表2.9BookView图书基本信息视图
数据编号
图书的书名
图书作者
图书出版社
图书是否可借
表2.10BorrowView读者当前借阅信息视图
作者
表2.11HistoryView读者借阅历史信息视图
归还时间
表2.12FineView读者罚款信息视图
五.物理设计阶段
5.1物理设计阶段的目标和任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:
(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
5.2数据存储方面
为数据库中各基本表建立的索引如下:
1.由于基本表system_readers,system_readers的主码readerid,bookid经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,在两个属性上建立唯一性索引;
2.借阅信息基本表borrow_record的一属性readerid,bookid,经常在查询条件中出现,考虑在其之上建立聚簇索引;
3.还书信息基本表return_record的一属性readerid,bookid,经常在查询条件中出现,考虑在其之上建立聚簇索引;
六.数据库实施阶段
USEmaster
GO
CREATEDATABASElibrarysystem
USElibrarysystem
createtablebook_style
(
bookstylenovarchar(30)primarykey,--种类编号
bookstylevarchar(30)--种类名称
)
createtablesystem_books
bookidvarchar(20)primarykey,--书籍编号
booknamevarchar(30)Notnull,--书籍名称
bookstylenovarchar(30)Notnull,--书籍类别
bookauthorvarchar(30),--书籍作者
bookpubvarchar(30),--出版社名称
bookpubdatedatetime,--出版日期
bookindatedatetime,--入库登记日期
isborrowedvarchar
(2),--是否被借出
foreignkey(bookstyleno)referencesbook_style(bookstyleno),
createtablesystem_readers
(readeridvarchar(9)primarykey,--读者借书证号
readernamevarchar(9)notnull,--读者姓名
readersexvarchar
(2)notnull,--读者性别
readertypevarchar(10),--读者种类
regdatedatetime--办证登记日期
createtableborrow_record
(bookidvarchar(20)primarykey,--读者借阅证编号
readeridvarchar(9),
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 高校 图书馆 管理 系统