这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/CSGrade21-12
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/CSGrade21-12/homework/13019
这个作业的目标	团队项目：需求&原型改进、系统设计、Alpha任务分配计划、测试计划

一、需求&原型改进

1.选题及需求的修改

问题1：怎样在大量图书管理系统中实现差异化竞争？
修改：新增畅销书排行榜功能和个性化推荐书籍功能，优化产品UI
问题2：没有短信功能通知用户相关信息？
修改：增加短信功能和界面，当借书快逾期，已逾期，余额不足时通知用户

2.用户需求调研

模块	调研要点	业务场景
图书信息管理模块	目前图书馆人员查询书籍主要存在哪些问题	小红是广工图书管人员，随着图书类型越来越多，发现不容易分类，借阅书籍无法即时记录
	目前市场上类似查询借阅系统的具体流程是怎么样的?	市场上此类系统属于g端，因此具体流程会有很大不同，无法直接套用，只能根据当前自身的情况定制相应的软件服务。
	图书馆能收集到图书的那些信息？那些信息不容易收集？是否涉及、产品版本、型号、功能的管理	不同的书籍提供的信息不同，被图书馆在不同的时间不同的版本被收入，导致借阅记录信息混乱。
	图书类型按什么分类？管理员有那些权限？不同等级管理员权限是否不同？	一个图书馆一般会有普通管理员，超级管理员等不同等级管理人员，按照等级权限也不同，随着信息化时代的发展如何安全使用权限也个大问题。
	借阅，还书，续租情况是否需要团队协作上传。	借阅和续租等两模块看似是很类似的大功能，但续租情况具体分析涉及用户个人信息，安全等级等，需要不同的部门输入相应认证信息管理，用户越多导致带来的问题越多。
	图书统计需要那些信息？具体方式有那些？能给用户给管理人员带来更便捷的体验？
图书查询	用户查询图书需要那些信息？	不同的用户不同的身份角色根据产品定位我们筛选出了对应的功能
	用户能否输入书中内容来查找对用书籍？如果是是否涉及泄露权限等问题	图书查询看似是非常简单的功能，但组为我们系统最主要也是首页的进口，涉及很多功能的连接和使用，不同的图书馆（或类似的公司）要求的功能会不同，那么具体了解公司或图书馆等这些部门具体的痛点也就是调研要点后我们用了很多场景进行了不同的功能排查最后筛选出最简便的功能使用。
	查询书籍是否需要用户个人信息？需要则涉及等级是多少？	用户个人安全非常重要，也是软件制作方我们非常需要注重的地方。图书查询看似是非常简单的功能，但组为我们系统最主要也是首页的进口，涉及很多功能的连接和使用，不同的图书馆（或类似的公司）要求的功能会不同，那么具体了解公司或图书馆等这些部门具体的痛点也就是调研要点后我们用了很多场景进行了不同的功能排查最后筛选出最简便的功能使用。
	能否输入书籍背后条形码查询查看对用书籍信息？	一般能或不能需要实际场景决定。图书查询看似是非常简单的功能，但组为我们系统最主要也是首页的进口，涉及很多功能的连接和使用，不同的图书馆（或类似的公司）要求的功能会不同，那么具体了解公司或图书馆等这些部门具体的痛点也就是调研要点后我们用了很多场景进行了不同的功能排查最后筛选出最简便的功能使用。
	图书查询功能能否直接连接借阅功能模块？还是只能单独使用？对用户带来何种影响？	初版决定不连接，两个模块单独做。后续可能会迭代升级。图书查询看似是非常简单的功能，但组为我们系统最主要也是首页的进口，涉及很多功能的连接和使用，不同的图书馆（或类似的公司）要求的功能会不同，那么具体了解公司或图书馆等这些部门具体的痛点也就是调研要点后我们用了很多场景进行了不同的功能排查最后筛选出最简便的功能使用。
图书借阅	借阅图书是否是相关单位内部人员？借阅用户是否需要分等级？借阅图书是否输入具体归还日期？是否支付借阅费用等等	不同身份的人不同的目的借阅会带来不同的而结果，如何解决出现的各种问题，如何快速更新仓库，等是现代化图书馆最需要解决的问题之一。用户分级等举措能否带来一些保障，这些问题也用了具体功能实现解决。

图书归还	跟借阅相同，归还超出日期会对图书馆带来那些风险？如何避免归还出现的问题？	归还问题涉及图书馆利益，需要销售部（如果是营利性公司）共同策划如何对员工或用户制定相应的政策。

技术方案	图书数据归属问题，用户\商机\渠道等变更所属人后，所属部门是否跟随变化	具体场景具体技术实现
	基于权限方案外的数据权限需求调研	具体场景具体技术实现
	字段级管理需求	具体场景具体技术实现
	数据迁移方案	具体场景具体技术实现
跟进	跟进阶段要求收集的客户信息都有哪些？目前是否有关于跟进的相关政策	具体场景具体技术实现

3.修改完善上周提交的需求规格说明书

1.项目描述

一款着力于提升图书馆工作效率，方便图书管理员的一个程序。随着社会的发展人们对读书的重视度越来越高，图书馆成文了人们在周末看书娱乐的好场所，而图书种类各种标签下图书管理成文了现在各个图书馆信息化时代下的必须，此系统可以让图书管理能够获得对应的借书还书数据，查询图书借阅情况等从而进行更多样化的业务拓展以及流程优化。让目标用户和系统管理者有更好的体验。

2.项目背景

随着互联网技术的普及和图书馆规模的扩大，传统的纸质管理方式已经无法满足日益增长的图书馆需求。图书管理系统的开发应运而生，它利用计算机和信息技术，将图书馆的各项业务流程进行数字化和自动化管理。这样的系统能够更高效地管理图书借还、图书目录、读者信息和图书采购等流程，极大地提升了图书馆的运作效率。
同时，图书管理系统还为读者提供了便捷的服务。读者可以通过系统查询图书馆的藏书情况、预约借书、续借图书等操作，无需亲自前往图书馆。这不仅节省了读者的时间和精力，也为他们提供了更好的阅读体验。
图书管理系统的开发也有助于信息资源的共享和利用。系统中的图书目录和借阅记录等数据可以进行统计和分析，为图书馆和学术机构提供宝贵的参考依据。通过分析读者的阅读喜好和借阅行为，图书馆可以更准确地进行图书采购和馆藏管理，满足读者的需求。同时，这些数据也有助于学术研究和图书馆管理者的决策制定。
总之，图书管理系统的开发背景可以追溯到互联网技术的普及和图书馆规模的扩大。这样的系统不仅提高了图书馆的运作效率，也为读者提供了更便捷的服务。同时，图书管理系统的数据统计和分析功能，对于信息资源的共享和利用也具有重要意义。因此，图书管理系统的开发是当前图书馆和学术机构发展的必然选择，也是提升阅读体验和服务质量的重要手段。

3.目标人群

各大图书馆或校园图书馆

4.预期用户量

50人以上

5.功能性需求

用户信息管理：包含用户基本信息，用户身份验证后，可确认自己的信息以及对自己一些基本信息进行修改增添。
图书管理：显示所有图书信息，可对应图书进行查询借阅，增添，修改，删除借阅操作。
借阅功能：查询图书借阅，还书，借阅操作。

6.可靠性需求

系统满足安全性，实用性需求，确保功能高校实用，同事保证信息安全。

7.技术需求

前端技术：JavaScript、CSS、HTML
后端技术：Java、MySQL、maven、SSM

8.团队码云链接

https://gitee.com/xuqiang_123/flower_richf

4.功能分析四象限

5.WBS图以及项目进度图

WBS图
项目进度图

二、系统设计

1.系统架构

2.ER图

三、Alpha任务分配计划

1.Product Backlog图

2.Sprint Backlog图

3.甘特图

四、测试计划

试术语：黑盒测试，功能测试，测试项，严重性
性能测试(Performance Testing)
在一定负载情况下，系统响应时间、搜索筛选结果等性能是否满足用户特定的性能需求。
负载测试(Load Testing)
在一定的软甲、硬件及网络环境下，在不同虚拟用户数量的情况下进行一种或者多种业务，测试服务器的性能指标是否在用户要求的范围内，用于确定系统所能承受的最大用户数、最大有效用户数以及不同用户数下的系统响应时间和服务器的资源利用率。
压力/强度测试(Stress Testing)
在一定软件、硬件及网络环境下，模拟大量的虚拟用户想服务器产生负载, 使服务器的资源处于极限状态下并长时间连续运行,目的是用来测试服务器高负载情况下是否能够稳定工作。
配置测试(Configuration Testing)
在一定的软件，硬件及网络环境下, 在数据库中构造不同数量级别的数据记录,运行一种或多种业务,在一定虚拟用户数量的情况下,获取不同配置的性能指标,由于选择最佳的设备及参数配置。通过配置测试可以将性能缺陷放大,方便定位瓶颈。
项目人员：所有参加开发的组员
任务概述
测试范围：前后端开发中的所有接口，以及数据库的增删改查操作
测试方法：手动测试、压力测试
测试停止及恢复条件：
测试停止条件：开发人员需要更改代码
恢复条件：确认代码修改无误