软件工程课程设计-图书馆管理系统Word格式文档下载.doc

软件工程课程设计-图书馆管理系统Word格式文档下载.doc

《软件工程课程设计-图书馆管理系统Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《软件工程课程设计-图书馆管理系统Word格式文档下载.doc（28页珍藏版）》请在冰豆网上搜索。

管理者

借阅者

登录

验证

管理

教师

学生

借书

还书

书库

人员

书籍

存档

登记信息

借书证

学生证

读者号

读者

图书馆借阅参考标准

图书管理

老师

借书权限

ABC

AB

借书期限

三个月

一个月

需要证件

教师证

借出数量

6

4

延期罚款

每超出一天罚款0.5元

每超出一天罚款0.3元

破损情况

A（严重）B（轻微）C（未破损）

书籍类型

A（人文社科类）B（信息技术类）C（教学大纲）

破损补偿

A（原价）B（原价50%）C（不必补偿）

2可行性研究

1引言

书馆为了更有效的管理日常信息、方便学生对图书进行借阅、归还、续借、查询，维护好所有图书的信息而提出开发此系统。

1.1编写目的

图书管理工作面对大量的可模块化处理的信息，是当今信息革命的一个重要阵地。

为此，我们设计图书管理信息系统就是采用现代化的信息管理方式代替手工管理方式，提高图书管理工作效率，做到信息的规范管理，科学统计和快速查询，让图书馆更好的为学校服务。

从以前的手工管理的记录中我们可以发现这样的问题：

1.检索速度慢、效率低

因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难，往往是终于查到了书的信息，但馆中没有此书或已被别人借走。

图书馆的规模越大，这个问题就越突出。

2.借书、还书工作量大

借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的，而且经常会出现差错。

3.图书统计工作难，藏书更新不能及时完成

图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制

1.2项目背景

A开发软件系统的名称是：

图书馆管理系统

B本项目的用户：

学校图书馆

1.3项目定义

图书管理系统项目可行性分析方案

1.4参考资料

《管理信息系统开发案例分析》清华大学出版社。

《管理信息系统》北京大学出版社。

《软件工程》清华大学出版社。

《管理信息系统实验指导书》北京大学出版社

2可行性研究前提

2.1软件的基本要求

A功能需求

能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；

借书者可对自己感兴趣的图书进行检索从而缩短借书流程；

管理员除了进行借还书信息的操作，还要对超期者进行处罚。

B性能需求快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；

C数据流程图，如图（2—C）

D系统的输出

（1）图书库存情况。

（2）读者图书预定需求。

（3）学生图书借阅情况。

E系统的输入

（1）新书入库。

（2）读者图书借阅。

（3）用户数据添加。

F在安全与保密方面的要求：

登陆系统时，需要输入图书证的编号和个人密码；

只有图书管理员的身份才能进入系统进行信息的操作，不能轻易被破坏；

对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。

同本系统相连接的其他系统：

应用于我们学校的校园网，独立于其他系统。

完成书籍借阅

图书归还

管理员

管理数目信息

获取用户信息

管理用户信息

用户信息

图书借阅

归还相关书籍

书籍归还档案

根据用户信息获取书目信息

书目信息

书籍借阅档案

图2-C数据流程图

2.2项目基本目标

所建议的系统的开发目标应考虑以下几个方面：

（1）系统需要操作方便，方便管理员对整个系统的管理和读者借阅。

（2）系统需要提供综合查询系统，方便图书的查询。

（3）系统需要良好的扩展性，方便功能扩展和性能扩展。

（4）系统需要较好的安全性和灾难恢复机制。

2.3条件、假定和限制

对本项目开发中给出的条件、假定和所受到的限制如下。

2.3.1所建议系统的运行寿命的最小值

系统运行寿命的最小值应为10年。

2.3.2进行系统方案选择比较的时间

系统方案选择比较的时间为1个月。

2.3.3硬件、软件、运行环境和开发环境方面的条件和限制

（1）硬件资源

服务器：

工作站或小型机；

网络设备：

网络交换机，网卡，网线；

图书条码打印和扫描机。

（2）开发软件：

SQLServer、VC++、ASP等

（3）系统投入使用的最晚时间：

系统投入使用的最早时间为2013年1月。

2.4进行可行性分析的方法：

本次可行性分析是按照前面给出的步骤进行的，即按照复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题，这一循环反复过程进行的。

2.5评价尺度

本系统进行评价时的主要尺度有：

费用的多少，开发时间的长短，以及使用的难易程度等。

3.对现有系统的分析

3.1处理流程和数据流程

维护

需求的变化

综合分析

编码

设计

规格说明

需求分析

图（3-2）带反馈环的瀑布模型

传统的图书馆管理系统的操作流程相当繁琐，在借阅读书时首先要将图书证和所借的书交给图书管理员，图书管理员然后将每本书的信息卡片和读者的信证放在一起，最后再将每本书的借阅卡片和读者阅览证填写借阅信息，在归还时找到相应的借阅卡和借阅证并填写归还信息。

3.2工作负荷

现有系统的工作主要有：

（1）图书的信息维护。

（2）读者的信息维护。

3.3费用支出

运行现有系统所需要的费用支出包括：

图书管理人员的工资等。

3.4人员

运行维护现有系统的人员为图书管理员。

3.5设备

现有系统所需要的设备有：

打印机、扫描仪等。

3.6局限性

现有系统的局限性表现在以下方面：

手工操作难度较大、易出错、工作量大；

对图书借阅信息和库存信息详细的查询困难。

4所建议的系统

4.1对建议系统的说明

新系统在原有系统上加入了数据库支持：

使用先进的数据库技术和数据库管理技术，使数据的安全性和正确性得到很大的提高，且在用户的并行操作和用户的管理方面也有了很大的改善。

4.2处理流程和数据流程

读者可以登录到本系统，进行的操作可以是借阅、续借、归还，管理员可以接受到读者的信息，并能管理图书将图书分类，并能查到读书的借阅情况。

开始

管理员登录

读者登录

登录成功

图书是否存在

个人信息查看

借阅查看

图书检索

是否挂失

修改密码

修改成功

结束

N

Y

续借

是否欠款

借书成功

是否超期

还书成功

结账

续借成功

图（4-2）数据流程图

4.3改进之处

所建议系统与现有系统比较，改进之处包括：

不需要管理人员手工操作查询、可及时更新图书和用户信息，节省了大量的人力、物力资源，提高的管理质量和工作效率。

4.4影响

在建立所建议系统时，预期会带来的影响包括以下几个方面,

4.41.对设备的影响

现有的一些非电子操作的物理设备要跟换为计算机操作的环境。

4.4.2对软件的影响

因建议系统在原有的基础上采用先进的技术和高科技技术，将原来的软件无法使用，所以系统也会考虑到软件的兼容性。

4.4.3对用户单位机构的影响

为了运行所建议系统，需要图书管理员熟悉计算机相关操作。