图书管理系统需求文档
图书管理系统需求说明模板
图书管理系统顾客需求阐明书版本历史目录0.文档简介 (4)0.1文档目旳 (4)0.2文档范畴 (4)0.3读者对象 (4)0.4参照文档 (4)0.5术语与缩写解释 (5)1.产品简介 (6)2.产品面向旳顾客群体 (6)3.产品应当遵循旳原则或规范 (6)4.产品旳功能性需求 (6)4.0功能性需求分类 (6)4.M F EATURE M (7)4.m.n Function M.N (7)5.产品旳非功能性需求 (7)5.1顾客界面需求 (9)5.2软硬件环境需求 (11)5.3产品质量需求 (11)5.N 其他需求 (12)附录A:顾客需求调查报告 (9)A.1需求标题1 (12)A.N 需求标题N (13)0.文档简介0.1 文档目旳编写该软件需求阐明书对于客户: 重点在于清晰旳体现客户提出旳需求, 你是如何理解旳, 让客户看了你旳文档后确认你旳体现和描叙是符合它旳需求旳。
为了更形象旳体现, 请做某些界面原型来体现, 这样客户才干真正与你形成互动, 使针对客户旳软件需求阐明书故意义。
对于开发人员：重点告诉他们系统需要具有哪些功能, 有哪些对象, 对象有哪些属性, 对象之间有哪些关系, 最佳能采用UML来体现。
0.2 文档范畴简介项目旳背景、概述项目旳任务与功能需求、性能需求以及运营需求等内容, 编写目旳是为后续旳开发工作起到较好旳指引作用。
该需求规格阐明书可提供应最后顾客、研发人员、质保人员等有关人员阅读。
0.3 读者对象最后顾客、研发人员、质保人员等有关人员阅读。
0.4 参照文档计算机软件产品开发文献编制指南, GB 8567-88, 中华人民共和国国标UDC681.3需求开发规范, 北大青鸟, -80.5 术语与缩写解释1.产品简介图书管理系统, 运用计算机提供应我们旳信息, 能及时旳调节学校图书管理构造, 并且对学生们旳借阅过程形成一体化动态旳管理。
计算机信息化管理有着存储信息量大, 速度快, 便于管理等特点。
图书管理系统需求[优秀范文5篇]
![图书管理系统需求[优秀范文5篇]](https://img.taocdn.com/s3/m/047d496ce55c3b3567ec102de2bd960590c6d968.png)
图书管理系统需求[优秀范文5篇]第一篇：图书管理系统需求图书管理系统需求图书借阅子系统 书籍借阅A.新借书籍。
两种方式，人工借书和自助借书.人工借书需要管理员的帮助。
当读者找到需要借的书的时候，将其带到人工服务台，管理员通过读卡器读取读者的编号，查询其是否满足借书的条件，如果欠费，需缴纳欠款以后，再允许其借书；如果读者所借书籍已达到最多借书量，应先归还部分书籍再行借阅；如果所借书籍已被人预定，则应先满足预订者的借阅要求；当查询借阅者满足借阅条件后，可顺利将图书借出。
同时管理员插入一条借书记录，包括读者编号，图书编号，借出日期，还书期限，操作员编码。
自助借书需要自助终端机的帮助。
当读者找到需要借的书的时候，将其带到自助终端机处。
首先选择到借书管理模块处，通过扫描读取读者的编号，判断其是否满足借书资格，如果欠费，需到人工台缴纳欠款以后，再允许其借书；如果读者所借书籍已达到最多借书量，应先归还部分书籍再行借阅。
当查询借阅者满足借阅条件后，将书籍的条形码进行扫描，判断书籍可否借出，如果所借书籍已被人预定，则应先满足预订者的借阅要求。
当查询书籍和借阅者满足借阅条件后，可顺利将图书借出。
同时自动生成一条借书记录，包括读者编号，图书编号，借出日期，还书期限，可否续借。
B.续借书籍。
两种方式，人工续借和自助续借书.同一图书应只能够续借a次（或者固定的次数,a次，a>=1），若续借过a次归还后一段时间内（如两周）应不能再借阅，续借应当在归还期内续借。
与借阅相同，两种方式，人工续借和自助续借书.人工续借：由管理员完成证件有效性的识别，证件有效则进入续借界面，续借系统应显示本书续借次数，以及上一次续借本书的时间，若符合续借条件，则由管理员修改图书相关信息，录入本次续借时间，自动显示应当归还时间。
同时，修改图书信息，记录本书续借次数并与借书人关联。
自助续借：需要自助终端机的帮助或者网路上帮助。
登录系统，输入借书证号，定位要借的书，开始续借。
图书管理系统-需求分析文档
图书管理系统-需求分析文档一、引言图书馆：指具有一定规模的、提供图书、期刊、报纸、音像等多媒体文献信息服务、满足用户阅读、学习、研究、娱乐需要的场所。
为了更好地服务读者，提高图书馆的管理效率，图书管理系统应运而生。
本文将针对图书管理系统展开需求分析。
二、背景随着信息时代的到来，各种信息技术的应用不断深入人们的生活，图书管理系统也在不断地升级改善。
传统的图书管理方式已经无法满足现代化、智能化的管理模式。
图书管理系统具有以下几个特点：管理简便；信息自动处理；多样化的功能模块；操作简单高效；数据的实时监测等等。
三、需求分析3.1 系统架构图本系统的基础架构大体如下，主要分为：客户端、服务器端和数据库三个部分。
（1）客户端（用户端）：主要包括借书、还书、查询图书、借阅历史记录等模块，用户可以通过客户端实现相关的操作。
（2）服务器端：主要包括图书采购、借还管理、读者管理、图书馆统计等模块。
（3）数据库：主要存储相关的图书信息、读者信息、借阅信息等。
3.2 系统功能模块图书管理系统涉及的功能主要包括：图书管理、借阅管理、读者管理、系统设置等。
（1）图书管理①图书采购管理：图书管理员可以通过系统实现图书采购流程的管理，包括采购计划审批、采购单编制、采购合约审批等。
②图书入库管理：对图书采购完成后，需要进行入库管理，主要包括图书信息的录入、条码标识、分类编目、装订、库存信息维护。
③图书查询：图书管理员可以进行图书信息的查询，包括图书名称、作者、出版社、ISBN号等信息的查询。
（2）借阅管理①借书管理：用户通过图书管理系统借书，需要输入借书卡号和密码，系统将校验该用户是否有借书权限，并记录借阅的相关信息。
②还书管理：用户还书也需要输入借书卡号和密码，系统将校验该用户是否有还书权限，并记录还书的相关信息。
③借阅历史记录：用户可以查询自己的借阅历史记录，包括借阅日期、还书日期、借阅状态等信息。
（3）读者管理①用户注册：读者可以通过系统注册借书卡，并输入姓名、身份证号、联系方式等信息进行注册操作。
图书管理系统需求报告(3篇)
图书管理系统需求报告（3篇）【摘要】:图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理。
现今，有很多的图书馆尚未使用计算机进行信息管理。
图书馆若采取手工方式对图书资料和图书借阅情况进行人工管理，由于资料繁多，手工处理的工作量大，整体管理效率低下，也不方便读者对图书资料的查阅。
为了提高日常的图书管理效率，必须开发满足大多数中小型的图书管理要求的图书管理系统。
文章针对通常的图书管理流程，深入分析了图书管理系统的需求和功能，为图书管理系统程序开发提供了现实理论基础。
【关键词】：二十一世纪是信息高度交流与发展的时代，面计算机系统则在信息时代扮演着极为重要的脚色，随着计算机的不断发展，计算机以渗透到各个领域，图书馆也不例外，图书馆的计算机化以不容迟缓。
一、图书管理系统的需求分析当决定要开发一个信息系统时，首先要对信息系统的需求进行分析，需求分析要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求。
获得当前系统的处理流程，在此首先假设当前系统是手工处理系统。
手工处理流程大致是这样的。
读者将要借的书和借阅证交给工作人员，工作人员将每本书附带的描述书信息的卡和读者借阅证一起放在一个小格栏，并在借阅证和每本书上贴的借阅信息。
这样借书过程就完成了。
还书时读者将要还的图书交给工作人员，工作人员图书信息找到相应的书卡和借阅证，并填写相应的还书信息。
抽象出当前系统的逻辑模型。
在理解当前系统“怎么做”的基础上，抽取其“做什么”的本质，从而从当前系统的`物理模型抽象出当前系统的逻辑模型。
在物理模型中有许多物理因素，随着分析工作的深入，有些非本质的物理因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的物理因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的和非本质的困素，去掉那些非本质的困素即可获得反映系统本质的逻辑模型。
图书管理系统需求说明
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (3)1.4参考资料 (3)2任务概述 (3)2.1目标 (3)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (4)3.1对功能的规定 (4)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (4)3.3输人输出要求 (5)3.4故障处理要求 (5)3.5其他专门要求 (5)4运行环境规定 (5)软件需求说明书的编写提示1引言1.1编写目的该文档是关于用户对于图书管理系统的功能和性能的要求，重点描述了图书管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。
提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。
本文档的预期读者是：●设计人员●开发人员●项目管理人员●测试人员●用户1.2背景说明：对于图书馆的借书和还书过程，想必大家都已很熟悉。
在计算机尚未在图书馆广泛使用之前，借书和还书过程主要依靠手工。
一个最典型的手工处理还书过程就是：读者将要借的书和借阅证交给工作人员，工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里，并在借阅证和每本书贴的借阅条上填写借阅信息。
这样借书过程就完成了。
还书时，读者将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填好相应的还书信息，这样还书过程就完成了。
以上所描述的手工过程的不足之处显而易见，首先处理借书、还书业务流程的效率很低，其次处理能力比较低，一段时间内，所能服务的读者人数是有限的。
利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。
我们将会看到排队等候借书、还书的队伍不再那么长，工作人员出错的概率也小了，读者可以花更多的时间在选择书和看书上。
本项目是为XX大学开发的一个图书馆里系统，由于这个图书馆的规模比较大，每天需要借出归还的图书的数量大，每天借出、归还的图书达千万，如何挑选合适的书籍常常是借阅者和管理员比较棘手的事情。
JM图书管理系统需求分析文档
JM图书管理系统需求分析文档1. 引言1.1 目的本文档旨在对JM图书管理系统的需求进行详细分析，明确系统功能和非功能要求，以便开发团队了解客户需求并进行系统开发和测试。
1.2 范围本文档适用于JM图书管理系统的开发，包括对系统功能的描述、用户需求和系统规格等内容。
2. 系统概述JM图书管理系统是一个用于图书馆或图书店管理的系统，旨在提高图书管理的效率和准确性，同时为用户提供方便的借阅和查询服务。
3. 功能需求3.1 用户管理•管理员：具有对系统所有功能的管理权限，包括添加、删除和修改用户信息。
•读者：可以注册、登录、借阅图书、查询图书信息等功能。
3.2 图书管理•添加图书：管理员可以添加图书信息，包括图书名称、作者、分类、出版日期等。
•删除图书：管理员可以删除图书信息。
•修改图书信息：管理员可以修改图书信息。
•查询图书：读者可以通过关键字查询图书信息。
3.3 借阅管理•借阅图书：读者可以借阅图书，借阅期限为一定天数。
•归还图书：读者可以归还已借阅的图书。
4. 非功能需求4.1 性能要求•系统响应时间应控制在2秒以内。
•系统应具备一定的容错能力，防止数据丢失或损坏。
4.2 可靠性要求•系统应保证数据的安全性和准确性，防止数据丢失或泄露。
•系统应具备一定的备份和恢复功能，以防数据丢失时能够及时恢复。
5. 系统规格5.1 硬件要求•服务器：至少2GB内存，100GB硬盘空间。
•客户端：支持浏览器访问，要求较低。
5.2 软件要求•操作系统：支持Windows、Linux等主流操作系统。
•数据库：使用MySQL数据库存储数据。
•开发语言：使用Java语言开发。
6. 开发团队JM图书管理系统由一支经验丰富的开发团队开发，团队成员包括项目经理、开发人员、测试人员等。
7. 总结本文档详细描述了JM图书管理系统的功能和非功能需求，以及系统规格和开发团队信息。
通过该文档，开发团队可以清晰了解系统需求，有利于系统开发和测试的顺利进行。
图书管理系统需求分析文档
图书管理系统需求分析文档
——王大宇
可行性研究
一．引言
1．编写目的：通过学生借阅，还书，查询，实现对图书的管理
2．项目名称：VB图书管理系统
3．背景说明：针对校内图书馆情况，对图书进行管理
4．术语定义：待定
5．参考资料：《软件工程导论》，《数据库原理及设计》.《VB程序设计教程》
二．概述
1．功能：
（1）允许学生查询所需图书情况
（2）借书，还书管理
（3）新书入库及旧书消除记录情况，添加读者、修改读者信息
（4）续借允许
（5）借书过期未还的处理
（6）帮助
2．约束：
每人限借5本，借期一个月，允许续借一个月，过期未还者不得再借及续借，并与以罚款
三．数据流图
1．数据流图
帮助信息2数据项说明：
四．用户接口1．主界面
2．硬件接口：系统采用客户机/服务器模式。
3．软件接口：VB6.0开发用户界面，数据库由Access2003提供
五．性能需求：
1．精度：
2．时间特征：
六．属性
1．可使用性：简单，方便
2．保密性：学生需输入密码才可查询本人借阅情况并续借3．可维护性：随时监控，发现问题马上解决
4．可移植性：可在windowXP上运行
七．其他
1．数据库操作:
2．故障处理:。
图书馆管理系统需求说明书
图书馆管理系统需求说明书文档编号：LIBMS-REQ-001版本.1.01.介绍本需求说明书旨在详细描述图书馆管理系统的功能需求，便于开发人员了解项目的要求和目标，确保开发过程中的准确性、完整性和一致性。
2.功能需求2.1 登录与身份验证①用户登录：用户可以通过用户名和密码登录系统。
②用户身份验证：在用户登录后，系统应验证用户的身份，确保用户身份的合法性和权限。
2.2 图书管理①图书录入：图书管理员可以录入新书的信息，包括书名、作者、出版社、ISBN号等。
②图书查询：用户可以根据书名、作者、出版社、ISBN号等关键词进行图书查询，并查看图书的详细信息。
③图书借阅：用户可以借阅图书，并记录借阅日期和借阅期限。
④图书归还：用户可以归还已借阅的图书，并记录归还日期。
⑤图书预约：用户可以预约借阅已被借走的图书，当图书归还后系统自动为用户预约。
⑥图书续借：用户可以续借已借阅的图书，如果未超过最大续借次数限制。
2.3 会员管理①会员注册：用户可以通过填写个人信息进行会员注册。
②会员信息修改：注册用户可以修改个人信息，包括用户名、密码、联系方式等。
③会员注销：会员可以选择注销自己的账户。
④会员数据统计：系统可以会员的借阅次数、借阅记录等统计数据。
2.4 借阅管理①借阅记录查询：管理员可以查询借阅记录，并根据特定条件过滤。
②借阅限制：设置用户的借阅限制，包括借阅总数、借阅期限等。
③借阅逾期提醒：系统可以根据借阅期限提醒用户归还逾期图书。
2.5 系统管理①用户管理：管理员可以管理用户，包括添加用户、删除用户、修改用户权限等。
②角色管理：管理员可以创建不同角色，并分配相应的权限给用户。
③权限管理：管理员可以设置用户的操作权限。
④系统日志：系统应记录用户的操作日志，包括登录、退出、图书操作等。
3.性能需求3.1 并发处理能力①系统应能同时处理多个用户请求，保证系统的并发性能。
②系统应能快速响应用户操作，减少用户等待时间。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书管理系统需求文档图书管理系统需求规格说明书一、引言计算机技术的迅猛发展，特别是随着网络技术的出现标志着信息时代已经来临。
信息化浪潮、网络革命在给社会带来冲击的同时，也使图书馆业务受到了强烈的冲击，图书馆传统的管理和服务方式已不能适应读者对日益增长的文献信息的需求，建设图书馆信息网络系统，是图书馆现代化建设的客观要求。
建设以计算机为核心的图书馆信息网络，实现图书馆管理和服务的自动化，更好地为科技工作服务，是图书馆发展的必由之路。
目前，国内大部分大型的公共图书馆和高校图书馆都实现了网络管理，中小型图书馆(包括企业图书馆)，也在朝着这个方向发展。
为了西安建筑科技大学信控学院的图书管理方面而开发此系统，图书馆为全学院人员提供图书借阅、文献检索的服务，在管理中发挥了应有的作用。
该馆的各工作环节一直使用的是传统的手工方式，这种方式的缺点是手续繁琐、检索困难、不便于管理，造成资源的利用率低下。
随着馆藏量的不断增加，图书资料的著录和查询的难度也就相应增加，手工方式已经不能满足要求，如何运用先进的信息技术，提高科技图书的管理和服务水平，是我们面临的一个新的挑战。
实现图书资料的网络管理，至少有以下优点:1)著录规范化，为图书资料的采编、著录、查询质量的提高打下基础。
2)查询自动化和检索途径多样化，可以更方便、及时地找到所需图书资料。
3)资源共享的优势，通过局域网可以在全学院范围内实现资源共享，为读者提供便利条件。
二、系统设计2.1 系统指导思想和建设目标2.1.1 任务立足于校园实际，运用计算机网络技术，建成符合标准化协议、通用性较强、实用的系统，以提高科技图书情报的现代化管理水平，实现信息资源的共享。
2.1.2 系统建设目标(1) 规范图书资料的管理工作模式用计算机管理取代以往的手工作业和定性管理模式，使科技图书资料的管理工作模式规范化、机读数据格式标准化、管理决策科学化。
(2) 提供用户沟通平台为了方便用户和管理人员、用户和用户之间的沟通，我们设计提供了一个方便的论坛平台，使用户可以对我们系统的特点、图书借阅情况有一个更好的了解。
(3) 提高科技图书馆的服务质量便于工作人员准确地掌握藏书结构，全面了解读者对文献信息的需求，及时调整采购计划，突出馆藏特点。
2.2 总体功能设计我们对国内现有的一些图书文献管理系统软件的功能和售价情况进行了详细调研，发现这些软件很难满足我们图书馆的需求。
因为从规模或藏书册数来划分，我馆仅属小型图书馆，但应用需求则涉及到方方面面。
除了通常的图书采购、图书编目、图书流通外，还有期刊、资料、技术标准等业务，其中期刊题录、行业标准、会议资料不是一般中小型公共图书馆收录范围。
现在市场上中小型图书馆软件均只有基本的功能:采购、编目、流通，很少有期刊、资料，没有发现技术标准管理。
通常这种图书管理软件仅运行图书馆内部的局域网上，没有Web查询系统。
大型图书管理软件功能齐全，但价格昂贵，特别是运行价格高、维护困难、操作复杂。
根据科技图书馆的实际情况和公司主干网的现状，我们确定了网络图书系统应该具备8个方面的功能，它们是图书编目，图书采购，图书流通，期刊管理，标准管理，资料管理，系统维护，Web查询。
三、用例分析通过对以上功能设计的详细分析，我们提出了以下的一些相关用例。
图书管理系统查询图书修改个人信息查询借阅情况处理借书用户处理还书增加图书信息修改图书信息图书管理员删除图书信息创建用户信息查询用户信息用户信息管理人员删除用户信息修改用户信息清理用户欠费欠费管理员用例UC1:查询图书范围:图书管理系统应用级别:用户目标主要参与者:用户成功保证:存储图书信息主成功场景:1. 用户访问图书管理系统首页。
2. 用户点击查询页面的网络链接。
3. 系统显示图书查询界面。
4. 用户在图书信息中填写一种或多种图书的相关信息(比如图书的书名、作者、出版社等等)，然后点击查询按钮。
5. 系统根据用户填写的信息访问后台数据库，查询相应的图书信息，如果查询成功，显示查询到的图书信息，反之则提示查询失败。
用户可以重复4~5步，直到停止查询。
6. 用户可以点击进入其他页面或者退出图书管理系统。
用例UC2:修改个人信息范围:图书管理系统应用级别:用户目标主要参与者:用户前置条件:用户必须经过确认和认证成功保证:存储用户信息主成功场景:1. 用户点击修改个人信息按钮。
2. 系统显示个人信息编辑界面，显示用户的附加信息，包括用户的地址、电话、所属院系等等，此外还可以修改用户的登录密码，用户的基本信息中的图书证号、用户姓名、学生证号用户不能修改。
3. 用户对个人信息中的相应条目进行修改，然后点击确认修改按钮。
4. 系统访问后台数据库，更新用户的个人信息。
扩展:3a. 用户填写了超过用户信息规定长度或错误类型的用户信息。
4a. 系统提示用户填写信息违规用例UC3:查询借阅情况范围:图书管理系统应用级别:用户目标主要参与者:用户前置条件:用户必须经过确认和认证。
成功保证:存储图书借阅记录。
主成功场景:1. 用户点击查询借阅情况按钮。
2. 系统访问后台数据库，查询用户借阅信息，其中有用户借阅的图书的信息(包括图书的一些简要的信息，如书名、出版社、作者等等)，以及用户借阅的到期时间。
用例UC4:处理借书范围:图书管理系统应用级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证。
成功保证:存储图书信息。
更新图书借阅记录。
更新用户信息。
主成功场景:1. 用户携带图书证和要借的书到借书处借书。
2. 图书管理员进入图书借阅界面，并将用户的图书证的条形码输入电脑，开始一次新的借书处理流程。
3. 图书管理员将用户的一本图书的图书馆条形码输入电脑。
4. 系统记录下用户对这本图书的借阅信息，并配上当时的时间存入借阅信息数据库。
5. 修改用户的个人信息，将用户的可借图书数量减1。
图书管理员重复3,5步，直到所有图书条形码输入完毕或者用户的可借图书数量为0。
6. 图书管理员将图书和图书证交还给用户，结束借书处理流程。
扩展:2a. 系统访问后台数据库，发现图书证条形码在用户信息表中不存在1. 提示图书管理员图书卡不存在。
2. 停止创建借书流程。
2b. 系统访问后台数据库，发现用户可借书数量为0。
1. 提示图书管理员此用户不能再借书了。
2. 中止借书流程。
2c. 系统访问后台数据库，发现该用户有欠费记录。
1. 提示管理员，此用户欠费。
2. 中止借书流程。
3a. 系统访问后台数据库，发现这本书在图书信息库中不存在1. 提示图书管理员这本书不存在。
2. 不记录这本书的借阅信息。
用例UC5:处理还书范围:图书管理系统应用级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证成功保证:存储图书信息。
更新图书借阅记录。
更新用户信息。
主成功场景:1. 用户携带要归还的图书来到还书处归还图书。
2. 图书管理员进入图书归还界面，开始一次新的还书处理流程。
3. 图书管理员将用户的一本图书的图书馆条形码输入电脑。
4. 系统删除掉数据库用户对这本图书的借阅信息。
5. 修改用户的个人信息，将用户的可借图书数量加1.图书管理员重复3,5步，直到所有图书条形码输入完毕。
6. 管理员退出图书归还界面，结束还书处理流程。
扩展:3a. 系统访问后台数据库，发现这本书在图书数据库中不存在。
1. 提示图书管理员这本书不存在。
2. 不记录这本书的归还信息。
4a. 系统访问后台数据库，发现这本书超时。
1. 将欠费记录写入罚款信息表。
6a. 还书流程结束后发现该用户存在欠费记录。
1. 提示管理员用户存在欠费记录。
2. 管理员退出图书归还界面。
用例UC6:增加图书范围:图书管理系统应用级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证成功保证:存储图书信息。
更新图书信息。
主成功场景:1. 图书管理员用管理员账号登入系统。
2. 进入增加图书页面。
3. 填入书籍的书号、书名、作者、出版社、价钱、数量信息。
4. 系统数据库增加图书信息，同步数据库信息。
如成功则返回增加成功信息，并显示增加图书信息。
如失败则返回增加图书失败信息，并返回增加图书页面。
用户可重复3~4，至图书增加成功。
5. 图书管理员结束增加图书的操作。
用例UC7:修改图书范围:图书管理系统应用级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证，管理员查询到图书信息成功保证:正确存储修改的图书信息。
更新图书信息。
主成功场景:1. 图书管理员在图书信息表中选中要进行修改的图书信息，并点击修改按钮。
2. 系统弹出一个修改对话框，其中包括多个栏目可供图书管理员填写。
3. 图书管理员在要修改的用户信息栏目中进行修改，并点击确定按钮。
4. 系统更新图书管理员的查询结果表。
图书管理员重复1,4步，直到对所有要修改的图书信息修改完成。
5. 图书管理员结束对图书信息的修改操作。
用例UC8:删除图书范围:图书管理系统应用级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证，管理员查询到图书信息成功保证:更新图书信息。
主成功场景:1. 图书管理员在图书信息表中选中要进行删除的图书，并点击删除按钮。
2. 系统弹出一个删除对话框。
3. 图书管理员点击确定按钮。
4. 系统更新图书管理员的查询结果表。
图书管理员重复1,4步，直到完成所有的图书删除工作。
5. 图书管理员结束对图书信息的删除操作。
用例UC9:创建用户信息范围:图书管理系统应用级别:用户目标主要参与者:用户信息管理员前置条件:用户信息管理员必须经过确认和认证成功保证:更新用户信息。
主成功场景:1. 用户信息管理员点击进入用户信息管理界面。
2. 用户信息管理员点击“新建用户”按钮。
3. 系统弹出新建用户对话框，显示新建用户所需要填写的栏目，包括系统自己产生一个图书证号，必填的用户密码、学生证号等，以及选填的地址、电话、所在院系等等。
4. 管理员填写用户信息的必填栏目和选填栏目后点击确定按钮。
5. 系统将新建的用户信息存入后台数据库。
6. 系统界面回到用户信息管理界面。
用户信息管理员重复3,5步，直到创建用户信息结束。
7. 用户信息管理员退出用户信息管理界面。
用例UC10:查询用户信息范围:图书管理系统应用级别:用户目标主要参与者:用户信息管理员前置条件:用户信息管理员必须经过确认和认证成功保证:用户信息存储正确。
主成功场景:1. 用户信息管理员点击进入用户信息管理界面。
2. 用户信息管理员在用户信息查询框中的相应栏目中填写一种或多种用户的信息，包括图书证号、学生证号等基本信息和地址、电话、所在院系等附加信息。
3. 系统以表格的形式显示相应用户的所有信息，包括基本信息和附加信息等。