数据库系统原理课程设计——图书借阅管理系统

第1章 设计背景与需求分析
1.1 设计背景
1.1.1  图书管理的现状  

图书馆作为一种资源的集散地，图书和用户在借阅资料繁多，包含很多的信息管理，现在有很多的图书馆都是初步的开始使用，甚至尚未使用计算机进行资源管理，没有建立相对应的图书管理数据系统，而是使用人工计算，抄写进行，数据处理工作量大，容易出错和数据丢失。      

1.2.2  选题的目的、意义   

图书管理系统数据库有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好，成本低等等。这些优点能极大提高图书管理的效率，因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统是十分必要的。

1.2 功能需求
1.2.1读者信息的增加、修改、删除等基本操作

1.读者类别信息的输入，包括图书类型、图书册数等

2.读者档案信息的输入，包括读者编号、读者类型等

1.2.2图书信息的增加、修改、删除等基本操作。

1．图书类别信息的输入，包括类别编号，类别名称等。

2．图书类别信息的查询，修改，包括类别编号，类别名称等。

3．图书档案信息的输入，包括图书编号，图书名称，图书类别，作者名称，出版社名称，出版日期，图书页数，关键词，登记日期，备注信息等。

1.2.3图书流通管理

          1.图书征订管理

          2.图书借阅管理

          3.图书归还管理

          4.图书罚款管理

1.3 系统开发环境
1、系统：Windows XP,7,8,10

2、开发平台：SQL SERVER 2070， VISUAL BASIC6.0

1.4 SQL SERVER 2017概述
SQL SERVER2017是一个关系数据管理系统，是微软公司推出的新版本，该版本增加了许多先进的功能，具有方便使用，可伸缩性好与软件集成度高等的优点，可以运行在个人电脑到大型多处理器的服务器等多种平台使用。

官网下载说明https://www.microsoft.com/zh-cn/sql-server/sql-server-2017-comparison

第2章 数据库概念结构设计
2.1 实体型结构

  https://blog.youkuaiyun.com/weixin_45031801/article/details/137796214?spm=1001.2100.3001.7377&utm_medium=distribute.pc_feed_blog_category.none-task-blog-classify_tag-4-137796214-null-null.nonecase&depth_1-utm_source=distribute.pc_feed_blog_category.none-task-blog-classify_tag-4-137796214-null-null.nonecase

2.2 实体间的联系
      1.一个出版社对应多个图书，一个图书对应一个出版社，出版社和图书是一对多联系。

      2.一个图书类型对应多个图书，一个图书对应一个图书类型，图书类型和图书是一对多联系。

      3.一个读者类型对应多个读者，一个读者对应一个读者类型，读者类型和读者是一对多联系。

      4.一个书库对应多个图书类型，一个图书类型对应一个书库，书库和图书类型是一对多联系。

      5.一个图书入库单对应多个图书入库单明细，一个图书入库单明细对应一个图书入库单，图书入库单和图书入库单明细是一对多联系。

      6.一个图书报损单对应多个图书报损单明细，一个图书报损单明细对于一个图书报损单，图书报损单和图书报损单明细是一对多联系。

      7.一个读书对应多个图书入库单明细，一个图书入库单明细对应一个图书，图书和图书入库单明细是一对多联系。

      8.一个读书对应多个图书报损单明细，一个图书报损单明细对应一个图书，图书和图书报损单明细是一对多联系。

      9.一个读者对应多个罚款交费单，一个罚款交罚单对应一个读者，读者和罚款交费单是一对多联系。

     10.一个职工对应多个图书入库单，一个图书入库单对应一个职工，职工和图书入库单是一对多联系。

     11.一个职工对应多个图书报损单，一个图书报损单对应一个职工，职工和图书报损单是一对多联系。

     12.一个职工对应多个罚款交费单，一个罚款交费单对应一个职工，职工和罚款交费单是一对多联系。

     13.一个读者对应多个图书，一个图书对应多个读者，读者和图书之间是多对多联系。

2.3 整体简化E-R图
 

第3章 数据库逻辑结构设计
3.1 E-R图向关系模式转换的原则
1. 一个实体型转换为一个关系模式。

关系的属性：实体型的属性

关系的码：实体型的码

2.一个1：1联系可以转换为一个独立的关系模式，也可以与任何一端对应的关系模式合并。

3.一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式 合并。

4.一个m:n联系转换为一个关系模式。

5.三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

6.具有相同码的关系模式可合并。

目的：减少系统中关系个数

7.同一实体集的实体之间的联系即自联系，也可以按1：1，1：n和m:n三种情况分别处理。

3.2各个表的逻辑结构
 

表3.1  出版社表

列  名

数据类型

长 度

主  键

非空

备注

出版社编号

Int

Yes

出版社名称

Varchar

50

Yes

出版社地址

Varchar

50

Yes

           

表3.2  图书表

列  名

数据类型

长 度

主  键

非空

备注

图书编号

varchar

20

Yes

出版社编号

Int

Yes

外码，参照出版表出版社编号

图书类型编号

char

1

Yes

外码，参照图书类型表，图书类型编号

书名

varchar

50

Yes

作者

varchar

20

Yes

价格

Numeric(8,2)

Yes

页码

Int

Yes

库存总量

Int

Yes

现存量

Int

Yes

入库时间

Datetime

借出次数

Int

Yes

          

 表3.3  图书类型表

列  名

数据类型

长 度

主  键

非空

备注

图书类型编号

Char

1

Yes

Yes

”

图书类型名

varchar

50

Yes

书库号

int

外码，参照书库表的书库号

表3.4  读者表

列  名

数据类型

长 度

主  键

非空

备注

证书编号

int

Yes

Yes

读者类型编号

Char

10

外码，参照读者类型表的读者类型编号

姓名

varchar

50

Yes

性别

Char

10

Yes

只能为“男”、或“女”

出生日期

Datetime

Yes

身份证编号

char

18

Yes

必须是18位  

图书借阅次数

int

是否挂失

int

0未挂失

1已挂失

已借册数

int

未交罚款金额

Numeric(8,2)

表3.5  读者类型表

列  名

数据类型

长 度

主  键

非空

备注

读者类型编号

Char

10

Yes

Yes

读者类型名

vachar

20

Yes

可借阅册数

Int

Yes

有效范围是20---60

借期天数

int

Yes

有效范围是90---120

可续借天数

int

Yes

有效范围是10---60

           

表3.6  书库表

列  名

数据类型

长 度

主  键

非空

备注

书库号

int

Yes

Yes

书库名

varchat

50

Yes

表3.7 职工表

列  名

数据类型

长 度

主  键

非空

备注

职工编号

int

Yes

Yes

职工姓名

varchar

50

Yes

性别

Char

10

Yes

只能为“男”、或“女”

出生日期

Datetime

Yes

文化程度

varchar

20

Yes

表3.8 罚款交费单表

列  名

数据类型

长 度

主  键

非空

备注

交费单号

int

Yes

Yes

借书证编号

int

Yes

外码，参照读者表证书编号

日期

Datetime

Yes

金额

Numeric(8,2)

Yes

表3.9 图书入库单表

列  名

数据类型