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

• 做業格式
  • 課程名稱：軟件工程1916|W（福州大學）
  • 做業要求：結對第一次—原型設計
  • 結對學號：221600235許林瑜 221600236楊吉
  • 做業目標：閱讀《構建之法》瞭解NABCD模型，分析題目中用戶需求並利用相關原型工做來爲用戶設計一個滿意的軟件原型。
    

    ---

做業正文

• NABCD模型
  • N（Need ，需求）
    • 對用戶給定論文列表進行分析操做
    • 經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接；
    • 可對論文列表進行增刪改操做(今年、近兩年、近三年)；
    • 對爬取的信息進行結構化處理
    • 可對論文屬性（oral、spotlight、poster）進行篩選及分析；
    • 造成如關鍵詞圖譜之類直觀的查看方式；
    • 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
    • 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）。
    • 可進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等。
  • A（Approach，作法）
    • 設計web頁面來實現預期功能
      • 由於如今的論文查詢大部分也都是以網站的形式來實現，爲了符合用戶的使用習慣也將平臺設計爲網站形式，這樣子也方便不一樣網站在同一PC上訪問
    • 共享校園的論文庫
      • 向學校圖書館申請論文庫的使用，這樣子減小了版權方面和整理論文存入數據庫的時間，校園現成的論文查詢系統也更加健壯成熟，咱們要作的就是將搜索範圍減小而且對檢索結果進行數據化處理
  • B（Benifit， 好處）
    • 使用web端
      • 使用web端不須要下載app，能夠減小推廣的成本。同時擁有很強的跨平臺性，同時也符合論文查詢者的習慣，雖然沒有推陳出新，可是我以爲這個纔是比較符合使用者過去的習慣，移動端的開發並不意味着更加方便
    • 針對性
      • 過去的論文查詢每每是面對所有論文庫的查詢，當你想要查詢相關文章時，不擅長檢索方法的人每每會檢索出許多無關的文章，並且也很容易就找不到想要的論文。而本平臺針對三大頂會進行檢索分析，對特定的用戶而言，這種針對性無疑減小了他們的操做，使他們相對簡便的操做就能找到本身想要的文章。
    • 數據分析
      • 過去的論文檢索每每沒有提供數據分析功能，只是給你一片乾巴巴的論文。而咱們的平臺卻自帶數據分析功能，可以進行數據統計，對論文的一些熱詞，出處，做者等等進行分析，可以將這些信息更好更直觀的展現給用戶。
  • C（Competition，競爭）
    • 劣勢
      • 相比於大型的論文檢索系統，咱們的檢索庫可能還略小用戶只是針對小部分羣體，收入不知道可否支撐正常的運維
    • 優點
      • Web更加方便，不須要像移動端同樣下載app和不斷的更新。自帶的數據分析功能，可以知足用戶的很大一部分需求
  • D（Delivery，推廣）
    • 創建一條百度詞條
      • 剛出來的項目產品在網絡上確定是一片空白，創建一個關於項目產品的百度百科，能夠增長更多的潛在用戶，當有用戶搜索相關信息時，就有機會了解咱們的產品。固然不必定是百度，還能夠在相關平臺上創建詞條。
    • 聯繫學校圖書館和相關論文搜索網站達成協做
      • 學校圖書館和論文搜索網站的用戶也是咱們的主要用戶，咱們能夠經過聯合這兩方面來宣傳咱們的產品。
    • 社交媒體推廣
      • 現在社交媒體很是的多，並且免費。咱們能夠創建本身的微博，微信，豆瓣等等。聯合粉絲較多且與咱們軟件項目相關的營銷號來爲咱們定製文章來進行推廣

---

原型設計

---

創建模型使用工具：墨刀

原型預覽

• 原型設計
  • 經過問題的秒速抽取出將要實現的功能
  • 設計大體界面來完成基本功能
  • 考慮未來用戶可能須要的功能來增長界面的功能

---

模型展現

• 主頁面，能夠拖動word文檔到框內導入論文，也能夠經過按鈕導入電腦中的本地論文。
  雙擊論文列表一條能夠查看原文，在查看原文界面有相關論文推薦。
  
  
• 當按刪除時會跳出如下界面，能夠選擇要刪除的論文。
  
• 統計頂會熱詞走勢，以折線圖顯示。
  

• 對論文列表中的熱詞統計，以餅狀圖顯示，能夠論文發表年份和論文屬性進行篩選，在最左邊還有熱詞的相關論文推薦。
  

• 檢索論文，能夠按年份，類型，題目，關鍵詞，摘要檢索相關論文，檢索結果顯示在下面，點擊檢索結果可查看原文。
  

---

---

結對過程

---

兩人是同宿舍隔壁牀的，正好同時選了汪老師的課就瓜熟蒂落的結成了對，在交流和完成做業時也比較方便。
做業完成流程：

• 1 對題目進行分析，截取出咱們須要完成的基礎功能
  
  需求分析，列出想要完成的功能點

• 2 對初步設計進行優化，爲用戶拓展可能用到的實用功能
  

  擬定界面佈局（兩個沒有什麼美感的男生。。。體諒體諒Orz）

• 3 實用墨刀進行原型設計

• 4 將原型結果和學習過程發佈到博客園
  

  ---

  結對照片

  電腦被我肥大的麪包服擋住了..........

---

---

結對心得

---

許林瑜

• 結對心得
  將來所面對的工做再也不是單兵做戰，不像之前作做業時只要一我的埋頭苦幹就完事了，一個真正的軟件工程項目是須要不少人共同的努力才能作好，經過此次結對懂得了如何去分享本身的意見，在設計過程當中不斷的磨合，經過共同的想法來慢慢完善原型的設計。
• 項目總結
  首先是對《構建之法》的閱讀感覺，剛開始對讀書再完成做業蠻抗拒的，預想之中的《構建之法》應該是和課本同樣闡述深奧難懂的書，可是經過閱讀以後發現，這本書的語言通俗易懂，舉了許多的例子來來讓咱們明白做爲軟件工程師該瞭解的東西。之前一直好奇界面是怎麼作的那麼好看，就要java的swing或者awt嗎 那也太笨重太不方便了。後來學習了C#懂得了圖形界面編程，可是仍是覺構思出那麼精緻的界面。經過此次原型設計，學會了如何用墨刀來完成本身想要的原型設計，那種曾經那麼遙遠的精美界面也能夠經過和結對對象的手來實現了。總的來講，此次做業讓我對軟件工程項目，甚至是這對這個行業都有了新的認識。經過此次做業收穫了一些新的技能和感悟。
  

  ---

  
  楊吉
• 結對心得
  剛開始用墨刀的時候不太會，在與隊友的不斷討論中作了又刪，刪了又作，最後發現就用了一個模板，在它的基礎上改，在拆卸它的過程當中不知不覺就學會了，組建也都熟悉了，在討論中慢慢把原型作了出來。
• 項目總結
  通過此次做業，瞭解到了竟然還有墨刀這樣作模型的軟件，同時掌握了墨刀的使用。剛開始接觸墨刀的時候就以爲這個好神奇，後來慢慢的學會使用後發現了一些問題：墨刀比較適合作移動端的軟件模型，作pc端的組件太少了；效果切換用的是連線的方式，容易給使用者形成錯亂的感受。

困難

• 俗話說萬事開頭難，剛開始作這個做業的時候因爲沒有使用過相關的工具和參加過相似的項目，顯得是那麼無力。

解決

• 可是經過助教在羣裏面分享的墨刀使用教程跟往屆學長學姐們的做品，經過類比知道了該怎麼去完成這個項目，在也隊友的討論中慢慢完成了這項做業。

---

效能分析及PSP

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

---

博客pdf版下載