某次疫情統計可視化（原型設計）

這個作業屬於哪個課程	2020春|W班 (福州大學)
這個作業的要求在哪里	結對第一次—某次疫情統計可視化（原型設計）
結對學號	221701101 221701108
這個作業的目標	結對合作，設計方案，給出原型模型
作業正文	某次疫情統計可視化（原型設計）
其他參考文獻	無

NABCD模型

• N（Need，需求）

從今年 1 月下旬開始，疫情開始全面爆發，全國人民與疫情的對抗正式拉開了的帷幕。疫情開始后，全國人民開始了禁足模式，大家的信息來源大部分來自互聯網，並通過互聯網來了解疫情實時情況。在上一次的寒假作業中已經通過文字來顯示疫情統計結果，但是對用戶來說，還需要更加直觀、具體以及友好的界面，用戶希望可以通過地圖的形式來直觀顯示疫情的大致分布情況，還可以查看具體省份的疫情統計情況。有如下幾點要求：

• 在全國地圖上使用不同的顏色代表大概確診人數區間
  • 顏色的深淺表示疫情的嚴重程度，可以直觀了解高危區域；
  • 鼠標移到每個省份會高亮顯示；
  • 點擊鼠標會顯示該省具體疫情情況
• 點擊某個省份顯示該省疫情的具體情況
  • 顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數；
  • 該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢

• A（Approach，做法）

於是我們利用Axure RP原型制作工具開發一款統計應用，實現了疫情統計實時數據的可視化。本次原型設計滿足用戶的需求——可以通過地圖的形式來直觀查看疫情的分布情況，進一步還可以點擊查看某省份具體的疫情統計情況。
- ###功能預覽

    |主要數據圖|使用說明|
    |--|--|
    |全國數據可視化地圖|1.在每個省份上表示出省份的名稱，鼠標移至省份上方時顯示相應的確診患者人數。</br>2.依照每個省份確診患者的數量，按照顏色變化        的標准，划分出地區疫情的嚴重程度，以顏色深淺標識出來（即深色區域為疫情嚴重區）。</br>3.點擊某個省份，將跳轉至對應省份的詳細數據頁面|
    |全國各類感染患者總數日變化折線圖|詳細地提供了每一天全國染患者、疑似患者、治愈患者、死亡患者總數的變化趨勢|
    |全國新增確診/疑似患者人數日變化折線圖|詳細地提供了每一天全國新增確診患者、新增疑似患者人數的變化趨勢|
    |各省份各類感染患者總數統計圖|顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數|
    |各省份各類感染患者總數日變化折線圖|顯示該省份每一天的新增確診患者、新增疑似患者、治愈患者和死亡患者數量變化趨勢|

• B（Benefit，好處）

  • 直觀，各省份顏色的深淺表示疫情的嚴重程度，可以讓用戶一眼看出哪里是當前"最危險的地方"，從而提高警惕，避免不必要的麻煩。
  • 具體，點擊就能顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數，通過具體的數字，讓用戶了解到當前形勢。
  • 從整體到局部，通過折線圖來表現全國各種患者總數的變化趨勢，與之相對應的還有XX省份各種患者人數的變化趨勢。
  • 功能豐富，還包含“防疫小知識”、“疫情上報通道”、“醫生問詢通道”等模塊，以響應當前廣大人民的強烈要求。

• C（Competiors，競爭）

  • 我方優勢

    • 操作簡單，只要會上網就行。
    • 表現直觀，界面簡潔明了，用戶很快就能上手。
    • 實時更新，只要官方的數據一發生變化，我們的統計圖表也就隨之改變。

  • 我方劣勢

    • 當前已經發布了很多類似的疫情可視化平台，從時間上來說我方還在開發階段，相對落后……
    • 從產品功能上說，其他平台的相關產品開發成熟度高，相比之下我們還是略顯單薄……

• D（Delivery，推廣）

  • 通過qq空間動態轉發推廣。
  • 通過微信公眾號來推送相關消息。
  • 自己使用，然后推廣給身邊的朋友，以人帶人……

原型設計

工具：Axure RP

點擊這里查看

遇到的困難及解決方法

• 遇到的困難

  • 使用哪種原型設計
  • 如何在地圖中直觀顯示疫情分布情況
  • 不熟悉原型設計工具
  • 如何在地圖上點擊跳轉詳細頁面
  • 如何在原型設計中插入圖表使得數據可視化程度更高

• 解決嘗試

  • 在經過各種比較后決定選擇AxureRp作為我們的原型設計工具。雖然有考慮過墨刀，輕量，便捷，簡單，但是相較之下，前者更加成熟，且功能豐富。
  • 在網上查找了諸多資料之后找到了使用echart來實現的方法，但是在echart的官網下，地圖部分因數據差錯不支持下載，只能找來舊版的echart使用。學習了一通echart之后，終於能顯示出來了。
  • 通過各種視頻，以及上網查找資料，慢慢地學會簡單地使用Axure，相比之前界面都不熟悉有了些許的進步。
  • 通過查找echart的API了解到了地圖的點擊事件的接口，然后就是在接口中設計跳轉到詳情頁面。但是又一個問題接踵而來，無法確定該顯示的是那個省的數據。之后想到了用url傳遞參數來解決。問題還沒有解決，url的編碼方式並不支持中文，我又找不到將數據轉碼的方法，只能在echart的數據對象中添加一個字段來標識省份。
  • 通過網上查找資料，找到了第三方的Axhub組件，可以生成各類圖表。

• 是否解決

  • 解決
  • 解決
  • 解決
  • 解決
  • 解決

• 有何收獲

  第一次知道了原型的概念，學會了簡單地使用原型設計工具Axure RP，也從中得到了啟發。原型設計的確是與用戶有效溝通地一種方式，因為原型模擬的就是最終交給用戶使用的產品，所以用戶能更清楚地知道自己的需求（比如希望有什么功能），這樣就能避免之后很多不必要的麻煩。我突然意識到在今天這樣信息爆炸的時代，應該不斷地學習新知識，特別是在計算機領域（時代走的太快了）。第一次結對……感覺（怪怪的？）但是，我發現每個人的思維真的是不一樣的，比如別人可能想不到，但是你想到了；別人會的東西，可能你不會。我認為這是一個很好的取長補短的機會，所以好好把握吧！

結對過程

• 流程

  • 合理分工，做好時間上的規划。

  • 學習原型（Axure RP）知識以及相關技術。

  • 原型制作，一起討論解決制作原型中遇到的難題，完成原型設計。

  • 共同撰寫博客。

• 照片

  
  
  )

效能分析和PSP

• 效能分析

代碼未實現，暫時無效能分析。

• PSP

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	30	30
Estimate	估計這個任務需要多少時間	30	30
Development	開發	870	890
Analysis	需求分析 (包括學習新技術)	180	200
Design Spec	生成設計文檔	60	90
Design Review	設計復審	60	60
Coding Standard	代碼規范 (為目前的開發制定合適的規范)	30	35
Design	具體設計	180	160
Coding	具體編碼	120	150
Code Review	代碼復審	60	45
Test	測試（自我測試，修改代碼，提交修改）	180	150
Reporting	報告	120	130
Test Report	測試報告	30	60
Size Measurement	計算工作量	30	25
Postmortem & Process Improvement Plan	事后總結, 並提出過程改進計划	60	45
合計		1020	1050

附件

點擊此處下載pdf版本