图书馆管理系统需求规格说明书12（精编版）

1、图书馆管理系统需求规格说明书 12LT图书馆管理系统需求规格说明书1. 导言1.1 目的 该文件夹是关于用户对图书馆管理系统的功能和性能的要求，重 点 描述了图书馆管理系统的功能需求，是概要设计阶段的重要输入。本文档的预期读者是：·设计人员； ·开发人员； ·项目管理人员； ·测试人员； ·用户。1.2 范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的 “做什么” 的问题。 在这里， 没有涉及开发技术， 而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开 发方等不同参与方提供一个交流的平台。1.3 编

2、写要求JSP， Java Server Page（Java服务页面）的缩写，一个脚本化的 语言。 UML, Unified Modeling Language (统一建模语言 ) 的缩写，是一 个标准的建模语言。1.4 术语定义无1.5 引用标准1 企业文档格式标准，北京长江软件有限公司过程化组织2 需求规格报告格式标准，北京长江软件有限公司过程化组织1.6 参考资料1 UML说明 ，长江软件有限公司2 需求规格报告格式标准，长江软件有限公司过程化组织2.1 项目来源及背景本项目是为某学校开发的一个图书馆管理系统，修改内容概述 初始发布版本 增加 修改 修改 模比较大， 需要借阅图书的同学也很

3、多， 如何满足同学的借阅需求常 常是学校的比较棘手的事情，为图书管理员带来很多工作量。为此学 校希望有一个自动化的图书馆管理系统能够给他们带来工作的便利，提高工作效率，同时能及时满足同学们的借阅图书的需求。为实现同学方便的借阅图书馆的图书，弥补以往存在的种种不足，我们开发了图书馆管理系统。图书馆的管理员通过这个图书馆管理系统列表图书、列表用户、查询图书、更改图书的基本资料和更改用户的资料、借阅管理；读者可以通过图书馆管理系统查 询图书信息、预定图书以及查询自己的资料；图书馆管理员可以通过该系统整 理图 书、确认用户信息、管理用户权限、管理图书的借、还、预定以及对损坏图书者的罚款。图书管理员可以

4、随时的浏览图书的资料和用户的相关借阅信息。2.2 用户的特点本用户是在校人员。包括二类，一类是读者，他们的差异很大有的学历很高， 有的可能很低。有的经验丰富，有的可能是没有经验等。另外一类是管理用户，他们是学校的内部人员，对图书馆的借阅流程很熟悉，总之，他们对使用图书馆管理系统软件比较熟悉。2.3 项目目标本项目设定的目标如下：·系统能够提供良好的用户界面， 是操作人员的工作量最大限度的减少； ·系统具有良好的运行效率，能够达到提高工作效率的目的； ·系统应具有良好的可扩充性，可以容易的加入其他系统的应用；·平台的设计具有一定的超前性，灵活性，能够适应图

5、书馆的变化；·通过这个项 目可以锻炼队伍，提高团队的开发能力和项目管理能力。3 应用环境根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是为用户提供图书资料、查看图书详情、用户注册、用户登录、 查看用户的信息、修改用户个人信息、预定图书、借阅图书。管理端的功能是图书馆管理人员进行图书管理、用户信息管理、借阅信息管理等。它们的关系如图A-2所示。读者 图 A-2图书馆管理系统流程图3.1 系统运行的网络环境本系统的网络运行图如图A-2 ，无论是客户端的用户还是管理端的管理用户都可以通过网络登录到本系统中。3.1.1系统运行的硬件环境本系统的硬件环境如下；客户机：普通

6、pc·CPU:P41.8GHz·内存： 256MB·能够运行以上 以上 IE5.0以上或者Netscape4.0以上版本的机器 1024*768像素 ·分辨率：推荐使用 Web服务器·CPU: P41.0GHz以消预定。4.3.1 查询用户信息用例描述：用户信息查询执行者：用户前置条件：用户已经打开网页后置条件：用户成为该系统合法用户，可以登录系统基本路径：a) 用户通过网址打开网页，登录系统。b) 用户填确认用户名，设置密码。c) 点击确认。4.3.2 更改用户信息用例描述：用户修改个人信息执行者：用户前置条件： 用户已经登录系统后置条件：管

7、理员收到信息，信息更新。基本路径：a) 按规则填写好用户姓名，性别，专业，密码等基本信息。b) 确认更改后的信息。4.3.3 查询图书信息用例描述： 查询图书信息执行者： 用户 前置条件： 用户已经选择图书。后置条件：选择借阅的图书。基本路径：a） 选择图书b） 查询图书的基本信息c）确定要借阅的图书4.3.4 用例描述：预定图书执行者：用户前置条件：用户已经确定要选图书。后置条件：预定借阅的图书。基本路径：a）选择图书b）查询图书的基本信息c）确定要预借的图书4.4 管理端子系统管理端子系统主要是提供学校图书馆的管理人员使用的功能，它 的功能分为图书管理，用户信息管理，预定图书管理，借阅图书

8、管理等部分。每个登录者首先要通过安全认证然后确认权限，系统根据相应的权限实现相应的功能。登录管理登陆管理负责所有的登录端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，然后系统判断这个用户的权限信息，不同的登录人可能具有不同的权限，系统根据不同的权限实现不同的功能。图书馆图书管理 ;由管理员登录到系统，进行对信息图书的添加修改，删除， 查看。用户信息管理：由管理员登录到系统，进行对用户信息的查看，修改，删除。图书预定管理：由管理员登录到系统，查看图书预定信息，对预定图书信息进行确认，修改，删除。图书借阅管理：由管理员登录到系统，查看图书信息，核对用户信息。对借阅图书

9、信息进行确认。4.4.1 登陆管理登录到管理端的所有人都需要通过登录界面进入相应的管理界 面。登录界面输入用户名和密码，系统首先判断用户名和密码的正确性，然后根据用户名确定其权限，不同的登陆者具有不同的权限，根据登陆者具有的权限将相应的功能显示在管理界面上，没有权限操作的功能将不显示在这个界面上。用例描述：登录前置条件：没有。后置条件：如果用例成功，参与者可以启动系统并使用系统所提供的功能。反之，系统状态不变。扩展点：没有。事件流：基流：当用户希望登录到系统中时，用例启动。系统提示用户输入用户名和密码。用户输入用户名和密码。系统验证输入的用户名和密码，若正确，则用户登录到系统中。 替代流：如果

10、用户输入无效的用户名和/ 或密码，系统显示错误信息，用户可以选择返回基流的起始点，重新输入正确的用户名和/或密码：或者取消登录，用全结束。4.4.2 图书信息管理图书信息是读者和管理员去了解图书的准要途径。具体功能描述如下：用例描述：维护书刊信息前置条件：在这个用例开始前，Librarian必须登录到系统中。后置条件：如果这个用例成功，系统添加、修改或删除书刊书目信息。否则，系统的状态没有变化。扩展点：没有。事件流：基流当图书管理员想维护借阅者信息时，用例启动。 系统要求图书管理员选择所想执行的活动（添加书种、删除书种或修改书种 ） 。 如果选择的活动是“添加书种”，则执行分支流S-1 ：添加

11、书刊信息。 如果选择的活动是“删除书种”，则执行分支流S-2 ：删除书刊信息。 如果选择的活动是 “修改书种” ，则执行分支流S-3 ：修改书刊信息。 分支流 S-1 ：添加书刊信息（ 1）图书管理员提供书刊的书名、作者、ISBN/ISSN号等信息。（2 ）系统添加该书刊信息。S-2 ：删除书刊信息（1） ）图书管理员提供所要删除的书刊信息。（2） ）系统查询所要删除的书刊（E-2 ）（3） ）系统删除该书刊的所有物理书刊的信息（E-3 ）（4） ）系统删除书刊信息，以及相关的预定信息。 S-3 ：更改书刊信息（1） ）图书管理员提供所要修改的书刊信息。（2） ）系统查询并显示书刊信息（E-2

12、 ）（3） ）系统修改相应的的信息（4） ）系统更新书刊信息。替代流E-1若书刊信息已存在，系统显示提示信息，用例终止。E-2 若查询不到该书刊，系统显示提示信息，用例终止。E-3 若有物理书刊借出，系统显示提示信息，用例终止。4.4.3 用户信息管理：由管理员登录到系统，进行对用户信息的查看，修改，删除。维护借阅者信息具体功能描述如下前置条件：在这个用例开始前，系统管理员必须登录 到系统中。后置条件：如果这个用例成功，系统添加、修改或删除借阅者信息。 否则，系统的状态没有变化。扩展点：没有。事件流：基流当系统管理员想维护借阅者信息时，用例启动。 系统要求系统管理员选择所想执行的活动（添加借阅

13、者、删除借阅者或修改借阅者） 如果所选的活动是“添加借阅者”，则执行分支流S-1 ：添加借阅者。 如果所选的活动是“删除借阅者” ，则执行分支流S-2 ：删除借阅者。 如果所选的活动是“修改借阅者” ，则执行分支流S-3 ：修改借阅者。分支流：S-1 ：添加借阅者（1） ）图书管理员提供借阅者的信息，如姓名、地址、邮政编码和身份证号码等。（2） ）系统存储借阅者信息（E-1 ） 。S-2 ：删除借阅者（1） ）图书管理员提供借阅者的信息。（2） ）系统查询借阅者（ E-2 ） 。（3） ）系统查询借阅者的借阅记录（E-3 ）（4） ）系统删除借阅者的信息，以及借阅者的预定记录。 S-3 ：更改

14、借阅者（ 1 ）图书管理员提供借阅者的信息。（ 2 ）系统查询并显示借阅者的信息（E-2 ） ，修改相应的信息。（ 3 ）系统更新借阅者的信息。替代流：E-1若借阅者已存在，系统显示提示信息，用例终止。E-2若查询不到借阅者，系统显示提示信息，用例终止。E-3若存在借阅记录，系统显示提示信息，用例终止。4.4.4 预定图书管理用例描述：预定图书前置条件：在这个用例开始前，图书管理员必须登录到系统中。后置条件：如果这个用例成功，系统建立预订记录。否则，系统的状态没有变化。扩展点：没有。事件流：基流：当图书管理员为借阅者预订书刊时，用例启动。书管理员提供书刊书目、借阅者信息。系统检索书刊书目（ E

15、-1 ） 。检索借阅者（ E-2 ） 。系统接受预定，创建预定记录。系统将预定记录存储在系统中。替代流：E-1该种书刊不存在，系统显示提示信息，用例终止。E-2系统中不存在该借阅者，系统显示提示信息，用例终止。用例描述：取消预定管理前置条件：在这个用例开始前，图书管理员必须登录到系统中。后置条件：如果这个用例成功，系统删除预订记录。否则，系统的状态没有变化。扩展点：没有。事件流：基流书管理员提供所预定的书刊书目、借阅者信息。系统检索所预定的书刊书目（E-1 ） 。系统检索借阅者（ E-2 ） 。系统删除借阅者的预定信息（E-3 ） 。替代流：E-1 该种书刊不存在，系统显示提示信息，用例终止。

16、E-2 系统中不存在该借阅者，系统显示提示信息，用例终止。E-3 预定信息不存在，系统显示提示信息，用例终止。4.4.5 借阅书刊借阅图书前置条件： 在这个用例开始前， 图书管理员必须登录到系统中。后置条件：如果这个用例成功，在系统中建立并存储借阅记录，如果必要还要删除预订记录。否则，系统的状态没有变化。扩展点：借阅者预定了书刊。 事件流：基流：当借阅者从图书馆借阅书刊时， 用例启动。 图书管理员提供书刊书目、借阅者信息。系统检索书刊书目（ Title ） （ E-1 ）系统确定所借阅的物理书刊是否可以获得（E-2 ） ，也即物理书刊是否都已借出。系统检索借阅者（ E-3 ）图书管理员将物理书

17、刊借给借阅者记录借阅信息。若该图书为预定的图书，执行用例取消预定替代流：E-1 该种书刊不存在，系统显示提示信息，用例终止。E-2 物理书刊都已借出，系统显示提示信息，用例终止。E-3 系统中不存在该借阅者，系统显示提示信息，用例终止。用例描述：返还书刊前置条件：在这个用例开始前，图书管理员必须登录到系统中。后置条件：在这个用例成功，系统删除借阅记录。否则，系统的状态没有变化。扩展点：没有。事件流：基流：当借阅者返还所借的物理书刊时，用例启动。图书管理员提供所还物理书刊信息。系统检索物理书刊（ E-1 ） 。系统查询物理书刊的借阅记录（E-2 ） 。 系统删除借阅记录。替代流：E-1 物理书刊

18、不存在，系统显示提示信息，用例终止。E-2 若借阅记录不存在，系统显示提示信息，用例终止。用例描述：预定书刊前置条件：在这个用例开始前，图书管理员必须登录到系统中。后置条件：如果这个用例成功，系统建立预订记录。否则，系统的状态没有变化。扩展点：没有。事件流：基流：当图书管理员为借阅者预订书刊时，用例启动。 图书管理员提供书刊书目、借阅者信息。 系统检索书刊书目（ E-1 ） 。 检索借阅者（ E-2 ） 。 系统接受预定，创建预定记录。系统将预定记录存储在系统中。替代流：E-1该种书刊不存在，系 统显示提示信息，用例终止。E-2系统中不存在该借阅者，系统显示提 示信息，用例终止。5.性能需求5.1系统的页面要求如下。(1) 页面内容：主题突出，站点定义，术语和行文格式统一，规范，明确，栏目， 菜单设置和布局合理，传递的信息准确，及时。内容丰富，文字准确， 语句通顺，专用术语规范，行文格式统一规范。(2) 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。 (3) 技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览，无