《高校图书馆管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《高校图书馆管理系统数据库设计.docx(19页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、高校图书馆管理系统数据库设计 图书管理系统数据库设计学号: 专业班级: 姓名: 指导老师: 完成日期: 摘要 在计算机日益普及的今天,对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍,会方便许多。对图书管理部门而言,以前单一的手工检索已不能满足人们的要求,往往是投入了大量的人力和财力却得不到高效的管理效率。为了便于图书资料的管理需要有效的图书管理软件,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,达到提高图书借阅信息管理效率的目的。采用数据库技术生成的图书馆借阅管理系统将会极大地方便借阅者并简化图书馆管理人员和工作人员的劳动,使工作人员从繁
2、忙、复杂的工作进入到一个简单、高效的工作中。基于这个问题,开发了大学图书馆借阅系统。系统采用C/S模式,实现了借还书的方便、高效性、有效性和及时性。本文通过作者设计和开发一个中小型高校图书馆管理系统的实践,阐述了高校图书管理软件中所应具有的基本功能、设计、实现。 关键字:图书借阅;人员管理;图书维护; 目录 1引言. 2. 需求分析阶段. 2.1 引言 . 2.2 需求分析阶段的目标与任务. 2.2.1处理对象. 2.2.2处理功能及要求. 安全性和完整性要求 . 2.3 需求分析阶段成果. 3 概念设计阶段. 3.1 引言 . 3.2 任务与目标. 3.3 阶段结果. 4逻辑设计阶段. 4.
3、1逻辑设计的任务和目标. 4.2数据组织. 4.2.1将E-R图转换为关系模型. 4.2.2模型优化. 4.2.3数据库模式定义. 4.2.4用户子模式定义. 4.3数据处理. 5物理设计阶段. 5.1物理设计阶段的目标与任务. 5.2数据存储方面. 5.3系统功能模块. 5.3.1 读者基本信息的查询和更新模块. 5.3.2 图书基本信息的查询和更新模块. 6数据库实施阶段. 6.1建立数据库、数据表、视图、索引. 6.1.1 建立数据库. 6.1.2 建立数据表. 6.1.3 建立视图. 6.1.4 建立索引. 6.1.5 建立触发器. 6.2数据入库. 6.3创建各个功能的存储过程. 7
4、系统调试和测试. 8实习心得. 9存在的问题及建议. 致谢. 参考文献. 附录1 存储过程定义 . 附录2 数据查看和存储过程功能的验证. 附录3 所有的SQL运行语句 . 1引言 随着社会信息量的与日俱增,职场竞争的日趋激烈,越来越多的人更关注知识的积累、能力的培养。作为信息存储的主要媒体之一图书,数量、规模比以往任何时候都大的多,不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。 在计算机日益普及的今天,对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍,会方便许多。对图书管理部门而言,以前单一的手工检索已不能满足人们的要求,为了便于图书资料的管理需要有效的图书管
5、理软件。对于日益扩大的图书馆,查找特定的书目总是借阅者或工作人员劳神费力,有时还没有结果。因此往往是投入了大量的人力和财力却得不到高效的管理效率。为了缩短借阅者的等待时间,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高图书借阅信息管理效率的目的,采用数据库技术生成的图书馆借阅管理系统将会极大地方便借阅者并简化图书馆管理人员和工作人员的劳动,使工作人员从繁忙、复杂的工作进入到一个简单、高效的工作中。 本文以高校图书馆管理系统管理系统开发过程为背景,全文分为目录、需求分析、概要设计、逻辑设计、物理设计,以及系统的实现等全过程。在程序设计与调试
6、上采用了自上而下,逐步细化,逐步完善的原则。采用结构化的功能模块设计系统功能,可读性好,易于扩充。基本功能全面,系统可读性好,易于维护、更新,安全性好。 2. 需求分析阶段 2.1 引言 进行系统设计,首先要对系统的现状进行分析。根据系统的目标、需求和功能,制定和选择一个较好的系统方案,从而达到一个合理的优化系统。每个学校都有图书馆,最初由于图书数量和种类较少,人工手动管理比较方便和灵活。随着社会的发展,图书的数量和种类越来越多,人工手动管理会降低工作的效率,希望建立一个图书管理系统,是为了解决人工手动管理图书信息在实践的问题,从而达到系统化、规范化、标准化的水平。该系统的建立不但给管理者带来
7、了方便,也节省了工作时间从而提高了工作效率。 需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据库中得到哪些信息。明确目的之后,就可以确定您需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。 在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求划分系统功能模块。这样,就把一个大的系统分解成了几个小系统。这里把系统的层次划分为了四个部分:图书维护,人员信息管理,图书借阅管理,信息查询。能够实现以下功能: 1进行新书入库、现有图书信息修改以及删除; 能够实现对读者基本信息的查询和编辑管理;
8、 能够进行超期罚款功能; 能够进行借阅信息的查询功能; 2.2需求分析阶段的目标与任务 读者信息:读者编号,姓名,性别,学号,学院,专业,年级,类型,类别编号,办证日期 管理员信息:管理员编号,姓名,性别,权限,登录口令,住址,电话 馆藏图书信息:图书编号,索书号,图书名称,作者,出版社,单价,摘要,关键字,副本数,分类,出版日期,状态 借阅信息:图书编号,读者编号,图书名,作者,借阅日期,归还日期,归还日期,应还日期,罚金 借阅历史信息:图书编号,读者编号,图书名,作者,借阅日期,还书日期 罚款信息:读者编号,图书编号,图书名,作者,借阅日期,应还日期,归还日期,罚款金额,处理状态,管理员编
9、号 1能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括: 1) 图书信息的录入、删除及修改。 2) 图书信息的多关键字检索查询。 3) 图书的出借、返还及超期罚款或丢失赔偿。 能够对一定数量的读者、管理员进行相应的信息存储与管理,这其中包括: 1) 读者信息的登记、删除及修改。 2)管理员信息的增加、删除及修改。 3) 读者资料的统计与查询。 3能够提供一定的安全机制,提供数据信息授权访问,防止随意删改、查询。 4对查询、统计的结果能够列表显示。 1)安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制,不同的用
10、户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。 2)完整性要求 系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。 2.3 需求分析阶段成果 2.3.1 体会与收获 系统需求分析主要是通过对本校图书管理员的咨询、请教,了解我校图书馆的管理规则和 运行机制,并通过上网搜索有关图书管理系统的知识,了解到了图书管理的现状,以及在管理中的一些问题。由于是第
11、一次做这样的需求调查,开始总是觉得无从下手,不知道自己该了解、该清楚那些方面的知识,在绘制系统业务流程图时,也遇到了很多的问题,但通过老师的帮助与指导,和自己一遍一遍的分析和完善,才逐步把业务弄清楚,最终顺利完成了需求分析阶段的任务。 2.3.2 图书管理系统业务流程图 从读者角度考虑的业务流程图: 2.3.3 图书管理系统数据流程图 顶层数据流图: 图 2.2 顶层数据流 第2层数据流图:(读者借阅,读者还书,读者查询,管理员查询,管理员修改) 第3层数据流图:(读者借阅) 第3层数据流图:(读者还书) 第3层数据流图:(查询图书信息,查询读者信息,查询借阅历史,查询罚款信息) 第3层数据流
12、图:(管理员添加、删除、修改图书信息) 第3层数据流图:(管理员添加、删除、修改读者信息) 第3层数据流图:(管理员添加、删除、修改系统用户信息) 2.3.4 图书管理系统数据字典 (a)数据项:系统涉及的数据项有44项 表1.1 数据项列表 系 DI-1 BookID 图书条码号char(9) 条码号DI-2 BookNo 图书索书号char(10) 索书号DI-3 BookName 图书名char(20) 书名 DI-4 BookWriter 图书作者char(8) 作者 DI-5 BookPublish 图书出版社char(20) 出版社DI-6 BookPrice 图书单价char(7
13、) 单价 DI-7 BookDate 图书出版日期Date 出版日期DI-8 BookClass 图书分类char(20) 类别 DI-9 BookMain 图书摘要char (200) 摘要 DI-10 BookPrim 图书关键字char (30) 关键字DI-11 BookCopy 图书副本数char (5) 副本数DI-12 BookState 图书是否可借char(10) 状态 DI-13 BookRNo 所属馆室号同RoomNo char(5) 馆室号DI-14 ReaID 读者条码号char(9) 条码号DI-15 ReaName 读者姓名char(10) 姓名 DI-16 Re
14、aSex 读者性别char(2) 性别 DI-17 ReaNo 读者学号char (9) 学号 DI-18 ReaLBID 读者类别编号同LBID char(5) 类别编号DI-19 ReaType 读者类型(职务)char(20) 类型 DI-20 ReaDep 读者所在学院char(20) 学院 DI-21 ReaGrade 读者所属年级char(5) 年级 DI-22 ReaPre 读者所读专业char(20) 专业 DI-23 ReaDate 读者办证时间Date 办证时间DI-24 OutDate 借阅日期Date 借阅时间DI-25 InDate 归还日期Date 归还时间DI-2
15、6 YHDate 应还日期Date 应还时间DI-27 Fine 罚款金额char(3) 罚款金额DI-28 CLState 是否交纳罚金char(8) 处理状态DI-29 LBID 类别编号同ReaLBID char(5) 类别编号DI-30 LBName 读者类别名char(20) 类别名DI-31 LBnum 允许最多借书数量char(5) 借阅数量DI-32 LBbqx 允许最长持有时间char(4) 借阅期限DI-33 LBqx 借阅卡有效期char(3) 有效期限DI-34 MID 管理员编号同RoomMID char(10) 编号 DI-35 MName 管理员姓名char(10
16、) 姓名 DI-36 MSex 管理员性别char(2) 性别 DI-37 Mpwd 管理员口令char(8) 口令 系 DI-38 MAuth 管理员权限级别char(4) 权限级别DI-39 MTeleph 管理员电话char(15) 电话 DI-40 MAddre 管理员地址char(30) 住址 DI-41 RoomNo 馆室号同BookRNo char(5) 馆室号DI-42 RoomMID 馆室管理员编号同MID char(10) 编号 DI-43 RoomNum 馆室内图书数目char(5) 数量 DI-44 RoomAddre 馆室地址char(20) 地址 (b)数据结构:
17、表1.2 数据结构列表 数据结构编号数据结构名 数据结构 含义 组成 DS-1 Book 馆藏图书信息BookID,BookNo,BookName,BookWriter, BookPublish,BookPrice,BookDate,BookClass, BookMain,BookPrim,BookCopy,BookState, BookRNo DS-2 Reader 读者信息ReaID, ReaName, ReaSex, ReaNo, ReaLBID, ReaType, ReaDep, ReaGrade, ReaPref, ReaDate, DS-3 Borrow 借阅信息BookID,Re
18、aID,BookName,BookWriter, Outdate,YHdate DS-4 History 借阅历史BookID,ReaID,BookName,BookWriter, Outdate,Indate DS-5 Fine 罚款信息BookID,ReaID,BookName,Outdate,Indate,Fine, CLState,MID DS-6 ReaderType 读者类别LBID, LBName, LBnum, LBbqx, LBqx DS-7 Maneger 管理员信息MID,MName,MSex,Mpwd,MAuth,MTeleph,MAddre DS-8 Room 馆室信
19、息RoomNO, RoomMID, RoomNum, RoomAddre 2.3.5 处理逻辑描述 表1.3 处理逻辑列表 3 概念设计阶段 3.1 引言 系统开发的总体目标是实现图书馆管理的系统化和自动化,缩短借阅者的等待时间,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高图书管理效率的目的。 主要任务是对读者信息、管理员信息、图书资料信息、借阅信息、归还图书信息、罚款信息的基本信息的操作及外理。 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。 3.2 任务与目标 (1)选择中
20、层数据流为切入点,通常选择实际系统中的子系统; (2)设计分E-R图,即各子模块的E-R图; (3)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一; (4)生成全局E-R图,通过消除冲突等方面。 在本图书管理系统中,从第3层数据流程图下手。分析各3层数据流图和数据字典,知道整个系统功能围绕“读者”、“管理员”和“图书”的处理。根据实体与属性间的两条准则:1作为“属性”,不能再具有需要描述的性质。2“属性”不能与其他实体具有联系。数据流程图2.4 、图2.5、图2.6可综合成借阅子系统的分E-R图3.1,数据流程图2.7可抽象为分E-R图3.2,数据流程图2.8可抽象为分E-R
21、图3.3,数据流程图2.9可抽象为分E-R图3.4。 然后采用逐步集成的方式将各分E-R图合并,消除不必要的冗余和冲突后就生成了基本E-R图3.5。 3.3 阶段结果 (1)根据不同的对象,从第3层数据流程图入手,分别画出各分ER图:(a)从数据流程图图(三) 与图(四)抽象出的分ER图: (c)从数据流程图图(六)抽象出的分ER图: (d)从数据流程图图(七)抽象出的分ER图: (e)从数据流程图图(八)抽象出的分ER图: (2)合并各分图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R 图,再消除不必要冗余,得到的基本E-R图如下所示: (3)各ER图各实体的属性如下所示: 图
22、书:Book(BookID, BookNo, BookName, BookWriter, BookPublish, BookPrice, BookDate, BookClass, BookMain, BookPrim, BookCopy, BookState,BookRN) 读者:Reader(ReaID, ReaName, ReaSex, ReaNo, ReaLBID, ReaType, ReaDep, ReaGrade, ReaPref, ReaDate) 管理员:Maneger(MID, MName, MSex, Mpwd, MAuth, MTeleph, MAddre) 馆室:Room
23、(RoomNo,RoomMID,RoomNum,RoomAddre) 读者类别:ReaderTpye(LBID, LBName, LBnum, LBbqx, LBqx) 各ER图中联系的属性如下所示: 借阅信息:Borrow (BookID,ReaderID,BookName,BookWriter, Outdate,YHdate) 借阅历史:History(BookID,ReaderID,BookName, BookWriter, Outdate,Indate) 罚款信息:Fine(BookID,ReaderID,BookName, Outdate,Indate, Fine, CLState, MID) 4逻辑设计阶段 4.1逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS 产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。 4.2数据组织 实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:
限制150内