第一个迭代任务进度

在第一个迭代目标中的的任务是账户页面的UI设计 做的不够完善,只有简单的框架 下面是安卓代码 在项目的过程中发现之前想的都太简单了,真正做的时候很多都达不到想要的效果,心有余而力不足,和组员的配合中也会有摩擦,第一个迭代就出现了很多问题,导致进度跟不上,觉得完成整个项目还是有很大压力,都在进行中

经过我们团队的讨论,第一轮迭代团队贡献的分配方案如下: 团队成员 最终得分 高孟烨 64 邓亚梅 39 陈少杰 62 金鑫 57 雷元勇 36 王迪 37 郑培蕾 55 第一轮迭代的成绩让我们都不是很满意,所以成败就看M2阶段了,小伙伴们加油啦~ 暂定转会的成员是邓亚梅,明天上课的时候最后确定.

第一个任务:欢迎界面.主界面和添加事件(事件名.日期.分类.重复.置顶.数据传送) 队员工作分配: 一个星期的安排: 事件名:蒋婷惠 估测:每天3h 日期:高梦悦 估测:每天3h 分类:顾平  估测:每天3h 重复:周云  估测:每天3h 置顶:陶晓蔚  估测:每天3h 欢迎界面:全员一起  估测:3h

第一个任务目标:首页.一键播放.曲库.工具界面的实现. 人员工作分配: 首页设计:徐恬   估测:5h 一键播放界面设计和实现功能:余凯凌.殷子健   估测:6h 曲库的资源整合:徐冉.徐洋   估测:3h 工具栏的实现:刘树勋   估测:2h

1.在res里的layout中创建三个包fenlei.xml.shouye.xml.xinjianshijian.xml 2.xinjianshijian.xml里的界面和代码是 3.fenlei.xml里的界面和代码是 4.shouye.xml里的界面和代码是 5.MainActivity里的代码是 6.SecondActivity的代码是 7.在AndroidManifest.xml添加SecondActivity类 8.好像还有一点问题,目前还无法实现其功能.

瀑布式开发.迭代开发,区别[都属于,生命周期模型]         两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说. 传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程. 迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善它,而是把主要功能先搭建起来为目

一.设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件<flappy bird>是一款全新动作类的游戏,与市面上的存在的游戏不一样的是,我们增加了很多功能.从传统的单人作战,转变为更有趣的团队作战.从传统的单一模式转变为可以选择的游戏模式.游戏因此变得紧张成刺激.节奏感强,玩家在游戏中便能获得更多的乐趣与成就感.从而既解决了flappy游戏相对比较枯燥无聊被动的问题,使玩家能够乐在其中,又不会像大型游戏一样占用玩家过多的时间精力,

对软件工程Alpha迭代的反思与总结 本次软件工程的A轮迭代,我们组出了不小的问题.作为一个团队来说,我们的队伍出现了很严重的状况,严重到让老师觉得我们一度失控.于是我撰写此文,借以反思.总结和提高.本文分三部分,在第一部分我将阐述我们在开发期间的一些过程,第二部分我将分析事情造成的原因,第三部分我将叙述一下我们下一步的解决方案.最后还有一点小小的反思. 一.事情的发生 当时我们组队比较晚,本来想拆散了分去各个队伍,后来正好还有同学没有组上,老师就把我们剩余的这些人成立了一个新组.所以我们在团队

敏捷开发系列文章目录 在讨论PO如何给团队讲好故事这个问题之前,先给大家了解一些基本的敏捷概念,然后讲讲我们敏捷团队构成与整个敏捷开发的过程. 当初敏捷老师讲课的时候就跟我们所过,敏捷没有什么具体的形式,每个敏捷团队可能做法都不一样,表现出来的性格也不一样,比如有挑战型团队.有保守型团队等.但敏捷有一个核心是不能变的,这个核心就是3355. 1.3个角色:SM.PO.开发团队(自然包括了我们的开发人员和QA).2.3个产出物:Product Backlog.Sprint Backlog.交互的可