結對第一次—原型設計

時間 2019-11-09

標籤第一次原型設計简体版

原文原文鏈接

格式描述

課程名稱：軟件工程1916|W（福州大學）
做業要求：結對第一次—原型設計
結對學號：221600408_蔡鴻鍵 | 221600409_蔡森林
做業目標：學習使用NABCD模型，模擬用戶需求和使用工具設計模擬軟件原型。

做業格式描述：該博客首段
做業完成工具: Mindmaster & 墨刀
博客編輯器： MARKDOWN
結對照片：正文
效能分析與PSP：正文
PDF附件：已上傳

做業目錄

1.格式描述
2.NABCD模型
3.原型設計
4.結對討論過程
5.效能分析與PSP
6.困難與解決
7.心得與總結
8.PDF以及花絮程序員

做業正文

1.NABCD模型

NEED
需求來源：小櫻不知道不知道近幾年頂會的熱門領域和研究方向，根據論文list去一篇一篇查找總結效率又着實過低
- 關鍵詞:「效率，頂會，熱點論文」；
以功能分析需求
- 用戶可給定論文列表；
  - 經過論文列表，爬取論文的題目、摘要、關鍵詞、原文連接；
  - 可對論文列表進行增刪改操做(今年、近兩年、近三年)；
- 對爬取的信息進行結構化處理，分析top10個熱門領域或熱門研究方向；
  - 可對論文屬性（oral、spotlight、poster）進行篩選及分析；
  - 造成如關鍵詞圖譜之類直觀的查看方式；
- 可進行論文檢索，當用戶輸入論文編號、題目、關鍵詞等基本信息，分析返回相關的paper、source code、homepage等信息；
- 可對多年間、不一樣頂會的熱詞呈現熱度走勢對比（這裏將範疇限定在計算機視覺的三大頂會CVPR、ICCV、ECCV內）。
- 可進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等.
以用戶角度分析需求
- 用戶
  - 檢索 (題目、摘要...)
  - 收藏 (自定義列表、增刪改查...)
  - 結構化(篩選分析、可視化圖譜...)
- 管理員
  - 操做(帳號、文章...)
  - 統計數據(熱度、關鍵詞、引用...)
咱們使用MindMaster將筆記草稿轉爲思惟導圖。
Approach
- 以 WEB 爲平臺，WEB 平臺優勢：良好的交互體驗良好的先後端工做分離模式
- 檢索方式
  - 題目
  - 關鍵詞
  - 領域
  - 時間
  - 熱度
  - 引用
  - 會議
  - 檢索方法
    - 精確匹配（關鍵詞徹底匹配）
    - 模糊匹配（關鍵詞近視匹配）
    - 公式匹配
- 收藏
  - 用戶點擊交互式按鈕進行收藏
  - 對收藏論文進行增刪查
  - 添加書籤
  - 整合「個人筆記」
- 結構化
  - 用圖表直觀顯示數據
  - 論文對比（對比論文的引用量，發表影響力等）
    - 進行數據統計，例如每一個國家錄用文章的分析、每一個學校錄用文章的分析、哪一個學校哪方面的研究方向比較強等。
- 管理論文
  - 下載（批量、發送郵件）
  - 上傳 (經過網站、發送郵件)
  - 刪除
  - 修改（論文信息）
- 統計
  - 圖標直觀化
  - 用戶點擊次數最多的熱度關鍵詞
    - 對多年間、不一樣頂會的熱詞呈現熱度走勢對比
  - Top10熱門分析
Benefit(以效率爲主)
- 讓用戶易上手
  - B/S 框架平臺無關性
  - 熱詞、圖表，數據直觀易懂
- 隨時隨地上傳下載(手機、電腦、平板)
- 自定義收藏
  - 方便摘取相關文章
  - 書籤：將有用信息摘取到筆記中，生成"個人筆記"。
Competitors
- 優點：
  - 跨平臺
  - 隨時隨地
  - 對數據進行分析，統計最近最熱方向以及預測估計將來方向
  - 功能多樣性
- 劣勢：
  - 使用論文的版權難處理
  - 大量數據維護不變
Delivery
- 社交平臺（公衆號、推送）
- 會議網頁，論文庫網頁，圖書館網頁
- 向個學校的老師和學生推薦

2.原型設計

墨刀連接
階段一數據庫

根據討論得出的需求分析，大體擬定產品的基本功能。
從用戶角度上詳細制定規劃。
分工完成各模塊的大體草圖。

階段二編程

互相交流各模塊的遇到的問題，協商解決。
借鑑其餘優秀的UI設計。
初定界面草圖。

階段三後端

經過墨刀工具進行相關模塊的設計。
討論並對原型進行調整和優化。
實現原型的基本功能。

界面設計緩存

登陸界面
服務器
論文搜索界面
app
熱詞搜索界面
框架
論文列表界面
編輯器
收藏夾界面
工具
折線圖界面
條形圖界面
熱詞圖界面

結對討論過程

與3月4日（星期一）組成小組。過程以下

分析問題需求，提取關鍵字，使用NABCD模型分析問題，生成草稿
使用瞭解MINDMASASTER和墨刀工具
進行模型創做，分析討論用戶需求和體驗
優化模型，生成博客
結對照片

4.效能分析與PSP

效能分析

目前還沒生產出軟件實例，經咱們估計數據庫訪問語句和服務器的訪問壓力是比較耗費資源和耗時最多的，應該對此進行優化，如:

- 服務器：
    - 使用內存數據庫（僅對熱詞，訪問量較高的文章）
    - 增長緩存
    - 選擇合適的IO模型
    - ...
- 數據庫：
    - 對查詢進行優化，要儘可能避免全表掃描
    - 對於多張大數據量的表JOIN，要先分頁再JOIN，不然邏輯讀會很高，性能不好。
    - ...

PSP

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

5.困難與解決

D：每一個人設計想法不一樣
A：求同存異，取其優者
D：工具的使用不便
A：只能多看說明多使用
D：設計藝術細胞短缺
A：多看參考精美UI設計
D：分開來作各類部分
A：多交流多討論，向對方提供合理的建議

6.心得與總結

蔡鴻鍵

以往咱們編程時都是一股腦使勁寫，想到什麼寫什麼，就像在希爾頓的屋子裏那個外國人同樣，會寫中文缺不理解中文的意思。經過這次任務，我明白了編程只是很小的一個方面，要賦予軟件生命絕對不能機械生硬的把代碼從一邊搬運到另外一邊。要去了解需求，體會用戶，把軟件帶入到咱們生活中，以對人的態度對軟件，也就是對用戶的尊重。但我仍是會有一些疑惑，咱們這種的方法挺好的，可是不是全部公司都在使用這種方法(計劃)，若是將來趕上了某種公司不認真地對待軟件設計，把程序員只當成代碼生產機器，咱們應該怎麼辦呢？

蔡森林

經過此次的原型設計，讓我受益不淺。以往我並不把需求分析當作一回事，以爲大概就好，可是當咱們互相討論時，我發現不能只是經過本身的角度看待問題，有時候須要聽取別人的意見。本身考慮問題時，不免會出現考慮不周全等問題，與人交流討論，互相求同存異，更能解決問題。還有就是，經過原型設計，我學會了如何使用墨刀這款工具，這是我第一次使用這樣的工具設計界面，對於我之後的UI設計仍是頗有幫助的。儘管當中不免會碰到難以解決的問題，但對於我而言都是一種鍛鍊。當設計原型時，我發現，有個大體的草稿圖，對於後期的UI設計能提升很好的開發效率，固然，有時候咱們也須要去借鑑一些優秀的UI模板，不只能夠從中體會一些好看的UI設計，並且能讓本身更好的借鑑經驗。總的來講，原型設計的實驗，於我獲益多多。

總結

此次任務看似比較輕鬆，沒有編程任務。實際上分析設計和合做纔是咱們須要鍛鍊的，做爲一個大學生，在大學的課程都是在學習編程，不多學習分析設計，從上學期的UML纔算是軟件設計技術的初略門道，做爲軟件設計者來講，用戶需求才是咱們最關心的。咱們必須站在用戶角度考慮問題。還有合做，在將來工做的時候，本身單幹的幾乎不多，都是你們一塊兒分工搭配，我以爲合做中，信息與信任是最重要的。在工做中，信息必須平等流通，不然會致使設計或代碼對接失敗，成爲木桶的短板。信任爲合做的核心，有着事倍功半的效果。