第5周团队作业1

一. 访问上学期项目团队,学习他们的得失:

经过我们对学长学姐的采访,我们发现几乎所有人在开发阶段最不愿意触碰的地方就是团队的daily scrum,尽管每个队伍有PM负责协调进度,负责撰写daily scrum,但是对于每日一个小meeting大家都表示不是很能理解。但是做完项目后,他们的感触是,daily scrum非常有必要,只有好的计划才能推动项目的进行。Daily scrum看似繁琐,但是确是最能体现团队在项目进行时问题的一个记录。

采访的团队中大部分的人对编程的兴趣远远大于文字工作。并且在经过项目开发和团队合作后,他们都认为自己的编程能力有了很大的提高,并且在今后的项目中能够展现自己的能力。

软件工程这门课需要技术大牛,需要协调团队人员的人,更需要负责每部分的同学全力配合彼此。

二.讨论“如果我们团队今年做这个项目,我们要有什么改进?”

三.如果我们团队要自由选择一个项目,我们要做什么项目?

如果让我们自己选择一个项目的话,我们可能会选择做一个社交网站。社交网站的基本功能就是好友间的互动,但是我们希望做出来的东西能够多一点数据挖掘的内容。例如,我们更希望通过好友的状态来分析好友这一天或者一段时间的心情变化,或者根据关注点的不同对不同的好友进行个性化的调整。根据每个人的个人信息做出一套完备的个人健康档案,使社交网站在一定程度上成为一个人的私密保险箱。

时间: 2024-10-07 06:48:29

第5周团队作业1的相关文章

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

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

第9周团队作业

一.BUG BASH 我们团队这次集中找BUG时,主要发现了两个BUG BUG1: Symptom:在某些手机上,打开应用后,看到欢迎界面时就会“出现异常”,从而无法运行应用. 原因: BUG2: Symptom:手机未联网或者网络状况不好时,应用程序会直接崩溃 原因:应用向网络发送请求时是使用同步的方式,不是异步请求. BUG3: Symptom:当有些搜索没有结果时,如在搜索地点时输入“青菜”,程序会崩溃. 原因:某个函数返回的一个空结果,而后面的部分对这个结果进行引用,导致了异常的发生.

第5周团队作业1:项目建议

在当下电子信息时代的洪潮中,团队项目的建设最火热的话题一方面是大数据信息的收集与处理,另一方面当然要算是乔布斯引领智能手机的异军突起,IOS与Android平台技术的日趋成熟使的无数手机APP软件在软件开发与设计方面大放异彩,经过我们小组的讨论,我们决定在顺应时代洪流的基础上充分发挥Android平台应用价值在平台上开发一款代码编缉器,我们小组的团队项目即是一款基于Android平台的移动端代码编辑器. (一)需求分析 在PC上的代码编辑软件我们已经司空见惯,从visual c++到codebl

第5周团队作业2:分数分配

经过我们团队的协商,我们一致认为在团队项目没有完成之前,是无法确定每个人的分数的.在整个程序的设计开发中,有很多不确定的因素,这可能会改变原始设定的分工.而整个团队在协调的过程中,必定与项目开始之前的任务分配有所不同,而各自的任务量也会有所改变.所以在这里只能提供一个大致的算法,在任务结束之后根据这个算法来分配分数. 首先,感谢嵩爷提供算法思想! 我们在项目开始之前,假定每个人的得分是x(注意,这个x不是50,所以绝不是平均主义). 在项目的开发过程中,由PM调控整个开发团队,适当的调整每个人的

第5周团队作业2 团队分数分配

经过讨论,我们组暂定如下的分配方式: 1.凡是认真完成自己任务的队员,都将有基础分30分(态度分). 2.将整个项目细化为不同的任务,列出一个任务清单,在综合.协调完每名成员的意愿后,我会分配清单中的任务给每名团员(存在能者多劳的现象,但会尽量平均分配).之后我们会开会协商每一项任务的分数(先将除去所有基础分后所剩的140分除以任务总数得到每项任务的基础分,再根据任务的难度等对基础分进行增减). 3.项目中如果存在“救场”现象,即某名成员在完成任务时遇到了困难,不得不让其他成员花费相当一部分时间

团队作业(一)

本次作业为团队作业,作业博客发表在单独创建的团队博客链接中(将此链接发给各班助教),要求如下: 介绍团队情况:包括成员.队名.小组成员照片.队训…….等: 介绍项目名称.总体任务,各成员任务等: 请各小组展开讨论,投票选出小组成员最喜欢的团队类型; 请在组内开展辩论,在本次软件工程的学习过程中应该采取哪种组织方式? 截止时间:4月5日   晚8点 团队成员表 序号 队名 队长 成员1 成员2 成员3 成员4 成员5 1 奥特曼小分队 李全清 胡林状 王栋 孙杏子 孙乐 刘泽良 2 蜗牛上天队 仝

第七次作业——团队作业——项目冲刺

Deadline:2015-11-07    8:00am 本次团队作业将持续两周时间,完成项目Alpha版本,在2015.11.07 的实践课上进行演示操作. 阅读或再次阅读<构建之法>,为项目冲刺的安排和问题提供助力. 1.在为期两周的时间内,安排冲刺十天.每天举行站立式会议,讨论项目每个成员的昨天进展.存在问题.今天安排. 要求:团队在冲刺的十天内,每天发布一篇随笔,共十篇:提供当天站立式会议照片一张,发布项目燃尽图:描述项目进展.问题困难.心得体会. 2.阅读学习<构建之法>

团队作业3---需求改进&amp;系统设计

一.需求&原型改进 1.团队作业2改进 补充a:市面上还有哪些同类的四则运算生成软件呢?  之前在作业一的时候有稍微提到过,市面上的四则运算软件太过于杂乱,要么就是广告连篇,要么就是收费后才能使用全部功能,这给用户带来了诸多的不便,以下是一些我们调查的四则运算生成软件: (1)随机四则运算生成器 2.1.50 这个软件下载来使用之后,发现是未注册版,需要我们去消费才能使用,这显然在市场竞争中是没有什么优势的. 而且经常在使用过程中出现网络错误等提示: 或许是软件的兼容性做的不大好,我们来看一下它

团队作业4——第一次项目冲刺(Alpha版本)第五天

天气阴转晴 一.Daily Scrum Meeting照片 二.燃尽图 三.项目进展 1.界面 功能界面已经大致完成 实现判断学生答题正误的界面 2.出题方面 实现错题库的构造 四.困难与问题 1.项目方面: A 自主出题上,真分数的实现还存在一些问题 B 项目页面趣味性不够,无法吸引小学生 2.团队方面: A 经过快一周的磨合,队员间的默契度比之前提高了不少. B 个别队员遇到问题,还是会不太好意思讲出来让大家一起解决,而是喜欢自己鼓捣,不是说这样的方式不行,而是在团队作业中,大家一起解决遇到