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

---

1、前言

• 課程名稱：軟件工程實踐
• 做業要求：結對第一次—原型設計
• 結對學號：221600424 221600427
• 本次做業目標：學會使用NABCD模型瞭解客戶需求，設計原型模型，提供大概的解決方案規劃。
• PDF連接：PDF下載

---

2、需求分析(採用NABCD模型)

1.Need--需求

• 用戶遇到的問題

  1.總結論文研究方向的效率過低——須要一篇篇的打開論文觀看，總結研究方向。
  2.統計出一系列論文的研究領域的熱門方向的工做量巨大——每查看一篇論文就得記下這篇論文的摘要，最後得作一系列論文的統計。
  3.統計的數據分析比較複雜——若是能經過圖表展現將更直觀。

• 用戶的需求

  須要一個軟件，可以幫助用戶實現如下功能：
  • 用戶可給定論文列表，經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接，可對論文列表進行增刪改操做(今年、近兩年、近三年)；
  • 對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向；可對論文屬性（oral、spotlight、poster）進行篩選及分析；造成如關鍵詞圖譜之類直觀的查看方式；
  • 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
  • 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比;
  • 可進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等;

• 明確需求

  • 用戶如何給定論文列表？
    用戶給定的論文列表形式以下：

  • 可對已給定的論文列表進行哪些操做？
    • 進行增、刪、改
    • 可進行篩選（經過年份）
    • 可進行檢索，返回相關paper、source code、homepage
  • 須要統計分析論文列表的哪些信息？
    • 獲取論文的題目、摘要、關鍵詞、原文連接
    • 對論文屬性分類分析，造成關鍵詞圖譜
    • 分析top10個熱門領域或熱門研究方向
      
    • 分析對比熱詞熱度走勢
    • 根據國家或學校統計文章數和研究方向
  • 論文範圍
    • 論文的會議範圍爲國際計算機視覺與模式識別會議（CVPR）、國際計算機視覺大會（ICCV）和歐洲計算機視覺國際會議（ECCV）

2.Approach--方案

• 設計一個基於Web平臺的應用
• 用戶如何輸入論文列表？
  • 可直接採用文本框輸入，也能夠經過導入文件(如txt、xls）形式
• 用戶如何對已輸入的論文列表進行操做？
  • 設計網頁上的一些交互按鈕（增刪改按鈕），和一個下拉框（選擇年份），一個搜索欄（單行文本框形式）搜索論文返回相關信息(表格）
• 如何展現統計分析的論文信息？
  • 使用網絡爬蟲對每篇論文到相應網站上爬取，獲取論文的題目、摘要、關鍵詞、原文連接，結構化展現。
  • 對關鍵詞的熱度進行排序，造成關鍵詞圖譜，並選取出top10的熱門研究領域。
  • 使用excel製做折線圖展現逐年熱詞熱度走勢。
  • 選擇國家或學校(下拉框），展現相應的文章數和研究方向。

3.Benefit--好處

• 界面簡潔，無需教程指導，即開即用。
• 功能完備，可知足用戶的多種需求。
• 採用web端：具備輕便性，用戶使用瀏覽器便可訪問使用，而無需下載安裝特定的APP。

4.Competitors--競爭

• 優點：

  • 跨平臺性，知足不一樣平臺使用。
  • 操做簡易，功能完備。

• 劣勢：

  • 用戶給定需求比較模糊。
  • 論文數據獲取困難。
  • 開發人員水平有限。

5.Delivery--推廣

• 可與校內的福大易班、教務通等教育平臺合做，對在校的師生進行推廣。
• 可經過一些微信公衆號，以寫文章介紹的形式進行推廣。
• 可在一些學校的官方羣進行分享推廣。

---

3、原型設計

• 開發工具:墨刀

• 原型連接：原型設計

• 原型展現：

  • 登陸界面

    用戶能夠選擇登陸、註冊、遊客登陸、快捷登陸
    

  • 主頁

  • 論文列表導入

  • 論文檢索

    
    

  • 熱詞統計：走勢圖，top10關鍵詞圖譜，文章數統計

    
    
    

---

4、效能分析

PSP

PSP是卡耐基梅隆大學（CMU）的專家們針對軟件工程師所提出的一套模型：Personal Software Process (PSP， 我的開發流程，或稱個體軟件過程)。

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

---

5、結對總結

結對過程

同宿舍，一拍即合。

結對照片

遇到的困難

• 第一次作這樣有工程性的項目，以往都是直接寫代碼，想到哪寫到哪。
• 第一次作原型設計，對原型設計工具的使用不太熟悉，並且不太清楚要如何明確的展現出應用的功能。

解決辦法

• 閱讀了《構建之法》的第3、第八章，瞭解了NABCD模型，這有助於項目中的需求分析。但由於是第一次作具體的需求分析，可能作的還不夠完善，我想這須要經驗的累積才能克服。
• 經過觀看墨刀的使用教程逐漸初步掌握了墨刀的使用，但功能只展現出最終大概的呈現效果。