| 這個作業屬於哪個課程 | 2020春|S班(福州大學) |
|---|---|
| 這個作業要求在哪里 | 作業要求 |
| 結對學號 | 221701419 & 221701410 |
| 這個作業的目標 | 《構建之法》3~8章學習；鍛煉與同伴合作的能力；掌握產品原型的制作 |
| 作業正文 | https:////www.cnblogs.com/hhhqqq/p/12367720.html |
| 其他參考文獻 | Axhub Chart |
原型模型地址
NABCD模型分析
N（Need，需求）
用戶提供需求
有一家統計網站每天都會提供一個對應的日志文本，記錄國內各省前一天的感染情況，上次的疫情統計結果只是通過文字來顯示，不夠直觀、具體，對用戶不夠友好，本次我們希望可以通過地圖的形式來直觀顯示疫情的大致分布情況，還可以查看具體省份的疫情統計情況。地圖需滿足以下需求：
在全國地圖上使用不同的顏色代表大概確診人數區間
- 顏色的深淺表示疫情的嚴重程度，可以直觀了解高危區域；
- 鼠標移到每個省份會高亮顯示；
- 點擊鼠標會顯示該省具體疫情情況；
- 能夠展示現有的情況以及累計的情況
點擊某個省份顯示該省疫情的具體情況
- 顯示該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數；
- 該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢
基礎需求整理
- 首頁展示全國感染患者人數、疑似患者人數、治愈人數、死亡人數和全國疫情地圖。
- 疫情地圖用顏色深淺表示人數多少，可選擇顯示現存確診或累計確診。
- 鼠標移至省份能高亮顯示，且在旁邊展示該省確診人數；點擊省份可進入省份詳情頁。
- 省份詳情頁展示：該省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數；該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢。
拓展需求
- 首頁展示全國新增確診趨勢、新增疑似趨勢、治愈趨勢、死亡趨勢、治愈率趨勢和死亡率趨勢，多種趨勢讓用戶全面了解疫情。
- 首頁展示全國各省疫情數據表格，相比圖表更快獲得具體數值。
- 快捷分享，可分享全國數據或省份數據，方便用戶分享信息。
- 所在地數據查詢，獲取用戶定位，方便查詢所在地信息。
A（Approach，做法）
- 實現方法：Web作為前端展示，前后端分離的架構。后端程序處理數據，前端調用后端接口實現數據可視化展示。
B（Benefit，好處）
- 采用Web網頁發布的形式，訪問更加輕快，可多平台訪問
- 相比於其他內嵌在app中的疫情統計程序，網頁形式更易於分享和傳播
- 既提供數據可視化的疫情地圖，也提供各省份的具體數據表格，多方位滿足用戶需求
- 提供多樣式多種類的折線圖，可直觀感受數據變化；多種數據（如治愈率、死亡率等）為用戶提供更多信息。
- 頁面清爽，觀感優秀
C（Competition，競爭）
優點
- 采用Web網頁發布的形式，訪問更加輕快，相比於其他內嵌在app中的疫情統計產品，更易於分享和傳播
- 功能直觀，與其他產品相比避免了其他冗余信息（如各種推廣）
- 可獲取用戶定位，從而為用戶推送更需要的數據信息
缺點
- 市場上同類產品繁多，且多集成在各大App中，具有天生用戶優勢，本產品宣傳渠道不廣，難以宣傳
- 市場上產品大多依附原有app從而集成多種功能，本項目功能略顯單薄
D（Delivery，推廣）
推廣平台
- 微信、QQ：作為最常用的兩個通訊工具，均具有操作簡便、易於分享的特點，可通過公眾號、朋友圈、群聊、空間進行宣傳
- 抖音等短視頻平台：作為目前最火的新媒體營銷手段之一，抖音等短視頻平台有着大量用戶，且具有視頻宣傳更生動的特點
推廣策略
- 當下中國疫情牽動人心，通過切實反映疫情數據、直觀了解疫情情況等宣傳點進行宣傳
困難解決
困難描述
1.疫情地圖的形成與高亮
初次使用原型模型工具，對於如何生成可交互的全國地圖和高亮不了解。
2.獲取用戶所在位置的實現
此前未寫過相關功能，不知道如何實現，因此對是否加入原型產生問題。
困難解決
1.疫情地圖的形成與高亮
在查詢相關資料與實踐后，發現可以用導入svg圖片並對各省份圖片添加交互實現可交互的疫情地圖。
2.獲取用戶所在位置的實現
在初步進行了解后，發現可以調用瀏覽器地理位置(Geolocation)API來實現。具體實現過程將在后期開發中進行研究。
體會與收獲
在初次使用原型設計工具的過程中遇到了很多困難，但最后都通過查詢相關資料和動手實踐后克服了，在這個過程中，我也逐漸熟悉了Axure rp9的使用。很多Axure中沒有的功能，其實可以通過引入第三方元件來解決，善用第三方元件也能大大加快用Axure進行原型模型設計的速度。在需求分析中，因為同時承擔需求分析和具體開發雙重責任，所以很多時候會考慮具體實現的難度，比如獲取用戶位置這一之前未接觸過的功能。但事實上，大多數的需求都有其解決方法，在需求分析時既要兼顧后期開發需求，也要大膽提出合理需求，從而實現更好的產品。
原型設計
原型地址
原型開發工具
Axure rp9
原型展示
原型中顯示的數據非真實數據，僅供原型展示用
顏色的深淺表示疫情的嚴重程度，可以直觀了解高危區域
鼠標移到每個省份高亮顯示
鼠標懸停在省份上方時，該省份將以橘色高亮顯示，有現存確診人數提示，添加陰影體現懸浮效果，同時適當放大省份名稱
點擊鼠標會顯示該省具體疫情情況
點擊某個省份跳轉到該省份詳細數據的頁面，能夠查看該省的感染人數、疑似人數、累計治愈、累計死亡、新增確診/新增疑似、累計治愈/累計死亡
能夠展示現有的情況以及累計的情況
鼠標點擊下方現存確診/累計確診，切換顯示相應的可視化地圖
顯示某省份對應的感染患者人數、疑似患者人數、治愈人數、死亡人數
該省份到目前為止的新增確診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢
點擊某條曲線的名稱來顯示/隱藏相應曲線
全國范圍的折線圖
點擊趨勢圖下的三個按鈕切換顯示不同的折線圖
全國疫情數據表格
首頁導航
頁面跳轉
快捷分享，可分享全國數據或省份數據，方便用戶分享信息
效能分析與PSP表格
效能分析
在本次結對合作中，我們采用了分工制作不同板塊的方法合作，各自開發時的效率較高；但由於分開制作，在項目進行合並時的效率較低，今后可以考慮使用在線項目平台來實現分工合作。具體編碼尚未實現，代碼的效能分析暫無法提供。
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（min） | 實際耗時（min） |
|---|---|---|---|
| Planning | 計划 | 30 | 30 |
| Estimate | 估計這個任務需要多少時間 | 30 | 30 |
| Development | 開發 | 410 | 385 |
| Analysis | 需求分析 (包括學習新技術) | 90 | 70 |
| Design Spec | 生成設計文檔 | 30 | 30 |
| Design Review | 設計復審 | 10 | 5 |
| Coding Standard | 代碼規范 | - | - |
| Design | 具體設計 | 60 | 50 |
| Coding | 具體編碼（原型制作） | 180 | 210 |
| Code Review | 代碼復審 | 20 | 10 |
| Test | 測試（自我測試，修改原型，提交修改） | 20 | 10 |
| Reporting | 報告 | 110 | 140 |
| Test Report | 測試報告 | 10 | 10 |
| Size Measurement | 計算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 90 | 120 |
| total | 合計 | 550 | 555 |
結對過程
結對過程
任務分配
| 學號 | NABCD需求分析 | 原型制作 | 文檔編寫 |
|---|---|---|---|
| 221701419 | 30% | 70% | 50% |
| 221701410 | 70% | 30% | 50% |
