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

1 图书馆管理系统 数据库设计 书 功能分析 图书馆管理信息系统需要完成功能主要有： 在图书管理系统中，管理员为每个读者建立一个账户，账户内存储读者个人的详细信息，并依据读者类别的不同给每个读者发放借书卡（提供借书卡号、姓名、部门或班级等信息）。读者可以凭借书卡在图书馆进行图书的借、还、续借、查询等操作，不同类别的读者在借书限额、还书期限以及可续借的次数上要有所不同。 借阅图书时，由管理员录入借书卡号，系统首先验证该卡号的有效性，若无效，则提示无效的原因；若有效，则显示卡号、姓名、借书限额、已借数量、可再借数量等信 息，本次实际借书的数量不能超出可再借数量的值。完成借书操作的同时要修改相应图书信息的状态、读者信息中的已借数量、在借阅信息中添加相应的记录。 归还图书时，由管理员录入借书卡号和待归还的图书编号，显示借书卡号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息，并自动计算是否超期以及超期的罚款金额，若进行续借则取消超期和罚款等信息；若图书有损坏，由管理员根据实际情况从系统中选择相应的损坏等级，系统自动计算损坏赔偿金额。完成归还操作的同时，修改相应图书信息的状态、修改读者信息中的已借数量、在借书信息中对相应 的借书记录做标记、在还书信息中添加相应的记录。 图书管理员不定期地对图书信息进行添加、修改和删除等操作，在图书尚未归还的情况下不能对图书信息进行删除。也可以对读者信息进行添加、修改、删除等操作，在读者还有未归还的图书的情况下不能进行删除读者信息。 系统管理员主要进行图书管理员权限的设置、读者类别信息的设置、图书类别的设置以及罚款和赔偿标准的设置、数据备份和数据恢复等处理。 读者 ：读者编号，姓名，性别，所在单位，读者类型，类别编号，办证日期 ，借书总数 管理员 ：管理员编号，姓名，性别，住址， 权限 ，登录口令， 电话 出版社 ：出版社名，出版社编号，传真， 话 馆藏图书 ：图书条形码号 ， 书号，图书名称，作者，出版社，单价， 入库时间，入库总数，分类，出版日期 借阅信息 ： 书 号，读者编号，图书名，作者，借阅日期， 还书 日期， 借书期限，超过时间， 罚金 . 借阅历史信息 ： 书号 ，读者编号，图书名，作者，借阅日期，还书日期 ., 2 罚款信息 ：读者编号， 书号 ，图书名，借阅日期， 还书 日期， 借书期限，超过时间， 罚款金额，处理状态，管理员编号 管理 图书 ： （删除图书，查询图书，修改图书，添加图书） 管理 读者： （录入 新读者，删除读者，修改读者） 图 数据流 图 第一层数据流图 查阅图书管理信息 读取图书证号 读取图书条形码 是否超期 是否超 过 4 本 借书 拒借 丢失 罚款 还书 修 改 图书信息 修改读者信息 刷卡 否 是 扫描条形码 否 是 3 第二层数据流图 第三层数据流图 图书管理员 读者信息管理 系统维护 信息统计 图书信息管理 图书借还管理 系统管理员 图书管理员 图书管理员 图书管理员 读者信息 读者类别 统计数据 统计结果 图书馆借还信息 图书 信息 图书查询结果 图书类别 图书借阅信息 图书信息 图书状态 罚金标准 统计项信息 已借数 有效读者信息 图书管理系统 读 者 管 理 员 读者信息 查询信息 借阅信息 图书信息 管理员信息 4 （ 1） （ 2） 录入 新读者 修改读者 删除读者 接 收 分 析 数 据 读者类别表 读者信息表 图书管理员 读者信息 信息统计 图书借阅管理 新读者数据 待修改数据 待删除数 据 有效读者信息 修改读者信息 读者 借阅 信息 已借读 有效读者信息 （ 1） 管理员 管理 读者 5 （ 3） 借书管理 图书状态处理 读者已借数处理 接收分析数据 续借管理 还书管理 计算罚金 信息统计 用户信息表 借书信息表 还书信息表 罚金类别表 图书管理员 图书借还信息 借书日期 借书信息 预借信息 借书信息 操作员姓名 已借数 图书信息 图书状态 读者信息 借阅状态 共借数 已还数 在库状态 操作员姓名 借书记录状态 违规状态 图书借阅信息 还书信息 罚金金额 罚金标准 （ 3） 借还书 及罚款情况 数据流图 图 书 管 理 员 图书类别表 接 收 分 析 数 据 添加图书 修改图书 删除图书 查询图书 图书信息表 图书借阅管理 信息统计 图书管理员 图书类别 图书 信息 新 图书信息 待修改信息 待删除信息 图书查询条件 有效图书信息 修改的图书信息 删除的图书信息 图书状态 图书查询结果 图书状态 图书信息 统计项信息 （ 2） 管理员 管理 图书 读者信息表 图书信息表 预还信息 6 概念结构分析 （ 1）选择中层数据流为切入点，通常选择实际系统中的子系统； （ 2）设计分 ，即各子模块的 ； （ 3）生成初步 ，通过合并方法，做到各子系统实体、属性、联系统一； （ 4）生成全局 ，通过消除冲突等方面。 分 E R 图 (1) 管理员 管理 图书 事物规则：一本图书可以被多个图书管理员管理（ 1： n） 一个图书管理员可以管理多本图书（ 1： n） （ 2） 读者 借 还 图书 管理员 管理 图书 m n 读者 借还 图书 m n 7 事物规则：一个 读者可以借 还 多本图书（ 1： n） 一个图书可以被 多 个读者借 还 （ 1： n） （ 3） 管理员 管理 读者 事物规则：一本图书管理员可以管理多个读者信息（ 1： n） 一个读者信息 可以被多 个图书管理员管理（ 1： n） (4) 管理员 罚款 读者 事物规则：一个图书管理员可以罚款多个读者信息（ 1： n） 一个读者信息只能 被一个图书管理员罚款（ 1： n） （ 5） 图书 出版 出版社 事物规则：一个出版社可以出版多本图书（ 1： n） 一个图书只能被一个出版社（ 1： 1） 读者 罚款 管理员 n 1 读者 管理 管理员 n m 图书 出版 出版社 1 n 8 总 E R 图 合并各分图 ,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步 ，再消除不必要冗余，得到的基本 如下所示： 各 E R 图各实体的属性如下所示： 读者：（ 读者编号 ，姓名，性别，所在单位，读者类型，借书 总数） 管理员：（ 管理员编号 ，姓名，性别，权限，登录口令，电话） 出版社：（出版社名， 出版社编号 ，传真， 话 ,地址） 书籍：（ 图书条形码号， 书号 ，图书名称，作者，出版社，单价，入库时间，入库总数，分类，出版日期） 各 E R 图中联系的属性如下所示： 出版：（出版社名， 出版社编号 ， 书号 ，图书名称） 书籍 出版 借还 地址 真 出版社编号 出版社 出版社名 电话 书号 分类 作者 入库总数 出版社 入库时间 书名 出版日期 单价 读者 借阅 日期 归还 日期 罚款 管理 管理员 读者编号 读者类型 姓名 所在单位 借书总数 性别 管理 管理员编号 登录口令 性别 电话 1 n n m m n m n n 1 删除图书 罚款金额 处理状 态 添加图书 是否在馆 录入新读者 删除读者 修改读者 修改图书 查询图书 罚金类别 姓名 9 借还：（ 书号 ， 读者编号 ，图书名， 借阅日期 ， 还书日期 .） 罚款：（ 读者编号，书号，管理员编号 ，图书名，借阅日期，还书日期，借书期限，超过时间， 罚款金额，处理状态，罚金类别） 管理 图书：（ 管理员编号 ，书号， 删除图书，查询图书，修改图书，添加图书） 管理 读者： （ 管理员编号 ， 读者编号 ， 录入新读者，删除读者，修改读者） 逻辑结构分析 逻辑设计的任务 就是将概念设计阶段设计好的基本 转换为选用 品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将 转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。 1 将 转换为关系模型 实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情 况： 一个 m： n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 一个 1： n 联系可以转换为一个独立的关系模式，也可以与 n 端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。 一个 1： 1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联 系本身的属性均转换为关系的属性，而关系的码为各实体码的组合 具有相同码的关系模式可合并。 由于读者类别与读者、馆室与图书的联系方式是 1:n（一对多），可以将其之间的联系与 图书 合并，管理员与图书之间的维护联系也是 1:n（一对多），同样也将其之间的联系与 n 端实体合并，而读者与图书之间的借阅和归还联系方式则是 n:m（多对多），这样要把它们之间的联系转化为独立的关系模式，读者与管理员之间的罚款联系是 m:n（多对多），将其联系也转化成独立的关系模式，具体的基本 向关系模型的转化如下： 读 者 （ 读者编号 ，姓名，性别，所在单位，读者类型 ，借书总数） 管理员 （ 管理员编号 ，姓名，性别，权限，登录口令，电话） 出版社 （出版社名， 出版社编号 ，传真， 话 ,地址 ） 书籍 （图书条形码号， 书号 ，图书名称，作者，出版社，单价，入库时间，入库总数，分类，出版日期） 出版 （ 出版社名， 出版社编号 ， 书号 ，图书名称 ） 借 还 （ 书号 ， 读者编号 ， 图书名， 借阅日期 ，还书日期 .） 罚款 （ 读者编号，书号 ，管理员编号 ，图书名，借阅日期，还书日期，借书期限，超过时间， 罚款金额，处理状态 ，罚金类别 ） 管理 图书 （ 管理员编号 ， 书号， 删除图书，查询图书，修改图书，添加图书） 10 管理 读者 （ 管理员编号 ， 读者编号 ， 录入新读者，删除读者，修改读者） 数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能，还应该根据应用需要适当的修改、调整数据模型的结构，这就是数据模型的优化。 1. 读者 关系模式存在非主属性对主属性的部分函数依赖 读者 （ 读者编号 ，姓名，性别，所在单位，读者类型， 借书期限， 借书总数） 函数依赖有： （ 读者编号 ，读者类型） 借书总数 读者类型 借书总数 （ 读者编号 ，读者类型） 借书期限 读者类型 借书期限 所以：关系模式 读者 不属于 2决办法将关系模式 读者 分解为： 读者 （ 读者编号 ，姓名，性别，所在单位） 读者类型 （ 学生，教职工，借书总数 ，借书期限 ） 2. 关系模式 不 存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3是 借还 关系模式 、 罚款 关系模式中存在着一些数据冗余，现将两 个关系模型进行 合并 ，消除冗余，优化为： 借 还 （ 书号 ， 读者编号 ，图书名， 管理员编号， 图书名，借阅日期，还书日期，借书期限， 罚款金额，处理状态，罚金类别） 经过模式优化得到 关系模式： 读者 （ 读者编号 ，姓名，性别，所在单位） 读者类型 （ 学生，教职工，借书总数，借书期限 ） 管理员 （ 管理员编号 ，姓名，性别，权限，登录口令，电话） 出版社 （出版社名， 出版社编号 ，传真， 话 ,地址） 书籍 （图书条形码号， 书号 ，图书名称，作者，出版社，单价，入库时间，入库总数，分类，出版日期） 出版 （ 出版社名， 出版社编号 ， 书号 ，图书名称 ） 借 还 （ 书号 ， 读者编号 ，图书名， 管理员编号 ，图书名，借阅日期，还书日期，借书期限， 罚款金额，处理状态，罚金类别） 管理 图书 （ 管理员编号 ， 书号， 删除图书， 查询图书，修改图书，添加图书） 管理 读者 （ 管理员编号 ， 读者编号 ， 录入新读者，删除读者，修改读者） P F F 11 关系模式： 读者 （ 读者编号 ，姓名，性别，所在单位） 管理员 （ 管理员编号 ，姓名，性别，权限，登录口令，电话） 出版社 （出版社名， 出版社编号 ，传真， 话 ,地址） 将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合 特点，设计用户模式的子模式。 我们利用视图这一功能设计符合局部用户需要的用户模式 12 小结： 1. 这次课程设计使我熟悉 了系统设计的整体步骤。系统设计大体可分为需求分析、概念设计、逻辑设计、物理设计、数据库的实施及调试测试六大步骤。其中，让我感触最深的是需求分析阶段，在这个阶段，必须对所要设计的系统有总体的构思和了解，知道自己要做什么，要实现什么，并且要实际的进行相关的调查，不能凭想象或自己的了解，这样会在后续的工作中遇到很多的问题。