软件工程(小型图书管理系统)

小型图书管理系统

·第一章 系统概述

1.1 系统开发背景和意义

图书管理是高校内每一个系部或院部都必须切实面对的工作，但一直以来人们使用传统的人工方式管理图书资料。这种方式存在着许多缺点，如效率低、保密性差且较为繁琐。另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。

经过详细的调查，目前我国各类高等学校中有相当一部分单位图书资料管理还停留在人工管理的基础上。这样的管理机制已经不能适应时代的发展，其管理方法将浪费许多人力和物力。随着科学技术的不断提高，这种传统的手工管理方法必然被以计算机为基础的信息管理方法所取代。

图书管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，将是非常必要的，也是十分及时的。

1.2 开发环境

开发环境的选择会影响到数据库的设计，所以在这里给出图书管理系统开发与运行环境的选择如下：

开发环境：Windows XP 开发工具：Visual Basic 6.0 数据库管理系统： Access2003

第二章 可行性分析

2.1 任务概述

经过对我校详细调查，并多次与负责图书管理的老师进行研讨后，加深了对现行图书管理业务的深刻了解，与此同时，将整个图书管理的业务流程抽象描述如下：

1.新的图书购进后，分门别类地进行归并汇总，加以编号。 2.新书编号后，上到书架以备学生借阅。

3.如某学生需要借阅图书，则在其本人的借阅登记表上进行登记，记录相关借阅信息与借阅日期。

4.学生借阅图书后，应及时归还图书，并在本人的借阅登记表上注明还书日期和时间。

根据以上调查分析，可以给出其现行业务流程图如图2.1所示。

图2.1 图书管理业务流程图

2.2 数据描述(数据流图和数据字典)

经过详细的调查，我们已经清楚了解了现行的业务流程，接下来给出系统的逻辑模型。构造系统逻辑模型的工具是数据流图和数据字典。根据现行图书管理的业务流程，首先把数据流图中的源点和终点都选定为学生，因此可以得到图书管理系统的基本系统模型，如图2.2所示。

图2.2 图书管理系统的基本系统模型

根据基本系统模型，对其逐步细化，得到描述逻辑系统细化后的数据流图，如图2.3所示。

图2.3 图书管理系统数据流图（顶层DFD图）

对顶层DFD图中的一个加工“学生管理”进行展开，如图2.4。

图2.4 细化后数据流图

对顶层DFD图中的一个加工“图书管理”进行展开，如图2.5。

图2.5 “图书管理”展开

对第1层DFD图中的加工进一步进行展开，如图2.6。

(1)

(2)

（3）

图2.6 进一步细化数据流图

有了系统的数据流图后，还有相当多的数据信息如图书、借阅、归还等信息需要进一步描述，这就是需要定义数据字典，才能把现有的系统描述清楚。图2.7列出了系统的主要数据字典。

学生信息：

学生信息表结构 别名： 描述：记录所有学生信息情况 定义：学生信息表=学生编号+学生姓名+性别+入学时间+毕业时间 位置：Librarydat.mdf 数据库

预约图书登记：预约图书登记表结构 别名： 描述：记录图书预约情况 定义：预约图书登记表=预约编号+学生编号+图书编号+预约时间+是否成功 位置：Librarydat.mdf 数据库

归还登记：归还登记表结构 别名： 描述：记录所有已归还图书的借阅情况 定义：归还信息表=图书编号+图书名称+图书作者+图书出版社+归还时间 位置：Librarydat.mdf 数据库

名称：管理员 别名： 描述：记录管理员信息 定义：管理员信息=管理员 ID+管理员 name+密码+加入时间+级别 位置：

名称：借阅请求 名称： 描述：学生借阅请求信息 定义：借阅请求=借阅编号+学生编号+图书编号 位置：

名称：预约请求 别名： 描述：学生预约请求信息 定义：预约图书请求=预约编号+学生编号+图书编号 位置：

名称：归还图书 别名： 描述：归还图书的相关信息 定义：归还图书=借阅 ID+图书 ID+学生学号+归还日期 位置：

名称：提示惩罚信息 别名： 描述：为归还图书的学生需要提示的信息 定义：提示惩罚信息=借阅 ID+图书 ID+学生学号+应归还日期+处罚提示 位置：

名称：借阅结果 别名： 描述：是否借阅成功的返回结果 定义：借阅结果=借阅 ID+图书 ID+学生学号+借出否+提示成功借阅 位置：

名称：预约结果 别名： 描述：是否预约成功的返回结果 定义：预约结果=预约编号+学生学号+图书编号+预约否+提示成功预约 位置：

名称：归还结果 别名： 描述：归还图示操作完成后的返回结果 定义：归还结果=借阅 ID+图书 ID+学生学号+已归还(true/false)+是否提示惩罚 位置：

名称：管理条例 1 别名： 描述：对正常归还的处理办法 定义：管理条例 1=借阅 ID+未过规定归还时间 位置：

图2.7 系统主要数据字典

2.3使用该系统的一些要求

图书管理人员：使工作量大大降低，图书管理更加有条理，但是，要求有一定的计算机基础知识及一定的软件维护能力。

2.4技术可行性评价

就目前使用的开发技术及开发环境来说建议系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成；开发人员的数量和质量均符合要求。

第三章 需求分析

在开发一个应用系统之前需要对即将开发的应用系统进行需求分析。所谓需求分析，就是指对你要解决的问题进行详细了解，弄明白问题的要求，包括应用系统应具备哪些功能、系统应有的输入项、计划得到的输出结果等。需求分析是把应用需求转化为软件需求的关键一步。它关系着系统开发的成败，是整个软件系统建设的源头。

在软件工程中，通常需求分析指的是在设计开发一个新的系统或修改一个现有的系统时，描述新系统的目的、定义、范围和功能时所要做的所有的工作。需求分析是开发软件过程中的一个重要环节。在这个过程中，系统分析员和软件工程师要明白顾客的需求。只有在确定了这些需求后他们才能够分析和探求新系统的解决方案。

3.1 需求分析的原则

1、需求分析要对所开发项目需求进行分解，形成软件的层次结构

一般设计开发的应用程序都是为了处理解决某一特定的问题，而通常这些问题又是比较庞大和复杂，难以理解和处理。为了便于开发、设计和理解，软件设

计人员需要通过一定的方法把问题分解成几个较容易理解的部分，再通过建立这些部分之间的衔接，把复杂问题简单化，而最终实现整体软件系统的功能。在对所开发的软件进行需求分析阶段，软件的信息域和功能域一般都可以做进一步的细化和分解。所进行的细化分解可以是纵向分解，即不同层面(多层面)上的分解，另外也可以进行横向分解，即同一层面上的分解，对于一个大的应用系统往往纵向分解和横向分解混合应用。所谓的横向分解是指把一个功能域分解成若干个子功能域，并确定这些子功能域和父功能域之间的衔接接口。所谓的纵向分解是指对某些还能继续分解的子功能域进行继续分解， …… 此处隐藏：4945字，全部文档内容请下载后查看。喜欢就下载吧 ……