数据库设计图书馆管理系统.docx

数据库设计图书馆管理系统.docx

《数据库设计图书馆管理系统.docx》由会员分享，可在线阅读，更多相关《数据库设计图书馆管理系统.docx（22页珍藏版）》请在冰豆网上搜索。

数据库设计图书馆管理系统

he

课程设计

课程名称数据库应用与设计

题目名称图书馆管理系统

学生学院管理学院

专业班级08市场营销

（1）班

学号3*********

学生姓名沈伟斌

指导教师李藜

2010年7月8日

前言

SQL全称是“结构化查询语言（StructuredQueryLanguage）”，最早的是IBM的圣约瑟研究实验室为其关系数据库管理系统SYSTEMR开发的一种查询语言，它的前身是SQUARE语言。

SQL语言结构简洁，功能强大，简单易学，所以自从IBM公司1981年推出以来，SQL语言，得到了广泛的应用。

如今无论是像Oracle,Sybase,Informix,SQLserver这些大型的数据库管理系统，还是像VisualFoxporo,PowerBuilder这些微机上常用的数据库开发系统，都支持SQL语言作为查询语言。

SQL是高级的非过程化编程语言，允许用户在高层数据结构上工作。

他不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统可以使用相同的SQL语言作为数据输入与管理的接口。

它以记录集合作为操纵对象，所有SQL语句接受集合作为输入，返回集合作为输出，这种集合特性允许一条SQL语句的输出作为另一条SQL语句的输入，所以SQL语言可以嵌套，这使他具有极大的灵活性和强大的功能，在多数情况下，在其他语言中需要一大段程序实现的一个单独事件只需要一个SQL语句就可以达到目的，这也意味着用SQL语言可以写出非常复杂的语句。

各个学校都建有自己的图书馆，有大量的书籍需要管理。

因此仅靠手工处理不仅信息处理工作量大，而且容易出错。

在电脑技术高速发展的今天，迫切需要运用电子计算机进行自动化管理，以此来有效地管理图书资源，控制借书、还书的流程。

本系统的设计正是要做出一个要把图书馆的图书管理、读者管理、图书借阅管理等日常管理工作实行计算机统一管理的图书馆管理系统。

本系统具有检索迅速、查找方便、可靠性高、存储量大等优点，能够提高工作效率和管理水平。

广东工业大学课程设计任务书

题目名称

图书馆管理系统

学生学院

管理学院

专业班级

08市场营销

（1）班

姓名

沈伟斌

学号

3108005779

一、课程设计的内容

综合运用数据库原理与应用课程中的知识,通过调研,设计并实现一个数据库管理系统。

系统能完成数据录入，维护，查询，统计等功能。

由菜单控制运行，最后生成一个exe文件。

在调研中，调查系统使用人员，了解要解决的问题，系统具体要实现的功能，系统要达到的性能。

掌握用户的准确需求。

此外要获取相关的表格，数据，工作流程等资料。

依据调研结果写出需求分析。

在准确作出需求分析的基础上，进行系统设计。

系统设计包括总功能设计，数据库设计，文件保存路径设计，各模块流程详细设计。

按“报告正文内容提纲”要求写出设计报告，格式符合“报告正文内容提纲”的字体，标题，编号的格式。

设计报告内容语句流畅，无错别字，图，表按参考文档的格式。

实现的数据库管理系统运行稳定，并附上运行说明书。

二、课程设计的要求与数据

1．设计调研获取的填有具体内容的表格。

2．设计报告包括系统功能层次图，系统流程图。

各模块流程图。

系统实现由菜单调用各功能模块。

3．数据库设计：

包括有表间一对多，表间一对一关系。

有两个以上定式视图，两个以上定式查询。

按实际内容至少有五条以上的记录。

4．为系统的统计模块设计两上以上定式报表。

数据录入表单的数据输入有输入屏蔽或验证。

在“关于”表单写上你的班别学号姓名，以及所设计系统的名称。

三、课程设计应完成的工作

提交打印好的设计文档一份。

提交可以稳定运行的程序源代码，程序完整安装程序，安装及运行说明文档。

每班刻录一张光盘，其中按学号姓名作文件夹名保存每位同学的文档及程序。

四、课程设计进程安排

序号

设计各阶段内容

地点

起止日期

1

需求调研与选题，填写任务书

2009.12.28

2

设计数据库及表，搜集相关数据，建立数据库及表，视图，查询。

撰写设计文档--数据设计。

2009.12.29

3

系统设计：

功能设计，主要界面设计，撰写设计文档--系统设计。

2009.12.31

4

系统实现：

数据维护,浏览,查询实现，写特色界面、关键代码

2010.1．4

5

系统组装、调试、保证系统运行稳定。

撰写设计文档--测试用例及结果。

2010.1．5—

2010.1．6

6

撰写课程设计报告

2010.1.7

7

提交所有课程设计成果

2010.1.8

五、应收集的资料及主要参考文献

1、设计题目涉及的数据资源，工作流程，规程等。

2、参考文献：

数据库技术与应用：

Access应用系统的开发作者：

史令史济民

数据库技术与应用：

Access应用系统的开发题解与实验指导作者：

史令赵敏

Access2003帮助文档

全国计算机等级考试二级教程——ACCESS数据库程序设计（2009年版）李春葆等编著

发出任务书日期：

2009年12月28日指导教师签名：

李藜

计划完成日期：

2010年7月8日基层教学单位责任人签章：

主管院长签章：

1.需求分析

1.1读者登记处

学生或教师需要办理读者卡之后才能进行图书的借阅工作。

在填写“图书馆读者卡申请表”之后即可办理读者卡。

在读者登记处,需要将读者的有关信息添加到信息系统中保存，当读者信息发生改变时，需要对计算机里的内容进行相应的修改。

当读者办理退卡手续时，徐删除相应的读者信息。

另外，生成超过期限未还书的读书信息表，通知读者尽快还书。

1.2图书总管部门

（1）图书信息管理，完成图书的录入、修改、删除、和查询功能。

在查询图书信息时，可随时查询书库中现有书籍的类型、书号、作者、单价和购买数量等。

所有各类图书均可由书号唯一标识。

（2）为了方便业务往来，需保存出版社相关信息。

这些信息包括出版社编号、名称、电话、地址、联系人等。

1.3图书借还处

（1）读者借书管理。

读者有两种身份，即学生和教师。

根据读者身份的不同，有不同的借阅权利。

教师身份的借阅人可以总共借5本书，每本书的借阅时间为90天；学生身份的借阅人可以总共借3本书，每本书的借阅时间为30天。

读者可以根据图书类别和署名查找自己要借阅的图书，在图书借阅登记中，借阅日期是自动填写的（当前系统日期）。

（2）还书管理。

在办理还书业务时，系统判断是否过期，若过期，则首先查看是否已交了罚款。

若未交，则生成一张罚款通知单，假设一张罚款通知单只对应一本图书和一名读者，但读者或图书可被罚很多次，罚款金额按过期天数计算。

且不能为其办理还书操作。

若已交了罚款，则办理还书手续。

（3）罚款处理。

当超过期限未还或图书破损、丢失时需要进行罚款处理。

假设罚款标准如下：

·当超过期限未还时，罚款金额（元）=超过的天数×0·05.

·当图书破损、丢失时，按图书的原价赔偿。

（4）完成图书在库数量的查询

（5）产生图书借阅排行榜报表，按照图书类型生成读者喜欢分析报表。

此外，对图书、读者和出版社等信息，系统管理员可以做添加、修改、删除和查询操作。

普通读者只能查询。

2.业务流程分析

3.数据库概念模型设计（E-R图）

书号

4.数据库逻辑模式设计

4.1一般逻辑模型设

系统总体设计

包括两大系统：

一、学生图书借阅系统

图书借阅，归还，续借系统，修改登陆密码系统

二、管理员系统

包括：

1）管理员管理系统：

添加、删除管理员，系统设有一个最高管理员拥有最高管理权限，修改管理员密码、登陆名

2）图书管理

（1）图书管理系统：

查询、添加、删除、修改图书资料，可选择是否显示图书

（2）图书分类管理系统：

图书分类添加、修改、删除管理

3）教务管理

（1）学生班级管理系统：

学生班级添加、修改、删除管理

（2）学生信息管理系统：

查询、添加、删除、修改学生资料

4）超时管理

图书借阅超时管理系统：

列出学生超时借阅图书资料，锁定选定的学生，禁止锁定的学生再借阅，列出已锁定的学生名，可解除选定的学生，允许学生再借阅

5）系统配置

（1）图书馆基本配置设置系统：

是否开放图书借阅，可设置可借出数量、借阅时间、续借次数、公告刷新时间，可重置为默认数据，修改配置方案

（2）公告管理系统：

公告列表，添加、修改、删除公告

6）数据管理

（1）管理员数据管理系统：

浏览管理员详细资料（包括登陆次数，最后登陆时间，是否最高管理员）

（2）学生数据管理系统：

查询浏览学生详细资料（包括借阅次数，登陆次数，最后登陆时间）

（3）图书借阅管理系统：

可按书名、借阅学生查询借阅数据，全显示已、没归还图书借阅数据信息，可清除已归还借阅信息。

4.1.1ERD的四条原则及相应得出的实体、联系及其属性

原则1：

能独立存在的事物，在其有多个由基本项描述的特征需要关注时，就应把它作为实体。

在系统中，可得知有“出版社”、“图书”、“读者”、“借还书登记”，“罚款单”5个实体。

原则2：

两个或多个实体间的关联与结合，当需要予以关注时，应作为联系。

在系统中，可以得知有“出版社”、“图书”、“读者”，“借还书登记”“罚款单”等联系。

原则3：

实体的属性是实体的本质特征；联系的属性是联系的结果或状态。

原则4：

信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性得出。

4.1.2数据库初步构思的关系框架

关系模型设计构思

由ERD导出一般关系模型的原则为：

原则一：

每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。

原则二：

从实体及响应的“的”联系变换为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。

如果“的”联系是1：

1的，则以实体关系的主码（作为外来码）为这个关系的主码；如果“的”联系是1：

M的，则以主实体关系的主码加上同一主实体个体联系的不同从属实体个体赖以互相区分的属性组，组成该关系的主码。

原则三：

1：

M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。

其中“1”实体主码为外来码。

原则四：

M：

M联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。

根据以上4个原则，由E-R图导出一般关系模型表如表：

读者信息表

借书证号

身份证号

姓名

地址

电话

工作单位

图书信息表

书号

书名

类别

出版社名

数量

作者

位置

借还书登记表

借书证号

书号

借书时间

还书时间

出版社表

出版社名

电话

地址

邮编

联系人

罚款表

罚款单号

书号

借书证号

罚款日期

4.2具体逻辑模型设计

图书信息表

字段名

字段类型

长度

是否主键

约束条件

图书号

字符型

10

是

前2位是英文字母，后5位是数字

书名

字符型

50

不能为空

类型

字符型

20

不能为空

出版社名

字符型

10

不能为空

数量

字符型

大于等于1，小于等于1000

位置

字符型

50

前1位是英文字母，后3位是数字

作者

字符型

50

不能为空

读者信息表

字段名

字段类型

长度

是否主键

约束条件

借书证号

字符型

10

是

唯一，不能为空

姓名

字符型

20

不能为空

单位

字符型

200

不能为空

电话

字符型

50

唯一，不能为空

地址

字符型

200

不能为空

身份证号

字符型

18

唯一，不能为空

出版社表

字段名

字段类型

长度

是否主键

约束条件

出版社名

字符型

10

是

不能为空

电话

字符型

10

唯一，不能为空

地址

字符型

50

不能为空

邮编

字符型

6

不能为空

联系人

字符型

20

不能为空

罚款单表

字段名

字段类型

长度

是否主键

约束条件

书号

字符型

10

是

前1位是英文字母，后3位是数字

罚款单号

字符型

10

唯一，不能为空

借书证号

字符型

10

不能为空

罚款日期

字符型

10

不能为空

借还书登记表

字段名称

字段类型

长度

是否主键

约束条件

书号

字符型

10

前1位是英文字母，后3位是数字

借书证号

字符型

10

唯一，不能为空

结束日期

字符型

10

不能为空

还书时间

字符型

10

不能为空

5数据库保护设计

5.1表间关系设计

·读者表中的借书证号与借还书表中的借书证号建立父子表关系；

·读者表中的借书证号与罚款单表中借书证号建立父子表关系；

·图书表中的书号与借还书登记表的书号建立父子表关系；

·图书表中的书号与罚款单表中书号建立父子表关系；

·出版社表中的出版社名与图书表中的出版社名建立父子关系；

5.2完整性设计

·完整性包括实体完整性，参照完整性，用户定义完整性。

·实体完整性是系统自行定义的，规定各关系的关键字不能为空值而且不能重复。

参照完整性属于表间规则。

（1）定义出版社表：

出版社名是主关键字，电话、地址、邮编、联系人不允许为空。

（2）定义读者表：

其中借书证号为主关键字，属性还包括姓名、单位、电话、地址、身份证号。

（3）定义罚款单表：

罚款单号主关键字，书号、借书证号是外部关键字。

（4）定义借还书时间表：

书号以及借书证号是主关键字。

（5）定义现有图书表：

书号是主关键字，类型、作者、位置不允许为空，出版社名列为外部关键字。

6.数据库系统的实现

6.1数据库及其表结构的建立

6.2数据输入

出版社

读者表

罚款单表

借还书登记表

图书表

6.3模块实现

6.3.1系统欢迎表单

6.3.2系统登录界面

其基本功能是验证用户身份，便于维护数据安全。

6.3.3主菜单界面

6.3.4数据维护界面与查询界面

（1）读者信息维护窗

相关SOLSEVER语句：

1.添加

INSERTINTO读者（姓名，地址，电话，工作单位，借书证号，身份证号）

VALUES（‘张三’,’北京’,’85632186’,’北京大学’，‘3106987452’，‘440698563241598753’）

1.修改

UPDATE读者SET电话号码=’85632146’

WHERE姓名=’张三’

2.删除

DELETE读者WHERE工作单位=’北京大学‘

（2）图书信息窗

语句：

SELECT书号，作者，数量，位置，类别，出版社名

FORM图书信息表

WHERE

书名=‘管理运筹学’

（3）借还书登记窗

1.添加

INSERTINTO借还书登记（借书证号，书号，借书时间，还书时间）

VALUES（‘31059694645’’6515’,‘2009.12.06’,’2010.07.07’）

2.修改

UPDATE借还书登记表SET借书证号=’31059694645’

WHERE书号=’6515’

3.删除

DELETE书号WHERE书名=’增长的极限’

（4）罚款窗

查询语句：

SELECT罚款单号，书号，借书证号，罚款日期

FROM罚款表

WHERE书号=’6571’AND借书证号=’310567251649’

7.1运行结果：

7.1.1系统操作使用的简要说明

1.本系统工作于可以再安装有ACCESS2003的电脑平台上直接运行。

2.本系统登陆信息初始定为用户号：

xin密码：

xin

3．系统内

登陆界面：

此界面的主要功能是用户登录系统的连接。

注册界面：

此界面的主要功能要求实现密码的检验，以确保系统的安全。

主界面：

此界面的主要功能让用户选择自己想要进行的操作。

供应站信息管理界面：

此界面的主要功能要求实现对供应站的基本信息进行管理。

供应站信息查询界面：

此界面的主要功能要求实现对供应站的基本信息进行查询。

用户信息管理界面：

此界面的主要功能要求实现对用户的基本信息进行管理。

用户信息查询界面：

此界面的主要功能要求实现对用户的基本信息进行查询。

收费信息管理界面：

此界面的主要功能要求实现对用户收费基本信息进行管理。

收费信息查询界面：

此界面的主要功能要求实现对用户收费基本信息进行查询。

密码修改界面：

此界面的主要功能要求实现对管理员的密码修改，增强系统安全性。

7.2结束语

一个学期的数据库软件学习和经过两个星期的设计，总算把系统完成了，第一次运行时难免地出现一些问题，经过调试、修改，最终系统可以顺利地运行了。

由于本人第一次做系统设计，知识、经验不足，这是我不可否认的，经过测评和思考，以下是我对自己的系统的总结。

有关系统的优点：

操作员可以轻易地浏览和查询所需资料，并且可维护更新，这是因为系统的查询够完善，且相关的资料维护够全面，保证基本的资料不被损害。

有关系统的缺陷：

对称性不是太强，即相关的对应联系不太紧凑。

系统功能比较单一，并不能最大满足需求。

有关系统的改善：

如果时间充足一定有待改善，相关的关系会进一步紧凑。

首先双击可执行文件“学生管理系统”进入系统主页，再进入登录界面，用操作员名称和密码登录，之后操作就可以通过菜单栏进行相应的操作。

课程设计为学生提供了一个既动手又动脑，独立实践的机会，将课本上的理论知识和实际有机的结合起来，锻炼学生的分析解决实际问题的能力。

提高学生适应实际，实践编程的能力。

在这此设计中，不光是设计的报表、表单等可以运用的页面，而且是用到了大量的代码来实现其各种功能，不仅是对以前知识的巩固，也是对刚学过的《数据库应用与设计》的一次真枪实弹的演练，真是有很多的收获，而在这次的设计中花费的大量时间和劳动量，也是希望能得到老师的一点点肯定和指导提高的机会。

参考资料：

[1]萨师煊，王珊。

数据库系统概论（第三版）。

北京：

高等教育出版社，2000

[2]黄志超，李婷婷。

VisualBasic.NET项目开发实践。

北京：

中国铁道出版社，2003

[3]黄明，梁旭，曹利超。

VisualBasic.NET信息系统设计与开发实例。

北京：

机械工业出版社，2005

[4]敬保恩，王保学，时春雨，VisualBasic.NET实例入门。

北京：

海洋出版社，中国青年出版社，2001