一、需求&原型改进
1、针对讨论的问题和修改
问题1：用户发表了失物贴，另一位用户另起一贴发表了这个失物的相关信息，失者如何获取该信息
修改1：后续进阶功能可在帖子增加标签，将相关标签的贴推给目标用户
问题2：用户不记得发失物贴所需的基本信息怎么办
修改2：失物贴的模板信息可以不全部填完也能发布失物信息
2、给目标用户展现原型，与目标用户进一步沟通理解需求
我们的主要目标用户是在广工生活或工作的人
场景：
对某广工学生的提问
Q：如果使用失物招领中心系统，你希望的体验是什么？
A：这当然是我登陆进去的时候能看到与我发布的失物相关的信息啦！，如果我不见了东西，然后获得的信息是无用的话我会很烦躁。
对于用户来说，如何在繁杂的失物信息中提取与自己相关或对自己有用的信息是他们的痛点。
3、修改完善上周提交的需求规格说明书
上周提交的需求规格说明书并不是很完善，里面有很多地方仍比较模糊笼统。如对用户的基本需求功能考虑不全，没有考虑帖子的推
送算法；对系统的界面描述不足等。这周，我们根据一些讨论和建议对其进行了一些修改。
针对用户需求，我们考虑增添给用户选择发帖标签和感兴趣的标签等功能，以便让用户快速获取相关信息。同时在用户的主界面，将
按浏览热度的顺序排列相关帖。
针对管理员，我们增添了账户封禁、关键词屏蔽等安全性功能。
用户使用场景模拟：丢失了校卡的学生A登陆失物招领中心网站，点击网页上方的发布新失物模块，根据系统的失物贴模板填写失物信息并发帖。一段
时间后，当学生A躺在宿舍的床上刷手机再点开网站时，其帖子收到了许多评论。当他阅读了一些评论后，知道他的校卡被学生B捡到了。正在此时，学
生B私聊了他。随后他们交流了一下，约定好了时间地点去交还失物。拿回校卡后，学生A向系统管理员发送了失物找回信息，他的失物贴被标记为失效。
其他用户也可以不用再在该帖子发布信息了。
4、功能分析的四个象限
第一象限（杀手功能，必要需求）：发帖可设置分区和标签，使用户更加便捷地获取信息
第二象限（外围功能，必要需求）：基本发帖、评论和用户私聊功能。发失物帖提供标准化的文字模板，方便用户填写信息
第三象限（外围功能，辅助需求）：良好亲切的界面设计，使用户体验方便和舒服。
第四象限（杀手功能，辅助需求）：增加地图或定位信息，更精确失物信息
5、任务分解WBS
二、系统设计
|
前端页面 |
直接与用户进行交互 |
|
后端系统 |
响应用户的请求，为用户提供数据和服务 |
1、前端页面设计
1.1 登陆界面
1.2 主界面
2、后端架构设计
2.1 目的
本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述软件系统的各个方面，记录并表述已对系统的构架方面作出的重要决策。
2.2 范围
本文档用于挑战极限队的SeekLost（失物招领中心）项目。SeekLost项目是一个具有论坛属性、以失物招领为主要应用的WEB项目
2.3 架构表示方法
本文档通过以下一系列视图来表示SeekLost的软件架构：用例视图、数据视图
2.4 架构目标与约束
1）设计约束：开发语言为Java，采用关系型数据库存放数据。
2）有用户必须在保证网络连接的情况下可通过互联网访问系统
3）系统必须保证数据的安全访问，用户需通过用户名和密码来进行身份验证，同时对数据的访问要进行授权验证
2.5 用例视图
2.6 数据视图
用户表
角色表
权限表
私信表
帖子表
评论表
三、Alpha任务分配计划
第一部分：以需求分析为主，选择和排序本次迭代需要实现的订单条目
1、对面向用户提出的需求进行汇总，对系统进行初步的改进（张博愉）
2 、系统功能实现：
模块一：登陆、注册（周伟建）
模块二：发布失物信息（林梓琦、张博愉）
模块三：用户私信模块（周伟建）
模块四：管理员模块（张润柏、郑堉涵）
模块五：用户界面（林钦发）
第二部分：以设计为主，确定系统设计方案和工作内容
1、进阶功能或细化功能的实现：
功能一：加入标签功能
功能二：用户更改个人信息或头像
功能三：实现帖子推送算法
功能四：加入定位或地图
2、界面的实现（林钦发）
3、测试模块（张博愉）
甘特图
四、测试计划
1、项目背景
这是基于web的失物招领系统，主要功能包括登陆注册功能、发帖评论功能、用户私信功能、管理员管理失物信息功能等，现进行测试
2、任务概述
2.1 测试目标：
1）用户顺利进行登陆注册
2）用户能顺利发帖评论，且能设置标签
3）用户能正常私信
4）用户能在主页看到关心的推送贴
5）管理员能顺利执行其权力
2.2 测试范围：
1）登录模块
2）发帖模块
3）私信模块
4）管理员模块
3、测试策略
3.1 测试方法：手动测试
3.2 测试阶段计划
单元测试：由各开发人员 自行测试
集成测试：开发完某一模块后，由负责该模块的人员一同测试
系统测试：系统完成时，由全体人员制定测试计划测试
3.3 测试人员需求、分工
| 任务 | 时间 | 人员 | 预期工作量 |
| 制定测试计划 | 2020.05.20 | 张博愉 | 4h |
| 单元测试 | 全程 | 全体 | |
| 功能性测试 | 2020.06.06 | 全体 | 4h |
| 性能测试、回归测试 | 2020.06.10 | 张博愉 | 2h |
| 内测 | 2020.06.12 | 全体 | 4h |
| 测试报告总结 | 2020.06.12 | 全体 | 2h |
4、测试资源
4.1 硬件资源需求
6台电脑
4.2 软件资源需求
Java环境、SSM框架，vue框架
4.3 测试人员需求
认真制定测试计划，态度认真严谨
5、风险评估
1）测试经验不足，可能无法将使测试足够完善。
2）测试环境不一致，导致测试进度缓慢
6、其他信息
测试计划制定者：张博愉
日期：2020.05.20
修改记录：
初次制定：2020.05.19
最终修改：2020.05.20
开发负责人：林梓琦
测试负责人：张润柏
项目经理：张博愉