图书馆管理系统需求规格说明书12

《图书馆管理系统需求规格说明书12》由会员分享，可在线阅读，更多相关《图书馆管理系统需求规格说明书12（14页珍藏版）》请在金锄头文库上搜索。

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

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

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

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

5、 应用环境 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客 户端主要功能是为用户提供图书资料、查看图书详情、用户注册、用 户登录、 查看用户的信息、 修改用户个人信息、 预定图书、 借阅图书。 管理端的功能是图书馆管理人员进行图书管理、用户信息管理、借阅 信息管理等。它们的关系如图 A-2 所示。 读者 图 A-2 图书馆管理系统流程图 3.1 系统运行的网络环境 本系统的网络运行图如图 A-2，无论是客户端的用户还是管理端的 管理用户都可以通过网络登录到本系统中。 3.1.1 系统运行的硬件环境 本系统的硬件环境如下； 客户机：普通 pc CPU:P41.8GHz 内存：256MB

6、 能够运行 以上 以上 IE5.0 以上或者 Netscape4.0 以上版本的机器 1024*768 像素 分辨率：推荐使用 Web 服务器 CPU: P41.0GHz 以上 以上 内存：1G 硬盘：80GB 网卡：K Mb/s 速度 数据库服务器 CPU: P42.0GHz 以上 以上 内存：1GB 硬盘：80GB HR Web服务器 用户 系统管理员 数据库服务器 系统运行软件 本系统的软件环境如下： 操作系统：UNIX/Linux/window2000 数据库：SQL 或以上版本 Server 2000 Version 1.4.2 开发工具包：JDK Web l 服务器：Tomcat

7、浏览器：IE6.0 以上 4.功能规格 我们采用面向对象分析作为主要的系统建模， 使用 UML 作为建模 语言。UML 为建模活动提供了从不同角度观察和展示系统的各种特征 的方法。在 UML 中，从任何一个角度对系统所作的抽象都可能需要几 种模型来描述，而这些来自不同角度的模型图最终组成了系统的映 像。 用例描述角色（用户、外部系统以及系统处理）是如何与系统交 互来完成工作的。 用例模型提供了一个非常重要的方式来界定系统边 界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。 设计用例时，我们遵循下列步骤： （1）识别出系统的角色。角色可以是用户、外部系统，甚至外部处 理，通过某种途径

8、与系统交互。重要的是着重从系统外部执行者的角 度来描述系统需要提供功能，并指明执行者（角色）是谁。尽可能地 确保所有角色都被完全识别出来。 （2）描述主要的用例。可以采取不断的问自己“这个角色究竟想过 系统做什么”来准确的描述用例。 （3）重新审视每个用例，为它们下一个详细的定义。 图书管理 图书借阅 登陆界面 系统管理 图书管理 列表图书 图书借阅 列表图书 用户管理 列表用户 查询图书 借书 图书的基本资料 信息确认 增加图书 删除图书 撕毁图书 涂画图书 丢失图书 还书 赔偿 增加用户 删除用户 管理用户权限 用户详细信息 浏览图书 修改用户信息 图书馆管理系统活动图 4.1 角色定义

9、角色或者执行者指与系统产生交互的外部用户或者外部系统。 4.1.1 用户 用户是指在这个图书馆管理系统中通过用户端提交借阅图书信息的 人员，这个角色主要参与用户端的个人信息查询、图书信息查询、图 书预定等功能。 4.1.2 管理用户 管理用户是指管理端的用户，此角色派生两个子类，图书管理员 和系统管理员， 图书管理者又可以派生出 3 个子类， 图书信息管理员、 用户信息管理员、预定信息管理员。系统管理员是指对图书管管理系 统进行相关设置，进行系统维护的人员，他也是通过管理端登录对管 理端的用户进行设置，分配权限等。管理用户角色的关系 管理用户具体说明如下： 图书管理员 图书信息管理者。管理图书

10、信息，增加图书信息、删除图书信息、 修改图书信息，读者要借图书，读者要还图书，读者要预留图书， 读者要撤销预留图书 系统管理员。 通过管理端对系统用户进行管理的人员， 这个角色主要负责对管理端 用户的增删，权限的设置等功能。 4.1.3 数据库 数据库是一个与系统产生交互的外部系统， 这个角色负责系统的数据 查询，增加，删除和修改等操作。 4.2 系统主用例图 图书馆管理系统可以分成两个主要的组成部分，一个是客户端子系 统。一个是管理端子系统。客户端子系统功能主要是指读者通过登 录图书馆网站进行操作的功能。管理端子系统功能是图书馆的图书 管理员管理图书信息，增加图书信息、删除图书信息、修改图书

11、信 息，读者要借图书，读者要还图书，读者要预留图书，读者要撤销 预留图书等功能。4.3 客户端子系统 用户通过此系统可以进行图书查询(可按分类方式查找图书或通过关 键字进行查询)，查看图书详细情况，用户登录，查看用户信息，修 改用户个人信息。图 A-5 客户端的活动图，图 A-6 客户端的功能用例 图 图 A-5 客户端的活动图 图 A-6 客户端的功能用例图 客户端管理的这些用例描述如下： F-C-1：查询用户信息。读者登录到学校的图书馆网站可以通过登录 系统查询个人信息。 F-C-2：更改个人信息、更改密码。 F-C-3：查询图书。读者可以通过网站查询图书的基本资料，是否可 借阅等信息。

12、F-C-4：预定图书。读者可以通过网站来查询图书预定图书，可以取 消预定。 4.3.1 查询用户信息 用例描述：用户信息查询 执行者：用户 前置条件：用户已经打开网页 后置条件：用户成为该系统合法用户，可以登录系统 基本路径：a)用户通过网址打开网页，登录系统。 b)用户填确认用户名，设置密码。 c)点击确认。 4.3.2 更改用户信息 用例描述：用户修改个人信息 执行者：用户 前置条件：用户已经登录系统 后置条件：管理员收到信息，信息更新。 基本路径： a)按规则填写好用户姓名， 性别， 专业， 密码等基本信息。 b) 确认更改后的信息。 4.3.3 查询图书信息 用例描述：查询图书信息 执

13、行者：用户 前置条件：用户已经选择图书。 后置条件：选择借阅的图书。 基本路径：a）选择图书 b）查询图书的基本信息 c）确定要借阅的图书 4.3.4 用例描述：预定图书 执行者：用户 前置条件：用户已经确定要选图书。 后置条件：预定借阅的图书。 基本路径：a）选择图书 b）查询图书的基本信息 c）确定要预借的图书 4.4 管理端子系统 管理端子系统主要是提供学校图书馆的管理人员使用的功能，它 的功能分为图书管理，用户信息管理，预定图书管理，借阅图书管理 等部分。每个登录者首先要通过安全认证然后确认权限，系统根据相 应的权限实现相应的功能。登录管理 登陆管理负责所有的登录端的登录，管理端的人员

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

15、系统首先判断用户名和密码的正确 性，然后根据用户名确定其权限，不同的登陆者具有不同的权限，根 据登陆者具有的权限将相应的功能显示在管理界面上， 没有权限操作 的功能将不显示在这个界面上。用例描述：登录 前置条件：没有。 后置条件：如果用例成功，参与者可以启动系统并使用系统所提供的 功能。反之，系统状态不变。 扩展点：没有。 事件流：基流：当用户希望登录到系统中时，用例启动。 系统提示用户输入用户名和密码。 用户输入用户名和密码。 系统验证输入的用户名和密码，若正确，则用户登录到 系统中。 替代流：如果用户输入无效的用户名和/或密码，系统显示错误 信息，用户可以选择返回基流的起始点，重新输入正确

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