結對第一次—原型設計（文獻摘要熱詞統計）

所屬課程	福州大學軟件工程實踐（2019）
做業要求	原型設計（文獻摘要熱詞統計）
結對學號	221600330、221600331
做業目標	練習原型設計，培養合做能力
製做的原型	軟工實踐-論文爬取原型設計
pdf下載	本篇隨筆在線pdf pdf（百度網盤 提取碼：ymnn ）

1、NABCD

N（Need，需求）

問題：

小櫻是一名大三的學生，一直癡迷於吃雞類遊戲，某日聽聞同宿舍的小狼剛和導師去參加了CVPR會議，心裏羨慕不已，便下定決心痛改前非、努力鑽研，但願能在畢業前完成一篇站在時代前沿的優秀論文。但使人苦惱的是，他不知道近幾年頂會的熱門領域和研究方向，根據論文list去一篇一篇查找總結效率又着實過低，因而求助於「軟工實踐互助愛心組織」，但願咱們能幫助他設計一個平臺解決現階段的需求。

需求：

• 根據用戶給定的網址爬取裏面論文的題目、摘要、關鍵詞、年份、發佈平臺、原文連接
• 展現近幾年各個頂會的熱門領域和研究方向，
• 在已爬取的論文中分析熱門領域或熱門研究方向；
• 根據論文的題目、做者、關鍵詞、年份、屬性（oral、spotlight、poster）進行篩選，並返回相關的paper、source code、homepage等信息；
• 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）；
• 造成如關鍵詞圖譜之類直觀的查看方式；

A（Approach，作法）

• 一、平臺
  • 通過討論，咱們決定用手機APP的形式來知足需求，手機APP軟件的優點：
    • 無需依靠其餘媒體和應用，便可實現本身的移動營銷。
    • 無需輸入，便可輕鬆瀏覽。
    • 隨時隨地，互聯互通。
    • 全方位、多媒體顯示。
    • 最便捷的企業宣傳冊。
    • 資料更新，一步到位。新產品、新服務或者新信息發佈，更新一步到位。
    • 移動互聯網企業名片。
    • 有效佔領移動互聯網入口。這些優點可以快速佔領必定的商業位置。
  • 在」墨刀「上進行原型設計。
• 二、針對用戶需求
  • 咱們提供從用戶提供的網址爬取網頁內的論文信息的功能，包括標題，做者，關鍵詞，發表年份，摘要等等。用戶若是發現信息錯誤能夠選擇修改或者刪除論文，等到用戶選擇完畢後點擊收錄將論文信息存儲至軟件數據庫中以便後續的分析與操做。
  • 對已錄入的論文提供檢索功能。
  • 對已錄入的論文提供分析功能。
  • 在論文詳情頁提供原文連接。
• 三、額外功能
  • 設置收藏論文功能，在個人收藏頁可方便找到本身收藏過的論文。
  • 提供關於三大會議相關的新聞頁面，方便讀者查看三大會議的最新消息。
  • 提供軟件內外的分享功能。
  • 提供論文的源碼，pdf文檔下載。
  • 提供論文評論功能。
  • 提供軟件內的私聊功能，用戶可經過點擊分享的論文連接直接進入論文頁

B（Benefit，好處）

• 用戶沒必要根據論文列表一篇一篇查找，只須要提交列表便可得出查找結果，用戶能夠更高效地獲得結果，節省了時間和精力。
• 咱們的軟件給用戶提供了精美的頁面讓用戶看了心情舒暢。
• 咱們幫助用戶整理、分析了論文清單，並直接呈現部分關鍵信息，方便用戶學習，節省了時間；
• 爲用戶推送近期學術新聞和熱點。

C（Competitors，競爭）

優勢：

• 咱們將平臺定位於手機app，使用app簡單便捷,相對於web端更使用大衆人羣。
• 無償使用
• 界面簡單，對於用戶通俗易懂。
• 一站式論文處理分析，優化用戶體驗
  缺點：
• 功能簡單，缺少專業網站的分析能力
• 競爭對手過多，沒有突出的個性功能
• 只用python爬取網站時對算法要求高，爬取整個網頁計算量大。在軟件自帶的數據庫中排序與分析大量數據也是一大技術難題
• 在沒有資源方合做的狀況下論文來源不穩定，容易被站方反爬蟲應對。

D（Delivery，推廣）

• 因爲與咱們軟件相對應的客戶羣體比較少，因此不必大規模地處處打廣告，只須要針對咱們的客戶羣體進行一些宣傳。
• 咱們能夠和一些涉及論文的微信公衆號、微博合做，讓其幫咱們作一些宣傳。
• 還有就是能夠在一些高校羣裏作一些宣傳（跟他們的管理員商量好後）。

2、原型展現

• 1：登陸註冊界面
  • 點擊畫面中的藍色加號進入註冊頁面
  • 點擊畫面底下圖標使用其餘軟件帳號登陸
  • 輸入帳號密碼後進入軟件主頁面
    

• 2：主頁：新聞頁面，頁面上爲與各大會議有關的信息
  

  • 點擊菜單欄1進入我的信息頁面 、點擊圖標2進入我的收藏的論文頁面 、點擊圖標3進入論文檢索頁面、頁面5爲論文頁面，有着與論文檢索分析有關的功能。
    
• 3：論文搜尋界面
  • 用戶在論文檢索界面輸入網址，軟件爬取網頁內的論文信息，包括標題，做者，關鍵詞等。用戶能夠選擇修改或者刪除論文，等到用戶選擇完畢後點擊收錄將論文信息存儲至軟件數據庫中以便後續的分析與操做。
    
• 4：個人收錄界面
  • 用戶可在已經收錄的論文中進行高級檢索，包括標題，做者，論文屬性，年份等
    
• 5：論文分析界面

  • 從軟件數據庫中對會議熱詞、論文數量、論文屬性等數據進行統計分析

  • 界面1展現了收錄論文的幾大熱詞，以及熱詞的詳細排行。輸入熱詞搜索後能夠查詢與該熱詞有關的功能
    

  • 界面2用圖表記錄了論文數量、屬性佔比、與數據庫各會議論文佔比等信息
    

• 6：論文詳情頁面
  • 在搜索結果或者個人收藏頁面可點擊文章，並進入詳情頁。
  • 詳情頁底部分爲三個按鈕，左邊爲論文討論區，點擊能夠進入評論區評論。
  • 中間按鈕爲分享與下載按鈕，點擊會出現四個選項，分別爲下載pdf原文，分享至微博，下載源碼，分享至私聊。
  • 點擊下載後詳情頁出現下載標識，並在軟件後臺下載。
  • 右邊按鈕即收藏與取消收藏。
  • 用戶可選擇單詞進行在線翻譯。
    
• 7：私聊頁面
  • 用戶可在評論區或者我的主頁直接私聊。可經過私聊功能進行論文分享，平常聊天等。其餘用戶點擊連接即進入論文詳情。
    
• 8：我的信息頁面
  • 記錄了用戶我的信息，例如收藏論文數量，關注人數量，以及我的的微博，github，email地址等信息。
    

3、結隊過程照片

4、PSP表格

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	20	45
• Estimate	• 估計這個任務須要多少時間	20	45
Development	開發	360	420
• Analysis	• 需求分析 (包括學習新技術)	60	45
• Design Spec	• 生成設計文檔	20	30
• Design Review	• 設計複審	120	100
• Coding Standard	• 代碼規範 (爲目前的開發制定合適的規範)	0	0
• Design	• 具體設計	60	70
• Coding	• 具體編碼	0	0
• Code Review	• 代碼複審	0	0
• Test	• 測試（自我測試，修改代碼，提交修改）	0	0
Reporting	報告	180	200
• Test Report	• 測試報告	0	0
• Size Measurement	• 計算工做量	0	0
• Postmortem & Process Improvement Plan	• 過後總結, 並提出過程改進計劃	30	50
合計

5、總結

遇到的困難

• 在軟件設計過程當中因爲對許多專業名詞不瞭解，例如熱度趨勢、關鍵詞圖譜等，這樣在討論展現效果時無從下手，浪費了不少時間去查資料。
• 以及在設計原型界面過程當中，因爲第一次接觸這類工具，對設計工具的不熟練也致使界面每每到達不了想要的效果，例如花了不少時間去學習使用全局手勢以及各個狀態的跳轉。
• 設計能力的缺少，致使在畫原型界面草稿時無從下手，或者畫出很是簡陋的界面，須要學習以後才能嘗試着將功能與美感合併。
• 還有有時兩我的的設計審美不一樣，會致使一些分歧的發生。

效能分析

• 軟件實際運行效能應該很是依賴於排序與統計算法，由於用python爬取網頁會獲得很是多的數據。須要思考如何在軟件數據庫較快地統計分析排序，以及如何將數據用圖表方式展現出來。