图书馆管理系统文档Word文档下载推荐.docx

上传人:b****5 文档编号:20242318 上传时间:2023-01-21 格式:DOCX 页数:46 大小:2.05MB
下载 相关 举报
图书馆管理系统文档Word文档下载推荐.docx_第1页
第1页 / 共46页
图书馆管理系统文档Word文档下载推荐.docx_第2页
第2页 / 共46页
图书馆管理系统文档Word文档下载推荐.docx_第3页
第3页 / 共46页
图书馆管理系统文档Word文档下载推荐.docx_第4页
第4页 / 共46页
图书馆管理系统文档Word文档下载推荐.docx_第5页
第5页 / 共46页
点击查看更多>>
下载资源
资源描述

图书馆管理系统文档Word文档下载推荐.docx

《图书馆管理系统文档Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统文档Word文档下载推荐.docx(46页珍藏版)》请在冰豆网上搜索。

图书馆管理系统文档Word文档下载推荐.docx

组员:

颜敏、许彦强

系统开发任务:

许彦强负责系统设置模块包括读者信息管理,管理员信息管理,权限管理。

吴晨曦负责图书借阅模块和图书管理功能模块。

图书借阅模块设计包括图书的借书、续借、并对逾期的图书进行罚款处理。

图书管理功能模块包括新书入库、编目和编辑管理。

颜敏负责图书管理的信息查询及统计功能。

第二章系统分析

需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。

在这一章里,我将给出系统的数据流图,功能结构图,数据字典,为系统的设计奠定基础。

一、图书管理现状

随着计算机技术的飞速发展,其应用方面已渗透到社会生活的各个领域。

它已经成为我们学习和工作的得力助手。

在学校,尤其是在一些高校,图书是学校的一项重要资源,图书的管理也是学校的一项常规性的重要工作。

而长期以来,学生图书管理都是依赖人工进行的。

现今,有很多的学校都已经开始使用计算机进行图书信息管理,并且起得良好的效果。

近年来我校招生情况越来越好,所以图书管理工作越来越繁重,但由于种种原因,管理人员并没有增加,因此原有的人工管理工作已不能适应现行的工作需要。

同时,陈旧的人工管理也不利于推广计算机应用。

为使图书管理工作科学化、规范化,就必须采用计算机辅助管理。

二、需求分析

需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。

数据库系统设计的第一步是明确数据库的目的和如何使用,也就是需要从数据库中得到哪些信息。

明确目的之后,就可以确定需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。

要设计一个有效的数据库,必须用系统工程的观点来考虑问题。

在系统分析阶段,设计者和用户双方要密切合作,共同收集和分析数据管理中信息的内容和用户对处理的要求。

对图书管理系统的要求如下:

(1)需求分析:

●能够输入图书的综合情况和进行新书入库,对现有图书信息修改以及删除;

●能够实现对读者档案进行查询和编辑管理;

●能够实现罚款记录,查询功能;

●能够实现借阅历史的查询功能。

(2)系统性能要求:

●系统安全,可靠;

●功能齐全;

●操作方便,界面友好;

●易于维护和扩充。

(3)系统的功能分析:

●资料维护:

为了保存好图书,读者的全部数据,本系统将对每一本图书和每位读者的信息进行管理。

系统维护包括对各种表记录的修改,删除,添加等操作。

●系统查询:

可以对图书,借书信息,读者等相关信息进行查询。

●其他操作:

包括修改密码,添加用户等。

三、可行性分析

开发任何一个基于计算机的系统,都会受到时间和资源上的限制。

因此,在接受项目之前必须根据客户可能提供的时间和资源条件进行可行性研究。

以避免人力、物力和财力上的浪费。

可行性研究与风险分析在许多方面是相互关联的。

项目风险越大,开发高质量软件的可行性越小。

系统可行性分析包括:

技术的可行性、经济可行性、选择方案的可行性

从这几个方面论述图书借阅管理的可行性。

3Pf1]c$z4h/du

(1)技术可行性:

技术往往是系统开发过程中难度最大的工作,这其中必须进行风险分析、资源分析和技术分析,开发人员必须在给定的约束条件下,判断是否能在预定的计划顺利完成任务,但这些因素很难把握好,因为在开发的过程中往往会发生一些意外因素,综合各方面的困素,我们选择的是技术方面熟练VB和SQL2000,在windowxp环境下操作,并且都是组员熟悉的语言,即使遇到部分困难,也可以从丰富的参考书中找到解决方案。

网络能够正常运行,开发人员熟练掌握了面向过程或者是面向对象的开发工具,所以,在技术上实现系统是可行的。

(2)1h.f&

`%BMPk6oq经济可行性:

校园局域网已经建好,可有效的利用,在加上学校领导对图书管理系统开发也表现出大力支持。

开发资金需求也较低,成熟的软硬件环境、目标系统并不是十分复杂,同时开发周期较短,人员经济支出有限。

开发完成运行后,为使用者带来便利,为系统的进一步推广创造了条件。

从经济角度考虑,此系统开发可行。

由于整个系统是自行开发,自行使用,所以系统本身不存在版权争议,符合国家各种政策法规。

可见,图书管理系统的开发是可行的。

(3)系统运行的可行性:

各管理员熟练计算机的应用方法,掌握计算机的基本操作技能,而且对开发新图书管理系统提出相当好的建议。

该系统工作量小,一般情况下不会由于信息量大而造成麻烦。

因为这只是提供给管理员操作的简单软件,管理员同一时间只能做有限的事情。

有关数据库的存储量,就目前而言,客户的藏书量不是很大。

如果日后有所扩大,可以在原有基础上可作相应的扩充,这在SQL中是很容易办到的。

四、系统分析

(一)、系统业务流程分析

系统的业务是系统要达到的业务目标,业务流程分析是系统分析的基础环节。

图书借阅管理信息系统的业务流程如图所示:

总业务流程图

借阅管理模块的业务流程图

图书管理模块的业务流程图

(二)系统数据流程图

数据流程图(DataFlowDFD)是描述实际业务管理系统工作流程的一种图形表示法。

它描绘系统的逻辑模型图,其中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。

因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的通信工具。

可是用户和系统员更好的交流,开发出符合要求,实用的系统。

此外,设计数据流图只需考虑系统必须完成的基本逻辑功能,完全不需要考虑如何具体地实现这些功能,所以它也是软件设计的很好的出发点。

《图书管理系统》主要是通过计算机对图书、读者基本信息等进行有效,快捷的管理。

1.图书数据流图

顶层数据流图:

一层数据流图:

2.读者借书数据流图

二层数据流图:

3.读者还书数据流图

(五)数据字典:

通过对各个模块流程图的分析,那么我们就对整个系统的大致流程有一个全面的认识。

设计时采用了常用的自顶向下的瀑布式结构化设计方法。

各子系统具有独立的数据库结构,同时又具有相关的关键字,这样系统做起来后就便于用户操作。

数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。

数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据流图就不严格,然而没有数据流图,数据字典也难于发挥作用。

只有数据流图和对数据流图的精确定义放在一起,才能共同构成系统的规格说明。

系统开发时,常用卡片的形式书写保存描述一个数据元素。

下面给出本系统的主要数据元素的数据字典卡片

数据项名

代码

类型

长度

小数位

含义

别名

注释

学号

DZH

字符型

10

姓名

XM

办证日期

BZRQ

日期型

8

罚款金额

FKJE

浮点型

住址

ZZ

电话

DH

邮箱

YX

借书时限

JSSX

整型

4

最大借书量

ZDJS

每日罚款额

MRFK

借书证号

JSZH

数值型

9

图书号

TSH

12

借书日期

JSRQ

类别号

LBH

2

类别名称

LBMC

20

作者

50

出版社

CBS

入库日期

CCRQ

出版日期

CBRQ

图书数量

TSSL

备注

BZ

文本型

16

管理员ID

GLID

管理员名称

GLMC

密码

MM

权限

QX

1、数据项定义

数据项名称:

管理员名

别名:

admin

长度:

取值范围:

1-40

描述:

管理员登陆的用户名

管理员密码

userpassword

描述:

管理员的管理密码

管理员权限

rank

管理员的管理权限

图书编号

booknumber

图书的具体编号

图书名称

bookName

图书的具体名称

图书类别名

LBMC

图书的具体类别名称

学生学号

DZH

学生的学号

学生姓名

XM

学生的姓名

学生的借书证号

学生邮箱

Email

电子邮件地址

2、数据流定义

数据流名称:

添加管理员信息

简述:

新注册的管理员

数据来源:

管理员

数据流向:

管理员信息表

修改管理员信息

管理员对自己的部分信息修改

删除读者信息

管理员删除此读者信息

读者信息表

查询读者信息

管理员查询读者信息

读者编号

查询窗口

添加的图书类别

图书分类信息

图书类别表

修改图书类别

管理员对图书类别的信息修改

查询图书类别

管理员/会员查看商品类别

管理员/会员

删除图书类别

管理员删除相关图书类别信息

添加新图书信息

管理员添加新图书的信息

图书信息表

修改图书信息

管理员对图书的部分信息修改

查询图书信息

管理员对图书的部分信息查询

删除图书信息

管理员对图书的部分信息删除

删除管理员信息

管理员对自己的信息删除

查询管理员信息

管理员对自己的信息查询

3.处理过程描述:

处理名称:

读者添加

输入数据:

学号,姓名,性别,借书证号,办证日期,罚款金额,住址,电话,邮箱,已借图书

输出数据:

是否注册成功

处理逻辑:

1.读者电话是否包含非法字符

2.读者邮箱是否包含“@”

3.邮政编码是否包含非法字符

管理员登录

管理员ID,管理员密码

是否登录成功

1.管理员密码是否与数据库中的相符合

读者修改

是否修改成功

读者删除

读者名称

是否删除成功

书籍查询

书籍号,名称

是否查询成功

1.书籍号与名称是否与数据库中的相符合

书籍删除

书籍修改

书籍号,名称,类别名,状态,作者,出版社,入库日期,备注

书籍添加

是否添加成功

4.数据存储

数据存储名称:

读者基本信息

组成:

学号+姓名+性别+借书证号+办证日期+罚款金额+住址+电话+邮箱+已借图书

关键字:

读者学号

相关处理:

添加,删除,修改,查询

数据存储名称:

管理员基本信息

存储管理员信息

组成:

管理员ID+管理员密码+管理员权限

关键字:

管理员编号

图书基本信息

存储图书基本信息

书籍号+名称+类别名+状态+作者+出版社+入库日期+备注

相关处理:

查询,修改,添加,删除

数据项存储名称:

图书类型

存储图书的类型

图书类别编号+图书类别名称

图书类别编号

数据项存储名称:

借书信息

已经借出的图书

书籍号

还书信息

已经还回的图书

第三章系统设计

系统设计阶段主要任务和目标是根据需求分析的结果,包括一般联系实体,画出对应的ER图。

对于复杂的系统,通常首先要对它的各功能模进行分析,然后再把它的功能结构图画出来,便是设计和优化。

功能分析之后,再根据各个岗位、各个用户对数据和使用权限的不同要求作出局部ER图,然后再把各个局部ER图综合起来形成统一的整体ER图。

一、系统功能模块图

图书借阅管理系统分为四个功能模块,

图3-1图书馆管理系统功能模块图

二、系统功能模块设计

图书借阅管理系统分为四个功能模块,其中图书管理模块主要包括图书类别管理和图书信息管理,借阅管理模块包括借书和还书。

图3-2图书管理模块

图3-3借阅管理模块

图书管理模块和借阅管理模块根据用户的要求进行:

对图书类别的管理,包括图书类别的添加,修改,删除和查询。

对图书信息的管理,包括对图书信息的添加,修改,删除和查询,可以对图书进行的精确、模糊查询并讲查询信息以列表的方式呈现给用户,方便用户查找信息。

另外,可以查询读者的具体借书以及还书情况,借书信息的输入,包括借书信息编号,读书编号,读者姓名,书籍编号,书籍名称,借书日期,备注信息等。

借书信息的查询,修改,包括借书信息编号,读者编号,读者姓名,书籍编号,书籍名称,借书日期,备注信息等。

还书信息的输入,包括还书信息编号,读者编号,读者姓名,书籍编号,书籍名称,借书日期,还书日期,备注信息等。

还书信息的查询和修改,包括还书信息编号,读书编号,读者姓名,书籍编号,书籍名称,借书日期,还书日期,备注信息等。

三、输入设计

四、输出设计

五、代码设计

1、图书类别编号

将图书归类的2位编号,如:

01表示历史类

01

2、图书编号

图书的入库编号(5位)

01001

图书号

图书类别号

3、学号

读者登记时的10位编号,作为以后的身份凭证

0705110200

学号

班级号

专业号

年级

类别编号

4.借书证号

701

借阅号

办证年份

5.管理员编号

001

六.数据库设计

本系统使用SQLServer2000作为应用程序的数据库。

(一).概念设计

软件系统本质上是信息处理系统,因此,在软件系统的整个开发过程中都必须考虑两方面的问题——“数据”及对数据的“处理”。

为了把用户的数据要求清晰明确地表达出来,系统分析员通常建立一个概念性的数据模型。

概念性数据模型是一种面向问题的数据模型,是按照用户的观点来对数据和信息建模,它描述了从用户角度看到的数据,它反映了用户的现实环境,且与在软件系统中的现方法无关。

这里我们运用最常用的表示概念性数据模型的方法,是实体——联系方法即E—R模型。

通常,软件系统中有许多数据是需要长期保存的。

为减少数据冗余,简化修改数据的过程,实现对数据进化规范化。

(二)逻辑结构设计

E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式,如何确定这些关系横式的属性和码。

对于实体间的联系我们分不同的情况讨论:

若实体间的联系是1:

1,可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。

若实体间联系为1:

n,则在n端实体转换成的关系中加入1端实体转换成的关系码。

若实体间联系为n:

m,则将联系转换为关系,关系的属性为诸个实体的码加上联系具有的属性而关系的码则为诸实体的码的组合。

可将上图转换为关系模型。

每个关系的码用下划线表示。

学生信息表:

{学号、姓名、性别、借书证号、办证日期、罚款金额、住址、电话、邮箱、已借册书}

图书信息表:

{图书号、类别名称、状态、图书名称、作者、出版社、入库日期、备注}

租借信息表:

{借书证号、学号、图书号、借书日期、还书日期、罚款金额、备注}

图书类型表:

{类别号、类别名称、图书数量、备注}

管理员信息表:

{管理员ID、管理员名称、密码、权限、电话}

(三).物理设计

设计原则如下:

(1)进行规范化设计,尽可能地减少数据冗余和重复。

(2)结构设计与操作设计相结合。

(3)数据结构具有相对的稳定性。

基于以上三条设计原则和根据E—R图,创建数据库基本表:

图书信息表、图书类别表、学生信息表、租借信息表、管理员信息表,本系统中关于数据库表结构设计如下

学生信息表

字段名称

数据类型

可否为空

说明

Char(10)

主键

10位

Notnull

读者姓名

性别

Char

Numeric(9)

外键

Datetime

Null

Float(8)

varchar(50)

Null

邮箱地址

Char(12)

图书号=分类号+其它信息

Char(20)

状态

Bit

NotNull

0为在馆,1为借出

作者姓名

出版社名称

存储的日期

Text

图书信息备注

租借信息表

还书日期

Nu

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1