結對第一次-某次疫情統計可視化（原型設計）
| 這個作業屬於哪個課程 | 2020春S班（福州大學） |
|---|---|
| 這個作業要求在哪里 | 結對第一次—疫情統計可視化（原型設計） |
| 結對學號 | 221701406、221701407 |
| 這個作業的目標 | 某次疫情統計可視化（原型設計） |
| 作業正文 | 結對第一次-某次疫情統計可視化（原型設計） |
| 其他參考文獻 |
一、疫情統計可視化原型
- 導航欄部分
- 全國數據統計
- 疫情地圖
- 省份詳細信息頁面
- 患者求助專區
- 疫情實時資訊
- 全國疫情趨勢圖
- 表格數據統計
二、NABCD模型
N（Need，需求）
1、客戶基本需求
- 總體需求
將疫情數據可視化。給定國內各省前一天的感染情況的日志文本，將其不夠直觀的文字形式的數據，轉化為直觀、具體且用戶友好的地圖形式，來直觀顯示疫情的大致分布情況，並且可以查看具體省份的疫情統計情況。
- 需求細則
- 在全國地圖上使用不同的顏色代表大概確診人數區間
- 顏色的深淺表示疫情的嚴重程度，可以直觀了解高危區域；
- 鼠標移到每個省份會高亮顯示；
- 點擊鼠標會顯示該省具體疫情情況。
- 點擊某個省份顯示該省疫情的具體情況
- 顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數；
- 該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢。
2、需求拓展
- 患者求助專區，收集無法得到收治患者的相關信息，向相關部門報告。確保患者能夠及時隔離救治。
- 疫情實時資訊，在頁面提供疫情相關報告，使廣大群眾能更及時更系統地了解疫情相關信息。
A（Approach，做法）
| 功能模塊 | 詳細功能 |
|---|---|
| 全國疫情數據統計 | 1.統計全國疫情總體數據，包括現存確診、確診重症、疑似，累計確診、死亡、治愈病例的數據化展示。 2.各部分數據每日根據給定的日志文本進行更新，且各部分數據相應展示相對前一天的數據變化情況。 |
| 疫情可視化地圖 | 將不夠直觀的疫情數據通過直觀友好的地圖形式直觀展現。 1.對各省份根據確診人數的數量用顏色去區分開來，可直觀了解疫情高危區域。 2.鼠標移到每個省能夠高亮顯示並展示省份疫情簡略信息。 3.點擊每個省份進入到省份詳細疫情情況頁面。該頁面展示對應省的具體疫情信息，並將疫情變化數據以曲線圖形式展示。 |
| 全國疫情趨勢圖 | 1.將全國疫情數據以曲線圖的形式展示出來。 2.通過點擊曲線圖下的按鈕，能夠觀察不同類別病例數據的曲線趨勢圖。 |
| 各省疫情數據表 | 將全國各省的數據以表格的形式展現，每日更新並根據確診病例數進行排序。 |
| 患者求助專區 | 為無法得到及時收治的患者提供信息反映渠道，使病患能夠得到及時救治。 |
| 疫情實時資訊 | 提供疫情信息相關報告，使用戶能夠及時系統地了解到疫情最新消息。 |
B（Benifit，好處）
- 我們的網站集全國疫情感染分布圖、全國疫情感染趨勢圖、疫情實時新聞、疫情實時數據和疫情信息申報這五個主要功能於一體，用戶無需登錄、無需注冊、更加無需來回切換許多單一功能的軟件來獲取信息，省去了許多麻煩。
- 我們的界面清晰明了，按鈕功能明確，並且加入了導航欄的功能，可以一鍵定位到用戶想要了解的信息。
- 我們通過繪制不同顏色的深淺來反應各個省份關於疫情的嚴重性，最大程度向用戶直觀地展示數據，我們還包含了趨勢圖和數據表格，不同方面展示信息。
C（Competitors，競爭）
- 我們和競爭者同樣都實現的功能如下
- 全國疫情情況分布圖
- 全國疫情情況趨勢圖
- 各省疫情情況詳細趨勢圖
- 各省疫情匯總數據
- 疫情實時新聞
- 優勢在於
- 界面簡單、能夠直觀地反應數據
- 數據有不同的展示方式，多層次地反應數據
- 功能集合於一體，減少了不同產品之間帶來信息重疊的可能
- 用戶操作便捷，能夠實現一鍵獲取主要信息
- 提供用戶反饋信息的渠道，適當地給予幫助
- 劣勢在於
- 市面上功能類似的產品不止一個，存在一定的競爭
- 由於需要獲取並匯總信息，所以存在一定的數據滯后，沒有新聞報紙更新快
- 產品針對性強，熱度會隨着疫情的逐漸結束而消失
D（Delivery，推廣）
- 通過各種社交軟件（例如QQ、微信、微博）進行轉發，增加瀏覽量
- 大學生群體傳播信息速度快，要把握住校園這一特殊的平台來推廣產品
- 加快軟件開發的成熟度，上架各大應用商城APP進行推廣
三、困難解決
1、困難描述
- 困難一：剛開始我們選擇的原型制作工具是墨刀，原因很簡單，墨刀簡單易上手。然而，第一步就被打垮了。百度了一下墨刀怎么實現地圖高亮，發現要“對每個省份復制一層，在上邊的那層鋼筆摳圖，按各個地區的邊界線摳出來單獨調顏色亮度。”工作量龐大······
- 困難二：后來我們改道Axure，又被工作模式束縛了手腳。本打算使用Axure中的團隊項目，實現同步設計提高效率。初步嘗試時發現Axure是外國軟件，團隊模式設計時進行簽入、簽出、獲取雲端變更登操作時會耗費大量時間。
- 困難三：Axure中熱區形狀固定，而每個省份的形狀大小各異，導致熱區很難完全覆蓋整個省份。
- 困難四：中國省份多，每個省份的熱區都需添加對應的交互，並且交互包含鏈接到省份詳細信息頁面、實現高亮和顯示省份確診信息數據等，工作量大。
2、解決嘗試
- 解決一：由於墨刀對實現地圖高亮的操作難度相對較大，所以我們最終選擇了Axure。因為從來沒接觸過Axure，所以各自花費了2~3個小時對Axure里面的各個功能進行了學習和實驗，方便后續的操作。我們下載了svg地圖添加到項目中，再給每個省份添加熱區和對應的交互，終於解決了高亮的問題。
- 解決二：團隊項目的模式並沒有像預期般實用，后來轉念一想，可以創建個人項目，利用QQ進行傳輸反而效率更高。由於不能一起對項目進行實時操作，所以我們在原型的設計上進行了分工，一個人負責對地圖熱區和各種交互的添加，另一個人負責趨勢圖、數據表和整體狀態的部署，解決了問題。
- 解決三：Axure中，熱區的形狀只能是矩形，所以只能通過添加很多個不同形狀的矩形熱區來盡可能地覆蓋每個省的位置。由於矩形形狀的限制，沒辦法非常完美地契合各個省份的分界線，但是我們盡可能地把圖片放大，實現熱區的覆蓋。
- 解決四：這個困難的唯一解決辦法就是老老實實坐在電腦前一波操作，然后腰酸背痛一整天~
3、是否解決
地圖高亮的解決
合作時的工作模式
熱區不能完全覆蓋的問題
工作量大
4、有何收獲
- 張鈺婷：之前沒有接觸過原型設計，一開始看到題目的時候是很懵逼的，以為又要代碼實現什么東西。后來着手研究Axure時，發現還挺有意思。接觸到新的事物，感覺學習都有了動力。和隊友研究出作業里的一個個原型設計要求時，還有些興奮hhhh。由於隊友就是舍友，在之前也有過一起結對做大作業，所以在本次作業完成的過程中，都無比地默契和愉悅~
- 呂宇昕：首先最大的收獲當然是多get了一個軟件技能啦！沒有嘗試前以為原型設計很難，和結對舍友唉聲嘆氣不想面對，結果一步步地學習之后發現原來是這么有趣。從剛開始的一塊白板到實現豐富多彩的功能，成就感爆棚除此之外，還了解了NABCD模型，對產品分析提供了很大的幫助如果下次還有原型設計我一定能夠得心應手啦！另外最重要的是，感謝隊友（也就是舍友），合作非常愉快，溝通毫無障礙~
四、合作
1、結對過程
神仙舍友出征
2、快樂學習
話太多了，隨便截一點嘿嘿嘿！合作愉快！
六、PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|---|
| Planning | 計划 | 30 | 30 |
| Estimate | 估計這個任務需要多少時間 | 30 | 30 |
| Development | 開發 | 1975 | 1740 |
| Analysis | 需求分析 (包括學習新技術) | 240 | 200 |
| Design Spec | 生成設計文檔 | 120 | 60 |
| Design Review | 設計復審 | 30 | 40 |
| Coding Standard | 代碼規范 (為目前的開發制定合適的規范) | 45 | 40 |
| Design | 具體設計 | 240 | 200 |
| Coding | 具體編碼 | 1000 | 960 |
| Code Review | 代碼復審 | 180 | 120 |
| Test | 測試（自我測試，修改代碼，提交修改） | 120 | 120 |
| Reporting | 報告 | 130 | 160 |
| Test Report | 測試報告 | 90 | 120 |
| Size Measurement | 計算工作量 | 10 | 5 |
| Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 30 | 35 |
| 合計 | 2135 | 1930 |
七、博客內容PDF
八、寫在最后
2020年，不止有點難。新型肺炎的爆發，使得本該闔家歡樂的春節，變得人人自危。疫情爆發后，相信很多人都和你我一樣，每天不停，被動或主動地刷着咨詢。在冷冰冰的上升的確診字數里，在一則又一則讓人寒心的壞消息里，我們總能看到暖心的新聞。“請再等等。等春天的到來，等地鐵里的人多到來不及上這一班，等大排檔里吵到必須扯着嗓子說話，等去武大看櫻花的人比花還多······”
最后，分享一句話：待凜冬散去，雪融草原，相信一定有新的相逢將溫暖延續！