团队作业3--需求改进&系统设计

一. 团队

1. 队名

同舟共济队

2. 团队组成

姓名	学号
黄峻声（组长）	3123001598
魏杰宗	3123004197
郑邦洲	3123004767
林佳俊	3123004748
蔡宜桓	3123004217
庄楷彬	3123004250
覃锴锋	3123004240
廖唯宇	3123004747

二. 需求&原型改进

1. 需求的修改

问题1：过长的消息需要用户频繁滚动屏幕，降低沟通效率
修改1：限制单次消息大小，优化了用户体验，提升了系统稳定性。
问题2：低端手机可能因自动缓存大量高清图片而频繁弹出“存储不足”警告，同时也可能直接耗尽当月剩余流量，无法正常使用其他功能。
修改2：默认不自动下载大文件，用户点击后才下载，这样节省流量和存储空间。

2. 需求规格说明书的修改

1. 功能考虑不全

• 个人资料只可修改昵称，用户无法同时通过头像和名称快速找到想聊天的好友
• 聊天记录描述不够详尽，用户可以随时向服务器请求该用户所有的聊天记录数据，也可删除。

2. 用户故事

小明更新了资料，上传了自拍头像并改昵称「露营达人」。小红在聊天列表里，通过小明的帐篷头像和新昵称，一眼认出了刚改名的小明。
周末约爬山时，小红在聊天记录搜索框输入「北山集合点」，瞬间定位到三个月前的对话坐标。下山后她长按过期的路线讨论记录，批量删除了67条旧消息，手机存储空间多了200MB。

3. 功能分析的四个象限

必须做且重要：

登录注册、好友对话，好友管理是聊天软件的核心功能。

必须做但不重要：

聊天记录管理，可随时下载服务器存储的历史聊天记录，也可随时删除本机存储的聊天记录。

不必做但重要：

确保平台的用户界面简洁直观，新手首次使用也能在10秒内找到聊天入口，实现无门槛的即时通讯体验。

不必做且不重要：

语音消息功能。

4. 任务分解WBS及相应的项目进度计划

开发模块	时间周期
用户模块	1周
好友管理模块	1周
好友对话模块	1周
聊天记录模块	1周

三. 系统设计

1. 系统架构设计

为了实现聊天的需求, 主要包括以下几个部分:

• 业务逻辑层: 使用springboot框架开发后端, 使用maven进行管理项目
• 数据访问层: 使用Mybatis框架与MySQL数据库进行交互, 使用SpringDataRedis客户端与Redis数据库进行交互
• 日志记录: 使用Logback框架进行日志的记录
• 邮箱验证功能：基于SMTP协议创建邮件会话，实现用户注册/登录场景的邮箱验证流程

2. 数据库设计

四. Alpha任务分配计划

1. 功能项选取

用户模块
好友管理模块
好友对话模块
消息列表模块

2. Sprint Backlog

2.1 前端

任务描述	预期需要时间
登录注册界面	3小时
个人资料界面	3小时
好友对话界面	6小时
好友管理界面	2小时
会话管理界面	3小时

2.2 后端

任务描述	预期需要时间
登录接口	8小时
注册接口	6小时
个人信息管理	6小时
好友关系管理	5小时
实时消息传输	8小时
消息存储与查询	6小时
会话列表管理	4小时

五. 测试计划

1. 产品

一个轻巧的聊天软件，在为低配置设备用户提供流畅的实时聊天及图片传输功能的同时，也为学习能力较弱的人群提供了简单易用的聊天服务。

2. 测试方案

功能测试

a. 登录注册​​

• 注册：ID唯一性校验、密码复杂度提醒、重复注册拦截
• 登录：正确/错误凭证响应、登录状态保持
• 信息修改：昵称更新同步、输入长度限制

b.​​ 好友对话​​

• 消息收发：文字图片即时传输
• 异常处理：断网重连补发、大图压缩发送

c. 好友管理​​

• 增删查：精准搜索ID、添加双向确认、删除后关系解除
• 状态显示：在线/离线实时更新

d. 聊天记录​​

• 存储验证：本地与服务端数据一致性
• 加载效率：快速加载历史消息

界面测试

• 布局兼容：主流分辨率的显示完整性
• 交互反馈：按钮/输入框响应效果

性能测试

• 并发能力：模拟100用户同时登录/收发消息的响应时间
• 资源占用：单设备内存占用峰值（目标<300MB）
• 弱网适应：3G网络（300ms延迟）下的消息传输成功率

3. 测试时间

开发过程中同步进行测试，每完成一个模块后立即测试该部分，确保问题及时发现。

4. 测试人员

林佳俊、蔡宜桓负责主导测试环节，其他队员根据需求提供协作支持。