团队作业3--需求改进&系统设计
团队作业3--需求改进&系统设计
目录
- 团队作业3-《需求改进&系统设计》
- 1.需求&原型改进
-
- 1.1 课堂问题
-
- 1.2 修改完善上周提交的需求规格说明书
-
- 1.3 原型展示
-
- 1.4 功能分析的四个象限
-
- 1.5 任务分解WBS
- 2.系统设计
-
- 2.1 架构设计
-
- 2.2 数据库设计
-
- 2.3 部分UI设计
- 3.Alpha任务分配计划
-
- 3.1 Product Backlog
-
- 3.2 Sprint Backlog
-
- 3.3 迭代冲刺计划
- 4.测试计划
-
- 4.1 测试目的
-
- 4.2 测试范围
-
- 4.3 测试阶段
-
- 4.4 测试环境
-
- 4.5 测试人员
-
- 4.6 测试工具
1. 需求&原型改进
1.1 课堂问题与改进
问题1：如何在图像上识别宠物，以免创建者随便上传图片
修改1：可能会涉及到图像识别技术，但目前采取主人、宠物信息的方式识别每一个宠物
问题2：如何确保宠物信息单一，防止信息重复
修改2：在用户进行信息创建时进行宠物信息的主人信息查重，确保信息不重复
问题3：如何正确管理宠物
修改3：除正确储存宠物信息外，额外增加地图功能，在地图中标注宠物最新出现位置
1.2 修改完善上周提交的需求规格说明书
-
不足&改进1：未给出原型，在下文将给出补全的改进的原型分析展示。
-
不足&改进2：对用户需求理解不够深刻，将在功能细节处改进。
1.3 原型展示
- 使用产品前的场景：
小坤是一位广州某工业大学的学生，他热爱小动物，自己在学校养了一只小猫咪，平时也喜欢在校园中挑逗、喂食校内的流浪猫。在很长的一段时间内，自家的猫咪经常在学校里走丢；校内的流浪猫数量越来越多，导致小坤越来越难以分辨自己接触的每一只流浪猫。这导致小坤的爱猫兴致降低。
从小坤的情况我们可以看出小坤虽然非常喜爱小动物，但因为校园内流浪猫数量过多，且空间较为自由，导致无法很好的管理自己的猫咪和自己喜爱的流浪猫。这两个方面是小坤这类目标用户的痛点。
- 使用产品后的场景：
小坤因此撸猫兴致降低，好在他的舍友通过分享给他介绍了本系统。由于本系统对本校的动物包括流浪猫进行了良好的管理，他根据本系统给出的信息找回了自家的猫咪，并且能够查询辨别每一只流浪猫，并在地图中找到他们的位置。
由上使用产品后的场景我们可以看出，小坤使用我们的系统后更在方便的能够管理这些猫咪，这使得他花费在管理猫咪上的精力减少，撸猫兴致上升。
- 与目标用户沟通：
我们将系统原型设计发给了身边某同学让他感受下设计有什么不足，他认为如果目标是大学生的话，可以将页面设计得更倾向大学生审美，比如添加一些年轻化的元素，布局可以不要太过压抑。
1.4 功能分析的四个象限
1.5 任务分解WBS
2. 系统设计
2.1 架构设计
2.2 数据库设计
2.3 部分UI设计
-
上传信息
-
地图
-
用户注册登录
3. Alpha任务分配计划
3.1 Product Backlog
- 使用辅助工具leangoo作为待实现的功能项看板
3.2 Sprint Backlog
- 使用辅助工具leangoo作为功能模块进一步细分组成的任务进度看板
3.3 迭代冲刺计划
- 甘特图：
4. 测试计划
4.1 测试目的
为了保证本项目各预期上线功能的正常运作，保证实现效果与拟订实现的计划一致，确保目标用户能大致符合预期地使用本项目，且尽量减少上线运行后出现的错误。
4.2 测试范围
测试的对象大概包括实现具体功能的几个功能模块、设计的界面、数据库运行情况、用户使用情景模拟等方面。
4.3 测试阶段
-
1.测试计划设计阶段（正处于）
-
2.测试准备阶段
-
3.测试执行阶段
-
4.测试总结阶段
由于预期要做的功能较多，正式测试会稍晚开始，但是开发过程中会同步进行对每个小部分的简单测试。
4.4 测试环境
硬件：vps
软件：windows操作系统
数据准备：一般指测试数据的准备；大量的用户数据的模拟，可以借助测试工具来构建。
4.5 测试人员
测试组主要人员为阿布。其他成员可在整体代码测试完成后参与用户使用情景模拟测试。
4.6 测试工具
功能测试使用Seleium，性能测试使用Jmeter 等。
