這個做業屬於哪一個課程 | 2020春 W班 |
---|---|
結對的學號 | 221701120 & 221701122 |
這個做業要求在哪裏 | 2020軟工實踐 結對第一次 疫情統計可視化(原型設計) |
這個做業的目標 | 根據客戶描述提取需求,進行原型設計並提供大概的解決方案 |
做業正文 | 2020軟工實踐 疫情統計可視化(原型設計) |
其餘參考文獻 | Axure 9全面教程、人人都是產品經理 |
<iframe frameborder="0" width="1080px" height="2000px"src="https://www.pmdaniu.com/storages/114471/5eebbfdbf810bf62aaf66ff769d83d89-82522/start.html#id=mx82vm&p=page_1"allowFullScreen="true"></iframe>html
背景:目前新型冠狀病毒肺炎疫情到了很是關鍵的時期,學校仍然是嚴陣以待。有一家統計網站天天都會提供一個對應的日誌文本,記錄國內各省前一天的感染狀況,但疫情統計結果只是經過文字來顯示,不夠直觀、具體,對用戶不夠友好,但願能夠經過地圖的形式來直觀顯示疫情的大體分佈狀況,還能夠查看具體省份的疫情統計狀況。
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 30 | 40 |
Estimate | 估計這個任務須要多少時間 | 30 | 40 |
Development | 開發 | 1370 | |
Analysis | 需求分析 (包括學習新技術) | 300 | 260 |
Design Spec | 生成設計文檔 | 30 | 30 |
Design Review | 設計複審 | 30 | 20 |
Coding Standard | 代碼規範 (爲目前的開發制定合適的規範) | 20 | 15 |
Design | 具體設計 | 240 | 480 |
Coding | 具體編碼 | 480 | |
Code Review | 代碼複審 | 30 | |
Test | 測試(自我測試,修改代碼,提交修改) | 240 | |
Reporting | 報告 | 240 | |
Test Report | 測試報告 | 180 | |
Size Measurement | 計算工做量 | 30 | |
Postmortem & Process Improvement Plan | 過後總結, 並提出過程改進計劃 | 30 | |
合計 | 1640 |
受這次疫情影響至今未能開學,咱們也算是提早試上了最近大火的「遠程辦公」。平時須要交流討論的問題直接面談交流就能解決的問題,如今卻有種「明明你就在眼前卻隔得好遠好遠」的悲情。
由於兩人都是第一次使用Axure來設計原型,還有不少用不來的地方,因而就有了長達幾十頁的QQ聊天記錄和下圖所呈現的錄屏交流。雖然麻煩了一點,但也算是一個不錯的可替代方案。兩人沒選擇語音交流的主要緣由是語音遠沒有文字來得直觀,語音環境的影響反而會致使信息的丟失而下降效率。沒怎麼使用通話是怕兩我的說着說着聊起來忘了正事。
這是咱們第一次接觸原型設計,對此並無什麼概念。一開始一直在糾結原型設計該呈現出什麼內容,該作到哪一步纔算結束。是展現一個靜態界面再加上一些頁面之間的跳轉邏輯就算達到目的了?仍是要呈現一些更加具體的操做與邏輯,儘量地逼近最終成品?
經過學習《構建之法》、上網查看其餘優秀的原型設計以及助教的解惑下,算是有了比較明確的答案。原型設計更可能是給客戶看的,要能體現你所但願展示的功能,若只是靜態頁面的跳轉那和PPT無異,用不着大費周章換個軟件寫PPT。故要實現必定的動態操做功能才能儘量地展現產品,讓客戶更直觀地看出是否是本身想要的。
一開始咱們使用的原型設計工具是墨刀,但當嘗試着實現鼠標在地圖上移動會高亮這一功能時卡殼了。一開始的想法是擁有足夠多的各省份的地圖,底色爲白色的一個,底色爲藍色的一個,而後經過添加交互監聽鼠標進入範圍就換成另外一個顏色的地圖。結果被「找不到各省市的地圖圖片」所戰勝。絕望之時甚至想要用PS來一個個扣出各省份的地圖。(好在人懶沒去作,真扣了如今我會罵本身無數遍傻X)
也有了解到其餘同窗經過echart組件直接編寫html代碼嵌入實現相關功能,但心存疑慮,這還屬於原型設計範圍嗎,認爲這應該歸屬於具體實現階段,故沒有采用此方法。後來經過搜索引擎瞭解到Axure會更好實現一點,便轉戰Axure,利用SVG圖片的特性導入Axure中轉圖片爲圖形,就可以比較符合邏輯地實現外觀的變化。但也存在着問題,SVG圖片的邊界是方形,而省份地圖邊界是不規律的,所以對於鼠標進入的斷定範圍會更大一點(以下圖)。對於這一點咱們也討論了好久,嘗試了好久,但最終沒能很完美地實現。最後恍然大悟,如今只是原型模型設計階段,儘可能體現所但願呈現的功能是重點,而去扣這些細節實現的必要性和重要性並非那麼大,就彷彿你在糾結原型中放的數據是不是正確的同樣。能完美地貼合最終的產品的操做當然很好,但更重要的是體現產品的操做邏輯給客戶,萬萬不可本末倒置。
在實現點擊地圖出現各地區感染狀況的小氣泡的功能時,採用的是斷定單擊事件後設置氣泡爲可見並移動到鼠標所在座標來實現。一開始可以很好地實現,但在地圖上添加Panel組件實現頁面移動後,鼠標點擊卻不能出現預期功能。
一開始覺得是Panel會覆蓋其下的組件,鼠標點擊事件斷定到Panel上了。但鼠標進入地圖區域卻能正常變色,這點使人疑惑。兩人商討許久未果,只好新建項目進行試驗,才發現Panel並不會隱藏其內部組件,而是Panel的鼠標絕對座標發生變化,再也不是以前相對整個頁面的絕對座標,而是以Panel左上角爲起點。故問題獲得解決。