軟工1816 · 做業(三)結對項目1

零、各類連接

結對同窗的博客連接
隊友本次做業連接
我本次做業連接
PDFweb

1、NABCD模型

需求(NEED)

主要需求

  1. 在論文量龐大的條件下,準確快速地瞭解到近幾年計算機視覺領域頂會的熱門領域和研究方向。

設想一個滿懷信心的年輕人甲打開了三大會議的網站,接着找到論文列表的入口,翻過數頁,再從成百上千篇論文中概括出熱詞。他感到十分勞累。因爲計算機視覺領域的複雜,在短期內迅速瞭解前沿動向對於初學者來講是很難的事情。年輕人乙則打開了一個網站,添加預設數據,熱度走勢對比、TOP10熱詞等等圖表便浮現眼前,甚至能夠迅速地查詢和下載熱詞相關的熱門論文。這位年輕人立即能投入到熱門論文的研讀中。數據庫

  1. 高效對論文列表進行分析,同時提供論文的批量搜索和下載。

這個年輕人獲得了某個大佬分享的論文列表,他想據此閱讀,因而對每篇論文進行搜索、下載、閱讀摘要,在兩個小時後終於明白了這個論文列表中的文章從不一樣角度分析了AlexNet的原理和應用。年輕人乙則熟練地打開網站,引入論文列表,十幾分鍾後,他便從一份摘要中瞭解到了論文列表的主要內容,接着獲得了一份欲讀論文的下載列表。緩存

次要需求

  1. 提供每一個國家錄用文章的分析等的數據統計
  2. 按照論文的屬性(oral、spotlight、poster)篩選
  3. 可對論文列表進行增、刪、改操做

作法(APPROACH)

第一個迭代版本

咱們將作出一個僅支持單個用戶使用的web應用,在完成核心功能的同時積累數據庫。服務器

第二個迭代版本

咱們預約選擇利用localhost的一個端口做爲web應用的入口(如同jupyter notebook),造成本地應用-服務器的交互模式。本地應用負責用戶數據的緩存和處理,而服務器對用戶曾經的論文請求進行緩存,以減輕爬蟲對於其餘服務器的影響。這個模式下降了應用和數據庫的維護成本,也提高了總體應用環境的穩定性和適應性。app

好處(BENEFIT)

  1. 高效的論文查詢、統計、獲取,一目瞭然的熱門領域結構化分析
  2. 極低的學習成本和遷移成本,界面簡潔,無需註冊、登陸,佔用空間極小

競爭(COMPETITORS)

優點

  1. 相比於市面上衆多的論文查詢網站,咱們能夠作到對多年間、不一樣頂會的熱詞呈現熱度走勢對比,使用戶對目前計算機視覺領域頂會的熱門領域和研究方向有所瞭解。

劣勢

  1. 論文領域只限定於三大頂會CVPR、ICCV、ECCV內
  2. 沒有共享功能(你再看看怎麼編)

主要競爭者對比

競爭者 咱們的優點 咱們的劣勢
中國知網 針對計算機視覺領域進行專門的熱點分析
成本低,無需註冊和登陸
論文列表的批量查詢下載統計
單個論文的檢索功能
龐大的論文數據庫
更爲智能的知識元檢索功能
百度學術 論文列表的批量查詢下載統計
成本低,無需註冊和登陸
結構化圖表化的熱點分析
龐大的論文數據庫
設備間的強共享能力
對某一領域論文進行訂閱的功能

推廣(Delivery)

在第一個迭代版本中,因爲僅支持單個用戶使用,將僅限於單個客戶的使用和反饋。
從第二個迭代版本開始,經過提供分享論文列表或其分析結果的方式擴大影響面,在具備必定影響力後與實驗室、就業指導中心等進行溝通交流,逐步定位到一款致力於提供領域前沿信息和論文數據分析的輕量級應用。工具

2、原型

咱們使用的原型工具:Axure RP 8post

主頁
學習

論文查找
測試

論文列表展現

論文頁

數據分析

統計頁面

3、過程

咱們先在線上進行了討論,主要是利用QQ聊天工具和在線文檔,大體交流了構建的步驟,以後在線下見面進行了更細緻的討論。

4、遇到的困難及解決方法

  1. 兩我的都是直男審美,憑空構建一個網頁有點難度。
    解決方法是上網搜了許多UI模板,提升了下本身的審美。

  2. 對需求功能的理解困難

    解決方法是經過了解論文列表的形式、假設故事來推進思考、進行討論的方法達成了一致的理解。

5、PSP表格

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

6、學習進度條

第N周 新增代碼(行) 累計代碼(行) 本週學習耗時(小時) 累計學習耗時(小時) 重要成長
1 278 278 6 6 複習了C++,學習了文件讀入讀寫,字符操做
2 0 278 5 11 學習了Axure RP的使用,以及NABCD模型
相關文章
相關標籤/搜索