团队作业之二

  • 用户反馈总结:

我们这次调研采用的方法是“深入采访”,深入采访的对象是我们大三的一名同学,我们在他的寝室进行了一次短的采访。在采访的过程中我们了解了用户的需求是什么,也了解了用户在什么方面希望我们的你画我猜游戏做的好一些。一个同学的感想并不是太全面,所以我们又对其他几位同学进行了采访,他们的回答也基本相同,所以就只录了一个同学的视频。结果,大多数玩过游戏的同学都玩‘‘过你画我猜‘‘游戏,认为这个游戏不仅能提高玩家的想象力,还可以培养玩家之间的默契,它的趣味性很强,非常适合小朋友玩,在家就可以提高他们对周围事物的认知。因此,我们认为这个游戏如果做好的话还是很有市场的。

时间: 2024-11-13 18:32:30

团队作业之二的相关文章

团队作业(二):需求调研

首先我们团队决定做的软件是小学生四则运算习题自动生成软件. 本次的作业是做一次需求分析,需求分析的主要目的就是了解在现实世界中做实际工作的人们真正需要什么样的程序. 首先在做这个需求分析之前,我进行了一些准备工作,由于我们的软件并没有原型,因此我们选择的是用深入采访的方式. 我找到了在工程上学的我的一位同学,采用了座谈法的方式进行深入采访,了解用户的需求. 在采访之前,我先是准备好了问题的模板,认真的聆听了同学的需求. 下面是座谈采访的视频: 由于视频软件上传太慢了,因此先上传视频的截图,等上传

团队作业 (二)

5 实现 5.1 编码 5.1.1 代码约定 1.文件编码 2.自定义的函数名使用通俗易懂,一目了然的名字 4.列长限制 注意花括号的匹配,在代码换行时至少缩进4个空格,缩进不要用tab,增强代码的可读性和美观性. 5.注释 注释应少而精,注释的作用只是用来增加重要的代码段的易读性,代码的关键处应有注释. 6.变量声明 每次只声明一个变量,不要使用组合声明,需要变量时再声明,不推荐同时初始化很多变量,尽快将刚刚定义的变量进行初始化. 7.命名约定 变量命名应遵循见名知意.简洁的原则,变量名的定义

团队作业(二)

4 详细设计 4.1 程序流程图    // [具体来说就是把经过总体设计得到的各个模块详细的加以描述.] 景区信息更新模块:这一部分总共有四个模块,分别是景区的天气,地图,旅游攻略,景点介绍,第一个模块景区的天气包括景区从即日起一个月的天气状况,可自行选择日期,而且可 查看景区当天天气情况,决定当天是否旅游,紧接着出现地图模块,出现景区位置的大致地图,,可以自行选择位置出现详细具体的地图及其推荐路线,及推荐路线具体优势分析,第三个模块是旅游攻略,他是为一些自助游游客提供的,会出现针对自助游游客

团队作业(三):确定分工

团队作业(三):确定分工 一.修改完善上周提交的需求规格说明书 修改之后的需求规格说明书请详见团队作业(二):团队选题 二.阅读<构建之法>第四章并总结代码规范和编码原则 良好的编码习惯 Java注释尽可能全面:对于方法的注释应该包含详细的入参和结果说明,有异常抛出的情况也要详细叙述:类的注释应该包含类的功能说明.作者和修改者. 多次使用的相同变量最好归纳成常量:多处使用的相同值的变量应该尽量归纳为一个常量,方便日后的维护. 尽量少的在循环中执行方法调用:尽量在循环中少做一些可避免的方法调用,

团队作业八——第二次团队冲刺(Beta版本)第6天

团队作业八--第二次团队冲刺(Beta版本)第5天 一.每个人的工作 (1) 昨天已完成的工作 简单模式逻辑代码涉及与相关功能的具体实现 (2) 今天计划完成的工作 修改完善注册登录内容界面,编辑错题文件写入. (3) 工作中遇到的困难 今天花了较多时间在完善登录注册界面上,这让我们比较担心,如果每天都花很多时间在解决之前的问题,当天的任务又做不好,会不会赶不上进度.如果每天都不能正常完美的完成每天任务,那冲刺最后一天结束的时候,又哪里再有一个明天给我们完善代码.且今天还遇到了写入SD存储卡文件

团队作业八——第二次团队冲刺(Beta版本)第4天

团队作业八--第二次团队冲刺(Beta版本)第4天 一.每个人的工作 (1) 昨天已完成的工作 做一下用户注册的功能和登录功能. (2) 今天计划完成的工作 完成界面跳转 (3) 工作中遇到的困难 界面跳转涉及到逻辑性相对复杂,所以具体做的时候会出现一些小的问题. (4) 每个人的贡献比 二.燃尽图 三.代码 package com.example.asus.app_sizeyunsuan; import android.content.Intent; import android.suppor

团队作业八——第二次团队冲刺(Beta版本)第5天

团队作业八--第二次团队冲刺(Beta版本)第5天 一.每个人的工作 (1) 昨天已完成的工作 完成界面跳转界面. (2) 今天计划完成的工作 简单模式逻辑代码涉及与相关功能的具体实现 (3) 工作中遇到的困难 错题本功能完成过程中遇到一些问题 (4) 每个人的贡献比 二.燃尽图 三.代码 package com.example.asus.app_sizeyunsuan; import android.os.Environment; import android.support.v7.app.A

第5周团队作业2:团队贡献分分配

Echo队共有成员7人,团队贡献分共350分.我们经过讨论确定了一套分配团队贡献分的方案,现将相关内容记录如下: 一.方案原则 1.分数的分配应当能够反映出每位成员对团队的真实贡献.即贡献越多的成员将得到越多的团队贡献分,贡献较少的成员将获得相对较低的团队贡献分. 2.分数的分配方案应当充分调动成员的积极性.即对于积极参与团队贡献的成员,应当给予鼓励:对于较少参与团队贡献的成员,应让其感受到一种紧迫感. 二.方案考虑 1.每项作业要“悬赏”一定的分数,对全程参与的成员给予相应的分数.如此一来利于

团队作业八——第二次团队冲刺(Beta版本)第7天

团队作业八--第二次团队冲刺(Beta版本)第6天 一.每个人的工作 (1) 昨天已完成的工作 登录注册功能的完善与实现和简单测试模块的优化 (2) 今天计划完成的工作 修复昨天写入SD存储卡文件权限问题,以及中级和高级功能的实现. (3) 工作中遇到的困难 只完成了部分,具体见明天... (4) 每个人的贡献比 二.燃尽图 三.代码 由于今天班级活动和班聚耽误了下午和晚上的时间,我们只完成了部分,完整的代码明天会补上的 四.模块部分截图 同样明天见... 五.项目进展 今日计划内容被打乱,只完