团队作业3-需求改进&系统设计
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11151 |
| 这个作业的目标 | 初步完成需求规格说明书 |
一、 需求&原型改进
1.1 修改选题及需求
1.1.1 通过原型与内测用户沟通，改进需求
1.1.2 需求修改总结
| 问题 | 修改 |
|---|---|
| 1. 可以用过接单来实现当跑腿，无需单独的发布当跑腿的功能 | 删除当跑腿的功能 |
| 2. 实时聊天没有发送图片的功能 | 增加发送图片的功能 |
| 3. 聊天界面应该显示用户名，而不是显示跑腿 | 将跑腿改成用户名 |
1.2 修改需求规格说明书
不足： 各个功能的划分条理不够清晰，会给后期的架构和接口设计带来麻烦。
解决措施：明确各个功能划分
1.3 功能分析四象限
| 外围功能 | 杀手功能 | |
|---|---|---|
| 必须需求 | 登录功能 发布订单评价 用户信息存储功能 |
发布订单功能 接单功能 聊天功能 |
| 辅助需求 | 查看我发布的订单 查看我的评价 操作提示 编辑个人信息 |
搜索排序功能 查看对方历史评价 |
二、 系统设计
2.1 架构设计
2.2 通过蓝湖设计原型
2.3 前端架构
2.4 后端架构
2.5 数据库设计(ER图)
三、 Alpha任务分配计划
3.1 Product Backlog和Spring Backlog
| Product Backlog | Spring Backlog |
|---|---|
| 个人主页模块 | 修改个人的相关信息、点击头像查看对方的相关信息 |
| 订单模块 | 发布跑腿、接单、确认接单、评价 |
| 聊天模块 | 实时聊天、查看聊天记录、删除聊天记录、发送图片等 |
| 搜索模块 | 按时间搜索、按价格搜索、顺序、倒序 |
3.2 Alpha开发任务分配
| 成员 | 任务分配 | 完成时间 |
|---|---|---|
| 陈智超 | 后端架构、聊天系统设计 | 2020-11-10 |
| 魏龙涛 | 后端订单相关功能 | 2020-11-12 |
| 陈燕 | 后端个人主页 | 2020-11-12 |
| 林雨欣 | 后端测试 | 2020-11-12 |
| 吴晓璇 | 前端登陆、聊天等功能 | 2020-11-15 |
| 林雪花 | 订单相关的需求 | 2020-11-15 |
3.3 冲刺计划甘特图
四、 测试计划
4.1 测试目标：在十一周前完成所有测试
4.2 测试策略：W模型
4.3 测试范围
4.3.1 兼容性测试
基于安卓系统和ios系统，保证系统之间的兼容性
4.3.2 压力测试
对数据的承载量测试，采用apache的开源测试工具jmeter，通过http协议发送访问请求，收集服务器响应速度，监控服务器运行状态和资源耗用情况。
4.3.3安全测试
对系统的安全性能进行测试，用acunentix测试，测试人员模拟非法入侵，采用各种方法冲破防线。记录各项攻击数据，破防时间，攻击地点，攻击方式及代价。
4.4 测试停止及恢复条件
| 停止条件 | 恢复条件 |
|---|---|
| ①系统崩溃 ②系统响应时间超过10秒 ③程序运行结果或数据库中数据存储出错 |
程序可正常运行，无乱码 |
4.5 测试文档及缺陷提交管理等
4.6 测试环境： windows、idea、Chrome浏览器
4.7 风险评估
-
人力方面
人手充足，但是在各模块测试阶段各测试成员具有不可替代性，如果某一位测试成员因不可抗力因素不能参与测试，将带来至少延迟3天的后果，人力方面风险评估为较低。
-
时间方面
时间较为紧迫，在各成员都参与测试情况下预计各模块测试阶段由于个别成员学习进度较慢会延迟1-2天，整体测试阶段预计能在1天内完成任务，总测试时间预测延迟1-2天，时间方面风险评估为高。
-
环境方面
产品的市场定位具有稳定性，故在测试期间预计开发者不会对产品进行大的改动，环境方面风险评估为低。
-
资源方面
测试所需要的知识都可以在网络以及书本上找到，故资源方面风险评估为极低。
-
部门合作方面
此次测试任务由我们小组组内完成，具有沟通效率高的特点，故部门合作方面风险评估为极低。
4.8 测试服务器
- 服务器：华为云耀云服务器：2核、4G、5M
