图书馆管理系统需求分析

1、图书馆管理系统需求分析班级：10信计1班姓名：王彩红学号：201013140061 简介11目的1）能够存储一定数量的图书信息 ，并方便有效的进行相应的书籍数据操作和管理, 这主要包括： 图书信息的录入、删除及修改。 图书信息的多关键字检索查询。 图书的出借、返还和资料统计。2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括： 读者信息的登记、删除及修改。 读者资料的统计与查询。3）能够对需要的统计结果提供打印输出。4）能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供 信息备份的服务。12背景a.待开发的软件系统的名称是图书管理系统b.本软件适用于教育界，他是比较

2、完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。13参考文献编著清华大学出版社萨师煊 王珊 编著高等教育出版社吕文达 编著清华大学出版社软件工程张海藩数据库系统概论c#程序设计2、概述2、1用户需求分析2.1.1产品透视图（产品结合）2.1.2产品功能登录系统：注销用户，系统退出。管理：用户管理、图书管理、借阅管理。查询：图书查询、读者查询、借阅查询。报表打印：所有图书、借出图书、库存图书、所有读者。帮助：使用说明、关于。2.1.3用户角色2.1.4操作环境2.1.5设计实现约束2、2建立需求原型注册国书管理员用户上图是用例图的建模过程，下面是该系统的用户需求陈述：（

3、1） 某大学图书馆准备开发“图书管理系统”，以方便广大师生借阅、浏览：（2）师生即用户需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息，注 册成功后，会获得一个由系统提供的标识其身份的标识码。（3） 用户登录进入图书管理系统后，可以通过Web页面查看图书的各种信息，如图书的 借阅情况，作者等（4）用户登录后可以借阅图书，并在系统规定的时间内还书。否则必须缴纳罚款金。用 户借阅图书时，系统会注明借阅时间。（5）图书管理员可以查询图书，查看一些借阅情况，更容易知道哪类图书需求量大，好做到合理的更新增减图书。有用户违规或没按时还书的情况，他们做处理，收罚金。查询图书可以是用户得知图书更具体

4、的位置以节省时间。（6）系统管理员可以对书籍进行操控，注册，修改图书及信息；注册，修改读者信息；进行系统维护。从上述需求陈述中可以发现以下元素: 参入者用户图书管理员系统管理员 基本用例注册登录查询图书借阅图书归还图书更新图书图书信息读者信息系统维护上图是用户还书时的用例图。当用户还书时，图书管理员需要检查图书是否被损坏并查 看是否按规定时间还书。如果图书没有损坏而且按规定时间还书，那么图书管理员就修 改该图书的信息，删除用户借书记录，登记还书时间。如果图书被损坏用户必须交罚金, 图书管理员除了收款外还要把图书和用户的信息修改好，并记录图书损坏的程度，以致 其它用户借阅时方便。上图是用户查询图

5、书的用例图。当用户登录系统查询图书时，系统会根据图书信息表查询出图书信息并反馈给用户。用户可以检索到图书馆的馆藏书目、读者基本信息、读者借书、超期读者、罚款记录、最新图书、借阅频率最高的图书信息、图书具体的藏书位置。用户还可 以预定图书。2、3系统需求分析 功能需求1用户登录系统：包括管理员登陆，学生查阅信息登陆2.在编目的时候自动迅速查找新的书籍是否已编目，并可以快速编目。3能够用计算机进行快速查找，已确定图书的名称和存放的位置。4.查找出一本已借出的书现在在谁那里。5.,各类具体查找功能。6. 统计一本结束正在一段时间内借过多少本书。7. 统计一本书在一段时间内被谁借过。8. 在还书时实现

6、计算机自动判断图书借阅是否超期根据条例进行罚款。9. 在书丢失时进行赔偿，可以自行设置赔偿条例。10. 大型数据库，要可以灵活设置库的性质（1.是否可借2.借阅时间3.不同的读者节约本书可以进行设置 4.增加、删除、修改库）。11. 图书管理员有不同的职位要可以进行权限设置。12. 读者信息管理。13.统计当天工作人员工作流量和流量统计情况 数据需求输入图书的数量，图书的信息，图书编号，用户的信息，用户账号。用户查询时输出图 书的数量，罚款记录、最新图书、借阅频率最高的图书信息等。 性能需求学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了， 学校图书馆目前有藏书 20万册，

7、查询时不要超过 3秒钟。 外部接口需求4.1 用户接口4.2 软件接口因为可能涉及一些文档、报表的处理应该保持与常用软件的办公软件的接口4.3 硬件接口因为可能涉及数据的备份应该保持打印机和光盘刻录机的接口4.4 通信接口 非功能需求 安全性需求图书管理系统的操作也只能由专人进行， 只有图书管理部门的工作人员才能拥有权 限，特别是图书的借出状况，如果没有安全管理部分，后果难以想象，可能每次登录都需要用户身份的验证。 保密性需求2.4运行需求2.4.1用户界面系统采用对话框方式，多功能窗口运行。2.4.2硬件接口硬件接口硬件接口硬件接口支持各种X86系列的PC机。2.4.3软件接口运行于 Win

8、dows2000及更高版本的具有 WIN32 API的操作系统之上。2.4.4故障处理故障处理故障处理故障处理正常使用时不出错，对于用户的输入错误给出适当的改正提示信息，遇不可恢复的系统错误时，保证数据库的完好无损。3.性能需求由于此开发项目针对图书馆，使用频度较高，使用性要求比较高。为防止对信息资料 和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于 管理和操作。查询速度：不超过 10秒；其它所有交互功能反应速度：不超过3秒；可靠性：平均故障间隔时间不低于200小时。3.1其他需求能快速恢复系统和故障处理，方便系统升级和扩充， 故障恢复时间不超过5小时。出师表两

9、汉：诸葛亮先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。宫中府中，俱为一体；陟罚臧否，不宜异同。若有作奸犯科及为忠善者，宜付有司论其 刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚 以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰能”，是以众议举宠为督：愚以为营中之事，悉以咨

10、之，必能使行阵和睦，优劣得所。亲贤臣，远小人，此先汉所以兴隆也； 亲小人，远贤臣，此后汉所以倾颓也。 先帝在时, 每与臣论此事，未尝不叹息痛恨于桓、 灵也。侍中、尚书、长史、参军，此悉贞良死节之臣， 愿陛下亲之、信之，则汉室之隆，可计日而待也 ：，“臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。先帝不以臣卑鄙，猥自枉 屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。后值倾覆，受任于 败军之际，奉命于危难之间，尔来二十有一年矣。先帝知臣谨慎，故临崩寄臣以大事也。受命以来，夙夜忧叹，恐托付不效，以伤先帝之 明；故五月渡泸，深入不毛。今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，