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

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

課程連接：軟件工程1916|W（福州大學）
做業要求：結對第一次—原型設計（文獻摘要熱詞統計）
結對學號：221600205 | 221600207
下載PDF：點擊下載
做業目標：熟讀書籍，把書籍中介紹的知識分析運用於實踐中。如：瞭解NABCD模型，並從該模型出發，考慮分析事例。

---

1、關於NABCD分析運用：

N （Need , 需求）

需求：

1.用戶可給定論文列表

經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接

可對論文列表進行增刪改操做(今年、近兩年、近三年)

2.對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向

可對論文屬性（oral、spotlight、poster）進行篩選及分析

造成如關鍵詞圖譜之類直觀的查看方式

3.可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、 homepage等信息

4.可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）

5.可進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等

需求分析：

目標核心需求

近幾年頂會的熱門領域和研究方向，須要平臺根據論文list去查找總結論文信息和熱詞。

細化需求

咱們在第（1）個需求中分析：須要根據論文列表爬取論文題目，論文摘要，論文關鍵詞，原文連接，以及論文列表增刪改操做。論文列表是一個比較奇怪的概念，在反覆商討下最終定義爲淘寶的購物車形式，即論文=商品，平臺=淘寶，爬取失敗論文=失效物品，收藏論文=加入購物車。

咱們在第（2）個需求中分析：「爬取的信息」，咱們分爲：用戶本身上傳的和從平臺上收藏的（若用戶無自定義論文列表則默認使用平臺數據庫）。對爬取成功並結構化處理後的列表論文，咱們將提供如下功能：分析top10個熱門領域；分析top10熱門研究方向；對本身的論文列表進行篩選及分析；篩選及分析後可 以造成直觀的熱詞圖譜。

咱們在第（3）個需求中分析：這能夠具象成爲一個平臺的搜索頁面，可檢索選擇輸入編號、題目、關鍵詞等基本信息檢索（相似圖書館的圖書檢索）。咱們將同時提供簡單搜索和高級搜索，但願兼顧使用便捷性和功能豐富性。

咱們在第（4）個需求中分析：這是在平臺的分析頁面。點擊分析頁後就獲得多年間、不一樣頂會的熱詞呈現熱度走勢對比。因爲是核心須要，它將佔用分析頁面的一半頁面。咱們還提供了熱詞走勢和熱詞圖譜的轉換，設想讓用戶管理篩選熱詞

咱們在第（5）個需求中分析：數據統計也是平臺上的功能，無需登陸就能夠查看。同時這三個需求不是核心需求，咱們將三個功能設置爲按鈕，須要點擊後查看。

需求分析的用例圖以下

A （Approach,方法）

1.設計一個基於Web的平臺實現用戶的相關需求。

2.分爲三個主體界面（平臺界面、平臺論文分析界面、用戶界面）

（1）平臺界面

主要功能是論文檢索。咱們提供簡單檢索和高級搜索兩種方式，但願兼顧使用便捷性和功能豐富性。同時此頁面也包括用戶註冊登陸、論文分析頁面連接等功能。

（2）平臺論文分析界面

無需用戶登陸，經過篩選條件實現：呈現對多年間、不一樣頂會的熱詞呈現熱度走勢對比圖（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）、顯示熱詞圖譜（將來添加用戶管理熱詞功能）以及進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等的功能。

（3）用戶界面

包括：

• 用戶我的信息管理；

• 上傳論文篇目和收藏平臺上的論文，造成一個論文列表；

• 對論文列表進行：

  • 爬取論文的題目、摘要、關鍵詞、原文連接；

  • 進行增刪改操做；

  • 論文屬性（oral、spotlight、poster）進行篩選及分析；

  • 分析熱門領域和研究發現

  • 造成如關鍵詞圖譜之類直觀的查看方式等操做。

B（Benefit，好處）

（1）開發性高，自由度高，無需註冊就可享受大部分功能

對於相似於客戶小櫻這樣 ，空有想法，殊不知從何作起的用戶。無需註冊登陸，平臺有顯目的分析處理結果（對多年間、不一樣頂會的熱詞呈現熱度走勢對比；數據統計分析等）。

而用戶在平臺頁面上，經過點擊本身感興趣的連接，能夠尋找本身心儀的文摘，以及肯定本身的研究方向。

（2）數據檢索

平臺無需登陸，除了能夠連接收藏推薦論文外，還能夠檢索精確的論文，簡潔方便。

（3）移動端更簡潔

與傳統平臺對比，手機論文檢索APP更加稀少，更不用提自定義列表分析的APP。同時咱們捨棄了平臺的繁瑣簡面，更加適合新人上手。

（4）用戶管理實用性強

對於心中有了目標，知道須要什麼論文的用戶，平臺提供了註冊登陸功能。

登陸後，用戶能夠上傳本身的文件。

而且用戶在瀏覽平臺過程當中，中意的論文收藏後，可造成論文列表。

對於論文列表，能夠進行：

• 爬取論文的題目、摘要、關鍵詞、原文連接；

• 進行增刪改操做；

• 論文屬性（oral、spotlight、poster）進行篩選及分析；

• 分析熱門領域和研究發現

• 造成如關鍵詞圖譜之類直觀的查看方式等操做。

C（Competitors,競爭）

優點：

• 移動端市場還沒有飽和，大部分論文檢索平臺並沒有適配手機端！

• 充分考慮了用戶的需求，構建了界面簡潔，操做簡單的平臺。

• 平臺既給了用戶開放檢索的空間，也爲用戶提供私人信息保護的空間。

• 會及時回覆用戶的反饋意見，並進行調整。

劣勢：

• 因爲不用註冊且開放檢索的功能，大多數數據都須要平臺本身提供。

• 目前已經有了的檢索平臺，如果只靠咱們小團體的力量，實屬夾縫求生。

D（Delivery,推廣）

最初的是在師生交流推廣，根據師生的反饋意見，修改和完善平臺功能。

在測試經過後，聯繫學校的創業辦等資源進行校內推廣，同時再次收集反饋升級。

待功能健全後，能夠免費發佈在應用平臺後，亦可在高校聯盟平臺上推廣。一些經常使用論文網站也能夠嘗試打廣告。同時，繼續收集反饋意見和完善功能也是十分重要。

期間，關注相關國家政策。在學校，省份，甚至國家的相關創新活動中，給平臺推廣亮相，亦是一個很好的方式

---

2、關於原型的設計和截圖：

工具：Axure RP 9 Beta

三個主體界面

（1）平臺搜索頁面

高級搜索頁面

收藏頁面

（2）數據分析頁面

熱詞圖譜頁面

熱門分析頁面

（3）我的主頁頁面

登陸頁面

註冊頁面

3、結對心得：

1.流程

咱們每一個人先本身分析設計用例圖，以後討論，取其精華，去其糟粕，開始時這樣考慮的。

後來隨着討論發現，一邊討論一邊肯定流程，是個不錯的方法。

討論交流的時間很長，超出了個人想象。不過，討論的效果也很顯然，就是能更全面深刻的瞭解本身在作的事情

2.

（這個是差很少到最後的時候，請舍友幫忙照的，雖然不是理想中在食堂二樓，風水環境更優美的地方拍照，但也算是完結撒花了！）

總結與收穫

咱們站在高樓，放眼遠方，殊不知通向遠方的路曲曲折折。只有親自實踐以後，纔會懂得：通向心中所念之處，路程原來由此。

在開始製做之初，本身經過閱讀題目需求，在紙張上畫圖，記錄。而後心中造成一個大體的圖像，只是尚未具體顯形。以後，同時完成了用例圖的設計。

然而，在同伴之間討論以後，豁然發現：原來，那些本身一我的思考時遺漏的，還須要在用例中補全；

原來，本身的想法不是完美的，還有所誤差。

因而，通過兩個多小時，兩我的的討論分析，在QQ界面上切換對應用戶 刪選分析等功能，以及淘寶的購物車管理上對應用戶論文列表管理等功能中，獲取了靈感，最終肯定了用例圖，以及三個主體頁面。

討論以後，心中的圖像，浮現更加完整了！揣懷着信心，以及一個好心情，繼續進行下一步。成竹在胸，大概是當時的模樣。>

後來發現，事事並非那麼完美。不少想象中完美的界面，並非總能找到與之完美切合的圖片。

所幸，最終設計出來的界面是知足的。心中也充滿了完成時刻的輕鬆喜悅。

4、附錄

效能分析和PSP

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

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