写在前面
| 短学号 |
名 |
| 2325 |
燊(队长) |
| 1232 |
志豪 |
| 1131 |
喜源 |
| 2523 |
宏岩 |
| 2230 |
恺翔 |
| 2509 |
钧昊 |
| 2507 |
俞辛 |
| 2501 |
宇航 |
| 2502 |
柏涛 |
项目宣传视频
贡献度
| 名 |
贡献度 |
| 燊 |
9% |
| 俞辛 |
12% |
| 柏涛 |
13% |
| 志豪 |
8% |
| 钧昊 |
14% |
| 恺翔 |
7% |
| 喜源 |
11% |
| 宇航 |
13% |
| 宏岩 |
13% |
GitHub项目链接
Beta 冲刺站立会议博客链接汇总
燃尽图
原计划、达成情况及原因分析
| 原计划功能 |
原计划达成程度 |
实际达成程度 |
原因分析 |
| 拍照扫描 |
能够支持照相机扫描、ar扫描、照片上传的三种方式 |
ar扫描只实现了扫描功能后续的展示没能实现，其余两种全部实现 |
关于ar的技术难度过大，网上相关文档相当少，时间不足，难以投入精力研究 |
| 社区功能 |
用户可以在社区内分享自己喜欢的店铺等 |
未完成 |
时间紧迫，只能先完成核心功能 |
| 推荐店铺功能 |
能够基于用户的地理位置及搜索历史进行推荐 |
部分达成 |
推荐算法以及获取用户定理位置等都已完成，但未接入界面 |
| “水军”评论过滤 |
能够基本上过滤明显的水军评论 |
未完成 |
在答辩时，经过实践课同学的提问，我们意识到确实难以实现，于是选择放弃 |
| 登录功能 |
支持手机注册登录、QQ登录、微信登录 |
完成 |
- |
- 说明：实际上除了最后一行外，其他功能如果时间充足我相信我们都能完成。但是无奈，冲刺过程中和考试冲突严重，以及组内部分同学身为学生干部还要兼顾学院的一些重要的事情(例如校庆、校运会等)
Beta 版本展示
- 安卓端apk文件
- 说明： 出于资金方面的考虑，没有搭建云服务器（已经买了阿里云的学生套餐并且尝试使用过，但是效果太差）于是将服务器搭建在钧昊的笔记本上，拍照识别的算法搭载在服务器上，若需要测试请私下联系我们（或者问柯老板，Beta 答辩现场我们扫描识别了他发在群里的图片，效果还不错）。推荐手机分辨率为720*1280。Android 6.0+版本(不可低于4.4)，否则可能出现不可预测的问题。
- 扫描功能
- 说明： 这里展示展示了ar扫描的功能，由于网络原因，时间略长。
- 定位
- 说明： 这是实现了定位功能，用于后续推荐功能中能够基于用户真实地理位置进行推荐。不采用用户ip地址推荐的原因是ip地址并不能真实反映用户的地理位置。
- 登录功能
- 说明： 这里展示了使用QQ登录的视频。
答辩得分
|
第1组 |
第2组 |
第3组 |
第4组 |
第5组 |
第6组 |
第7组 |
第8组 |
平均分 |
| 得分 |
82 |
75 |
79 |
86 |
85 |
70 |
79 |
79 |
79.83 |
Q&A
第一组
- 在早上演示的时候教室的网络环境不好导致识别速度慢，有想过可能的解决方法吗？
- 答：这个网络环境问题，个人认为在大多数APP上均会出现，我们能做的只是尽可能优化性能以减少其他不利速度的因素。
- 商铺介绍页的弹幕是滚动播放的吗，如果用户想详细看某一条弹幕时应用会如何展示？
- 答：是滚动播放的，因为设定缘故，详细查看弹幕这一选项我们也会在后续给出。
- 请问beta冲刺时是否遇到什么困难，又是如何解决的？
- 答：主要还是算法优化、改进方面的吧，这一点也由算法组成员完成。
第二组
- 观看演示之后，感觉还有挺多值得修改的地方，例如界面以及算法精确度方面，找到解决的方法了吗？
- 答：算法精确度在目前现有水平上已经是很高了，我们采用的算法YOLOv3在目前目标检测领域已经是相当领先的一个算法了。
- 关于弹幕的设置方面总共是有哪些形势？
- 答：滚动形式，上下随机跳跃形式等等。
- 在介绍店铺的信息时，如何确保信息的可信度？
- 答：我们的信息都是人工采集的，我们也会各自通过审查来确保可信度。
第三组
- 界面略显粗糙，特别是AR扫描出的详情页？
- 答：这个问题我们后续会做出改进的，但是现有的已经较为优秀了。
- 弹幕评论真的不会影响观看吗？
- 答：不会啊，挺有趣的一个展现手段。
- 金牌客服刘宏岩能给我在线解答问题吗？
- 答：当然可以，性感宏岩在线答题。
第五组
- 弹幕滚动时好像会重叠在一起，有解决方法吗？
- 答：我们设定了不重叠的机制，可能是贵组看错了。
- 商铺识别是否只支持中文？
- 答：中英文均可。
- AR识别店铺时间过长，且如何分辨不同位置的同一名字的店铺呢？根据定位吗？
- 答：时间过长是由于网络的原因，不同位置的话会根据阈值来判定。
第六组
- 你们似乎只展示了AR识别这一功能，其它功能进度怎么样的？
- 答：其他功能仅仅是部分完成。
- 演示视频的最后三十秒都是定位在福大31号楼，是否时间过长？
- 答：不会，因为我们我们一直都是在31号楼啊。
- 演示视频最后是展示商家定位功能或是导航吗？为什么一直显示都
是定位在福大31号楼呢？
- 答：最后定位是在我们宿舍进行的。
第七组
- 功能不完善，如店铺信息分享功能未完成，之后的最终演示会完成吗？有什么计划？
- 答：最终演示会完成，具体可参见博客。
- 目前可运行范围仅限于永嘉天地，范围较窄，有考虑扩大范围吗？
- 答：有考虑。
- 弹幕评论阅读性、实用性不高，有别的评论展示方案可供用户选择吗？
- 答：有，还有滚动式以及跳转形式展示。
第八组
- 如果拍摄时不慎拍到两家或者多家店铺的牌子，那么会得到什么结果？
- 答：根据置信度选取置信度较高的店铺返回结果。
- 目前你们的产品支持同时几个人同时并发呢？可否支持同时100人？
- 答：可多人并发，同时100人的话由于服务器限制，很难进行。
- 你们现在的AR识别速度非常慢，（早上的演示应该时15s）是否有想过换种方式？或者你们是否想过优化？因为15s实在太长
- 答：因为网络速度的原因很慢的，我们也会尽力优化。
个人部分
PSP
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
60 |
60 |
| · Estimate |
· 估计这个任务需要多少时间 |
30 |
30 |
| Development |
开发 |
720 |
780 |
| · Analysis |
· 需求分析 (包括学习新技术) |
360 |
360 |
| · Design Spec |
· 生成设计文档 |
60 |
60 |
| · Design Review |
· 设计复审 |
30 |
60 |
| · Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
10 |
10 |
| · Design |
· 具体设计 |
90 |
120 |
| · Coding |
· 具体编码 |
120 |
120 |
| · Code Review |
· 代码复审 |
30 |
30 |
| · Test |
· 测试（自我测试，修改代码，提交修改） |
20 |
20 |
| Reporting |
报告 |
130 |
130 |
| · Test Repor |
· 测试报告 |
60 |
60 |
| · Size Measurement |
· 计算工作量 |
10 |
10 |
| · Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
60 |
60 |
| | 合计 | 800|770
学习进度条
| 第N周 |
新增代码（行） |
累计代码（行） |
本周学习耗时(小时) |
累计学习耗时（小时） |
重要成长 |
| 1 |
300 |
300 |
18 |
18 |
原型设计，爬虫关于python的urllib库及request库学习 |
| 2 |
0 |
300 |
8 |
26 |
钢铁直男们的审美进步“一点点” |
| 3 |
500 |
800 |
12 |
38 |
Java爬虫、Tkinter界面 |
| 4 |
300 |
1100 |
11 |
49 |
tensorflow框架、神经风格迁移 |
| 5 |
200 |
1300 |
6 |
55 |
tensorflow框架、生成式对抗网络理论基础 |
| 6 |
100 |
1400 |
3 |
58 |
tensorflow框架、生成式对抗网络实现部分 |
| 7 |
200 |
1600 |
4 |
62 |
tensorflow框架、算法部分模块优化 |
| 8 |
100 |
1700 |
3 |
65 |
tensorflow框架、基于时间衰减因子的推荐算法 |
| 9 |
100 |
1800 |
4 |
69 |
tensorflow框架、目标检测相关学习 |
|
