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

做業格式


課程名稱:軟件工程1916|W (福州大學)小程序

做業要求:結對第一次--原型設計(文獻摘要熱詞統計)app

結對學號:221600415-傅德泉 & 221600416-黃海山工具

做業目標:瞭解客戶需求,設計解決方案,給出原型模型,並提供大概的解決方案預期規劃,在實踐過程當中鍛鍊結對合做的分工,配合能力。佈局

做業正文


1、問題解決方案(「NABCD模型」展開)

  • N (Need,需求) --幫助用戶高效瞭解近幾年頂會的熱門領域和研究方向
    • 用戶可給定論文列表
      • 經過論文列表,爬取論文的題目、摘要、關鍵詞、原文連接;
      • 可對論文列表進行增刪改操做(今年、近兩年、近三年);
    • 對爬取的信息進行結構化處理,分析top10個熱門領域或熱門研究方向;
      • 可對論文屬性(oral、spotlight、poster)進行篩選及分析;
      • 造成如關鍵詞圖譜之類直觀的查看方式;
    • 可進行論文檢索,當用戶輸入論文編號、題目、關鍵詞等基本信息,分析返回相關的paper、source code、homepage等信息;
    • 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比(這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內)。
    • 可進行數據統計,例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等。
  • A(Approach,方法)--設計一個平臺解決現階段的需求
    • 頁面主要劃分爲左右兩部分:左側導航欄實現主體功能,右側主頁顯示操做結果
    • 獲取論文列表
      • 用戶能夠經過批量上傳按鈕給定論文列表
      • 根據給定列表爬取原文信息
      • 可從搜索結果中將目標文章添加到本地進一步進行增刪改查操做
    • 目標論文領域結構化分析處理
      • 可選論文屬性,得到篩選結果
      • 生成圖譜的形式顯示領域熱門狀況,供用戶更加直觀瞭解時下主要方向
    • 論文檢索
      • 在檢索欄輸入論文編號等明確檢索信息,分析返回相關的paper、source code、homepage等信息
    • 數據統計分析
      • 折線圖方式顯示多年間、不一樣頂會的熱詞呈現熱度走勢對比
      • 柱狀圖方式統計顯示數據,從每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等多維度分析
  • B(Benefit,好處)
    • 頁面功能直觀,操做簡單
      • 主要功能都在左側導航欄實現,用戶能夠點擊使用不一樣功能,直觀方便
    • 多視圖分析數據
      • 論文統計分析結果經過折線圖、柱狀圖等圖形顯示,使用戶直觀得到目標信息
    • 批量操做
      • 自定義論文列表實現批量上傳檢索,檢索結果、本地文件也能夠批量實現增刪操做,使操做更簡便
  • C(Competitors,競爭)
    • 競爭優點
      • 功能完備,操做直觀簡單,用戶容易上手
      • 平臺免費,無償爲用戶提供服務,吸引流量
    • 產品不足:
      • 界面美化欠缺,有待改進
      • 爲更好服務用戶,可添加用戶意見反饋專欄,更近用戶需求
  • D(Delivery,推廣)
    • 線上宣傳:向各大平臺投放廣告,設計輕量級小程序提早試用
    • 線下推廣:在人流密集區投放發放使用手冊,用戶現場上機使用贏活動禮品;用戶自傳播,帶動周邊用戶使用

2、原型設計

  • 原型開發工具--墨刀
  • 設計流程
    • step1:分析用戶需求,概括總結成功能點,模擬使用流程,繪製產品用況圖
    • step2:功能實現具體化,設計界面佈局,繪製草圖
    • step3:經過原型開發工具,實現界面繪製
  • 原型:原型設計地址post

  • UI界面展現
    • 登入界面
      學習

    • 各大功能界面
      開發工具

3、效能分析和PSP表格

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

4、結對過程

  • 結對照片
    測試

  • 做業心得
    • 221600415-黃海山編碼

      經過此次軟工實踐的結對做業,我最大的收穫就是學會了如何用墨刀製做一個項目原型,雖然製做原型並不須要編寫代碼,可是這並不表明它不重要,面對一個大型的項目,在正式編寫項目以前肯定好原型,能夠幫助咱們團隊更好地確立項目需求,雖然在前期會花費必定的時間,但會爲後期的開發指定一個明確的分向,節省大量的時間,減小由於需求不明確而致使的項目改動。其次,在結對過程當中,加強了團隊分工協做的能力,良好的溝通和明確的分工大大地提升了咱們的工做效率,這在現代大型應用軟件開發中尤其重要。設計

    • 221600415-傅德泉

      這次結對做業,給我最大的的感觸是項目各個環節的牢牢相扣。在瞭解用戶需求以後,小組針對各個問題進行了簡要的分析設計,想着快速上手設計原型模型,但在設計的過程當中漸漸發現功能的不全面。咱們發現,已經設計過的功能模塊呈現碎片化的趨勢,模塊與模塊之間的聯繫一直沒能很好的匹配起來,從而致使了功能不全面。因此後來咱們從新對需求進行了分析,思惟模擬了從登入後的系列操做,以及如何更加合適的爲用戶提供服務,從而獲得了最終的原型版本。此外,項目的效能分析讓我看到的實際項目規劃所需求的宏觀視角,從之前的單純實現代碼,到如今須要多角度考慮項目開發的質量和進度把控。總之,這次做業能夠說是讓我頗有收穫。

另附:博客內容pdf版

相關文章
相關標籤/搜索