這個做業屬於哪一個課程 | 2020春S班 (福州大學) |
---|---|
這個做業要求在哪裏 | 結對第一次—疫情統計可視化(原型設計) |
結對學號 | 041701320、221701117 |
這個做業的目標 | 1.NABCD模型<br/>2.疫情統計可視化(原型設計)<br/> |
做業正文 | 結對第一次—疫情統計可視化(原型設計) |
其餘參考文獻 | CSDN、百度、b站Axure教程、highchart |
原型地址:疫情統計可視化原型css
文字準確、樣式清晰、設計思路清晰、圖文並茂,並描述遇到的困難及解決方法(包括:困難描述、解決嘗試、是否解決、有何收穫),字數在1000字左右。html
困難描述編程
解決嘗試api
其實技能都是通用的,你會了axure,mockplus和墨刀只要習慣一下操做就行了,不須要學。會mockplus和墨刀不必定會axure,RP裏有和flash或dreamweaver比較類似的思惟和使用方式,有原件,母版,css樣式等。可是我不推薦mockplus和墨刀,除非你是業餘作作的或者是很是簡單的軟件產品,好比20頁之內的,且不是高保真原型。若是你作一個200頁的原型,每一頁上有60個數據項,有40個交互,你去用墨刀作作看。。。由於mockplus和墨刀是雲端版本的,開發技術很是不穩定,稍微複雜一點就崩,功能也不多。最最最最最不可取的是,這些軟件商都不提供源文件,你只能導出圖片或者生成原型,但沒有原型源文件。要知道,若是真正作產品設計的人,應該懂得在開發設計時,是一版版分別保存的,有時候甚至天天保存一個版本,由於需求在不斷變化。本地作的好處是,當你想回退到某個版本去找曾經設計過的某個模塊時,你能夠直接找到當時的文件。若是你用雲端版本就不可能了,你每次編輯只會覆蓋以前的版本。mockplus和墨刀比axure便利的地方在於,他們比較適合移動端設計。因爲歷史緣由,axure在移動端的控件操做不是那麼方便。因此最終咱們選擇的Axure。微信
咱們花了許多時間尋找全國地圖的組件,最後在產品大牛裏找到了全國地圖的組件庫。架構
<div align=center ><img src="https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002271509281.PNG"/></div> 框架
<div align=center ><img src="https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002271509352.PNG"/></div> ide
<div align=center ><img src="https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002271509403.PNG"/></div> <div align=center ><img src="https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002271509514.PNG"/></div>svg
<div align=center ><img src="https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002271521175.PNG"/></div> 工具
是否解決
有何收穫 此次做業咱們收穫頗多。
餘嘉宸: 說說此次做業的心得體會吧。所謂大浪淘金,必不可少的就是在完成任務的過程當中堅持不懈。剛剛拿到這個題目的時候,咱們都大眼瞪小眼,「什麼是原型模型?」,「這些工具我都沒用過啊?」,「原型工具選哪一個好啊?好糾結」,...諸如雲雲。困難是必不可少的,不然也不會有如今完成任務的成就感。在這個疫情期間,你們都迎難而上,不怕困難,相信很快打敗疫情,於此道理一致,面對難題迎難而上,多花時間,多花精力,總能克服。
首先咱們很快的分配好了各自的工做,誰畫圖,誰編碼,誰碼字等等。工做井井有理的進行着。
咱們瞭解了什麼是原型模型:原型方法被定義爲軟件開發模型,其中構建原型,測試,而後在須要時從新加工,直到實現可接受的原型。 它還建立了生成最終系統的基礎。軟件原型模型在項目要求未知的狀況下效果最佳。 它是一種在開發人員和客戶端之間進行的迭代,試驗和錯誤方法。原型模型優勢全面。包括能快速建造一個能夠運行的軟件原型 ,以便理解和澄清問題,使開發人員與用戶達成共識,最終在肯定的客戶需求基礎上開發客戶滿意。咱們在瞭解衆多原型軟件後,最終選擇了Axure,Axure全稱是叫Axure RP。Axure是一個專業的快速原型設計工具,多用於網頁原型設計,是產品經理經常使用的原型設計工具之一。
在使用Axure的過程當中,咱們遇到了很多困難,咱們經過博客尋找解決辦法,同時詢問老師同窗,一樣的,也在一些學習軟件上學習了Axure的使用。
文檔編輯也是個重要的環節,首先要解決的是本身的任務,以及本身有關任務的文檔書寫,其次是兩人的文檔內容結合,以及任務的結合,這過程當中很容易產生你改了我改好的代碼,分歧也同時存在。合理的組織也是必不可少的內容。
合做的重要性人盡皆知。易卜生曾經說過,偉大的事業,須要決心,能力,組織和責任感。這句話語雖然很短,但令我浮想聯翩。 所謂團結,關鍵是團結完成項目。貝多芬說過一句富有哲理的話,卓越的人一大優勢是:在不利與艱難的遭遇裏百折不饒。這啓發了我, 每一個人都不得不面對這些問題。 在面對這種問題時, 團結因何而發生?這樣看來,西班牙曾經提到過,自知之明是最可貴的知識,認識本身,認清本身,同時團結也能很好的取長補短,共同彌補本身在項目過程當中的不足。所以,只有團結一致,面對共同的項目,共同的目標,才能更好的完成任務,這也是結對編程的意義所在。
楊鑫傑: 此次做業收穫頗多。一開始咱們面對一個本身之前歷來沒有接觸過了領域——「原型」,遇到過不少困難。「原型是什麼?」「用啥工具作?」「這麼多工具選哪一個好?」等等。困難不少,可是辦法總比困難多,咱們結對合做,最終仍是成功完成了任務。 首先,咱們在各自理解了什麼是原型和製做原型工具的基礎上,第一次討論肯定了咱們小組製做原型的工具。咱們在Axure和墨刀兩個工具中糾結了一下,墨刀適合新手,使用簡單,學起來快,可是它是雲端版本,開發技術不穩定,不適合複雜的產品。Axure雖然操做複雜一點,可是功能齊全,可以作出複雜產品的高保真原型。由於技能都是相通的,但會墨刀的不必定會Axure,因此咱們最終決定用Axure。 Axure全稱是叫Axure RP。Axure是一個專業的快速原型設計工具,多用於網頁原型設計,是產品經理經常使用的原型設計工具之一。這是咱們此次做業收穫最大的地方,那就是學會Axure的使用,會用Axure作出產品原型,會用Axure的熱區實現交互功能,會用中繼器實現數據存儲與顯示,會用動態面板實現不一樣狀態下的顯示......對Axure也算是大體的掌握了,又get了一個新技能。 後面咱們就很快分配好工做,咱們將工做分爲疫情地圖原型的製做、基礎交互功能的實現、頁面的美化、拓展功能的實現、博客的編輯。咱們兩我的各自分配好任務後,就開始執行。此次做業的收穫之二,也就是團隊合做共同完成任務了。好的團隊合做,就應當是效率1+1>2。咱們此次結對合做完成任務,從分配任務、到共同討論、到完成任務,過程當中都發揮出告終對合做的優點,比一我的摸索更快、更好地完成了這次的任務。固然在合做中也會有些問題,那就是進度的整合。咱們經過QQ傳送文件的形式來傳遞每一個人製做的成果,就有些麻煩。通過此次任務的合做,我更加有了合做的經驗,知道怎樣能更好的分工、討論,去融合不一樣的意見。 在原型製做過程當中,還有一個收穫就是對svg圖標資源的搜索,知道了經過Iconfont阿里巴巴搜索svg圖標的方法,也學會了將下載的資源導入到Axure中。在將原型製做完成後,又一個收穫是學會了怎麼將原型發佈在互聯網上讓別人也能夠訪問。咱們選擇的是發佈在「產品大牛」上,經過「產品大牛」公共庫託管。 接下來的一個收穫,就是閱讀《構建之法》第八章,理解了NABCD模型,並將NABCD模型應用於這次做業的產品原型設計中。從需求、作法、好處、競爭、推廣,我學會了競爭性需求分析的過程。 總的來講,此次結對合做收穫頗多,意義非凡,很感謝此次做業。
NABCD模型使用的詳細說明。
N:(Need需求)
個人創意解決了用戶什麼需求,需求能夠是明確的/公開的,也多是說不清道不明。充分了解用戶的痛苦,他們對已有軟件/服務不滿意的地方,但用戶每每也不瞭解顛覆型的創新。
目前新型冠狀病毒肺炎疫情到了很是關鍵的時期,但願能夠經過地圖的形式來直觀顯示疫情的大體分佈狀況,還能夠查看具體省份的疫情統計狀況。
基本需求:
<div align=center ><img width="60%" src="https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200228082000%E9%AB%98%E4%BA%AE.png"/></div> - 顏色的深淺表示疫情的嚴重程度,能夠直觀瞭解高危區域
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227163711%E9%A6%96%E9%A1%B5.png"/></div> - 點擊鼠標會顯示該省具體疫情狀況 - 點擊某個省份顯示該省疫情的具體狀況,也可點擊右上角下拉框選擇具體省市(本產品目前完成了全國、福建、湖北三個地區) <div align=center ><img width="40%" src="https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200228082016%E4%B8%8B%E6%8B%89%E6%A1%86.png"/></div> - 顯示該省份對應的感染患者人數、疑似患者人數、治癒人數、死亡人數 - 該省份到目前爲止的新增確診趨勢、新增疑似趨勢、治癒趨勢和死亡趨勢 <div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227163722%E7%A6%8F%E5%BB%BA.png"/></div>
拓展需求:
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227162949%E6%96%B0%E9%97%BB%E8%B5%84%E8%AE%AF.png"/></div>
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227162956%E7%83%AD%E7%82%B9%E5%92%A8%E8%AF%A2.png"/></div>
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227163001%E5%A2%9E%E9%95%BF%E7%8E%87.png"/></div>
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_200228040538%E6%8D%95%E8%8E%B7.PNG"/></div>
<div align=center ><img width="80%" src=" https://images.cnblogs.com/cnblogs_com/fzu-yxj/1656776/o_2002280407487.PNG"/></div>
A:(Approach,作法) 獨特的辦法來解決,來寫好這個軟件。例如人臉識別來實現大規模數據處理,地域熟悉實現公交路線。
B:(Benefit,好處) 產品給客戶能夠帶來什麼好處,遷移成本。
C:(Competitors,競爭) 先進入市場的產品,有所謂的先發優點(FirstMover Advantage,FMA),固然也有劣勢。後面進入市場的產品,有種種不利的因素,可是也有後發優點(Second Mover Advantage,SMA)。
【競爭產品分析】
<div align=center ><img width="30%" src=" https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200227101041%E7%AB%9E%E4%BA%89%E4%BA%A7%E5%93%81%E5%88%86%E6%9E%90.jpg"/></div>
D:(Delivery,推廣) 主要採用線上推廣。
原型模型必須採用專用的原型模型設計工具實現:如Axure Rp、墨刀、Balsamiq Mockup、Prototype Composer、GUI Design Studio、Adobe設計組件等等。在博文中說明你所採用的原型開發工具。
使用原型模型設計工具:Axure RP
Axure RP是一款專業的快速原型設計工具。Axure(發音:Ack-sure),表明美國Axure公司;RP則是Rapid Prototyping(快速原型)的縮寫。 Axure RP是美國Axure Software Solution公司旗艦產品,是一個專業的快速原型設計工具,讓負責定義需求和規格、設計功能和界面的專家可以快速建立應用軟件或Web網站的線框圖、流程圖、原型和規格說明文檔。做爲專業的原型設計工具,它能快速、高效的建立原型,同時支持多人協做設計和版本控制管理。
描述結對的過程,提供兩人在討論、細化和使用專用原型模型工具時的非擺拍結對照片。
<div align=center ><img src="https://images.cnblogs.com/cnblogs_com/yjchen/1645851/o_200228085436%E7%BB%93%E5%AF%B9%E8%BF%87%E7%A8%8B.png"/></div>
提供這次結對做業的效能分析和PSP。
談到效能分析。組主要體如今能力、效率、質量和效益四個方面。咱們在結對過程當中,充分利用各自的優點,例如文檔寫得好,AXURE學習的快,互幫互助。體現了能力的各自優點,提早安排好每一個人的工做量,效率也比較高,完成質量也很棒。經過BSC模型搭建效能分析架構,從財務角度,共同完成做業是主要目標。從客戶角度,分析客戶想要的效果,以及分析客戶的實際要求,設計完美,簡介,高效的可視化系統,同時在結對過程當中學習,獲取新知識。
PSP是卡耐基梅隆大學(CMU)的專家們針對軟件工程師所提出的一套模型:Personal Software Process (PSP, 我的開發流程,或稱個體軟件過程)。
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 30min | 30min |
Estimate | 估計這個任務須要多少時間 | 30min | 30min |
Development | 開發 | 15h | 23h |
Analysis | 需求分析 (包括學習新技術) | 2h | 3.5h |
Design Spec | 生成設計文檔 | 1h | 4h |
Design Review | 設計複審 | 30min | 2h |
Coding Standard | 代碼規範 (爲目前的開發制定合適的規範) | 1h | 30min |
Design | 具體設計 | 3h | 5h |
Coding | 具體編碼 | 4h | 2h |
Code Review | 代碼複審 | 1.5h | 1h |
Test | 測試(自我測試,修改代碼,提交修改) | 2h | 5h |
Reporting | 報告 | 3h | 6h |
Test Repor | 測試報告 | 2h | 2.5h |
Size Measurement | 計算工做量 | 30min | 30min |
Postmortem & Process Improvement Plan | 過後總結, 並提出過程改進計劃 | 30min | 3h |
合計 | 18.5h | 29.5h |
將博客內容生成一份PDF做爲隨筆的附件。