实 验 报 告

课程名称        软件工程导论         

课题名称  图书管理系统概要设计报告 

专    业       计算机科学与技术     

班    级        计算机0903          

学    号        2009030103**        

姓    名          大蚊子            

指导教师         张铁楠           

20##年 4 月 24 日

目录

1引言... 3

1.1编写目的... 3

1.2背景... 3

1.3定义... 3

1.4参考文献... 4

2任务概述... 4

2.1需求规定... 4

2.2运行环境... 4

3总体设计... 5

3.1基本设计概念和处理流程... 5

3.2结构... 6

3.3功能需求与程序的关系... 6

3.4人工处理过程... 7

4接口设计... 7

4.1用户接口... 7

4.2外部接口... 7

4.3内部接口... 7

5运行设计... 8

5.1运行模块组合... 8

5.2运行控制... 9

5.3运行时间... 10

6系统数据结构设计... 10

6.1逻辑结构设计要点... 10

6.2物理结构设计要点... 10

7系统出错处理设计... 11

7.1出错信息... 11

7.2补救措施... 11

概要设计说明书

1引言

随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足其管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，此图书管理系统软件力求提高其管理效率。

1.1编写目的

本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。

1.2背景

本项目的名称：图书管理系统开发软件。

本项目的任务提出者及开发者是图书管理系统软件开发小组，用户是中小型租、借书机构。

本产品是针对电脑管理图书的需求设计的，可以完成读者登记、购入新书、读者借还书、等主要功能。

1.3定义

开发（develop）：不是单纯指开发活动，还包括维护活动。

项目 (project)：该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件，并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度，一个项目可能有若干项目组成。

项目开发计划（project development plan）：是一种把项目一定一过程与项目如何推进连接起来的方案。

产品生命周期（product life cycle）：是产品从构思到不可以再使用的持续时间。

1.4参考文献

《软件工程导论》（第五版）    张海藩编著，清华大学出版社，20##年2 月版，北京

2任务概述

2.1需求规定

主要输入输出项目：

图书信息：（书名，ISBN，定价，出版社，数量，是否可借）

用户信息：（ID，姓名，年龄，性别，开户时间，余额，是否VIP，累记金额）

借阅信息：（ID，ISBN，数量，借出日期，押金）

2.2运行环境

硬件环境：

最低配置：CPU：Pentium3 800以上或其它兼容规格，内存：512M以上，硬盘：20GB以上空间

推荐配置：CPU：Pentium4 1.6G，内存：512M以上，硬盘：100GB以上空间。

软件环境：Windows 2000/XP

          SQL Server 2000/2005

          VC++ 6.0

3总体设计

3.1基本设计概念和处理流程

3.2系统结构和模块外部设计

3.3功能分配

各项功能需求的实现同各块程序的分配关系：

3.4人工处理过程

1.         创建用户（注册新用户）：用户信息需要手工输入计算机。

2.         用户充值：需要将现金将付于管理员，并手工输入充值金额到计算机。

4接口设计

4.1用户接口

4.2外部接口

4.3内部接口

5运行设计

5.1运行模块组合

施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示：

5.2运行控制

 

5.3运行时间

6数据结构设计

6.1逻辑结构设计要点

6.2物理结构设计要点

略。

7系统出错处理设计

7.1出错信息

1.         输入用户名不存在：说明数据库没无此用户名，需开户。

2.         密码错误：说明用户名和密码不匹配。弹出警告信息后需重新输入密码，一天内输入十次错误密码，将对此帐户进行冻结，需持身份证解冻。

3.         由于管理员没有及时保存数据造成的数据丢失：可通过数据还原，还原成最近的数据备份。

7.2补救措施

故障出现后可能采取的变通措施，包括：

a.       后备：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。

b.       恢复及再启动：如果数据造成丢失，可使用备份数据还原。

第二篇：vb图书管理系统论文

图书管理信息系统

摘要 图书管理系统是图书馆的重要组成部分，本文通过作者设计和开发一个中小型高校图书馆管理系统的实践，阐述了高校图书管理软件中所应具有的功能、设计、实现。本文所介绍的内容是关于“高等院校图书管理信息系统软件”的开发与设计。文章详细地介绍了图书管理信息系统软件的开发步骤及实现技术。本软件基于网络环境，采用三层模型的C/S结构。软件以Windows操作系统为环境，数据库使用SQL Server2000，开发工具使用VB6.0。 关键词 图书管理系统，图书管理，VB应用程序，SQL Server2000数据库应用 1 引言

图书馆是高等院校的重要组成部门，是教师和学生获取知识的重要场所。随着校园网的发展，各高等院校的图书馆都开始使用“图书管理信息系统软件”开展工作。由于目前市场上的软件大多只是一些条框，没有形成特定环境下工作的图书管理系统 。特别是各图书馆之间、图书馆与读者及管理者之间要互连互通，共享信息资源。本软件就是基于这种背景而开发设计的。

图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。

2 系统需求分析

2.1 组织机构

设计一个管理信息系统软件的首要工作就是画出组织机构图，它反映了整个单位组织的全貌，是软件需求分析的基础。现以内蒙古师范大学图书馆的组织机构为例：

图表标题

不同单位的组织机构设置是不同的，如果要想开发一个通用的图书管理软件，就必须从一些具体单位的组织机构中抽取出公共部分并基于它来进行软件开发。

2.2 各部门的岗位职责

调研、分析各部门的岗位职责是确定软件功能的基础。只有十分清楚各部门的职责是什么？它们是怎样完成各项职责的？才能去规划软件的功能。各部门的岗位职责具体如下：

1、馆长的岗位职责

⑴ 在校党委、行政领导下，对图书馆的业务进行全面管理，向全校师生提供教学、科研所需的图书资料信息服务。

⑵ 在国家相关法律、法规的允许下，开展相关业务。

⑶ 负责建立与其它图书馆、出版业等相关业务单位的联系、交流、合作。

⑷ 负责与校内各处室、各院系的协调工作。

⑸ 负责制订本单位的中、长期发展规划及年度工作计划。

⑹ 负责领导、协调本单位副职及下属各部门负责人的工作。

⑺ 负责本单位工作人员的聘用、考核、奖励、处罚。

⑻ 负责指挥、调度、协调、控制本单位的人力、物力、财力等资源，完成工作任务。 ⑼ 负责建立本单位的各项管理规章制度，并带头执行。

⑽ 保证本单位的国有资产不流失。

2、采编部岗位职责

采购、收集、交换各种中外文图书资料；将采购来的文献加工、整理成可检索的文献集合体；进行财产登录、分类、编目，典藏到各部门。

3、流通部岗位职责

主要负责全校师生员工的中外文图书的借阅工作及图书的内部管理。

4、阅览部岗位职责

负责图书馆各阅览室中书刊阅览室的阅览管理和服务工作。

5、期刊部岗位职责

负责国内出版的期刊、报纸的采购、分类、典藏、流通、阅览工作。

6、技术部（信息中心）岗位职责

负责全馆计算机信息系统的管理和维护；全校师生借书卡的制作、启用、挂失、解挂、退卡及查询等工作。

7、综合办公室岗位职责

负责全馆的行政事务工作；全校师生借书卡办理的接待、资格审核、帐目管理；全馆设备和财产的管理；财务管理。

2.3 图书管理的相关规章制度

制度是要求成员共同遵守的、按一定程序办事的规程。它也是软件处理数据过程中所应遵守的规程，是很多算法的基础。因此要想开发一个好的管理软件，就必须对相关制度做详细的分析。这里只介绍与系统设计有关的制度条款。

1、读者分类、借书数量、借书时间的规定

2、借书卡办理、退还制度

⑴ 新办卡的读者在网上添写相关表格。

⑵ 由读者本单位资料室或办公室负责资格审查，并按规定收取相关费用。

⑶ 读者本单位资料室或办公室负责与本馆办公室联系办卡事宜。

⑷ 本馆办公室负责接受材料，并进行进一步确认。

⑸ 技术部负责制作借书卡并设置启用。

3、借、还图书的相关制度

⑴ 借书

本馆采用开架方式借书。读者按规定要求进入书库取出所需图书，然后到借阅处办理手续。办理借书手续时必须出示本人借书卡，读者要对借到的图书当场检查损坏情况，如发现有未被记载的损坏要当场告知工作人员，否则责任自负。

⑵ 续借

略

⑶ 超期处罚

略

⑷ 遗失赔偿

略

2.4 图书馆的主要业务流程

1、 图书采购业务流程

订购是根据供书商的可供书目信息挑选预订购图书，一段时间以后，整理订购图书并根据供书商填写订书单，发给供书商进行订购。当前，随着计算机的日益普及，供书商订购信息开始用光盘等媒体发送，在这些订购信息中不仅可以实现传统的订购功能，而且包含着编目信息，这些编目信息能极大地减轻编目人员的录入工作量，并且提高数据的准确性，所以在订购中应利用这些编目数据。另外由于图书资金有限，为了将有限的资金更好地使用，系统还应进行资金控制，订购人员只许在某类图书的授权资金范围内进行进行订购操作，否则应得到资金分配人员的批准或直到资金满足要求。

2、 图书编目、典藏业务流程

图书编目是对图书根据中图法编写索书号并进行图书著录的过程，是图书管理和图书流通的重要环节，要避免一个分类号有多种图书或者一种图书有多种分类号情况的出现，即对新增加的图书，应能正确区分增加图书种类和增加复本等情况。在图书编目中经常要使用图书查重的功能。

3、借书卡办理业务流程

3 系统功能规划

3.1 系统用户图

3.2 用户需求分析

这里只介绍与借还书有关的用户需求，具体如下：

1、读者

⑴ 信息需求

① 利用多种方式查询图书馆藏书信息。

② 查询读者个人信息，借书信息。

③ 修改读者个人信息（密码，电话，Email）。

⑵ 处理需求

① 希望能用Web的方式做以上查询、修改操作。

② 希望能用Web的方式或语音电话的方式来挂失自己的借书卡。 ⑶ 安全性、完整性需求

对读者个人信息保密，不允许其他读者查阅。

2、流通部工作人员

⑴ 信息需求

查询读者基本信息，借书信息；修改读者的借阅信息；查询本馆藏书信息；查询本库的图书

存放信息。

⑵ 处理需求

希望操作界面简捷，符合业务流程；希望输入信息自动化，尽量少地人工输入数据。 ⑶ 安全性、完整性需求

其它书库借、还书系统，不能对本库图书借、还。其它人员不能更新借阅表中的信息。

3.3 划分子系统

子系统划分的原则是：业务的相关性、业务的独立性。这里只介绍图书管理业务系统。

借书卡管理子系统：

借书卡管理子系统不仅能利用当前的软件开发技术和校园网建设成果，方便读者查询、借阅操作，而且，能结合学校资金投入有限、图书需求量大等特点，对图书管理中各业务环节的加强管理。此外还有方便、快捷、准确无误等特点。

（1．）此子系统还加入了条形码识别扫描、打印，在建立数据库及相关连接上有自己独到的应用。一般图书卡存储的信息为：

user（借书证号，姓名，性别，身份编号，身份证，联系电话，学生学历。。。）

book（图书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）

数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描述称作元数据。因为数据库管理系统（DBMS）产品是用来存储和操纵表的，所以大多数产品把元数据以表的形式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构的其他部分。

在表中存储元数据不仅对DBMS是有效的，对用户也是方便的，因为他们可以使用与查询用户数据同样的查询工具来查询元数据。

因而通过条形码却可以轻而易举的得到这些信息，将这些信息存入以一个条形码为元数据的数据子库下面，当系统扫描该条形码时便自动出现相应的数据。这于帐目管理子系统有着紧密的联系。

整个借书过程如下：

（ 2．）索引

索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的book表为例来说明。

假定数据在磁盘上是按’图书编号’的递增顺序排列的，用户想打印一个按’图书名称’排序的图书数据报表。为此，所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是一个很费时的过程。或者，可以在‘图书名称’字段上创建一个索引，该索引的条目按照‘图书名称’排序，这样，该索引的条目可以读出来，并用来按顺序访问book数据。

索引用于快速访问数据。例如，一个用户只想访问book表中‘图书类别’值为‘01’的那些学生。如果没有索引，则必须搜索整个源表；但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。

索引对排序和查找是有帮助的，但要付出代价。book表中的行每次改变时，索引也必须改变，这意味着索引并非随意的，应该在真正需要时保存。

4 系统技术实现规划

4.1 系统结构

本软件采用网络结构，三层模型。采用C/S，B/S两种方式向用户提供服务，馆内业务操作用户使用C/S方式，读者使用B/S方式。

4.2 系统平台环境及开发工具

1、硬件环境

⑴ 服务器端

1-3台服务器，数据库服务器要配备磁盘阵列。

⑵ 客户端

PⅢ以上，配置硬盘的PC机。

2、软件环境

⑴ 服务器端

操作系统：Windows2000Server；Web服务器：IIS5.0；数据库服务器：SQL Server2000。 ⑵ 客户端

操作系统：Windows2000Profession。

3、开发工具

开发工具使用Microsoft公司的Visual Basic6.0、Visual InterDev或.net。

5 数据库设计

5.1 概念设计

这里只介绍与借、还书有关的概念模型，具体如下：

5.2 逻辑设计

这里只介绍与借、还书有关的逻辑模型，具体如下：

5.2.1 概要设计

图书馆内信息（书号，所在馆位，所在架位，借出标志，损坏记载）

图书ISBN信息（ISBN码，中图分类号，内部分类号，书名，作者，出版社，出版时间，

版次，价格，简介）

读者（借书卡号，姓名，身份证号，单位，电话，Email，密码，读者类型，挂失，停借） 读者类型（代码，最大借书数，最长借书时间，是否允许预约）

图书借阅（书号，借书卡号，借书日期，续借日期，续借）

5.2.2 详细设计

5.3 物理设计

物理设计的主要任务是确定把模型中的哪些表放在一个物理文件（操作系统文件）中，对每个表应建立哪些索引。设计时考虑的因素主要有两条：1、提高系统查询效率 2、数据备份。由于不同的DBMS提供的功能不同，因此这里不做详细介绍。

6 借还书子系统详细设计 6.1 处理流程

这里只介绍借书流程，具体如下：

致谢：本文在写作过程中得到于海清、刘海波老师的精心指导，在此表示衷心的感谢！