图书管理系统毕业设计

摘要随着科学技术的不断提高，计算机科学日渐成熟，作为计算机应用的一部分，使用计算机对图书信息进行管理，具有手工管理所无法比拟的优点。

图书管理系统的开发是一个老生常谈的问题，以其作为数据库开发的示例不仅是因为他的开放性，而且还因为它是一个开放的系统，比较成熟。

图书管理系统主要设计目的是利用数据库软件编制一个管理软件，用以实现图书、读者以及日常工作等多项管理。

同时对整个系统的分析、设计过程给出一个完整论证。

图书管理系统是一种基于集中统一规划的数据库数据管理新模式。

在对图书、读者的管理，其实是对图书、读者数据的管理。

本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。

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

关键词：图书馆；管理系统；设计第一章开发背景图书馆管理信息化是学校管理系统应用信息技术及其产品的过程，是信息技术应用于图书馆管理的过程。

教育信息化的实施，自上而下而言，必须与学校的制度创新、组织创新和管理创新结合；自下而上而言，必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。

学校信息系统是现存信息系统中较为复杂的一类，这是由学校本身的目标、任务和性质决定的；它应用于学校的学生管理、教师管理、设备管理以及招生就业管理等各个方面，牵涉的信息种类十分庞杂。

它融合了学校的管理思想和各职能部门的工作经验，是学校当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于学校当前的运作方式和业务流程。

而图书馆管理信息系统正是这样庞大的系统中的一个系统。

图书馆之于教师、学生、教学，都有极其重要的作用，因此，学校信息化建设工作具有长期性、复杂性和内容的多变性；正因为如此，图书馆管理信息系统也不是一个简单的、封闭的、静止的系统，而是一个复杂的、开放的、在应用的深度和广度上，随着时间的推移会逐步变化和发展的系统。

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

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）是否有参与者担任与系统相关的相似参与者？如果有，您应该将他们合并到一个参与者中。