图书管理系统

29
数据库实施与维护
30
31
32
总结
经过这几天的制作，项目也基本上有了一定的雏 形，我们这个小组的作品虽然做的不怎么样，但是大 家都从这次的小项目中学到了很多东西。在做的过程 中也遇到了许许多多的问题，经过小组的讨论和网上 资料的查询也解决了一些小问题。通过这个项目，我 们对于数据库系统的开发流程也有了一定的了解和认 识，这也为以后的学习或者是工作积累了一点的经验， 无论是以后的什么工作中，有点经验总会是有百利而 无害的。真理总是从实践中总结出来的，我坚信在以 后的越来越多的项目制作中，我们会更加的热情，更 加的用心，不断的用实践来丰满我们的羽翼，走向自 己的理想世界。
26
物理结构
27
物理结构
• • 完整性设计： 为了减少不必要的冗余，没有必要把已经有过的属性再列举出来。比如在借 阅表中，如果把读者的所有信息都列举到借阅表中的话就造成了冗余，所以 在借阅表中用书号和读者的学号联合作为主码，在查询中用多表连接把读者 信息与节约信息联合起来，从而保证了参照完整性。
25
• 在图书与出版社的关系中，一本书可以被多个出 版社出版，一个出版社可以出版多本图书，所以 图书与出版社属于多对多的关系。即图书的主码 和出版社的主码联合作为主码。所以：
• 出版（书号，出版社编号，出版日期，数量）
• 用户模式设计：
• 如（张三 1111111111111 2014-11-13）
• •
索引设计： 我们为了方便快速的对信息进行查询，我们有必要进行索引设计。索引即可 以看做是书的目录，借助目录查找信息显然比没有目录的书快捷方便。对于 读者表我们可以对读者表中的学号建立唯一聚集索引。对于借阅表我们对书 号和学号联合建立非聚集索引。这样既方便管理员管理又便于查询
28
• 存储设计： • 为了对数据库读取的速度更快，我们可以采用多服务器分 布存储的方式，既加快了速度，又节省了时间。 • 安全性设计： • 为了数据库的安全性问题，我们要对数据库进行加密， 防止黑客的进入，造成不必要的麻烦，并要在每周的周一 早上八点对数据库进行备份从而保证数据库的安全性。减 少不必要的麻烦。
33
34
22
23
24
逻辑结构
• 逻辑结构的关系模式： • 在读者与图书的联系中一个读者可以阅读多本图书，一本图书可以被 多个读者阅读。所以该关系模式由读者的主码与图书的主码联合作为 该关系模式借阅的主码，再加上读者与图书的派生属性借还日期就是 借阅的关系模式。 • 借阅（书号，学号，借还日期） • 在管理员与图书馆的关系中一个管理员只能管理一个图书馆，而一个 图书馆可以被多个管理员管理，所以图书馆与管理员是一对多的关系 。所以该关系模式为管理员的属性加上图书馆的主码。即： • 管理（证件号，职称，姓名，文凭，图书馆代码）
17
E-R图
• 图一分析：一个读者可以看多本图书，一 本图书可以被多个读者看。左侧图书信息 中，除书号意外的其它属性均完全依赖书 号，因此，该表属于第二范式，且不存在 传递依赖，所以同时属于第三范式。而右 侧由学号可以确定读者的全部信息，所以 ，其属于第二范式，学号与院系存在传递 依赖，故不属于第三范式，因将其分为： 读者（学号，姓名，籍贯.....）信息（学号 ，班级，院系...）。
数据库课程设计
班级：网络工程13101 组长：李帅旗 组员：张文博 陈兵 杨洋 李志斌 学校：宁夏理工学院 时间：2014.11 指导老师：郭莹
目录
2
一、项目计划和需求分析 二、概念结构设计 三、逻辑结构设计 四、物理结构设计
3
项目计划
4
需求分析
5
流程图
6
概念结构设计 初始关系模式设计 关系模式规范化 模式评价
15
查询系统
16
概念结构
• 在该系统中管理员与读者以及图书都是该 系统中的实体，实体与实体间又有一些联 系，又由这些联系派生出一些其他的属性 （如：读者这个实体通过借阅与图书这个 实体产生了联系，而图书的借还时间就是 两个实体间的派生属性）。用矩形表示实 体，菱形表示联系，椭圆表示联系间的派 生属性。
13
借还系统
• 借还系统包括借书界面（要显示出借书人的姓名、学号、所在院系、 借书的编号、借书的时间以及期限）和还书界面（要显示出借书人的 姓名、学号、所在院系、图书编号、还书的时间以及逾期的罚金问题 ）。
14
查询系统
• 管理系统包括管理员管理（主要是对管理 员的权限进行管理）、读者的管理（管理 读者信息的增加、删除、修改，应还书的 日期，逾期的罚金管理，续借管理以及读 者权限的管理）、图书的管理（主要是） 借还书和管理书）超级管理员的权限（管 理读者，管理图书分类，管理管理员登录 帐户，管理逾期图书）
18
19
E-R图
• 图二分析：一个图书馆可以有多个管理员 ，一个管理员只能管理一个图书馆。在图 的左侧管理员的其它属性完全依赖证件号 ，且不存在传递依赖，故属于第三范式。 额右侧，代码决定了其一切属性，其他属 性完全依赖代码，还不存在传递依赖，故 属于第三范式。
20
21
E-R图
• 图三分析：图书与出版社；一本图书可以 被多个出版社出版，一个出版社可以出版 多本图书。图书的一切属性由图书编号决 定，且没有传递依赖，其属于第三范式。 而出版社完全有出版社编号决定，也不存 在传递依赖，其属于第三范式。
模式改进 是
是否改进 否 以DBMS语法描述
物理设计
7
树状图
8
数据字典
9
Fra Baidu bibliotek
数据字典
10
系统模块分析
• 该系统有以下几个子系统，分别是登录系 统，查询系统，借还系统，管理系统。
11
登录系统
• 登录系统包括管理员登陆以及管理员的权 限，读者的登录信息以及读者密码的修改 等。
12
查询系统
• 查询系统包括图书信息查询（图书编号书名类型、图书出版社出版日期、图书价格、 图书复本数、图书被借情况）、读者信息查询（包括读者姓名、性别、学号、读者编 号、信用等级、所在院系、借阅图书编号、借阅图书类型、借的书的时间及应还书日 期）