一、团队成员的简介和个人博客地址,团队的源码仓库地址。

1、团队的源码仓库地址

2、团队成员的简介和个人博客地址

成员 简介 博客地址
张朝玮(201521123106) 组长,负责前端设计 http://www.cnblogs.com/paohui/p/8595074.html
李嘉廉(201521123091) 大腿,负责后台开发 http://www.cnblogs.com/ljl36/p/8590633.html
林正晟(201521123084) 路人甲,负责软件测试和调优 http://www.cnblogs.com/fantasticlzs/p/8594780.html
侯帅军(201521123092) 路人乙,负责前端设计 http://www.cnblogs.com/springbreezemiles/p/8595251.html
张 翔(201521123107) 路人丙,负责后台开发 http://www.cnblogs.com/Bonnenult/p/8589849.html
陈伟泽(201521123111) 路人丁,担任项目经理,博客管理 http://www.cnblogs.com/yudi/p/8575717.html

二、团队各成员贡献排序(从大到小,无并列)

成员 贡献度
李嘉廉 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

Alpha版本展示的更多相关文章

  1. 展示博客---Alpha版本展示

    Alpha版本展示 1. 团队成员的简介和个人博客地址,团队的源码仓库地址. 成员 简介 个人博客地址 祁泽文 被动态统计图搞扒下的我 http://www.cnblogs.com/jiaowoxia ...

  2. Alpha版本 - 展示博客

    Alpha版本 - 展示博客 S.W.S.D 成员简介 演示动态图 注册 登录 新建记录 分享记录 修改主页时间查看记录 文章模块 流星模块 修改用户信息(以头像为例) 用户使用概况 预期的典型用户 ...

  3. Alpha版本——展示博客【第二组】

    成员简介 章豪 http://cnblogs.com/roar/ 角色: PM,后端 个人介绍: 努力学习开发的小菜鸡,管理小白,背锅组长 贡献: - 设计开发计划 - 跟踪项目进行 - 组织开组会 ...

  4. “希希敬敬对”团队--‘百度贴吧小爬虫’Alpha版本展示博客

    希希敬敬对的 Alpha阶段测试报告 随笔链接地址 https://www.cnblogs.com/xiaoyoushang/p/10078826.html   Alpha版本发布说明 随笔链接地址 ...

  5. Alpha版本项目展示要求

    Alpha版本展示的时间暂定为11月17日课上.如有变动,另行通知. 在Alpha阶段项目评审会上, 每个团队有12分钟展示时间,10分钟问答和机动时间,我们的展示也不需要PPT,大家把要展现的东西写 ...

  6. Alpha版本项目展示要求(加入模板)

    Alpha版本展示的时间暂定为11月17日课上,提前到13:00开始.如有变动,另行通知. Alpha版本项目展示要求如下: 不得使用PPT,展示所用的资料必须发表在博客上. 现场演示你们发布的软件. ...

  7. Alpha版本冲刺(五)

    目录 组员情况 组员1(组长):胡绪佩 组员2:胡青元 组员3:庄卉 组员4:家灿 组员5:凯琳 组员6:翟丹丹 组员7:何家伟 组员8:政演 组员9:黄鸿杰 组员10:刘一好 组员11:何宇恒 展示 ...

  8. 团队Alpha版本(五)冲刺

    目录 组员情况 组员1(组长):胡绪佩 组员2:胡青元 组员3:庄卉 组员4:家灿 组员5:凯琳 组员6:翟丹丹 组员7:何家伟 组员8:政演 组员9:黄鸿杰 组员10:刘一好 组员11:何宇恒 展示 ...

  9. 【Phylab2.0】Alpha版本项目展示

    团队成员 冯炜韬(PM)http://www.cnblogs.com/toka 岳桐宇(后端)http://www.cnblogs.com/mycraftmw 杨子琛(测试&LaTeX)htt ...

随机推荐

  1. flink架构介绍

    前言 flink作为基于流的大数据计算引擎,可以说在大数据领域的红人,下面对flink-1.7的架构进行逻辑上的分析并和spark做了一些关键点的对比. 架构 如图1,flink架构分为3个部分,cl ...

  2. oadrunner11录制手机app脚本

    oadrunner11录制手机app视频:http://pan.baidu.com/s/1bnc4cHL 注意点: 1.手机和loadrunner安装的电脑必须在同一网段2.视频的www.baidu. ...

  3. python 删除元组元素

    #create a tuple tuplex = "w", "j" ,"c", "e" print(tuplex) #t ...

  4. UTC和GMT时间辨析

    一.UTC和GMT 每个地区都有自己的本地时间,在网上以及无线电通信中时间转换的问题就显得格外突出. 整个地球分为二十四时区,每个时区都有自己的本地时间.在国际无线电通信场合,为了统一起见,使用一个统 ...

  5. 视图层view layer

    视图层是Django处理请求的核心代码层,我们大多数Python代码都集中在这一层面. 它对外接收用户请求,对内调度模型层和模版层,统合数据库和前端,最后根据业务逻辑,将处理好的数据,与前端结合,返回 ...

  6. STL_iterator返回值

    1. iterator的类型 有 单向的/双向的/可以随意移动的... 2. 一些 容器/算法 的返回值 是 iterator类型的,如何确定 返回的 iterator是什么类型的? 3.

  7. 《剑指offer》第十六题(数值的整数次方)

    // 面试题:数值的整数次方 // 题目:实现函数double Power(double base, int exponent),求base的exponent // 次方.不得使用库函数,同时不需要考 ...

  8. YOLO V1论文理解

    摘要 作者提出了一种新的物体检测方法YOLO.YOLO之前的物体检测方法主要是通过region proposal产生大量的可能包含待检测物体的 potential bounding box,再用分类器 ...

  9. 【转】ArcGIS API for Silverlight/WPF 2.1学习笔记(一)

    源自:http://blog.163.com/zwx_gis/blog/static/32434435201122193611576/ (主页:http://blog.163.com/zwx_gis/ ...

  10. CF 711B - Chris and Magic Square

    挺简单的一道题,但是做的时候没想好就开始写代码了,导致迷之WA,还是要多练习啊. #include <iostream> #include <cstdio> #include ...