結對第一次 —疫情統計可視化（原型設計）

這個作業屬於哪個課程	2020春福大軟工實踐W班
這個作業要求在哪里	結對第一次—疫情統計可視化（原型設計）
結對學號	061700150、071703434
這個作業的目標	描述大致方案，理解客戶的需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規划
作業正文	作業正文
其他參考文獻	echarts文檔

1、疫情統計可視化原型

## 2、基於NABCD模型給出的解決方案

我們的產品疫情統計可視化平台是為了解決互聯網用戶無法及時直觀獲取疫情數據分布、把握疫情走勢的痛點，他們需要直觀的地圖、圖表、趨勢圖向他們展示疫情的形態，但是現有的產品並沒有很好地解決這些需求，我們還增加了熱搜謠言粉碎機功能模塊，以及新冠肺炎確診患者同程查詢模塊，不僅能給用戶帶來實時跟蹤疫情情況的好處同時獲取關於疫情更全面的信息。同時我們的宣傳方法，能很快地讓目標用戶知道我們的產品，並進一步推廣。

N（Need，需求）

疫情發生以來，疫情數據在疫情溯源和監測、分析疫情情況、支撐疫情態勢研判和疫情防控部署等方面起到了積極作用，當前，全民抗擊新冠肺炎疫情進入新階段，通過疫情數據可視化，能夠有效的展示疫情數據，直觀的展示疫情形態，讓民眾更好的把握疫情走向，同時提升民眾對疫情的重視，促進各方更好的加入這場戰役中

• 用戶的基本需求

為疫情數據可視化，將給定的國內各省前一天的感染情況的日志文本，將其不夠直觀的文字形式的數據，轉化為直觀、具體且用戶友好的地圖形式，來直觀顯示疫情的大致分布情況，並且可以查看具體省份的疫情統計情況。

• 面向的對象

  由於本次疫情波及范圍廣，所以該疫情統計可視化平台面向的用戶為有條件訪問互聯網絡的民眾

• 發展趨勢

  基本隨着實時疫情動態而定，如今處於全民抗疫的階段，該軟件將更為廣泛應用

• 擴充需求

  • 辟謠與防護功能模塊

    新冠肺炎疫情發生以來，有關疫情傳播態勢、虛假防治措施等流言和謠言在網上傳播，引發不少網民誤解誤讀，個別網民編造傳播虛假病例數據等謠言，極易引發社會恐慌情緒，嚴重影響網絡安全秩序和社會穩定，同時也給疫情防控工作帶來嚴重干擾。因此考慮設置一個謠言粉碎板塊，幫助民眾在防疫時期，更好的識別謠言。

  • 新冠肺炎確診患者同程查詢模塊

    由於新型冠狀病毒有着長達14天的潛伏期，許多人擔憂自己是否在春運時與病患們同行，存在被感染的風險。針對大量出行群眾對行程安全的擔憂，通過新型肺炎確診“患者同程查詢”功能，可幫助乘坐過公共交通工具的出行用戶，查詢自己同程班次是否有確診的患者病例，更好的做到疫情確認以及防控。

A（Approach，做法）

解決方案構成

基於web平台實現疫情數據的可視化，web數據可視化主要是借助於圖形化手段，清晰有效地傳達與溝通信息，它與信息圖形、信息可視化、科學可視化以及統計圖形密切相關。

功能模塊	功能細則
全國數據總計表模塊	1.分別展示現有確證、現有疑似、現有重症、累計確診、累計治愈、累計死亡的人數 2.在數值下設較昨日增減的人數
全國數據可視化地圖模塊	1.該功能模塊存在兩個子模塊包括， 2.每個子模塊分別展示一個依照省份划分邊界的地圖 3.在每個省份上表示出省份的名稱 4.依照給定疫情數據統計每個省份患者數量，並依照每個省份患者給定標准的多少划分出地區疫情的嚴重程度，以顏色深淺標識出來 5.左下角表示出各個區域顏色所代表的確診患者區間 6.點擊某個省份的板塊，顯示省份項的數據標簽，並顯示對應省份的
省份疫情的具體情況模塊	1.分別展示現有確證、累計確診、累計治愈、死亡的人數 2.在數值上方展示較昨日增減的人數
某個省份疫情的趨勢模塊	2.根據統計數據以時間為橫坐標，以例數為縱坐標，以折線圖體現出各模塊數據的變化趨勢 3.點擊相應折線圖結點，顯示結點對應的具體數據
辟謠與防護功能模塊	1.顯示謠言列表標題和相關辟謠文章 2.下方顯示辟謠文章鏈接按鈕
新冠肺炎確診患者同程查詢模塊	1.顯示根據火車、飛機、城市查詢的三大板塊入口 2.顯示日期、車次、地區的表單供用戶錄入查詢信息 3.顯示查詢按鈕以及重置按鈕，控制表單的查詢提交

• 需求優先級

  基本需求優先，擴展需求作為拓展，使得平台信息更為豐富

B（Benefit，好處）

這個產品和服務會給客戶/用戶帶來的好處

• 直觀展示疫情數據情況，使用戶借助豐富圖表獲取信息，避免了單一文字形式
• 具有靈活的交互方式，使用戶能夠按需關注某一省份市區的情況
• 具有根據數據表示出情況嚴重的區域，使該區域的民眾提升防范意識
• 新增熱搜謠言粉碎機功能模塊，可以減少有關疫情傳播態勢、虛假防治措施等流言和謠言在網上傳播
• 新增新冠肺炎確診患者同程查詢模塊，可幫助乘坐過公共交通工具的出行用戶，查詢自己同程班次是否有確診的患者病例，更好的做到疫情確認以及防控。

如果已有現有解決方案，那該軟件有什么具體的好處能讓用戶離開現有產品，使用你的產品？

• 該產品聚合的熱搜謠言粉碎機功能、新冠肺炎確診患者同程查詢功能可以讓用戶在了解疫情各地區基本信息的同時，能有更多相關的鏈接，以幫助他們更加全面的看待本次疫情。所以本產品是具有綜合的信息平台。

C（Competitor，競爭）

• 優勢

  • 界面簡潔，大方，美觀且有章可循，層次分明
  • 信息更新及時，承擔疫情信息發布平台的角色
  • 新增的功能模塊，為用戶增加了便利
  • 用戶友好，交互處理人性化
  • 開發效率高，及時響應當下需求，

• 劣勢

  • 幾大平台同樣推出有相關的疫情數據可視化平台，且較為成熟，競爭壓力大
  • 存在可擴展豐富的功能模塊，受限於開發周期較短，未能實現較為豐富的功能

D（deliver，推廣）

• 借助校園特殊平台推廣，由於大學生屬於互聯網上的活躍分子，故該產品能夠很好的推廣到大學生用戶群體，並進一步輻射大學生的社交群中
• 將該網頁鏈接加入相關新聞報道的頁面中，使得關注疫情到哪個台的人可以第一時間獲取相關數據。
• 公眾號平台中加入該網頁入口，使習慣微信平台閱讀的用戶也能通過這個途徑獲取信息

3、遇到的困難及解決方法

困難描述：

1. 地圖相關的實現，高亮等的功能效果
2. 原型應該做到什么程度，簡單線框圖、有UI設計的、有復雜交互的、同真的web應用沒有什么區別的，都是原型，實現程度有點把握不住
3. 知道怎么才能在“發布成網頁形式的原型”內實現省份跳轉

解決嘗試

1. 學習Axure相關技術實現，單獨用echarts寫了個網頁，嵌入進了原型的“內聯框架”，嵌入的內聯網頁鏈接
2. 根據作業需求進一步分析，結合自身判斷完成
3. 不使用原型工具，直接把整個當成頁面寫代碼，可以實現。但是要“原型發布”，就真的不會——最后想了個折中的辦法，直接寫一個含有“全國和省份詳情”的網頁，然后嵌入進原型設計里，這樣雖然加大了工作量，但是可以比較好的解決問題。（講道理，這樣有點本末倒置，但是不這么做，老師的要求真的完成不了啊。。。）

是否解決

1. 解決
2. 解決
3. 解決

有何收獲

​ 學習就是不斷發現困難，解決困難的過程，本次原型設計任務通過自主學習相關技術知識，描述大致方案，理解客戶的需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規划，體會到，自學能力很重要，走彎路不可怕，重要的是過程中的積累

4、原型工具：Axure RP

Axure RP是一款專業的快速原型設計工具。RP是Rapid Prototyping（快速原型）的縮寫，作為一個專業的快速原型設計工具，它可以讓負責定義需求和規格、設計功能和界面的專家能夠快速創建應用軟件或Web網站的線框圖、流程圖、原型和規格說明文檔。

5、結對的過程

• 分工計划，兩個人任務的側重點和大致時間安排
• 學習相關知識以及技術，並實現加總結
• 探討應該增添的功能選項
• 發現實現過程中的困難，尋求解決方案，並及時總結
• 最后完成博客內容，總結整個任務過程

6、效能分析和PSP

效能分析

總體來說完成的效率還是可以的，兩個人分工明確，發揮各自的長處，在給定時間內，將需求完成的較為完整，整個原型設計簡潔友好，並實現了一定功能的擴充。

PSP	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	200	200
Estimate	估計這個任務需要多少時間	20	20
Analysis	需求分析 (包括學習新技術)	180	180
Development	開發	775	805
Design Spec	生成設計文檔	60*1.5	60*2
Design Review	設計復審	20	20
Design	具體設計(原型圖)	60*4	60*4.5
Coding	具體編碼	60*6	60*5.5
Code Review	代碼復審	20	20
Test	測試（自我測試，修改代碼，提交修改）	45	45
Reporting	報告	180	180
Size Measurement	計算工作量	10	10
Postmortem & Process Improvement Plan	事后總結, 並提出過程改進計划	170	170
合計		1100+	1200+

7、附件：博客內容PDF

沒找到默認的附件在哪里，
博客PDF下載

8、有什么感悟

axure等原型設計工具，看起來似乎只是“拖幾個組件”，但要想完全掌握其復雜交互和動態功能，還是有相當難度的。對於開發者這個過程是在非常痛苦，因為更想直接上手寫——當然這個習慣非常不好，所以我也在努力學習和適應現代軟件工程的構建方法。