图书管理系统软件需求规格说明书.docx

1、图书管理系统软件需求规格说明书图书管理系统 -软件需求规格说明书班序号： 姓名： 学号： 老师： 电 话： 成 绩： xxxxx大学xx年 xx 月1. 文档概述1.1编写的目的为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，图书管理员可通过该程序对图书信息和读者管理进行操作。主要操作包括图书录入、图书查询、图书下架；读者信息添加、查询和删除操作；借还书记录添加、查询、修改以及还书的相关服务，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。读者可通过该程序进行图书查询和续借等操作。本文档预期的读者是本项目

2、的设计人员、开发人员、测试人员等。1.2背景随着现代科学技术的进步，人类社会正在逐步走向信息化。图书拥有丰富的文献信息资源，是社会信息系统的重要组成部分，在信息社会中的作用愈来愈重要。为了实现更有效图书馆管理，更方便读者的借阅，设计一个功能完整、操作简便、界面友好的图书管理系统的是势在必行的。1.3定义ASP.net ：是一种建立在通用语言上的程序构架，是统一的 Web 应用程序平台，它提供了为建立和部署企业级 Web 应用程序所必需的服务，能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。UML ：统一建模语言（UML是 Unified Mod

3、eling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。B/S结构：Browser/Server结构,即浏览器和服务器结构。它是对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,主要事务逻辑在服务器端(Server)实现,server端访问数据库,形成所谓三层3-tier结构。1.4参考资料1 徐峰.软件需求最佳实践-SERU过程框架原理与应用,电子工业出版社出版。2 李千目.Asp.Net程序设计与应用开发，

4、清华大学出版社。34管曙亮.ASP.NET 2.0网站开发实例教程。2. 任务概述2.1业务需求通过建立一个基于C/S系统的图书管理系统，使得图书管理工作系统化、规范化和自动化，从而提高了管理的效率，也方便了读者的借阅。应用C#编程，实现对数据库信息的管理。系统应符合图书馆信息管理及处理的规定，满足图书管理员对图书、读者及借阅信息进行管理的需求，满足读者对图书信息查询检索的需求及实现续借的功能需求，并达到操作过程中的直观、方便、实用、安全等要求。系统用模块化程序设计的方法，即便于系统功能的组合和修改，又便于参与技术人员补充和维护。2.2 相关人员及用户分析（1）图书管理员：图书管理员具有注册账

5、号和密码。成功登陆后可以通过系统进行图书信息的添加、查询及删除操作；对读者信息的添加、查询及删除操作；对借阅信息的查询操作。图书管理员要对图书的录入和下架进行整理，希望在图书录入时能够知道在某类图书中的新编号；在图书下架时若还有读者在借阅那本书则会给出提示。（2）读者：1、不用登陆验证：用户可以通过图书管理系统进行图书的检索查询。读者在借阅书籍时希望能够通过检索搜索到自己想要的书籍的作者、封面、目录及书籍的概要内容。2、需要登陆验证：读者的信息由管理员录入后，读者方可使用自己的账号登录系统，登录成功后读者可以查看借书信息，完成相关的书籍或期刊办理续借手续等。2.3用户特点分析本软件的最终用户是

6、面向管理员（图书管理员和其它管理人员）、读者（老师和同学等），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。管理员和读者都是经常性用户。系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。3. 需求概述3.1系统概述对于本系统划分为：图书管理子系统、读者管理子系统和借还书管理子系统三个主题域。各个主题域的功能如下： 图 1构件图： 图 23.2主题域1图书管理图书录入：添加新增图书的基本信息。图书下架：将已下架图书的数量归零。图书查询及更新：输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。当图书馆已有图书有变动时，管理员可通过该系统

7、对图书信息进行更新。3.2.1 概述图 3 图书管理子系统3.2.2 业务事件3.2.2.1 图书管理员登陆系统（1）业务流程分析管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对图书信息的录入、查询、更新及删除操作。其流程如图4所示。（2）业务实体分析在这个业务流程中，主要涉及的业务实体及它们之间的关系如图5所示。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。3.2.2.2 图书管理员录入图书信息（1）业务流程分析图书管理员在登陆验证成功后可进行图书信息录入的操作，其流程图如图4所示。（2）业务实体分析该流程涉

8、及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。图 4 管理员登录系统及操作流程图图53.2.2.3 图书管理员查询及更新图书信息（1）业务流程分析图书管理员在登陆验证成功后可进行更新图书信息的操作，其流程图如图4所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。3.2.2.4 图书管理员删除图书信息（1）业务流程分析图

9、书管理员在登陆验证成功后可进行删除图书信息的操作，其流程图如图4所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。 图6 图 73.2.3 报表3.2.3.1 图书信息汇总表（1）概述 部门/职位：图书管理员 目的：1. 查看图书使用情况 2. 保持图书信息的实时性 相关场景与查询频率：1. 频率：每季度固定发生一次；平时不定期发生，图书信息改变时发生，由管理员管理2. 用户数量2-7人 （2）数据内容 图书信息表3.3主题域2读者管理添加读

10、者信息：添加新增读者的信息。读者查询及修改：输入读者姓名或借书卡号可获得读者的基本信息并可修改其信息。删除读者信息：输入读者姓名删除读者信息。3.3.1 概述图 8 读者管理子系统3.3.2 业务事件3.3.2.1 图书管理员登录系统（1）业务流程分析管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对读者信息的录入、查询、更新及删除操作。其流程如图4所示。（2）业务实体分析在这个业务流程中，主要涉及的业务实体及它们之间的关系如图5所示。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。 图93.3.2.2 图书管理员

11、录入读者信息（1）业务流程分析管理员登陆验证成功后，对读者信息进行添加操作，流程图如图4所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图10。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图9所示。3.3.2.3 图书管理员查询及修改读者信息（1）业务流程分析管理员登陆验证成功后，进行修改读者信息的操作，流程图如图4所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图10。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，

12、其用例图如图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. 在有学生插入退

13、学或新老师调入调出情况会有改动。（2）数据内容（3）报表项 3.4主题域3借还书服务借书登记：先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。借书记录查询及续签：输入借记卡号或书号可获得其相关信息并可办理续签手续。还书手续办理：输入借记卡号及书号,在借书记录添加还书时间。借书超期超量处理：该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。3.4.1 概述图 11 借还书管理子系统3.4.2 业务事件3.4.2.1 读者登录验证（1）业务流程分析该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。其流程图如图15所

14、示。（2）业务实体分析该流程涉及的业务实体为读者，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图12。 图12（3）用例分析该流程涉及读者和系统之间的交互，其用例图如图13所示。 图 133.4.2.2 借书登记（1）业务流程分析该流程是管理员通过与系统的交互将读者的借阅信息录入数据库的操作。其流程图如图15所示。（2）业务实体分析该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图14所示。（3）用例分析在这个流程中，读者将所借的书给管理员进行添加操作，管理员与系统进行交互，将读者借阅信息添加到

15、数据库中。其用例图如图17所示。3.4.2.3 读者续借手续办理（1）业务流程分析续借手续为读者登录系统后查看自己的借阅记录然后进行相关书籍的续借操作。其流程图如图15所示。 图 14 图 15 借还书流程图（2）业务实体分析该流程涉及读者和系统间的交互，读者通过系统对数据库中借阅信息表进行更新。其实体和实体间的关系如图16所示。图16（3）用例分析用例图如读者操作用例图13所示。3.4.2.4 读者还书（1）业务流程分析还书手续办理流程为读者将图书还回，管理员进行操作，查找出读者的借阅信息，如果图书超期，系统会自动给出超期提示，管理员对读者进行相应的罚款处理之后完成借阅信息的消除，读者还书完

16、成。其流程图如图15所示。（2）业务实体分析该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图14所示。（3）用例分析在这个流程中，读者将要还的书给管理员，管理员与系统进行交互，将读者借阅信息调出进行还书操作。其用例图如图17所示。 图 173.4.3 报表3.4.3.1 借阅信息汇总表(1)概述部门/职位 : 图书管理员,图书馆目的：1. 记录借阅的图书及日期，方便读者还书时的校验； 2. 用于读者查询到期时间及办理借阅手续； 3. 了解读者借书的周期性和增长情况。相关场景与查询频率：1. 按学年固定更新发

17、生一次； 2. 平时在读者借阅时进行添加操作。（2）数据内容（3）报表项4. 具体需求4.1图书管理子系统4.1.1 用例模型在3.2小节的分析上，可以抽象出如下所示的用例模型。4.1.1.1 添加图书信息（UC_B_TJ_TuShuXinXi）（1）概述用例名称：添加图书信息编号：UC_B_TJ_TuShuXinXi参与者：图书管理员用例概述：图书管理员将新添加的图书的基本信息添加到系统数据库中。相关Stakeholder：Stakerholder利益点管理员1、 仅需要录入一次，在读者查询时不必重复操作2、 办理速度及效率提高，避免排长队读者可直接通过系统检索到图书信息（2）事件流描述前置

18、条件：管理员成功登陆系统后置条件：确保没有重复的图书号基本事件流：1. 管理员登陆系统后，选择“图书录入”操作，进入添加图书信息的页面，填写图书的基本信息。2点击“添加”按钮后，系统会将信息添加到数据库的图书信息汇总表中。3. 添加成功后管理员可以执行查看和删除操作。扩展事件流1a. 添加的图书号与已有图书号重复。 1a1. 页面给出提示信息，管理员重新添加。2a. 添加的信息不符合要求 2a1. 页面给出提示信息，管理员重新添加。3a. 管理员添加了错误的图书信息 3a1. 添加成功后查看图书信息，查看到错误可将其删除。异常事件流4a. 管理员登陆失败 4a1. 显示失败原因，重新登陆。5a

19、. 图书信息添加失败 5a1. 显示失败原因，修正后重新添加。（3）相关需求与功能点用户原始需求： 通过输入图书号可查询是否有和已录入的图书信息重复，若有则给出重复提示。 若基本信息没有添加完整，在点击“添加”按钮时给出提示。 为了在用户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选择日期即可。相关功能点： 在图书比较多时，系统支持从后台将Excel表添加到数据库。（4）用户界面原型窗口概述： 图书信息录入界面：用来输入图书的基本信息，方便读者的图书检索。 图书号可用性检查界面：检查图书号是否可用。 成功添加界面：图书信息添加到数据库后会给出添加成功提示。 查看图书信息界面：

20、用于验证添加后的图书信息是否可用。 删除图书信息界面：管理员添加错误后可以通过此操作进行修改。 失败提示界面：可能包括多个，显示错误信息，帮助用户提供操作。界面流转示意图：界面细节：（5）规约与约束类型编号描述行为约束UC_KD_01添加信息时，各个类型应对应性能约束UC_KD_02检查是否可用时，必须在5秒内给出结果4.1.1.2 图书信息汇总表（UC_R_TS_XXHZ）报表名称：图书信息汇总表报表概述: 用户的部门与职位：图书管理员，图书馆。 用户的业务意图：满足读者查询的需求，查看图书使用情况保持图书信息的实时性。 相关场景与频率：频率：每季度固定发生一次；平时不定期发生，图书信息改变

21、时发生，由管理员管理报表内容（What）： 领域类图； 数据项；数据项内容说明可借本书可借图书的存储值直接反映图书馆可借同一图书的数量图书类别图书类别中的一种分类依据 计算公式：可借本书 = 图书馆现有此图书本书 被借出的本数。 输入/输出格式（How）：图书信息汇总表 图书号图书名作者出版社出版时间内容简介可借本书图书类别其他 排列顺序：按图书号进行排序。 换页级别：每页不超过15条，超过部分分页显示。4.1.2 领域模型4.1.2.1 图书信息表领域类类名称：图书信息表别名：图书信息库涉及主题域： 图书管理模块：对图书信息操作的添加、查看、删除事件 借还书管理子模块：读者查询图书信息事件数

22、据窗口分析： 图书号：图书按类别在书架上排放的位置进行的统一编号，而且图书编号是唯一的。图书名：应用图书名比较方便，在图书名有相同时，用图书号区分。数据组成与格式： 图书号：区别图书的编码 图书名：图书的名称 作者：图书的编写者 出版社：出版图书的出版社名称 出版时间：图书出版的具体时间 可借本数：图书馆现有此图书本数 图书类别：图书所属的类别4.2读者管理子系统4.2.1用例模型在3.3小节的分析上，可以抽象出如下所示的用例模型。4.2.1.1 读者信息管理（UC_B_GL_DuZheXinXi）（1）概述用例名称：管理读者信息编号：UC_B_GL_DuZheXinXi参与者：图书管理员用例

23、概述：图书管理员将实时的读者的基本信息添加到系统数据库中并进行管理。相关Stakeholder：Stakerholder利益点管理员1、 省略了读者可以自己完成的操作，节省时间2、 提高了工作效率读者可依据读者信息表登录系统，避免了排队等管理员来处理（2）事件流描述前置条件：管理员登陆系统成功后置条件：确保没有重复的读者卡号基本事件流：1. 管理员登陆系统后，选择“读者信息录入”操作，进入添加图书信息的页面，填写读者的基本信息。2点击“添加”按钮后，系统会将信息添加到数据库的读者信息汇总表中。3. 添加成功后管理员可以执行查看和删除操作。 扩展事件流1a. 添加的读者卡号与其他读者卡号重复。

24、1a1. 页面给出提示信息，管理员重新添加。2a. 添加的信息不符合要求 2a1. 页面给出提示信息，管理员重新添加。3a. 管理员添加了错误的读者信息 3a1. 添加成功后查看读者信息，查看到错误可将其删除。异常事件流4a. 管理员登陆失败 4a1. 显示失败原因，重新登陆。5a. 读者信息添加失败 5a1. 显示失败原因，修正后重新添加。（3）相关需求与功能点用户原始需求： 通过输入读者卡号可查询是否有和已录入读者信息重复，若有则给出重复提示。 若基本信息没有添加完整，在点击“添加”按钮时给出提示。 为了在用户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选择日期即可。相关

25、功能点： 在读者比较多时，系统支持从后台将Excel表添加到数据库。（4）用户界面原型窗口概述： 读者信息录入界面：用来输入读者的基本信息。 读者号可用性检查界面：检查读者卡号是否可用。 成功添加界面：读者信息添加到数据库后会给出添加成功提示。 查看读者信息界面：用于验证添加后的读者信息是否可用。 删除读者信息界面：管理员添加错误后可以通过此操作进行修改。 失败提示界面：可能包括多个，显示错误信息，帮助用户提供操作。界面流转示意图：界面细节：（5）规约与约束类型编号描述行为约束UC_KD_01添加信息时，各个类型应对应性能约束UC_KD_02检查是否可用时，必须在5秒内给出结果4.2.1.2

26、读者信息汇总表（UC_R_DZ_XXHZ）报表名称：图书信息汇总表报表概述: 用户的部门与职位：图书管理员，图书馆 用户的业务意图：读者登录时账号的依据，方便查询用户信息以及了解用户数量及单位方便添加相关书籍。 相关场景与频率：每学年固定发生一次，在有学生插入退学或新老师调入调出情况会有改动。报表内容（What）： 领域类图； 数据项；数据项内容说明卡号读者登录系统的账号，及借书卡号该卡号与读者入学时间及单位有关单位读者所属院系读者基本信息的一部分 输入/输出格式（How）读者信息汇总表卡号姓名性别单位密码入校时间 其他 排列顺序：按卡号进行排序。 换页级别：每页不超过15条，超过部分分页显示

27、。4.2.1.3 读者信息添加 UC_I_TJ_DZXX 1、使用者 名称：读者登录 业务目的：验证读者身份，成功登录后才可办理图书续借手续。 时机：不定，读者需要办理图书续借或查看个人借阅信息时发生。 频率：对于用户的每次使用，大约在13次左右。2、内容与格式 交互过程： 读者管理子系统：通过管理员录入读者信息，在读者登录时才可验证成功。 借还书子系统：通过成功验证，读者才能办理图书续借及查看借阅信息的操作。 数据包说明： 验证信息：读者卡号 + 读者密码4.2.2 领域模型4.2.2.1 读者信息表领域类类名称：读者信息表领域类别名：无涉及主题域： 读者管理模块：对读者信息进行操作的添加、

28、查看、删除事件。 借还书模块：读者登录系统身份验证事件。数据窗口分析： 数据组成与格式： 卡号：读者入学时，统一分配的卡号 姓名：读者姓名 性别：读者性别 单位：用户所属机构或院系 入校时间：读者入校的具体时间 密码：初始密码与卡号相同，之后读者可以自己更改4.3借还书服务子系统4.3.1用例模型在3.4小节的分析上，可以抽象出如下所示的用例模型。 4.3.1.1 借还图书管理（UC_B_TS_JieHuan）（1）概述用例名称：借还图书管理编号：UC_B_TS_JieHuan参与者：图书管理员、读者用例概述：读者通过该图书管理系统，查询图书信息后到图书馆取书并在图书管理员处登记借书信息，借出图书后读者可通过该系统查看借阅信息并可以进行图书续借操作。读者还书时，管理员调出借阅信息，系统查看是否超期，若没有超期，注销掉本次借阅的信息，若超期则进行罚款处理，之后注销掉本次借阅信息。相关Stakeholder：Stakerholder利益点管理员操作便捷，有超期系统自动提示读者避免了排长队（2）事件流