图书管理系统数据库分析与设计实例
图书馆数据库设计实例

图书馆数据库设计实例(需求分析、概念结构、逻辑结构)(总11页)--本页仅作为文档封面,使用时请直接删除即可----内页可以根据需求调整合适字体及大小--数据库设计实例分析一、需求分析实例现要开发高校图书管理系统。
经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能:(1)读者注册。
(2)读者借书。
(3)读者还书。
(4)图书查询。
1、数据流图顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。
根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。
下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图2、数据字典数据项数据项名称:借书证号别名:卡号含义说明:惟一标识一个借书证类型:字符型长度:20……数据结构(1)名称:读者类别含义说明:定义了一个读者类别的有关信息组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额(2)名称:读者含义说明:定义了一个读者的有关信息组成结构:姓名+性别+所在部门+读者类型(3)名称:图书含义说明:定义了一本图书的有关信息组成结构:图书编号+图书名称+作者+出版社+价格……数据流(1)数据流名称:借书单含义:读者借书时填写的单据来源:读者去向:审核借书数据流量:250份/天组成:借书证编号+借阅日期+图书编号(2)数据流名称:还书单含义:读者还书时填写的单据来源:读者去向:审核还书数据流量:250份/天组成:借书证编号+还书日期+图书编号……数据存储(1)数据存储名称:图书信息表含义说明:存放图书有关信息组成结构:图书+库存数量说明:数量用来说明图书在仓库中的存放数(2)数据存储名称:读者信息表含义说明:存放读者的注册信息组成结构:读者+卡号+卡状态+办卡日期说明:卡状态是指借书证当前被锁定还是正常使用(3)数据存储名称:借书记录含义说明:存放读者的借书、还书信息组成结构:卡号+书号+借书日期+还书日期说明:要求能立即查询并修改……处理过程(1)处理过程名称:审核借书证输入:借书证输出:认定合格的借书证加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。
第11章-数据库综合案例分析——图书管理系统数据库的分析与设计-第3稿

第十一章数据库综合案例分析——图书管理系统数据库的分析与设计图书馆图书资料和使用用户繁多,数据繁多,数据处理工作量大,容易出错,容易丢失,且不易检索。
传统的图书馆里由于信息较多且管理工作复杂,一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找,非常费时、费力。
对很长时间以前的图书进行更改就更加困难了。
所以这种管理方法已经不适合当今的需要,必须借助先进的计算机信息技术对图书进行管理。
设计一个图书管理系统主要使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的效率和准确性,能够及时、准确、有效的查询、借阅和更新图书情况。
11.1 系统功能设计11.1.1 系统功能目标●图书管理系统主要提供以下几个功能:●对图书资源进行分类●读者能够进行查询、借阅、归还、续借能操作功能。
●管理员可以进行读者信息以及图书信息的更新以及对读者借阅的办理。
●对读者用户、密码及权限进行管理。
11.1.2系统功能分析通过对系统的调查和可行性分析系统功能流程分析,确定该系统由两类用户使用。
一类是普通读者,另一类是系统管理员。
然后根据两类户分别设计他们能够完成的工作。
普通读者可实现的工作有:1.能按多种方式(比如书名、编号、作者)查询图书馆的藏书情况。
2.能够借阅图书、续借图书、归还图书。
3.能够查询自己的基本资料、图书情况。
4.能够熟悉图书管理系统的使用。
系统管理员可完成的工作有:1. 能方便的对图书进行登记录入,注销陈旧的图书。
2. 能方便地对新读者进行登记注册,及注销读者信息(基本信息,借阅信息)。
3. 能够随时发布读者借阅图书超期情况、馆内藏书情况、借情况等信息。
11.2 数据库设计与实现11.2.1 数据库的需求分析根据图书管理信息系统的需求,通过对图书管理工作流程以及所处理数据信息,可以设计成以下数据结构:读者基本信息表:存放读者信息,数据项包括读者编号,读者姓名,读者性别,联系电话,所在系,开始日期,结束日期,违章记录,累计借书,备注等。
图书管理系统的系统分析及数据库设计

b r a r y ma n a g e me n t s y s t e m, t he u s e o f f u n c t i o n a l r e q u i r e me n t s a r e nt i r o d u c e d ,a nd d a t a b a s e d e s i g n s o l u i t o n s we I ℃p r o o ̄ t p O i l t h i s
地位 也变 得更 加重要 ,为 了满足广 大读者 的需求 ,图书馆
ห้องสมุดไป่ตู้
The S y s t e m Ana l y s i s a n d Da t a b a s e De s i g n o f Li br a r y Ma na g e me n t S y s t e m
T i a n Q i n g
( L i b r a r y ,C h a n g c h u n N o r m a l U n i v e r s i t y ,C h a n g c h u n 1 3 0 0 3 2 ,C h i n a )
[ A b s t r a c t ]C o m p u t e r s o f t w a r e i s a l l i mp o r t a n t p a r t o f m de o m l i b r a r y d e v e l o p m e n t ,w i t h m a n u a l m a n a g e m e n t i n c o m p a r a b l e
田 青
( 长春 师 范学院 图书馆 ,吉林 长春 1 3 0 0 3 2 )
[ 摘 要]计算机 软件作 为现代 图书馆发展 的重要组成部分 ,具有手 工管理所无 法比拟 的优 点 。例如 ,检 索迅速、查找 方
实例图书馆管理系统

3.2 数据库逻辑结构设计
为了在程序中检验数据库设计得是否合理,以及测试程序 的效果,可以先在数据库中输入一些数据,如图4.4所示。
SQL> insert into SystemUsers 图4.4 用户信息表 2 values('Admin',' 李 强 ' , ' admin',' 正 常 ' , ' 北 京 朝 阳 区
图4.1 图书馆管理系统主界面2
2系统设计
本实例的目是将传统的图书馆转换为数字信息化的图 书馆,并对图书实现自动化的管理。在进行具体的设 计工作之前需要进行系统功能模块的分析和系统代码 架构的分析。通过这两方面分析,能为实际的开发提 供一个指导思想。
3
2.1 系统功能模块分析
利用本实例的图书馆管理系统,可以大大减轻图书馆管理员 的工作负担,同时能够极大地利用图书资源,为用户提供及 时快捷的图书信息。
关键字 是
14
3.2 数据库逻辑结构设计
SQL>create table SystemUsers (UserID char(10) primary key, UserName varchar2(20), Password char(10), Status char(4), Address varchar2(50), Phone varchar2(20), CellPhone char(20), Email varchar2(30), AdminRights char(2), LibRights char(2), ReaderRights char(2))
11
3.1 数据库的需求分析
(5)书籍信息表,包括的字段有:书籍编号、ISBN号、书籍名 称、索书号、书籍类型、书籍描述、作者姓名、出版日期、版 本、书籍状态、图片路径和添加日期。这里的图片以图片的所 在路径表示。
案例分析--图书管理系统

2 识别用例
(1)Borrow Book 借书 (2)Return Book 还书
(3)Reserve Title 预定书目
(4)Cancel Reservation 取消预定
(5) Maintain Borrower Info 维护借阅者信息
(6) Maintain Title Info 维护书目信息 (7) Maintain book Info 维护书刊信息
FindBwrDialog和 BorrowerDialog是一对一的
关联关系
FindTDialog和TitleDialog 是一对一的关联关系
2 建立类图 将系统分为3个包:GUI包、Library包和DB包
Library
GUI
DB
包Library中实体类的类图
Book +1..n
Title
+0..n Loan +0..n Borrower
+0..n Reservation +0..n
包GUI中用户界面类的类图
LoginDialog MessageWi ndow ReturnDialog
BorrowerDi alog
MainWindow
RsvDialog
FindBwrDialog
BorrowDialog
FindTDialog
TitleDialog
系统用例图
Borrower Book Log In
<<extend>>
Maintain Borrower Info LibrarianActor Maintain Title Info
Cancel Reservation
Return Book
图书管理系统用例描述

图书管理系统的分析与设计
6. 维护书刊信息
用例编号 US06 用例名 Maintain Title Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前,Librarian必须登录到系 统中 后置条件 系统添加、修改或删除书刊种类信息。否则,系统的状
态没有变化。
图书管理系统的分析与设计
在识别出参与者和用例后,要建立用例图,并 描述出他们之间的关系。
图2.1 系统用例图
图书管理系统的分析与设计
用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描 述。它描述系统应该做什么,而不是描述系统应该怎 样做。 图书管理系统的用例事件流描述如下:
图书管理系统的分析与设计
图书管理系统的分析与设计
7. 维护物理书刊信息
用例编号 US07 用例名 Maintain Book Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前,Librarian必须登录到系统中 后置条件 系统添加、修改或删除物理书刊种类信息。否则,系统的状
1 .借阅物理书刊
用例编号 US01 用例名 Borrow Book 用例描述 完成借阅物理书刊的功能 参与者 图书管理员 前置条件 管理员登录成功. 后置条件 可以将物理书刊借给借阅者、更新相关数据记录等操作。 基本路径 (1)提供书刊种类、借阅者信息。 (2)检索书刊种类(Title) (E-1) (3)确定所借阅的物理书刊是否可以获得 (E-2),也即物理书刊是否已借出。 (4)检索借阅者 (E-3) (5)图书馆将物理书刊借给借阅者。 (6)创建借阅记录。 (7)存储借阅记录。 扩展点 E-1: 该种书刊不存在,系统显示提示信息,用例终止。 E-2: 物理书刊都已借出,系统显示提示信息,用例终止。 E-3: 系统中不存在该借阅者,系统显示提示信息,用例终止 补充说明 无
数据库设计范例—图书管理系统

第 10 章图书管理系统数据库设计实例经过前方章节对数据库基础知识的学习,本章将经过一个图书管理系统的数据库设计实例来要点叙述怎样设计数据库。
在设计数据库的过程中应当依据哪些设计原则及技巧。
经过本章的数据库实例设计,要求对数据库的整体过程有个观点性的理解,并能经过所学知识,在详细的开发环境下设计一个较优化数据库并实现设计过程。
数据库设计原则及技巧数据库设计原则跟着计算机技术愈来愈宽泛地应用于公民经济的各个领域,在计算机硬件不停微型化的同时,应用系统向着复杂化、大型化的方向发展。
数据库是整个系统的中心,它的设计直接关系系统履行的效率和系统的稳固性。
所以在软件系统开发中,数据库设计应依据必需的数据库范式理论,以减少冗余、保证数据的完好性与正确性。
只有在适合的数据库产品上设计出合理的数据库模型,才能降低整个系统的编程和保护难度,提升系统的实质运转效率。
虽然关于小项目或中等规模的项目,开发人员能够很简单地利用范式理论设计出一套切合要求的数据库,但关于一个包含大型数据库的软件项目,就一定有一套完好的设计原则与技巧。
1.设计原则在设计数据库时,至关重要的工作就是要理解为之建模的业务职能和表示这些业务职能的数据库观点及功能,并能正确地设计数据库,从而成立优化的业务模型。
因为数据库的设计在整个系统中是至关重要的一步,一旦数据库设计达成,在进行改正及优化就需花销大批的时间。
所以,再设计数据库时,应试虑以下事项:1)规范命名。
所有的库名、表名、域名一定依据一致的命名规则,并进行必需说明,以方便设计、保护、查问。
2)控制字段的引用。
在设计时,能够选择适合的数据库设计管理工具,以方便开发人员的散布式设计和数据小组的集中审查管理。
采纳一致的命名规则,假如设计的字段已经存在,可直接引用;不然,应从头设计。
3)库表重复控制。
在设计过程中,假如发现大多数字段都已存在,开发人员应思疑所设计的库表能否已存在。
经过对字段所在库表及相应设计人员的查问,能够确认库表能否的确重复。
数据库设计案例-图书管理系统

每个读者都要有一个编号,并记录读者的姓名、性别、类型(学生、教师等)、单位、电子信箱等。
图书馆采编部负责对入库的文献资料按规定进行编目、著录、加工、建库。对每本图书、杂志,要记录其基本信息,如名称、作者、ISBN号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号等,其中,图书分类按照中图法分类规则进行分类。中图法分类简表见后。
如何让新书在一定的期限后自动成为中文图书和外文图书?
为了方便查看图书是否已借出,可以在图书中增加属性:借出状态。
如何支持图书借出状态的独的一张表
实体联系图转换为关系表
读者表:读者编号、姓名、性别、类型、单位、电子信箱、能否借阅。 图书表:图书编号、名称、作者、ISBN号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、入库时间、语言、借出状态。 分馆表:编号、名称、联系电话、馆址。 图书类别表:分类号、分类名称。 读者类型表:类型号、类型名称。 图书种类表:图书种类号、种类名称、罚款金额。 用户表:用户名、登录密码、权限。
数据库设计案例之一
——图书管理数据库的设计
现在要求为某学校图书馆设计一个图书管理系统的数据库,背景如下: 该学校是一所多学科、多层次大学,学校有高职生、本科生(含一本、二本、三本)、硕士研究生(含MBA)和博士研究生等多种层次的学生,图书馆为全校学生和教职工提供图书借阅服务。 图书馆按照图书的性质(中文图书、外文图书、新书)将借阅分为不同的借阅种类:中文图书借阅、外文图书借阅和(新书)短期外借;不同的读者对象也有不同的借阅要求。
04
用户:用户名、登录密码、权限。
05
用户和读者之间存在联系,这是什么样的联系?
06
用户的用户名和密码?
实体:
小 结
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某大学图书管理系统的数据库分析与设计(以下内容包括第3章介绍的数据库设计的几个阶段:需求分析,概念设计,逻辑设计与物理设计,通过阅读实例分析,请注意理解有关理论含义)1.系统内部框架及数据字典(调查了解)1.1信息分类及相互关系某大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。
其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。
读者借阅活动和各类信息之间的关系1.2贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。
找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提。
贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。
以此为框架来构----------------------------精品word文档值得下载值得拥有--------------------------------------------------------------------------精品word 文档 值得下载 值得拥有---------------------------------------------- 造和集成整个系统。
证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。
这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。
从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。
2. 需求分析(该阶段结果主要用数据流图和数据字典表示,该阶段是经过分析,抽象得到各子系统的数据流程图及数据字典)2.1财务管理子系统功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。
其中财务管理包括:全馆人员工资、奖金发放及经费管理。
凭证 送进计划凭证现金额财务调整财务调整资金采购资料批准/不批准审批准/查不批准需配置及初始化的表:账务登记表字段中文名称字段名类型长度说明业务号TRAD_NO I 20 发生业务的统一编号日期TRAD_DATE D 业务发生的日期收入INCOME I 30 业务收入的金额支出OUTCOME I 30 业务的支出凭证号PROOF_NO C 10 本项业务涉及的凭证的编号摘要CHIEF_INTR C 50 业务内容的摘要2.2书刊管理子系统功能:组织和管理藏书。
组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时更新书刊信息;----------------------------精品word文档值得下载值得拥有----------------------------------------------审批通过的项目拨款额预算项目财务状况预支预额算工作财务报数量表财务调整采计图书处理更新计划购划领款通知采购图书会计凭证图书处理发票开支费用各类图书分类图书处理更新旧图书资料财务状况需配置及初始化的表:在库书刊字典----------------------------精品word文档值得下载值得拥有--------------------------------------------------------------------------精品word 文档 值得下载 值得拥有----------------------------------------------字段中文名称 字段名 类型 长度 说明编号 BOOK_NO C 16 全馆书刊的统一编号,可作为识别标志 书名 BOOK_NAME C 50 书刊名称 作者 WRI_NAME C 10 作者的姓名 出版社 PUB_HOUSE C 50 出版社的名称 出版日期 PUB_DATE D 本版的出版日期 版次 PUB_TIMES I 4类别 BOOK_VAR C 20 按本馆图书的分类方法分类 借阅者 REA_NO C 8 读者的标志号 库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效,即必须是存在的值。
2.3 读者管理子系统功能:更新和查询读者信息、办理借阅证件。
流程:证件管理子系统:账户调整 收款服务通知服务结果帐单 各 种 费 用图书调整 收据 服务请求 有效 ID 服务细则 退役罚 款 无效 号码帐 单 ID 违章 退役 ID 无欠款ID细则罚款 尚有欠款 收据证件调整证件调账单 读者 支付返回 核实 分析 图书库借阅部结算核对注销证件库帐务核对综合反馈----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------整需配置及初始化的表: 读者信息字典 字段中文名称 字段名 类型 长度 说明 姓名 NAME C 8 读者姓名 ID REA_NO C 8 读者ID 号 性别 SEX C 2 年龄 AGE I 2系别DEPARTC20读者所属系别证件信息字典 字段中文名称 字段名 类型 长度 说明 ID REA_NOC 8 读者ID 号 借书本数Book_num I8 借书总册数 借书信息 书 编号 Book_no C 16 书的编号 借书日期 BOOK_DATE C16注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一; 年龄取值域为1~55;系别的取值要求必须是本校存在的系; 借书本数的最大值是3.2.4 人事管理子系统功能:全馆人员调动、组织管理、考勤以及工资报表的制定。
流程:资金收 据单据人事调动申请 变动名单人职工 品评员 变调 动动 情 人员 人员调令 况 调整 行政科 各部 调整 综合整 理 人事档案表 上报 财务科职工 调整 归记----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------人 变 情 员 动 况调动 人事调动申请 变动名单人事档案 人事变动结果需配置及初始化的表:字段中文名称 字段名类型 长度 说明科室代码 DEPT_CODE C 8 工作人员所在科室 姓名 NAME C 8 工作人员姓名人员编号 EMP_NO C 6 每个人分配一个唯一的标识号 工作类别 JOB C 8职称TITLEC10工作人员的职称,本系统用户名 USER_NAMEC16如果是本系统用户,则为用户名,否则为空3.概念设计(该阶段结果根据上一阶段是得出系统的E-R 图)一 任务:根据需求分析的结果:数据流图和数据字典来设计出图书馆本月出勤情况 WORKDAY I 2 本月出勤天数上报 采访部 整理说明得分E-R 图和基本E-R 图,为下一步的逻辑设计阶段提供素材.二 各个具体的实体:----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------三 四个子系统分E-R 图:1.财务管理初步E-R 图:改进后的E-R 图:2. 图书管理子系统: 初步E-R 图:改进后的E-R3 人事管理子系统: 初步E-R 图:n----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------m改进后的E-R 图:4 读者管理子系统: 初步E-R 图:1经讨论,“读者管理”并不是管理学生办理借书证的问题,而是管理读者罚款的情况,所以更改如下:改进后的E-R 图:四.图书馆数据库管理系统基本E-R图:经过分析,知道分E—R图中的“认识行政科”实体实际上是”管理人员”,所以在设计总的E—R图时将其改为“管理人员”实体.(一) 基本E-R图草图(二)修改过程1.合并分E-R图,生成总E-R图各个子系统的局部应用面向问题不同,导致各个实体和实体的属性之间的冲突,因此合并时必须消除这些冲突:(1)属性冲突:因为设计分E-R图前有过充分讨论,所以没有属性冲突(2)命名冲突:财务管理子系统E-R图里的“读者”和读者管理子系统E-R图里的“借书证”两个实体代表同一概念,二者都用“读者”来表示(3)结构冲突:“读者”是一个实体,但是在实体“借阅”中却变成了一个属性,所以在合并E-R图时,把读者单独作为一个属性,而在“借阅”中用一个属性“读者号”来标示2.消除不必要的冗余由于某些联系可以导出其它的联系,这种联系可以被消除。
如图书管理子系统中的实体“更新书目”,其可以由实体“图书”和“采购计划”导出,其可以在总E-R----------------------------精品word文档值得下载值得拥有----------------------------------------------图中消除。
实体“编目部”可以由“图书”即“处理细则”导出。
在总E-R图中,实体之间具有明确完整的关系,多余的关系将导致维护的困难和破坏数据库的完整性。
(三)总E-R图草图----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------4.逻辑设计:(该阶段是结果是得出系统的逻辑结构,涉及利用函数依赖来分析关系,关于函数依赖将在教材第7章介绍,函数依赖是进行数据库设计时,使关系规范化的数学基础)(一)概念模型向关系模型转换及依赖关系分析:根据总E-R 图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系:1.根据以上1:1关系得可到关于读者关系:者(读者编号,姓名,性别,年龄,系别, 借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。
读者(证件号, 姓名,性别,年龄,系别, 学号);该关系的函数依赖图:从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有学号能够确定其它各项。