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

班級：軟件工程1916|W（福州大學）
做業：結對第一次—原型設計（文獻摘要熱詞統計）
結對學號：221600315 黎煥明 221600319 李彥文
做業目標：從用戶描述中提取用戶需求，並提供給用戶可行的使用建議，作出原型模型，提供大概解決方案的預期規劃。

1、問題背景

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

2、需求分析－－NABCD模型

N（Need,需求）

• 經過用戶給定的論文列表，爬取論文的題目、摘要、關鍵詞、原文連接，用戶可對近三年論文列表進行增刪改操做。
• 用戶可根據論文屬性（oral、spotlight、poster）進行篩選及分析，造成如關鍵詞圖譜之類直觀的查看方式。
• 用戶輸入論文編號、題目、關鍵詞等基本信息，能夠選擇對網絡上全部論文或者本產品爬取處理的論文進行檢索，對返回相關的paper、source、code、homepage進行分析處理後以圖表等方式反饋給用戶。
• 將多年間三大頂會的熱詞按照呈現熱度繪製成走勢對比圖反饋給用戶。
• 向用戶展現每一個國家或者是每一個學校錄用的文章分析和數據統計結果，以及展現高校比較強的研究方向。

A（Approach，作法）

• 界面基於web
  討論關於所在平臺發現基於app平臺移植性太差，實現複雜，web實現較爲簡單，且可在不一樣平臺使用，因此本平臺設計基於web。
• 登陸界面
  用戶可經過此界面註冊或登陸系統，或直接點擊首頁以遊客形式訪問主頁面。
• 主頁面
  主頁面中央向用戶提供熱點資訊，資訊在主頁面中央自動循環播放。點擊不一樣模塊向用戶展現該模塊簡要資訊，主頁面下方提供當前討論熱度很高的論文，用戶點擊該論文可跳轉到論文瀏覽頁面。
• 根據論文列表搜索論文
  依據用戶上傳的論文列表，經過本平臺處理並顯示搜索結果在頁面下方（此頁面在論文檢索頁面顯示），用戶可根據本身的需求，對已爬取得文檔進行二次檢索。
• 熱度分析功能
  在主界面點擊進入熱度分析界面，用戶能夠選擇熱詞分析和熱點分析，熱詞分析能夠向用戶展現當前論文熱詞出現的頻度。用戶選擇熱點分析能夠在同一界面
  
• 論文檢索功能
  用戶可經過上傳論文列表搜索論文（同上），或輸入關鍵字對論文題錄或摘要等進行檢索，檢索前可經過下方篩選功能對符合搜索表達式的論文進行篩選，篩選的選項有：oral，spotlight，poster，近三年，近兩年，今年等，點擊搜索可向用戶展現搜索結果，同時用戶可在搜索結果中進行二次搜索，用戶可任選一篇論文點擊打開可在「論文瀏覽頁面」瀏覽。
• 論文瀏覽頁面
  用戶可經過此頁面瀏覽選中論文的所有內容，用戶可選擇將論文所有或部分導出到本地。
• 高校或國家論文錄用統計頁面
  該頁面以餅圖的形式向用戶展現了各個國家及高校論文錄用狀況，用戶能夠直觀的從圖表當中得到信息，在圖表下方以文字的形式對圖表進行了簡單的數據分析。

B（Benefit，好處）

• 頁面簡潔，操做簡單。用戶可在短期內輕鬆上手，掌握該平臺的基本使用方法。
• 用戶能夠直接從平臺導出論文在本地瀏覽，實如今無網絡狀況下瀏覽論文。

C（Competitors，競爭）

• 優點：
  • 界面面向小白，能輕鬆上手。
  • 可經過論文列表批量尋找論文。
  • 能夠直接將論文導出。
• 劣勢：
  • 界面小白，可能沒法知足某一類人羣的需求。
  • 防盜版性較差，用戶可直接經過瀏覽器直接複製本平臺搜索到的論文。

D（Delivery，推廣）

• 線下推廣
  將平臺推廣給同窗使用並收集反饋結果，而後根據反饋結果決定是否更改需求或者代碼以及修復bug和不合理的地方。
• 線上推廣
  當平臺達到必定穩定度時能夠向其餘學校推廣或者直接考慮上百度付費推廣，讓更多用戶參與到其中，根據實際運行情況作出必定修改。

3、原型設計

開發工具：墨刀
原型介紹：
登陸界面：用戶可登陸或註冊。

首頁：快速瞭解當今熱門研究方向。

熱度分析頁面：對論文熱詞統計，對熱點領域統計。

論文檢索：根據論文列表或關鍵詞檢索相關論文。

瀏覽論文：查看論文所有內容以及導出論文。

論文錄用狀況統計：

4、PSP表格和效能分析

• 效能分析
  在任務過程當中，由於對設計工具的不熟練，設計效果不是很理想。花費了較多的時間在作無用功，可是基本完成規定的任務。
• PSP表格

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

5、結對過程

照片

心得：

黎煥明：第一次結對做業，我已經感覺到這個課程好麻煩了，我這學期可能要花好多好多的時間在這個課程上，也許這個過程許多東西並非我感興趣的，可是這個過程確實可讓我學到一些小技能，讓本身對時間也有了更好的規劃。第一次做業整體來說大致完成了題目所要求的內容，但在細節和一些基礎性問題上作得不夠完善，尚有改進之處。但願下次效率能夠更高。


李彥文：結對做業真正讓我感覺到了合做的重要性，若是這個做業交給我一我的來作，可能要花費很是多的時間。經過兩我的的討論，分工合做，效率提升了很多。具體的做業中存在的問題就是，兩我的都沒有什麼設計能力，做品比較粗糙，設計界面過於簡單。可是經過咱們的提早計劃，合理安排時間，在計劃時間內把做業寫完了。但願在下一次做業中能夠作的更好。

隨筆.pdf