劉浩毅 第四次個人作業 案例分析

2022-09-15 01:36:10 字數 2968 閱讀 8687

這個作業要求在**

這個作業的目標

對csdn進行分析,並且結合實際應用了解軟體工程的應用

作業正文

其他參考文獻

....

第一部分 調研,評測(軟體的 bug,功能評測,黑箱測試,第8章使用者調研,12章軟體的使用者體驗)

1.2、產品的優缺點

缺點:

3.部分的資料需要一些附加條件才可獲得

優點:2.有專門的直播平台可供學習

1.3、對於產品的建議:

1.減少廣告的推送,廣告屬實影響使用者體驗。

3.加強審核的標準,對於一些濫竽充數的部落格予以駁回

1.4、bug測試:

測試環境:

測試機型:小公尺10 ultra

測試系統:miui12.5

csdn版本:4.5.8

①bug1:

第一步、手機端的csdn登入後,點選「我的」

第二步、點選創作中心中的資料觀星

第三步、點選部落格資料中的各類資料看板

第四步、發現資料看板內容資料為空

2.bug分析:該bug可能是後端未考慮到這些特殊情況所導致的,nan代表的是『not a number』,未有記錄應該顯示為0或者應該顯示為專欄資料中資料面板的樣式(如下圖所示)

3.bug的嚴重性:

嚴重程度: ★ ★

該bug並非會影響到使用者的使用,但是對於乙個成熟的軟體來說這種小bug是不該有的

4.對於bug的預期及改進建議;

建議將專欄資料中所使用的資料看板樣式應用到部落格資料當中去

測試環境:

測試系統:win10

瀏覽器:chrome

①bug2:

1.對bug的描述:該bug是必然發生的,當多次點選同一篇文章的點讚按鈕時,會出現當日點讚已達上限

第一步、隨機點選首頁中的任意一篇文章,多次點選點讚按鈕

第二步、當重複點選約十次左右會出現如下提示

2.bug分析:該bug可能是點讚判定有問題,對於同一篇文章的點讚與取消點讚也記錄到當天的總點贊次數中

3.bug的嚴重性:

嚴重程度: ★ ★★

該bug並非會影響到使用者的使用,但是對於有些文章是不小心點到了點讚按鈕但是卻要取消時會記錄到當天的總點贊次數中去

4.對於bug的預期及改進建議;

對於同一篇文章來說,對於已經點讚卻又取消點讚的人來說不應該記錄到當天的總點贊次數中去

1.5 評價:

第二部分 分析(參考8.6節對工作的估計,和14.1節軟體工程的質量)

2.1使用此服務的所有功能,估計這個軟體/**/服務做到這個程度大約需要多少時間

大概需要一年左右的時間進行開發

2.2使用此服務的所有功能,估計這個軟體/**/服務做到這個程度大約需要多少時間

大概需要一年左右的時間進行開發

分析這個軟體目前的優劣(和類似軟體相比),這個產品的質量在同類產品中估計名列第幾?

優點:缺點:

優點:1)、廣告基本沒有,並且介面簡介

2)、並沒有一些需要附加條件才能得到的資料

csdn在同類軟體中處於乙個中上水平,大概約為第四

第三部分 建議和規劃(參考《構建之法》第8章功能的定位和優先順序;第9章專案經理)

3.1首先市場有多大?其次直接的使用者有多少?潛在的使用者又有多少?

在如今這個時間點,學計算機的人越來越多,將會有著巨大的市場,單單學生就是乙個巨大的群體

3.2目前市場上有什麼樣的產品了?上述產品的定位、優勢與劣勢在**?

上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?

github,,論壇

3.3這個產品的核心使用者群是什麼樣的人?典型使用者是什麼樣的?學歷,年齡,專業,愛好,收入,表面需求,潛在需求都是什麼?

核心使用者多為學生,計算機從業人員

3.4請為你的團隊設計16個週期每週的詳細規劃

任務時間

問卷調查

1 week

設計方案

2 week

開發2-8 week

測試9-10 week

潤色11 week

維護以及健壯性測試

12 week

第四次個人作業 案例分析

這個作業要求在 這個作業的目標 找bug做測評 1 調研 看起來像是乙個 注重程式設計師 新聞推送的軟體 很典型的ui設計,五部走那種ui 首頁推送新聞 學習推送類似於mooc blink在我第一印象看來有點像qq空間 訊息就是非常普通的設計了,普普通通的簡潔ui 我的部分也是傳統的ui設計 優點 ...

第四次作業 個人作業 軟體案例分析

評測bug 其實是一些作為使用者不舒服的地方 pc android 第二個是點選詞的時候,有些詞無法點選,有些詞乾脆能點中文,但是英文並不會顯示出來。設定頁面中的設定比如說中英文,點一次並不能馬上實現,必須要重新刷兩次頁面才能實現。我覺得他們應該是發現了bug,只是我發現的那些,有可能涉及到andr...

第四次作業 個人作業 軟體案例分析

本篇隨筆將從三個部分對必應詞典客戶端進行分析,必應詞典從上線到現如今已經經過好幾個年頭,從2009年至今也進行了數十次的更新,可以說必應詞典發展到目前,創新功能增加了很多,已經越來越滿足客戶的需求,足夠完善。評測 必應詞典已經迭代了數年,在使用詞典的過程中,沒有發現很嚴重的bug,但發現了兩個問題,...