图书馆管理系统软件工程

《图书馆管理系统软件工程》由会员分享，可在线阅读，更多相关《图书馆管理系统软件工程（19页珍藏版）》请在金锄头文库上搜索。

1、 软件工程课程设计图书馆管理系统设计姓 名：x学 号：xx指导老师：x 学科专业：x / 一、可行性商量分析1.1 引言1.1.1 目的图书管理工作面对大量的可模块化处理的信息，是当今信息革命的一个重要阵地。为此，我们设计图书管理信息系统就是接受现代化的信息管理方式代替手工管理方式，提高图书管理工作效率，做到信息的规范管理，科学统计和快速查询，让图书馆更好的为学校服务。从以前的手工管理的记录中我们可以发现这样的问题：1.检索速度慢、效率低由于图书馆的藏书种类多、数量多，将藏书精确地分门别类，快速检索，手工进行特别困难，往往是终究查到了书的信息，但馆中没有此书或已被别人借走。图书馆的规模越大，这

2、个问题就越突出。2.借书、还书工作量大借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、 还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的，而且常常会消失差错。3.图书统计工作难，藏书更新不能准时完成图书馆的图书应依据科学技术的进展和教学工作的需要准时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以准时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地掌握。1.1.2 背景 A 开发软件系统的名称是：图书馆管理系统 B 开发本项目的提出者：xx 开发者：xx 1.1.3

3、 参考资料 1、中华人民共和国著作权法、计算机保护条例 2、参考文献1. 张海藩. 软件工程导论（第五版）. 北京：清华高校出版社，2008.22. 张荣梅，梁晓林，赵宝琴. Visual C+有用教程. 北京：中国铁道出版社，2008.9 3.、网络资源1.2 可行性商量的前提1.2.1软件的基本要求：1.功能：可分为查询、用户管理、书籍管理三大部分，简略功能如下图：图书馆管理系统查询用户管理管理员查询借阅者查询增加及删除用户信息增加及删除 书信息修改用户信息修改书信息书籍管理图-功能模块2.性能：能运行良好。3.数据库流程图（如图-所示）。4.在平安与保密方面的要求：用户管理员密码不行见，

4、数据库实行加密。5.输入与输出：条形英文、数字和汉字输入，英文、数字和汉字输出。6.完成期限；2011年7月1前。1.2.2 目标 1.削减人力与设备费用； 2.提高借书的处理速度； 3.削减操作出错； 4.提高人员利用率；完成书籍借阅借阅者图书归还管理员管理数目信息获取用户信息管理用户信息用户信息图书借阅归还相关书籍书籍归还档案根据用户信息获取书目信息书目信息书籍借阅档案图1-2数据流程图1.2.3 条件、假定和限制 1.系统运行寿命的最小值:4年； 3.经费投资方面的来源和限制 ：无 4.法律和政策方面的限制：不违反宪法，不违反合同法； 5.硬件软件的运行环境和开发环境的条件和限制：win

5、dowsXP等 6.可利用的信息资源： C+有用教程软件工程案例开发与实践等以及网络资源；1.2.4 进行可行性投资商量的方法通过调查分析开发图书馆管理所具备的能力及实践方法，确定总体结构，利用Microsoft Office 所具有的能力，以最简洁最容易的方法用C+编写使其成为一个初级的系统软件。1.3 对现有系统的分析1.3.1处理流程和数据流程传统的图书馆管理系统的操作流程相当繁琐，在借阅读书时首先要将图书证和所借的书交给图书管理员，图书管理员然后将每本书的信息卡片和读者的信证放在一起，最后再将每本书的借阅卡片和读者阅览证填写借阅信息，在归还时找到相应的借阅卡和借阅证并填写归还信息。 管

6、理员借阅者修改用户信息办理借阅修改图书信息查询图书信息查询图书信息关系数据图1-3 图书数据功能模块 1.3.2 工作负荷 处理较慢，人工操作较为繁琐。1.3.3 费用开支 维护费用较大，人力消耗大，设备使用率低，占用空间，实现功能少。1.3.4 人 员 因原有的系统技术含量较低，故不需要多少高技术人员，今后由于数据量的扩大，人员数量也会日益扩大。1.3.5 设 备 设备含量也较低，没有达到大量普及计算机的程度。1.3.6 局限性经过严谨的分析，可知原来的系统有很大的局限性，如技术比较陈旧，人员工作负荷量大，系统维护费用支出大，这些都明确需要一个高科技系统。1.4 所建议的系统1.4.1 对建

7、议系统的说明新系统在原有系统上加入了数据库支持：使用先进的数据库技术和数据库管理技术，使数据的平安性和正确性得到很大的提高，且在用户的并行操作和用户的管理方面也有了很大的改善。1.4.2 处理流程和数据流程读者可以登录到本系统，进行的操作可以是借阅、续借、归还，管理员可以接受到读者的信息，并能管理图书将图书分类，并能查到读书的借阅情况。1.4.3 改进之处 1.削减人力和设备费用，从前需要较多的人员处理图书的借阅，操作繁琐，时间较长，现在使用计算机操作，大大提高效率。 2.借书的处理速度：以前一人借书等待的时间大大缩短； 3.削减操作出错：以前人工手写信息会消失各种错误，现在计算机扫描几乎不会

8、出错了； 4.提高人员利用率，以前图书管理员在场场面混乱时，会提高出错的几率，现在一个管理员也不会手忙脚乱。1.4.4 影 响 预期将带来的影响：包括对图书管理员需要肯定的培训，让他们迅速了解软件的使用，还要购买相应的计算机服务器以及进行数据库的录入。1.对设备的影响 现有的一些非电子操作的物理设备要跟换为计算机操作的环境。2.对软件的影响 因建议系统在原有的基础上接受先进的技术和高科技技术，将原来的软件无法使用，所以系统也会考虑到软件的兼容性。3. 对用户单位机构的影响 建议系统建立在原有的系统基础上，所以不用考虑人员培训问题。4.对系统运行过程的影响 1）用户的操作规程：与原来系统规程无异

9、； 2）运行中心的操作规程：与原系统操作规程无异； 3）运行中心与用户之间的关系运行中心培训用户使用；5. 对开发的影响 1）为了支持所建议系统的开发，用户需要进行亲密协作，阐述要求； 2）要求的数据资源：原数据库； 3）为了开发和检测所建议系统而需要的计算机资源：一台微机； 4）无保密与平安问题；6.对地点和设施的影响 需要一些良好的设备和图书管理操作7. 对经费开支的影响 1）系统开放的人力开支 2）硬件设备，书籍材料 3）开发工具，环境费用 4）不行预见费用1.4.5 局 限 性 鉴定建议系统尚没有高端技术支持，故无法普及所开发的建议系统。1.4.6 技术方面的可行性本系统基于局域网、w

10、indows操作系统，这个在限制内完成开发，应该能实现系统功能目标，开发人群、质量也能满足。1.5 投资收益分析 零投资，投入使用时既可获得肯定收益。1.6 社会因素方面的可行性1.6.1 法律方面的可行性 本项目为独立开发，没有使用现成的软件和方法，法律上不会造成侵犯，完全可以依据同规定的责任履行。1.6.2 使用方面的可行性用户单位的行政管理，工作制度等方面来看，可以使用该软件系统，从用户单位的工作人员素养上来看，能满足使用该软件的要求。1.7 结论 经过一系列各方面可行性的分析，分析员、用户以及其负责人对解决的问题有全都的看法，如能审批则可以运行。二、需求分析2.1 功能需求分析 对图书

11、管理系统的域描述如下：在图书管理系统中，要为每一个借阅者建立一个账户，并发放借阅卡（此卡可以供应借阅卡号、借阅者名）给借阅者，其中账户中存储借阅者的个人信息、借阅信息。持有借阅卡的的借阅者可以借阅书籍、返还书籍、查询书籍信息，全部这些操作都是通过图书管理员进行的，也就是说，借阅者不直接与系统交互，而是让图书管理员充当借阅者的代理与系统交互。借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的借阅卡号（同学学号、老师职工号）和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中是否存在账户），若有效，借阅恳求被接受，系统查询数据库系统，看借阅者要求借阅的书看

12、是否存在，若存在，则借阅者可以借出书刊，并在系统中建立存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。另外，为了简化系统，临时不考虑书籍的丢失和预定情况。对上述图书管理系统的域描述进行分析，可以获得如下的功能性需求：1.借阅者持有借阅卡（借阅卡包含借阅者名和借阅卡号）；2.图书管理员代理借阅者借书；3.图书管理员代理借阅者还书；4.图书管理员可以创建新的借阅者账户； 5.图书管理员可以修改借阅者的账户信息； 6.图书管理员可以删除已存在的借阅者账户；7.图书管理员可以添加新书籍种类；8.图书管理员可以修改书籍种类信息；9.图书管理员可以删除系统中的书籍种类；10.图书管理员可以在系统中

13、添加书目信息；11.图书管理员可以编辑书目信息；12.图书管理员可以删除书目信息。注：“书籍种类”和“书目信息”是两个不同的概念“书籍种类”代表了书籍的种类，它不仅包括书刊名，还包括ISBN/ISSN号等信息，他消失在书籍名目中；“书目信息”则指书籍的信息，即图书信息。此外，第一部分提到的用户含借阅者和管理员，但侧重指借阅者。2.1.1 系统功能模块分析 依据开发者和客户的需求分析后，可以把系统功能分为三个大的功能模块： 1.查询模块 包括：借阅者查询和管理员查询。 2.用户管理模块 包括：增加及删除用户信息以及修改用户信息。 3.书籍管理模块 包括：增加及删除书目信息以及修改书目信息。2.1

14、.2 识别参加者 通过对系统需求的分析，可以确定系统中有两个参加者，即借阅者和管理员。 1.借阅者描述：借阅者可以借阅、归还书籍。示例：持有借阅卡的任何人或组织。 2.管理员描述：管理员维护系统，他可以增加、修改、删除借阅者的信息；可以增加、修改、删除书目信息，即维护书目名目。示例：管理员。2.1.3 用例图分析 在上面，已经识别出了系统的两位参加者，经过对需求的进一步分析，可以确定系统中有如下用例存在。1.借阅书籍 本用例供应了借阅书籍的功能。2.返还书籍 本用例供应了返还书籍的功能。 3.用户管理 本用例供应了增加、修改以及删除用户信息的功能。4.书籍管理 本用例供应了增加、修改以及删除书目信息的功能。用例图，如下所示： 图2-1 图书管理系统用例图2.2 非功能性需求分析 非功能性需求是从各个角度对系统的约束和限制，反映了应用系统对软件系统质量和特性的额外要求，例如响应时间、数据精度、牢靠性等。下面是关于该图书管理系统的非功能性需求：1. 系统在短