一、 需求规格说明书
1. 引言
在校园生活中，学生或老师丢失物品的事经常发生。虽然有一些校园组织参与失物招领的工作，但还是缺乏一个能统筹管理失物信息、方便失主找回的系统。
因此开发一个失物招领网站的优势以及对在校师生的作用就显而易见了。
1.1 编写目的
本需求的编写目的在于研究失物招领中心网站的开发途径和详细需求，为以后的开发工作提供可靠依据。
1.2 开发的目的及意义
本网站开发目的在于开发一个旨在服务在校师生的web端产品，其核心功能是失物信息的发布、收回以及社交。能更好地解决校园失物问题。
1.3 预期用户
1000人
2. 用户需求分析
2.1 目标用户群体
广工在校师生或在广工工作的人员
2.2 用户需求获取
在该阶段，我们会进行调查和与用户交流，了解用户希望的功能和最想要的功能，并对获取的需求汇集成需求分析表，为后续开发作参考。
同时，我们也会以自身的测试体会作为网站功能开发的一个考量。
2.3 用户需求
1）用户登陆注册功能，登陆界面能实现账户的录入和保存
2）用户拥有自己的个人中心，用以登记最基本的资料
3）用户可以发失物招领或有关失物信息的帖子
4）用户可进行评论、收藏、转发
5）用户之间可私信交流和拉黑
6）网站可显示地图，在地图中显示失物信息
3. 功能性需求
3.1 基础功能：
1）用户登陆注册
2）编辑个人信息，可选择隐藏部分信息
3）用户发布失物信息（支持上传图片，有固定的文字模板）
4）帖子的评论功能
5）用户私信功能
6）管理员管理失物信息功能
3.2 进阶功能：
1）帖子的点赞、收藏和转发功能
2）用户拉黑功能
3）载入广工的校园地图，在地图上显示失物信息
4）管理员封禁违规用户
5）设置失物类别分区或标签
4. 非功能性需求
操作系统：windows操作系统
开发工具：IntelliJ IDEA
5. 技术需求
1）Java基础
2）SSM框架
3）Vue框架
4）前后端分离
二、 系统意义分析
1. 真实性：校园丢失物品的事件经常发生，该系统针对目标用户，提供最便利的失物信息交流平台。
2. 可用性：该系统能刊登失物的具体信息、丢失地点、失主联系方式，拥有社区功能和社交功能，
能为失主和拾主获取失物信息带来便利。
3. 价值：
1）降低学校的失物招领工作的负担
2）能很好的服务于在校师生
3）让用户省去繁琐的失物信息获取途径，为用户带来便利
4）能提供一个小型校内社交平台
三、 团队项目管理
1. 团队项目管理
管理方式 —— github
团队项目github地址：https://github.com/oMIZUCHIo/SeekLostProject
2. Issues任务截图
3. 团队时间安排表
3.1 原安排表
|
第 8 周 |
1.团队组队、团队博客 |
|
|
2.团队介绍、成员展示、角色分配、选题确定 |
|
|
3.制定团队计划安排，团队贡献分的规定 |
|
第9周 |
1.需求规格说明书 |
|
|
2.原型设计，确定数据结构、api文档 |
|
|
3.编码规范完成、平台环境搭建完成、初步架构搭建 |
|
|
4.队员估计任务难度并学习必要的技术 |
|
第10周 |
1.原型改进（给目标用户展现原型，并进一步理解需求） |
|
|
2.架构设计，WBS, 团队成员估计各自任务所需时间 |
|
|
3. 进一步具体化需求 |
|
第11、12周 |
1. 团队项目Alpha任务分配计划 |
|
|
2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 |
|
|
3.制定测试计划 |
|
第13周 |
1. 用户反馈+测试计划改进 |
|
|
2. 团队Alpha阶段个人总结 |
|
|
3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 |
|
第14周 |
1. 团队项目Alpha博客：事后分析 |
3.2 现安排表
|
第 8 周 |
1.团队组队、团队博客 |
|
|
2.团队介绍、成员展示、角色分配、选题确定 |
|
|
3.制定团队计划安排，团队贡献分的规定 |
|
4.队员估计任务难度并学习必要的技术 |
|
|
第9周 |
1.需求规格说明书 |
|
|
2.原型设计，平台环境搭建完成、初步架构搭建 |
|
|
3.进行项目基础功能模块的分工 |
|
|
4.学习必要技术 |
|
第10周 |
1. 进一步具体化需求，完善需求规格说明书 |
|
|
2. 进入Alpha 1.0阶段，完成项目基础功能的实现： 1）用户登陆注册 2）发帖功能 3）私聊功能 4）网站主界面及其他基础界面的开发 |
|
第11周 |
1. 团队项目Alpha1.0 进度汇报，更让人总结 |
|
|
2. 完成基本功能的开发 |
|
|
3. 制定测试计划 |
|
4. 再一步细化或添加需求 |
|
| 第12周 |
1. 进入Alpha2.0阶段，进行进阶功能开发的任务分配 |
| 2. 连续7天的Alpha敏捷冲刺，完成进阶功能的开发 | |
|
第13周 |
1. 用户反馈+测试计划改进 |
|
|
2. 团队Alpha2.0阶段个人总结 |
|
|
3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 |
|
第14周 |
1. 团队项目Alpha博客：事后分析 |
3.3 矫正计算方法
根据各团队成员的学习进度以及开发进度进行矫正，将原计划中的一些阶段进行细化和延长。
4. 团队分工
4.1 角色分配
| 队员 | 项目角色 |
|
张博愉 |
后端工程师、PM |
|
张润柏 |
后端工程师、测试 |
|
周伟建 |
后端工程师、测试 |
|
郑堉涵 |
后端工程师、测试 |
|
林梓琦 |
后端工程师、测试 |
|
林钦发 |
前端工程师、测试 |
4.2 基础功能开发阶段项目分工
| 队员 | 负责工作 |
|
张博愉 |
需求规格说明书的编写、撰写博文、 负责发帖功能的开发 |
|
张润柏 |
负责管理员基本功能的开发 |
|
周伟建 |
负责用户私聊功能的开发、团队github管理 |
|
郑堉涵 |
负责管理员基本功能的开发 |
|
林梓琦 |
负责发帖功能的开发 |
|
林钦发 |
负责登陆界面、网站主界面的开发 |
5. 团队进度与感谢
张博愉
学习进度：Spring框架学习了一半，未完成
完成的工作：博客撰写、完成需求规格说明书
个人感想：要学的东西很多，进度有点拖累团队，还要加把劲
张润柏
学习进度：正在复习SSM框架相关知识，未完成
完成的工作：失物管理系统管理员的基础操作
个人感想：没有自己编写过完整的程序，所以在准备工作就会消耗掉很多的时间去熟悉，去复习，有完成过的话，就可以利用之前的项目来拷贝相关的代码
郑堉涵
学习进度：继续学习Spring、SpringMvc和Mybatis三个框架，未完成
完成的工作：将伟健、梓琦搭好的项目框架部署到本地。
个人感想：学习得有点慢，很多东西看过就忘了，掌握得不是很好。
周伟建
学习进度：未完成
完成的工作：
1） 项目环境搭建
2）创建guthub团队仓库
3）创建服务器远程数据库
个人感想：之前有过建立项目和团队私有仓库的经验，所以上手得相对较快；另外由于之前没有经验，
花了绝大部分时间建立服务器数据库，便于后期的团队合作；另外分配给我的其他具体任务，
由于有我还不熟悉、还未了解的知识，所以需多花了点时间学习。
林梓琦
学习进度：已完成
完成的工作：
1）实物登记的CRUD
2）地址选择的后台代码
个人感想：
1） 发现人类的能力是有极限的 ...... 除非超越人类。 我不做人了，JOJO！
2）实际编码的过程和自己编码还是不太一样的，实现功能的方式要顾及到其它的组员。
3）由于前后端分隔开，所以在测试的时候容易出现意想不到的bug（而且是不太妙的bug）。
林钦发
学习进度：入门学习了VUE框架，目前已经学会了基本的使用方法，未完成
完成的工作：登陆注册界面的编写
个人感想：学习过程中要多思考，多做笔记，多动手敲代码，还有保持良好的心态面对遇到的困难
和面对BUG，坚持下去一定会有收获。