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

所屬課程	軟件工程1916|W（福州大學）
做業要求	結對第一次—原型設計（文獻摘要熱詞統計）
結對學號	221600327、221600329
做業目標	完成原型設計，加強團隊協做能力
PDF附件	PDF連接
參考資料	《構建之法》

1、N（Need，需求）

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

• 用戶可給定論文列表
  • 經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接；
  • 可對論文列表進行增刪改操做(今年、近兩年、近三年)；
• 對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向；
  • 可對論文屬性（oral、spotlight、poster）進行篩選及分析；
  • 造成如關鍵詞圖譜之類直觀的查看方式；
• 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
• 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）。

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

• 根據咱們的分析，小櫻的痛點主要有兩個：

  • (1)難於瞭解近幾年的熱門方向，想要一個能快速告訴他熱門領域有哪些的軟件

  • (2)想要努力鑽研，須要有人指點迷津，須要有人討論，他須要一個學習的平臺

    需求細化的思惟導圖以下：
    

​

2、A（Approach，作法）

• 選用平臺Android，開發移動端App

  優點：

  • 直接安裝在手機中，相對Web、H5來講處理性能較優秀，也方便調用系統的API，便於分享。

  • 2018中國互聯網報告中提到，中國98%的網民是用手機上網，android市場份額超80%，移動端受衆更大，並且能夠隨時隨地想查就查。

    劣勢：

  • 若要覆蓋到更多的用戶，須要再開發IOS端的應用，開發成本高。

  • 移動端屏幕可能比較小，閱讀體驗沒有web端好，（但後期能夠對論文進行閱讀優化，使其便於移動端的閱讀，而不是隻展現pdf原文）

• 針對痛點(1)熱門領域分析

  • 論文錄入：APP提供兩種方式①一種是輸入論文列表的url連接，APP將分析連接的html數據，對數據進行篩選，提煉出論文題目，做者，單位，摘要，關鍵詞，國家（若是沒有國家，能夠經過查詢論文發表單位查詢），正文，發表時間，論文屬性，所屬會議等信息，對論文進行詳細的結構化處理，處理完後以表格的形式展示給用戶，用戶可對數據進行調整（增刪改），篩選（選擇今年、近兩年或近三年的論文），用戶確認無誤後，便可錄入系統，做爲後面論文分析的數據源之一。②第二種是由使用者本身錄入所有信息，這種是方便不能聯網用戶和已經有了本地的論文數據的用戶導入數據。用戶輸入完以後，處理過程與第一種同樣。
    

  • 熱門領域：熱門領域是最重要的需求，如何把熱門領域直觀快捷的展現給用戶？和結對隊員討論了良久，又參考了知網的設計，可視化這三個字就貫穿了這個功能的設計，對於top10的熱詞，咱們提供了兩種直觀的圖表（餅狀圖，詞雲圖），直觀的展示出每一個熱門領域的佔比，也羅列出了他們的出現次數。在點擊每一個熱詞以後，APP會給出這個熱詞的詳細可視化數據，相關機構，相關學者，相關論文，該詞的熱度走勢等等，應有盡有。
    

• 針對痛點(2)想要努力鑽研，學習熱門領域

  • 對於學科前沿的學習，閉門造車是確定不行的，因此咱們設計的App提供了學習圈的功能，在熱門領域創建相似論壇的功能，用戶能夠在該區域發帖、提問、回答，提供給你們一個學術交流的平臺，也更有助於初學者的學習。
    

  • 在論文詳情頁咱們也在論文下面設置了評論區，能夠在評論區表達本身對於該論文的理解和建議，有助於更好的理解論文以及舉一反三。

  • 考慮到用戶對於知識點會有本身的理解，咱們在屏幕右下角增長了一個全局筆記的功能，anytime、anywhere你均可以添加本身的筆記！
    

​

3、B（Benefit，好處）

• 把握熱門方向
  • 論文大數據中的熱門領域、熱詞走勢等分析讓你一秒便可把握世界頂尖學術的走向。沒必要再盲目地去瀏覽各類論壇，看那些人云亦云的評論，咱們的App給你的就是最權威最頂級的分析數據——CVPR、ICCV、ECCV三大頂會的數據分析結果；最全面最直觀的分析數據——熱詞可視化分析，用圖表讓你一目瞭然，多維度全面把握熱門方向。
• 知足鑽研慾望
  • 在討論區，咱們細化了討論區的分類，當你想要鑽研某一方面的知識時，能夠去該方面的討論區盡情學習；當你對某篇論文有不解時，也能夠在論文下進行評論，和其餘用戶進行探討。
  • 對於筆記功能，能夠登記這個筆記來源於哪篇論文，當你review的時候，一鍵直達，方便快捷。

4、C（Competitors，競爭）

• 熱詞分析的細化
  • 咱們的熱詞分析不只侷限於統計什麼方向是近幾年熱門的，並且還會提供這個方向的近幾年的發展趨勢，還能夠提供該方向的學者的分析，還能看到哪一個機構作這方面的研究比較多。咱們的熱詞分析提供全面的熱門方向信息，不只是論文，還包括學者和機構，幫助你全方面的瞭解該方向的動態。
• 全局筆記
  • 全局筆記功能的存在讓你隨時隨地總結出你本身的知識，記錄下你每一次的思緒迸發，讓你在磅礴的知識海洋中提煉出本身的精華。
• 學習圈、討論區
  • 討論區讓咱們再也不只是一個簡單的數據分析和提供軟件，討論區提供了一個學術討論和碰撞的地方，讓本來固化的知識通過討論鮮活起來，更有助於對知識的深刻理解。

5、D（Delivery，推廣）

• 上傳應用到各大應用商店，增長用戶的獲取應用途徑，若是有資金甚至能夠嚮應用商店購買廣告，提升曝光率。

• 經過同窗羣，班級羣，學校論壇等對該應用需求較大的地方宣傳，讓用戶瞭解APP的高效，便捷。

• 能夠聯繫相關的論文微信公衆號，經過發送推文推廣APP。

6、原型展現

原型工具：墨刀

原型設計連接：論文圈（建議在PC端觀看）

（一）登陸、註冊界面：登陸容許使用第三方帳號，如微信、QQ登陸；容許使用遊客身份登入，但不容許遊客使用發帖、評論等互動功能。

（二）首頁：展現某一年（可選），三大頂會的論文整體狀況；上部分輪播圖展現三大頂會的最佳論文，下部分展現每一個頂會每種屬性的論文佔比；提供全局搜索框（可搜尋筆記、收藏、論文、學習圈等數據）

（三）論文檢索：可根據論文編號、題目、做者、關鍵詞，並能夠選擇搜索範圍（oral、spotlight、poster）、搜索模式（精確or模糊）；在搜索獲得的論文列表中，長按論文標題能夠分享該論文給好友（微信、QQ、朋友圈、微博等）；

（四）論文詳情頁：知足需求，給出該論文的paper、source code、homepage等信息；能夠保存到個人收藏；能夠下載論文原文（版權保護除外）；能夠分享給好友；能夠對該篇論文發表本身的看法和疑問；能夠直接在該頁面點擊筆記按鈕，記錄本身的收穫感悟，App將自動識別筆記來源於該論文

（五）論文統計：功能簡介見思惟導圖；

篇幅緣由，論文統計部分功能原型設計以下

一、熱詞詞雲、熱詞相關機構、熱詞相關論文

二、熱詞熱度走勢

三、熱門院校

（六）最近閱讀：提供論文閱讀記錄查詢，以及在每篇論文上顯示本身記錄的筆記和問答次數；

（七）個人筆記：筆記列表頁包含一個搜索框，能夠實現快速檢索筆記，節省了查找筆記的時間，點進筆記裏就能夠查看和修改筆記的內容；每篇筆記有相應的時間和該筆記對應的論文，點擊來源論文便可查看該篇論文的詳情頁；每篇筆記的右邊有一個刪除圖標，點擊便可刪除該篇筆記；

（八）學習圈：該功能相似論壇，管理員能夠創建各個領域的主題討論區（管理端暫未設計）；用戶能夠經過點擊學習圈頁面右下角的「+」提問和發帖，若是以爲單純的文字沒法描述清楚，在提問和發帖頁面的左下角能夠加入圖片和連接幫助描述問題；用戶能夠搜索本身感興趣的領域，還能夠對感興趣的領域添加關注；APP會在本地對用戶加關注的領域統計分析，分析用戶畫像，智能給用戶推薦相關論文；

7、效能分析

一、由於基本需求多而雜甚至有點難懂，此次任務耗時的地方之一在於需求的細化分析。

二、由於初次使用原型設計工具-墨刀，以及我和結對夥伴都認爲原型設計較爲重要，此次原型設計也花費了很多的時間。

8、PSP表格

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

9、結對過程及照片

​ 一、咱們是同一個宿舍的舍友，天然地組在了一塊兒。

​ 二、咱們的討論過程和手稿

10、遇到的困難

初次使用原型設計，在剛開始的時候，連原型設計是什麼意思都不是很懂。經過羣裏助教和老師們的解釋和推薦，我一邊學習「墨刀」原型設計工具，一遍作此次做業。作到最後感受真正難的並非去用原型設計工具拖組件去作界面，難的是在需求的分析。

在做業的最開始的時候，咱們並不知道怎麼對需求抽絲剝繭，因此一開始我和對友提了諸如能夠有新聞閱讀，能夠有聊天社交等等等不少的功能，讓咱們的app更加有亮點。但是，這些需求真的是小櫻想要的嗎？

以後，我和對友閱讀了構建之法裏的第三和第八章，裏面對我和對友啓發最大是功能分析的四個象限，以下圖所示，

因此根據利用這個四象限，咱們重讀了做業題目，對繁多的需求進行象限劃分，砍掉了以前說的聊天社交新聞等輔助功能，由此獲得以小櫻爲表明的用戶需求，確定並非只想要知道那個領域熱門！他的最終目標是想要完成一篇站在時代前沿的優秀論文，那麼他確定須要學習這些論文。如何學習？他須要一個能夠提出疑問得到回答的平臺，他須要一個能夠記錄本身點滴收穫的平臺，因此學習圈和個人筆記功能就被我和對友提上了日程，以後就開始瞭如上ABCD的過程。

11、心得體會

• 221600327，心得體會：

學習到了NABCD的分析原則，這是一個很成熟的商業軟件分析模式，Need考慮到用戶的需求，Approach從用戶的需求出發提出咱們的解決方案，Benefit也是從用戶的角度出發看看到底解決了用戶的什麼痛點，Competitors分析了軟件的競爭力所在，Delivery要求考慮後期的推廣；NABCD模式即考慮到了用戶的需求，又考慮到了軟件自己的競爭力以及市場推廣，把這五項進行透徹的分析後很容易看出咱們所設計的軟件優點在哪，劣勢在哪，有助於咱們進行完善軟件的設計。《構建之法》第八章中另外一個讓我有深深觸動的是殺手功能、外圍功能和必要需求、輔助需求的這幾個概念，殺手功能是本產品在本身擅長領域裏作到別人作不到的，或者是比別人好得多的一個功能，這是吸引用戶的最關鍵點；必要需求是本產品能進入市場角逐的最基本條件，不知足這個條件的軟件沒法在市場上生存；這對於軟件的評價是一個很客觀的標準。

• 221600329，心得體會：

寫到這裏，此次的做業基本就結束了，聽舍友說他們軟工實踐的第一個做業XXX管理系統，個人第一反應以爲這不是之前課程的做業嗎？

好了言歸正傳，前先後後忙了也二、3天了，終於能夠交做業了。此次做業雖然不涉及編碼，但感受好累啊，正如汪璟玢老師早上課上說的，編碼並非一個軟件公司的佔比最大的部分，寫代碼不少東西均可以複用。相比編碼，需求更爲重要，也更難。經過這個做業，我學習了NABCD模型，學習了四象限法則，並將其應用在做業中。學會了對需求抽絲剝繭，在最短的時間，去實現最重要的功能。

此次是結對做業，在準備篇裏我說過，我缺乏團隊協做的經歷，經過此次結對，我對團隊協做有了進一步的理解，懂得了如何去將本身的想法分享給對友，可以更好的和對友進行溝通。