Alpha版本展示
这个版本是我们在经过七天冲刺之后，进行不断测试与修改后形成的，大家可以扫码试玩一下，欢迎找bug哦！(_)
1.团队成员的简介和个人博客地址，团队的源码仓库地址。
团队成员简介：
|  | name：杨雪莹 from:网络1511 忙于各种事项的PM 博客地址:https://www.cnblogs.com/yangxy/ |
|  | name：董美凤 from:网络1511 后端的主力军 博客地址:http://www.cnblogs.com/dongmf/ |
|  | name：林艺如 from:网络1511 美化前端的小能手 博客地址:http://www.cnblogs.com/dabaolyr/ |
|  | name：林楚虹 from:网络1511 默默查资料的小帮手 博客地址:http://www.cnblogs.com/lch9/ |
|  | name：王华俊 from:网络1511 努力学习的p图高手 博客地址:https://www.cnblogs.com/van666/ |
团队的源码仓库地址：https://gitee.com/yangxueying/software_engineering_team_work
2.团队各成员贡献排序（从大到小，无并列）
| 姓名 | 具体贡献 |
|---|---|
| 杨雪莹 | 游戏界面 随机单词 服务器搭建 界面连接 写博客 每日的进度追踪 |
| 董美凤 | 消除单词 按钮变色 服务器搭建 |
| 林艺如 | pass界面 over界面 获取等级函数 数据库搭建 |
| 林楚虹 | 学习界面 音乐开关 数据库搭建 |
| 王华俊 | 授权界面 游戏规则界面 |
3.团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）
http://www.cnblogs.com/LDLYMteam/p/8885164.html
4.团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。
5.我们要做软件工程，那就要有一点工程的样子：
1.团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？
（1）团队项目的目标：发布可交付的小程序，使用户可以根据自身水平随时学习单词，并消遣空闲时间。
（2）预期的典型用户：大学生
（3）预期的功能描述：用户可以进行难度选择，单词学习，单词匹配消除。
（4）预期的用户数量：100人（根据上次的用户需求调查结果，接受调查的人数有170人左右，其中大学生有100人左右，且绝大部分有意愿使用该小程序，因此我们将预期用户数量设定为100人）
2.团队的产品如何满足了用户的需求？
（1）提供难度选择的功能，让用户可以根据自身水平进行单词学习。
（2）词库为四六级词汇，能满足大学生四六级考试需求。
（3）通过游戏的形式，进行单词记忆，满足用户玩中学习的需求。
3.团队在Alpha阶段已完成了哪些目标？
在Alpha阶段已完成的目标：
①难度选择
②单词学习
③单词匹配消除
④游戏倒计时
⑤经验等级转化
⑥游戏背景音乐
4.团队的成员如何分工协作的？有什么经验教训？
成员分工如下：
经验教训：
（1）任务开始前，项目总体规划尽量做到细致周到。
我们在开会时将需要的界面详细的罗列出来，但是却忽略了对界面设计的讨论，导致成员在完成原型设计任务的时候没有具体的根据，只能按照个人的喜好进行界面的设计。原型设计结束后经过讨论又发现了很多问题需要进行返工，降低了工作效率。
（2）团队沟通很重要，只有沟通了才能知道队员的问题所在，对项目的看法，也可以更好的掌握项目的进度。
团队是分工合作的过程。在项目进行过程中，团队各自为了自己的任务而努力。对于任务的完成度，如果没有沟通，就无法掌握项目的进度，进而可能导致项目的失败。
（3）由于对项目的技术准备不足，导致任务划分不够全面。项目开发进行了一半，才发现问题的存在。
因为一开始不知道连接数据库是个大问题，没有在分配任务时考虑到，没有把它当作一个任务写在Leangoo里，导致助教觉得我们的燃尽图与项目进度不符。
5.团队是如何进行项目管理的？
团队主要使用码云进行代码的管理，码云地址：https://gitee.com/yangxueying/software_engineering_team_work
通过Leangoo进行进度跟踪，learngoo地址：https://www.leangoo.com/kanban/board/go/2376968#
项目燃尽图情况：
6.团队如何平衡 时间/质量/资源 争取如期完成任务的？
根据上图可以看出：
在时间上：如期交付
在质量上：完成了MVP，但是项目还是存在一些问题，比如单词加载较慢等等。
在资源上：根据资源测试结果，内存占比120M左右，资源消耗比较严重。
为了如期完成任务，团队不得不选择消耗较大的资源来换取时间和质量的保障。
6.团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？
1.scrum 过程中的燃尽图动图
在七天冲刺阶段，团队每天完成的任务都在learngoo及时更新，从scrum的燃尽图动图可以真实反应团队的项目进度与状态。因为项目初期没有把连接数据库的任务放进待做任务里，导致最终燃尽图是燃尽的。
2.发布的功能
1.列出这一版本的功能（在原有项目基础上开发的列出新功能）
（1）授权功能
（2）选择功能（单词的难易程度）
（3）学习功能
（4）游戏功能（单词匹配消除）
（5）暂停游戏功能
2. 以原有项目为基础开发的，列出这一版本修复的缺陷
这是第一版，没有修复的缺陷。
3. 对运行环境的要求
该项目是以微信小程序形式存在，所以运行于微信平台
4. 安装方法
软件是微信小程序，安装微信。。。（相信大家都有，在此就不赘述了）
在已经安装微信的前提下进行一下步骤：
方法一：
简单粗暴，请扫下面的二维码
方法二：
①点击微信页面屏幕下方的“发现”，找到“小程序”。
②进入小程序搜索页面，输入关键字“i词汇”搜索。
③如图所示，点击进入小程序，就可以愉快地背单词啦！
5.描述系统已知的问题和限制
问题：
①游戏界面没有返回按钮，单词学习或者游戏过程中途不想玩游戏了，只能退出整个小程序或者倒计时结束，游戏灵活性较差。
②用户如果重新授权，等级会清零
限制：我们的游戏是用小程序的模式写的，所以游戏的流畅度不够。如果是以游戏的模板写，发布微信小游戏需要证书，对于目前我们这种短期想要发布的情况是不现实。
6.说明软件的发布方式以及发布地址
发布方式：i词汇是通过微信公众平台|小程序中的开发管理将我们的要发布版本提交审核，一天左右就可通过审核，在通过审核后，将审核通过的版本发布出来。
发布地址：二维码
3.对于功能的描述除了文字以外，可以通过图片、视频等进行辅助说明。
7.在Beta阶段需要改进哪些方面？请给出下一阶段的展望。
Beta阶段需要改进的方面：
①退出小程序后，用户等级可以保存至数据库
②游戏界面添加返回键
③游戏界面美化