Alpha版本展示

1.团队成员的简介和个人博客地址，团队的源码仓库地址。

团队成员	简介	个人博客地址
3094吴慧婷	项目经理，前端开发人员
3093赵铭	后台开发人员
3096刘舒婷	后台开发人员
3099陈敏	前端开发人员
3103吴雅娟	前端开发人员
3104杨娟	前端界面设计人员

团队的源码仓库地址：

2.团队各成员贡献排序（从大到小，无并列）

201521123094：吴慧婷

201521123093：　赵铭

201521123103：吴雅娟

201521123099：　陈敏

201521123096：刘舒婷

201521123104：　杨娟

3.团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）

集合贴链接：

4.团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。

• 我们的核心功能就是能背单词，但是这个功能并没有在这个阶段很好的完成。大概只做了一个界面这个样子。（贴一些现阶段完成情况）

主界面：

记忆单词界面：

查单词界面：

5.我们要做软件工程，那就要有一点工程的样子：

• 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？

团队项目的目标：可以像背单词的APP一样进行单词记忆，查找单词等。

预期的典型用户：考研人群。

预期的功能描述：直接打开小程序，登录后进入主页面，可以选择背单词或者查单词等主要功能，主要功能是进行单词的记忆。从单词库中可以查看所有的单词，可以根据自己每天计划学习的单词量选择单词进行学习。多次出错的单词可以记录在顽固单词中，牢记的单词可以记录在熟识单词中。用户可根据自己的学习情况制定自己的学习单词学习量以及查看自己的学习进度。

预期的用户数量：500人（之前制定计划的时候定好的，不知道能不能实现）

（见团队博客——）

• 团队的产品如何满足了用户的需求？

用户根据自身的英语水平，自定义学习计划（“全部词汇”或者“特殊词汇”）；点击“开始背单词”，完成当天学习计划；点击“我要查单词”，查询生词。

• 团队在Alpha阶段已完成了哪些目标？

1.整体功能的框架体系；

2.完成了微信小程序登录授权功能；

3.初步设计了小程序界面；

4.创建了后端数据库，数据库里编写多个表存放单词信息；

5.服务器域名的准备。

• 团队的成员如何分工协作的？有什么经验教训？

分工协作：

首先，团队的成员一起制定计划，然后根据计划进行各自任务的实施。

项目执行过程中，根据每次的站立会议，进行每个人任务的小规模调整。

平时，时不时的进行讨论，讨论各自进度，讨论遇到的问题，讨论需要学习的新知识。

经验教训：

1.计划制定一定要详细到每一个小的细节，正如WBS的制定那样。（wht）

2.每个人的实时反馈非常重要，特别重视。（wht）

3.队员各自负责自己的版块时，也要注重团队沟通，否则容易出现信息不对称的情况，造成不必要的麻烦。（lst）

4.在做项目之前一定要分析好项目是否能做，需要什么，项目的功能分析，团队成员都要很熟悉项目的流程，不然后面做一步就会卡一步，难度就会不断加大。（zm）

5.团队成员遇到问题时，如不能自己解决，应及时提出与团队成员讨论解决，不能堆积着后面问题越来越大则越难以解决。（cm）

6.做项目的时候要按照一定的步骤，做好一步再做下一步。不然杂乱无章的步骤会浪费时间，还会造成一些不必要的麻烦。（yj）

• 团队是如何进行项目管理的？

1.关于前端和后端开发：将每次的改动实时反映到码云上，开发人员可以根据上面的改动将自己写的部分进行调整，使之符合自己的代码。

2.关于项目进度：项目前将制定的计划写到看板上，根据每次做的任务进行未做/正在做/已做等的区分。

• 团队如何平衡 时间/质量/资源 争取如期完成任务的？

（enmmmmmm其实软工给我的感觉是我们这个学期只有这门课，其他课程都不重要的感觉，虽然有点偏激，但是有话就说了）

1.关于时间的问题，这个学期结束我们就要进入各种找工作/出国/考研的问题，每个人的事情就一大堆，先不说团队中三个人正准备考研，就说这学期的课程量也需要我们花费超级多的时间来整理各个课程；因此我们尽量会抽出相对比较空闲的时间来进行这个项目的进行，首先是学习微信小程序的开发（学习一直进行），然后再将我们的想法进行结合，这个构成花费的时间很多；还有数据库的创建，需要考虑的方面也非常多，比如怎么样建一个表可以更快的进行单词查找或者应用（提到界面来使用）等等各方面，大家都很努力的进行着，虽然结构不甚理想。可能我们对于时间的安排真的还不够灵活有方法吧。

2.关于质量，可以说我们项目的质量很差，在这个方面存在技术的短板，花了很多时间学习（相对比例）也没有很好的掌握相关的知识，在这一点上，作为组长是比较失败的，没有办法带领组员更好的完成项目。

3.关于资源方面，资源很多，范围太广，以致于很难选择资源，适合我们项目的资源都需要一个笼统的整理，就比如说单词资源，还有就是服务器资源等等；最经常共享的是有关开发微信小程序的知识；这些又涉及到了时间问题。

（对Alpha阶段的结果不满意，我们需要好好的调整心态来对待这样一份自己的努力，可能不把它当作业会好很多，但是时间又是有限的，会有比较大的压力（对我来说吧））

6.团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

团队项目的实际进展：

燃尽图说明：我们的燃尽图以卡片数量为任务数量，看起来很乱，原因是一开始在定卡片时不合理，把测试复审都算在了里面导致卡片总数有发生变化，还有就是在移动卡片的时候发现了计划完成的目标但实际上没有按时完成，导致途中有上升的曲线存在，通过燃尽图也可以看出我们组在工作时存在弊端，这值得我们反思，之后的工作需要将此改进。最后看板卡片也没有及时进行移动，导致与实际情况不相匹配等情况。

发布的功能：

（没有连接上数据库，都算不上发布的功能）

7.在Beta阶段需要改进哪些方面？请给出下一阶段的展望。

在Beta阶段需要改进的地方：

1.开始任务之前的任务详细划分（以保证燃尽图的清楚明了）；

2.每天都应该很严格的进行自己的任务以及做好任务反馈，尽量不拖任务；

3.自己多查查资料，问问同学，埋头苦干后也要交流分享；

4.该放在软工的时间就做软工，克服畏难心理，以良好的心态对待软工作业；

5.前后端开发不能分的太清楚，要协同进行。

下一阶段的展望：

1.把服务器跟数据库连接，实现小程序与数据库关联；

2.美化小程序界面，更新数据库里的单词词汇量；

3.完善用户自定义选择单词词汇板块；

4.发布小程序。