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

图书馆管理系统需求规格说明书 1.导言 1.1目的 该文件夹是关于用户对图书馆管理系统的功能和性能的要求，重点描述了图书馆管理系统的功能需求，是概要设计阶段的重要输入。 本文档的预期读者是： 设计人员； 开发人员； 项目管理人员； 测试人员； 用户。 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。 1.3编写要求 JSP，Java Server Page（Java服务页面）的缩写，一个脚本化的语言。 UML, Unified Modeling Language (统一建模语言)的缩写，是一个标准的建模语言。 1.4术语定义 无 1.5 引用标准 1企业文档格式标准，北京长江软件有限公司过程化组织 2需求规格报告格式标准，北京长江软件有限公司过程化组织 1.6参考资料 1UML说明，长江软件有限公司 2需求规格报告格式标准，长江软件有限公司过程化组织 1.7版本更新 本文档的更新记录如表A-1所示。 表A-1 版本更新纪录 修改编号 修改日期 修改后版 修改位臵 修改内容概述 001 2009.05.05 0.1 全部 初始发布版本 002 2009.05.10 0.2 第3.1节 增加 003 2009.05.15 0.3 第4.1节 修改 004 2009.05.16 0.4 第5.1节 修改 005 2009.05.18 1.0 第7章 增加 2系统定义 我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。 2.1项目来源及背景 本项目是为某学校开发的一个图书馆管理系统，由于该学校的规模比较大，需要借阅图书的同学也很多，如何满足同学的借阅需求常常是学校的比较棘手的事情，为图书管理员带来很多工作量。为此学校希望有一个自动化的图书馆管理系统能够给他们带来工作的便利，提高工作效率，同时能及时满足同学们的借阅图书的需求。 为实现同学方便的借阅图书馆的图书，弥补以往存在的种种不足，我们开发了图书馆管理系统。图书馆的管理员通过这个图书馆管理系统列表图书、列表用户、查询图书、更改图书的基本资料和更改用户的资料、借阅管理；读者可以通过图书馆管理系统查询图书信息、预定图书以及查询自己的资料；图书馆管理员可以通过该系统整理图书、确认用户信息、管理用户权限、管理图书的借、还、预定以及对损坏图书者的罚款。图书管理员可以随时的浏览图书的资料和用户的相关借阅信息。 2.2用户的特点 本用户是在校人员。包括二类，一类是读者，他们的差异很大有的学历很高，有的可能很低。有的经验丰富，有的可能是没有经验等。另外一类是管理用户，他们是学校的内部人员，对图书馆的借阅流程很熟悉，总之，他们对使用图书馆管理系统软件比较熟悉。 2.3项目目标 本项目设定的目标如下： 系统能够提供良好的用户界面，是操作人员的工作量最大限度的减少； 系统具有良好的运行效率，能够达到提高工作效率的目的； 系统应具有良好的可扩充性，可以容易的加入其他系统的应用； 平台的设计具有一定的超前性，灵活性，能够适应图书馆的变化； 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能 力。 3应用环境 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是为用户提供图书资料、查看图书详情、用户注册、用户登录、查看用户的信息、修改用户个人信息、预定图书、借阅图书。管理端的功能是图书馆管理人员进行图书管理、用户信息管理、借阅信息管理等。它们的关系如图A-2所示。 读者 网图书信息图书信息图书管理选择图书络用户信息用户管理查看图书服务预定信息预定信息预定管理预定图书器借阅信息借阅管理 图A-2图书馆管理系统流程图 3.1 系统运行的网络环境 本系统的网络运行图如图A-2，无论是客户端的用户还是管理端的管理用户都可以通过网络登录到本系统中。 3.1.1系统运行的硬件环境 本系统的硬件环境如下； 客户机：普通pc CPU:P41.8GHz以上 内存：256MB以上 能够运行IE5.0以上或者Netscape4.0以上版本的机器 1024*768像素 分辨率：推荐使用Web服务器 CPU: P41.0GHz 内存：1G以上 以上 硬盘：80GB速度 网卡：K Mb/s数据库服务器 CPU: P42.0GHz 内存：1GB以上 以上 硬盘：80GB 系统HRWeb服务器用户数据库服务器系统管理员 系统运行软件 本系统的软件环境如下： 操作系统：UNIX/Linux/window2000或以上版本 数据库：SQL Server 2000 开发工具包：JDK Version 1.4.2 Web服务器：Tomcat l浏览器：IE6.0以上 4.功能规格 我们采用面向对象分析作为主要的系统建模，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。 设计用例时，我们遵循下列步骤： （1）识别出系统的角色。角色可以是用户、外部系统，甚至外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供功能，并指明执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。 （2）描述主要的用例。可以采取不断的问自己“这个角色究竟想过系统做什么”来准确的描述用例。 （3）重新审视每个用例，为它们下一个详细的定义。 图书管理图书借阅系统管理登陆界面图书借阅图书管理用户管理列表图书列表图书列表用户查询图书借书还书图书的基本资料增加用户删除用户赔偿信息确认管理用户权限增加图书撕毁图书删除图书涂画图书丢失图书用户详细信息浏览图书修改用户信息 图书馆管理系统活动图 4.1角色定义 角色或者执行者指与系统产生交互的外部用户或者外部系统。 4.1.1用户 用户是指在这个图书馆管理系统中通过用户端提交借阅图书信息的人员，这个角色主要参与用户端的个人信息查询、图书信息查询、图书预定等功能。 4.1.2管理用户 管理用户是指管理端的用户，此角色派生两个子类，图书管理员和系统管理员，图书管理者又可以派生出3个子类，图书信息管理员、用户信息管理员、预定信息管理员。系统管理员是指对图书管管理系统进行相关设臵，进行系统维护的人员，他也是通过管理端登录对管理端的用户进行设臵，分配权限等。他们的关系如图A-3所示。 顶层包:管理用户顶层包:图书管理员顶层包:系统管理员顶层包:图书信息管理员顶层包:用户信息管理员顶层包:预定信息管理员 图A-3管理用户角色的关系 管理用户具体说明如下： 图书管理员 图书信息管理者。管理图书信息，增加图书信息、删除图书信息、修改图书信息，读者要借图书，读者要还图书，读者要预留图书，读者要撤销预留图书 系统管理员。 通过管理端对系统用户进行管理的人员，这个角色主要负责对管理端用户的增删，权限的设臵等功能。 4.1.3数据库 数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询，增加，删除和修改等操作。 4.2系统主用例图 图书馆管理系统可以分成两个主要的组成部分，一个是客户端子系统。一个是管理端子系统。客户端子系统功能主要是指读者通过登录图书馆网站进行操作的功能。管理端子系统功能是图书馆的图书管理员管理图书信息，增加图书信息、删除图书信息、修改图书信息，读者要借图书，读者要还图书，读者要预留图书，读者要撤销预留图书等功能。系统的主要用例如图A-4所示。 管理端子系统顶层包:管理用户 客户端子系统顶层包:读者 图A-4 系统的主要用例 4.3客户端子系统 用户通过此系统可以进行图书查询(可按分类方式查找图书或通过关键字进行查询)，查看图书详细情况，用户登录，查看用户信息，修改用户个人信息。图A-5客户端的活动图，图A-6客户端的功能用例图 查询用户信息登录系统确认信息更改用户信息查询图书查询图书信息顶层包:用户预定图书预定图书退出系统 图A-5客户端的活动图 图A-6客户端的功能用例图 客户端管理的这些用例描述如下： F-C-1：查询用户信息。读者登录到学校的图书馆网站可以通过登录系统查询个人信息。 F-C-2：更改个人信息、更改密码。 F-C-3：查询图书。读者可以通过网站查询图书的基本资料，是否可借阅等信息。 F-C-4：预定图书。读者可以通过网站来查询图书预定图书，可以取消预定。 4.3.1查询用户信息 用例描述：用户信息查询 执行者：用户 前臵条件：用户已经打开网页 后臵条件：用户成为该系统合法用户，可以登录系统 基本路径：a)用户通过网址打开网页，登录系统。 b)用户填确认用户名，设臵密码。 c)点击确认。 4.3.2更改用户信息 用例描述：用户修改个人信息 执行者：用户 前臵条件：用户已经登录系统 后臵条件：管理员收到信息，信息更新。 基本路径：a)按规则填写好用户姓名，性别，专业，密码等基本信息。 b) 确认更改后的信息。 4.3.3 查询图书信息 用例描述：查询图书信息 执行者：用户 前臵条件：用户已经选择图书。 后臵条件：选择借阅的图书。 基本路径：a）选择图书 b）查询图书的基本信息 c）确定要借阅的图书 4.3.4用例描述：预定图书 执行者：用户 前臵条件：用户已经确定要选图书。 后臵条件：预定借阅的图书。 基本路径：a）选择图书 b）查询图书的基本信息 c）确定要预借的图书 4.4管理端子系统 管理端子系统主要是提供学校图书馆的管理人员使用的功能，它的功能分为图书管理，用户信息管理，预定图书管理，借阅图书管理等部分。每个登录者首先要通过安全认证然后确认权限，系统根据相应的权限实现相应的功能。图A-7是管理端的用例图。 管理登录管理图书信息图书信息管理者借阅图书管理着管理图书借阅管理用户信息管理图书预定用户信息管理者预定图书管理者 图A-7是管理端的用例图 F-L-1：登录管理 登陆管理负责所有的登录端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，然后系统判断这个用户的权限信息，不同的登录人可能具有不同的权限，系统根据不同的权限实现不同的功能。 F-M-1: 图书馆图书管理; 由管理员登录到系统，进行对信息图书的添加修改，删除，查看。 F-M-2：用户信息管理：由管理员登录到系统，进行对用户信息的查看，修改，删除。 F-M-3：图书预定管理：由管理员登录到系统，查看图书预定信息，对预定图书信息进行确认，修改，删除。 F-M-4：图书借阅管理：由管理员登录到系统，查看图书信息，核对用户信息。对借阅图书信息进行确认。 4.4.1 登陆管理 登录到管理端的所有人都需要通过登录界面进入相应的管理界面。登录界面输入用户名和密码，系统首先判断用户名和密码的正确性，然后根据用户名确定其权限，不同的登陆者具有不同的权限，根据登陆者具有的权限将相应的功能显示在管理界面上，没有权限操作的功能将不显示在这个界面上。 登录者数据库登录系统输入用户名和密码提交合法性验证登录到管理界面判断权限 图A-8 登录管理活动图 用例描述：登录 前臵条件：没有。 后臵条件：如果用例成功，参与者可以启动系统并使用系统所提供的功能。反之，系统状态不变。 扩展点：没有。 事件流：基流：当用户希望登录到系统中时，用例启动。 系统提示用户输入用户名和密码。 用户输入用户名和密码。 系统验证输入的用户名和密码，若正确（E-1），则用户登录到系统中。 替代流：E-1 如果用户输入无效的用户名和/或密码，系统显示错误信息，用户可以选择返回基流的起始点，重新输入正确的用户名和/或密码：或者取消登录，用全结束。 图书馆管理信息系统管理图书管理读者登录系统借书还书图书管理员取消预约图书登录系统*查询书目查询图书预约图书读者 图A-9 图书馆管理信息系统 4.4.2图书信息管理 图书信息是读者和管理员去了解图书的准要途径。具体功能描述如下： 用例描述：维护书刊信息 前臵条件：在这个用例开始前，Librarian必须登录到系统中。 后臵条件：如果这个用例成功，系统添加、修改或删除书刊书目信息。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流 当图书管理员想维护借阅者信息时，用例启动。 系统要求图书管理员选择所想执行的活动（添加书种、删除书种或修改书种）。 如果选择的活动是“添加书种”，则执行分支流S-1：添加书刊信息。 如果选择的活动是“删除书种”，则执行分支流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） （3）系统修改相应的的信息 （4）系统更新书刊信息。 替代流 E-1 若书刊信息已存在，系统显示提示信息，用例终止。 E-2 若查询不到该书刊，系统显示提示信息，用例终止。 E-3 若有物理书刊借出，系统显示提示信息，用例终止。 4.4.3用户信息管理： 由管理员登录到系统，进行对用户信息的查看，修改，删除。维护借阅者信息具体功能描述如下 前臵条件：在这个用例开始前，系统管理员必须登录到系统中。 后臵条件：如果这个用例成功，系统添加、修改或删除借阅者信息。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流 当系统管理员想维护借阅者信息时，用例启动。 系统要求系统管理员选择所想执行的活动（添加借阅者、删除借阅者或修改借阅者） 如果所选的活动是“添加借阅者”，则执行分支流S-1：添加借阅者。 如果所选的活动是“删除借阅者”，则执行分支流S-2：删除借阅者。 如果所选的活动是“修改借阅者”，则执行分支流S-3：修改借阅者。 分支流： S-1：添加借阅者 （1）图书管理员提供借阅者的信息，如姓名、地址、邮政编码和身份证号码等。 （2）系统存储借阅者信息（E-1）。 S-2：删除借阅者 （1）图书管理员提供借阅者的信息。 （2）系统查询借阅者（E-2）。 （3）系统查询借阅者的借阅记录（E-3） （4）系统删除借阅者的信息，以及借阅者的预定记录。 S-3：更改借阅者 （1）图书管理员提供借阅者的信息。 （2）系统查询并显示借阅者的信息（E-2），修改相应的信息。 （3）系统更新借阅者的信息。 替代流： E-1 若借阅者已存在，系统显示提示信息，用例终止。 E-2 若查询不到借阅者，系统显示提示信息，用例终止。 E-3 若存在借阅记录，系统显示提示信息，用例终止。 4.4.4预定图书管理 用例描述：预定图书 前臵条件：在这个用例开始前，图书管理员必须登录到系统中。 后臵条件：如果这个用例成功，系统建立预订记录。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流：当图书管理员为借阅者预订书刊时，用例启动。 图书管理员提供书刊书目、借阅者信息。 系统检索书刊书目（E-1）。 检索借阅者（E-2）。 系统接受预定，创建预定记录。 系统将预定记录存储在系统中。 替代流： E-1 该种书刊不存在，系统显示提示信息，用例终止。 E-2 系统中不存在该借阅者，系统显示提示信息，用例终止。 用例描述：取消预定管理 前臵条件：在这个用例开始前，图书管理员必须登录到系统中。 后臵条件：如果这个用例成功，系统删除预订记录。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流 图书管理员提供所预定的书刊书目、借阅者信息。 系统检索所预定的书刊书目（E-1）。 系统检索借阅者（E-2）。 系统删除借阅者的预定信息（E-3）。 替代流： E-1 该种书刊不存在，系统显示提示信息，用例终止。 E-2系统中不存在该借阅者，系统显示提示信息，用例终止。 E-3 预定信息不存在，系统显示提示信息，用例终止。 4.4.5借阅书刊 用例描述：借阅图书 前臵条件：在这个用例开始前，图书管理员必须登录到系统中。 后臵条件：如果这个用例成功，在系统中建立并存储借阅记录，如果必要还要删除预订记录。否则，系统的状态没有变化。 扩展点：借阅者预定了书刊。 事件流：基流：当借阅者从图书馆借阅书刊时，用例启动。 图书管理员提供书刊书目、借阅者信息。 系统检索书刊书目（Title）（E-1） 系统确定所借阅的物理书刊是否可以获得（E-2），也即物理书刊是否都已借出。 系统检索借阅者（E-3） 图书管理员将物理书刊借给借阅者 记录借阅信息。 若该图书为预定的图书，执行用例取消预定 替代流： E-1 该种书刊不存在，系统显示提示信息，用例终止。 E-2 物理书刊都已借出，系统显示提示信息，用例终止。 E-3 系统中不存在该借阅者，系统显示提示信息，用例终止。 用例描述：返还书刊 前臵条件：在这个用例开始前，图书管理员必须登录到系统中。 后臵条件：在这个用例成功，系统删除借阅记录。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流：当借阅者返还所借的物理书刊时，用例启动。 图书管理员提供所还物理书刊信息。 系统检索物理书刊（E-1）。 系统查询物理书刊的借阅记录（E-2）。 系统删除借阅记录。 替代流： E-1 物理书刊不存在，系统显示提示信息，用例终止。 E-2 若借阅记录不存在，系统显示提示信息，用例终止。 用例描述：预定书刊 前臵条件：在这个用例开始前，图书管理员必须登录到系统中。 后臵条件：如果这个用例成功，系统建立预订记录。否则，系统的状态没有变化。 扩展点：没有。 事件流：基流：当图书管理员为借阅者预订书刊时，用例启动。 图书管理员提供书刊书目、借阅者信息。 系统检索书刊书目（E-1）。 检索借阅者（E-2）。 系统接受预定，创建预定记录。 系统将预定记录存储在系统中。 替代流： E-1 该种书刊不存在，系统显示提示信息，用例终止。 E-2 系统中不存在该借阅者，系统显示提示信息，用例终止。 5. 性能需求 5.1系统的页面要求如下。 (1)页面内容：主题突出