寫在前面
- 林燊大哥
- 團隊成員
| 短學号 | 名 |
|---|---|
| 2325 | 燊(隊長) |
| 1232 | 志豪 |
| 1131 | 喜源 |
| 2523 | 宏岩 |
| 2230 | 恺翔 |
| 2509 | 鈞昊 |
| 2507 | 俞辛 |
| 2501 | 宇航 |
| 2502 | 柏濤 |
項目宣傳視訊
- 點我看視訊
貢獻度
| 燊 | 10% |
| 11% | |
| 13% | |
| 9% | |
| 14% | |
| 6% | |
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.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 | |
| · Estimate | · 估計這個任務需要多少時間 | 30 | |
| Development | 開發 | 720 | 780 |
| · Analysis | · 需求分析 (包括學習新技術) | 360 | |
| · Design Spec | · 生成設計文檔 | ||
| · Design Review | · 設計複審 | ||
| · Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | 10 | |
| · Design | · 具體設計 | 90 | 120 |
| · Coding | · 具體編碼 | ||
| · Code Review | · 代碼複審 | ||
| · Test | · 測試（自我測試，修改代碼，送出修改） | 20 | |
| Reporting | 報告 | 130 | |
| · Test Repor | · 測試報告 | ||
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
| 合計 | 800 | 770 |
個人學習進度條
| N周 | 新增代碼（行） | 累計代碼（行） | 本周學習耗時(小時) | 累計學習耗時（小時） | 重要成長 |
|---|---|---|---|---|---|
| 22 | Balsamiq Mockup 原型設計工具 | ||||
| 200 | 32 | 學習并行程式設計 | |||
| 37 | 學會需求分析報告的撰寫 | ||||
| 44 | 學會了簡單的視訊剪輯 | ||||
| 100 | 300 | 15 | 59 | ||
| 50 | 350 | 11 | 熟悉python程式編寫 | ||
| 8 | 450 | 學習OPENMP | |||
| 9 | 550 | 105 | 學習MPI | ||
| 125 | 學習CUDA |