軟工第三次做業-結對做業

超時空通道

做業連接
隊友博客連接
PDF附件連接

需求分析

【Need——需求】

（1）必要需求：

• 用戶可給定論文列表

  • 經過論文列表，爬取論文的題目、摘要、原文連接
  • 可對論文列表進行增刪改操做(今年、近兩年、近三年)

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

  • 可對論文屬性（oral、spotlight、poster）進行篩選及分析
  • 造成如熱詞圖譜之類直觀的查看方式

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

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

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

  (2)輔助需求：

• 用戶可把感興趣的論文添加入收藏夾。

• 用戶能夠給論文的難度評星，系統會根據用戶的評定和論文的出處等因素給論文評星。

• 系統會根據用戶閱讀論文的數量和用戶收藏夾的論文類別，以及結合當前頂會熱詞等，向用戶推薦論文。

• 對加入收藏夾的論文，用戶能夠添加筆記。

• 用戶能夠創建本身的學習計劃。

【Appproach——作法】

• 咱們團隊成員有過開發安卓app的經驗，會使用Python，可以很好地處理各類開發上的難題。
• 實行會員制，會員能夠經過咱們的平臺看到網絡上百分之九十以上的論文，而避免爲了找到須要的論文而在多個平臺交錢的現象。
• 從成本上來看，咱們小隊能夠找到一些志同道合的同窗來幫助咱們去尋找論文資源，實現軟件開發和測試等，而這個成本是很低的。
• 從周邊環境來看，做爲在校大學生，咱們周圍有許多學長學姐，包括咱們自身都有着相應的需求，所以咱們不缺市場。
• 從人脈上看，咱們小隊有實驗室核心成員，也有在學生會擔任職務的同窗，所以咱們軟件的宣傳有先天的優點。

【Benefit——好處】

• 支持關鍵詞搜索，相對於百度上各類凌亂的信息，咱們的平臺能夠過濾廣告信息，能夠直接將論文內容呈現給用戶，而跳過訪問網站的部分，讓用戶不用打開多個網站。
• 咱們平臺對用戶配置的要求很低，對用戶的內存和顯卡幾乎沒有要求。
• 咱們的平臺支持對三大頂會的論文信息進行篩選處理，並以圖像的形式呈現給用戶，讓用戶不用花時間去一篇篇搜索，就能夠知道三大頂會當前的熱點。
• 使用咱們的平臺，天天會根據你的瀏覽記錄和當前熱點，推薦一些有趣的論文，激勵你去學習進步。

【Competitors——競爭】

• 相對於市場上已有的其它平臺，咱們平臺有着如下優點：
• 更實用的推薦功能。咱們平臺會結合用戶的搜索記錄，根據用戶的喜愛進行推薦，讓用戶擁有更溫馨的用戶體驗。
• 更廣闊的市場。做爲211的大學生，咱們周圍就有着個各類論文搜索的需求，相比於社會的企業，咱們在身邊就有着很大的市場。
• 更強大的宣傳手段。國家如今很支持大學生創新創業，只要咱們的論文搜索平臺有足夠大的競爭力，就可
• 以獲得學校的大力支持，得到很好的宣傳效果。
• 更低的成本。對比於社會上的其它同類平臺，咱們在學校所花費的成本會低許多。
• 更友好的用戶界面。咱們團隊十分重視用戶體驗，平臺支持多種皮膚選擇，也支持會員和非會員兩種身份查詢。對於會員，能夠保證沒有任何廣告。

【Delivery——推廣】

• 首先將目標放在班級的同窗身上，在班級推廣一段時間以後，收集用戶體驗和建議。

• 和柯老師合做，爭取將平臺推廣到實驗室和老師正在教的幾個班級。

• 和學院合做，經過團委學生會在全院推廣。

• 將咱們的平臺連接製做成說說發至qq空間和微信羣，轉發咱們的說說，並達到必定數量讚的，能夠得到咱們的小禮品。

• 老用戶每拉五個新用戶註冊咱們平臺，享有一個月會員優惠。

  原型模型

  • 主頁界面，包括了頂尖論文， 研究論文和高校解讀部分，還有推薦版塊
    

• 登陸註冊界面
  

• 論文查詢列表
  

• Top10
  

• 關鍵詞圖譜
  

• 名人名家
  

• 論文摘要和基本信息
  

• 高校解讀
  

• 用戶的我的界面
  

討論的照片

本次結隊做業的PSP

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

設計說明

遇到的困難及解決方法

剛開始作需求分析的時候，咱們首先遇到的問題就是意見的分歧。對於有些功能，好比學習筆記，我認爲徹底能夠納入需求分析中，可是喜源卻認爲這樣的功能並無很大的實際意義，並且市面上有不少產品已經基本實現了這一功能，咱們徹底能夠作一個精簡的搜索平臺，我卻認爲平臺應該儘量知足用戶可能存在的各類需求。爲了解決這個矛盾，咱們開始不斷地討論，也去上網搜索了許多相似平臺的功能。最後，咱們決定找五位潛在用戶來投票表決，這樣的功能是否是有存在的必要。根據投票結果咱們保留了這個功能。此次意見上的分歧讓咱們知道了市場調研的重要性，不少功能並非咱們咱們感性地判斷需不須要，而是要看用戶的需求與否，所以咱們也打算在推廣過程當中以問卷等多種形式收集用戶意見。

學習進度條

第N周	新增代碼（行）	累計代碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
1	300	300	15	15	熟悉了C++語言，瞭解了單元測試，代碼覆蓋率和性能分析
2	0	300	8	23
…