图书馆综合管理系统需求规格新版说明书.docx

图书馆管理系统软件需求规格说明书 小 组 名： 组 员 姓名： 组 员 姓名： 组 员 姓名： 学校时间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结构一个改变或改善结构。在这种结构下,用户工作界面是经过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机运行环境：监控计算机：Windowsxpprofessional/win7 旗舰版用户端系统：Windowsxpprofessional/win7 旗舰版开发软件：mySQL、MyEclipse等开发限制：开发时间短4.2支持软件 优异可靠安全性高，可扩展性且性价比高，支持Java Web/J2EE规范。 操作系统：MicrosoftWindowsAdvancedServer支持环境：IIS5.0; 数据库系统：IBM DB2 V9;4.3接口 硬件接口：本软件不需要特定硬件或硬件接口进行支撑，486以上PC机均可运行此软件，对机器要求不太严格因为可能包含数据备份应该保持打印机和光盘刻录机接口。 软件接口：运行于Windows95及更高版本含有WIN32API操作系统之上。因为可能包含部分文档、报表处理应该保持和常见软件办公软件接口。 局域网内部接口：为图书管理系统交换信息，为相关部门或主管提供参考数据和决议支持数据，采取中间数据库或表方法并遵照对应数据交换协议。 外部系统接口：和外界网站建立信息交换，和国家管理机构相关系统数据交换，遵照TCP/IP网络传输和RPC远程调用数据通信协议。4.4控制 本系统初步决定采取B/S架构，用户经过浏览器访问图书管理系统，在权限范围内对其所属信息和附件可增删改。管理员能够经过浏览器方法管理和维护图书管理系统，或远程控制软件对后台系统进行管理和维护。5备注：1.引言2.3假定和约束 由刘恒编写3.需求要求 由刘恒、张申、李茂飞共同编写（李茂飞负责图片，张申负责步骤描述，刘恒负责用例说明）4.运行环境要求4.4控制 由张申编写查对检验 由操路生检验