一、需求&原型改进
1.1用户需求调查
Q1:你的年龄是?你因音乐而产生浓烈情绪的频率是?
Q2:你在发现一首自己很喜欢的音乐时希望怎样表达自己的感受?
以上是调查中最主要的两个问题,也是本项目最具特色以及解决各大音乐软件以及社交软件痛点的地方
1.2 需求规格说明书修改
经过详细的检查,发现上次的需求规格说明书中存在一个极大的不足,现在的主要目的是着手解决该问题!
BUG:我们制作小程序有一个很大的关于音乐播放音乐的亮点,然而突然发现个人团体发布小程序不允许包含在线播放的音乐服务。
对于我们团队这是个极其大的打击,并且意味着之前花费的许多的精力在这个亮点上的策划与实现都付诸东流,修改方案以及重新策划严重拖慢了如今进度。
项目进度计划以及修改后任务分配见Alpha任务分配计划
二、系统设计
1.系统架构设计
前端页面 |
灵活运用采用小程序API,贴近用户最熟悉的体验的同时又做出创新视听体验 |
后端系统 |
采用小程序云开发,充分利用云数据库,云存储,云函数 |
搜索系统 |
联系用户搜索记录做出正确联想提示,根据用户需求与后端系统联系展示用户搜索内容 搜索系统原为歌曲搜索,现涉及不能发布问题,可能修改为讨论社区主题搜索 |
- 团队项目的数据库设计
user_id |
user_fans |
commu_id |
commu_share |
user_pwd |
user_prefer |
commu_user |
|
user_tag |
commu_comment |
||
user_share |
commu_fans |
用户table 浮动社区table
三、Alpha任务分配计划
Product Backlog |
Sprint Backlog |
用户版块 |
|
浮动社区版块 |
|
探测匹配版块 |
|
个人主页版块 |
|
分享心得版块 |
|
3.甘特图
四、测试计划
Why |
保证数据准确更新 保证功能正常实现 保证用户数据安全 保证社区数据官方更新 |
What |
|
When |
发布之前 功能合并及时测试 发布之后 2天一次维护测试 |
Where |
测试结果及BUG上传github的issues |
Who |
项目所有开发人员 |
How |
真机测试&微信开发者工具模拟测试 |