這個做業屬於哪一個課程 | https://edu.cnblogs.com/campus/fzu/2020SpringW/ |
---|---|
這個做業要求在哪裏 | https://edu.cnblogs.com/campus/fzu/2020SpringW/homework/10400 |
結對學號 | 22170123三、221701234 |
這個做業的目標 | 分析需求,設計疫情統計可視化項目原型 |
做業正文 | https://www.cnblogs.com/sillyby/p/12368158.html |
其餘參考文獻 | 《構建之法(第三版)》 |
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 30 | 45 |
Estimate | 估計這個任務須要多少時間 | 30 | 45 |
Development | 開發 | 480 | 550 |
Analysis | 需求分析 (包括學習新技術) | 120 | 100 |
Design Spec | 生成設計文檔 | 100 | 90 |
Design Review | 設計複審 | 60 | 40 |
Coding Standard | 代碼規範 (爲目前的開發制定合適的規範) | 0 | 0 |
Design | 具體設計 | 200 | 320 |
Coding | 具體編碼 | 0 | 0 |
Code Review | 代碼複審 | 0 | 0 |
Test | 測試(自我測試,修改代碼,提交修改) | 0 | 0 |
Reporting | 報告 | 80 | 60 |
Test Report | 測試報告 | 0 | |
Size Measurement | 計算工做量 | 20 | 20 |
Postmortem & Process Improvement Plan | 過後總結, 並提出過程改進計劃 | 60 | 40 |
合計 | 590 | 655 |
目前新型冠狀病毒肺炎疫情到了很是關鍵的時期,關係到全國上下每一個人。公衆對疫情的走向十分關注,迫切須要一個可以方便及時地獲取最新疫情動態的渠道;而對於領導者而言,信息透明是公衆的「定心丸」,須要一個好的方式將疫情信息透明化。html
必要需求web
用戶但願能夠經過地圖的形式來直觀顯示疫情的大體分佈狀況,還能夠查看具體省份的疫情統計狀況。編程
輔助需求瀏覽器
概述網絡
搭建一個實時顯示疫情數據的web應用,基礎功能包括全國和具體省份的疫情概覽和數據可視化顯示,並提供「疫情新聞」,「同程查詢」、「謠言鑑別」等額外功能入口。app
功能劃分echarts
基礎功能 | |
---|---|
全國疫情數據可視化 | 一、直接用數字儀表顯示現有確診、累計確診、治癒、死亡等不一樣羣體人數<br />二、全國地圖上使用不一樣的顏色劃分省,並提供圖例,不一樣顏色表明不一樣的確診人數區間,直觀瞭解高危區域,用戶焦點位於某個省時該省會高亮顯示,單擊某省份可查看該省的詳細疫情。<br />三、提供現有確診、累計確診、治癒/死亡人數的趨勢圖,直觀反映疫情大體走向。 |
各省疫情數據可視化 | 一、數字儀表顯示現有確診、累計確診、治癒、死亡人數<br />二、提供現有確診、累計確診、治癒/死亡人數的趨勢圖<br />三、詳細列出該省全部城市的疫情數據,有序排列 |
外圍功能 | |
疫情新聞瀏覽 | 列出與疫情有關的最新新聞概覽,由近至遠按日期份塊,並提供新聞詳情連接 |
同程查詢 | 查看指定班次是否存在感染者,支持飛機、列車、公交、出租、輪渡等交通方式的查詢,可按照班次/車牌、目的地、時間過濾查詢 |
謠言鑑別 | 收集網絡流傳的謠言,並逐個給出鑑別結果 |
易於訪問。web應用的一大優勢,用戶只須要有瀏覽器便可,不須要再安裝其餘軟件。ide
數據直觀易懂。採用豐富的圖形圖表將抽象數據可視化,讓普通用戶也能容易理解數據並提取有用的信息。工具
實時更新。每次訪問,保證用戶獲得的是最新的疫情數據,同時可以及時獲取相關資訊,跟進疫情動態。學習
**不只僅是數據可視化。**除了疫情數據可視化這一核心功能,還提供了和疫情有關的額外功能,能讓用戶可以更加全面地瞭解疫情。
優點
劣勢
使用的原型設計工具:墨刀
原型傳送門:https://free.modao.cc/app/60d312a367ee10f044e6fdfe526587e007c5ed44?simulator_type=device&sticky
原型設計和實際開發的邊界
問題描述:在嘗試實現地圖高亮需求時,咱們發現原型設計工具功能十分有限,想要在這一階段徹底展示地圖高亮,咱們首先提出了兩種方法:
一、分省拼接地圖,逐個導入設計原型並添加高亮事件;
二、運用echarts生成地圖,內聯到設計原型。
然而兩者都較爲繁瑣,彷佛都不是最好的解決辦法,咱們在思考過程當中同時提出了一個本質問題——原型設計究竟應該作些什麼?
解決方案:
通過討論和瀏覽了一些原型設計案例,咱們得出一個初步結論:原型設計的目標是以較簡單靈活的方式快速驗證用戶需求和統一開發目標。假如採用上述任一方法,內聯到設計原型中,若是用戶在看完原型後提出了比較重大的需求變動,咱們甚至須要去維護地圖的代碼或者重修大量的地圖碎片,失去了原型設計的靈活性。
最終咱們採用的方法是:以一個省的高亮效果爲需求示例向用戶展現,並說明在後續開發中該效果將運用到全部省。這樣一來,用戶也能理解咱們的思路,變動原型的代價也大大減小。
工做成果如何整合
幸運的是,墨刀提供了團隊合做的解決方案,咱們能夠同時在一個設計原型上進行設計,並實時反饋給對方。經過釘釘的視頻會議和共享桌面也能很好地解決遠程協做的問題。
第一次參與結對做業,這能夠算是一種全新的編程體驗了,互相交流的過程當中,咱們規避了不少以往單人做業時會犯的低級錯誤,也能及時淘汰一些很差的idea,還能相互學習對方的優勢,有效地推動工做。
可是在如何與同伴進行有效溝通方面我仍是作的不夠,討論的時候雙方經常陷入尷尬的沉默中,有時候還會出現一我的滔滔不絕,另外一我的一臉懵逼的狀況,成爲告終對做業的一大阻力。
同時,此次做業還讓我接觸到了原型設計,我才知道設計不只僅只是在紙上寫寫畫畫,還可以經過設計原型將idea更加生動地展示出來,原型設計不只是一個設計工具,也是一個優秀的交流工具。