第2次作業

2022-03-29 00:37:06 字數 2201 閱讀 7257

案例分析

一、調研

1.第一次上手的體驗

qq都有,但是

qq2.至少乙個bug,用專業語言描述

bugbug的定義:軟體的缺陷

bug可以理解為:症狀(

symptom

)、程式錯誤(

fault

)、根本原因(

root cause

)1)症狀:即從使用者的角度看,軟體出了問題。

2)程式錯誤:即從**的角度看,**的什麼錯誤導致了軟體的問題。

3)根本原因:錯誤根源,即導致**錯誤的根本原因。

19。。。。。。。。。。。。。。。(

15gg

親測結果

3.採訪使用感受、背景和需求

4.描述使用者使用這個產品的過程

5.軟體在資料量/介面/功能/準確度上的優缺點

6.使用者體驗是否有什麼問題

7.使用者對產品的改進意見

8.評價軟體

二、分析

1.此軟體的所有功能

2.該軟體與其他軟體的對比

使用者體驗

世界範圍的普及度

使用者數量

,並且在移動端更為火爆,使用者的年齡也會偏大。

qq大家也都很熟悉了,缺點就是功能多且雜,不適合上了年紀或者不喜歡複雜事物的人使用。至於

facebook

,不得不吐糟一下,一開始以為是多麼牛逼的一款軟體,因此好奇fq玩了

facebook

facebook

message

3.對使用者體驗、ui、核心功能打分

使用者體驗(9.8/10)

ui(9.5/10)ui

自然也是設計得賞心悅目,主色調為綠色,是一種既保護眼睛又十分受歡迎的顏色,特別是登入介面——太空中遙望的藍色星球——地球,我覺得已經像以前

windows

系統的桌面——綠色大草原那樣成為一代人心中的經典背景了。

核心功能(8/10)

三、建議和規劃

1.如果你是專案經理,如何提高從而在競爭中勝出

2.目前市場上有什麼樣的產品了

msn,

facebook

的message

,推特,以及帶有閱後即焚功能的

snapchat

3.你要設計功能?

閱後即焚。

4.為什麼你要做這個功能?而不是其它功能

5.為什麼使用者會用你的產品、功能?

使用者的隱私會被得到最大保護

6.你的創新在**?請使用

nabcd

分析n(need

需求)a(

做法)在原有的正常聊天功能下增加乙個閱後即焚功能,使用者可以選擇正常聊天,也可以選擇閱後即焚的聊天方式。當對方正常聊天時,你可以選擇聊天記錄閱後即焚,如果對方傳送訊息時設定的是閱後即焚,他傳送給你的訊息你點開看到後過了幾秒就會被焚毀。

b(benefit  

好處)保護使用者的隱私不被窺探

c (competitors 競爭

)社交聊天軟體增加這種功能絕對是趣味性十足的,會吸引很多使用者

d (delivery 推廣

)7.如果你來領導這個團隊,會有什麼不一樣?

8.如果你的團隊有5個人

, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?

week 1-4:美工盡量在乙個月的時間內完成美工的設計,開發三人,一人為架構師,架構師也開始架構系統。

week 5-12:前端工程師按照美工的設計完成前端的設計和編碼,兩名後台工程師開始完成後台系統的搭建和編碼

week 13-16:測試一人,測試出問題所在,並讓開發人員修改bug

第2次作業

一 學習內容總結 在計算機中,記憶體是以位元組為單位的連續儲存空間,每乙個位元組都有乙個編號,這個編號稱為位址。系統為變數分配記憶體單元位址,位址是乙個無符號的整型數。對變數值的訪問操作都是通過位址進行的,直接按變數的位址訪問變數值的方式稱為直接儲存方式。通過變數a得到變數b的位址,然後再訪問變數b...

第2次作業

github專案位址 psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning計畫0 0 estimate 估計這個任務需要多少時間 240420 development開發0 0 analysis 需求分析 包括學習新技術 1...

第2次作業

一 讀入titanic.xlsx檔案,按照教材示例步驟,完成資料清洗。titanic資料集包含11個特徵,分別是 survived 0代表死亡,1代表存活 pclass 乘客所持票類,有三種值 1,2,3 name 乘客姓名 乘客性別 age 乘客年齡 有缺失 sibsp 乘客兄弟姐妹 配偶的個數 ...