第三次作業 - 結對項目1

軟工實踐第三次作業-結對作業

一、結對資訊

• 結對成員

  031602206 陳文垚

  031602209 陳志炜

• 結對同學部落格連結
• 作業連結
• 原型設計工具：Adobe XD CC
• pdf文檔

二、NABCD模型

(1)Need--需求

根據題目來看，使用者希望自己能夠了解CVPR、ICCV、ECCV三大頂會的論文研究熱點，需要收集近幾年三大頂會的論文來進行篩選分析，以便找出熱門研究方向，讓自己能在畢業前完成一篇站在時代前沿的優秀論文。

根據網上list一篇篇查找論文費時費力，效率低下，是以使用者迫切需要一個能夠迅速爬取頂會論文基本資訊，了解各篇論文的研究方向，并且能分析出頂會論文研究熱點的工具。

• 使用者給定論文清單
  • 通過論文清單爬取論文的題目、摘要、原文連結
  • 對論文清單進行增删改操作(今年、近兩年、近三年)
• 對爬取資訊進行結構化處理，分析top10個熱門領域或熱門研究方向
  • 可對論文屬性（oral、spotlight、poster）進行篩選及分析
  • 形成如熱詞圖譜之類直覺的檢視方式
• 可進行論文檢索，當使用者輸入論文編号、題目、作者等基本資訊，分析傳回相關的paper、source code、homepage等資訊
• 可對多年間、不同頂會的熱詞呈現熱度走勢對比
• 可進行資料統計，例如每個國家錄用文章的分析、每個學校錄用文章的分析、哪個學校哪方面的研究方向比較強等

以上是使用者已經明确給出的需求，但是了解使用者的需求不能僅靠使用者的描述，也需要開發者站在使用者的角度來思考。經過一番考慮，我們認為也許可以再加上一個可對論文進行收藏的需求。當使用者看到某篇自己非常喜歡的，或許将來還會用到的論文，可以對該論文進行添加收藏，之後可在自己的收藏夾中直接找到，更加友善快捷。

(2)Approach--做法

考慮到适用性，系統應用于web端。針對上述需求，我們讨論出來的解決方法如下

• 提供空白論文清單，使用者可輸入想要爬取的論文資訊，使用者可随時對論文清單進行操作，爬取完成後自動跳轉到論文資訊頁面；
• 對爬取的論文資訊進行分析，提供多種選擇條件進行分析，如標明全部論文/標明某所學校/標明某個國家/標明某個年份/標明某種論文屬性，分析top10個熱門研究領域或熱門方向，以熱詞圖譜或者折線圖的方式展現出來；
• 設定搜尋欄，并提供論文編号、題目、作者、論文屬性等搜尋條件，搜尋後可傳回論文的詳細資訊。如選擇的條件為作者，那麼搜尋後将傳回該作者的所有論文資訊；
• 設定年份、頂會等篩選條件，傳回選中條件的熱詞走勢對比圖；
• 使用者可輸入想要了解的國家/學校/作者名稱，傳回該國家/學校/作者近年來的主要研究方向和領域。

(3)Benefit--好處

從使用者的角度來考慮，我們認為使用本平台來進行論文資訊統計分析的好處如下：

• 為使用者節省了大量查閱資料的時間，如今網上的論文資料數不勝數，各類各樣五花八門，使用者不可能對每一篇論文都進行浏覽以檢視是否對自己有用。使用本平台，使用者能夠快速而準确地獲得自己所需要的論文資訊，并得到最充分最仔細的統計分析，節省了不必要浪費的時間，提高自己的學習效率；
• 在使用者面對數量龐大的論文時，經常會感覺找不到學習的方向，使用本平台的服務，使用者能夠粗知當下頂會上研究方向的學術源流，找到讀書門徑，發現對自己有用的論文，提高自己的學術水準；
• 本平台界面簡潔明了，美觀大方，操作簡單易懂，不含任何廣告，使用者可以很友善地按自己的想法進行操作，對使用者友善度極高。

(4)Competitors--競争

• 在外圍功能方面，界面美觀簡潔，設計良好，能夠給使用者非常好的體驗感。
• 在必要需求方面，論文爬取速度快，對論文的篩選分析細緻到位，可信度高。
• 本平台擁有論文收藏功能，使用者能夠非常友善地收藏自己喜歡的論文，友善度max。
• 具有資料統計和資料分析功能，使用者能夠非常直覺地檢視各個國家、學校的論文錄用量以及各個學校的主要研究方向。
• 目前市場上CiteSeer、微軟學術搜尋等平台也提供有論文檢索功能，但是相對缺乏資料分析和統計的功能。

(5)Delivery--推廣

• 鑒于本平台的核心功能是爬取論文并分析熱門研究方向，是以主要的使用者群體應該是大三大四的同學以及研究所學生學長學姐和各位老師。我們會先發揮自己的人脈關系，通過自己的同學朋友向其他人介紹我們的産品，先在本學院推廣開。
• 待到在本學院内打開市場後，争取得到校級部門協會或者校方管理部門的支援，再向全校進行推廣，讓更多的同學老師認識并使用我們的産品。
• 在使用者的使用過程中進行調查，收集使用者的回報意見，分析産品存在的缺陷與不足，不斷提高産品品質，增強使用者體驗，在使用者群體中争取更好的口碑。

三、結對照片

四、PSP表格

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	60
· Estimate	· 估計這個任務需要多少時間
Development	開發	1920	1620
· Analysis	· 需求分析 (包括學習新技術)	120	240
· Design Spec	· 生成設計文檔
· Design Review	· 設計複審
· Coding Standard	· 代碼規範 (為目前的開發制定合适的規範)
· Design	· 具體設計
· Coding	· 具體編碼	1440	960
· Code Review	· 代碼複審
· Test	· 測試（自我測試，修改代碼，送出修改）
Reporting	報告	130
· Test Repor	· 測試報告
· Size Measurement	· 計算工作量	10
· Postmortem & Process Improvement Plan	· 事後總結, 并提出過程改進計劃

|       | 	合計  |2110 |1810  
           

五、設計說明

• 論文清單

  使用者可通過"+" "-"新增或者删除自己的爬取條件，也可以直接導入檔案進行爬取。當條件過多時，通過搜尋欄可以直接找到自己之前設定過的條件。

• 檢索清單

  可通過搜尋欄直接搜尋某篇論文，點選論文标題即可檢視論文的詳細資訊，看到某篇特别喜歡的論文時，通過點選愛心進行收藏。

• 資料統計

  選擇搜尋條件，在搜尋欄輸入國家或者學校，可以檢視某個國家或學校的論文錄用量在頂會所有錄用論文的占比，并可檢視該國家/學校錄用論文的主要研究方向。

• 熱度走勢

  檢視不同頂會近幾年的熱詞圖譜，點選某一熱詞在圖譜下方顯示該方向近幾年的熱度走勢。

• 個人中心

  修改自己的個人資料，介紹自己的學校及近期研究方向。

• 我的收藏

  使用者收藏的論文，可通過國家、頂會、年份進行篩選檢索

六、學習進度

第N周	新增代碼行	累計代碼行	本周學習耗時(小時)	累計學習耗時(小時)	重要成長
1	600		20		1. dl4j庫的使用 keras模型導入java 2. k-means java實作 3.水準投影圖像分割
2	1400	2000	30	50	1. dl4j nd4j 踩坑 還沒爬出來 2.flask最基本的使用方法。

七、遇到的困難及解決方法

• 之前做Android, 是以有一些做原型的經驗，總體還好，但是有一些細節上疑惑了比較久，例如論文清單的導入方式。

一點點小感想

• 完成得比較匆忙。
• 原型設計比較簡陋，隻完成了基礎部分。在原型設計上果斷選擇了Material Design風格，最終效果還行。