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

图书管理系统

---软件需求规格说明书

课程：软件需求分析

学院：电子与信息工程学院

班级：13软件本（一）

姓名：杨祎

学号：130912012

老师：刘欢

井冈山大学

2015年12 月19 日

目录

目录 (2)

1. 引言 (4)

1.1 编写的目的 (4)

1.2 背景 (4)

1.3 定义 (4)

1.4 参考资料 (5)

2. 任务概述 (5)

2.1 业务需求 (5)

2.2 相关人员及用户分析 (5)

2.3 用户特点分析 (5)

3. 需求概述 (6)

3.1 系统概述 (6)

3.2 主题域1 (7)

3.2.1 概述 (7)

3.2.2 业务事件 (7)

3.2.3 报表 (10)

3.3 主题域2 (11)

3.3.1 概述 (11)

3.3.2 业务事件 (11)

3.3.3 报表 (13)

3.4 主题域3 (13)

3.4.1 概述 (14)

3.4.2 业务事件 (14)

3.4.3 报表 (17)

4. 具体需求 (18)

4.1 图书管理子系统 (18)

4.1.1 用例模型 (18)

4.1.2 领域模型 (22)

4.2 读者管理子系统 (23)

4.2.1用例模型 (23)

4.2.2 领域模型 (27)

4.3 借还书服务子系统 (27)

4.3.1用例模型 (27)

4.3.2 领域模型 (32)

5. 补充规约 (33)

5.1 设计约束 (33)

5.1.1 技术选择的限制条件 (33)

5.1.2 运行环境[建议用部署图表示] (33)

5.1.3 预期的使用环境 (33)

5.2 质量属性 (34)

5.2.1 安全性要求 (34)

5.2.2 可靠性要求 (35)

5.2.3 易用性要求 (35)

5.2.4 性能要求 (35)

5.2.5 可维护性要求 (35)

5.2.6 可移植性要求 (36)

1. 引言

1.1 编写的目的

为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，图书管理员可通过该程序对图书信息和读者管理进行操作。主要操作包括图书录入、图书查询、图书下架；读者信息添加、查询和删除操作；借还书记录添加、查询、修改以及还书的相关服务，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。读者可通过该程序进行图书查询和续借等操作。

本文档预期的读者是本项目的设计人员、开发人员、测试人员等。

1.2 背景

随着现代科学技术的进步，人类社会正在逐步走向信息化。图书拥有丰富的文献信息资源，是社会信息系统的重要组成部分，在信息社会中的作用愈来愈重要。为了实现更有效图书馆管理，更方便读者的借阅，设计一个功能完整、操作简便、界面友好的图书管理系统的是势在必行的。

1.3 定义

https://www.wendangku.net/doc/385876483.html, ：是一种建立在通用语言上的程序构架，是统一的Web 应用程序平台，它提供了为建立和部署企业级Web 应用程序所必需的服务，能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。

UML ：统一建模语言（UML是Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

B/S结构：Browser/Server结构,即浏览器和服务器结构。它是对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,主要事务逻辑在服务器端(Server)实现,server端访问数据库,形成所谓三层3-tier结构。

1.4 参考资料

[1] 徐峰.软件需求最佳实践-SERU过程框架原理与应用,电子工业出版社出版。

[2] 李千目https://www.wendangku.net/doc/385876483.html,程序设计与应用开发，清华大学出版社。

[3]https://www.wendangku.net/doc/385876483.html,/view/cff1e127a5e9856a561260ca.html。

[4]管曙亮https://www.wendangku.net/doc/385876483.html, 2.0网站开发实例教程。

2. 任务概述

2.1 业务需求

通过建立一个基于C/S系统的图书管理系统，使得图书管理工作系统化、规范化和自动化，从而提高了管理的效率，也方便了读者的借阅。应用C#编程，实现对数据库信息的管理。系统应符合图书馆信息管理及处理的规定，满足图书管理员对图书、读者及借阅信息进行管理的需求，满足读者对图书信息查询检索的需求及实现续借的功能需求，并达到操作过程中的直观、方便、实用、安全等要求。系统用模块化程序设计的方法，即便于系统功能的组合和修改，又便于参与技术人员补充和维护。

2.2 相关人员及用户分析

（1）图书管理员：

图书管理员具有注册账号和密码。成功登陆后可以通过系统进行图书信息的添加、查询及删除操作；对读者信息的添加、查询及删除操作；对借阅信息的查询操作。图书管理员要对图书的录入和下架进行整理，希望在图书录入时能够知道在某类图书中的新编号；在图书下架时若还有读者在借阅那本书则会给出提示。

（2）读者：

1、不用登陆验证：用户可以通过图书管理系统进行图书的检索查询。读者在借阅书籍时希望能够通过检索搜索到自己想要的书籍的作者、封面、目录及书籍的概要内容。

2、需要登陆验证：读者的信息由管理员录入后，读者方可使用自己的账号登录系统，登录成功后读者可以查看借书信息，完成相关的书籍或期刊办理续借手续等。

2.3 用户特点分析

本软件的最终用户是面向管理员（图书管理员和其它管理人员）、读者（老师和同学等），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。管理员和读者都是经常性用

户。

系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。

3. 需求概述

3.1 系统概述

对于本系统划分为：图书管理子系统、读者管理子系统和借还书管理子系统三个主题域。

各个主题域的功能如下：

图 1

构件图：

图 2

3.2 主题域1

图书管理

图书录入：添加新增图书的基本信息。

图书下架：将已下架图书的数量归零。

图书查询及更新：输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。当图书馆已有图书有变动时，管理员可通过该系统对图书信息进行更新。

3.2.1 概述

图 3 图书管理子系统

3.2.2 业务事件

3.2.2.1 图书管理员登陆系统

（1）业务流程分析

管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对图书信息的录入、查询、更新及删除操作。其流程如图4所示。

（2）业务实体分析

在这个业务流程中，主要涉及的业务实体及它们之间的关系如图5所示。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。

3.2.2.2 图书管理员录入图书信息

（1）业务流程分析

图书管理员在登陆验证成功后可进行图书信息录入的操作，其流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。

图 4 管理员登录系统及操作流程图

图5

3.2.2.3 图书管理员查询及更新图书信息

（1）业务流程分析

图书管理员在登陆验证成功后可进行更新图书信息的操作，其流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。

3.2.2.4 图书管理员删除图书信息

（1）业务流程分析

图书管理员在登陆验证成功后可进行删除图书信息的操作，其流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。

图6

图 7

3.2.3 报表

3.2.3.1 图书信息汇总表

（1）概述

部门/职位：图书管理员

目的：1. 查看图书使用情况

2. 保持图书信息的实时性

相关场景与查询频率：1. 频率：每季度固定发生一次；

平时不定期发生，图书信息改变时发生，由管理员管理

2. 用户数量2-7人

（2）数据内容

图书信息表

3.3 主题域2

读者管理

添加读者信息：添加新增读者的信息。

读者查询及修改：输入读者姓名或借书卡号可获得读者的基本信息并可修改其信息。

删除读者信息：输入读者姓名删除读者信息。

3.3.1 概述

图 8 读者管理子系统

3.3.2 业务事件

3.3.2.1 图书管理员登录系统

（1）业务流程分析

管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对读者信息的录入、查询、更新及删除操作。其流程如图4所示。

（2）业务实体分析

在这个业务流程中，主要涉及的业务实体及它们之间的关系如图5所示。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。

图9

3.3.2.2 图书管理员录入读者信息

（1）业务流程分析

管理员登陆验证成功后，对读者信息进行添加操作，流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图10。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。

3.3.2.3 图书管理员查询及修改读者信息

（1）业务流程分析

管理员登陆验证成功后，进行修改读者信息的操作，流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图10。

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。

3.3.2.4 图书管理员删除读者信息

（1）业务流程分析

管理员登陆验证成功后，进行删除读者信息的操作，流程图如图4所示。

（2）业务实体分析

该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图10。

图10

（3）用例分析

在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。

3.3.3 报表

3.3.3.1 读者信息汇总表

(1)概述

部门/职位: 图书管理员

目的：1. 读者登录时账号的依据；

2. 方便查询用户信息；

3. 了解用户数量及单位方便添加相关书籍。

相关场景与查询频率：1. 每学年固定发生一次；

2. 在有学生插入退学或新老师调入调出情况会有改动。（2）数据内容

（3）报表项

3.4 主题域3

借还书服务

借书登记：先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。

借书记录查询及续签：输入借记卡号或书号可获得其相关信息并可办理续签手续。

还书手续办理：输入借记卡号及书号,在借书记录添加还书时间。

借书超期超量处理：该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。

3.4.1 概述

图 11 借还书管理子系统

3.4.2 业务事件

3.4.2.1 读者登录验证

（1）业务流程分析

该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。其流程图如图15所示。

（2）业务实体分析

该流程涉及的业务实体为读者，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图12。

图12

（3）用例分析

该流程涉及读者和系统之间的交互，其用例图如图13所示。

图 13

3.4.2.2 借书登记

（1）业务流程分析

该流程是管理员通过与系统的交互将读者的借阅信息录入数据库的操作。其流程图如图15所示。

（2）业务实体分析

该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图14所示。

（3）用例分析

在这个流程中，读者将所借的书给管理员进行添加操作，管理员与系统进行交互，将读者借阅信息添加到数据库中。其用例图如图17所示。

3.4.2.3 读者续借手续办理

（1）业务流程分析

续借手续为读者登录系统后查看自己的借阅记录然后进行相关书籍的续借操作。其流程图如图15所示。

图 14

图 15 借还书流程图

（2）业务实体分析

该流程涉及读者和系统间的交互，读者通过系统对数据库中借阅信息表进行更新。其实

体和实体间的关系如图16所示。

图16

（3）用例分析

用例图如读者操作用例图13所示。

3.4.2.4 读者还书

（1）业务流程分析

还书手续办理流程为读者将图书还回，管理员进行操作，查找出读者的借阅信息，如果图书超期，系统会自动给出超期提示，管理员对读者进行相应的罚款处理之后完成借阅信息的消除，读者还书完成。其流程图如图15所示。

（2）业务实体分析

该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图14所示。

（3）用例分析

在这个流程中，读者将要还的书给管理员，管理员与系统进行交互，将读者借阅信息调出进行还书操作。其用例图如图17所示。

图 17

3.4.3 报表

3.4.3.1 借阅信息汇总表

(1)概述

部门/职位 : 图书管理员,图书馆

目的：1. 记录借阅的图书及日期，方便读者还书时的校验；

2. 用于读者查询到期时间及办理借阅手续；

3. 了解读者借书的周期性和增长情况。

相关场景与查询频率：1. 按学年固定更新发生一次；

2. 平时在读者借阅时进行添加操作。（2）数据内容

（3）报表项

4. 具体需求

4.1 图书管理子系统

4.1.1 用例模型

在3.2小节的分析上，可以抽象出如下所示的用例模型。

4.1.1.1 添加图书信息（UC_B_TJ_TuShuXinXi）

（1）概述

●用例名称：添加图书信息

●编号：UC_B_TJ_TuShuXinXi

●参与者：图书管理员

●用例概述：图书管理员将新添加的图书的基本信息添加到系统数据库中。

（2）事件流描述

●前置条件：管理员成功登陆系统

●后置条件：确保没有重复的图书号

●基本事件流：

1. 管理员登陆系统后，选择“图书录入”操作，进入添加图书信息的页面，填写图书

的基本信息。

2．点击“添加”按钮后，系统会将信息添加到数据库的图书信息汇总表中。

3. 添加成功后管理员可以执行查看和删除操作。

●扩展事件流

1a. 添加的图书号与已有图书号重复。

1a1. 页面给出提示信息，管理员重新添加。

2a. 添加的信息不符合要求

2a1. 页面给出提示信息，管理员重新添加。

3a. 管理员添加了错误的图书信息

3a1. 添加成功后查看图书信息，查看到错误可将其删除。

●异常事件流

4a. 管理员登陆失败

4a1. 显示失败原因，重新登陆。

5a. 图书信息添加失败

5a1. 显示失败原因，修正后重新添加。

（3）相关需求与功能点

●用户原始需求：

通过输入图书号可查询是否有和已录入的图书信息重复，若有则给出重复提示。 若基本信息没有添加完整，在点击“添加”按钮时给出提示。

为了在用户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选择日期即可。

在图书比较多时，系统支持从后台将Excel表添加到数据库。

（4）用户界面原型

●窗口概述：

图书信息录入界面：用来输入图书的基本信息，方便读者的图书检索。

图书号可用性检查界面：检查图书号是否可用。

成功添加界面：图书信息添加到数据库后会给出添加成功提示。

查看图书信息界面：用于验证添加后的图书信息是否可用。

删除图书信息界面：管理员添加错误后可以通过此操作进行修改。

失败提示界面：可能包括多个，显示错误信息，帮助用户提供操作。

●界面流转示意图：