第三次作業 結對作業
壹 - PSP
結對博客
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 20 | 20 |
| · Estimate | · 估計這個任務需要多少時間 | 30 | 40 |
| Development | 開發 | ||
| · Analysis | · 需求分析 (包括學習新技術) | 40 | 30 |
| · Design Spec | · 生成設計文檔 | 30 | 30 |
| · Design Review | · 設計復審 | 20 | 20 |
| · Coding Standard | · 代碼規範 (為目前的開發制定合適的規範) | ||
| · Design | · 具體設計 | 180 | 140 |
| · Coding | · 具體編碼 | ||
| · Code Review | · 代碼復審 | ||
| · Test | · 測試（自我測試，修改代碼，提交修改） | ||
| Reporting | 報告 | ||
| · Test Repor | · 測試報告 | ||
| · Size Measurement | · 計算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事後總結, 並提出過程改進計劃 | 30 | 30 |
| 合計 |
貳 -使用工具
- 流程圖設計工具：ProcessOn（在線編輯，很好用）
- 原型模型設計工具：Balsamiq Mockups （柯同學找到的軟件）
叁-任務分配
-共同完成部分：前期目標設計，目標規劃(采用NABCD模型分析)
-獨立完成部分：柯奇豪負責美工原型設計+NAB部分說明；
高裕翔負責流程表(UML使用)（processon）+CD部分說明。
肆-設計說明
- N need-需求
用戶不清楚近幾年頂會的熱門領域和研究方向，而對於論文的查找，通過論文list去一篇一篇查找總結效率又著實太低，所以需要一個平臺去滿足用戶方便快捷獲取論文相關信息並對近幾年頂會研究熱點有一個具體直觀的了解。
現階段用戶遇到的難題歸納為
1.獲取效率的低下，需要工具滿足自己對於大批量目標的快速捕獲，整理呈現
2.沒辦法方便的獲取總結並直觀性的分析，需要工具對獲取相關數據及歷年消息的的分析總結，並有一個直觀的展示，便捷快速地了解整體大概的走向熱點
3.獲取論文後缺乏快速的檢索方式，沒辦法在大批量對象中迅速查找目標
- A approach-做法
初步的規劃是考慮應用在web端，大體流程如下:
1. 用戶登錄
2. 捕獲
1. 傳入文件路徑 ——> 讀取論文列表(ID、類型、標題) [行末改、刪，文末增]——> 爬取論文(含題目、摘要、原文鏈接)
2. 論文列表 ——> 基本信息展示(題目、簡介、[已讀(原文鏈接深淺判斷)]、原文鏈接) ——>[側欄]top10研究方向、標簽(oral、spotlight、poser)[分析即數量]
3. 檢索
4. 論文編號、題目、作者、關鍵詞、類型等
4. 數據分析
5. 圖形展示，熱度走勢、數據統計
5. 關於- B benefit-好處
對於新用戶提供快速便捷獲取訊息的途徑
對於新老用戶提供一個便利的管理使用平臺
後續可酌情增加更多的功能豐富用戶的使用，提升用戶體驗
- C ompetition-競爭
據我所知，市面上查詢論文列表和數據分析統計的app或網頁很少，有的功能也不完善或比較分散，因此市場潛力很大，但是競爭力也很大---因為有老大哥的存在，其中最為知名的就是知網、萬方之類的網站了吧，其中知網（……未寫完）。而此次作業中，30多個組共同競爭，不乏gulu的存在，因此競爭性還是比較大的。
而我們的設計作為web端，所擁有的競爭力有：用戶不需要下載插件，且操作界面和功能比較簡潔，使用起來並不算困難，因此用戶的遷移成本也不高，同時功能的相對全面和聚集，可以讓用戶享受到更豐富的使用體驗，而ui采用了比較舒適的簡約設計，相信能給用戶更好的體驗。
- D eliver-推廣
首先在福大給師生試用，
之後可以嘗試向其他高校師生推廣試用
伍 - 功能說明
陸 -遇到的困難及解決方法
困難描述
1.我在描述competition時，發現對市場上的相關信息知道的很模糊，不知道應該要怎麽描述像知網和萬方維普之類的web；在描述deliver時，對於傳播方式也並不敢寫太大膽
解決嘗試
是否解決
有何收獲
第三次作業 結對作業