写在前面
- 林燊大哥
- 团队成员
短学号 | 名 |
---|---|
2325 | 燊(队长) |
1232 | 志豪 |
1131 | 喜源 |
2523 | 宏岩 |
2230 | 恺翔 |
2509 | 钧昊 |
2507 | 俞辛 |
2501 | 宇航 |
2502 | 柏涛 |
项目宣传视频
贡献度
名 | 贡献度 |
---|---|
燊 | 9% |
俞辛 | 12% |
柏涛 | 13% |
志豪 | 8% |
钧昊 | 14% |
恺翔 | 7% |
喜源 | 11% |
宇航 | 13% |
宏岩 | 13% |
GitHub项目链接
Beta 冲刺站立会议博客链接汇总
次数 | 链接 |
---|---|
1 | Beta1 |
2 | Beta2 |
3 | Beta3 |
4 | Beta4 |
5 | Beta5 |
6 | Beta6 |
7 | Beta7 |
燃尽图
原计划、达成情况及原因分析
原计划功能 | 原计划达成程度 | 实际达成程度 | 原因分析 |
---|---|---|---|
拍照扫描 | 能够支持照相机扫描、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框架、目标检测相关学习 |