问题2. 播放器主要设计为播放本地音乐，所以原型的收藏功能没有意义。
修改2. 删除歌曲收藏功能，增加更改播放队列播放形式(单曲播放、随机播放、顺序播放等)。
问题3. 界面颜色单一，UI设计导致用户失去使用播放器的兴趣。
修改3. 增加修改播放器背景图片功能，让用户能根据喜好心情，设置播放器背景图片。
改进原型展示：
完善规格说明书：
《规格说明书》初稿不足：
- 在初稿中展示了登陆界面的UI设计，没有设计账号注册界面。
- 原型缺少用户需要的歌词显示功能。
具体改进： - 设计账号注册界面，并向用户展示改进后的界面设计。
- 增加歌词显示功能，该功能通过歌词文件，进行播放歌曲歌词的展示，歌词随歌曲播放进行滚动显示。歌词文件不仅记录歌词，并且记录歌曲播放到该歌词的时间，以实现实时歌词展示。
功能分析的四个阶段：
- 第一象限（杀手功能，必要需求）：播放器能正常播放音乐，用户能通过播放器选择自己存储的音乐。
- 第二象限（外围功能，必要需求）：美观播放器界面，使用该播放器聆听歌曲，也能得到视觉上的享受。
- 第三象限（外围功能，辅助需求）：登陆用户的头像设置，这些功能对播放器的使用影响不大。
- 第四象限（杀手功能，辅助需求）：播放音乐时，还能实时显示歌词，用户不仅能了解歌曲内容，也能通过观看歌词边聆听边歌唱。
WBS：
二、 系统设计
各开发人员在进行任务时，应遵循开发环境和编码规范文档的要求。
- 数据库设计：数据库的重要表为用户信息表(tb_user)，该表应包含用户帐号用户名、密码以及其他信息。
- 添加歌曲功能：限定为音乐格式的文件选择功能。
- 登陆注册功能：登陆功能主要根据用户输入信息，在数据库查询验证；注册功能主要将注册信息插入到数据库用户信息表中。
三、 Alpha任务分配计划
迭代冲刺计划(甘特图)：
详细的任务分配：
| 任务 | 具体内容 | 时间安排 |
| 数据库设计 | 用户数据表设计 | 2 hours |
| 其他数据表设计 | 4 hours | |
| 登陆界面控件设计 | 按钮、文本框等控件设计 | 5 hours |
| 登陆/注册功能 | 登陆验证功能 | 4 hours |
| 账号注册功能 | 4 hours | |
| 设计测试计划 | 测试各功能模块的正确性 | 7 days |
| 设计背景功能 | 实现更改播放器背景图片 | 2 hours |
| 音乐播放相关功能 | 上/下一曲 | 2 hours |
| 播放/暂停 | 2 hours | |
| 歌词显示功能 | 8 hours | |
| 选择音乐文件功能 | 从本地添加音乐文件到播放器 | 4 hours |
| 播放顺序功能 | 调节音乐单曲循环、顺序播放等 | 6 hours |
| 音乐播放界面控件设计 | 按钮、文本域等控件设计 | 5 hours |
任务人员分配：
任务|负责人|任务开始时间|任务截至时间|进度
-|-|-|-
数据库设计|肖烈涛|2019-11-18|2019-11-18|0%
登陆界面控件设计|邓镇港|2019-11-18|2019-11-18|0%
登陆/注册功能|余晓东|2019-11-18|2019-11-19|0%
设计测试计划|林德泽|2019-11-18|2019-11-22|0%
背景图片功能|李 清|2019-11-20|2019-11-20|0%
音乐播放相关功能|陈嘉欣|2019-11-20|2019-11-22|0%
选择音乐文件功能|陈嘉欣|2019-11-19|2019-11-19|0%
播放顺序功能|邓镇港|2019-11-20|2019-11-21|0%
音乐播放界面控件设计|邓镇港|2019-11-22|2019-11-22|0%
Sprint看板：
四、 测试计划
- 单元测试：测试各功能模块独自的正确性。
- 集成测试：测试多个功能模块联合运作的正确性。
- 系统测试：主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。
- 回归测试：在软件维护阶段，为了检测代码修改而引入的错误所进行的测试活动。
具体测试方案：
- 使用多个正确和错误账号密码，单独测试登陆/测试模块。
- 添加错误文件格式进行音乐播放。
- 在多次使用上/下一曲、播放/暂停功能后，测试音乐是否正常运行。
- 改变播放顺序，测试歌曲歌词是否仍正常滚动。
- 。。。