图书馆管理系统软件工程

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

《软件工程》课程设计图书馆管理系统设计姓名:x学号:xx指导教师:x学科专业:x图书管理系统-1-一、可行性研究分析1.1引言1.1.1目的图书管理工作面对大量的可模块化处理的信息,是当今信息革命的一个重要阵地。为此,我们设计图书管理信息系统就是采用现代化的信息管理方式代替手工管理方式,提高图书管理工作效率,做到信息的规范管理,科学统计和快速查询,让图书馆更好的为学校服务。从以前的手工管理的记录中我们可以发现这样的问题:1.检索速度慢、效率低因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难,往往是终于查到了书的信息,但馆中没有此书或已被别人借走。图书馆的规模越大,这个问题就越突出。2.借书、还书工作量大借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的,而且经常会出现差错。3.图书统计工作难,藏书更新不能及时完成图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。1.1.2背景A开发软件系统的名称是:图书馆管理系统B开发本项目的提出者:xx开发者:xx1.1.3参考资料1、《中华人民共和国著作权法》、《计算机保护条例》2、参考文献[1].张海藩.软件工程导论(第五版).北京:清华大学出版社,2008.2[2].张荣梅,梁晓林,赵宝琴.VisualC++实用教程.北京:中国铁道出版社,2008.93.、网络资源图书管理系统-2-1.2可行性研究的前提1.2.1软件的基本要求:1.功能:可分为查询、用户管理、书籍管理三大部分,具体功能如下图:2.性能:能运行良好。3.数据库流程图(如图1-2所示)。4.在安全与保密方面的要求:用户管理员密码不可见,数据库实行加密。5.输入与输出:条形英文、数字和汉字输入,英文、数字和汉字输出。6.完成期限;2011年7月1前。1.2.2目标1.减少人力与设备费用;2.提高借书的处理速度;3.减少操作出错;4.提高人员利用率;图书馆管理系统查询用户管理管理员查询借阅者查询增加及删除用户信息增加及删除书信息修改用户信息修改书信息书籍管理图1-1功能模块图书管理系统-3-1.2.3条件、假定和限制1.系统运行寿命的最小值:4年;3.经费投资方面的来源和限制:无4.法律和政策方面的限制:不违背宪法,不违背合同法;5.硬件软件的运行环境和开发环境的条件和限制:windowsXP等6.可利用的信息资源:《C++实用教程》《软件工程案例开发与实践》等以及网络资源;1.2.4进行可行性投资研究的方法通过调查分析开发图书馆管理所具备的能力及实践方法,确定总体结构,利用MicrosoftOffice所具有的能力,以最简洁最容易的方法用C++编写使其成为一个初级的系统软件。1.3对现有系统的分析1.3.1处理流程和数据流程归还相关书籍书籍归还档案根据用户信息获取书目信息书目信息书籍借阅档案图1-2数据流程图完成书籍借阅借阅者图书归还管理员管理数目信息获取用户信息管理用户信息用户信息图书借阅图书管理系统-4-传统的图书馆管理系统的操作流程相当繁琐,在借阅读书时首先要将图书证和所借的书交给图书管理员,图书管理员然后将每本书的信息卡片和读者的信证放在一起,最后再将每本书的借阅卡片和读者阅览证填写借阅信息,在归还时找到相应的借阅卡和借阅证并填写归还信息。1.3.2工作负荷处理较慢,人工操作较为繁琐。1.3.3费用开支维护费用较大,人力消耗大,设备使用率低,占用空间,实现功能少。1.3.4人员因原有的系统技术含量较低,故不需要多少高技术人员,今后由于数据量的扩大,人员数量也会日益扩大。1.3.5设备设备含量也较低,没有达到大量普及计算机的程度。1.3.6局限性经过严谨的分析,可知原来的系统有很大的局限性,如技术比较陈旧,人员工作负荷量大,系统维护费用支出大,这些都明确需要一个高科技系统。1.4所建议的系统1.4.1对建议系统的说明新系统在原有系统上加入了数据库支持:使用先进的数据库技术和数据库管理技术,管理员借阅者修改用户信息办理借阅修改图书信息查询图书信息查询图书信息关系数据图1-3图书数据功能模块图书管理系统-5-使数据的安全性和正确性得到很大的提高,且在用户的并行操作和用户的管理方面也有了很大的改善。1.4.2处理流程和数据流程读者可以登录到本系统,进行的操作可以是借阅、续借、归还,管理员可以接受到读者的信息,并能管理图书将图书分类,并能查到读书的借阅情况。1.4.3改进之处1.减少人力和设备费用,从前需要较多的人员处理图书的借阅,操作繁琐,时间较长,现在使用计算机操作,大大提高效率。2.借书的处理速度:以前一人借书等待的时间大大缩短;3.减少操作出错:以前人工手写信息会出现各种错误,现在计算机扫描几乎不会出错了;4.提高人员利用率,以前图书管理员在场场面混乱时,会提高出错的几率,现在一个管理员也不会手忙脚乱。1.4.4影响预期将带来的影响:包括对图书管理员需要一定的培训,让他们迅速了解软件的使用,还要购买相应的计算机服务器以及进行数据库的录入。1.对设备的影响现有的一些非电子操作的物理设备要跟换为计算机操作的环境。2.对软件的影响因建议系统在原有的基础上采用先进的技术和高科技技术,将原来的软件无法使用,所以系统也会考虑到软件的兼容性。3.对用户单位机构的影响建议系统建立在原有的系统基础上,所以不用考虑人员培训问题。4.对系统运行过程的影响1)用户的操作规程:与原来系统规程无异;2)运行中心的操作规程:与原系统操作规程无异;3)运行中心与用户之间的关系运行中心培训用户使用;5.对开发的影响1)为了支持所建议系统的开发,用户需要进行密切配合,阐述要求;2)要求的数据资源:原数据库;图书管理系统-6-3)为了开发和检测所建议系统而需要的计算机资源:一台微机;4)无保密与安全问题;6.对地点和设施的影响需要一些良好的设备和图书管理操作7.对经费开支的影响1)系统开放的人力开支2)硬件设备,书籍材料3)开发工具,环境费用4)不可预见费用1.4.5局限性鉴定建议系统尚没有高端技术支持,故无法普及所开发的建议系统。1.4.6技术方面的可行性本系统基于局域网、windows操作系统,这个在限制内完成开发,应该能实现系统功能目标,开发人群、质量也能满足。1.5投资收益分析零投资,投入使用时既可获得一定收益。1.6社会因素方面的可行性1.6.1法律方面的可行性本项目为独立开发,没有使用现成的软件和方法,法律上不会造成侵犯,完全可以按照同规定的责任履行。1.6.2使用方面的可行性用户单位的行政管理,工作制度等方面来看,可以使用该软件系统,从用户单位的工作人员素质上来看,能满足使用该软件的要求。1.7结论经过一系列各方面可行性的分析,分析员、用户以及其负责人对解决的问题有一致的看法,如能审批则可以运行。图书管理系统-7-二、需求分析2.1功能需求分析对图书管理系统的域描述如下:在图书管理系统中,要为每一个借阅者建立一个账户,并发放借阅卡(此卡可以提供借阅卡号、借阅者名)给借阅者,其中账户中存储借阅者的个人信息、借阅信息。持有借阅卡的的借阅者可以借阅书籍、返还书籍、查询书籍信息,所有这些操作都是通过图书管理员进行的,也就是说,借阅者不直接与系统交互,而是让图书管理员充当借阅者的代理与系统交互。借阅书刊时,需要输入所借阅的书刊名、书刊的ISBN/ISSN号,然后输入借阅者的借阅卡号(学生学号、教师职工号)和借阅者名,完成后提交所填表格,系统验证借阅者是否有效(在系统中是否存在账户),若有效,借阅请求被接受,系统查询数据库系统,看借阅者要求借阅的书看是否存在,若存在,则借阅者可以借出书刊,并在系统中建立存储借阅记录。借阅者还书后,删除关于所还书刊的借阅记录。另外,为了简化系统,暂时不考虑书籍的丢失和预定情况。对上述图书管理系统的域描述进行分析,可以获得如下的功能性需求:1.借阅者持有借阅卡(借阅卡包含借阅者名和借阅卡号);2.图书管理员代理借阅者借书;3.图书管理员代理借阅者还书;4.图书管理员可以创建新的借阅者账户;5.图书管理员可以修改借阅者的账户信息;6.图书管理员可以删除已存在的借阅者账户;7.图书管理员可以添加新书籍种类;8.图书管理员可以修改书籍种类信息;9.图书管理员可以删除系统中的书籍种类;10.图书管理员可以在系统中添加书目信息;11.图书管理员可以编辑书目信息;12.图书管理员可以删除书目信息。注:“书籍种类”和“书目信息”是两个不同的概念“书籍种类”代表了书籍的种类,它不仅包括书刊名,还包括ISBN/ISSN号等信息,他出现在书籍目录中;“书目信息”则指书籍的信息,即图书信息。此外,第一部分提到的用户含借阅者和管理员,但侧重指借阅者。图书管理系统-8-2.1.1系统功能模块分析根据开发者和客户的需求分析后,可以把系统功能分为三个大的功能模块:1.查询模块包括:借阅者查询和管理员查询。2.用户管理模块包括:增加及删除用户信息以及修改用户信息。3.书籍管理模块包括:增加及删除书目信息以及修改书目信息。2.1.2识别参与者通过对系统需求的分析,可以确定系统中有两个参与者,即借阅者和管理员。1.借阅者描述:借阅者可以借阅、归还书籍。示例:持有借阅卡的任何人或组织。2.管理员描述:管理员维护系统,他可以增加、修改、删除借阅者的信息;可以增加、修改、删除书目信息,即维护书目目录。示例:管理员。2.1.3用例图分析在上面,已经识别出了系统的两位参与者,经过对需求的进一步分析,可以确定系统中有如下用例存在。1.借阅书籍本用例提供了借阅书籍的功能。2.返还书籍本用例提供了返还书籍的功能。3.用户管理本用例提供了增加、修改以及删除用户信息的功能。4.书籍管理本用例提供了增加、修改以及删除书目信息的功能。用例图,如下所示:图书管理系统-9-图2-1图书管理系统用例图2.2非功能性需求分析非功能性需求是从各个角度对系统的约束和限制,反映了应用系统对软件系统质量和特性的额外要求,例如响应时间、数据精度、可靠性等。下面是关于该图书管理系统的非功能性需求:1.系统在短时间内相应所有的用户请求;2.系统应该每周7天、每天24小时都可以使用;3.对于一个没有经验的用户而言,经过短期的培训就可以使用系统的所有功能,稍加练习,便可熟练操作了;4.系统运行时占用内存空间为低;5.当系统发生故障时,只需重启便可以重新使用,在重启后,数据可以自动恢复,不会受到破坏。2.3.定义系统对象通过对系统进行需求分析后,就可以识别出在该系统中存在的对象。从前述的系统需求描述中可以找到以下对象类:借阅者、书籍、管理员。借阅者包含学生和教师。学生的属性有学号、姓名和单位,教师的属性有职工号、姓名和单位。借阅者可以借书、还书和查询。1)书籍包含很多种类,这里大致分为理工和文史类。书籍的属性有书号、书名、作者、类型和价格。书籍是整个系统的主要部分,借阅者可以借阅及归还图书(学生可以借1-3本,教师可以借1-6本,这里用1...n表示借阅书籍数),管理员则管理书籍、维护书籍图书管理系统-10-信息。2)管理员(可以有多个管理员,这里用m表示管理员个数)的属性主要是登录系统的用户名及密码。管理员的作用是书籍管理和用户管理,即增加、删除和修改信息。管理员每天工作时先登录系统,再进行挂机等待借阅者操作。借阅者借书时,先出示借阅卡。管理员扫描借阅卡,验证借阅者身份,系统读取相应信息并显示借阅者信息。此后,管理员扫描借阅者要借阅的书籍,增加书目信息。系统对应显示书目信息后,借阅书籍成功,书籍借出。借阅者续借时,步骤一直,故省略续借时的情况。逾期处理是还书时的扩展动作,因此在这里一起考虑。还书时扫描图书,若显示正常,则管理员只需修改删除相应书目信息,在系统显示书目信息后还书成功

1 / 19
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功