第一个迭代任务——倒计时

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

我的第一个迭代任务是新增事件中的事件名 1.添加按钮界面和代码 2.事件名界面和代码

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

第一个任务目标:首页.一键播放.曲库.工具界面的实现. 人员工作分配: 首页设计:徐恬   估测: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.好像还有一点问题,目前还无法实现其功能.

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

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

很多项目都不会一开始就完全就绪--例如,需要分配人员和准备工作.为了处理这些项目开始前的任务,很多团队使用了"迭代0"的做法.虽然理解其由来,但我仍然感到担心.以下是我的理由. 停止"迭代0"的三个理由: 首先,尽管很难相信,但绝大多数的项目都是可以立刻启动的.我所听过的所有声称需要在Scrum项目启动前完成的事项有:需要组建团队,包括调配人员到项目上或雇佣新人:需要获取或者设置硬件设备:需要写一个初始的产品待办列表(即使只是高度概要的).然而现实情况是:诸如技术环

上了这么多年学,我发现一个问题,好象老师都很喜欢点名,甚至点名都成了某些老师的嗜好,一日不点名,就饭吃不香,觉睡不好似的,我就觉得很奇怪,你的课要是讲的好,同学又怎么会不来听课呢,殊不知:"误人子弟,乃是犯罪!"啊. 好了,那么我们现在来看老师这个点名过程是如何实现吧: 1.老规矩,我们先定义老师(Teacher)接口类: public interface Teacher { public Iterator createIterator(); //点名 } 2.具体的老师(Concre