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

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

---

格式描述

• 課程名稱: 軟件工程實踐
• 做業要求: 結對第一次—原型設計
• 結對學號: 221600411 | 221600412
• 做業目標: 瞭解NABCD模型，學習分析用戶需求和利用專業原型工做設計軟件原型。
• 使用工具: 墨刀
• 原型設計: 熱詞統計平臺 （點擊左邊進入墨刀預覽）
• 博文下載: 下載

• ---

NABCD模型

• N （Need，需求）
  • 幫助用戶快速瞭解近幾年頂會的熱門領域和研究方向
  • 用戶可給定論文列表
    • 經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接
    • 可對論文列表進行增刪改操做(今年、近兩年、近三年)
  • 對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向
    • 可對論文屬性（oral、spotlight、poster）進行篩選及分析
    • 造成如關鍵詞圖譜之類直觀的查看方式
  • 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
  • 對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）。
  • 可進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等。
  • 以上的需求仍是會有一些難理解，咱們接着對需求進行了進一步地分析。
    
    
• A（Approach，方法）
  • 設計一個基於Web的平臺實現用戶的相關需求。
  • 用戶輸入論文列表
    • 方法一：經過輸入框輸入論文列表並手動查詢
    • 方法二：選取相關選項批量生成論文列表
  • 修改論文列表
    • 經過按鈕實現對論文的增刪改查(今年、近兩年、近三年)；
  • 肯定論文列表與檢索
    • 用戶肯定輸入的論文列表和導入的論文列表後，平臺服務器對輸入的論文列表進行分詞而後分別進行網頁爬蟲和檢索數據庫，分析返回相關的paper、source code、homepage等信息；
      
    • 平臺對爬取的相關論文的題目，摘要，關鍵詞，原文連接，結構化處理並進行詞頻統計
    • 平臺提供對詞頻，熱度，引用量，時間等論文熟悉進行排序
    • 用戶能夠根據論文的各類屬性進行篩選論文。
    • 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比
    • 可進行數據統計
    • 後臺根據關鍵詞的詞頻，年份，結合用戶的需求繪製出各類圖表供用戶瀏覽和下載。

• B（Benefit，好處）
  • 用戶的操做時時同步到雲端存儲
  • 網頁端直接在服務端更新，用戶直接刷新頁面便可。
  • 單頁應用相對服務器壓力小，服務器只用出數據就能夠
  • 單頁應用的內容的改變不須要從新加載整個頁面，web應用更具響應性和更使人着迷。
    
    
• C（Competitors，競爭）
  • 優勢：
    • 這個創意很新穎，在國內外尚未一個這樣的平臺，想知網等網站不能對論文詞頻關鍵字等進行統計
    • 能對數據進行雲存儲，能同步電腦手機等數據
    • 能對論文進行批量下載和上傳
  • 缺點：
    • 用戶大多爲老師學習，不能對整年齡段的人產生吸引
    • 不能向qq，微信那樣產生用戶粘性
    • 前期的數據資料不夠充分
      
      

• D（Delivery，推廣）

  • 線上推廣
    • 經過寫推文進行推廣
    • 和廣告商進行合做
    • 用微信公衆號進行推廣
  • 線下推廣
    • 以簡單便捷的方式使用，提升用戶體驗，用戶互相推廣
    • 在人流量較大的位置粘貼宣傳海報

---

原型設計

---

使用工具： 墨刀

熱詞統計平臺 （點擊左邊進入墨刀預覽）

---

• 階段一
  • 肯定用戶需求
  • 根據需求進行原型的草圖設計
    
• 階段二
  • 用墨刀原型工具進行設計
  • 對原型部分功能進行修改
  • 原型截圖
    
    
    
    
    

---

結對流程

• 流程
  • 週一進行需求分析和討論
  • 擬定原型草圖
  • 用原型工具對原型進行設計
  • 撰寫本身的博客併發布
• 結對照片
  

---

遇到困難及解決方法

• 首次使用墨刀對其使用的方法不是很熟悉
• 不擅長需求分析，日常大多數是寫一下代碼邏輯
• 審美比較通常，界面設計能力不突出，以致於設計出來的界面比較簡單

---

解決嘗試

• 嘗試的跟着老師推薦的教程去學習使用原型設計軟件，和去墨刀官網查看教程
• 查閱相關文獻，瞭解和學習分析需求的方法
• 多觀看一些界面比較友好美觀的UI設計

---

是否解決

已解決

---

結對總結與收穫

---

陳迎仁

• 心得與總結

  經過此次結隊編程，我瞭解到了團隊分工合做的方便以及高效。剛開始兩我的不懂得怎麼去分配任務，怎麼去分工合做，花費了一些時間去看《構建之法》，瞭解了應該按照哪些方面去入手，而後咱們進行分工合做，實時互相溝通進度，把握整個做業的進度。在此次實驗不緊了解了小團隊的合做，還學習了墨刀的使用，這個原型設計軟件容許，團隊同時對一個項目進行設計，方便了我和個人隊友一塊兒設計原型，而後整個各自的idea，完成整個界面的設計。在此次做業中，題目的需求理解花了較多時間，經過觀察知網的界面，來設計本身系統的原型，節約了許多思考的時間。總之，此次做業讓我學會了團隊協做，墨刀使用等各項技能。

---

陳宇

• 心得與總結

  經過此次結對做業我熟悉了團隊共同開發的重要性，其中重點就是隊員之間的交流，在結對的過程當中，一開始兩我的先閱讀了《構建之法》中的第二章和第八章的內容，以後咱們首先進行了需求分析，一開始對這個需求不是很理解後面通過隊員之間的討論咱們逐漸肯定了需求並使用用況圖進行描述需求。以後就是進行原型的分析和設計，在原型分析和設計時，因爲對墨刀工具的不熟悉，在開始開發的時候遇到比較多的小問題，經過本身查閱資料和查看老師推薦的教程以後解決，本身也經過此次結對了解的UI原型設計的難度，之前在實驗室常常嫌棄前端界面醜，如今讓我來寫前端發現本身前端設計能力的不足和審美方面的欠缺，往後會提升這方面的能力，不斷完善本身。總的來講此次結對是一次頗有意義的結對，此次做業鍛鍊了咱們的動手能力，和團隊溝通協調能力，也讓我全方面的認識了本身的不足，對實現本身的目標還有很大的一段路要走，雖然此次做業花了較多的時間可是本身也在此次做業中獲得了很大的提高。

---

效能分析和PSP

PSP是卡耐基梅隆大學（CMU）的專家們針對軟件工程師所提出的一套模型：Personal Software Process (PSP， 我的開發流程，或稱個體軟件過程)。

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

---

博文下載.PDF

下載