項目需求分析答辯總結

時間 2019-11-19

原文原文鏈接

前言

組長	成員
★	530 雨勤
	311 旭
	403 俊
	223 元
	437 海輝

本組對其餘各組評審結果

編號	團隊名稱	項目名稱	報告格式/20	演示內容/20	答辯內容/20	PPT製做/20	演講/20	總分/100
1	天機組	指尖加密	15.0	13.6	13.6	12.8	15.6	70.6
3	日不落戰隊	小葵日記	16.7	17.4	17.0	16.6	16.2	83.9
4	像我這麼能打的還有五個	WanderLand	15.0	15.8	17.2	15.0	15.4	78.4
5	洛基小隊	START	14.3	12.8	14.6	15.2	15.0	71.9
6	Boy Next Door	WEB帳簿管家應用	14.0	15.4	14.0	14.2	14.0	71.6
7	Massivehard	上一次	12.0	10.2	8.00	10.4	12.8	53.4

編號	團隊名稱	項目名稱	優勢	存在問題	建議
1	天機組	指尖加密	增長了救援代碼，考慮的問題更加全面	指紋識別容錯率問題爲解決；沒有戰勝同類競品的優點；泄密問題沒有很好的考慮	演講的人聲音很好聽，但能不能別讓人犯困
2	PMS	Your eyes	產品結構完整	原型界面未能很好表現	算法設計須要注意推動
3	日不落戰隊	小葵日記	功能齊全，考慮的問題也比較全面。	樣本數據不夠，信任度分析沒有太具體；500字左右就佔了1.9M的內存，是否是過於大；對未知狀況無良好的預防	開發功能不少，但技術難度不高，但願達到項目預期目標後可以繼續完善
4	像我這麼能打的還有五個	WanderLand	用戶人羣明確且易於交流	怎麼解決刷榜的問題；缺少公信力；受衆面比較窄	但願成品不只可以應用於本校，多校推廣也有利於提升產品公信力，以便實現爲影評面試提供數據支撐的設想；下次展現能不能翻出新花樣，不要每次都用上次用過的東西
5	洛基小隊	START	遊戲按局進行，花費玩家時間較少，利用碎片化時間	遊戲介紹冗長、沒有抓住重點；創新較差、大體以饑荒爲模板；演講中沒有講清楚本身吸引人亮點；沒有原型	美工製做與腳本開發應有良好的權重
6	Boy Next Door	WEB帳簿管家應用	相較於以前，定位更加明確	網頁端與移動端的同步問題；接口問題尚未很好的解決，存在諸多的隱患；博客上文檔連接失效，不知道具體緣由；網頁端用戶使用不方便	面向客戶作一個更真實的需求調查；博客的需求報告連接失效了，但願可以更新一下
7	Massivehard	上一次	產品有創意和人情味	彈窗對用戶不友好；演講產品功能不清晰，胡編亂造功能；隊伍內沒有達成對功能的一致認知；ppt過於簡單，太多的文字；如何判斷上次；使用界限模糊；用戶粘性低	ppt製做技能亟需提高，演講中的許多應用情景，ppt中都沒有體現出來，口述聽不詳盡；到底有什麼功能組內統一一下，演講和答辯內容對不上；功能需求與實際設計要有互爲考量，不少功能想象出來，但卻沒法實現，最終發佈版本可能遭遇史上最慘烈的閹割！

其餘各組對本組的評分

編號	團隊名稱	項目名稱	報告格式	演示內容	答辯內容	PPT製做	演講	總分/100
1	天機組	指尖加密	80.0	80.0		80.0	80.0	80.0
2	PMS	Your eyes	16.0	16.0	16.6	16.4	17.0	82.0
3	日不落戰隊	小葵日記	16.0	17.0	17.0	17.0	15.0	82.0
4	像我這麼能打的還有五個	WanderLand	8.0	26.0	25.0	13.0	12.0	84.0
5	洛基小隊	START	16.0	17.0	16.0	16.0	17.0	81.0
6	Boy Next Door	WEB帳簿管家應用	15.5	16.0	16.0	15.5	15.0	78.0
7	Massivehard	上一次	14.0	15.0	16.0	17.0	18.0	80.0
	去除最高總分、最低總分	平均分						81.0

來自各組對本組的提問

天機組
- Q：請問視頻是要傳輸到服務器進行處理仍是就在本地處理？
- A：本學期目標完成本地處理。
- Q：是一個相似web界面的軟件仍是說一個web端的產品？
- A：產品自己爲基於pc端的軟件，但咱們計劃以web的方式做爲展現給客戶的前端。
- Q：可否直接與實時監控鏈接使用，而不是人工導入視頻?
- A：能夠。咱們的界面原型在首頁就體現出兩個入口——實時檢測和歷史回溯，對於實時檢測，咱們可以直接調取監控攝像頭，獲取當前視頻畫面。
日不落戰隊
- Q：答辯時說到90%的識別成功率很好實現，那是否意味着可複製性較強？
- A：90%的檢測準確率是基於非密集無遮蔽的場景，這種場景識別難度低是可預見的，但並不意味着可複製性就強。檢測技術的難度在於其在密集的、目標物互相遮蔽的情形下，如何對二值掩模圖像的連通區域進行目標分割與檢測。
- Q：與市面上現有的相似產品相比，請問有什麼優點？
- A：據調查，市面上已有的，如成都臻識等，動輒幾萬的攝像頭、地感線圈、服務器和其餘硬件費用，花費巨大，而咱們的產品的是輕資產的產品，用戶只須要擁有攝像頭，就能用咱們的設備，比較高性價比。
- Q：請問將如何擊敗將來潛在的競爭對手？
- A：全部的產品、項目都是在競爭中求生存，在荒漠中開拓。咱們會以實驗室產品爲基調，努力去提高咱們產品的性能、知名度，以求得生存，進而去與其餘產品爭奪(雖然很難，但夢想總得有不是嗎)。
像我這麼能打的還有五個
- Q：有沒有考慮過產品的實用性，和其餘很強大的團隊相比，該產品的優勢在哪，如何去與其餘產品競爭？
- A：監控市場的蛋糕很大，而沒有那個團隊能一口吃成胖子。咱們當前的垂直市場是針對用戶對流量統計與路況分析方面的需求，利用本產品輕資產的特性，完成對已有硬件的服務升級，這是咱們的優點所在。
- Q：Web端不能離線操做吧，有沒有想過作pc端？
- A：產品自己爲基於pc端的軟件，直接對本地文件進行操做，無需聯網，應當爲表述問題，咱們只是以web的方式做爲展現給客戶的前端。
- Q：該產品的內測用戶是哪些，有沒有考慮若是沒有用戶願意接收這個產品該怎麼辦？
- A：首先，這不是一個沒有市場的產品；其次，咱們的項目做爲實驗室前置項目的補充，主要的目的是將功能增長到已有的項目中，而咱們的前置項目已有了測試用戶。
洛基小隊
- Q：是否已經已經就軟件試運行階段的目標用戶達成了合做？
- A：咱們的項目做爲實驗室前置項目的補充，主要的目的是將功能增長到已有的項目中。
- Q：可否體現出足夠的讓本身能在同類軟件中脫穎而出的優點？
- A：咱們的產品具備輕資產的特性，無需配套硬件或服務器，只需在用戶已有的監控攝像頭基礎上進行服務升級。
- Q：除了主要功能，有沒有考慮過添加一些提升用戶體驗的小功能?
- A：有的，咱們在原有輸出流量信息摘要的基礎上，增長了熱力圖顯示，幫助用戶更直觀地感覺哪裏的流量大、哪裏的流量小、人車的流動趨勢等。
Boy Next Door
- Q：識別的準確率是如何肯定的？
- A：咱們主要參考了國內高校論文，論文測試大多基於白天光線充足的場景下，經過人流車流在70%的時間內爲非密集的情形，在人流車流密度小的狀況下，平都可以達到95%的準確率，在密度較大的狀況下有85%左右的準確率，考慮到本學期的時間因素，可能沒有充足時間完善算法中關於遮蔽狀況圖像分割效果的部分，故將團隊目標下調至70%，但這只是最低目標，咱們有可能作得更好。
- Q：項目正式版的第一批交付用戶是誰？
- A：咱們的項目做爲實驗室前置項目的補充，主要的目的是將功能增長到已有的項目中。
- Q：使用現實中的世界攝像頭作過多少次實地測試？
- A：小組算法仍在完善中，還沒有造成可應用程序，暫時沒法使用攝像頭進行測試。
Massivehard
- Q：原型界面未能很好展現
- A：咱們將原型界面放在了宣傳視頻中，沒想到宣傳視頻並不在演講時播放，因而演講的同窗只好打開咱們的項目需求報告進行講解，確實缺少必定條理性。若是感興趣的話能夠看看咱們組的需求報告、宣傳視頻或是博客UML設計。
- Q：軟件是web端仍是os端？
- A：在課堂展現中，咱們說明產品最終將以web形式面向用戶，但產品自己爲基於pc端的軟件，咱們只是以web的方式做爲展現給客戶的前端。關於界面問題，團隊對此作出了一些變動，能夠下拉滑塊到達博客底部查看。
- Q：軟件後期是如何將功能整合到一塊兒的？
- A：WBS可使你瞭解咱們的算法組成，歡迎移步博客UML設計查看。

課後討論對小組計劃作出以下修改

問題：咱們最終要使用web實現界面嗎？
- 某A：web操縱本地文件……我以爲有點多此一舉……
- 某B：web界面實現交互性會比桌面版好吧，並且如今響應式蠻火的，不過事件反饋會不少吧。
- 某C：原本我想要速成QT的……pc程序軟件比較容易實現嘛
- 某D：web的客戶體驗差些吧，頁面切換什麼的響應速度慢一些
- 某E：啊……那認可一波錯誤吧。html
  
  綜上，雖然不知道當初到底是怎麼敲定的web方式界面，但出於對實現便易性與開發週期的考慮，本組決定用桌面版的pc應用，代替原計劃的web方式。
  PS：不影響原型。前端