這個作業屬于哪個課程 | https://edu.cnblogs.com/campus/fzu/2020SpringW |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzu/2020SpringW/homework/10400 |
結對學号 | 221701414,221701431 |
這個作業的目标 | 學習并設計産品原型 |
作業正文 | https://www.cnblogs.com/aahorse/p/12365343.html |
其他參考文獻 | https://www.iconfont.cn |
目錄
- 一、效能分析和 PSP
- 二、原型模型設計工具
- 三、部落格 PDF 附件
- 四、NABCD 模型
- 五、項目實作過程
- 六、結對過程
- 七、産品原型
- 八、總結
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 150 | 160 |
Estimate | 估計這個任務需要多少時間 | 30 | 25 |
Development | 開發 | 200 | 210 |
Analysis | 需求分析 (包括學習新技術) | 800 | 810 |
Design Spec | 生成設計文檔 | 90 | 80 |
Design Review | 設計複審 | 10 | |
Design | 具體設計 | 230 | |
Test | 測試(自我測試,修改代碼,送出修改) | 50 | |
Reporting | 報告 | ||
Test Repor | 測試報告 | 20 | |
Size Measurement | 計算工作量 | ||
Postmortem & Process Improvement Plan | 事後總結, 并提出過程改進計劃 | 120 | 130 |
合計 | 1830 | 1885 |
這次作業的時間主要花在了需求分析階段。因為這次作業是兩個人合作,是以在交流意見的時間也花了不少。前期制定的 PSP 表,在完成作業的過程中,基本能夠按照計劃執行。不足的是,做出來的東西還有很多地方需要完善。
本次作業原型模型設計采用:墨刀
pdf下載下傳
1.需求(N)
最近的武漢新冠狀病毒牽動着全中國人民的心,提到新冠狀病毒,不得不提 17 年前的那一場同樣席卷全國的非典。
非典爆發的年代,資訊不發達,各種傳聞鬧得沸沸嚷嚷,人們擷取資訊的管道過少,謠言更是助長了病毒的肆虐,使得人們普遍處于一種恐慌的狀态。
現如今,資訊相對發達,智能手機已經基本普及,我們希望通過開發一個手機 APP 來滿足人們希望擷取疫情實時資訊的心理,緩解面對疫情緊張的情緒。
對此,我們拟定了一下需求:
核心需求
- a.軟體簡單易用。在 Android 手機端即可操作。
- b.可以通過全國地圖上的顔色情況大概了解确診人數區間。
- c.可以獲得全國的感染、疑似患者、治愈和死亡人數。
- d.可以通過點選省份來具體檢視省份的感染、疑似患者、治愈和死亡人數。
- e.可以顯示該省份到目前為止的新增确診趨勢、新增疑似趨勢、治愈趨勢和死亡趨勢。
拓展需求
- f.可以獲得官方機構權威釋出的最新的關于新冠狀肺炎疫情資訊。
- g.可以通過裝置的定位資訊顯示所在省份的疫情資訊。
- h.提供辟謠功能,将流傳比較廣的謠言做成排行榜。
- j.提供圖檔疫情功能,此功能收集一些漫畫加油圖檔集、以及一些與疫情相關的圖檔集
2.做法(A)
-
① 對于需求 a:
追求的較友善使用,并且我們選擇 Android 手機端作為我們的界面。
-
② 對于需求 b、c、d、e:
關于應用的資料問題,我們将爬取網上的資料,以獲得全國和各省市的疑似患者人數,感染人數,治愈人數,死亡人數,放入資料庫中,并定時更新相應的人數。以完成需求 b、c、d、e。
-
③ 對于需求 g:
我們将擷取裝置定位權限,若用放行權限,我們獲得省份資訊後,從資料庫中提取相應的資訊展示給使用者看。
-
④ 對于需求 f:
我們将爬取最新的有關疫情的新聞。出于尊重原編者的知識産權,我們僅提供新聞的标題供點選後跳轉至新聞原界面。
-
⑤ 對于需求 g:
我們将從網上利用爬取對應的謠言内容和相應的權威辟謠内容。放入資料庫,每日定時檢查更新。
-
⑥ 對于需求 h:
我們通過爬取相關的資訊,進行展示。
-
⑧ 對于需求 j:
需求 j ,這是一個新的功能,也是我的一種嘗試。這個功能前期計劃通過人工爬取圖檔的方式,獲得資源。在後面版本更新時,可以增加使用者上傳功能。
- (為了尊重知識産權,我們會附帶資訊來源,并且本項目任何内容僅作為學習使用,不用做商業盈利。)
3.好處(B)
- ① 能夠快速了解全國的疫情情況。還有所在省市的疫情情況。
- ② 收集整理關于疫情的新聞資料。讓使用者能更好更容易的了解和掌握疫情的發展和防治情況。
-
③ 收集整理和謠言,并給出了辟謠。讓使用者能更好的分辨所接受到的資訊是否可信。讓使用者
免于謠言的侵擾。
(以下是一條讓人痛心的新聞,可見謠言是多麼的可怕!)

4.競争者(C)
疫情當頭,很多網際網路大公司都提供了自己的關于疫情資訊查詢的功能。據不完全統計,包括支付寶、微信、知乎、哔哩哔哩、百度等,都提供了相關的産品。作為學習型開發者,小打小鬧,但也拔高到他們的層次,客觀分析。
競争者的優勢
- 市面上的相關産品,都由專業的團隊開發和維護。
- 擁有衆多的使用者,能夠迅速得到海量的使用者使用回報,便于優化。
同樣都實作的功能
- 檢視全國疫情的情況。
- 獲得特定省份的疫情情況。
- 檢視疫情的趨勢圖。
- 辟謠功能。
- 收集釋出權威資訊功能。
同競争者相比所有的優勢
- 開發的程式服務的閱聽人面小,更具有針對性。
- 一鍵分享朋友圈,在家待久了難免會閑得想發一下朋友圈。
-
提供圖檔疫情功能。簡單的說,差別于傳統的新聞顯示模式,增加這個功能的目的是為了換一種方式對疫情進行展示。比如說,一些帶有資料的新聞,我們可以通過将資料轉化為數學圖像,然後再将數學圖像轉化為圖檔,這樣子隻需要通過看一張圖檔,就可以了解一則新聞。當然,我們的産品不是撰寫新聞,而是提供這樣子的一個平台,服務使用者。
舉例子:
下面這一組圖檔集,完全可以是一篇傳統的新聞稿,但是央視将其拆成的圖檔的形式,使得顯示出來的資訊更為直覺。但是看了許多相關的産品,并沒有将這種形式的新聞單獨拎出來,通過對需求的分析,我們注意到了這一點。是以,在本次需求原型設計中,我們增加了圖檔疫情這個功能,專門用來為這樣子的新聞或者某些有意義的圖檔組,提供一個展示的平台。
第一次結對作業 第一次結對作業 第一次結對作業
5.推廣(D)
值得注意的一點,這個産品具有很強的針對性,導緻最有效的使用時間會很短,但是我們希望的是,在疫情過後,設計的産品可以轉型,保留主要功能,剔除過時功能。
① 前期推廣到班級和自己所在的地方進行一定程度的試用,根據回報意見,完善産品不足。使得産品品質趨于穩定。
② 使用産品參加比賽或者其他推廣活動,讓使用過的人進行推薦,将使用者擴大到學校學院和更廣的地區使用。進一步得到回報并更新産品。
③ 完善産品後,将産品推廣上架軟體商城供使用者下載下傳使用并獲得使用者意見修改完善硬體内容。
先說總結:每次作業都是一次從零開始的摸索,這次也不例外。這次作業完成後,基本學會了用墨刀設計原型,也開始明白需求要打在使用者痛點處,這樣的産品才有競争力。
1)開發工具的選擇
在作業部落格裡面,列出了一系列可選擇的開發工具,了解過後,決定在 Axure Rp 和墨刀間二選一。權衡如下:① 墨刀界面操作簡單,适合快速上手;② 墨刀設計 App 有較好的環境,包括很多自動完成的步驟;③Axure Rp 操作複雜,适合專業人群;④ 目前隻是把墨刀當做一個輔助表達需求的軟體,可以滿足要求。
2)設計思路
本着先重後輕的原則,計劃先完成主幹需求,再添加額外功能。主幹需求包括:直覺顯示疫情資訊部分,有:疫情地圖、疫情表格、疫情曲線圖。額外功能包括:辟謠功能、實時疫情資訊功能、圖檔疫情功能。
3)遇到的問題
這次又是新的東西,實作過程中,遇到了不少的問題。
① 合作溝通問題
結對完成後,開始準備開始寫作業。但是發現兩個人之間無法發起 QQ 語音交流。對于這個問題,我們很果斷地選擇了通過打電話的方式。
② 需求确定問題
我們知道,網上早已有各種疫情相關的産品。并且,作業需求裡面提到的東西,網上也有現成的。如何才能讓我們的産品稍微有競争力,我們兩個人通過讨論,有所收獲。
我們希望通過增加一個圖檔看疫情的功能,讓使用者通過圖檔直覺地感受疫情各方面的影響。并且,把這個功能更作為我們差別同類産品的創新點。
③ 墨刀技術實作問題
一開始接觸墨刀的時候,對于裡面涉及的元件、狀态、連結區域等概念不熟悉。
後面通過對視訊教程的學習,很快就解決了。
**④ 地圖高亮問題**
實作地圖高亮其實一開始就開始考慮的一個問題。
但是,後面在原型中并沒有真正解決這個問題。
我們隻是通過已有的圖檔,設定熱力區域,來回切換圖檔來表達這一個需求。
對于這個問題,如果換一個工具,可能會有徹底的解決方式。
**收獲**
遇到問題,解決問題,這是一個摸索的過程,是一個增長經驗的過程。在整個開發過程中,有些地方做得很好,比如說兩個人通過讨論,确定需求,确定創新點。也要地方做得不好,比如說地圖高亮的問題。
這次作業最大的收獲是,對自己又是一次曆練,增長了産品原型方面的經驗。并且因為現在由于疫情原因,是在家裡面做項目,是以有對于如何平衡家庭、工作以及學習,也是一種很大的考驗。
結對前是有所考慮的,因為一個負責前端,一個負責後端才是最佳的搭配。
以下是尋求結對過程:
以下是電話讨論過程:
黎猛男為了照顧鄭猛男的顔值問題選擇了撥打電話的方式。 -----BB 語
以下是結對讨論照片:
鄭斯彬:
在最先看到作業的時候,對于原型開發工具的使用是懵逼的。兩臉彷徨無助,不知道怎麼弄出地圖原型,但時間緊,任務重。隻能硬着頭皮上去弄。在 axureshop 上面發現有付費原型可以使用,但因為家境原因,隻能自己動手幹。最終在集衆人智慧後弄出還行的原型。這次的實踐讓我們了解到了原型設計也需要掌握複雜的互動和動态功能,在學習實踐的時候不能隻想着直接上手寫,要學着适應現代軟體工程的建構方法。
黎家澤:
說到合作,已經很久沒有和别人一起合作開發東西了,這次和鄭斯彬的合作還是挺愉快的。
再說說項目,開始逐漸體驗到了軟體設計從零開始的過程,并且意識到了軟體設計的整體觀。慢慢地摸索,一步一步前行。