图书馆管理系统文档.docx
- 文档编号:7145279
- 上传时间:2023-01-21
- 格式:DOCX
- 页数:46
- 大小:2.05MB
图书馆管理系统文档.docx
《图书馆管理系统文档.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统文档.docx(46页珍藏版)》请在冰豆网上搜索。
图书馆管理系统文档
西安财经学院
《管理信息系统》课程设计报告
题目图书馆管理系统-——图书管理与图书查询
姓名
专业信息管理与信息系统
班级信管0803班
学号0805110316
(三)数据字典…………………………………………9
第一章系统概述
一、开发背景
当今时代是飞速发展的的信息时代。
在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的原因。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。
尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。
本系统就是为了管理好图书馆信息而设计的。
图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理,现今,有很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理。
根据调查得知,他们以前对信息管理的主要方式是基于文本,表格等纸介质的手工处理,对于图书借阅情况(如借书天数,超过限定借书时间的天数)的统计和核实等往往采用对借书卡的人工检查进行,对借阅者的借阅权限,以及借阅天数等用人工计算,手抄进行。
数据处理工作量大,容易出错。
由于数据繁多,容易丢失,且不易查找。
总的来说,缺乏系统规范的信息管理手段。
尽管有的图书馆有计算机,但是尚未用于信息管理,没有发挥它的效力,资源闲置比较突出,这就是管理信息系统的开发的基于环境。
基于这个问题,我们对西安财经学院的图书馆进行了实际的调查和分析,认为有必要建立一个图书管理系统,使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时,准确,有效的查询和修改图书情况。
图书管理系统是典型的信息管理系统,其开发主要包括后台SQL数据库的建立和维护以及前端的应用程序的开发两个方面。
对于前者要求建立数据的一致性..完整性.安全性存取方式及备份,对于后者则要求应用程序功能的完备,易学,易用,易操作等的特点。
基于上述考虑本系统主要利用VB作前台的应用程序开发语言,同时利用SQLServer2000作为后台的数据库,以WindowsXP作为系统平台。
本系统的开发使图书馆管理工作人员的工作量大大的减少了,同时能使用户很轻松的进行各种需求信息的查询及续借等操作。
二、系统简介
课题:
图书管理系统。
任务:
针对各大院校的图书管理现状,设计出适合一般学校的计算机辅助图书管理系统。
实现对图书基本信息、读者基本信息进行计算机辅助管理,完成借书和还书有关信息的记录、修改、查询、删除等一系列任务的计算机管理与实现.。
开发环境:
·以Windowsxp为操作系统
·以VisualBasic6.0为前台开发工具
·以SQLServer2000作为后台数据库
三、小组工作计划
小组成员:
组长:
吴晨曦
组员:
颜敏、许彦强
系统开发任务:
许彦强负责系统设置模块包括读者信息管理,管理员信息管理,权限管理。
吴晨曦负责图书借阅模块和图书管理功能模块。
图书借阅模块设计包括图书的借书、续借、并对逾期的图书进行罚款处理。
图书管理功能模块包括新书入库、编目和编辑管理。
颜敏负责图书管理的信息查询及统计功能。
第二章系统分析
需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。
在这一章里,我将给出系统的数据流图,功能结构图,数据字典,为系统的设计奠定基础。
一、图书管理现状
随着计算机技术的飞速发展,其应用方面已渗透到社会生活的各个领域。
它已经成为我们学习和工作的得力助手。
在学校,尤其是在一些高校,图书是学校的一项重要资源,图书的管理也是学校的一项常规性的重要工作。
而长期以来,学生图书管理都是依赖人工进行的。
现今,有很多的学校都已经开始使用计算机进行图书信息管理,并且起得良好的效果。
近年来我校招生情况越来越好,所以图书管理工作越来越繁重,但由于种种原因,管理人员并没有增加,因此原有的人工管理工作已不能适应现行的工作需要。
同时,陈旧的人工管理也不利于推广计算机应用。
为使图书管理工作科学化、规范化,就必须采用计算机辅助管理。
二、需求分析
需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。
数据库系统设计的第一步是明确数据库的目的和如何使用,也就是需要从数据库中得到哪些信息。
明确目的之后,就可以确定需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。
要设计一个有效的数据库,必须用系统工程的观点来考虑问题。
在系统分析阶段,设计者和用户双方要密切合作,共同收集和分析数据管理中信息的内容和用户对处理的要求。
对图书管理系统的要求如下:
(1)需求分析:
●能够输入图书的综合情况和进行新书入库,对现有图书信息修改以及删除;
●能够实现对读者档案进行查询和编辑管理;
●能够实现罚款记录,查询功能;
●能够实现借阅历史的查询功能。
(2)系统性能要求:
●系统安全,可靠;
●功能齐全;
●操作方便,界面友好;
●易于维护和扩充。
(3)系统的功能分析:
●资料维护:
为了保存好图书,读者的全部数据,本系统将对每一本图书和每位读者的信息进行管理。
系统维护包括对各种表记录的修改,删除,添加等操作。
●系统查询:
可以对图书,借书信息,读者等相关信息进行查询。
●其他操作:
包括修改密码,添加用户等。
三、可行性分析
开发任何一个基于计算机的系统,都会受到时间和资源上的限制。
因此,在接受项目之前必须根据客户可能提供的时间和资源条件进行可行性研究。
以避免人力、物力和财力上的浪费。
可行性研究与风险分析在许多方面是相互关联的。
项目风险越大,开发高质量软件的可行性越小。
系统可行性分析包括:
技术的可行性、经济可行性、选择方案的可行性
从这几个方面论述图书借阅管理的可行性。
3Pf1]c$z4h/du
(1)技术可行性:
技术往往是系统开发过程中难度最大的工作,这其中必须进行风险分析、资源分析和技术分析,开发人员必须在给定的约束条件下,判断是否能在预定的计划顺利完成任务,但这些因素很难把握好,因为在开发的过程中往往会发生一些意外因素,综合各方面的困素,我们选择的是技术方面熟练VB和SQL2000,在windowxp环境下操作,并且都是组员熟悉的语言,即使遇到部分困难,也可以从丰富的参考书中找到解决方案。
网络能够正常运行,开发人员熟练掌握了面向过程或者是面向对象的开发工具,所以,在技术上实现系统是可行的。
(2)1h.f&`%BMPk6oq经济可行性:
校园局域网已经建好,可有效的利用,在加上学校领导对图书管理系统开发也表现出大力支持。
开发资金需求也较低,成熟的软硬件环境、目标系统并不是十分复杂,同时开发周期较短,人员经济支出有限。
开发完成运行后,为使用者带来便利,为系统的进一步推广创造了条件。
从经济角度考虑,此系统开发可行。
由于整个系统是自行开发,自行使用,所以系统本身不存在版权争议,符合国家各种政策法规。
可见,图书管理系统的开发是可行的。
(3)系统运行的可行性:
各管理员熟练计算机的应用方法,掌握计算机的基本操作技能,而且对开发新图书管理系统提出相当好的建议。
该系统工作量小,一般情况下不会由于信息量大而造成麻烦。
因为这只是提供给管理员操作的简单软件,管理员同一时间只能做有限的事情。
有关数据库的存储量,就目前而言,客户的藏书量不是很大。
如果日后有所扩大,可以在原有基础上可作相应的扩充,这在SQL中是很容易办到的。
四、系统分析
(一)、系统业务流程分析
系统的业务是系统要达到的业务目标,业务流程分析是系统分析的基础环节。
图书借阅管理信息系统的业务流程如图所示:
总业务流程图
借阅管理模块的业务流程图
图书管理模块的业务流程图
(二)系统数据流程图
数据流程图(DataFlowDFD)是描述实际业务管理系统工作流程的一种图形表示法。
它描绘系统的逻辑模型图,其中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。
因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的通信工具。
可是用户和系统员更好的交流,开发出符合要求,实用的系统。
此外,设计数据流图只需考虑系统必须完成的基本逻辑功能,完全不需要考虑如何具体地实现这些功能,所以它也是软件设计的很好的出发点。
《图书管理系统》主要是通过计算机对图书、读者基本信息等进行有效,快捷的管理。
1.图书数据流图
顶层数据流图:
一层数据流图:
2.读者借书数据流图
顶层数据流图:
一层数据流图:
二层数据流图:
3.读者还书数据流图
顶层数据流图:
一层数据流图:
二层数据流图:
(五)数据字典:
通过对各个模块流程图的分析,那么我们就对整个系统的大致流程有一个全面的认识。
设计时采用了常用的自顶向下的瀑布式结构化设计方法。
各子系统具有独立的数据库结构,同时又具有相关的关键字,这样系统做起来后就便于用户操作。
数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据流图就不严格,然而没有数据流图,数据字典也难于发挥作用。
只有数据流图和对数据流图的精确定义放在一起,才能共同构成系统的规格说明。
系统开发时,常用卡片的形式书写保存描述一个数据元素。
下面给出本系统的主要数据元素的数据字典卡片
数据项名
代码
类型
长度
小数位
含义
别名
注释
学号
DZH
字符型
10
姓名
XM
字符型
10
办证日期
BZRQ
日期型
8
罚款金额
FKJE
浮点型
8
住址
ZZ
字符型
10
电话
DH
字符型
10
邮箱
YX
字符型
10
借书时限
JSSX
整型
4
最大借书量
ZDJS
整型
4
每日罚款额
MRFK
浮点型
8
借书证号
JSZH
数值型
9
图书号
TSH
字符型
12
借书日期
JSRQ
日期型
8
类别号
LBH
字符型
2
类别名称
LBMC
字符型
20
作者
ZZ
字符型
50
出版社
CBS
字符型
50
入库日期
CCRQ
日期型
8
出版日期
CBRQ
日期型
8
图书数量
TSSL
整型
4
备注
BZ
文本型
16
管理员ID
GLID
字符型
10
管理员名称
GLMC
字符型
10
密码
MM
字符型
10
权限
QX
文本型
16
1、数据项定义
数据项名称:
管理员名
别名:
admin
长度:
50
取值范围:
1-40
描述:
管理员登陆的用户名
数据项名称:
管理员密码
别名:
userpassword
长度:
50
描述:
管理员的管理密码
数据项名称:
管理员权限
别名:
rank
长度:
2
描述:
管理员的管理权限
数据项名称:
图书编号
别名:
booknumber
长度:
12
描述:
图书的具体编号
数据项名称:
图书名称
别名:
bookName
长度:
50
描述:
图书的具体名称
数据项名称:
图书类别名
别名:
LBMC
长度:
20
描述:
图书的具体类别名称
数据项名称:
学生学号
别名:
DZH
长度:
10
描述:
学生的学号
数据项名称:
学生姓名
别名:
XM
长度:
10
描述:
学生的姓名
数据项名称:
借书证号
别名:
JSZH
长度:
9
描述:
学生的借书证号
数据项名称:
学生邮箱
别名:
长度:
20
描述:
电子邮件地址
2、数据流定义
数据流名称:
添加管理员信息
简述:
新注册的管理员
数据来源:
管理员
数据流向:
管理员信息表
数据流名称:
修改管理员信息
简述:
管理员对自己的部分信息修改
数据来源:
管理员
数据流向:
管理员信息表
数据流名称:
删除读者信息
简述:
管理员删除此读者信息
数据来源:
读者信息表
数据流向:
读者信息表
数据流名称:
查询读者信息
简述:
管理员查询读者信息
数据来源:
读者编号
数据流向:
查询窗口
数据流名称:
添加的图书类别
简述:
图书分类信息
数据来源:
管理员
数据流向:
图书类别表
数据流名称:
修改图书类别
简述:
管理员对图书类别的信息修改
数据来源:
管理员
数据流向:
图书类别表
数据流名称:
查询图书类别
简述:
管理员/会员查看商品类别
数据来源:
管理员/会员
数据流向:
图书类别表
数据流名称:
删除图书类别
简述:
管理员删除相关图书类别信息
数据来源:
图书类别表
数据流向:
图书类别表
数据流名称:
添加新图书信息
简述:
管理员添加新图书的信息
数据来源:
管理员
数据流向:
图书信息表
数据流名称:
修改图书信息
简述:
管理员对图书的部分信息修改
数据来源:
管理员
数据流向:
图书信息表
数据流名称:
查询图书信息
简述:
管理员对图书的部分信息查询
数据来源:
管理员
数据流向:
图书信息表
数据流名称:
删除图书信息
简述:
管理员对图书的部分信息删除
数据来源:
管理员
数据流向:
图书信息表
数据流名称:
添加管理员信息
简述:
新注册的管理员
数据来源:
管理员
数据流向:
管理员信息表
数据流名称:
修改管理员信息
简述:
管理员对自己的部分信息修改
数据来源:
管理员
数据流向:
管理员信息表
数据流名称:
删除管理员信息
简述:
管理员对自己的信息删除
数据来源:
管理员
数据流向:
管理员信息表
数据流名称:
查询管理员信息
简述:
管理员对自己的信息查询
数据来源:
管理员
数据流向:
管理员信息表
3.处理过程描述:
处理名称:
读者添加
输入数据:
学号,姓名,性别,借书证号,办证日期,罚款金额,住址,电话,邮箱,已借图书
输出数据:
是否注册成功
处理逻辑:
1.读者电话是否包含非法字符
2.读者邮箱是否包含“@”
3.邮政编码是否包含非法字符
处理名称:
管理员登录
输入数据:
管理员ID,管理员密码
输出数据:
是否登录成功
处理逻辑:
1.管理员密码是否与数据库中的相符合
处理名称:
读者修改
输入数据:
学号,姓名,性别,借书证号,办证日期,罚款金额,住址,电话,邮箱,已借图书
输出数据:
是否修改成功
处理逻辑:
1.读者电话是否包含非法字符
2.读者邮箱是否包含“@”
3.邮政编码是否包含非法字符
处理名称:
读者删除
输入数据:
读者名称
输出数据:
是否删除成功
处理名称:
书籍查询
输入数据:
书籍号,名称
输出数据:
是否查询成功
处理逻辑:
1.书籍号与名称是否与数据库中的相符合
处理名称:
书籍删除
输入数据:
书籍号,名称
输出数据:
是否删除成功
处理逻辑:
1.书籍号与名称是否与数据库中的相符合
处理名称:
书籍修改
输入数据:
书籍号,名称,类别名,状态,作者,出版社,入库日期,备注
输出数据:
是否修改成功
处理逻辑:
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位
姓名
Char(10)
Notnull
读者姓名
性别
Char
Notnull
性别
借书证号
Numeric(9)
外键
借书证号
办证日期
Datetime
Null
办证日期
罚款金额
Float(8)
Null
罚款金额
住址
varchar(50)
Null
住址
电话
varchar(50)
Null
电话
邮箱
varchar(50)
Null
邮箱地址
图书信息表
字段名称
数据类型
可否为空
说明
图书号
Char(12)
主键
图书号=分类号+其它信息
类别名称
Char(20)
外键
状态
Bit
NotNull
0为在馆,1为借出
图书名称
varchar(50)
NotNull
图书名称
作者
varchar(50)
Null
作者姓名
出版社
varchar(50)
Null
出版社名称
入库日期
Datetime
Null
存储的日期
备注
Text
Null
图书信息备注
租借信息表
字段名称
数据类型
可否为空
说明
借书证号
Numeric(9)
主键
借书证号
图书号
Char(12)
外键
图书号=分类号+其它信息
借书日期
Datetime
Null
借书日期
还书日期
Datetime
Nu
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 管理 系统 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)