图书管理信息系统Word文件下载.docx
- 文档编号:18028730
- 上传时间:2022-12-13
- 格式:DOCX
- 页数:16
- 大小:63.79KB
图书管理信息系统Word文件下载.docx
《图书管理信息系统Word文件下载.docx》由会员分享,可在线阅读,更多相关《图书管理信息系统Word文件下载.docx(16页珍藏版)》请在冰豆网上搜索。
在学校,教材管理对教学工作的正常进行起着至关重要的作用,因此教材科
管理人员对于教材征订、教材领取、教材信息管理等,需要有一个自动化的工具进行统筹管理,才能够及时、准确地反映教材的征订状态。
但目前由于教材的种类多、数量多,将教材准确地分门别类、快速检索,手工进行非常困难往往是终于查到了书的信息,但此书没有库存或库存不足,因此检索速度较慢、效率低。
目前,很多学校教材科的管理工作还停留在纸质记录的原始方式上。
教师书面提出需要使用的教材名,上交后由系领导审核,审核通过后,由教学秘书统计需要的数量,然后提交给教材科。
之后教材科还有大量的工作,统计各系各班级需要某种教材的数量,任课教师需要的数量,教材科需要的数量,然后进行订购。
领书的时候,要学生提供领书单才能领书,还要记得立刻做记录。
这样的操作过程不但繁琐,而且在这一系列的操作中,无论哪一步出了错误,对最终教学工作的正常进行都有很大的影响。
图书管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的
管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。
但一直以来人们使用传统人工的方式进行图书管理和借阅管理,这种管理方式存在着许多缺点,如:
效率低、易忘记、保密性差另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.
系统功能结构图
书籍信息管理
读
系
者
统
信自
管
丿自管理
理
厂
还
借
设
书
置
信
息
籍
H
丁
1
工
丿匕、
查
修
添
询
改
加
设置书籍种类
JZ
E_R图向关系模型的转化
r
密
用
码
户
种
自丿匕、
类
别
ER图向关系模型的转化要解决的问题是如何将实体和实体之间的联系转化为关系式
修改图书记录
修改学生记录
查询/借阅/预约图书
查询/归还已借阅图书
建立索引和嵌套查询
索引是数据库中一常用而重要的数据库对象集。
索引改进了数据库的性能和可访问性,
可以用来排序和快速访问数据。
大大改善了数据库的性能。
下面以本人的图书管理信息系统中的book表为被借出时不能被预约。
修改图书的基本信息
这是图书管理员的权力,包括添加,删除和修改图书信息。
当有新添加进来的图书时,
图书管理员要查看图书馆里是不是已存有这样的图书,发现已有库存时,要修改图书的数目,否则就加入新的图书信息。
当有旧书或损坏了的图书要退出的时候,要及时减少相应图书的数目或是删除相应的图书信息。
学生借出书或归还图书时,要及时地修改图书流通信息表。
修改学生用户的基本信息
系统管理员在这里添加,删除和修改学生和教师的基本信息。
当有新生入校时,根据学
生填写的基本信息表为每个新生注册一个用户名,在校期间如果学生基本信息有变化可以交
管理员要及时删除相应的记录。
教
系统管理员审核后修改相应的信息,毕业或注销用户时,师的处理情况相同。
初始化系统
当遇到不可恢复的重大意外损伤时系统管理员可以用它来重新恢复图书馆的基本信息,保证图书管理系统正常工作。
除了用户信息表恢复初始值外,其它的数据信息都会被清零。
公告栏
系统管理员向所有登录用户和外界人士及时发布图书馆最新消息的地方,包括注意事项
等。
意见箱
所有登录用户可以在这里向系统管理员和图书管理员提出对图书管理的宝贵意见,方便
管理员及时采取相应措施修改管理方案,方便用户以后的使用,提高整个系统的性能。
本系统主要提供图书管理,学生用户管理和系统管理。
以下列出了图书管理信息系统主模块,系统总体结构、图书/读者功能模块和图书流通功能模块的示意图如图19至图21所
示。
系统总体结构
图书流通管理
退出
图书读者管理
图书操作
谏者操作
系统初始化——a系统操作
系统显示
修改密码
图书/读者功能模块
图书流通功能模块
川、处理流程顶层数据流图:
输出数据——■
图书馆管理系统
显示器
登陆子系统
管理子系统
查询子系统
处理学生借书
罚款单
学生文件
借书文件
处理学生还书
处理学生信息查询
图书馆管理人员I
学生
处理图书信息查询
借书文件图书目录文件
功能分配
基础信息管理
新书购入
学生借书
学生还书
图书馆
管理系
系统登
陆
图书注销
程序模块示意图如下
针对图书馆管理系统,可以分为两大模块,一个小模块:
分别为管理子系统,查询子系统两大模块;
基础信息管理小模块;
在管理子系统中:
1):
新书购入处理模块只要是针对采购员在根据计划在外采购新书之后的处理,所以当采购员采购到新书后,系统根据原先计划采购的新书进行核查,如果符合计划预定,则将新书入库;
否则退货;
该模块主要是处理购入的新书是否符合要求;
图书入库:
数据输入
格式
数据范围
精度
数据类型
输入媒体
作者
人名
>
2,<
5的字
符
Vchar(10)
汉字或英文
浏览器
索引号
字母加
数字
<
20
Vchar(20
字符
出版社
名
25
Vchar(50)
出版日期
日期
8
Char(8)
日期型
图书编号
10
Char(10)
数字串
2):
处理学生借书模块:
该模块主要是处理学生借书业务,在图书馆管理人员输入学生信息的时候,系统会根据学生文件对该学生进行查询,看看是否存在该学生,如果不存在,则系统给出警告信息:
该学生不存在;
如果存在该学生,则系统根据罚款单对该学生的欠款情况进行查询,如果欠款超过一定金额,则借书失败,否则接受借书,更新借书文件,在显示器上面显示借书成功;
数据输出(相关信息入数据库)
学号
10<
=学号<
12
Vchar(12)
3):
处理学生还书模块:
该模块主要是处理学生还书业务,在图书馆管理人员输入要还的图书字段时,系统会在借书文件中查找该图书信息,之后对借书文件,学生文件中的该学生已借书数,图书目录文件进行更新;
然后在借书文件中提取学生数据,根据图书的还书日期和借出日期对学生的欠款金额进行计算,如果没有超期,则欠款
金额在原来的基础上加0;
之后将结果显示出来;
输出媒体
串
=学号
图书编
号
4):
处理图书注销模块:
该模块主要是针对图书注销业务;
在查询子系统中:
有两个查询内容:
1)学生信息查询:
学生信息查询子模块主要是对学生信息的查询;
2)图书信息查询:
图书信息查询子模块主要是对图书信息的查询;
这些模块,是针对学生或者图书馆管理人员这两个不同的对象,查询子系统主要是让用户了解信息,所以不需要进行用户密码登陆,直接可以进行查询,而管理
模块是涉及到图书馆内部的重要信息管理方面,所以必须要设置用户密码登陆和
权限等等,以保数据的安全性和系统的安全性;
输入:
图书查询模块
查询类型
按作者
无
按索引号
按编号
按出版社
按出版日期
1990
学生登录模块
密码
任意
16
Vchar(16)
输出:
图书查询模块。
数据输出(显示在显示器上,相关信息加入数据库)
Char(8)
是否在馆
是/否
2
Bool
应还日期
毗、出错处理对策
对于本程序的几种可能的错误进行了分析,分别进行了不同的处理。
主要的错误可能有:
数据库连接错误:
这类错误主要是数据库设置不正确,或sqlserver异常引起的,只要取消本次操作,提醒用户检查数据库问题就可。
输入错误:
这主要是用户输入不规范造成的,在尽量减少用户出错的条件的情况下,主要也是通过对话框,提醒用户,然后再次操作。
其他操作错误:
对于用户的不正当操作,有可能使程序发生错误。
主要是中止操作,并
提醒用户中止的原因和操作的规范。
其他不可预知的错误:
程序也会有一些无法预知或没考虑完全的错误,对此不可能作出万全的异常处理,这时主要要保证数据的安全,所以要经常的进行数据库备份
区、维护设计
软件的维护主要包括,数据库的维护和软件功能的维护。
对于数据库的维护,本软件已经提供了数据库的备份和恢复的功能,可以方
便的实现数据库的维护管理
对于软件功能方面的维护,由于采用的是模块化的设计方法,每个模块(窗
口)之间相互独立性较高,这样对软件的维护带来了很大的方便,对于单独功能的修改只需修改一个窗口就行了。
而对于功能的添加,只要再添加菜单项的内容即可,软件卖出后,将根据客户的要求和反映,定期的对软件进行维护修改。
测试工作应避免由原开发软件的个人来承担。
本系统的测试工作是由相关同学来承担。
设计测试方案时,不仅要包括确定的输入数据,而且应包括从系统功能出发预期的测试结果。
测试用例不仅要包括合理、有效的输入数据,还要包括无效的或不合理的输入数据。
不仅要检验程序是否作了该做的事,还要检查程序是否同时作了不该做的事。
软件中仍存在错误的概率和已经发现错误的个数是成正比的。
保留测试用例,作为软件文档的组成部分。
测试方法
对本系统的测试过程采用了对软件进行测试常用的方法,即人工测试和机器测试。
人工测试又称代码复审,包括人工复查、走查、会审。
机器测试包括黑盒测试(又称功能测试、数据驱动测试)和白盒测试(又称结构测试、逻辑驱动测试)。
由于本系统的规模较小,所以人工测试主要采用的是人工复查,源程序编完后直接由自己进行检查。
另外,如条件允许还可请经验丰富的程序员对系统进行复查。
机器测试采用了白盒测试和黑盒测试相结合的测试方法。
白盒测试是按照程序的内部结构和处理逻辑开选定测试用例,对软件的逻辑路径及过程进行测试,坚持它与设计是否相符。
黑盒测试是在完全不考虑程序的内部结构和特性的情况下,测试软件的外部特性。
根据软件的需求规格说明书设计测试用例,从程序的输入和输出特性上测试是否满足设定的功能。
本系统采用白盒测试,然后采用
黑盒测试
•测试数据:
测试除了采用正常的数据,还编造了一些异常和错误的数据,用来检验程序的正确性和容错能力。
(1)用正常数据进行测试:
如输入正确的索引号进行借书操作,则系统会将该索引号在图书基本信息表中进行检索,看图书是否借出,然后在检索用户已借的图书是否超过五本,是否有超期未还的书,如没有这些情况,则办理借书手续。
(2)用异常数据进行测试:
如用空格的索引号进行借书操作,则系统能自动检查索引号是否为空,并提示出对话框“书号不能为空”。
(3)用错误数据进行测试
(4)学生每张借阅证最多能借阅五本图书,当读者还要借书时,系统会报警并提示出错对话框“每位读者最多能借五本书”。
(5)如果输入的索引号系统检查发现没有时,则系统会提示出错对话框“没有找到相应的索引号”。
•系统测试工作的四个步骤
(1)单元测试
采用条件覆盖的方法来进行测试,设计测试用例,使每个判断中的每个条件可能值至少满足一次。
(2)组装测试
对每个模块完成了单元测试以后,需要按照设计时的模块图连接起来,进行组装测试,通常采用黑盒测试法,发现模块之间协调性问题,进行局部修改,再次组装,得到了预期的正确结果。
(3)确认测试
确认测试是以整个软件作为测试对象,进一步检查软件是否符合软件需求规格说明的全部需求,因此又称为合格性测试或验收测试。
按照这样的需要,对本系统的功能、性能和配置等做了进一步的测试,结果为符合要求。
(4)系统测试
系统测试是将图书管理信息系统所有的组成部分包括软件和硬件、用户和环境综合在一起进行测试,以检验系统的各个组成部分运行时的协调配套性。
系统测试要在系统的实际运行环境现场,在用户的直接参与下进行。
系统运行与维护
新系统正式投入运行后,为了保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态,必须加强对管理信息系统运行的日常管理。
系统运行管理主要由图书馆管理人员来完成,及时更新数据,并对系统每天运行情况、数据输入和输入情况及系统的安全性与完备性及时地如实记录和处置。
软件维护是软件生命周期的最后一个阶段,它处于系统投入生产性运行以后的日期中,为了纠正错误或满足用户新的需要而进行修改软件的过程,软件维护也是为软件的升级提供详细的资料。
系统维护的目的是保证图书管理信息系统正常而可靠的运行,并能使系统不断得到改善和提高,以充分发挥作用。
系统维护的内容和类型:
1)系统维护的内容
系统维护的主要内容:
应用程序的维护、数据维护、代码维护和硬件设备的维护。
(2)系统维护的类型
系统维护的主要类型:
纠错性维护、适应性维护、完善性维护、预防性维护。
本系统维护工作主要是完善性维护和纠错性维护。
(3)系统维护的组织管理
系统维护工作并不仅仅是技术性工作,为了保证系统维护工作的质量,需要付出大量的管理工作。
信息系统投入运行后,需要人员管理软件工作。
由于本系统的功能简单,规模小,只要一般的机房人员进行维护工作就可以了。
为了得到标准的信息,在数据库设计中采用了统一的代码体系,这样一来信息简单明了,使查询不至于重复。
系统的改进
本系统开发时间的仓促,本人对软件开发工具认识的水平有限,本软件仍存在一些不如人意的地方,还有待进一步改进,归纳起来主要有以下几点:
(1)本系统采用的是单机单用户操作方式,在资源管理、信息处理上采用集中式的方式,为了适应机构管理模式的变化,必须向网络化的管理信息系统发展,使用相应的网络数据库结构。
(2)容错功能一般,在读者信息等需要添加的模块中,人工参与过多,界面缺少美工。
(3)菜单设计不够全面,对决策管理的支持不够深入,必须在适当的时候进行改进。
(4)对外界人士享有的服务范围划分不明确。
如有侵权请联系告知删除,感谢你们的配合!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 管理信息系统