Daily Scrum - 11/24

今天会议时，人千提出了保存用户对每个单词背的程度的事，即如何保存每个单词上次背的时间，下次应背的时间等信息，是存放在数据库里还是存在onedrive上。目前已经联系Travis咨询数据库存储方面的事。章玮已经完成了单词显示的部分，可以显示单词了。

大家讨论了整个业务流程和相互模块间的调用。

燃尽图如下：

代码提交情况：

我们下个sprint的目标是加入单词的背诵时间等信息。

 

我们的典型用户和其典型场景如下：

1.容易懒惰的人

  特点：对背诵数量没有计划，拖延症，懒惰

  典型场景：有大致的背诵时间计划，如几个月背完托福，但平时随心所欲背诵几个单词，然后就背不下去了

  针对feature：在背单词计划页面设置背诵计划，软件会提示每天需背诵的词数，让用户明确每天的背诵任务

2.利用闲散时间背单词提升自己的用户

　特点：没有特定的目标或计划（如普通上班族）

　典型场景：用户没有明确的背单词计划（如几个月背完托福然后去考试），现在有闲散时间，不想浪费，相背几个单词提升一下自己的水平

　针对feature：用户可以不用设置计划，背单词默认的随便背背模式，一组10个单词，背完就OK

3.单词困难用户

  特点：今天认识的单词明天就忘了

  典型场景：对一个单词有印象，选择认识了，但实际上没有记住

  针对feature：不采用传统的“认识”、“不认识”这种0-1离散二值法让用户进行选择，改为一个带进度条动画效果的按钮，用户按住按钮越久，对该单词的熟识度越低，单词的熟识度是分布在在0-1之间的连续值，让后台算法更精准地进行统计和计算

4.误点误触的用户

　特点：手一残，点错了，按错了

　典型场景：用户不认识一个单词，结果误点了认识（在我们的软件中，即按住按钮很快就不小心松开了，导致软件认为用户对此单词十分熟练）；

　针对feature：用户按住按钮未到最大时间就松开（即判断对此单词较为熟识）时，显示一个“不认识”的按钮，若用户不认识次单词，则可以点此按钮；用户按住按钮超过最大时间（即判断不认识此单词）时，显示一个”认识“的按钮，若用户实际认识次单词，则可以点此按钮。

5.有一定单词量的用户

　特点：有一定单词量，很反感熟识的单词反复出现

　典型场景：用户背单词时遇到一些已经很熟悉的单词，希望他们”消失“，不要再出现，很多传统软件尽管用户点了认识，算法还是会在一定时间显示此单词让用户复习/背诵，用户很反感

　针对featrue：对于那些用户已经完全熟识的单词，用户可以按住按钮网上一拖，则此单词被标记为记住，再也不会出现。且该动作是一个向上拖动的动作，而不是简单地点击一个按钮，可以防止用户误操作