WEB大作业图书管理系统

第9章 图书馆管理系统

随着近年来教育事业的蓬勃发展，各大高校的基础建设不断加强。作为高校基础项目建设标志性内容的图书馆，也随之不断扩大和加强。与此同时，为了使图书馆的功能得到充分的发挥，迫切需要优秀的管理软件来维护图书馆的日常管理和运营。本章所要介绍的开发案例，就是一套JSP+MYSQL实现的图书馆管理系统。

9.1 收集与分析应用需求

9.1.1. 收集需求

收集需求的目的在于明确客户的应用需求，确定系统开发的任务，消除设计开发人员和客户之间的理解分歧，确保最终开发出来的产品能够满足客户的实际需要。

下面是一个图书馆管理系统开发过程中收集到的客户需求的文档记录的关键部分： 1. 图书馆管理系统有三类使用用户：图书借阅者、图书馆工作人员、图书馆管理人员。

2. 图书借阅者使用本系统能够进行以下操作：查阅借阅信息、查阅个人信息、修改个人信息、查阅/查询馆藏书目信息。

3. 图书馆工作人员使用本系统进行以下操作：对图书借阅者进行借还书操作以及统计相关的信息，维护和管理图书馆书目的有关信息

4. 图书馆管理员使用本系统进行以下操作：维护图书馆借阅者、工作人员、馆藏书目的信息，维护系统状态，维护各类报表

5. 不同的用户应该具有相应的权限控制，重要的数据信息需要加密并备份

6. 重要的操作需要写入日志记录

7. 当系统出现故障时，应该有相应的应急措施或系统恢复功能

8. 系统需要有良好的可扩展性，方便以后的维护和升级工作

9. 系统需要有对外的接口，方便与外界的交流和信息互换工作

9.1.2. 分析需求

从以上收集到的需求来看，图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护并生成催还图书报表。

图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。一般情况下，图书借阅者只应该查询和维护本人的借书情况和个人信息，若查询和维护其他借阅者的借书情况和个人信息，就要知道其他图书借阅者的借书证号和密码。这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。

图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。

图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。并且还应具有生成催还图书报表，并打印输出的功能。在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。

下面就是通过分析后得到的系统需要实现的功能：

? 设计不同用户的操作权限和登陆方法 ? 对所有用户开放的图书查询 ? 借阅者维护借阅者个人部分信息 ? 借阅者查看个人借阅情况信息 ? 维护借阅者个人密码

? 根据借阅情况对数据库进行操作并生成报表 ? 根据还书情况对数据库进行操作并生成报表 ? 查询及统计各种信息 ? 维护图书信息

? 维护工作人员和管理员信息 ? 维护借阅者信息

? 对借阅过期的图书生成报表

9.2 系统建模

9.2.1. 图书馆管理系统的用例分析

在前面的需求分析过程中，我们已经明确了系统的三类角色(Actor)及其相关的用例： ? 图书借阅者：查询图书馆所存的图书、个人借阅情况及个人信息的修改。 ? 图书馆工作人员：对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书

报表给借阅者查看确认，对超过应还书日期的读者进行超期罚款

? 图书馆管理员：对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查

看、维护并生成催还图书报表。

在这里需要说明的是：图书馆管理员不能直接修改图书借阅者的借阅信息，只有当管理员删除了某条读者信息的时候才应当级联地删除该借阅者的借阅信息，并生成催还图书报表。

根据前面的需求分析，我们得到了图书馆管理系统的用例(UseCase)图。首先我们看到的是整个系统的用例图，如图9-1所示：

图书馆工作人员处理借阅请求查询书目书目管理<><><><><>借阅请求人员管理图书馆管理员<>登陆/退出图书借阅者发布新闻浏览新闻游客 图9-1系统的总体用例图

在这个总体用例图中，我们增加了一个“游客”的角色，这是基于对系统权限控制的考虑。在这个系统中，馆藏书目的信息和系统发布的相关新闻是对所有人开发的，这些信息不受任何权限的限制，因此，在用户没有登陆到系统之前，这些信息也应当是可见的。增加“游客”类的角色，使得用户一进入系统就能获取得到公共信息，避免了登陆的麻烦，提高了系统的可用性。

我们也看到，总体用例图十分复杂，某些角色的用例还比较模糊，需要进一步细化。因此，我们下面分别给出了图书借阅者，图书馆工作人员以及图书馆管理员的用例图。

首先我们看到的是图书借阅者的用例图，如图9-2所示：

查询书目修改个人信息<><>图书借阅者登陆/退出<>借阅请求<><>查询借阅信息还书请求 图9-2 图书借阅者的用例图

从读者的用例图中我们可以看到：读者发起的“借阅请求”包括“借书请求”，“还书请求”和“查询借阅信息”三个部分的内容，<>关系表明了“借阅请求”对后面三部分内容的包含关系。在上图中，还有一种<>关系，分别出现在“登陆/退出”用例和“借阅请求”以及“修改个人信息”之间，这个关系表明后面两个用例的启动需要“登陆/退出”用例的支持。换句话说，只有当借阅者登陆到了系统之后，才能进行“借阅请求”操作和“修改个人信息”操作，否则无法完成这些操作。

借书请求统计报表修改个人信息查询书目<><>图书馆工作人员<>登陆/退出<><>处理借阅请求确认还书<><>超期罚款确认借书确认续借 图9-3 图书馆工作人员的用例图

图书馆工作人员的用例图如图10-3所示。正如前面所介绍的那样，图书馆工作人员的用例图当中也存在<>和<>关系。这些关系的含义与前面读者用例图中的介绍相一致。需要注意的是，在单独的用例图当中没有反映出图书馆工作人员和借阅者之间的用例的依赖关系，这是由于局部用例图的局限性所造成的。因此，要全面的把握系统的结构，还是应当从整体用例图入手，然后逐步深入和细化。这种方式正好体现了软件工程中“自顶向下，逐步细化”的思想。

注意到图书馆工作人员的“修改个人信息”用例，它应该包括两部分的内容：首先，工作人员应该可以修改自己的相关信息，就如读者可以修改自己的信息一样；其次，图书馆工作人员也可以修改读者的部分信息，如读者的借阅权限。这个功能在建立临时用户权限的时候非常有用。如果借阅者的借阅权限固定不变，那么每当借阅者的借阅权限需要发生变化的时候，他原来的账号需要销毁，并重新建立新的账号，这给应用带来了很多不变，也浪费了系统的资源。如果将此类问题全部提交给图书馆管理员，那么将增加管理员的负担，不利于图书馆内部资源的均匀分配。

本文来源：https://www.bwwdw.com/article/0ymt.html