图书馆标准管理系统需求规格说明指导书

图书馆管理系统需求规格说明书1.导言1.1目标该文件夹是相关用户对图书馆管理系统功效和性能要求，关键描述了图书馆管理系统功效需求，是概要设计阶段关键输入。本文档预期读者是：·设计人员；·开发人员；·项目管理人员；·测试人员；·用户。1.2范围该文档是借助于目前系统逻辑模型导出目标系统逻辑模型，处理整个项目系统“做什么”问题。在这里，没有包含开发技术，而关键是经过建立模型方法来描述用户需求，为用户、用户、开发方等不一样参与方提供一个交流平台。1.3编写要求JSP，JavaServerPage（Java服务页面）缩写，一个脚本化语言。UML,UnifiedModelingLanguage(统一建模语言)缩写，是一个标准建模语言。1.4术语定义无1.5引用标准[1]《企业文档格式标准》，北京长江软件过程化组织[2]《需求规格汇报格式标准》，北京长江软件过程化组织1.6参考资料[1]《UML说明》，长江软件[2]《需求规格汇报格式标准》，长江软件过程化组织2.1项目起源及背景本项目是为某学校开发一个图书馆管理系统，修改内容概述初始公布版本增加修改修改模比较大，需要借阅图书同学也很多，怎样满足同学借阅需求常常是学校比较棘手事情，为图书管理员带来很多工作量。为此学校期望有一个自动化图书馆管理系统能够给她们带来工作便利，提升工作效率，同时能立即满足同学们借阅图书需求。为实现同学方便借阅图书馆图书，填补以往存在种种不足，我们开发了图书馆管理系统。图书馆管理员经过这个图书馆管理系统列表图书、列表用户、查询图书、更改图书基础资料和更改用户资料、借阅管理；读者能够经过图书馆管理系统查询图书信息、预定图书和查询自己资料；图书馆管理员能够经过该系统整理图书、确定用户信息、管理用户权限、管理图书借、还、预定和对损坏图书者罚款。图书管理员能够随时浏览图书资料和用户相关借阅信息。2.2用户特点本用户是在校人员。包含二类，一类是读者，她们差异很大有学历很高，有可能很低。有经验丰富，有可能是没有经验等。另外一类是管理用户，她们是学校内部人员，对图书馆借阅步骤很熟悉，总而言之，她们对使用图书馆管理系统软件比较熟悉。2.3项目目标本项目设定目标以下：·系统能够提供良好用户界面，是操作人员工作量最大程度减少；·系统含有良好运行效率，能够达成提升工作效率目标；·系统应含有良好可扩充性，能够轻易加入其它系统应用；·平台设计含有一定超前性，灵活性，能够适应图书馆改变；·经过这个项目能够锻炼队伍，提升团体开发能力和项目管理能力。3应用环境依据用户需求陈说，能够确定本项目分为用户端和管理端，客户端关键功效是为用户提供图书资料、查看图书详情、用户注册、用户登录、查看用户信息、修改用户个人信息、预定图书、借阅图书。管理端功效是图书馆管理人员进行图书管理、用户信息管理、借阅信息管理等。它们关系图A-2所表示。读者图A-2图书馆管理系统步骤图3.1系统运行网络环境本系统网络运行图图A-2，不管是用户端用户还是管理端管理用户全部能够经过网络登录到本系统中。3.1.1系统运行硬件环境本系统硬件环境以下；用户机：一般pc·CPU:P41.8GHz·内存：256MB·能够运行以上以上IE5.0以上或Netscape4.0以上版本机器1024*768像素·分辨率：推荐使用Web服务器·CPU:P41.0GHz以上以上·内存：1G·硬盘：80GB·网卡：KMb/s速度数据库服务器·CPU:P42.0GHz以上以上·内存：1GB·硬盘：80GBHRWeb服务器用户系统管理员数据库服务器系统运行软件本系统软件环境以下：·操作系统：UNIX/Linux/window·数据库：SQL或以上版本ServerVersion1.4.2·开发工具包：JDK·Web·l服务器：Tomcat浏览器：IE6.0以上4.功效规格我们采取面向对象分析作为关键系统建模，使用UML作为建模语言。UML为建模活动提供了从不一样角度观察和展示系统多种特征方法。在UML中，从任何一个角度对系统所作抽象全部可能需要几种模型来描述，而这些来自不一样角度模型图最终组成了系统映像。用例描述角色（用户、外部系统和系统处理）是怎样和系统交互来完成工作。用例模型提供了一个很关键方法来界定系统边界和定义系统功效，同时，该模型未来能够派生出动态对象模型。设计用例时，我们遵照下列步骤：（1）识别出系统角色。角色能够是用户、外部系统，甚至外部处理，经过某种路径和系统交互。关键是着重从系统外部实施者角度来描述系统需要提供功效，并指明实施者（角色）是谁。尽可能地确保全部角色全部被完全识别出来。（2）描述关键用例。能够采取不停问自己“这个角色到底想过系统做什么”来正确描述用例。（3）重新审阅每个用例，为它们下一个具体定义。图书管理图书借阅登陆界面系统管理图书管理列表图书图书借阅列表图书用户管理列表用户查询图书借书图书基础资料信息确定增加图书删除图书撕毁图书涂画图书丢失图书还书赔偿增加用户删除用户管理用户权限用户具体信息浏览图书修改用户信息图书馆管理系统活动图4.1角色定义角色或实施者指和系统产生交互外部用户或外部系统。

4.1.1用户用户是指在这个图书馆管理系统中经过用户端提交借阅图书信息人员，这个角色关键参与用户端个人信息查询、图书信息查询、图书预定等功效。4.1.2管理用户管理用户是指管理端用户，此角色派生两个子类，图书管理员和系统管理员，图书管理者又能够派生出3个子类，图书信息管理员、用户信息管理员、预定信息管理员。系统管理员是指对图书管管理系统进行相关设置，进行系统维护人员，她也是经过管理端登录对管理端用户进行设置，分配权限等。管理用户角色关系管理用户具体说明以下：图书管理员·图书信息管理者。管理图书信息，增加图书信息、删除图书信息、修改图书信息，读者要借图书，读者要还图书，读者要预留图书，读者要撤销预留图书系统管理员。经过管理端对系统用户进行管理人员，这个角色关键负责对管理端用户增删，权限设置等功效。4.1.3数据库数据库是一个和系统产生交互外部系统，这个角色负责系统数据查询，增加，删除和修改等操作。4.2系统主用例图图书馆管理系统能够分成两个关键组成部分，一个是用户端子系统。一个是管理端子系统。用户端子系统功效关键是指读者经过登录图书馆网站进行操作功效。管理端子系统功效是图书馆图书管理员管理图书信息，增加图书信息、删除图书信息、修改图书信息，读者要借图书，读者要还图书，读者要预留图书，读者要撤销预留图书等功效。4.3用户端子系统用户经过此系统能够进行图书查询(可按分类方法查找图书或经过关键字进行查询)，查看图书具体情况，用户登录，查看用户信息，修改用户个人信息。图A-5用户端活动图，图A-6用户端功效用例图图A-5用户端活动图图A-6用户端功效用例图用户端管理这些用例描述以下：F-C-1：查询用户信息。读者登录到学校图书馆网站能够经过登录系统查询个人信息。F-C-2：更改个人信息、更改密码。F-C-3：查询图书。读者能够经过网站查询图书基础资料，是否可借阅等信息。F-C-4：预定图书。读者能够经过网站来查询图书预定图书，能够取

消预定。4.3.1查询用户信息用例描述：用户信息查询实施者：用户前置条件：用户已经打开网页后置条件：用户成为该系统正当用户，能够登录系统基础路径：a)用户经过网址打开网页，登录系统。b)用户填确定用户名，设置密码。c)点击确定。4.3.2更改用户信息用例描述：用户修改个人信息实施者：用户前置条件：用户已经登录系统后置条件：管理员收到信息，信息更新。基础路径：a)按规则填写好用户姓名，性别，专业，密码等基础信息。b)确定更改后信息。4.3.3查询图书信息用例描述：查询图书信息实施者：用户前置条件：用户已经选择图书。后置条件：选择借阅图书。基础路径：a）选择图书b）查询图书基础信息c）确定要借阅图书4.3.4用例描述：预定图书实施者：用户前置条件：用户已经确定要选图书。后置条件：预定借阅图书。基础路径：a）选择图书b）查询图书基础信息c）确定要预借图书4.4管理端子系统管理端子系统关键是提供学校图书馆管理人员使用功效，它功效分为图书管理，用户信息管理，预定图书管理，借阅图书管理等部分。每个登录者首先要经过安全认证然后确定权限，系统依据相应权限实现对应功效。

登录管理登陆管理负责全部登录端登录，管理端人员要登录到管理端必需经过登录界面，输入自己用户名和密码，然后系统判定这个用户权限信息，不一样登录人可能含有不一样权限，系统依据不一样权限实现不一样功效。图书馆图书管理;由管理员登录到系统，进行对信息图书添加修改，删除，查看。用户信息管理：由管理员登录到系统，进行对用户信息查看，修改，删除。图书预定管理：由管理员登录到系统，查看图书预定信息，对预定图书信息进行确定，修改，删除。图书借阅管理：由管理员登录到系统，查看图书信息，查对用户信息。对借阅图书信息进行确定。4.4.1登陆管理登录到管理端全部些人全部需要经过登录界面进入对应管理界面。登录界面输入用户名和密码，系统首先判定用户名和密码正确性，然后依据用户名确定其权限，不一样登陆者含有不一样权限，根据登陆者含有权限将对应功效显示在管理界面上，没有权限操作功效将不显示在这个界面上。用例描述：登录前置条件：没有。后置条件：假如用例成功，参与者能够开启系统并使用系统所提供功效。反之，系统状态不变。扩展点：没有。事件流：基流：当用户期望登录到系统中时，用例开启。①系统提醒用户输入用户名和密码。②用户输入用户名和密码。③系统验证输入用户名和密码，若正确，则用户登录到系统中。替换流：假如用户输入无效用户名和/或密码，系统显示错误信息，用户能够选择返回基流起始点，重新输入正确用户名和/或密码：或取消登录，用全结束。4.4.2图书信息管理图书信息是读者和管理员去了解图书准要路径。具体功效描述以下：用例描述：维护书刊信息前置条件：在这个用例开始前，Librarian必需登录到系统中。后置条件：假如这个用例成功，系统添加、修改或删除书刊书目信息。不然，系统状态没有改变。扩展点：没有。事件流：基流当图书管理员想维护借阅者信息时，用例开启。②系统要求图书管理员选择所想实施活动（添加书种、删除书种或修改书种）。③假如选择活动是“添加书种”，则实施分支流S-1：添加书刊信息。④假如选择活动是“删除书种”，则实施分支流S-2：删除书刊信息。⑤假如选择活动是“修改书种”，则实施分支流S-3：修改书刊信息。分支流S-1：添加书刊信息（1）图书管理员提供书刊书名、作者、ISBN/ISSN号等信息。（2）系统添加该书刊信息。S-2：删除书刊信息（1）图书管理员提供所要删除书刊信息。（2）系统查询所要删除书刊（E-2）（3）系统删除该书刊全部物理书刊信息（E-3）（4）系统删除书刊信息，和相关预定信息。S-3：更改书刊信息（1）图书管理员提供所要修改书刊信息。（2）系统查询并显示书刊信息（E-2）（3）系统修改对应信息（4）系统更新书刊信息。替换流E-1若书刊信息已存在，系统显示提醒信息，用例终止。E-2若查询不到该书刊，系统显示提醒信息，用例终止。E-3若有物理书刊借出，系统显示提醒信息，用例终止。4.4.3用户信息管理：由管理员登录到系统，进行对用户信息查看，修改，删除。维护借阅者信息具体功效描述以下前置条件：在这个用例开始前，系统管理员必需登录到系统中。后置条件：假如这个用例成功，系统添加、修改或删除借阅者信息。不然，系统状态没有改变。扩展点：没有。事件流：基流当系统管理员想维护借阅者信息时，用例开启。②系统要求系统管理员选择所想实施活动（添加借阅者、删除借阅者或修改借阅者）③假如所选活动是“添加借阅者”，则实施分支流S-1：添加借阅者。④假如所选活动是“删除借阅者”，则实施分支流S-2：删除借阅者。⑤假如所选活动是“修改借阅者”，则实施分支流S-3：修改借阅者。分支流：S-1：添加借阅者（1）图书管理员提供借阅者信息，如姓名、地址、邮政编码和身份证号码等。（2）系统存放借阅者信息（E-1）。S-2：删除借阅者（1）图书管理员提供借阅者信息。（2）系统查询借阅者（E-2）。（3）系统查询借阅者借阅统计（E-3）（4）系统删除借阅者信息，和借阅者预定统计。S-3：更改借阅者（1）图书管理员提供借阅者信息。（2）系统查询并显示借阅者信息（E-2），修改对应信息。（3）系统更新借阅者信息。替换流：E-1若借阅者已存在，系统显示提醒信息，用例终止。E-2若查询不到借阅者，系统显示提醒信息，用例终止。E-3若存在借阅统计，系统显示提醒信息，用例终止。4.4.4预定图书管理用例描述：预定图书前置条件：在这个用例开始前，图书管理员必需登录到系统中。后置条件：假如这个用例成功，系统建立预订统计。不然，系统状态没有改变。扩展点：没有。事件流：基流：当图书管理员为借阅者预订书刊时，用例开启。书管理员提供书刊书目、借阅者信息。②系统检索书刊书目（E-1）。③检索借阅者（E-2）。④系统接收预定，创建预定统计。⑤系统将预定统计存放在系统中。替换流：E-1该种书刊不存在，系统显示提醒信息，用例终止。E-2系统中不存在该借阅者，系统显示提醒信息，用例终止。用例描述：取消预定管理前置条件：在这个用例开始前，图书管理员必需登录到系统中。后置条件：假如这个用例成功，系统删除预订统计。不然，系统状态没有改变。扩展点：没有。事件流：基流书管理员提供所预定书刊书目、借阅者信息。②系统检索所预定书刊书目（E-1）。③系统检索借阅者（E-2）。④系统删除借阅者预定信息（E-3）。替换流：E-1该种书刊不存在，系统显示提醒信息，用例终止。E-2系统中不存在该借阅者，系统显示提醒信息，用例终止。E-3预定信息不存在，系统显示提醒信息，用例终止。4.4.5借阅书刊借阅图书前置条件：在这个用例开始前，图书管理员必需登录到系统中。后置条件：假如这个用例成功，在系统中建立并存放借阅统计，假如必需还要删除预订统计。不然，系统状态没有改变。扩展点：借阅者预定了书刊。事件流：基流：当借阅者从图书馆借阅书刊时，用例开启。①图书管理员提供书刊书目、借阅者信息。②系统检索书刊书目（Title）（E-1）③系统确定所借阅物理书刊是否能够取得（E-2），也即物理书刊是否全部已借出。④系统检索借阅者（E-3）⑤图书管理员将物理书刊借给借阅者⑥统计借阅信息。⑦若该图书为预定图书，实施用例取消预定替换流：E-1该种书刊不存在，系统显示提醒信息，用例终止。E-2物理书刊全部已借出，系统显示提醒信息，用例终止。E-3系统中不存在该借阅者，系统显示提醒信息，用例终止。用例描述：返还书刊前置条件：在这个用例开始前，图书管理员必需登录到系统中。后置条件：在这个用例成功，系统删除借阅统计。不然，系统状态没有改变。扩展点：没有。事件流：基流：当借阅者返还所借物理书刊时，用例开启。①图书管理员提供所还物理书刊信息。②系统检索物理书刊（E-1）。③系统查询物理书刊借阅统计（E-2）。④系统删除借阅统计。替换流：E-1物理书刊不存在，系统显示提醒信息，用例终止。E-2若借阅统计不存在，系统显示提醒信息，用例终止。用例描述：预定书刊前置条件：在这个用例开始前，图书管理员必需登录到系统中。后置条件：假如这个用例成功，系统建立预订统计。不然，系统状态没有改变。扩展点：没有。事件流：基流：当图书管理员为借阅者预订书刊时，用例开启。①图书管理员提供书刊书目、借阅者信息。②系统检索书刊书目（E-1）。③检索借阅者（E-2）。④系统接收预定，创建预定统计。

⑤系统将预定统计存放在系统中。替换流：E-1该种书刊不存在，系统显示提醒信息，用例终止。E-2系统中不存在该借阅者，系统显示提醒信息，用例终止。5.性能需求5.1系统页面要求以