1.团队成员的简介和个人博客地址，团队的源码仓库地址。
团队成员：
- 孙志威（201521123077）:
简介：组长，编程题全队首脑，主要负责前端开发和项目统筹规划实施
博客地址：https://home.cnblogs.com/u/agts - 孙慧君（201521123098）:
简介：组长助理，编程题全队队宠，主要负责前端开发和UI设计
博客地址：https://home.cnblogs.com/u/niverse745 - 倪兢飞（201521123061）:
简介：队员，编程题全队颜值担当，主要负责数据库设计与实现
博客地址：https://home.cnblogs.com/u/JMUNJF - 连燕波（201521123081）:
简介：队员，编程题全队队草甲，主要负责测试工作
博客地址：https://home.cnblogs.com/u/LianYanbo - 黄华林（201521123082）:
简介：队员，编程题全队队草乙，主要负责博客和发布工作
博客地址：https://home.cnblogs.com/u/moyi-h - 王威（201521123076）:
简介：队员，编程题全队队草丙，主要负责服务器后端设计
博客地址：https://home.cnblogs.com/u/slickghost
团队的源码仓库地址:
- 前端：GuguaClient
- 后端：guguaServer
2.团队各成员贡献排序（从大到小，无并列）
3.团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）
4.团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。
1.原型展示链接
2.成果运行截图展示：
个人事务管理界面：
团队事务管理界面：
5.我们要做软件工程，那就要有一点工程的样子：
（1）团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？
- 团队项目目标：
实现一个能够满足个人和团队需求的事务管理平台 - 预期的典型用户：
- 预期的功能描述：
主要功能描述：
<1>管理个人的任务事项
<2>管理用户的提醒事项，并在多设备上提醒用户
<3>提供一个便捷的备忘录
<4>在团队之间对任务进行协作
<5>为开发团队提供看板等工作流程方法 - 预期的用户数量在哪里：
学校的学生、教师，公司的职员,这些用户数量具有良好的潜力
（2）团队的产品如何满足了用户的需求？
通过下面表格列出的界面模块和功能需求设计满足用户需求：
（3）团队在Alpha阶段已完成了哪些目标？
Gugua的基本个人任务功能和团队管理功能，除了（同步团队任务和同步提醒），具体参照（2）的回答。
（4）团队的成员如何分工协作的？有什么经验教训？
分工协作如下：
前端开发：孙志威、孙慧君
后端开发：倪兢飞、王威
测试工作:连燕波
博客撰写和其他事项：黄华林
经验教训：
<1>任务分工和任务认领的环节非常重要，就像“一日之计始于晨”一样，在项目开始之前做好任务分配，让每个队员明确自己的任务，那么有了清晰的目标，我们后续的工作才能有条不紊地进行，这对提高工作效率有着十分重要的作用。
<2>开发人员和测试人员需要协调进度，前端开发和后端开发也要协调进度，我们项目开发的过程中出现一两天的进度不一，导致部分环节搁置，同时也有出现测试人员和开发人员矛盾的地方，但是后来经过交流也顺利解决。
<3>增加测试人员，我们这次测试人员只有一个人，所以我们的项目存在一些bug没有找出来或者说隐蔽性比较强，需要不同的测试人员从不同的角度进行分析才能发现。
（5）团队是如何进行项目管理的？
我们的团队项目采用码云进行管理，我们的项目有前端和后端部分，所以我们在码云上有两个项目管理。前端和服务器端的开发人员根据issue上的安排，按期按量地提交代码，测试人员也可以从码云上轻松地获取源码进行测试和上传。
- GuguaClient Issues 链接
部分截图如下：
- GuguaServer Issues 链接
部分截图如下：
(6)团队如何平衡 时间/质量/资源 争取如期完成任务的？
首先，我们的团队是一个十分优秀和团结的队伍，这是我们如期完成任务的根本保证！在Alpha冲刺阶段开始前，我们就做好了十足的准备，我们完成了需求分析，也让每位成员对自己的项目有清楚的认识，大致完成了任务安排和分工工作。在Alpha冲刺开始的第一天，我们团队成员根据自己的实际情况和能力领取了自己的任务，这些任务的分配是经过我们PM深思熟虑，以及和队员积极沟通的情况下所决定的。
时间上，由于冲刺阶段处于上课期间，而恰好这期间又有部分队员需要参与期末考试，所以时间非常紧迫。我们组采用白天每个成员自主开发，晚上所有成员集中开发和讨论，充分利用时间来提高效率。同时每日立会，都会对明日工作的时间安排做好准备，我相信正是我们高效利用时间的原因。
质量上，我们队员们都精益求精，但是时间有限，所以我们尽量完成项目的主要功能，测试人员也及时跟进项目，对已完成的部分进行测试，把所存在的bug及时反应给开发人员，通力合作，不断优化和完善。
资源上，我们队员有多台云服务器可以供我们开发人员进行测试，我们每个人都有自己的开发设备，同时我们也有可以一起开发讨论的场所，所以资源上我们并不欠缺，无需担心。
6.团队项目的实际进展，发布的功能。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？
Answer：
我们在过去七日的Alpha冲刺阶段基本完成了安排的所有任务，实现了个人事务管理模块的所有功能，团队事务管理模块的大部分界面和功能已经实现，虽然程序还存在部分bug，但是基本的功能已经可以流畅运行。我们下面的燃尽图真实反应了我们项目的进行状态，并没有存在美化这一说，因为我们团队每天按时按量地完成任务，任务完成数量偏差都不是很大，所以我们的燃尽图趋势符合我们的实际项目进度。
7日冲刺燃尽图如下：
发布博客链接：『编程题全队』Alpha阶段发布说明
7.在Beta阶段需要改进哪些方面？请给出下一阶段的展望。
-
孙志威：
我们这一阶段的任务还算完成地不错，团队成员之间的分工比较详细，大家的任务都比较准时地完成了。不过本阶段还是遇到了一些问题，最严重的问题应该是，由于冲刺的时候刚好遇到例如团队成员考试等突发事情，再加上我们的项目本身就比较大，导致我们的时间不是很充足，在最后实现一些功能的时候没有经过比较详细的测试，导致在写展示博客的这段时间被负责测试的队友发现了好几个bug。
下一个阶段我们打算完成那些本阶段尚未实现的功能，例如提醒事项模块，同时将着重解决本阶段的遗留bug，并在下个阶段做好单元测试以及测试工作，提高我们的产品质量。争取将最好的Gugua展现出来。 -
孙慧君：
在Alpha阶段，我们每个成员都很认真地在完成属于自己的任务，没有存在观望抱大腿的情况，这让我感到非常欣慰。在项目的开始我用纸笔进行草图绘制，然后使用墨刀进行原型设计，到这里为止我都觉得自己的任务还算是比较轻松的，认为自己可以很顺利完成。但真正开始项目的UI界面设计的时候我发现了很多更细节上的问题：这个颜色和那个颜色哪个视觉效果更好？这个组件要做成动态的还是静态的？左右边需要留白吗？这一块将边角改成圆弧是不是更好看一点……需要考虑的真的很多。上节课张敏老师和我们说到UX，举了飞机上的阅读灯按钮等案例，我突然觉得自己的设计要完善的不只是一点，还有很多很多。但是很开心，我学到了很多东西！下个阶段我会更仔细考虑各种因素来改进我的UI设计，好好做好项目的“门面”！ -
倪兢飞：
能加入这个团队，和队内的同学们一起做一个项目，我感到很荣幸；在Alpha阶段，我负责的部分是后台与数据库信息交互的部分，在七天的冲刺过程中，每一天都有收获，每一天都有提高；后台与数据库交互的部分我是用python写的，之前学过python后也没怎么实践过，有些语法都已经有点生疏，这次的冲刺过程帮助我对python的语法有了一个全面的复习。在一些语句处理上，还是比较幼稚，经热心同学的帮助使得自己少走了一些弯路；在下一个阶段，我的主要工作还是继续完善代码，在安全性方面进行提高，避免被sql注入等攻击手段轻而易举的盗库，我相信下一个阶段我会做的更好，与团队的同学们一起使我们的作品更加完美。 -
黄华林：
我觉得我们团队在Alpha阶段的认领任务这部分完成得很好，每个人也都顺利完成自己的任务，虽然在这期间开发成员有出现进度不一的情况，但是也都克服了。我觉得我们可以在下个阶段的分工一样像这个阶段一样明确，然后综合考虑每位成员的时间和能力，具体的分配和认领任务，也希望成员能够明确自己的开发时间，高效利用时间，促进团队在Beta阶段的项目顺利进行。我觉得我们在下个阶段可以增加集中工作的时间，我觉得这个氛围可以更好促进每位成员的积极性。对于下个阶段，我觉得我们的PM会带领我们完成安排的任务，成功让已有的项目更进一层楼。 -
连燕波：
我觉得在Beta阶段，可以让开发人员中的人在开发的同学能够同我一起完成测试工作，我自己一个人在项目最后的测试阶段完成测试任务，也希望有更多人参与才能更好地发现Bug和想出更好地解决方案。我对于下一个阶段的展望是我们团队可以更好地发挥团结的精神，努力做软工小组中最优秀的队伍之一，让我们的项目能够展示出它的特色和强大的功能。 -
王威：
在Alpha阶段，我和负责后端的组员一起完成了初步的服务器架构。回顾整个过程，刚开始的时候因为太久没碰代码，而且初步尝试flask框架，效率比较低。再后续过程中渐渐地找回了感觉，速度稍微提升，但是总体上依然觉得自己的编写速度慢。还有就是因为整个项目比较大，刚开始没有把每个细节都考虑进去，出现了很多新问题，就需要重新构建其中一小部分模型。到目前为止，服务器的架构还不是很完善，需要在下个阶段继续与编写前端的大佬们进行更多的交流，改进架构，尽最大的努力完善我们的项目。