图书馆信息管理系统

《图书馆信息管理系统》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、参考文献第1章问题的定义1.1问题的提出由于图书馆资料的增加，规模不断扩大，从而加大了图书管理员管理的难度。为了降低管理员管理的难度，所以原有的管理系统需要进一步的完善。1.2问题定义报告用户单位：某职业技术学院图书馆。分析员：李想。项目：图书馆信息资料管理。问题：图书馆规模扩大，原有系统需要进一步更新。项目目标：研究降低图书管理员的管理难度的可能性。项目规模：这个项目的开发成本不超过3000元。可行性研究：为了更全面的研究降低图书管理系统难度的可能性，建议进行历时大约3天的可行性研究，研究成本不超过300

2、0元。运行环境：VisualBasic6.0（根据开发时期计算机市场及本系统的实际情况，选择VisualBasic6.0作为图书馆信息管理系统的开发软件。）第9页参考文献第2章可行性研究2.1现行系统存在问题的分析现行图书馆工作大部分还是进行着手工管理，工作起来效率很低，并且不能及时了解图书馆各类图书的存库，学生们比较需求的图书等等，不便于动态及时地调整图书结构，以便更好地适应当前学生的借阅需求。手工管理还存在这许多弊端，由于不可避免的人为因素，经常造成数据的遗漏、误报。计算机信息化管理有着储存信息量大、速

3、度快等许多优点，提供给我们的处理信息及时快捷，同时也提高了我们工作人员的自身素质。2.2解决方案基于以上的对问题的分析，利用计算机给我们提供信息，及时地调整学校图书馆图书结构，并且对学生们的借阅过程形成一整套动态的管理就十分必要了。图书馆信息系统的建立，需要进行用户的需求调查与分析，以确定系统目标，学校图书馆规模相对于商业图书馆小，但要有着完善的图书信息，对每一册书要有详细的记录信息，功能上对系统的需求是全面的。因此对用户的需求可分为四个方面。2.3可行性研究报告技术上可行：该系统所需硬件设备，市场上销售且

4、价格较低，甚至可以使用原有的设备，软件上，操作系统采用Windows系列操作系统，数据库管理系统采用Access2000，这些软件技术上都比较成熟。因此在技术上是可行的。估计收益两个方面的工作。综上所述，开发图书管理系统在技术上、经济上、管理上都是可行。第9页参考文献第3章系统设计分析3.1应用需求分析图书信息资料管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅

5、及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护。并打印输出的功能。3.2系统功能模块划分3.2.1借还图书操作管理输入读者编号便可以显示出读者的具体信息。输入图书编号便可以显示对应图书的具体信息。同时输入读者编号及图书编号后即可以进行借书操作。同时输入读者编号及图书编号后即可以进行还书操作。同时输入读者编号及图书编号后即可以进行续借操作。结构如图3-1所示。图3-1借还图书功能模块结构图图31

6、借还图书功能模块结构图第9页参考文献3.2.2借阅查询采用四种不同的查询方式，输入对应关键字即可以找出所有匹配的借出图书信息。按时间段查询在这段时间内借出的图书，按读者编号查询个人目前的借书情况，按部门查询部门的借书情况，按图书名称查询该书的出库量。3.2.3图书管理提供图书信息的浏览添加及修改删除兼查询功能。3.2.4读者管理提供读者信息的浏览添加及修改删除兼查询功能。3.3数据库设计3.3.1建立数据库创建任何一个数据库的第一步是仔细的规划数据库，设计必须是灵活的、有逻辑的。创建一个数据库结构的过程被认

7、为是数据模型设计。1.标识需要的数据。2．收集被标识的字段到表中。3．标识主关键字字段。4．绘制一个简单的数据图表。5．规范数据。6．标识指定字段的信息。7．创建物理表。第9页参考文献第4章系统应用程序设计我们已经知道图书信息资料管理系统总体设计由若干个模块组成的层次结构，每个模块代表一个详细处理逻辑。为了更好的描述处理逻辑，对每一个模块用一张IPO图进一步描述其细节。4.1模块IPO图4.1.1借书模块IPO图图4-1借书模块IPO图图4-1借书模块IPO图4.1.2还书模块IPO图图4-2借书模块IPO

8、图图4-2还书模块IPO图第9页参考文献4.1.3续借模块IPO图图4-3借书模块IPO图图4-3续借模块IPO图4.1.4按借书日期查询模块IPO图图4-4借书模块IPO图图4-4按借书日期查询模块IPO图4.2系统设计4.2.1系统总体功能结构设计4.3数据库设计4.3.1设计原则进行规范化设计，尽可能地减少数据冗余和重复。合理的数据库表的设计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库