個人作業2 英語學習APP案例分析

2022-09-04 04:24:11 字數 3553 閱讀 8950

軟體:

微軟必應詞典

(android客戶端)

版本:5.5.2

第一次上手體驗:

bug:

1、基本設定->語言設定,更改語言後無效果,要退出之後再進入才改變。

一開始將簡體中文更改為english返回發現沒有改變,就一直疑惑這語言設定的意義在**,直到碰巧有事退出之後再進入才發現變成英文的,這應該是因為在寫語言切換這段程式中使用的解決方案就是重新啟動才生效吧,(

不知道這裡面有沒有點幫助)重啟才生效對使用者來說,在沒發現這一特點之前,這個功能就變成一種擺設了,個人覺得不好,而且更改的並不完全,像圖中的「本地聽力」就沒有變成英文,雖然整體上沒什麼影響,但細緻一點應該是件好事。

2、在單詞挑戰中,對於題目的答案只給出了選項,並沒有具體分析。

對於乙個題目來說,它的作用不僅是考驗答者是否回答正確,更應該為答者傳達解題過程所涉及的知識點。(雖然增加了不少工作量,但這也是對使用者負責的體現)

3、反應速度太慢了,在這個快速發展的網路時代裡,這種等待反應完成的過程很糟糕呀。

4、我很好奇為什麼我在學習了第13個單詞的時候圖中進度條不變,但上面的數字是33?

採訪:

1、背景和需求:在校大三學生,正在為六級而努力。希望使用詞典查查生詞、句子,背背單詞,聽英語電台練習聽力。

2、使用者使用**:

軟體:微軟

必應詞典

(ios客戶端)

版本:4.5.1

3、使用者體驗:

(1)單詞每一題之間顯示答案沒有重選的機會,而且答案顯示的時間太短。

(2)翻譯單詞和句子的功能在選單欄「詞典」和「翻譯」中都有,覺得沒有必要。

(3)每日一句顯示句子的框太大,遮擋,影響美感。

(4)閃退現象太過嚴重,相容性差。

使用者建議:

必應電台中,除了美音慢速英語外,還應增加正常速度和快速以此提高聽力。

軟體評價:

一般,還需要改進。

1、時間估計:

具體如下:

制定專案計畫:兩周

需求開發階段:兩周

系統設計階段:乙個月

**開發和單元測試階段:四個月

測試工作:乙個月

一般來說,乙個計算機大學畢業生,做過1次類似開發工作應該還不錯了,假設 n=1。

根據軟體工程書本上的經驗公式 y = x ± x ÷ n = 7 ± 7 ÷ 1  大約實際花費時間應該在14個月左右。

2、同模擬較:

必應詞典

有道詞典

星火英語

介面簡潔

簡潔美觀

功能一般

一般較好

實用性一般

較好一般

優勢:口語挑戰新穎。

劣勢:知名度低。

3、邏輯框圖:

4、多維度評分:

評分(每一項滿分10分)

使用者體驗方面

1、權威性—— 5分

2、載入速度較慢—— 5分

3、單詞或句子翻譯功能—— 7分

ui介面美觀度

1、頁面簡潔明瞭—— 8分

2、介面所用缺乏美感—— 5分

核心功能

1、電台功能語速選擇單一—— 6分

2、口語挑戰新穎,但準確度有待提高—— 7分

3、可通過拍照進行翻譯,識別率不錯—— 8分

4、背單詞功能,已掌握單詞的統計出現多次失誤—— 5分

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

等3. 你要設計什麼樣的功能?

1、特別的、符合大眾審美的時尚的ui介面;

4. 為何要做這個功能,而不是其他功能?

1、第一印象真的很重要!!!所以,美化ui介面一定要;

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

能夠做到其他產品所沒有的,但卻是使用者所需要的功能,何愁使用者不使用呢。

6. 你的創新在**?可以用 nabcd 分析

1、n(need 需求)

(1)人們總喜歡美麗的事物,這就是一種說不清道不明的需求,在多款類似軟體面前,使用者更多的傾向於選擇第一眼看上去特別舒服的那一款產品。

(2)大多使用類似軟體的使用者都對翻譯句子功能不太滿意,現在還沒有能夠完全滿足使用者這一需求的產品產生(可能是我孤陋寡聞,反正我還沒發現特別好用的)。

調查分析啊~從以下幾個方面去做:

(1) 從其他熱銷產品中發現使用者的「口味」,取其精華,加之完善。

(2)對在校學生進行問卷調查,使用類似產品的使用者中學生居多,吸引「大客戶」是關鍵。

3、b(benefit 好處)

(1)美觀呀,看起來舒服,心情也會好一點呀~

(2)可以和一些厲害的、志同道合的朋友進行學術交流,還可以幫助一些英語能力較弱的朋友,是不是覺得很有意思也很有意義啦~

4、c(competitors 競爭)

目前市場上的競爭還是很激烈的,但是如果我們能夠做到其他產品沒有的功能,再有個特別的ui介面,在市場上佔據一席之地應該不是難事。

5、d(delivery 交付)

在原有渠道上重新宣傳,突出更新後最重要的特點,再在其他渠道上打打廣告,增加知名度。

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

要我領導乙個團隊,我還是很緊張的,我現在知識儲備還不完全,最後可能會變成乙個大家一起領導的團隊。

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

三個人負責開發,其他兩個人,乙個負責測試,另乙個負責美工。負責開發三人中應該有人兼職負責測試,因為乙個人測試可能會忽略一些小問題,多人共同測試有利於發現專案中的問題並予以改正。

9. 描述你的團隊在16 周期間每週都要做什麼,才能在第16周如期發布軟體,大小里程碑績點設定.

第2周:進行架構設計;

第3-8周:進行**開發,實現基礎功能;

第9-10周:完善ui介面;

第11周:測試人員進行測試予以反饋,開發人員根據反饋進行修改;

第12周:進行公測,得到部分反饋;

第13-14周:根據公測反饋調整並修復bug;

第15周:再次進行測試,以確保質量問題;

第16周:測試完成,發布軟體。

個人作業2 英語學習APP案例分析

一 題目 很多同學有誤解,軟體工程課是否就是理論課?或者是幾個牛人拼命寫 其他人打醬油的課?要不然就是學習乙個程式語言,搞乙個職業培訓的課?都不對,軟體工程有理論,有實踐,更重要的是分析,思辨,總結。在課程中,自己組織團隊寫乙個軟體,然後分析,的確是學習軟體工程的乙個好方法 但我們也可以從別人的成功...

個人作業2 英語學習APP案例分析

一 調研,評測 首先進入詞典也就是主頁面,給人視覺的感覺並不好,太雜亂什麼型別訊息都有,對於我而言是看著不舒服的,但是上手來說難度不大。2.bug android客戶端 按照 構建之法 13.1節描述的 bug 定義 bug可以分解為 症狀 symptom 程式錯誤 fault 根本原因 root ...

個人作業2 英語學習app案例分析

1.個人感受 開啟軟體,介面簡潔明瞭,能大致了解軟體的各項功能,易操作上手。按照 構建之法 13.1節描述的 bug 定義 1 症狀 即從使用者的角度看,軟體出了什麼問題。例如,輸入 3211 時,程式出錯退出。3 根本原因 錯誤根源,即導致 錯誤的根本原因。例如,對於id1 id2的情況沒有做正確...