第一次結對做業-原型設計

寫在前面

• 課程 軟件工程1916|W（福州大學）
• 做業連接 結對第一次—原型設計（文獻摘要熱詞統計)
• PDF
• 要求：
  • 1、閱讀《構建之法》第3章和第8章的內容，並在下方做業裏體現出閱讀後的成果。特別是第8章中的NABCD模型。
  • 2、結對合做，閱讀下方的客戶描述的現實困擾，以共同發佈一份博客隨筆的形式，設計一套方案，向客戶推銷。描述大體方案，以向客戶證實你正確理解了客戶的需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規劃。
    目標：學會合做寫一些小項目
    本次做業實現的方面：熟悉markdown排版，規劃本身本學期目標

• 目標: 和隊員一塊兒合做完成一個原型設計，學習axure rp 8用法以及軟件工程的NACD方法

• 隊員
  • 221500201_孫文慈 原型的設計大部分 NABCD模型 與其餘隊伍交流意見 查找資料 進度規劃
  • 226100125_劉傑 功能思惟導圖 NABCD模型 文檔編寫 補充需求等 進度規劃

PSP表格

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

NABCD模型

N ----Need

• 客戶需求
  • 經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接；
  • 對論文列表進行增刪改操做(今年、近兩年、近三年)；
  • 對論文屬性（oral、spotlight、poster）進行篩選及分析；
  • 對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向；
  • 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
  • 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）
• 補充需求
  • 提供用戶雲空間功能
  • 增長關注列表
  • 支持拖曳整理雲空間資料

A ----Approach

• 平臺:Web---免去下載客戶端的麻煩，適用於多種平臺，方便瀏覽論文
• 搜索論文：經過用戶的篩選條件有選擇的爬取論文列表，支持用戶批量增刪改操做
• 統計分析：把用戶選擇的數據用圖標顯示出來
• 會議新聞:在用戶搜索前能夠有針對的推廣相關消息,如各種門戶網站同樣輪播Top10論文榜單

B ----Benefits

• 基於Web符合羣體用戶使用習慣，用戶上手快，論文閱讀的體驗好
• 節約時間，省去了一篇篇論文查找分析的過程
• 增長的功能會給用戶更好的用戶體驗
• 不須要註冊也能使用大部分功能

C ----Competitors

• 優點
  • 無需註冊登入便可使用檢索功能
  • 界面簡潔易於上手
  • 使用拖曳功能便於用戶整理資料
  • 雲空間記錄表，能夠留住用戶（用戶間支持分享記錄）
  • 初期免費，無廣告等額外「需求」
• 劣勢
  • 適用的羣體小衆
  • 功能不夠完善
  • 未充分調研用戶需求
  • 沒有UI設計經驗，界面不夠友好
  • 最重要的一點，知網等數據庫查詢論文須要購買版權，花費大
  • 可能會涉及到論文的版權問題

D ----Delivery

• 能夠在校內免費推廣一段時間，手機用戶的反饋，進一步優化
• 創建相關的公衆號
• 在相關的論壇上推廣
• 不斷維護更新，積累用戶
• 拓展到其餘頂會，不只侷限於計算機視覺

思惟導圖

原型

登陸界面（能夠支持匿名瀏覽）

有關論文列表

論文查詢結果

熱詞走勢可視化圖表展現

我的中心

以及第一次比較失敗的原型.......
墨刀原型

討論過程

困難

隊員第一次配合，還不夠默契。
在原型工具的使用上遇到了很大的困難，先是用墨刀，不過費了一番精力仍是沒可以掌握用法，好在隊友及時學會了axure rp 8，並教會了我，這個咱們團隊的任務進度作出了很大貢獻。
缺少UI設計經驗，設計的界面雖然簡潔，但可能對用戶不夠友好，有待改進。

總結

幸虧在分析階段和隊友討論過，也參考了很多其餘隊伍的意見。纔有了思路開始着完成任務。本次的原型設計人雖然存在着須要改進的地方，如缺乏用戶調研，界面不夠友好等。但讓咱們理解了原型開發過程當中所要作的工做原來這麼多，而不是僅僅像成績管理系統同樣照着實現功能點就能夠了。另外，團隊的默契有了必定的提升。但願後續有機會能繼續完善。