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