結對第一次—疫情統計可視化（原型設計）
| 這個作業屬於哪個課程 | 2020 春福大軟工實踐 W 班 |
|---|---|
| 這個作業要求在哪里 | 結對第一次—疫情統計可視化（原型設計） |
| 結對學號 | 221701425/221701428 |
| 這個作業的目標 | 通過地圖的形式來直觀顯示疫情的大致分布情況，查看具體省份的疫情統計情況 |
| 作業正文 | 作業正文 |
| 其他參考文獻 | ... |
1 設計部分
- 1.1 原型開發工具
- Axure RP：一款專業的快速原型設計工具，讓負責定義需求和規格、設計功能和界面的專家能夠快速創建應用軟件或Web網站的線框圖、流程圖、原型和規格說明文檔。- 1.2 疫情統計可視化原型
- 疫情統計可視化（原型設計）- 1.3 困難描述
- 1、疫情地圖中，鼠標懸停相應省份時，該省份高亮，該困難源於對軟件原型模型設計工具得不熟悉
- 2、疫情趨勢統計圖得實現難題，該困難源於軟件原型模型設計工具本身的功能限制
- 3、實現一個可展開行表格來展示全國的具體省市的疫情數據，但是Axure中沒有可展開的表格。- 1.4 困難解決
- 問題1已解決：我們先后嘗試了兩個軟件原型模型設計工具--墨刀和Axure RP，經過自我學習后，發現Axure的功能更加強大，且更容易實現疫情地圖和解決省份高亮問題。在Axure中，可以使用SVG地圖來實現疫情地圖，再通過交互事件，來解決省份高亮問題。
- 問題2已解決：我們發現Axure基礎自帶的組件中沒有統計圖，一度想用截圖蒙混過關，后來經過百度，了解到可以在Axure Shop上下載到統計圖控件，以實現疫情趨勢統計圖。
- 問題3已解決：通過Axure自帶的樹組件，來實現可展開行表格。- 1.5收獲
- 本次原型設計作業通過學習相關技術知識，理解並消化客戶需求、提供給客戶可行的優化的使用建議，給出原型模型，並提供大概的解決方案預期規划。
- 體會到學無止境，遇到難題及時自學或請教解決。
2 NABCD模型使用
N/需求
- 疫情統計可視化：可以通過地圖的形式來直觀顯示疫情的大致分布情況，還可以查看具體省份的疫情統計情況。
- 在全國地圖上使用不同的顏色代表大概確診人數區間
- 顏色的深淺表示疫情的嚴重程度，可以直觀了解高危區域；
- 鼠標移到每個省份會高亮顯示；
- 點擊鼠標會顯示該省具體疫情情況- 點擊某個省份顯示該省疫情的具體情況
- 顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數；
- 鼠標移到每個市會高亮顯示，並且顯示簡單的數據；
- 該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢
A/做法
- 通過web平台實現疫情統計可視化，借助地圖/表格/折線圖清晰明確的展示了疫情變化過程
- 功能實現
| 功能 | 詳細說明 |
|---|---|
| 全國疫情統計可視化地圖 | 根據左下角顏色區間表可直觀簡要瀏覽全國疫情分布情況（現有/累計） |
| 全國疫情統計表格 | 表單元格中數據包含有全國現有確診、疑似，重症以及累計確診，治愈，死亡 |
| 全國疫情統計折線圖 | 折線圖中包含有全國新增（確診/疑似），現有（確診/疑似）以及累計（確診/治愈/死亡）趨勢折線 |
| 具體單個省份疫情統計可視化地圖 | 根據左下角顏色區間表可直觀簡要瀏覽具體省份疫情分布情況 |
| 具體單個省份疫情統計表格 | 表單元格中數據包含有具體省份現有確診以及累計確診，治愈，死亡 |
| 具體單個省份疫情統計折線圖 | 折線圖中包含有具體省份新增確診，累計確診以及累計治愈/死亡趨勢折線 |
| 省市疫情統計表格 | 表單元中數據包含有省份以及其所轄地級市的統計數據 |
B/好處
- 直觀、具體顯示全以及具體各省份疫情的大致分布情況
- 用戶對於可視化地圖顏色變化程度相應做好保護措施
- 人機交互界面相對友好，滿足用戶對疫情掌握相應基本情況
C/競爭
- 界面顯示清晰，簡潔，直觀為用戶送上想知道的信息
- 根據官方數據及時更新疫情數據統計情況
- 劣勢在於相關產品各平台上眾多，開發成熟度高，自身產品開發周期短，功能相對少且可能存在成熟度不夠
D/推廣
- 自身是大學生可通過校園平台進行推廣，推廣至大學生后再通過大學生五湖四海的分散性推廣至更廣的范圍
- 通過自身qq/微信朋友圈以及微博等途徑進行推廣
3 結對過程
- 3.1 明確分工，自主學習相關原型開發工具以及相關技術，不斷探尋原型實現中的困難並不斷合作解決，最后根據原型實現設計完成博客。
- 3.2 非擺拍結對照片
4 效能分析和PSP
效能分析：原型設計任務總體完成還可以，兩個人分工明確，發揮各自優勢完成客戶所要求的需求的原型設計
PSP表格
| PSP | Personal Software Process Stages | 預估耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|---|
| Planning | 計划 | 60 | 60 |
| Estimate | 估計這個任務需要多少時間 | 10 | 15 |
| Development | 開發 | 760 | 800 |
| Analysis | 需求分析 (包括學習新技術) | 180 | 150 |
| Design Spec | 生成設計文檔 | 20 | 30 |
| Design Review | 設計復審 | 10 | 15 |
| Coding Standard | 代碼規范 (為目前的開發制定合適的規范) | 40 | 30 |
| Design | 具體設計 | 60 | 50 |
| Coding | 具體編碼 | 300 | 300 |
| Code Review | 代碼復審 | 30 | 40 |
| Test | 測試（自我測試，修改代碼，提交修改） | 120 | 110 |
| Reporting | 報告 | 90 | 100 |
| Test Report | 測試報告 | 15 | 20 |
| Size Measurement | 計算工作量 | 10 | 20 |
| Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 45 | 30 |
| 合計 | 910 | 960 |
5 博客內容PDF
6 結對收獲
在此次結對過程中，我收獲頗多，其中我認為最重要的是團隊成員之間的互相協作能夠使得工作的進行更加流暢，成員也更有活力。在協作的過程中，還可以互相學習，互相補足，完善自身的技能，同時也加強了溝通交流的能力。