Beta答辯總結

寫在前面

• 林燊大哥
• 團隊成員

短學號	名
2325	燊(隊長)
1232	志豪
1131	喜源
2523	宏巖
2230	愷翔
2509	鈞昊
2507	俞辛
2501	宇航
2502	柏濤

項目宣傳視頻

• 點我看視頻

貢獻度

名	貢獻度
燊	10%
俞辛	11%
柏濤	13%
志豪	9%
鈞昊	14%
愷翔	6%
喜源	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周	新增代碼（行）	累計代碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
2	0	0	10	22	Balsamiq Mockup 原型設計工具
3	200	200	10	32	學習並行程序設計
4	0	200	5	37	學會需求分析報告的撰寫
5	0	200	7	44	學會了簡單的視頻剪輯
6	100	300	15	59	學習並行程序設計
7	50	350	11	70	熟悉python程序編寫
8	100	450	20	90	學習OPENMP
9	100	550	15	105	學習MPI
10	0	550	20	125	學習CUDA