图书管理系统毕业设计

摘要

随着科学技术的不断提高，计算机科学日渐成熟，作为计算机应用的一部分，使用计算机对图书信息进行管理，具有手工管理所无法比拟的优点。图书管理系统的开发是一个老生常谈的问题，以其作为数据库开发的示例不仅是因为他的开放性，而且还因为它是一个开放的系统，比较成熟。图书管理系统主要设计目的是利用数据库软件编制一个管理软件，用以实现图书、读者以及日常工作等多项管理。同时对整个系统的分析、设计过程给出一个完整论证。

图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。

为了能高效的，有计划设计图书馆管理系统，本论文开发了一个图书馆管理系统，主要功能就是：实现系统设置（包括图书馆信息、管理员设置、参数设置、书架设置）、读者管理（包括读者类型管理、读者档案管理）、图书管理（图书类型管理、图书档案管理）、图书借还（包括图书借阅、图书续借、图书归还）、更改口令、退出系统等；以及服务系统查询，图书档案查询、图书借阅查询和图书到期提醒等功能。

关键词：图书馆；管理系统；设计

第一章开发背景

图书馆管理信息化是学校管理系统应用信息技术及其产品的过程，是信息技术应用于图书馆管理的过程。教育信息化的实施，自上而下而言，必须与学校的制度创新、组织创新和管理创新结合；自下而上而言，必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。

学校信息系统是现存信息系统中较为复杂的一类，这是由学校本身的目标、任务和性质决定的；它应用于学校的学生管理、教师管理、设备管理以及招生就业管理等各个方面，牵涉的信息种类十分庞杂。它融合了学校的管理思想和各职能部门的工作经验，是学校当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于学校当前的运作方式和业务流程。而图书馆管理信息系统正是这样庞大的系统中的一个系统。图书馆之于教师、学生、教学，都有极其重要的作用，因此，学校信息化建设工作具有长期性、复杂性和内容的多变性；正因为如此，图书馆管理信息系统也不是一个简单的、封闭的、静止的系统，而是一个复杂的、开放的、在应用的深度和广度上，随着时间的推移会逐步变化和发展的系统。

第二章系统分析

系统分析是一个描述系统开发各个早期阶段的词汇，是一种问题解决技术，它将一个系统分解成各个组成部分，目的是研究各个部分如何工作、如何交互，以实现其系统目标。

2.1需求分析

随着科学技术的不断提高，计算机科学日渐成熟，作为计算机应用的一部分，使用计算机对图书信息进行管理，具有手工管理所无法比拟的优点。图书管理系统的开发是一个老生常谈的问题，以其作为数据库开发的示例不仅是因为他的开放性，而且还因为它是一个开放的系统，比较成熟。图书管理系统主要设计目的是利用数据库软件编制一个管理软件，用以实现图书、读者以及日常工作等多项管理。同时对整个系统的分析、设计过程给出一个完整论证。图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。

2.1.1需求分析

本系统主要实现对图书馆信息的管理，主要可以分为两大块：图书信息的服务系统和图书的综合管理系统。图书的使用对象是借阅者，例如学生、教师；管理者是图书馆的管理员。因此根据这些信息，本系统的主要功能就是：实现系统设置（包括图书馆信息、管理员设置、参数设置、书架设置）、读者管理（包括读者类型管理、读者档案管理）、图书管理（图书类型管理、图书档案管理）、图书借还（包括图书借阅、图书续借、图书归还）、更改口令、退出系统等；以及服务系统查询，图书档案查询、图书借阅查询和图书到期提醒等功能。（功能分解图如附录二所示）图书信息管理系统能够为用户提供充足的信息和快捷的查询手段.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书信息管理的效率，也是图书管理的科学化、数字化、正规化管理，与世界接轨的重要条件。用计算机制作的图书信息管理系统还可以通过功能强大的Internet网及时的向读者发布图书的最新动态，因此，开发这样一套管理软件成为很有必要的事情。而今，这类相关的管理系统已广泛的应用在各行各业，成为各行业提高相关管理效率的重要手段。图书信息管理系统也在日益广泛地应用于各图书馆的管理中，大大提高了图书管理的相关管理效率，其在图书管理中所起的作用是显而易见的。

图书信息管理系统，其主要包含图书基本信息和图书借阅系统，能进行图书信息的录入、读者登记、查询等功能。该项目开发的软件为学校图书信息管理系统软件，是鉴于目前学校图书数剧增，图书信息呈爆炸性增长的前提下，图书馆对图书信息管理的自动化与准确化的要求日益强烈的背景下构思出来的，该软件设计完成后可用于所有中小型图书馆的图书信息的管理。

目前社会上信息管理系统发展飞快，各个企事业单位都引入了信息管理软件来管理自己日益增长的各种信息，图书管理系统也是有了很大的发展，商业化的图书信息管理软件也不少.但本系统完全独立开发，力求使系统功能简洁明了，但功能齐全且易于操作。

本次课程设计通过对管理系统模型的研究，提出了一套构造图书信息管理系统模型的方法，提出了图书管理系统的一般建立方法，并且利用数据库、信息系统分析所学知识，结合其它相关管理常识，通过对某图书馆图书流通过程的分析，建立相关数据模型，利用面向对象开发工具对其进行设计与开发。

系统主要由两大子系统组成：图书管理和维护子系统以及图书信息服务子系统。

系统主要有四个数据库表：图书信息表，用户信息表，学生信息表和借出信息表

本课题研究方案：

1. 以现代软件工程原理和思想指导整个课题的开发过程，要经过系统可行性分析、需求分析、概要设计、详细设计、编码、调试维护和安装实施等步骤。

2．要有详细的设计说明书；

3．每一模块的流程图要很清晰；

4．本系统能够正常的运行，能较好得完成预定的功能；

5．系统要有完整的帮助文件，供前台操作员能方便的操作本系统。

2.1.2用例和用例描述

用例是需求分析中最重要的概念，需求表征了一个系统的设计特性、特征和行为，描述一个系统的需求,即:意味着描述了建立在该系统外部的事物与系统之间的契约，契约上声明了期望系统是做什么的。

需求获取(Requirement Elicitation) 是需求工程的主体，其主要工作是建立待开发系统的模型，而用例就是用于建立这种模型的良好方法。用例最初由Ivar Jackboson博士提出，后被综合到UML 规范之中，成为需求表述的标准化体系。由于整个RUP流程都是“用例驱动”的，各种类型的开发活动包括项目管理、分析、设计、测试、实现等以用例为主要输入工件，用例模型奠定了整个系统软件开发的基础，用例被认作第二代面向对象技术的标志，可见其重要性非同一般。“图书管理系统”用例图，如附录三（统设置用例图、读者管理系统用例图、图书管理系统用例图、图书借阅管理用例图、系统查询用例图）所示。在用例图中主要涉及到参与者（又称角色、执行者）、用例以及二者之间的通讯关联。

（一）参与者

参与者是与系统、子系统或类发生交互的外部用户、进程或其他系统。参与者可以是人、另一个计算机系统或一些可运行的进程。“读者”和“管理员”即为参与者。

参与者之间可以存在泛化关系，例如，在图书馆管理系统用例图中，可以认为“读者”是“学生读者”和“教师读者”的泛化，而“学生读者”还可以具体化为“本科生读者”和“研究生读者”；同样，“图书管理人员”也是“采购员”、“编目员”及“借阅人员”的泛化。用例图表示出了参与者之间的泛化关系。

（二）用例

用例是外部可见的一个系统功能，这些功能由系统所提供，并通过与参与者之间消息的交换来表达。用例的用途是在不揭示系统内部构造的情况下定义行为序列，它把系统当作一个黑箱，表达整个系统对外部用户可见的行为。

鉴于用例的特点，用例一般被命名为一个能够说明目标的动名词组。用例图中的“借书”、“还书”和“管理图书”皆为动名词组。

用例之间也可以存在包含、扩展和泛化等关系：

（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。

（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。在以下几种情况下，可使用扩展用例：

a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；

b.表明只在特定条件（如例外条件）下才执行的分支流；

c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。

（三）通讯关联

通讯关联用于表示参与者和用例之间的对应关系，它表示参与者使用了系统中的哪些用例（或者说系统所提供的用例被哪些参与者使用）。

通讯关联以箭头或实线表示。若使用箭头，箭头所指方将是对话的被动接受者；如果不强调对话中的主动与被动关系，则可以使用不带箭头的关联实线。

（四）建立用例模型

知道了用例与用例图的概念，我们还需要懂得怎样建立用例模型，即怎样找出参与者、用例以及定义用例的过程。一般来说，建立用例模型的步骤为：

（1）确定谁会直接使用该系统，即参与者（Actor），为了发现参与者，我们可以尝试问如下问题：

a. 谁/什么使用系统？

b. 谁/什么从系统获得信息？

c. 谁/什么向系统提供信息？

d. 谁/什么支持、维护系统？

e. 哪些其它系统使用此系统？

f. 公司的哪个部门使用系统？

（2）选取其中一个参与者；

（3）定义该参与者希望系统做什么，参与者希望系统做的每件事成为一个用例，为了发现用例，我们可以尝试问如下问题：

a. 为什么该参与者想要使用此系统？

b. 该参与者是否要创建、保存、更改、移动或读取系统的数据？如果是，为什么？

c. 该参与者是否要通知系统外部事件或变化？

d. 该参与者是否需要知道系统内部的特定事件？

（4）对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用例的基本过程；

（5）描述该用例的基本过程；

（6）考虑一些可变情况，把他们创建为扩展用例；

（7）复审不同用例的描述，找出其中的相同点，抽出相同点作为共同的用例；

（8）重复步骤2-7找出每一个用例。

参与者检查的参考标准如下：

（1）是否您已找到所有的参与者？也就是说，是否您已经对系统环境中的所有参与者都进行了说明和建模？

（2）每个参与者是否至少涉及到一个用例？

（3）您能否列出至少两名可以作为特定参与者的人员？

（4）是否有参与者担任与系统相关的相似参与者？如果有，您应该将他们合并到一个参与者中。用例检查的参考标准如下：

（1）用例模型的简介部分简明清晰地概述此系统的目的和功能；

（2）所有的用例已确定，这些用例共同说明所有的必要行为；

（3）所有的功能性需求都至少映射到一个用例；

（4）该用例模型不包含多余的行为，所有的用例都可回溯到某个功能性需求来证明其合理性。

用例图从总体上大致描述了系统所能提供的各种服务，让我们对于系统的功能有一个总体的认识，仅此还是不够的，我们还需要描述每一个用例的详细信息，即用例规约。用例模型正是由用例图和每一个用例描述(如表2-1、2-2、2-3所示)――用例规约所组成的。

表2-1系统设置用例描述

表2-2 图书馆管理系统用例描述

表2-3 读者管理用例描述

RUP中提供了用例规约的模板，包含以下内容：

（1）简要说明(Brief Description)：简要介绍该用例的作用和目的；

（2）事件流(Flow of Event)：包括基本流和备选流，事件流应该表示出所有的场景；

（3）用例场景(Use-Case Scenario) ：包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的；

（4）特殊需求(Special Requirement)：描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（所使用的操作系统、开发工具等）；

（5）前置条件(Pre-Condition)：执行用例之前系统必须所处的状态；

（6）后置条件(Post-Condition)：用例执行完毕后系统可能处于的一组状态。

用例规约基本上是用文本方式来表述的，为了更加清晰地描述事件流，也可以选择使用状态图、活动图或序列图来辅助说明（状态图有助于描述与状态相关的系统行为，活动图有助于描述复杂的决策流程，序列图适合于描述基于时间顺序的消息传递）。另外，只要对简洁明了地表达用例有帮助，我们就可以在用例中任意粘贴用户界面、流程的图形化显示方式及其他图形。

2.1.3系统上下文

（1）系统上下文在软件架构中的角色

系统上下文是系统的软件架构中的基础构件。开发系统上下文视图非常重要，因为此视图将作为回溯到业务上下文、展开功能和操作体系结构的机制使用。我们将提供业务上下文的简单概述，以了解为何可跟踪性对其如此重要。

（2）业务上下文

提供系统需要如何与其他企业交互的组织视图，描述软件所在的业务生态系统。此视图在非常依赖外部组织的系统中特别重要。这个高级视图并不区分各个用户和角色。相反，它将其描述为与业务交互的用户社区。

（3）用户和角色

这些构件表明与系统交互的用户和角色。角色及其用于访问系统的上下文的描述。角色用于访问系统的信息的描述。给定角色中的典型用户在给定单位时间内执行的事务量。

（4）通道

用户将使用不同的通道来访问系统，创建独立的小节来记录此通道信息。每个通道的文档应该至少捕获以下内容：

通道及通常使用此通道与系统交互的角色和用户的类型。例如，交互式语音响应（Interactive V oice Response，IVR）、浏览器、智能电话等等。

通道支持的网络和带宽，如T1 线、8.02 11g、部分T3 等。

用于在系统之间发送和接收数据的访问协议，如HTTP、套接字、IVR 等等。

（5）外部系统

您必须记录系统在执行所需的功能时与之交互的外部系统。在标识需要考虑解决方案范围的外部系统时，需要进行大量的分析工作。业务分析人员和领域专家通常要参与此分析工作。还应该充分地记录此分析工作的结果。使用一个小节记录外部系统。其中至少应该捕获：外部系统的描述性概述，包括关于系统相对于要构建的系统的位置的背景信息。例如，外部系统可能放置在企业内部网内，放置在业务定义的外部网中或者放置在Internet。与外部系统交互所需的访问协议，如安全HTTP、套接字、专用访问机制等等。外部系统支持或期望的数据格式（为了促进集成），与外部系统交互所需的任何特定遵从性需求。系统的非功能规范，如安全性、可用性、信息吞吐量等等。并没有必要记录外部系统的所有非功能需求。仅仅记录可能会影响需要构建的系统的体系结构和设计的需求。

记录信息足够的情况下，前面的信息应该能提供系统上下文关系图很好的描述。不过，目前捕获的信息仅仅提供了系统上下文的静态视图，通过用户、角色、通道和外部系统进行表示。通过标识和捕获在系统和每个外部系统间交换的信息，可以提供系统上下文的动态视图。下一部分将讨论此信息流。

（6）信息流

在该系统和外部系统、用户和通道间流动的信息是系统最基本的部分。信息可以传统批量或实时方式传送。将信息及其特征作为系统上下文的一部分加以记录在定义总体软件架构时极为重要。信息流通常使用名词或动词短语表示，仅仅使用一种形式，而不是同时使用二者。在示例中使用的是动词形式。对于所流动的每个信息。至少应该记录以下构件集：在系统和用户、通道及外部系统间流动的信息的描述，并将信息分类为批处理、实时或半实时类别。而且，每个单位时间必须

支持的事务信息，组成典型事务的数据类型。每个事务通常涉及的数据量及事务执行的频率。这些构件并不处理系统和外部系统间的交换序列。当两个系统中有信息流动时，系统间可能存在完成事务的信息交换序列。在这种情况下，还应该记录信息交换序列。

2.2可行性分析

1．引言

现行的管理系统比较简单，但是由于图书数据的增加导致系统逐渐出现各种不稳定的现象，不利于日常信息的维护与管理。学生的借书还书也面临着很不利的局面，导致学生积极性受到严重的打击。受到系统不稳定因素也影响的同学、老师将成为其受害者，并为不法分子提供了一条“希望的道路”图书馆的日常工作受到严重的威胁。图书馆为了更有效的管理日常信息、方便学生对图书进行借阅、归还、续借、查询，维护好所有图书的信息而提出开发此系统。

2．可行性研究的前提

要求

a．功能：能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；借书者可对自己感兴趣的图书进行检索从而缩短借书流程；管理员除了进行借还书信息的操作，还要对超期者进行处罚。

b．性能：稳定快速，实时控制。

c．输入输出：条形码英文和汉字输入,条形码英文和汉字输出；

d．在安全与保密方面的要求：登陆系统时，需要输入图书证的编号和个人密码；只有图书管理员的身份才能进入系统进行信息的操作，不能轻易被破坏；对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。

e．同本系统相连接的其他系统：应用于我们学校的校园网，独立于其他系统。

f．完成期限：3周（开发）+1周（试行）。

（1）目标

为了方便图书馆管理人员对图书的借阅、归还等提供轻松快捷的管理方式，同时也方便学生可以随时随地的对图书进行借还、续借、查询、缴纳罚款等。主要体现在：减少人力与设备费用，提高系统的处理速度，更新原先的管理信息服务；提高人员利用率，减少人员的冗余量。将获取的效益用于购置更多的图书，服务广大师生。

（2）条件、假定和限制

运行环境：兼容当前主流操作系统Windows 2003/XP/Vista 。硬件环境：***以上计算机。开发软件：SQL Server 、JAVA、ASP等

该系统的预期寿命为×年

最早投入运行的时间为2010年5月

进行可行性研究的方法

通过调查问卷的方式对图书管理系统的进行全面的分析《对现行的图书管理系统的满意度调查》等。（3）评价尺度

费用不能超过X万元，信息更新的维护为重点开发时间的长短不超过3周，使用起来容易上手。3．投资及效益分析

为了新系统的开发，设计和维持运行而需要的各项经费开支，在第一年时有所增加，但是“效

益”也将在短期实现。

（1）支出

（2）系统开发费用

a．人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员x人，试运行期需要开发人员2人。人员费用为x万元。

b．设备费：本系统所需的硬件设备费用为x万元。

c．不可预见费：按开发费用的15%计算。

（3）系统运行费用

a．系统维护费：需要x人/年进行系统维护，维护费为x万元。

b．设备维护费：设备更新费为x万元。设备维护费为x万元。

c．消耗材料费：每年按x元计算。

综上所述,新系统使用时间x年,系统开发和运行总费用x万元,平均x万元/年。

（4）其他一次性支出

a．研究（需求的研究和设计的研究）——包括在开发费用中

b．数据库的建立

c．检查费用和技术管理性费用

d．培训费、旅差费以及开发安装人员所需要的一次性支出

（5）非一次性支出

列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：a．设备的租金和维护费用；

b．软件的租金和维护费用；

c．数据通讯方面的租金和维护费用；

d．人员的工资、奖金；

e．房屋、空间的使用开支；

f．公用设施方面的开支；

g．保密安全方面的开支；

h．其他经常性的支出等。

（6）收益

提高工作效率；减少工作人员；提升整个图书馆的管理能力；

（7）一次性收益

a．学生每人一次办卡2元，教职工一次办卡5元，学校有X个学生和X个教职工，预计可获得收益X万元。

b．因新系统的投入使用可以减少原先的管理人员，减少冗余量，而减省下来的资金也便是一种收益。

（8）非一次性收益

在使用中使用者可能把卡丢失或损坏费用办卡收费5元/次的收益。

（9）不可定量的收益

图书在借阅中超期或者损坏的赔偿。

（10）收益／投资比

收益X万元，投资（含非一次性投资）X万元，则收益/投资比=X。

（11）投资回收周期

此系统回报周期在X年

4．结论

经过一系列的各个不同方面的可行性分析，系统分析员和图书馆馆长对需要解决的问题取得基本的一致看法，开发小组的开发方案的到批准，图书馆馆长同意，但要求等到他们把经费拨下来后才能开始进行。

2.3编写项目计划书

1．引言

本项目开发计划用于从总体上指导图书馆管理系统项目顺利进行并最终得到通过评审的项目产品。为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

2．概述

随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。图书馆管理系统采用目前比较流行的C/S模式，后台数据库管理系统为SQL Server2000，系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由SQL Server控制。

本图书馆管理系统主要实现的功能如下：进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。用户可以根据需要进行书库管理。用户可以进行借书证的办理、查询、挂失等操作。用户可以添加账户和修改密码。

项目开发时间：x天

3．项目开发体制

具体的项目开发体制是对项目开发计划的体制规划。

第3章系统设计

3.1系统目标

根据前面所做的需求分析及用户的需求可以得出，图书馆管理系统实施后，应达到以下目标：

①界面设计友好、美观。

②数据存储安全、可靠。

③信息分类清晰、准确。

④强大的查询功能，保证数据查询的灵活性。

⑤实现对图书借阅、续借和归还过程的全程数据信息跟踪。

⑥提供图书借阅排行榜，为图书馆管理员提供了真实的数据信息。

⑦提供借阅到期提醒功能，使管理者可以及时了解到已经到达归还日期的图书借阅信息。

3.2系统功能结构

根据图书馆管理系统的特点，可以将其分为系统设置、读者管理、图书管理、图书借还、系统查询等5个部分，其中各个部分及其包括的具体功能模块图详见系统功能图。

3.3系统流程图

图书馆管理系统的系统流程图3-1所示。

图3-1 系统流程图

3.4系统开发环境

在开发图书馆管理系统时，需要具备下面的软件环境。

服务器端：

①操作系统：Windows Server 2003.

②Web服务器：Tomcat 6.0。

③Java开发包：JDK 1.5以上。

④数据库：MySQL 5.0.37。

⑤浏览器：IE6.0。

⑥分辨率：最佳效果为1024*768像素。客户端：

①浏览器：IE6.0。

②分辨率：最佳效果为1024*768。

第4章数据库设计

4.1数据库分析

数据库的需求分析需求分析是指准确了解和分析用户的需求，这是最困难、最费时、最复杂的一步，但也是最重要的一步。它决定了以后各步设计的速度和质量。

根据系统的需求，首先将要记录的信息分类，要记录的信息如下。

1.系统设置管理

管理员管理则是根据需要对各个管理员进行管理，并记录和反馈管理员信息。并且对读者的信息进行修改，还有就是对图书馆的信息进行修改

2读者管理

在读者管理中，主要对“读者”中的人物信息进行管理，如修改读者的信息，查询读者的情况，还有就是对读者的资料进行删减。

3.图书管理

在图书管理中，主要是对“图书库”中的书籍进行管理，如新增图书更新、修改图书信息、提供图书查询和删除图书。

4.图书借还管理

图书借阅管理就是对借书者的借书和还书进行管理，当借书者借书时，随即对“图书库”、“借书库”和“借书证库”进行相应的管理，并把相关信息提供给图书管理和借书证管理；还书，则除了上述的几个功能外，还要对还书库进行更新和记录。

5.系统查询管理

对书库中的图书进行查询操作，有图书的声誉数量，已经借出的，还有就是快到期没有归还的。

6.更改口令管理

读者或者是图书管理员对自己的登录口令进行更改。

4.2数据库概念设计

1．实体图

实体关系图：简记E-R图是指以实体、关系、属性三个基本概念概括数据的基本结构，从而描述静态数据结构的概念模式。

图见附录十所示。

2．实体ER图

概念结构设计是指对用户的需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，是整个数据库设计的关键。概念设计生成E-R图。

图见附录十一所示。