結隊第一次 plus


做業正文

1、需求分析 -- NABCD模型

N -- need(需求)

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

A -- Approach(方法)

通過討論,咱們的平臺主要基於web實現,緣由以下:web

  • Web開發與平臺無關,不管系統平臺是什麼,均可以經過網絡訪問到咱們的軟件;
  • Web端無需額外安裝客戶端,訪問成本較低;
  • app平臺移植性較差,實現複雜,用web實現較爲簡單;

具體實現操做以下:
主頁提供實時熱點更新,使用戶一進界面即能直觀瞭解到當前熱點信息。
檢索界面可批量操做,每篇論文可提供下載,源碼以及訪問主頁功能,並可多論文的多個屬性進行篩選,排序,對搜索到的結果有熱點分析功能,提供導入導出。
數據統計主頁面也有實時熱點國家學校信息,可對所想要了解的國家,學校進行搜索,以圖表形式清晰展示,並提供智能分析。
三大頂會可分別選擇各個頂會,提供折線分析走勢對比,並可查看詳細查看數據微信

主頁面顯示四個主要功能—檢索,我的收藏,數據統計,三大熱點。
2.預期向大衆開放的平臺,涵蓋論文內容普遍,僅須要輸入關鍵詞及oral、spotlight、poster就能夠搜尋到相關內容。
3.數據統計:可查詢相關近n年大學錄用文章圖標分析圖,而且有智能分析評論。
4.三大熱點:能夠選擇頂會,會有相應的折線圖分析圖,而且有智能分析評論。網絡


B -- Benefits(好處)

  • 頁面功能多,能夠與多人分享交流
  • 是初試之做,對用戶的建議會十分重視
  • 頁面簡潔 工整,方便上手
  • 提供智能分析,一句話總結
  • 對論文清單、頂會論文進行統計分析,並生成許多有參考價值的數據、圖表,幫助用戶迅速瞭解近年的研究熱點;

C -- Competition(競爭)

優點:app

  • 提供文獻檢索功能,幫助用戶管理文獻,並進行統計分析,給出熱詞趨勢、熱點研究方向等有價值的信息。
  • 設計畫面簡潔,簡單易上手,不只能更好地服務科研工做者,也能幫助剛剛開始進行科研的同窗迅速入門。
  • 方便客戶訪問
  • 採用增量開發,會不斷拓展功能
  • 可將喜歡的內容收藏,可實行增刪改操做

劣勢:工具

  • 目前僅支持三大頂會的論文檢索,查看
  • 對論文的收藏管理較爲簡單
  • 暫無分享推廣社交類功能,須要拓展

D -- Delivery(推廣)

先從同窗,好友入手,推薦他們使用,並獲取反饋,逐步完善功能。
待處理好大部分bug,完善基本功能後,開始向學校,實驗室推廣,爭取得到他們的推廣。
逐步擴大,經過網絡進行推廣,努力拓展完善功能,提高用戶體驗。佈局


2、原型設計

原型開發工具:墨刀
原型地址
截圖:
登陸界面:
主頁:

檢索界面:
論文界面:
批量操做:
導入:

導出:
熱點分析:
數據統計:
福州大學:
三大頂會:post


3、結對過程

咱們首先閱讀了《構建之法》第3、八章的內容,並使用NABCD模型進行了需求分析,而後通過討論,設計界面的功能和佈局,
以後學習了墨刀的基本用法,查找有關資料。接着即是逐步完成各個頁面的設計,並編寫博客。學習

部分草圖:

結隊照片:
開發工具


4、遇到的困難

  • 隊友間的相互溝通
    • 由於咱們是在微信羣裏結對的,以前彼此之間都互不認識,因此一開始遇到的困難就是兩人之間看問題方面的不一樣,這個功能點他以爲要這樣作,而我則是另外一種想法,意見相差比較大= = ,最後經過討論,也相互思考,取得一致。但隊友之間仍需相互磨合。
  • 對需求的分析
    • 一開始以爲需求分析挺簡單的,在原型設計時才發現以前作的需求有問題,太過普遍,以致於不知該如何排版製做,最後經過反覆閱讀需求,理清關係,緊扣核心需求成功解決。
  • 對原型設計工具的不熟悉
    • 以前都沒有接觸過墨刀,此次做業作完後也算是學會對墨刀的初步掌握了。

5、效能分析和PSP表格

  • 效能分析:
    • 在任務過程當中,由於對需求分析的不到位,設計工具的不熟練,和隊友一塊兒作設計的時間也比較短,效能並不高,作了不少無用功,但最後也是成功完成了任務。
  • PSP表格
PSP2.1 Pesonal SoftWare Process Stages 預估耗時(分鐘) 實際耗時(分鐘)
Planning 計劃 30 30
Estimate 估計這個任務須要多少時間 10 10
Development 開發
Analysis 需求分析(包括學習新技術) 120 130
Design Spec 生成設計文檔 30 40
Design Review 設計複審 20 30
Coding Standard 代碼規範(爲目前的開發制定合適的規範) 0 0
Design 具體設計 360 560
Coding 具體編碼 0 0
Code Review 代碼複審 0 0
Test 測試(自我測試,修改代碼,提交修改) 60 70
Reporting 報告 100 120
Test Report 測試報告 10 10
Size Measurement 計算工做量
Postmortem&Process Improvement Plan 過後總結,並提出過程改進計劃 30 30
合計 800 1030

6、我的心得

第一次結對做業,花了不少的時間,在結對過程當中,沒有作到「導航員」和「駕駛員」之間的良好關係,大多都是分工合做,另外隊友作的原型設計相對簡陋,跟個人出入很大(畫風不一樣QAQ)
以致於我要花較多的時間去更改,重作,相對做業任務來講,也是圓滿完成了(完結撒花),但缺乏一些額外的拓展,還有一些須要完善的問題,但願下次結對合做,能和隊友通力合做,作到「導航員」和「駕駛員」的良好關係,做業效率能獲得提升。測試


PDFdownload

相關文章
相關標籤/搜索