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

图书馆管理系统——软件需求规格说明书小组名：组员姓名：组员姓名：组员姓名：学校时间1．引言1.1编写的目的编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。对图书管理系统软件功能的实现和评判进行描述；将作为软件开发过程的其他所有开发的基础；为开发人员、维护人员、客户人员间提供共同的协而创立基础；规范描述项目投资者就系统的功能和必须符合的条件达成的一致意见。预期读者为客户、业务需求分析人员、测试人员、用户文档编写者、项目管理人员、系统分析员、软件架构师、软件工程师。1.2背景随着社会的进步，信息技术的广泛应用，数字化管理的优势日趋显著。针对中小型图书馆或图书室管理落后的情况，设计实现一个图书信息管理系统。通过与计算机的结合使用对中小型图书馆或图书室的各种图书信息进行管理可以给管理员和用户带来以下不同的方便：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工作效率，也是图书馆等部门管理科学化、正规化的重要标志之一。而且计算机管理的成本不断降低。因此，开发一套这样的中小型图书管理软件已经很有必要，并且实现研究服务于实践的原则。A.图书管理系统B.本项目的任务提出者：石油大学后勤装备部开发者：666软件技术小组用户：石油大学的全体老师和学生C.该系统采用B/S架构，它的各子功能模块相互独立，使得与其它接口简单。1.3定义缩写、术语解释LibraryManagementSystem（缩写：LMS）图书管理系统图书管理系统软件：它是它是我们软件组完全自主开发的图是管理系统软件，以图书馆管理部门和终端用户为业务对象的用Java语言编程来实现其功能的软件。UML：统一建模语言（UML是UnifiedModelingLanguage的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。B/S结构：Browser/Server结构,即浏览器和服务器结构。它是对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过浏览器来实现,极少部分事务逻辑在前端(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结构的软件体系，服务器采用Asp.net技术，后台数据库采用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精度图书管理系统对数据的精度要求是根据信息存储的形式、借书还书的结果等量化而制定的。查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到；查询时应保证查准率，查到的记录应与给定的单项或组合查询条件不完全匹配