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

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

1、關於NABCD分析運用：

• N （Need , 需求）

需求：

1.用戶可給定論文列表

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

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

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

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

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

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

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

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

需求分析：

用戶的主要目的是爲了近幾年頂會的熱門領域和研究方向，且認爲根據論文list去一篇一篇查找總結效率又着實過低。

除此以外，用戶提出了要求：

（1）可給定論文列表：

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

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

咱們在第（1）個需求中分析：須要有{論文列表，論文題目，論文摘要，論文關鍵詞，原文連接}屬性，以及{論文列表增刪改操做}

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

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

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

咱們在第（2）個需求中分析：「爬取的信息」，咱們分爲：用戶本身上傳的和從平臺上收藏的。而結構化處理則包括：分析top10個熱門領域；分析top10熱門研究方向；對本身的論文列表進行篩選及分析；篩選及分析後可 以造成直觀的查看方式。

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

咱們在第（3）個需求中分析：這能夠具象成爲一個平臺界面中的檢索框，可檢索選擇輸入（編號、題目、關鍵詞等基本信息）檢索（相似圖書館的圖書檢索，但咱們的平臺界面上還會更加豐富多彩）。

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

咱們在第（4）個需求中分析：這能夠是在平臺界面中的功能。點擊後就獲得多年間、不一樣頂會的熱詞呈現熱度走勢對比。

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

咱們在第（5）個需求中分析：數據統計也是平臺上的功能，無需登陸就能夠查看。

根據上面的分析咱們討論修改，最後完成下面的用例圖：（這會更直觀一些）

• A （Approach,方法）

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

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

（1）平臺界面

主要功能是論文檢索（當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息）

也包括：用戶註冊登陸，論文分析頁面連接等功能。

（2）平臺論文分析界面

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

（3）用戶界面

包括：

用戶我的信息管理；

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

對論文列表進行：①爬取論文的題目、摘要、關鍵詞、原文連接；

②進行增刪改操做；

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

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

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

• B（Benefit，好處）

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

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

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

（2）數據檢索

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

（3）用戶管理實用性強

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

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

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

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

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

②進行增刪改操做；

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

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

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

• C（Competitors,競爭）

優點：

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

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

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

劣勢：

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

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

• D（Delivery,推廣）

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

待功能稍稍健全後，能夠免費發佈在應用平臺後，同時，收集反饋意見和完善功能也是十分重要。

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

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

（工具：Axure RP 9 Beta）

三個主體界面

（1）平臺搜索頁面

（2）數據分析頁面

（3）我的主頁頁面

其餘的子界面

1.用戶登陸頁面

2.用戶註冊頁面

3.高級檢索頁面

4.收藏成功頁面

5.分析副業面

6.國家錄用分析

7.學校錄用分析

8.學校研究方向

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

PDF下載：下載連接