標籤:使用 適合 畢業 表格 時間 專案經理 線上 設計軟體 lin
APP學習案例分析
相信每一個認真學習過英語的人都會選擇一款適合自己的APP。我也不列外,在讀托福的過程中,聽力一直是最重要的,國外有許多網站提供了很多英語的短篇文章或是科學文章,但是能把這些音頻歸納起來的軟體並不多,我今天要介紹的一款軟體是一款我常用的APP,但是存在一些些許的bug。
舉例產品:繽紛英語
- 調研和評測
- 下載並使用,描述最簡單直觀的個人第一次上手體驗。
- 介面很簡潔沒有多餘的廣告,分類也很清楚易懂。可以看的出這個軟體分類相當的多,而且考慮相當的周全,有以考試類型來分類的,也有以單詞或是基本聽力來分類的。
- 這款軟體變成我學習英語學習中不可少的的軟體是因為,裡面有一個分類為名人演講和連續劇聽力。名人演講就如名字一樣,有想奧巴馬的或是川普的演講之類的。而連續劇聽力是把一些有名的連續劇以聽力的形式呈現給使用者。
- 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug,至少2個。
對bug的理解:
根據《構建之法》13.1節描述的bug可分解為:癥狀(Symptom)、程式錯誤(Fault)、根本原因(Root Cause)。
①癥狀:即從使用者的角度看,軟體出了什麼問題。Eg:輸入(3211)時,程式出錯退出。
②程式錯誤:即從代碼的角度看,代碼的什麼錯誤導致了軟體的問題。Eg:代碼在輸入為某種情況下訪問了非法的記憶體----0X0000000C。
③根本原因:錯誤根源,即導致代碼錯誤的根本原因。Eg:代碼對於id1==id2的情況沒有做正確判斷,從而引用了未賦初值的變數,出現了以上的情況。
Bug:a.音頻必須下載後才可以播放,如果你點進音頻那音頻會播放上一次的而顯示的翻譯確是你選擇的音訊翻譯。
b.音頻檔案有一個聽寫模式,聽寫模式沒有播放進度條,當使用者遇到長句或是沒有聽懂的地方,就必須重新再聽。
- 用專業的語言描述 (每個bug 不少於 40字),如有必要, 可以配圖。
- 音頻檔案需要下載以後開可以正常使用,如過你沒有下載就點進檔案中,音頻會無法正常播放,系統會預設播放上一個你已經下載並播放的檔案,並且檔案裡面顯示的內容會和播放內容不一致。單只使用者體驗變差,因為不能線上播放。
- 許多音頻檔案中都有一個聽寫模式,聽寫模式會把音頻分為很多的段落,但是這款軟體的一個問題是,許多長篇文章的段落分的太長並且沒有進度條,在學生在做聽寫的時候,可能會遇到一些聽不太清楚的段落,但是沒有進度條可以往後調整,所以使用者必須多次的重複聽才可以。
- 選擇一位使用者進行採訪
- 分析
- 1.使用此軟體的所有功能, 聯絡第二部分的分析, 估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 電腦大學畢業生, 並有專業UI 支援)。
需求調研: 2周
需求分析:1周
系統設計:2周
軟體編碼:1個月
軟體測試:2個月
系統實施:1個月
分析這個軟體目前的優劣 (和類似軟體相比,至少對比2款軟體), 推理出這個軟體團隊在軟體工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格,對比每個軟體各自的優點和缺點。
|
頻檔案數量 |
介面 |
平台 |
繽紛英語 |
多 |
很好 |
單一平台 |
多 |
小站托福 |
少 |
很好 |
多平台 |
多 |
聽新聞學英語 |
中 |
普通 |
單一平台 |
多 |
- 建議和規劃
- 1.如果你是專案經理,如何提高從而在競爭中勝出?
注重使用者的體驗感,從使用者的實際需求出發設計軟體的功能。
2.目前市場上有什麼樣的產品了?小站托福,托福考滿分
3.你要設計什麼樣的功能?我要設計一個課本學習的功能,使用者將可選擇的下載中學或大學的課本內容,在課外時間進行複習。
4.為何要做這個功能,而不是其他功能?作為一個聽力學習軟體,有很大部分使用者是學生,增加這個功能,可以讓他們有更多的方式進行學習。
5.為什麼使用者會用你的產品/功能?設計這個功能,可以讓他們更加便捷,不會因為沒有課本而不能複習。
6.你的創新在哪裡? 請使用 NABCD 分析(http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html).將軟體聯絡實際,為使用者而著想,用貼心的服務吸引使用者
7.如果你來領導這個團隊,會有什麼不一樣?我會讓我們的團隊更加註重使用者的需求,使用者需要什麼功能,我們就重點開發這一部分,而不是我們開發什麼功能,使用者就使用什麼功能。
8.如果你的團隊有5個人, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?安排2個開發人員,2個測試人員,一個美工:先進行開發,測試在開發完成一部分後開始進行,美工可在後期進行。
9.描述你的團隊在16 周期間每周都要做什麼,才能在第16周如期發布軟體,大小裡程碑績點設定。1-2周: 需求調研、需求分析
3-4周: 系統設計
5-9周: 軟體編碼
10-13周:第一次軟體測試、修改
14-15周:第二次軟體測試、修改
16周: 軟體發布
個人作業2--APP案例分析