| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/CSGrade21-12 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/CSGrade21-12/homework/13018 |
| 这个作业的目标 | 团队项目：系统、预期用户量、通过需求分析形成需求规格说明书 |
一、需求规格说明书
1.项目描述
一款着力于提升图书馆工作效率，方便图书管理员的一个程序。随着社会的发展人们对读书的重视度越来越高，图书馆成文了人们在周末看书娱乐的好场所，而图书种类各种标签下图书管理成文了现在各个图书馆信息化时代下的必须，此系统可以让图书管理能够获得对应的借书还书数据，查询图书借阅情况等从而进行更多样化的业务拓展以及流程优化。让目标用户和系统管理者有更好的体验。
2.项目背景
随着互联网技术的普及和图书馆规模的扩大，传统的纸质管理方式已经无法满足日益增长的图书馆需求。图书管理系统的开发应运而生，它利用计算机和信息技术，将图书馆的各项业务流程进行数字化和自动化管理。这样的系统能够更高效地管理图书借还、图书目录、读者信息和图书采购等流程，极大地提升了图书馆的运作效率。
同时，图书管理系统还为读者提供了便捷的服务。读者可以通过系统查询图书馆的藏书情况、预约借书、续借图书等操作，无需亲自前往图书馆。这不仅节省了读者的时间和精力，也为他们提供了更好的阅读体验。
图书管理系统的开发也有助于信息资源的共享和利用。系统中的图书目录和借阅记录等数据可以进行统计和分析，为图书馆和学术机构提供宝贵的参考依据。通过分析读者的阅读喜好和借阅行为，图书馆可以更准确地进行图书采购和馆藏管理，满足读者的需求。同时，这些数据也有助于学术研究和图书馆管理者的决策制定。
总之，图书管理系统的开发背景可以追溯到互联网技术的普及和图书馆规模的扩大。这样的系统不仅提高了图书馆的运作效率，也为读者提供了更便捷的服务。同时，图书管理系统的数据统计和分析功能，对于信息资源的共享和利用也具有重要意义。因此，图书管理系统的开发是当前图书馆和学术机构发展的必然选择，也是提升阅读体验和服务质量的重要手段。
3.目标人群
各大图书馆或校园图书馆
4.预期用户量
50人以上
5.功能性需求
- 用户信息管理：包含用户基本信息，用户身份验证后，可确认自己的信息以及对自己一些基本信息进行修改增添。
- 图书管理：显示所有图书信息，可对应图书进行查询借阅，增添，修改，删除借阅操作。
- 借阅功能：查询图书借阅，还书，借阅操作。
6.可靠性需求
系统满足安全性，实用性需求，确保功能高校实用，同事保证信息安全。
7.技术需求
前端技术：JavaScript、CSS、HTML
后端技术：Java、MySQL、maven、SSM
8.团队码云链接
https://gitee.com/xuqiang_123/flower_richf
二、项目特色
- 真实性：图书馆管理系统用于管理图书信息、用户信息与及借阅信息，以加强掌握图书的流 通情况、提高工作效率，满足用户的生活需求，并且在技术上可实现。
- 可用性：图书馆管理系统实现了图书和用户信息的信息化管理，在用户方面，该系统的界面简单清晰、易于使用，减少很多人工操作上的不便和失误；在管理方面，利用计算机技术，可实行高效、准确的自动化管理。
- 项目价值：将传统图书馆业务的手工操作转变成由计算机自动管理，提高了图书管理工作的效率和质量，减少了人力、物力的输入；且随着技术的进步，图书管理的信息化对图书管理起到更好的促进作用。
三、团队计划
1.将团队任务添加到码云的 issues中
2.团队项目issues截图
3.团队时间安排表
修改前：
| 时间 | 任务 |
|---|---|
| 第9周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第10周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第14周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第15周 | 1. 团队项目Alpha博客：事后分析 |
修改后：
| 时间 | 任务 |
|---|---|
| 10月20日-10月26日 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 10月27日-11月2日 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 11月3日-11月9日 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 11月10日-11月16日 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 11月17日-11月23日 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 11月24日-11月30日 | 1. 团队项目Alpha博客：事后分析 |
矫正计算方法：
第九、十周的任务较为简单，可以按时完成。我们将周次换为了更准确的日期，从布置任务到任务截止为一次任务的时间，留给完成项目更多的时间。
四、其他
| 团队成员 | 工作 | 完成情况 | 感想 |
|---|---|---|---|
| 徐强(组长) | 开发、测试 | 进行中 | 通过对团队项目的分析，与队友的沟通交流，更好的了解了项目需求，学习了新技术，对后续开发更具信心。 |
| 肖兴明 | 开发 | 进行中 | 这次的团队项目让我们了解了团队合作开发所需要的流程，培养了沟通应变能力。同时也是一个一起进步学习的好机会，更好地运用所学知识进行开发。 |
| 沈俊杰 | PM：添加团队issues、编写博客 | 完成 | 目前仅两周的团队项目，让我体会到了团队项目的难度远大于个人项目，十分考验成员之间的合作能力，希望能在接下来的团队项目中能够学到更多。 |
| 梁志聪 | 测试：系统特点 | 完成 | 希望能在此次团队合作中有所收获，取得预期的结果。 |
| 贾基东 | 开发 | 进行中 | 通过本次团队项目，让我了解到了团队协作的重要性。同时在项目开发过程中逐渐熟悉其流程与分工，同时也在开发中学习，鞭策自己学习到许多新知识。希望在接下来的开发中，与大家一同学习，进步，完成本次项目。 |
| 迪力木热提·开依散尔 | PM：需求规格说明书 | 完成 | 在团队合作的过程中，培养了团队协作的能力，学会了与成员相互沟通、思考分析和解决问题，也对软件测试的知识有了进一步的理解，进一步加深了程序开发和项目管理的能力。 |