第一次結對做業

時間 2020-06-09

標籤第一次简体版

原文原文鏈接

1、總覽和相關連接

這個做業屬於哪一個課程	2020春\|W班
這個做業要求在哪裏	第一次結對做業要求
結對學號	22170121八、221701220
這個做業的目標	可以理解客戶的需求，提供給客戶可行的優化的使用建議，並給出原型模型
做業正文	個人第一次結對做業
其餘參考文獻	《構建之法》第三版鄒欣

###附件PDF連接 本博客PDFhtml

2、需求分析（NABCD框架）

問題描述

目前新型冠狀病毒肺炎疫情到了很是關鍵的時期，學校仍然是嚴陣以待。繼續沿用咱們在寒假做業（2/2）——疫情統計的問題，有一家統計網站天天都會提供一個對應的日誌文本，記錄國內各省前一天的感染狀況，上次的疫情統計結果只是經過文字來顯示，不夠直觀、具體，對用戶不夠友好，在本次做業裏，咱們但願能夠經過地圖的形式來直觀顯示疫情的大體分佈狀況，還能夠查看具體省份的疫情統計狀況。web

在全國地圖上使用不一樣的顏色表明大概確診人數區間

* 顏色的深淺表示疫情的嚴重程度，能夠直觀瞭解高危區域；
* 鼠標移到每一個省份會高亮顯示；
* 點擊鼠標會顯示該省具體疫情狀況

點擊某個省份顯示該省疫情的具體狀況

* 顯示該省份對應的感染患者人數、疑似患者人數、治癒人數、死亡人數；
* 該省份到目前爲止的新增確診趨勢、新增疑似趨勢、治癒趨勢和死亡趨勢

-- 引用自第一次結對做業要求服務器

N（Need-需求）

必要需求
- 殺手功能
  - 全國疫情實時數據一覽表：顯示全國疫情實時數據，包括現有確診、重症數以及累計確診、治癒、重症、死亡數。
  - 全國地圖按省顯示疫情狀況：以確診病例和疑似病例總數做爲標準來控制顏色的深淺來表示某省嚴重程度；鼠標置於某省上時，該省高亮顯示；鼠標點擊時轉入某省疫情具體狀況頁面。
  - 某個省份的疫情具體狀況：數據一覽表格式同上述全國數據一覽表，數據源改成某省相關數據；以多種圖表格式顯示各種數據走勢；提供該省全部地級市數據，按照確診和疑似病例總數進行排序。
- 外圍功能
  - 國外疫情實時數據一覽表：以國家爲單位的數據一覽表，按照確診病例和疑似病例排序。
  - 疫情遷移地圖：採集患者流動數據，按照患者流入人數爲標準來控制顏色，讓用戶直觀的瞭解疫情傳染過程和形式。
  - 各省份遷移比例（遷入遷出）一覽表：統計各省患者流入流出率，用戶可選擇按照遷入率、遷出率進行排序。
輔助需求
- 殺手功能
  - 疫情相關消息實時播報：實時更新疫情相關疫情報道，從全國權威機構和官方媒體抓取和疫情有關網頁的標題和日期，用戶可點擊跳轉到源網頁查看詳情。
  - 疫情防禦和應對手冊：按照無症狀、密切接觸者、疑似患者、確診患者四類展現疫情防禦和應對專業知識，用戶點擊後進入相關醫學百科知識介紹。
  - 本地播報：根據用戶IP地址等相關位置信息定位用戶所在地，向用戶展現該地的疫情相關報道。用戶也可自行選擇地區查看某地報道。
- 輔助功能
  - 疫情直播：跳轉到到各大電視和直播平臺，直播疫情相關內容。
  - 疫情熱搜和謠言粉碎：重新浪網、騰訊網等大型門戶網站和各大搜索引擎抓取熱搜動態進行展現；從官方媒體和科研機構的消息展現闢謠信息。用戶可點擊跳轉到源網頁查看詳細信息。
  - 愛心捐助：用戶點擊後向用戶展現各類捐款機構介紹，並提供相應捐款渠道連接，用戶可跳轉到相應捐款機構頁面進行完成捐款操做。

A（Approach-方法）

開發一個實時顯示疫情統計數據的web應用，基礎功能包括全國和具體某一個省份的疫情具體狀況的可視化顯示，擴展功能有遷徙地圖、疫情服務（含疫情熱搜、謠言粉碎、愛心捐贈）以及實時播報（含疫情實時播報、疫情直播、本地直播）。微信

基本功能
全國疫情可視化	1.全國地圖上，顏色的深淺表示疫情的嚴重程度，顏色越深越嚴重<br/>2.鼠標移到每一個省份會高亮顯示（綠色）<br/>3. 點擊鼠標會顯示具體某個省份的疫情狀況
具體省份疫情可視化	1.顯示該省份對應的感染患者人數、疑似患者人數、治癒人數、死亡人數；<br/> 2.該省份到目前爲止的新增確診趨勢、新增疑似趨勢、治癒趨勢和死亡趨勢（折線圖）
遷徙地圖	直觀展現疫情期間人口遷徙的軌跡與特徵
疫情服務	1.疫情熱搜：展現網民與疫情相關的熱搜<br/>2.愛心捐贈：爲用戶提供愛心途徑 <br/>3.防禦手冊：爲用戶提供防禦疫情相關的實用知識
實時播報	1.實時播報：爲用戶提供第一手疫情資訊<br/>2.疫情直播: 爲用戶提供實時直播的連接<br/>3.本地播報：爲用戶提供身邊的疫情資訊

B（Benefit-好處）

容易訪問 web應用的優勢，不須要再多安裝多餘的APP、軟件
直觀數據 採用圖表結合的展現方法，剝離了原始數字數據的生硬感
實時實用 提供第一手的最新疫情資訊，和給用戶提供相關防禦措施

C（Competitors-競爭）

優點app

可視化：疫情相關數據展現圖表結合，一目瞭然
輕量級、可擴展：web應用優點，結構靈活，無需下載安裝app，訪問便捷
簡潔實用：界面交互友好，功能貼近實際

劣勢框架

疫情爆發後，已經陸陸續續出現了許多優秀的疫情動態數據可視化網頁，如百度、丁香醫生等，競爭壓力大
開發人員水平受限，一些拓展功能都只是搬運自其餘平臺，沒法保證功能的完善和用戶體驗

D（Delivery-推廣）

經過微信朋友圈、QQ空間、微博等社交平臺進行推廣
向身邊的同窗朋友進行試用、推廣

3、原型設計展現

原型設計連接

疫情統計原型設計svg

設計工具

Axure RP 9工具

綜述

用戶的入口爲疫情動態頁面。一共分爲疫情動態、遷移地圖、疫情服務和實時播報四個功能模塊。此外，若在各省疫情數據一覽圖中點擊某個省份，還可跳轉到該省疫情詳情頁面。學習

疫情動態

展現全國疫情數據一覽、各省疫情數據地圖、各省疫情一覽表以及國外疫情四部份內容。各省疫情地圖當鼠標懸停時可高亮顯示（以下圖，懸停於福建省），點擊便可進入省份詳情頁面。開發工具

省份詳情

數據地圖單擊以後跳轉至本頁面，展現該省詳細數據、疫情走勢和相關熱搜。

遷移地圖

實現疫情遷移地圖顯示，也可切換查看熱門遷入、遷出城市。

疫情服務

主要提供本次疫情相關知識介紹和熱點內容，並整合了愛心捐贈的外部連接。

實時播報

實時更新播報信息，提供外部疫情直播連接，可自動定位或手動選擇定位查看當地播報

4、問題總結

實現方案制定不周

原計劃使用內聯Echarts實現地圖高亮和點擊事件。可是準備工做作的不夠充分，內聯須要引用外部的URL而非本地的html。所以須要雲服務器來上傳定製的Echarts來引入顯示。咱們以前沒有購買使用過雲服務器，在域名備案提交審批時，被告知至少10個工做日纔可審批完成，而做業規定的時間是一週，因而放棄了定製Echarts的實現方式。

形成這一問題的主要緣由在於咱們在制定實現方案時，僅僅是從幾個備選方案中挑出一個而已，沒有仔細地瞭解各個方案實現所須要的條件和準備，對雲服務器的使用方式也沒有去了解和學習，忽視了雲服務器申請流程這一重要步驟。隨後咱們決定選用導入圖片並添加註冊事件的方式實現地圖高亮。

原型工具的不熟悉

決定選用導入圖片的方式後，咱們一開始選用原型工具爲墨刀。地圖圖片決定使用現成的svg格式。在設計的過程當中，咱們發現墨刀並不自帶svg圖片分塊切割的功能，一時也沒有找到合理的解決方案。最後轉戰到了Auxre RP。還好在發現問題及時，沒有在墨刀上花費太多時間。最終的成品是使用Axure RP實現的。

結對的協做配合

沒有辦法面對面交流，給這次結對做業的協做配合帶來了一些不便。咱們的解決方法是天天語言通話來制定下一天的工做計劃和任務，明確任務分工。遇到問題以視頻通話或者屏幕分享的方式討論。整體上合做效率還比較滿意。

5、PSP表格和效能分析

PSP表格

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	40	40
-Estimate	估計這個任務須要多少時間	40	35
Development	開發	600	710
-Analysis	需求分析 (包括學習新技術)	60	70
-Design Spec	生成設計文檔	90	85
-Design Review	設計複審	60	75
-Coding Standard	代碼規範 (爲目前的開發制定合適的規範)	0	0
-Design	具體設計	390	480
-Coding	具體編碼	0	0
-Code Review	代碼複審	0	0
-Test	測試（自我測試，修改代碼，提交修改）	0	0
Reporting	報告	70	80
-Test Report	測試報告	0	0
-Size Measurement	計算工做量	10	20
-Postmortem & Process Improvement Plan	過後總結, 並提出過程改進計劃	60	60
合計		710	830

效能分析

設計時間花的比較久，主要是因爲以前制定的實現方式不奏效，從而從新設計新的實現方法。其餘的時間預估和實際耗時基本接近。

6、結對過程和截圖

屏幕分享

語音通話

7、心得總結

221701218總結

其實此次結對做業與上次的做業感覺都是差很少的，都是從一開始的無從下手一步一步地從學習原型開發工具（學了墨刀又學了axure）到漸漸地思路清晰再到設計完成最後在這兒總結，過程一樣都是艱辛的，不太同樣的就是本次做業爲結對形式，更考驗的是兩我的之間的配合協做解決問題，兩我的一塊兒懵逼到兩我的都有思路再到設計開發完成，在解決問題過程當中多了些許趣味。沒有一項設計工做是一路順風的，原型設計是如此，結對開發也是如此，但願本身從此可以增長本身的自主學習能力減小設計過程當中的阻礙。

221701220總結

總的來說這次做業的完成可算是百轉千回，遇到了不少問題致使前功盡棄。根本緣由一個是技術積累不夠，還有就是計劃制定太過草率，勁使錯了方向。第一次嘗試結對完成原型設計，配合不太熟練，一開始分工也很模糊，隨着進度的推動，咱們也愈來愈有默契，工做效率也獲得了提升。經過完成原型設計，對軟件工程中原型設計的流程和方法有了充分的瞭解和基本的掌握，期待一下次的結對任務，我相信咱們講有所進步。