前言
组名: To Be Done
组员和贡献比例
| 短学号 | 姓名 | 分工 | 贡献比例 |
|---|---|---|---|
| 614 | 王永福* | 前后端实现、发任务、催进度 | 30% |
| 440 | 孙承恺 | UI设计 | 15% |
| 529 | 邱畅杰 | 文本过滤和图片美化后端 | 15% |
| 404 | 丁枢桐 | 分享图生成后端、博客 | 17% |
| 606 | 余琳玲 | PPT | 5% |
| 605 | 林星培 | PPT | 5% |
| 607 | 林青霞 | PPT | 5% |
| 634 | 徐祖豪 | 评审表 | 5% |
| 105 | 张凌昕 | 博客 | 3% |
注: 姓名标"*"的为组长
GitHub链接
博客链接汇总
燃尽图
原计划、达成情况及原因分析
原计划将什么功能做到什么程度
原计划功能基本完成，即兴趣点标记，轨迹记录，轨迹标记，轨迹上传、分享、搜索，个人信息管理基本完成，外部服务完成接入，功能完善
实际做得怎样了
实际上只完成了轨迹记录，轨迹信息修改，轨迹标记，个人信息管理，外部服务只完成了文本过滤的接入
如果没有达成，反思是哪些因素影响的
-
钱不够 -
没动力 -
心里烦 -
这门课B事多 -
最近实践课多，大家都很忙
-
时间安排不够合理，前期过于摸鱼，最后赶工
-
分工不够合理
Beta 版本展示
链接: https://pan.baidu.com/s/1W9bFT9oX2NBIclNMHMKcjA
提取码: inbn
说明
需要Android 8.1或以上
直接运行即可
换头像请在“我的”页长按头像
点击“我的”页的昵称可以进入个人信息编辑页
答辩得分
| 组 | 分数 |
|---|---|
| 1 | 53.4 |
| 2 | 54.6 |
| 3 | 48.4 |
| 4 | 58.2 |
| 5 | 未评分 |
| 6 | 56.4 |
| 7 | 51.6 |
| 8 | 52.2 |
| 9 | 52.8 |
| 10 | 57 |
| 11 | 51 |
| 12 | 45.6 |
| 平均分 | 53.04444 |
Q&A
1
**Q: **是否可以通过判断Exif内采用的坐标系类型到应用内转换成统一标准？
**A: **就是无法获知EXIF内记录的坐标属于哪个坐标系
2
**Q: **安卓的兼容性如何，在高版本如Q上是否会出现早上闪退的情况？不同坐标系他的差别大吗，是否有统一的解决办法？
**A: **针对Android Q开发，在Q上有最好兼容性。不同的坐标系需要转换，目前考虑让用户选择
3
**Q: **有没有可能一段时间后会生成轨迹报告，比如这一年去过哪些地方之类的？
**A: **这个后面会考虑
4
截至本博客编写时(2019-12-14T21:26)，尚未提问
5
**Q: **轨迹可以自动补充吗？能选取附近的道路来进行补充而不是直线吗？
**A: **这个上次老师提过了，我们进行了调研，很难实现
6
**Q: **有考虑优化吗？有一说一，要是和演示一样崩掉，我肯定心态崩掉
**A: **演示崩掉是我手机问题，我手机上的存储重定向崩溃，导致系统把内存存储挂成只读，应用在试图修改数据是崩溃
7
**Q: **能不能实现在生成路径后一键分享到qq空间和朋友圈，或者类似的转发功能
**A: **这个已经在做了，并将在最终版本实装
8
**Q: **如何甄别有效轨迹，定位具体精确到什么程度
**A: **考虑引入合理性判断，定位精度取决于信号
9
**Q: **地图精度怎么样？如果一直在一个小地方转圈圈怎么办
**A: **请问你问的是哪个精度？在一个小地方转圈，我们认为是有效轨迹，有的人就是要这么干
10
**Q: **是否考虑在地图标记点旁标上图片缩小图或者文字描述以便浏览编辑
**A: **本身就是这么计划的，但是初期怎么简单怎么来
11
**Q: **地图上的一些标记点，或许可以加上比如头像预览这样的样式
**A: **见对第10组的回答
个人部分
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | 1055 | 1720 |
| Analysis | 需求分析 (包括学习新技术) | 100 | 250 |
| Design Spec | 生成设计文档 | 60 | 100 |
| Design Review | 设计复审 | 20 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 125 | 150 |
| Design | 具体设计 | 240 | 360 |
| Coding | 具体编码 | 240 | 360 |
| Code Review | 代码复审 | 120 | 180 |
| Test | 测试（自我测试，修改代码，提交修改） | 150 | 300 |
| Reporting | 报告 | 60 | 90 |
| Test Repor | 测试报告 | 20 | 30 |
| Size Measurement | 计算工作量 | 15 | 20 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 25 | 40 |
| 合计 | 1135 | 1830 |
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累积学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 熟悉Axure RP用法 |
| 2 | 0 | 0 | 5 | 10 | 了解原型设计方法 |
| 3 | 0 | 0 | 5 | 14 | 原型设计实战 |
| 4 | 0 | 0 | 12 | 25 | 团队项目原型设计 |
| 5 | 0 | 0 | 15 | 40 | 学习kotlin |