图书管理系统1

更新时间：2023-11-10 14:31:01 阅读量：教育文库文档下载

说明：文章内容仅供预览，部分内容可能不全。下载后的文档，内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的，是否完整无缺。

1. 引言

书籍是人类不可缺少的精神食粮，图书管理已成为学校不可缺少的一部分。目前学校图书馆的借阅工作部分还是手工管理，工作效率很低，并且不能及时了解图书的种类和学生们比较需求的图书等，不能更好的适应当前学生的借阅要求。手工管理还存在着许多弊端,由于不可避免的人为因素,造成数据的遗漏、误报。

图书管理信息化是信息发展的必然趋势。图书的管理直接关系到学生如何更好的使用图书，更充分的利用现有资源学习，提高自身素质。针对当今的学校图书馆藏书越来越多，学生借书越来越频繁，图书管理较为繁琐，图书馆管理工作人员付出的工作时间越来越多，得到的效率却很低这个现状。为提高工作效率，减轻图书馆工作人员的工作负担，决定开发学校图书馆管理系统软件，以帮助更好的实现图书馆的管理，让学生能更便捷的借阅图书，让老师能花最少的时间办理好借阅图书手续。

随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已经被人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对图书资源信息进行管理，具有手工管理无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、成本低等。这些优点能够极大地提高图书管理的效率，也是企业、学校的科学化、正规化管理和与世界接轨的重要条件。因此，开发这样一套管理系统已成为很有必要的事情。

2. 需求分析与用例建模

2.1可行性分析

可行性分析的任务是明确应用项目开发的必要性和可行性。必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。我们从以下几个方面进行可行性分析。 1. 经济可行性

此系统可由在校大学生开发的学校图书馆管理信息系统。由于学校图书馆的借阅无商业利益，所以系统设计开发的周期要短，在短时间内完成，减少开发成本，提高开发效率，方便、简单、实用是作为系统开发的指导思想。本系统完全能够在校园图书馆管理工作中发挥重要作用，而作为个人，能在软件开发能力方面得到锻炼和提高也是十分重要的，本系统在此不注重任何社会经济目标。所以，从经济的角度来看，该系统可行。 2. 技术可行性

开发者根据客户对系统功能、性能及实现该系统的制约因素，分析该项目开发在技术上可能承担的风险，在硬件软件配置以及开发技术均已可行的情况下,能够开发出易理解、易操作、易实现、易维护的系统。因此该系统在技术上是可行的。 3. 法律可行性

经过分析，该系统的开发没有违背国家相关法律，在知识产权方面也不能对他人构成侵权行为。因此该系统在法律角度看是可行的。 4. 可行性分析结论

通过以上可行性分析，图书管理系统的开发在经济上、技术上、法律上都是可行的，可以立即开发。

2.2系统功能需求分析

图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难，图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。

图书管理系统主要用于对图书馆日常工作的管理，主要任务是用计算机对读者、图书等各种信息进行日常管理，如查询、修改、增加、删除、图书借阅和归还的管理等。本系统实现了图书馆的信息化管理，完成了图书馆管理系统的基本功能。

2.3系统非功能分析

为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的需求： 1. 准确性和及时性

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确地根据用户权限及所输入的信息做出响应。准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。 2. 易用性

所开发的系统要能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。 3. 安全性

系统要提供方便的手段供系统管理员进行数据备份、日常安全管理、以及系统意外崩溃时数据的恢复等工作。同时系统还要保证对数据库进行及时更新，保证数据一致性。

2.4用例模型

根据系统需求分析中客户对系统的功能要求，我们已经确定了系统和子系统的边界、执行者和用例。该系统采用分层绘制用例图的方法建立系统的用例模型。 1. 最高层用例图

根据客户对“图书管理系统”的整体业务功能要求，可以绘制如图2-1所示的最高层用例图。

图书管理系统<<依赖>>系统管理<<依赖>>用户设置图书管理员信息查询读者管理<<依赖依赖>>>>图书管理系统管理员<<依赖>>借阅管理读者图2-1 图书管理系统最高层用例图

在最高层用例图中，实线方框表示系统边界，在系统边界内有6个用例。系统内的“信息查询”和“借阅管理”依赖“读者管理”的读者信息和依赖“图示管理”的图书信息，“用户设置”依赖“系统管理”的用户管理信息。

系统外有3个人执行者：

“系统管理员”执行者参与“系统管理”、“读者管理”、“图书管理”用例的业务运作。

“图书管理员”执行者可以在“用户设置”用例中修改自己的登录密码、重新登录系统，还可参与“借阅管理”和“信息查询”用例的操作。

“读者”执行者也可以在“用户设置”用例中修改自己的登录密码、重新登录系统，还可参与“借阅管理”和“信息查询”用例的操作。 2. 第2层用例图

“图书管理系统”内的用例还可以作为第二层用例图之一加以展开,由“系统管理”用例展开形成的“系统管理子系统”用例图如图2-2所示。

系统管理子系统用户管理系统管理员系统初始化

图2-2 第2层用例图——系统管理子系统

在“系统管理子系统”用例图中，实现边框表示系统边界。系统内有2个用例，即“用户管理”用例和“系统初始化”用例。系统外有1个人执行者：

“系统管理员”执行者参与“用户管理”、“系统初始化”用例的操作，可以添加用户信息、修改用户信息、删除用户信息，对系统初始化。

由“读者管理”用例展开形成的“读者管理子系统”用例图如图2-3所示。

读者管理子系统修改读者信息<<依赖>>增加读者信息<<依赖>>系统管理员删除读者信息

图2-3 第2层用例图——读者管理子系统

在“读者管理子系统”用例图中，实现边框表示系统边界。系统内有3个用例，“修改读者信息”、“删除读者信息”用例依赖“增加读者信息”用例添加的读者信息。系统外有1个人执行者：

“系统管理员”执行者可以进行添加用户信息、修改用户信息、删除用户信息等操作。“图书管理子系统”与“读者管理子系统”结构相同，因此不再一一说明。

由“图书管理”用例展开形成的“图书管理子系统”用例图如图2-4所示。

图书管理子系统修改图书信息<<依赖>>增加图书信息<<依赖>>系统管理员删除图书信息

图2-4 第2层用例图——图书管理子系统

“图书管理子系统”与“读者管理子系统”结构相同，因此不再一一说明。由“借还管理”用例展开形成的“借还管理子系统”用例图如图2-5所示。

借还管理子系统<<依赖>>借书续借还书<<依赖>>预约图书管理员图书丢失处理读者

图2-5 第2层用例图——借还管理子系统

在“借还管理子系统”用例图中，实现边框表示系统边界。系统内有5个用例，“续借”依赖“借书”用例，“图书丢失处理”依赖“还书”用例。系统外有2个人执行者：

“图书管理员”执行者可以进行对用户的借书、续借、还书、图书预约、图书挂失信息的处理等操作。

“读者”执行者乐意进行借书、续借、还书、图书预约、图书挂失等操作。由“信息查询”用例形成的“信息查询子系统”用例图如图2-6所示。

信息查询子系统图书查询系统管理员读者查询读者

图2-6 第2层用例图——信息查询子系统

在“信息查询子系统”用例图中，实现边框表示系统边界。系统内有2个用例，即“图书查询”和“读者查询”用例。系统外有2个人执行者：

“图书管理员”执行者可以进行对图书、读者信息的查询等操作。 “读者”执行者可以进行对图书、读者信息的查询等操作。

由“用户设置”用例形成的“用户设置子系统”用例图如图2-7所示。

用户设置子系统修改密码图书管理员重新登录读者

图2-7 第2层用例图——用户设置子系统

在“用户设置子系统”用例图中，实现边框表示系统边界。系统内有2个用例，即“修改密码”和“重新登录”用例。系统外有2个人执行者：

“图书管理员”执行者可以对自己的密码进行修改以及重新登录等操作。 “读者”执行者可以对自己的密码进行修改以及重新登录等操作。

3. 系统分析与对象类建模

3.1建立对象类

根据已经建立的用例图和用户业务需求，采用CRC卡的方法确定对象类及其属性和操作。通过检查类的定义、分析问题的需求和运用该领域知识来完善和确定类的属性。根据系统功能要求和系统设计需要完善和确定类的操作。

下面将“图书管理系统”中的对象类及其属性和操作的定义简介如下：（1）图书 ?类名：图书。

?类的编号：ABC010101。