一、团队成员的简介和个人博客地址,团队的源码仓库地址。
1、团队的源码仓库地址
2、团队成员的简介和个人博客地址
二、团队各成员贡献排序(从大到小,无并列)
成员 |
贡献度 |
李嘉廉 |
50% |
林正晟 |
10% |
侯帅军 |
10% |
张朝玮 |
10% |
张翔 |
10% |
陈伟泽 |
10% |
三、团队8天 Alpha 冲刺站立会议博客链接汇总(集合贴)
四、团队可以做一个 MVP (Minimum Viable Product) 版本, 只要核心的功能 (例如用户注册,找回密码这些非核心功能可以不用做)。也可以允许团队把快速原型的方案演示给潜在用户看, 让他们提反馈意见。
- 我们已经在MVP的基础上在做一些其他的功能了。已有的功能如下图所示。
依次展示的是我们的登录界面,主界面,游戏界面,帮助界面,关于界面,排行榜界面:
五、我们要做软件工程,那就要有一点工程的样子:
1、 团队项目的目标,预期的典型用户,预期的功能描述,预期的用户数量在哪里?
- 团队项目的目标是开发一个可以玩24点小游戏的安卓app。
- 预期的典型用户:我们这个游戏的设计师面向全年龄用户的,还在上学的学生可以用它来开发智力,当一个益智游戏来玩。已经毕业工作的用户可以在闲时之余把它当一个娱乐游戏来玩,既打发了时间,也锻炼了脑筋。
- 预期的功能主要就是玩24点小游戏,系统会生成题目供用户作答。预期的其他功能还有注册登录游戏,查看排行榜,帮助,关于,闯关等功能。
- 预期的用户数量是二十人,我们的游戏面向的是全年龄向的喜欢玩益智类手游的用户,打发时间,开动脑筋。
2 、团队的产品如何满足了用户的需求?
- 产品功能主要就是可以自定义生成题目来供用户做,界面比较清新,有一个排行榜的设定可以查看自己的历史最高成绩。可以为那些平时那些工作、学业繁忙的用户休闲之余提供一个另类的娱乐形式。
3、团队在Alpha阶段已完成了哪些目标?
- 我们的软件目前已有的功能有用户注册,用户登录,玩24点游戏,查看排行榜,查看帮助,查看关于,切换账号等。
4、团队的成员如何分工协作的?有什么经验教训?
(1)分工情况:
成员 |
分工 |
具体的负责部分 |
张朝玮 |
负责前端设计 |
主界面,开场界面,游戏界面 |
李嘉廉 |
负责后台开发 |
24点算法,后台搭建,编写工具类 |
林正晟 |
负责软件测试和调优 |
界面排版优化,各模块测试 |
侯帅军 |
负责前端设计 |
登录模块,注册模块,帮助界面 |
张 翔 |
负责后台开发 |
编写工具类,排行榜界面实现 |
陈伟泽 |
担任项目经理,博客管理 |
负责给团队分工,调控整体进度,撰写博客 |
(2)经验教训:
- 李嘉廉:在这次的软件开发中,我主要负责的是编写24点小游戏的算法和一些工具类,由于我编写的是这个游戏最重要的算法实现部分,所以还是一点不敢马虎的,以免出现太多bug。由于是第一次接触安卓开发,很多东西都是在摸索着学习,还要帮助其他小组成员解决他们在写代码时遇到的种种问题,这段时间下来还是比较累的,好在我们的小游戏还算是比较成功的设计出来了,也算没有辜负整个团队这段时间的努力。这次软件开发也使我对我的编程能力有了新的认识,也更加感受到了团队的力量,整个团队齐心协力去做一件事,确实起到了事半功倍的作用,让本身看上去很是艰巨的任务还是如期完成了,希望后面的阶段可以继续努力,完善我们的小游戏。
- 林正晟:在这次软件的开发过程中,测试过程中共发现bug3个。一个是在register的页面中,如果用户名或密码为空或者密码、确认密码不一致,不会跳出提示信息。第二个是如果出现同名账户,会注册失败,但是用户不会收到失败的原因。第三个是游戏结束到主页面之后返回,会回到别的页面而不是退出。所以在测试的时候,我就在想,测试应该时刻进行的,不应该进行到最后在开始,这样bug会变得难以发现,甚至难以修复。而在alpha阶段,这一点我没能很好地做好,希望我能在beta阶段做得更好!
- 侯帅军:这次实验我主要是负责前端界面的设计,我负责了登录,注册,帮助三个模块,在设计的过程中还是遇到了很多困难,在同学,百度的帮助之下总算是艰难的完成了这次软工开发的第一阶段,在团队的努力之下,看到我们的游戏已经可以在安卓手机上成功运行,心里还是十分开心的,在真正面对前端设计时,发现自己还是有许多不足之处,以后当努力学习,多掌握一些这方面的相关知识。
- 张朝玮:这次敏捷开发我主要负责的是部分前段设计,其中包括主界面,开始界面,以及游戏界面。我认为这项任务或许在我们队伍中难度和工作量并不算大,但是他是一个好的程序不可缺少的一部分,我也是第一次接触安卓的程序代码,总得来说还算是按时完成了任务,没有辜负队友的期待。这次项目我学习了很多,希望之后还能与大家继续合作。
- 张翔:在整个alpha阶段中我负责的是工具类的编写和排行榜界面的实现,这一部分涉及到了安卓代码,让我觉得很吃力,没有提前去学习安卓代码的编写,让自己吃了一个暗亏,到最后还是不得不求助大佬,无形中增加了大佬的工作量。在接下来的beta阶段,一定会提前做好准备,不让自己再重蹈覆辙。
- 陈伟泽:在这次软件开发中我担任了项目经理,主要负责给组员分配任务,并监管整个项目每天的任务进度,以及当天的博客撰写,在这段时间里,整个小组内每个成员都很辛苦大家都尽力把自己的任务完成,由于任务比较重,而且比较难,大家互帮互助,还是很团结的,每个人都想把小游戏做到最好。这次软件开发也会成为我大学生涯很重要的一部分,希望在后面的阶段里自己可以做的更好,更合理的管理我们的团队,让我们的小游戏更加完善。
5、团队是如何进行项目管理的?
- 通过每天开每日例会,总结一下昨天的任务完成情况,项目经理统筹大家的任务完成情况,确定每个人当天的新任务。我们主要是通过码云管理团队项目,每个人每天把自己完成的代码加注释上传到码云上,方便查看。下面是一些上传码云的记录截图:
6、团队如何平衡 时间/质量/资源 争取如期完成任务的?
- 就是尽可能细分每个人的任务,每个人每天尽量完成自己对应的任务,加上项目经理的监督,在保证任务完成质量的前提下,我们当天的任务都还能算如期完成,不拖欠,当天的事情当天做完,每天一次的站立会议也是很重要的,它帮助我们总结落实前一天的任务完成情况,并把当天各自的任务确定下来。由于我们都是第一次做安卓游戏的开发,任务初期我们进度是比较慢的,基本是处在一个边学边开发的过程,并且每个人学习的速度也参差不齐,所以我们会尽量根据能力大小为每个成员分配相应的任务,从而使我们的软件开发可以如期完成。
六、团队项目的实际进展(拷贝那些 scrum 过程中的燃尽图即可),发布的功能(拷贝发布文档)。说明在项目管理中,scrum的燃尽图是如何真实反映项目的状态的?或者燃尽图美化了状态?
1、燃尽图的变化过程:
2、发布的功能:
- 基本的注册登录功能(关于注册同名用户,注册失败且不出现任何提示还没解决)。支持自动登录。
- 开始游戏,现在只有普通模式,用户回答系统随机生成的十道题目,支持重新输入和表达式合法性判别功能,也可以中途提交答案。
- 提交之后会显示本次游戏结果,包括答题正确率以及耗时。
- 游戏结束之后会显示正确答案,对于每一道题目,都会给出所有的解答,确保是不重复的算式。
- 提供帮助界面进行游戏规则的解答,以及关于界面提供团队信息。
- 排行榜界面可以查看该APP所有注册用户的最佳游戏历史,以及排名情况。
- 退出账号之后可以重新登录。(不过退出账号之后并没有清空本地登录的缓存)
3、在项目管理中,scrum的燃尽图是如何真实反映项目的状态的?
- 在项目管理中,scrum的燃尽图体现了我们每天完成的卡片数跟剩余的卡片数,一个卡片就是一个任务,通过观察每天完成的卡片数跟剩余的卡片数,我们可以了解到软件开发任务整体的完成情况,从而根据实际情况,安排次日的任务,调控整体的工作进度,帮助我们更快更好地完成软件开发。
七、在Beta阶段需要改进哪些方面?请给出下一阶段的展望。
1、需要改进的方面:
- 用户体验,选题目时要明确提示用户在哪里进行题目的选择,题目切换的功能应该更加友好。
- 输入表达式要支持用户可以做退格操作。
- 页面跳转逻辑有待优化。
- 注册界面应该提供更加友好的提示。
- 用户名和密码需要做长度限制。
- 退出账号需要清空本地缓存。
- 乘除的符号要保持一致。
- 界面可以更加好看。
2、下一阶段的展望:
- 修改alpha阶段遗留的诸多问题。
- 考虑要加入闯关模式。
- 在显示正确答案的同时也给出用户的作答情况。
APK链接https://files.cnblogs.com/files/Aragaki-Yui/app-debug.apk