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

1、图书馆管理系统图书馆管理系统软件需求规格说明书软件需求规格说明书小小 组组 名：名：组组 员员 姓姓名：名：组组 员员 姓姓名：名：组组 员员 姓姓名：名：学校学校时间时间1 1引言引言1.11.1 编写的目的编写的目的编写本报告的目的是明确本系统的详细需求， 供使用单位确认系统的功能和性能， 并作为软件设计人员的设计依据和使用单位的验收标准。 为明确软件需求、 安排项目规划与进度、组织软件开发与测试，撰写本文档。对图书管理系统软件功能的实现和评判进行描述；将作为软件开发过程的其他所有开发的基础； 为开发人员、维护人员、 客户人员间提供共同的协而创立基础；规描述项目投资者就系统的功能和必须符合

2、的条件达成的一致意见。预期读者为客户、业务需求分析人员、测试人员、用户文档编写者、项目管理人员、系统分析员、软件架构师、软件工程师。1.21.2 背景背景随着社会的进步，信息技术的广泛应用， 数字化管理的优势日趋显著。 针对中小型图书馆或图书室管理落后的情况， 设计实现一个图书信息管理系统。 通过与计算机的结合使用对中小型图书馆或图书室的各种图书信息进行管理可以给管理员和用户带来以下不同的方便：检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、成本低等。这些优点能够极提高工作效率，也是图书馆等部门管理科学化、 正规化的重要标志之一。 而且计算机管理的成本不断降低。因此，开发一套这样的中小型

3、图书管理软件已经很有必要， 并且实现研究服务于实践的原则。 a. 图书管理系统 b. 本项目的任务提出者：石油大学后勤装备部开发者：666 软件技术小组用户：石油大学的全体老师和学生 c. 该系统采用 b/s 架构，它的各子功能模块相互独立，使得与其它接口简单。1.31.3 定义定义缩写、术语librarymanagementsystem（缩写：lms）解释图书管理系统图书管理系统软件： 它是它是我们软件组完全自主开发的图是管理系统软件， 以图书馆管理部门和终端用户为业务对象的用java 语言编程来实现其功能的软件。 uml：统模语言（uml 是unifiedmodelinglanguage

4、的缩写）是用来对软件密集系统进行可视化建模的一种语言。uml 为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。 b/s 结构：browser/server 结构,即浏览器和服务器结构。它是对c/s 结构的一种变化或者改进的结构。 在这种结构下,用户工作界面是通过 www 浏览器来实现,极少部分事务逻辑在前端(browser)实现,主要事务逻辑在服务器端(server)实现,server 端访问数据库,形成所谓三层 3-tier 结构。1.41.4 参考资料参考资料软件工程导论第 5 版海藩编著清华大学2 2任务概述任务概述2.12.1 目标目标本软件的目标是使图书管理系统管

5、理电子化、 系统化、简单化，以节省图书管理方面不必要的资源浪费。该管理系统的最终用户为终端用户， 管理人员和其他相关人员。 本系统包括了图书馆管理的一般功能。 还包括一些其他的系统功能， 诸如新书发布，旧书处理以及催还等。目标还包括： 1.减少人力资源的使用和降低管理费用；提高信息准确度和可靠性； 2.改进图书馆管理和人员服务； 3.建立高效的信息传输和服务平台，提高信息处理速度和利用率； 4.系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大效率高； 5.更简便、信息化程度更高的图书管理流程；2.22.2 用户的特点用户的特点中小型图书管理系统的工作人员， 包括图书管理员、

6、 图书馆管理者等掌握基本的计算机操作技能的人员。在该系统应用过程中涉及到的具体角色如表1 所示。角色名称图书馆馆长图书馆管理员读者职责说明管理图书馆全面工作负责图书馆主要日常工作借书，还书，注册，注销表 2-1 图书馆角色表格注意：借阅人员随机性大，频率不固定，开发人员需定期维护。2.32.3 假定和约束假定和约束用户急需应用本软件系统， 要求项目组在两个月完成任务， 初步实现的功能模块为信息发布、 借书信息管理、 还书信息管理、 交流互动与用户管理等； 开发人员初定为 6 人项目组，开发与运行的硬件平台要能够支持多用户并发访问。本软件在开发的过程中， 分为技术实现与软件工程两大部分， 两大部

7、分都有侧重点， 若技术支持出现故障或疑难问题无法解决、 程序开发出现偏差，会延误工程进度，影响工程的按期完工。 若软件工程述出现问题， 部分描述含混不清， 则会影响系统的完整性与可继承性。在管理方面，如管理者没有预见性，对出现的问题无法采用可行的解决手段， 都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。图书管理系统采用的是 b/s 结构的软件体系， 服务器采用 a 技术， 后台数据库采用 mysql。3 3需求规定需求规定3.13.1 对功能的规定对功能的规定.1 系统概述系统概述对于本系统划分为：图书管理子系统、读者管理子系统和借还书管理子系统三个

8、主题域。各个主题域的功能如图 3-0-1：图 3-0-1 系统概述构件图：图 3-0-2 系统构件图.2 主题域主题域 1 图书管理图书录入：添加新增图书的基本信息。图书下架：将已下架图书的数量归零。图书查询及更新： 输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。当图书馆已有图书有变动时，管理员可通过该系统对图书信息进行更新。如图 3-1-2：图 3-1-2 图书管理子系统业务事件1.图书管理员登陆系统业务流程分析：管理员对系统数据库信息进行操作时， 需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对图书信息的录入、

9、查询、更新及删除操作。其流程如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4 所示。图 3-1-3 管理员登录系统及操作流程图2.图书管理员录入图书信息业务流程分析：图书管理员在登陆验证成功后可进行图书信息录入的操作，其流程图如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4 所示。3.图书管理员查询及更新图书信息业务流程分析：图书管理员在登陆验证成功后可进行更新图书信息的操作，其流程图如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4

10、所示。4.图书管理员删除图书信息业务流程分析：图书管理员在登陆验证成功后可进行删除图书信息的操作，其流程图如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4 所示。图 3-1-4 图书管理子系统用例图 用例模型添加图书描述项用例名称参与者概述前置条件后置条件基本事件流添加图书信息图书管理员图书管理员将新添加的图书的基本信息添加到系统数据库中。管理员成功登陆系统确定没有重复的图书号1.管理员登陆系统后，选择“图书录入”操作，进入添加图书信息的页说明面，填写图书的基本信息。2点击“添加”按钮后，系统会将信息添加到数据库的图书信息汇总

11、表中。3.添加成功后管理员可以执行查看和删除操作。可选事件流1.添加的图书号与已有图书号重复。2.添加的信息不符合要求3.管理员添加了错误的图书信息检查用户合法性用例1.管理员登陆失败2.图书信息添加失败3.相关需求与功能点被包含的用例异常事件流.3 主题域主题域 2 读者管理添加读者信息：添加新增读者的信息。读者查询及修改：输入读者或借书卡号可获得读者的基本信息并可修改其信息。删除读者信息：输入读者删除读者信息如图 3-2-1：图 3-2-1 读者管理子系统业务事件1.图书管理员登录系统业务流程分析：管理员对系统数据库信息进行操作时， 需要验证

12、账号和密码登陆成功后才能进行相关的操作。 其中主要包括对读者信息的录入、 查询、 更新及删除操作。 其流程如图 3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2 所示。2.图书管理员录入读者信息业务流程分析：管理员登陆验证成功后，对读者信息进行添加操作，流程图如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2 所示。图 3-2-2 读者管理子系统用例图3.图书管理员查询及修改读者信息业务流程分析：管理员登陆验证成功后，进行修改读者信息的操作，流程图如图3-1-3 所示。用例分析：在这个流程中，

13、只涉及到图书管理员与系统进行交互，其用例图如图3-2-2 所示。4.图书管理员删除读者信息业务流程分析：管理员登陆验证成功后，进行删除读者信息的操作，流程图如图3-1-3 所示。用例分析：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2 所示。 用例模型管理读者信息描述项用例名称参与者管理读者信息图书管理员说明概述前置条件后置条件基本事件流图书管理员将实时的读者的基本信息添加到系统数据库中并进行管理。管理员成功登陆系统确定没有重复的读者卡号1.管理员登陆系统后，选择“读者信息录入”操作，进入添加图书信息的页面，填写读者的基本信息。2点击“添加”按钮后，系统会

14、将信息添加到数据库的读者信息汇总表中。3.添加成功后管理员可以执行查看和删除操作。1.添加的读者书号与已有读者书号重复。2.添加的信息不符合要求3.管理员添加了错误的读者信息检查用户合法性用例4.管理员登陆失败5.读者信息添加失败6.相关需求与功能点可选事件流被包含的用例异常事件流.4 主题域主题域 3 借还书服务借书登记： 先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。借书记录查询及续签：输入借记卡号或书号可获得其相关信息并可办理续签手续。还书手续办理：输入借记卡号及书号,在借书记录添加还书时间。借书超期

15、超量处理：该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。如图 3-3-1：图 3-3-1 借还书管理子系统 业务事件1.读者登录验证业务流程分析：该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。 其流程图如图 3-3-3 所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2 所示。2.借书登记业务流程分析：该流程是管理员通过与系统的交互将读者的借阅信息录入数据库的操作。 其流程图如图3-3-3 所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2 所示。3.读者续借手续办理业务流程分析：续借手续为读者登录系

16、统后查看自己的借阅记录然后进行相关书籍的续借操作。 其流程图如图 3-3-3 所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2 所示。4.读者还书业务流程分析：还书手续办理流程为读者将图书还回， 管理员进行操作，查找出读者的借阅信息， 如果图书超期， 系统会自动给出超期提示， 管理员对读者进行相应的罚款处理之后完成借阅信息的消除，读者还书完成。其流程图如图3-3-3 所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2 所示。图 3-3-2 借还书子系统用例图图 3-3-3 借还书流程图 用例模型借还图书管理描述项用例名称参与者概述借还图书

17、管理图书管理员、读者说明读者通过该图书管理系统，查询图书信息后到图书馆取书并在图书管理员处登记借书信息， 借出图书后读者可通过该系统查看借阅信息并可以进行图书续借操作。 读者还书时， 管理员调出借阅信息， 系统查看是否超期，若没有超期，注销掉本次借阅的信息，若超期则进行罚款处理，之后注销掉本次借阅信息。管理员、读者成功登陆系统读者接受超期罚款处罚1.管理员登陆系统，读者搜索图书信息。2.读者拿要借图书在管理员处进行登记，录入借阅信息。3读者登录系统，查看借阅信息，进行图书续借操作。4.读者还书，管理员注销图书借阅记录。.读者超期还书读者想要保留查询结果读者借书数超过 6 本读者有

18、到期的图书未还前置条件后置条件基本事件流可选事件流被包含的用例异常事件流检查用户合法性用例1.管理员登陆失败2.读者登录失败3.相关需求与功能点3.23.2 对性能的规定对性能的规定.1 精度精度图书管理系统对数据的精度要根据信息存储的形式、借书还书的结果等量化而制定的。查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到；查询时应保证查准率， 查到的记录应与给定的单项或组合查询条件不完全匹配的模糊查询；录入数据合法性的检验应当精确；密码允许输入 6-8 个字母或者数字：用户输入查询信息应不区分大小写。.2 时间特性要求时间特性要求由于此开发项目针对图书

19、馆， 使用频度较高，使用性要求比较高。 为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。1.查询速度：不超过 10 秒；2.其它所有交互功能反应速度：不超过3 秒；3.可靠性：平均故障间隔时间不低于200 小时。 4.响应时间：应在 12 秒，对软磁盘和打印机的操作，以及数据的导入和导出也应在可接受的时间完成；.3 灵活性灵活性作为独立运行的系统和其他管理系统集成的系统。图书管理系统的设计是做为独立运行的系统而进行的。 本系统具有独立的服务器系统和数据库系统， 具有完善数据输入输出功能和数据维护及查询的报表生成与打印系

20、统。 且发生故障时，能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5 小时。为了适应外机构的数据要求， 与图书管理系统前台借还系统交换信息， 与国家管理机构相关系统的数据交换，本系统专门设计了与这些系统数据交换扩展接口。本系统去采用浏览器标准界面，本身具有操作灵活的特点。可能提供鼠标选择和键盘输入双重输入功能。方便用户操作和管理。3.33.3 输入输出要求输入输出要求暂无此项容3.43.4 数据管理能力要求（针对软件系统）数据管理能力要求（针对软件系统）数据管理分为增加（insert）、修改（update）、和删除（delete）。公告的信息发布的增加、修改、删除与审核控制。

21、图书的信息发布的增加、修改、删除与审核控制。用户访问的信息发布的增加、修改、删除与审核控制。3.53.5 故障处理要求故障处理要求正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。要在项目报名时的没隔一段时间进行数据备份，以免在资料意外丢失时，无法进行恢复。对系统故障的处理要求区分故障的严重程度， 尽可能的对错误进行恢复。 随时监控，在文档、报表处理，打印机，操作系统等软硬件出现故障时、具备保 数据的功能，并及时反映到主机中。3.63.6 其他专门要求其他专门要求.1安全性要求安全性要求 访问安全性要求该图书管理系统， 用户主要分为管理

22、员和读者， 其中为登录系统的读者只可以搜索和查看图书信息，只有在成功登录系统后才能查看借阅信息， 办理续借手续等操作。 管理员只有成功登陆系统后才能进行对图书、读者及借还书的管理操作。数据安全性要求该系统的相关数据都存储在数据库， 不能够随意由人们更改， 读者只能通过系统查看图书和借阅信息，可以进行办理续借的手续， 其他操作由管理员进行。 管理员成功登录后可以对自己所管辖的信息进行更改， 其他人一概没有权利进行任何更改操作。 系统部数据在定期更新时都要求有备份。.2 可靠性要求可靠性要求 容错性要求整体系统运行稳定，有很强的防错、抗错能力，保证数据报

23、送正常进行。在系统出现错误或者异常时，可以及时的保存数据，确保重要相关数据、相关信息不会丢失。可恢复性要求在进行数据信息录入或更新时， 系统会间隔固定时间自动保存， 在系统出现异常时， 数据可自动回复发生异常前的数据。 其他可靠性要求操作可靠性：读者及管理人员访问时都能正常操作。数据可靠性：数据信息是管理员定期更新的，具有实时、准确和可靠性。.3 易用性要求易用性要求界面友好性要求该图书管理系统设计的界面友好，用户操作简单容易，在操作的页面上均有操作提示，而其页面显示都是采用最便于用户使用的控件和布局方式。易操作性要求无论

24、是对于管理员还是读者该图书管理系统的操作都是简单便捷的， 即有较高可操作和易操作性，在响应时间上又较短，所以可以较大的提高操作的效率。其他易用性要求在系统中有需要时间信息的地方， 均给出了日历，用户只需选择日期即可， 不需自己再去添加。.4 性能要求性能要求 数据访问性能要求该图书管理系统利用数据缓存， 既保证了数据库中原始数据的可靠性， 又能够加强数据之间的交互效率。 数据传输性能要求该图书管理系统数据在上传时会经过部分压缩， 以加强数据的统一保存和处理， 还能节省数据所占用的空间，给数据库减小压力。.5可维护性要求可

25、维护性要求 公共数据要求在数据更新时， 不同的管理员在更新自己输入的信息时， 需要先同步其他管理员已经录入好的信息， 没有冲突才能将自己的录入。 录入的数据全部按照一定顺序进行排列储存所以维护比较容易。 公共框架开发要求采用微软公司推出的跨语言的平台 框架，该框架有较好的可维护性。.6可移植性要求可移植性要求 适应性要求该系统是基于网页界面， 可以用于任何有浏览器的联网计算机， 能实现跨平台操作， 同时系统灵活性很强，可以随时进行容修改和界面的更新。 另外也适应多种数据传输方式， 能够提供灵活的配置以适应业务需求。 易安装性要求该系统安装简单，只需将可执行程序在具备预期的使用环境所示环