图书馆管理系统软件需求说明书定稿.doc

图书馆管理系统软件需求说明书目录1.引言11.1目的11.2项目范围11.3定义、缩略语、缩写12.系统需求概述22.1确定用例22.2用例模型22.3假设和依赖63.系统详细需求73.1Use-Case 清单73.2规格说明73.2.1功能性需求73.2.2可用性83.2.3要求83.2.4保障性83.2.5设计上的限制94.术语表10大连交通大学软件学院软件工程实践2011-2012-02软件需求说明书 1. 引言1.1 目的本文档描述了图书馆管理系统的软件需求规格。目的是让读者了解系统的环境，系统的功能和非功能的需求。1.2 项目范围本次软件项目开发的是一个图书馆管理系统。系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。系统的功能如下：l 借阅者能够通过输入某些关键字，对图书进行查询,并获得符合检索条件的图书的摘要信息，包括图书编号，书名，作者，出版社等。l 借阅者能够在输入合法的用户账号和密码后，登录系统。l 借阅者能够查看当前的借阅信息，包括自己的借书数量，借阅时间，应还时间等。l 图书管理员主要处理借阅者送还的书，借阅者的借书要求。l 系统管理员可以对系统的数据进行维护，包括增加、删除、和更新书目，增加、删除和更新借阅者账户，增加和删除书籍。1.3 定义、缩略语、缩写借阅者在图书馆借阅书籍的人。管理员管理图书馆管理系统的人。用户借阅者和管理员。系统图书馆管理系统。2. 系统需求概述2.1 确定用例通过对系统需求的分析，可以确定系统有三个执行者：图书管理员行为者，借阅行为者及系统管理员行为者。简要描述如下：1) 图书管理员行为者：管理员按系统授权维护和使用系统不同功能，可以创建、修 改、删除读者信息和图书信息即读者管理和图书管理，借阅、归还图书以及罚款等即借阅管理。2) 借阅行为者：通过互联网或图书馆查询终端，查询图书信息和个人借阅信息，还 可以在符合续借的条件下自己办理续借图书。3) 系统管理员：可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。2.2 用例模型借阅者借书等的用例图如下：借阅者用例描述如下：借阅者借助此图书管理系统子系统,可以进行以下操作:1. 查询图书信息2. 借书3. 还书其中,在借阅者进行查询图书信息之前,借阅者必须先登入系统;借阅者进行还书操作时,可续借。图书馆管理员处理借书、还书等的用例图如下：图书管理员用例描述如下:图书管理员使用系统进行的操作主要有:1. 处理借阅者的送还的图书2. 处理借阅者的借书要求其中在处理借阅者借书时,要检查借阅者信息;系统管理员查询或更新信息的用例图如下：系统管理员用例描述如下：系统管理员使用系统进行的操作主要有:1. 处理图书库里新书信息记录；2. 处理图书库里旧图书的信息记录；3. 处理新旧图书信息记录维护问题；4. 处理新读者信息登记；5. 处理已存在的读者信息记录；6. 查询读者资料；7. 添加书目信息；8. 处理旧书目信息。用例的概要描述如下表所示：主要参与者优先级用例名用例概述借阅者高查看图书信息借阅者查看图书信息，系统返回图书信息。高借书借阅者通过系统进行借书行为。高还书借阅者通过系统进行还书行为。高登入系统借阅者进行查看图书信息之前，必须先登入系统。高续借借阅者在进行还书操作时，可续借图书。管理员中取书管理员处理借阅者的还书行为。中借出图书管理员处理借阅者的借书要求。中检查读者账号管理员处理借阅者借书是，要检查借阅者信息。 低添加新书管理员处理图书库里新书信息记录。 低删除图书管理员处理图书库里旧图书的信息记录。低查询图书信息管理员处理新旧图书信息记录维护问题。低添加借阅者信息管理员处理新借阅者信息登记。低删除或更新借阅者信息管理员处理已存在的读者信息记录。低查询借阅者资料管理员查询借阅者资料。低添加书目管理员添加书目信息。低删除或更新书目管理员处理旧书目信息。2.3 假设和依赖用户必须具备基本的计算机知识。管理员必须经过一定的培训否则将影响系统的使用效果。3. 系统详细需求本节将使用用例技术描述系统的详细需求。3.1 Use-Case 清单用例名和对应的用例描述文件的关系如下：编号用例名对应用例文件01查看图书信息01_ucspec.doc02借书02_ucspec.doc03还书03_ucspec.doc04登入系统04_ucspec.doc05续借05_ucspec.doc06取书06_ucspec.doc07借出图书07_ucspec.doc08检查读者账号08_ucspec.doc09添加新书09_ucspec.doc10删除图书10_ucspec.doc11查询图书信息11_ucspec.doc12添加借阅者信息12_ucspec.doc13删除或更新借阅者信息13_ucspec.doc14查询借阅者资料14_ucspec.doc15添加书目15_ucspec.doc16删除或更新书目16_ucspec.doc3.2 规格说明本节定义了图书馆管理系统的非功能需求（包括可靠性、要求、性能等）和用例中通用的功能性需求。3.2.1 功能性需求本节描述了用例中通用的功能性需求。 日志系统所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码、日期、时间、错误信息。和用户相关的每个页面迁移信息都必须被记录到追寻日志中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间。 邮件系统系统所有的电子邮件必须通过预先设定的邮件系统发送。 监视系统监视系统必须扫描日志系统如果有任何异常的情况，必须使用邮件系统向管理员发警告信。 安全系统安全系统必须拦截非法的访问，和对网站的恶意进攻包括（XSS、SQL Injection、非法盗链等、非法字符输入等）。3.2.2 可用性下面列出了和系统的可用性相关的需求。 系统易用性图书馆管理系统的用户界面设计必须简单明了，不需要顾客花费额外的时间来学习。 帮助服务图书馆管理系统的每个重要页面上必须都有相关的帮助页面的链接，用户可以使用它们来获得必要的帮助信息。3.2.3 要求 功能：能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；借书者可对自己感兴趣的图书进行检索从而缩短借书流程；管理员除了进行借还书信息的操作，还要对超期者进行处罚。 性能稳定快速，实时控制。 在安全与保密方面的要求登陆系统需要输入合法的用户账户和密码；只有管理员的身份才能进入系统进行信息的操作，不能轻易被破坏；对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。同本系统相连接的其他系统：应用于我们学校的校园网，独立于其他系统。 最大系统响应时间在最大并发数为1000范围内时，系统对用户的最大响应时间应该小于10秒/1万条数据。 最大的事务处理时间图书馆管理系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。3.2.4 保障性 出错对应时间当系统发生错误时，对应的补丁程序的发布时间应该是小于2天/一件bug。 技术支持时间本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时*5天。3.2.5 设计上的限制 数据库管理软件系统必须使用Java接口同关系型数据库管理软件建立连接。 Web服务器软件系统必须使用支持J2EE规范的Web服务器软件。 平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软win2000以上或Linux(Unix)的数据库服务器上顺利运行。系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软win2000以上或Linux(Unix)的Web服务器上顺利运行。 Web浏览器系统的用户界面必须在IE 8.0以上或Opera12以上的浏览器正常显示。 Java的版本系统必须在Java1.3以上的版本上运行。4. 术语表库存系统库存系统是指图书馆工作人员用来管理图书出入库的一套程序系统，此系统处理图书库存相关的工作，是一个已经存在的系统。J2EE规范J2EE(Java 2 Platform，Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。DBMS数据库管理系统(DataBase Management System)是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。它对数据库进行统一的管理和控