小OA职工书屋图书管理平台需求规格说明书C.docx

小OA职工书屋图书管理平台需求规格说明书版本:V.1日期:2012-2-20填写人:农健摘要:图书管理B/S结构软件开发需求，包括功能需求、性能需求、用户界面接口、数据需求、条件和约束等关键字:图书管理 梧州客户响应支撑中心一、文档概述31.1 目标31.2 背景31.3 范围3二、任务概述52.1 业务需求52.2 相关人员及用户分析52.3  用户特点分析5三、需求概述73.1  系统概述73.2 图书管理模块73.2.1 概述73.2.2 业务事件83.2.3 报表113.3 读者管理模块113.3.1 概述113.3.2 业务事件113.3.3 报表133.4 借阅管理模块133.4.1 概述143.4.2 业务事件143.4.3 报表19四、具体需求204.1 图书管理子系统204.1.1 用例模型204.1.2 领域模型224.2 读者管理子系统234.2.1用例模型234.2.2 领域模型254.3 借还书服务子系统264.3.1用例模型264.3.2 领域模型29五、补充规约315.1 设计约束315.1.1 技术选择的限制条件315.1.2 运行环境315.1.3 预期的使用环境315.2 质量属性315.2.1 安全性要求315.2.2 可靠性要求315.2.3 易用性要求325.2.4 性能要求325.2.5 可维护性要求335.2.6 可移植性要求33一、文档概述1.1 目标为方便对市公司书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高管理效率。使用该程序之后，图书管理员可通过该程序对图书信息和读者管理进行操作。主要操作包括图书录入、图书查询、图书下架；读者信息添加、查询和删除操作；借还书记录添加、查询、修改以及还书的相关服务，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。读者可通过该程序进行图书查询和续借等操作。本文档预期的读者是本项目的设计人员、开发人员、测试人员等。1.2 背景开发软件名称：小OA职工书屋图书管理平台。项目开发者：系统使用单位：管理员，读者（梧州移动公司职员）1.3 范围文档主要包括需求用例图，用例过程和详细的用例说明二、任务概述2.1 业务需求在目前的梧州移动综合业务管理平台中，构建小OA职工书屋图书管理模块，使得图书管理工作系统化、规范化和自动化，从而提高了管理的效率，也方便了读者的借阅。该模块应符合图书馆信息管理及处理的规定，满足图书管理员对图书、读者及借阅信息进行管理的需求，满足读者对图书信息查询检索的需求及实现续借的功能需求，并达到操作过程中的直观、方便、实用、安全等要求。系统用模块化程序设计的方法，即便于系统功能的组合和修改，又便于参与技术人员补充和维护。2.2 相关人员及用户分析（1）图书管理员：图书管理员可以对读者的信息进行管理，成功登陆后可以通过系统进行图书信息的添加、查询及删除操作；对读者信息的添加、查询及删除操作；进行图书借阅查询、在库图书查询、在借图书查询、读者借阅查询、图书分类查询等；图书管理员要对图书的录入和下架进行整理，希望在图书录入时能够知道在某类图书中的新编号；在图书下架时若还有读者在借阅那本书则会给出提示。图书管理员可对图书进行分类统计、图书借阅统计、读者借阅统计、期刊借阅统计等，可直接打印或导出excel表格打印；可通过扫描该书的条码搜索图书；2、要求能将书籍的封面扫描上传，并填写该书的简介，在目录处点击可查看书籍封面扫描图和简介。（2）读者：读者借阅图书需先进行读者信息登记（信息包括读者姓名、单位、手机号码等），读者登录系统后，可以通过图书管理系统进行图书的检索查询。读者在借阅书籍时希望能够通过检索搜索到自己想要的书籍的作者、封面、目录及书籍的概要内容，如需借阅，则可完成相关的书籍或期刊办理续借手续。2.3  用户特点分析本平台的最终用户是面向管理员（图书管理员和其它管理人员）、读者（本公司职工），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。管理员和读者都是经常性用户。系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。三、需求概述3.1  系统概述在综合业务管理平台的职工图书管理模块中，分为三个子模块：图书管理模块、读者管理模块和借阅管理模块。各模块的功能如下：小OA图书管理系统图书管理读者管理借阅管理数据统计添加图书删除图书查询图书修改图书增加读者删除读者修改读者查询读者借书管理还书管理续借管理超期管理 图 1小OA图书管理系统功能图3.2 图书管理模块图书录入：添加新增图书的基本信息。图书下架：将已下架图书的数量归零。图书查询及更新：输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。当图书馆已有图书有变动时，管理员可通过该系统对图书信息进行更新。3.2.1 概述图2 图书管理子系统3.2.2 业务事件3.2.2.1 图书管理员登陆系统（1）业务流程分析管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对图书信息的录入、查询、更新及删除操作。其流程如图2所示。图3 管理员登录系统及操作流程图（2）业务实体分析在这个业务流程中，主要涉及的业务实体及它们之间的关系如图4所示。图4（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图5所示。 图 53.2.2.2 图书管理员录入图书信息（1）业务流程分析图书管理员在登陆验证成功后可进行图书信息录入的操作，其流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。图6（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图5所示。3.2.2.3 图书管理员查询及更新图书信息（1）业务流程分析图书管理员在登陆验证成功后可进行更新图书信息的操作，其流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图5所示。3.2.2.4 图书管理员删除图书信息（1）业务流程分析图书管理员在登陆验证成功后可进行删除图书信息的操作，其流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中图书信息表，其业务实体及之间的关系如图6。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图5所示。3.2.3 报表3.2.3.1 图书信息汇总表（1）概述 部门/职位：图书管理员 目的：1、查看图书使用情况 2、保持图书信息的实时性 3、相关场景与查询频率：频率：每季度固定发生一次，平时不定期发生，图书信息改变时发生，由管理员管理。用户数量：2-5人。（2）数据内容包括图书信息汇总，图书分类信息汇总，已借图书统计以及在库图书统计等信息3.3 读者管理模块（一）添加读者信息：添加新增读者的信息。（二）读者查询及修改：输入读者姓名或工号可获得读者的基本信息并可修改其信息。（三）删除读者信息：输入读者姓名或工号删除读者信息。3.3.1 概述3.3.2 业务事件3.3.2.1 图书管理员登录系统（1）业务流程分析管理员对系统数据库信息进行操作时，需要验证账号和密码登陆成功后才能进行相关的操作。其中主要包括对读者信息的录入、查询、更新及删除操作。其流程如图3所示。（2）业务实体分析在这个业务流程中，主要涉及的业务实体及它们之间的关系如图4所示。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。图73.3.2.2 图书管理员录入读者信息（1）业务流程分析管理员登陆验证成功后，对读者信息进行添加操作，流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图8。图8（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。3.3.2.3 图书管理员查询及修改读者信息（1）业务流程分析管理员登陆验证成功后，进行修改读者信息的操作，流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图8所示。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。3.3.2.4 图书管理员删除读者信息（1）业务流程分析管理员登陆验证成功后，进行删除读者信息的操作，流程图如图3所示。（2）业务实体分析该流程涉及的业务实体为图书管理员，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图8。（3）用例分析在这个流程中，只涉及到图书管理员与系统进行交互，其用例图如图7所示。3.3.3 报表3.3.3.1 读者信息汇总表（1）概述部门/职位: 图书管理员目的：1. 读者登录时账号的依据； 2. 方便查询用户信息； 3. 了解用户数量及单位方便添加相关书籍。相关场景与查询频率：1. 每季度固定发生一次； 2. 在有员工入职或离职情况会有改动。（2）数据内容 包括读者信息，读者登录信息等 3.4 借阅管理模块（一）图书查询：读者在登录系统后，可查询图书信息。（二）借书登记：读者选中图书后，填写借阅申请，借阅申请必需填写借书人姓名、手机号码、图书配送地点等信息。有借阅时系统自动发信息到图书管理员手机提醒管理员进行处理。借阅申请经图书管理人员审核通过后，图书方可借出。借书记录查询及续签：输入借记卡号或书号可获得其相关信息并可办理续签手续。（三）还书提醒: 统可自动根据图书分类提示还书时间，到期未还书的系统自动发短信到读者手机提醒员工及时还书。（四）还书手续办理：员工还书后由图书管理员进行还书核销，核销后该图书自动回库。借书超期超量处理：该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。3.4.1 概述图 9 借还书管理子系统3.4.2 业务事件3.4.2.1 读者登录验证（1）业务流程分析该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。其流程图如图10所示。 图 10 借还书流程图（2）业务实体分析该流程涉及的业务实体为读者，图书管理系统及数据库中读者信息表，其业务实体及之间的关系如图11。图11（3）用例分析该流程涉及读者和系统之间的交互，其用例图如图12所示。图 123.4.2.2 借书登记（1）业务流程分析该步骤首先是读者进行借阅登记，然后管理员通过与系统的交互将读者的借阅信息录入数据库的操作。其读者借阅流程图和审核流程如图10所示。（2）业务实体分析该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图13和图14 所示。图 13图 14（3）用例分析在这个流程中，读者将所借的书给管理员进行添加操作，管理员与系统进行交互，将读者借阅信息添加到数据库中。其用例图如图15所示。图 15 3.4.2.3 读者续借手续办理（1）业务流程分析续借手续为读者登录系统后查看自己的借阅记录然后进行相关书籍的续借操作。其流程图如图10所示。（2）业务实体分析该流程涉及读者和系统间的交互，读者通过系统对数据库中借阅信息表进行更新。其实体和实体间的关系如图13所示。（3）用例分析用例图如读者操作用例图12所示。3.4.2.4 读者还书（1）业务流程分析还书手续办理流程为读者将图书还回，管理员进行操作，查找出读者的借阅信息，如果图书超期，系统会自动给出超期提示，管理员对读者进行相应的罚款处理之后完成借阅信息的消除，读者还书完成。其流程图如图10所示。（2）业务实体分析该流程涉及到图书管理员、系统和数据库表之间的交互。其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。实体及实体间的关系如图13所示。（3）用例分析在这个流程中，读者将要还的书给管理员，管理员与系统进行交互，将读者借阅信息调出进行还书操作。其用例图如图15所示。3.4.3 报表3.4.3.1 借阅信息汇总表（1）概述部门/职位 : 图书管理员,图书馆目的：1. 记录借阅的图书及日期，方便读者还书时的校验； 2. 用于读者查询到期时间及办理借阅手续； 3. 了解读者借书的周期性和增长情况。相关场景与查询频率：1. 按季度固定更新发生一次； 2. 平时在读者借阅时进行添加操作。（2）数据内容借阅信息表四、具体需求4.1 图书管理子系统4.1.1 用例模型在3.2小节的分析上，可以抽象出如下所示的用例模型。图 16用例模型图4.1.1.1 添加图书信息（1）概述1、用例名称：添加图书信息2、编号：3、参与者：图书管理员4、用例概述：图书管理员将新添加的图书的基本信息添加到系统数据库中。（2）事件流描述1、前置条件：管理员成功登陆系统2、后置条件：确保没有重复的图书号3、基本事件流：1）管理员登陆系统后，选择“图书录入”操作，进入添加图书信息的页面，填写图书的基本信息。2）点击“添加”按钮后，系统会将信息添加到数据库的图书信息汇总表中。3）添加成功后管理员可以执行查看和删除操作。4、扩展事件流1）添加的图书号与已有图书号重复 页面给出提示信息，管理员重新添加。2）添加的信息不符合要求 页面给出提示信息，管理员重新添加。3）管理员添加了错误的图书信息 添加成功后查看图书信息，查看到错误可将其删除。5、异常事件流1）管理员登陆失败 显示失败原因，重新登陆。2）图书信息添加失败 显示失败原因，修正后重新添加。（3）相关需求与功能点1、用户原始需求：通过输入图书号可查询是否有和已录入的图书信息重复，若有则给出重复提示。若基本信息没有添加完整，在点击“添加”按钮时给出提示。为了在用户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选择日期即可。2、相关功能点：在图书比较多时，系统支持从后台将Excel表添加到数据库。（4）用户界面原型窗口概述：图书信息录入界面：用来输入图书的基本信息，方便读者的图书检索。图书号可用性检查界面：检查图书号是否可用。成功添加界面：图书信息添加到数据库后会给出添加成功提示。查看图书信息界面：用于验证添加后的图书信息是否可用。删除图书信息界面：管理员添加错误后可以通过此操作进行修改。失败提示界面：可能包括多个，显示错误信息，帮助用户提供操作。（5）规约与约束类型编号描述行为约束添加信息时，各个类型应对应性能约束检查是否可用时，必须在5秒内给出结果4.1.1.2 图书信息汇总表（1）报表名称：图书信息汇总表（2）报表概述:用户的部门与职位：图书管理员。用户的业务意图：满足读者查询的需求，查看图书使用情况保持图书信息的实时性。相关场景与频率：频率：每季度固定发生一次；平时不定期发生，图书信息改变时发生，由管理员管理（3）其他排列顺序：按图书号进行排序。换页级别：每页不超过15条，超过部分分页显示。4.1.2 领域模型4.1.2.1 图书信息表领域类（1）类名称：图书信息表（3）别名：图书信息库（4）涉及主题域： 图书管理模块：对图书信息操作的添加、查看、删除事件借还书管理子模块：读者查询图书信息事件（5）数据组成与格式：图书号：区别图书的编码图书名：图书的名称作者：图书的编写者出版社：出版图书的出版社名称出版时间：图书出版的具体时间可借本数：图书馆现有此图书本数图书类别：图书所属的类别4.2 读者管理子系统4.2.1用例模型在3.3小节的分析上，可以抽象出如下所示的用例模型。图 17用例模型图4.2.1.1 读者信息管理（1）概述1、用例名称：管理读者信息2、编号：3.参与者：图书管理员4、用例概述：图书管理员将实时的读者的基本信息添加到系统数据库中并进行管理。（2）事件流描述1、前置条件：管理员登陆系统成功2、后置条件：确保没有重复的读者工号3、基本事件流：1）管理员登陆系统后，选择“读者信息录入”操作，进入添加图书信息的页面，填写读者的基本信息。2）点击“添加”按钮后，系统会将信息添加到数据库的读者信息汇总表中。3）添加成功后管理员可以执行查看和删除操作。 4、扩展事件流1）添加的读者卡号与其他读者卡号重复。 页面给出提示信息，管理员重新添加。2）添加的信息不符合要求 页面给出提示信息，管理员重新添加。3）管理员添加了错误的读者信息 添加成功后查看读者信息，查看到错误可将其删除。5、异常事件流1）管理员登陆失败 显示失败原因，重新登陆。2）读者信息添加失败 显示失败原因，修正后重新添加。（3）相关需求与功能点1、用户原始需求：通过输入读者卡号可查询是否有和已录入读者信息重复，若有则给出重复提示。若基本信息没有添加完整，在点击“添加”按钮时给出提示。为了在用户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选择日期即可。2、相关功能点：在读者比较多时，系统支持从后台将Excel表添加到数据库。（4）用户界面原型窗口概述：读者信息录入界面：用来输入读者的基本信息。读者号可用性检查界面：检查读者卡号是否可用。成功添加界面：读者信息添加到数据库后会给出添加成功提示。查看读者信息界面：用于验证添加后的读者信息是否可用。删除读者信息界面：管理员添加错误后可以通过此操作进行修改。失败提示界面：可能包括多个，显示错误信息，帮助用户提供操作。（5）规约与约束类型编号描述行为约束添加信息时，各个类型应对应性能约束检查是否可用时，必须在5秒内给出结果4.2.1.2 读者信息汇总表（1）报表名称：图书信息汇总表（2）报表概述:用户的部门与职位：图书管理员，图书馆用户的业务意图：读者登录时账号的依据，方便查询用户信息以及了解用户数量及单位方便添加相关书籍。相关场景与频率：每季度固定发生一次，在有员工离职和入职的情况时会有改动。（3）其他排列顺序：按卡号进行排序。换页级别：每页不超过15条，超过部分分页显示。4.2.1.3 读者信息添加 1、使用者名称：读者登录业务目的：验证读者身份，成功登录后才可办理图书续借手续。时机：不定，读者需要办理图书续借或查看个人借阅信息时发生。频率：对于用户的每次使用，大约在13次左右。2、内容与格式交互过程：读者管理子系统：通过管理员录入读者信息，在读者登录时才可验证成功。借还书子系统：通过成功验证，读者才能办理图书续借及查看借阅信息的操作。数据包说明：验证信息：读者工号 + 读者密码4.2.2 领域模型4.2.2.1 读者信息表领域类（1） 类名称：读者信息表领域类（2） 别名：无（3） 涉及主题域：读者管理模块：对读者信息进行操作的添加、查看、删除事件。借还书模块：读者登录系统身份验证事件。（4）数据组成与格式：工号：读者入职时，统一分配的工号姓名：读者姓名性别：读者性别单位：用户所属部门入职时间：读者入职的具体时间密码：初始密码，之后读者可以自己更改4.3 借还书服务子系统4.3.1用例模型在3.4小节的分析上，可以抽象出如下所示的用例模型。图18用例模型图4.3.1.1 借还图书管理（1）概述1、用例名称：借还图书管理2、编号：3、参与者：图书管理员、读者用例概述：读者通过该图书管理系统，查询图书信息后到图书馆取书并在图书管理员处登记借书信息，管理员对读者的借书申请进行审核，借出图书后读者可通过该系统查看借阅信息并可以进行图书续借操作。读者还书时，管理员调出借阅信息，系统查看是否超期，若没有超期，注销掉本次借阅的信息，若超期则进行罚款处理，之后注销掉本次借阅信息。（2）事件流描述1、前置条件：读者、管理员登陆系统成功2、后置条件：读者接受超期罚款处罚3、基本事件流：1）管理员登陆系统，读者搜索图书信息。2）读者拿要借图书在管理员处进行登记，录入借阅信息。3）读者登录系统，查看借阅信息，进行图书续借操作。4）读者还书，管理员注销图书借阅记录。（3）扩展事件流1、读者超期还书 系统给出超期提示，并显示罚款数额，读者刷卡。2、读者想要保留查询结果 登录系统，选择存储查询结果。3、读者借书数超过6本 系统提示不可继续借书4、读者有到期的图书未还 系统提示不可继续借书（4）异常事件流1、管理员登陆失败 提示失败原因，重新登陆2、读者登陆失败 提示失败原因，重新登陆（5）相关需求与功能点用户原始需求：1、读者在查询图书信息时，可以按照不同的方式进行查询，例如：按图书分类、按图书名、按作者、按图书内容等。2、读者若希望查询的信息在以后借书时还能够用到，希望系统可以保存搜索信息。每位读者每次限借6本图书，读者在借书登记时若超过6本，系统会提示管理员，读者不能再借3、读者有到期未还的图书，在借书时系统会提示管理员不能继续借书。在读者还书时，若图书超期，系统计算出超期天数及罚款数额提示给管理员。（6）规约与约束类型编号描述行为约束用户必须填写明确的关键词，才能得到最佳结果性能约束用户搜索时，必须在5秒内给出结果4.3.1.2 借阅信息汇总表（1）报表名称：借阅信息汇总表（2）报表概述:用户的部门与职位：图书管理员，读者，图书馆用户的业务意图：记录借阅的图书及日期，方便读者还书时的校验；用于读者查询到期时间及办理借阅手续；了解读者借书的周期性和增长情况。相关场景与频率：按季度固定更新发生一次；平时在读者借阅时进行添加操作。4.3.1.3 借阅信息添加 （1）使用者名称：图书续借业务目的：读者通过登录该系统独自办理图书续借手续。时机：不定，用户查看借阅信息及进行图书续借时发生。频率：对于用户的每次使用，大约在12次左右。（2）内容交互过程：图书管理子系统：通过登记借阅信息，从图书信息表中将对应图书信息添加的借阅信息表中。读者管理子系统：通过读者信息表，得到用户权限。图书借阅子系统：成功登陆后，通过生成的借阅信息表进行查看相关信息，办理续借手续。4.3.2 领域模型4.3.2.1 借阅信息表领域类（1）类名称：借阅信息表（2）别名：借阅信息记录（3）涉及主题域：借还书管理模块：借阅信息的添加、查看、删除及续借事件。图书信息管理模块：借书登记事件会更新图书信息的可借本数。读者信息管理模块：借书登记事件会更新读者信息的已借本数。（4）数据组成与格式：工号：读者借书工号图书号：图书编号借书时间：读者借书时间到期时间：最晚还书期限已借本数：读者现有未还图书本数五、补充规约5.1 设计约束5.1.1 技术选择的限制条件5.1.2 运行环境梧州综合业务管理平台5.1.3 预期的使用环境CPU 内存硬盘空间 操作系统 数据库 开发环境5.2 质量属性5.2.1 安全性要求5.2.1.1 访问安全性要求该图书管理系统，用户主要分为管理员和读者，其中为登录系统的读者只可以搜索和查看图书信息，只有在成功登录系统后才能查看借阅信息，办理续借手续等操作。管理员只有成功登陆系统后才能进行对图书、读者及借还书的管理操作。5.2.1.2 数据安全性要求该系统的相关数据都存储在数据库内，不能够随意由人们更改，读者只能通过系统查看图书和借阅信息，可以进行办理续借的手续，其他操作由管理员进行。管理员成功登录后可以对自己所管辖的信息进行更改，其他人一概没有权利进行任何更改操作。系统内部数据在定期更新时都要求有备份。5.2.1.3 其他安全性要求5.2.2 可靠性要求5.2.2.1 容错性要求整体系统运行稳定，有很强的防错、抗错能力，保证数据报送正常进行。在系统出现错误或者异常时，可以及时的保存数据，确保重要相关数据、相关信息不会丢失。5.2.2.2 可恢复性要求在进行数据信息录入或更新时，系统会间隔固定时间自动保存，在系统出现异常时，数据可自动回复发生异常前的数据。5.2.2.3 其他可靠性要求操作可靠性：读者及管理人员访问网站时都能正常操作。数据可靠性：数据信息是管理员定期更新的，具有实时、准确和可靠性。5.2.3 易用性要求5.2.3.1 界面友好性要求该图书管理系统设计的界面友好，用户操作简单容易，在操作的页面上均有操作提示，而其页面显示都是采用最便于用户使用的控件和布局方式。5.2.3.2 易操作性要求无论是对于管理员还是读者该图书管理系统的操作都是简单便捷的，即有较高可操作和易操作性，在响应时间上又较短，所以可以较大的提高操作的效率。5.2.3.3 其他易用性要求在系统中有需要时间信息的地方，均给出了日历，用户只需选择日期即可，不需自己再去添加。5.2.4 性能要求5.2.4.1 数据访问性能要求该图书管理系统利用数据缓存，既保证了数据库中原始数据的可靠性，又能够加强数据之间的交互效率。5.2.4.2 数据传输性能要求该图书管理系统数据在上传时会经过部分压缩，以加强数据的统一保存和处理，还能节省数据所占用的空间，给数据库减小压力。5.2.4.3 其他性能要求响应指标：操作的响应不超过5秒，避免管理员和用户使用时过长的等待时间，例如：登录、检测、刷新、提交等等响应时间在5秒内。系统容量：支持1000用户，支持GB级的数据。数据库中的最大容量不超过100GB，磁盘空间至少是在40G以上。5.2.5 可维护性要求5.2.5.1公共数据要求在数据更新时，不同的管理员在更新自己输入的信息时，需要先同步其他管理员已经录入好的信息，没有冲突才能将自己的录入。录入的数据全部按照一定顺序进行排列储存所以维护比较容易。5.2.6 可移植性要求5.2.6.1适应性要求该系统是基于网页界面，可以用于任何有浏览器的联网计算机，能实现跨平台操作，同时系统灵活性很强，可以随时进行内容修改和界面的更新。另外也适应多种数据传输方式，能够提供灵活的配置以适应业务需求。