图书馆管理系统需求规格说明书(共18页).docx

精选优质文档-倾情为你奉上图书馆管理系统软件需求规格说明书 小 组 名： 组 员 姓 名：  组 员 姓 名：  组 员 姓 名：                    学校时间1引言1.1编写的目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。  对图书管理系统软件功能的实现和评判进行描述；将作为软件开发过程的其他所有开发的基础；为开发人员、维护人员、客户人员间提供共同的协而创立基础；规范描述项目投资者就系统的功能和必须符合的条件达成的一致意见。 预期读者为客户、业务需求分析人员、测试人员、用户文档编写者、项目管理人员、系统分析员、软件架构师、软件工程师。1.2背景 随着社会的进步，信息技术的广泛应用，数字化管理的优势日趋显著。针对中小型图书馆或图书室管理落后的情况，设计实现一个图书信息管理系统。通过与计算机的结合使用对中小型图书馆或图书室的各种图书信息进行管理可以给管理员和用户带来以下不同的方便：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工作效率，也是图书馆等部门管理科学化、正规化的重要标志之一。而且计算机管理的成本不断降低。因此，开发一套这样的中小型图书管理软件已经很有必要，并且实现研究服务于实践的原则。  A. 图书管理系统 B. 本项目的任务提出者：石油大学后勤装备部 开发者：666软件技术小组 用户：石油大学的全体老师和学生 C. 该系统采用B/S架构，它的各子功能模块相互独立，使得与其它接口简单。1.3定义缩写、术语解     释Library Management System（缩写： LMS）图书管理系统  图书管理系统软件：它是它是我们软件组完全自主开发的图是管理系统软件，以图书馆管理部门和终端用户为业务对象的用Java语言编程来实现其功能的软件。 UML ：统一建模语言（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。  B/S结构：Browser/Server结构,即浏览器和服务器结构。它是对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,主要事务逻辑在服务器端(Server)实现,server端访问数据库,形成所谓三层3-tier结构。 1.4参考资料软件工程导论第5版 张海藩编著 清华大学出版社2任务概述2.1目标 本软件的目标是使图书管理系统管理电子化、系统化、简单化，以节省图书管理方面不必要的资源浪费。该管理系统的最终用户为终端用户，管理人员和其他相关人员。本系统包括了图书馆内管理的一般功能。还包括一些其他的系统功能，诸如新书发布，旧书处理以及催还等。目标还包括：  1.减少人力资源的使用和降低管理费用； 提高信息准确度和可靠性；  2.改进图书馆内管理和人员服务；  3.建立高效的信息传输和服务平台，提高信息处理速度和利用率；   4.系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大效率高；   5.更简便、信息化程度更高的图书管理流程；2.2用户的特点中小型图书管理系统的工作人员，包括图书管理员、图书馆管理者等掌握基本的计算机操作技能的人员。在该系统应用过程中涉及到的具体角色如表1所示。角色名称职责说明图书馆馆长管理图书馆全面工作图书馆管理员负责图书馆主要日常工作读者借书，还书，注册，注销表2-1 图书馆角色表格 注意：借阅人员随机性大，频率不固定，开发人员需定期维护。2.3假定和约束用户急需应用本软件系统，要求项目组在两个月内完成任务，初步实现的功能模块为信息发布、借书信息管理、还书信息管理、交流互动与用户管理等；开发人员初定为6人项目组，开发与运行的硬件平台要能够支持多用户并发访问。本软件在开发的过程中，分为技术实现与软件工程两大部分，两大部分都有侧重点，若技术支持出现故障或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完工。若软件工程陈述出现问题，部分描述含混不清，则会影响系统的完整性与可继承性。在管理方面，如管理者没有预见性，对出现的问题无法采用可行的解决手段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。图书管理系统采用的是B/S结构的软件体系，服务器采用A技术，后台数据库采用mySQL。3需求规定 3.1对功能的规定3.1.1系统概述对于本系统划分为：图书管理子系统、读者管理子系统和借还书管理子系统三个主题域。 各个主题域的功能如图3-0-1：图3-0-1 系统概述构件图：图3-0-2 系统构件图3.1.2主题域13.1.2.1图书管理 图书录入：添加新增图书的基本信息。 图书下架：将已下架图书的数量归零。 图书查询及更新：输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。当图书馆已有图书有变动时，管理员可通过该系统对图书信息进行更新。如图3-1-2：图3-1-2 图书管理子系统3.1.2.2 业务事件 1. 图书管理员登陆系统  业务流程分析：管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对图书信息的录入、查询、更新及删除操作。其流程如图3-1-3所示。用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4所示。 图3-1-3 管理员登录系统及操作流程图2. 图书管理员录入图书信息   业务流程分析：图书管理员在登陆验证成功后可进行图书信息录入的操作，其流程图如图3-1-3所示。用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4所示。 3. 图书管理员查询及更新图书信息  业务流程分析：图书管理员在登陆验证成功后可进行更新图书信息的操作，其流程图如图3-1-3所示。 用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4所示。 4. 图书管理员删除图书信息  业务流程分析：图书管理员在登陆验证成功后可进行删除图书信息的操作，其流程图如图3-1-3所示。用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-1-4所示。 图3-1-4 图书管理子系统用例图3.1.2.3用例模型添加图书描述项说明用例名称添加图书信息参与者图书管理员概述图书管理员将新添加的图书的基本信息添加到系统数据库中。前置条件管理员成功登陆系统后置条件确定没有重复的图书号基本事件流1. 管理员登陆系统后，选择“图书录入”操作，进入添加图书信息的页面，填写图书的基本信息。 2点击“添加”按钮后，系统会将信息添加到数据库的图书信息汇总表中。 3. 添加成功后管理员可以执行查看和删除操作。可选事件流1. 添加的图书号与已有图书号重复。 2. 添加的信息不符合要求  3. 管理员添加了错误的图书信息 被包含的用例检查用户合法性用例异常事件流1.  管理员登陆失败2. 图书信息添加失败3. 相关需求与功能点3.1.3主题域23.1.3.1读者管理 添加读者信息：添加新增读者的信息。 读者查询及修改：输入读者姓名或借书卡号可获得读者的基本信息并可修改其信息。 删除读者信息：输入读者姓名删除读者信息如图3-2-1：图3-2-1 读者管理子系统3.1.3.2 业务事件 1. 图书管理员登录系统  业务流程分析：管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对读者信息的录入、查询、更新及删除操作。其流程如图3-1-3所示。 用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2所示。 2. 图书管理员录入读者信息  业务流程分析：管理员登陆验证成功后，对读者信息进行添加操作，流程图如图3-1-3所示。用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2所示。图3-2-2 读者管理子系统用例图3. 图书管理员查询及修改读者信息  业务流程分析：管理员登陆验证成功后，进行修改读者信息的操作，流程图如图3-1-3所示。 用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2所示。4. 图书管理员删除读者信息  业务流程分析：管理员登陆验证成功后，进行删除读者信息的操作，流程图如图3-1-3所示。用例分析 ：在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图3-2-2所示。3.1.3.3用例模型管理读者信息描述项说明用例名称管理读者信息参与者图书管理员概述图书管理员将实时的读者的基本信息添加到系统数据库中并进行管理。前置条件管理员成功登陆系统后置条件确定没有重复的读者卡号基本事件流1. 管理员登陆系统后，选择“读者信息录入”操作，进入添加图书信息的页面，填写读者的基本信息。 2点击“添加”按钮后，系统会将信息添加到数据库的读者信息汇总表中。 3. 添加成功后管理员可以执行查看和删除操作。可选事件流1. 添加的读者书号与已有读者书号重复。 2. 添加的信息不符合要求  3. 管理员添加了错误的读者信息 被包含的用例检查用户合法性用例异常事件流4.  管理员登陆失败5. 读者信息添加失败6. 相关需求与功能点3.1.4主题域33.1.4.1借还书服务 借书登记：先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。 借书记录查询及续签：输入借记卡号或书号可获得其相关信息并可办理续签手续。 还书手续办理：输入借记卡号及书号,在借书记录添加还书时间。 借书超期超量处理：该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。如图3-3-1：图3-3-1 借还书管理子系统3.1.4.2业务事件 1.读者登录验证  业务流程分析：该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。其流程图如图3-3-3所示。 用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2所示。2.借书登记  业务流程分析：该流程是管理员通过与系统的交互将读者的借阅信息录入数据库的操作。其流程图如图3-3-3所示。 用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2所示。3. 读者续借手续办理   业务流程分析：续借手续为读者登录系统后查看自己的借阅记录然后进行相关书籍的续借操作。其流程图如图3-3-3所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2所示。4. 读者还书  业务流程分析：还书手续办理流程为读者将图书还回，管理员进行操作，查找出读者的借阅信息，如果图书超期，系统会自动给出超期提示，管理员对读者进行相应的罚款处理之后完成借阅信息的消除，读者还书完成。其流程图如图3-3-3所示。用例分析：该流程涉及读者和系统之间的交互，其用例图如图3-3-2所示。图3-3-2 借还书子系统用例图图 3-3-3 借还书流程图3.1.4.3用例模型借还图书管理描述项说明用例名称借还图书管理参与者图书管理员、读者概述读者通过该图书管理系统，查询图书信息后到图书馆取书并在图书管理员处登记借书信息，借出图书后读者可通过该系统查看借阅信息并可以进行图书续借操作。读者还书时，管理员调出借阅信息，系统查看是否超期，若没有超期，注销掉本次借阅的信息，若超期则进行罚款处理，之后注销掉本次借阅信息。前置条件管理员、读者成功登陆系统后置条件读者接受超期罚款处罚基本事件流1.  管理员登陆系统，读者搜索图书信息。 2. 读者拿要借图书在管理员处进行登记，录入借阅信息。3读者登录系统，查看借阅信息，进行图书续借操作。4. 读者还书，管理员注销图书借阅记录。可选事件流1.  读者超期还书 2. 读者想要保留查询结果 3. 读者借书数超过6本4. 读者有到期的图书未还被包含的用例检查用户合法性用例异常事件流1. 管理员登陆失败2.读者登录失败3.相关需求与功能点3.2 对性能的规定3.2.1精度图书管理系统对数据的精度要求是根据信息存储的形式、借书还书的结果等量化而制定的。查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到； 查询时应保证查准率，查到的记录应与给定的单项或组合查询条件不完全匹配的模糊查询；录入数据合法性的检验应当精确；密码允许输入6-8个字母或者数字：用户输入查询信息应不区分大小写。3.2.2时间特性要求由于此开发项目针对图书馆，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。 1.查询速度：不超过10秒； 2.其它所有交互功能反应速度：不超过3秒； 3.可靠性：平均故障间隔时间不低于200小时。  4.响应时间：应在12秒内，对软磁盘和打印机的操作，以及数据的导入和导出也应在可接受的时间内完成； 3.2.3灵活性作为独立运行的系统和其他管理系统集成的系统。图书管理系统的设计是做为独立运行的系统而进行的。本系统具有独立的服务器系统和数据库系统，具有完善数据输入输出功能和数据维护及查询的报表生成与打印系统。且发生故障时，能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5小时。为了适应内外机构的数据要求，与图书管理系统前台借还系统交换信息，与国家管理机构相关系统的数据交换，本系统专门设计了与这些系统数据交换扩展接口。 本系统去采用浏览器标准界面，本身具有操作灵活的特点。可能提供鼠标选择和键盘输入双重输入功能。方便用户操作和管理。3.3输入输出要求暂无此项内容3.4数据管理能力要求（针对软件系统）数据管理分为增加（INSERT）、修改（UPDATE）、和删除（DELETE）。 公告的信息发布的增加、修改、删除与审核控制。 图书的信息发布的增加、修改、删除与审核控制。用户访问的信息发布的增加、修改、删除与审核控制。3.5故障处理要求 正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。  要在项目报名时的没隔一段时间进行数据备份，以免在资料意外丢失时，无法进行恢复。  对系统故障的处理要求区分故障的严重程度，尽可能的对错误进行恢复。随时监控，在文档、报表处理，打印机，操作系统等软硬件出现故障时、具备保 数据的功能，并及时反映到主机中。3.6其他专门要求3.6.1 安全性要求 3.6.1.1访问安全性要求 该图书管理系统，用户主要分为管理员和读者，其中为登录系统的读者只可以搜索和查看图书信息，只有在成功登录系统后才能查看借阅信息，办理续借手续等操作。管理员只有成功登陆系统后才能进行对图书、读者及借还书的管理操作。 3.6.1.2 数据安全性要求 该系统的相关数据都存储在数据库内，不能够随意由人们更改，读者只能通过系统查看图书和借阅信息，可以进行办理续借的手续，其他操作由管理员进行。管理员成功登录后可以对自己所管辖的信息进行更改，其他人一概没有权利进行任何更改操作。系统内部数据在定期更新时都要求有备份。 3.6.2可靠性要求3.6.2.1容错性要求  整体系统运行稳定，有很强的防错、抗错能力，保证数据报送正常进行。在系统出现错误或者异常时，可以及时的保存数据，确保重要相关数据、相关信息不会丢失。 3.6.2.2 可恢复性要求  在进行数据信息录入或更新时，系统会间隔固定时间自动保存，在系统出现异常时，数据可自动回复发生异常前的数据。 3.6.2.3其他可靠性要求  操作可靠性：读者及管理人员访问网站时都能正常操作。 数据可靠性：数据信息是管理员定期更新的，具有实时、准确和可靠性。3.6.3易用性要求 3.6.3.1 界面友好性要求  该图书管理系统设计的界面友好，用户操作简单容易，在操作的页面上均有操作提示，而其页面显示都是采用最便于用户使用的控件和布局方式。 3.6.3.2 易操作性要求  无论是对于管理员还是读者该图书管理系统的操作都是简单便捷的，即有较高可操作和易操作性，在响应时间上又较短，所以可以较大的提高操作的效率。 3.6.3.3 其他易用性要求 在系统中有需要时间信息的地方，均给出了日历，用户只需选择日期即可，不需自己再去添加。3.6.4性能要求 3.6.4.1数据访问性能要求  该图书管理系统利用数据缓存，既保证了数据库中原始数据的可靠性，又能够加强数据之间的交互效率。 3.6.4.2数据传输性能要求  该图书管理系统数据在上传时会经过部分压缩，以加强数据的统一保存和处理，还能节省数据所占用的空间，给数据库减小压力。3.6.5 可维护性要求 3.6.5.1公共数据要求  在数据更新时，不同的管理员在更新自己输入的信息时，需要先同步其他管理员已经录入好的信息，没有冲突才能将自己的录入。录入的数据全部按照一定顺序进行排列储存所以维护比较容易。 3.6.5.2公共框架开发要求  采用微软公司推出的跨语言的平台框架，该框架有较好的可维护性。   3.6.6 可移植性要求 3.6.6.1适应性要求  该系统是基于网页界面，可以用于任何有浏览器的联网计算机，能实现跨平台操作，同时系统灵活性很强，可以随时进行内容修改和界面的更新。另外也适应多种数据传输方式，能够提供灵活的配置以适应业务需求。 3.6.6.2易安装性要求  该系统安装简单，只需将可执行程序在具备预期的使用环境所示环境的主机上运行即可。在主服务器上安装成功后客户端只需通过互联网便可登录该系统的网站，进行相关操作。4运行环境规定4.1设备建议软件寿命：5年硬件条件：PC机 运行环境：监控计算机：Windows xp professional/win7 旗舰版客户端系统：Windows xp professional/win7 旗舰版 开发软件：mySQL、MyEclipse等开发限制：开发时间短4.2支持软件 先进可靠安全性高，可扩展性且性价比高，支持Java Web/J2EE规范。 操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0  数据库系统：IBM DB2 V9;4.3接口 硬件接口：本软件不需要特定的硬件或硬件接口进行支撑，486以上PC机均可运行此软件，对机器要求不太严格 因为可能涉及数据的备份应该保持打印机和光盘刻录机的接口。 软件接口：运行于Windows95及更高版本具有WIN32 API的操作系统之上。 因为可能涉及一些文档、报表的处理应该保持与常用软件的办公软件的接口。 局域网内部接口：为图书管理系统交换信息，为相关部门或主管提供参考数据和决策支持数据，采取中间数据库或表的方式并遵循相应的数据交换协议。 外部系统的接口：与外界网站建立信息交换，与国家管理机构相关系统的数据交换，遵循TCP/IP网络传输与RPC远程调用数据通信协议。4.4控制 本系统初步决定采用B/S架构，用户通过浏览器访问图书管理系统，在权限范围内对其所属信息和附件可增删改。管理员可以通过浏览器方式管理和维护图书管理系统，或者远程控制软件对后台系统进行管理和维护。5备注：1.引言2.3假定和约束 由刘恒编写3.需求规定 由刘恒、张申、李茂飞共同编写（李茂飞负责图片，张申负责流程描述，刘恒负责用例说明）4.运行环境规定4.4控制 由张申编写核对检验 由操路生检验专心-专注-专业