图书馆管理系统软件需求说明书 (2)

图书馆管理系统软件需求说明书目录1引言111目的112项目范围113定义、缩略语、缩写12系统需求概述221确定用例222用例模型223假设和依赖63系统详细需求731USECASE清单732规格说明7321功能性需求7322可用性8323要求8324保障性8325设计上的限制94术语表10软件需求说明书1引言11目的本文档描述了图书馆管理系统的软件需求规格。目的是让读者了解系统的环境，系统的功能和非功能的需求。12项目范围本次软件项目开发的是一个图书馆管理系统。系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。系统的功能如下借阅者能够通过输入某些关键字，对图书进行查询,并获得符合检索条件的图书的摘要信息，包括图书编号，书名，作者，出版社等。借阅者能够在输入合法的用户账号和密码后，登录系统。借阅者能够查看当前的借阅信息，包括自己的借书数量，借阅时间，应还时间等。图书管理员主要处理借阅者送还的书，借阅者的借书要求。系统管理员可以对系统的数据进行维护，包括增加、删除、和更新书目，增加、删除和更新借阅者账户，增加和删除书籍。13定义、缩略语、缩写借阅者在图书馆借阅书籍的人。管理员管理图书馆管理系统的人。用户借阅者和管理员。系统图书馆管理系统。2系统需求概述21确定用例通过对系统需求的分析，可以确定系统有三个执行者图书管理员行为者，借阅行为者及系统管理员行为者。简要描述如下1图书管理员行为者管理员按系统授权维护和使用系统不同功能，可以创建、修改、删除读者信息和图书信息即读者管理和图书管理，借阅、归还图书以及罚款等即借阅管理。2借阅行为者通过互联网或图书馆查询终端，查询图书信息和个人借阅信息，还可以在符合续借的条件下自己办理续借图书。3系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。22用例模型借阅者借书等的用例图如下借阅者查看图书信息借书还书登入系统续借图书馆管理系统借阅者用例描述如下借阅者借助此图书管理系统子系统,可以进行以下操作1查询图书信息2借书3还书其中,在借阅者进行查询图书信息之前,借阅者必须先登入系统借阅者进行还书操作时,可续借。图书馆管理员处理借书、还书等的用例图如下图书管理员用例描述如下图书管理员使用系统进行的操作主要有1处理借阅者的送还的图书2处理借阅者的借书要求其中在处理借阅者借书时,要检查借阅者信息系统管理员查询或更新信息的用例图如下图书管理员取书借出图书检查读者账号图书馆管理系统系统管理员用例描述如下系统管理员添加新书删除图书查询图书信息添加借阅者信息删除或更新借阅者信息查询借阅者资料添加书目删除或更新书目图书馆管理系统系统管理员使用系统进行的操作主要有1处理图书库里新书信息记录；2处理图书库里旧图书的信息记录；3处理新旧图书信息记录维护问题；4处理新读者信息登记；5处理已存在的读者信息记录；6查询读者资料；7添加书目信息；8处理旧书目信息。用例的概要描述如下表所示主要参与者优先级用例名用例概述高查看图书信息借阅者查看图书信息，系统返回图书信息。高借书借阅者通过系统进行借书行为。高还书借阅者通过系统进行还书行为。高登入系统借阅者进行查看图书信息之前，必须先登入系统。借阅者高续借借阅者在进行还书操作时，可续借图书。中取书管理员处理借阅者的还书行为。中借出图书管理员处理借阅者的借书要求。中检查读者账号管理员处理借阅者借书是，要检查借阅者信息。管理员低添加新书管理员处理图书库里新书信息记录。低删除图书管理员处理图书库里旧图书的信息记录。低查询图书信息管理员处理新旧图书信息记录维护问题。低添加借阅者信息管理员处理新借阅者信息登记。低删除或更新借阅者信息管理员处理已存在的读者信息记录。低查询借阅者资料管理员查询借阅者资料。低添加书目管理员添加书目信息。低删除或更新书目管理员处理旧书目信息。23假设和依赖用户必须具备基本的计算机知识。管理员必须经过一定的培训否则将影响系统的使用效果。3系统详细需求本节将使用用例技术描述系统的详细需求。31USECASE清单用例名和对应的用例描述文件的关系如下编号用例名对应用例文件01查看图书信息01_UCSPECDOC02借书02_UCSPECDOC03还书03_UCSPECDOC04登入系统04_UCSPECDOC05续借05_UCSPECDOC06取书06_UCSPECDOC07借出图书07_UCSPECDOC08检查读者账号08_UCSPECDOC09添加新书09_UCSPECDOC10删除图书10_UCSPECDOC11查询图书信息11_UCSPECDOC12添加借阅者信息12_UCSPECDOC13删除或更新借阅者信息13_UCSPECDOC14查询借阅者资料14_UCSPECDOC15添加书目15_UCSPECDOC16删除或更新书目16_UCSPECDOC32规格说明本节定义了图书馆管理系统的非功能需求（包括可靠性、要求、性能等）和用例中通用的功能性需求。321功能性需求本节描述了用例中通用的功能性需求。日志系统所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码、日期、时间、错误信息。和用户相关的每个页面迁移信息都必须被记录到追寻日志中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间。邮件系统系统所有的电子邮件必须通过预先设定的邮件系统发送。监视系统监视系统必须扫描日志系统如果有任何异常的情况，必须使用邮件系统向管理员发警告信。安全系统安全系统必须拦截非法的访问，和对网站的恶意进攻包括（XSS、SQLINJECTION、非法盗链等、非法字符输入等）。322可用性下面列出了和系统的可用性相关的需求。系统易用性图书馆管理系统的用户界面设计必须简单明了，不需要顾客花费额外的时间来学习。帮助服务图书馆管理系统的每个重要页面上必须都有相关的帮助页面的链接，用户可以使用它们来获得必要的帮助信息。323要求功能能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；借书者可对自己感兴趣的图书进行检索从而缩短借书流程；管理员除了进行借还书信息的操作，还要对超期者进行处罚。性能稳定快速，实时控制。在安全与保密方面的要求登陆系统需要输入合法的用户账户和密码；只有管理员的身份才能进入系统进行信息的操作，不能轻易被破坏；对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。同本系统相连接的其他系统应用于我们学校的校园网，独立于其他系统。最大系统响应时间在最大并发数为1000范围内时，系统对用户的最大响应时间应该小于10秒/1万条数据。最大的事务处理时间图书馆管理系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。324保障性出错对应时间当系统发生错误时，对应的补丁程序的发布时间应该是小于2天/一件BUG。技术支持时间本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时5天。325设计上的限制数据库管理软件系统必须使用JAVA接口同关系型数据库管理软件建立连接。WEB服务器软件系统必须使用支持J2EE规范的WEB服务器软件。平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软WIN2000以上或LINUXUNIX的数据库服务器上顺利运行。系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软WIN2000以上或LINUXUNIX的WEB服务器上顺利运行。WEB浏览器系统的用户界面必须在IE80以上或OPERA12以上的浏览器正常显示。JAVA的版本系统必须在JAVA13以上的版本上运行。4术语表库存系统库存系统是指图书馆工作人员用来管理图书出入库的一套程序系统，此系统处理图书库存相关的工作，是一个已经存在的系统。J2EE规范J2EEJAVA2PLATFORM，ENTERPRISEEDITION是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。DBMS数据库管理系统DATABASEMANAGEMENTSYSTEM是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。它对数据库进行统一的管理和控制，以保