scrum阶段总结


项目预期计划:

确定编码规范。

根据原型图,设计并实现UI,添加各个界面,按钮,对话框,列表,窗口,导航等,理清各个界面的跳转逻辑。

学习测试技巧,编写测试用例。

实现需求文档中提出的功能,分别为:景点查询,浏览地图,定位显示,路线搜索,语音提示。

强化小组成员间的沟通。


现实进展:

UI:

设计添加大部分界面,对话框,列表,窗口,导航。

定位:

1. 能够通过GPS获得定位(小蓝点),实现页面的缩放,3d/2d显示。

利用添加的大电子围栏判断是用户是否在景区范围。

scrum阶段总结

2. 添加了标注点,使地图更精细

scrum阶段总结

3. 添加了地理围栏,能够在给定范围内判断用户是否进入某个范围。下图两个红色圈。

scrum阶段总结

4. 添加了地理标签,点击标签会出现该店的具体介绍。

scrum阶段总结

5. 搜索地图的智能搜索。

scrum阶段总结

路线:

    起止点选择

scrum阶段总结

    点击路径后输入起止点,显示路径。

scrum阶段总结

语音:


组员分工

alpha冲刺阶段的任务分配

姓名

任务分配

工作占比

毕容甲

UI实现,搜索定位,界面跳转

25%

蔡逸轩

定位功能中添加地理标签,属性说明,经纬度信息获取与转换

25%

肖阳

定位功能中添加地理围栏,添加范围触发

25%

黄彦宁

定位功能框架,路径搜索功能

25%


下阶段展望

当前的不足:

UI:

界面不够精细,布局不够美观并且尚有BUG没有解决,图形、色彩间不够协调。

搜索:

搜索成功并定位后,原本添加的地理标签和地理围栏将不再显示。

   定位:

1. 标注点不够美观,不能体现各个地点的特点

2. 地理围栏的设计还需要考虑得更细致,以免互相干扰影响触发。

3. 标签的属性说明没有增加图片,提示框与整体界面风格不合。

路线:

现在只预设了一条简单的路径。

因为时间有限,加之这个功能太过复杂,高德也没有给予提示,在alpha版本中次功能尚不完善。

语音:

暂时没有做语音提示,只有提示是否在地理围栏中。

BUG:

① 如果在第二个界面点击路线进入第三个界面,之后再第三个界面不操作进行返回,会回到第一个界面。但是如果不在第二个界面加finish,又会出现第二个和第三个界面的死循环当中,这个逻辑我们在想办法修改。

② 启用搜索功能之后,点击搜索到的地点不会出现详细介绍。


过程体会

1. 这次冲刺阶段除了要coding之外,还有很多作业要做,还要准备AI的考试,事情很多,需要安排好时间。《构建之法》里很多章节都融合了seven habits的一些方法,我们自己也应该分清事务的优先级,给自己的其他学习生活也设定一个“敏捷流程”,不要东忙西忙,最后啥也没整好。

2. 编码规范一定要在动手之前商量好,不然写乱之后非常麻烦。这次我们就出现过编码规范危机,还好发生的早,很容易就改掉了。

3. 编码的时候一定要把所写的内容彻底弄明白,一知半解来写的话,出现了问题往往不知道如何改正。这次在添加地理围栏的时候,想当然的按照经纬来定点,没想到高德是先纬度再经度,花了好久才发现这个问题,查了无数资料,真是……

4. 虽然使用SDK开发的时候看起来很容易,但是如果没有详尽的使用说明,很难使用明白。我们添加路径规划这个功能的时候,程序运行后会崩溃,但是无法知道原因,就一个个函数,类来测试,最后才发现是哪里出错的,发现是哪里错的还不知道怎么修改,一个很小的错误就改了一天。

5. 十天的冲刺结束了,其实感触还是很多的,这些日子对于一门陌生语言的学习,让我们四个初学者对于安卓有了一些了解,我们一致认为做APP要比之前敲代码有意思,当然这个工作似乎比C语言的题目来的简单一点,但是也麻烦很多。在我们看来,这十天当中最后的三四天是最有效果的,我们在最后冲刺的三天完成了至少70%的工作,尤其是对于github的使用也是最后两个冲刺的时候掌握的,告别了qq流,我们也发现github确实很方便。在接下来这几天,我们会在完善我们的代码,争取在展示的时候有个完美的show。


冲刺汇总帖

http://www.cnblogs.com/Allenbi/p/4928985.html

测试:

http://www.cnblogs.com/Allenbi/p/4960360.html#3306595

github:

https://github.com/TravelBCXH/iTravel

上一篇:Linux中切换用户变成-bash4.1-$的解决方法【转】


下一篇:SQL2005/8数据库提示单个用户无法操作的解决方法