標籤:
關於 微軟Bing 字典用戶端 的案例分析
【第一部分】 調研,評測
一、使用者採訪
1) 介紹採訪對象的背景和需求:
被採訪同學是馬來西亞華裔葉能端同學,由於此前在馬來西亞英語是第二語言,因此經常需要使用字典查閱單詞。
2) 讓採訪對象使用10-30分鐘Bing 字典的功能(附上能端同學美照一張lol)
3) 描述使用者使用這個產品的過程, 使用者的問題解決了嗎?軟體在資料量/介面/功能/準確度上各有什麼優缺點?使用者體驗方面有問題嗎?
4) 使用者對產品有什麼改進意見?
二、軟體的BUG、功能評測
1)軟體的BUG
① 功能BUG:例句中英對應出錯
該BUG應該是測試中最明顯也最嚴重的一個BUG,我強烈建議軟體開發人員能夠對這種BUG負責。
中所示,第一個例句“And he‘ll never be able to emerge from his bathos of coarseness and ignorance”,
此句中的bathos應該和trite一個意思,即為後面coarseness的paraphrase,而軟體卻將其和“那”這一明顯意思不同的中文相聯絡。
在這裡我可能查了較偏的文學詞彙“bathos”,但是其它常用單詞也經常出現這種情況。
尤其考慮到Bing 字典是一款學習工具,正因為它的職責才需要開發人員不能誤導使用者。
第二個例句中bathos明顯對應中文釋意中的“虛偽”,但軟體卻沒有給出指示。
②功能BUG:OCR強力取詞
開啟了螢幕取詞後,開啟一篇pdf文檔(圖片格式),擷取到的解釋不準確。
測試時,滑鼠停留在"those initial sentences later"附近,但程式卻給了"and"的翻譯。
可見OCR技術還需要進一步加強。
另外,在網上瀏覽一些帶連結的圖片時,將滑鼠移至圖片上的英文不會顯示釋義。
③軟體本身UI錯位
筆者測試環境為:win7旗艦版,出現了如上的UI錯位問題。
④軟體運行導致狀態列錯位
該問題出現在開啟Bing OCR強力取詞的時候,在此之前狀態列排布一切正常。
當開啟OCR取詞後,狀態列開始錯位。
結論:經過這麼多工作,你一定有充分的理由給這個軟體下一個評價:
經過一系列測試和調研,我對該軟體的推薦程度是:一般
Bing比較適合日常生活中上網時查查生詞,但絕對不是一個理想的英語學習軟體。
第二部分 分析
(參考 8.6 節 對工作的估計, 和14.1 節 軟體工程的品質)
1)使用此軟體的所有功能(包括Bing 字典背單詞, 單詞挑戰,口語練習等),聯絡第二部分的分析,估計這個項目做到這個程度大約需要多少時間(團隊人數6人左右,電腦大學畢業生,並有專業UI 支援)。
在個人設想,若六個人這樣分配:1人PM,3人為程式員(熟悉網路編程,其中兩人需要承擔架構師的工作,一人需要另外承擔測試員的工作),2人UI(一人負責代碼,一人負責美工設計)。
按照這樣的設想,以及正常電腦大學畢業生的水平,對開發流程做如下規劃:
1. 產品市場需求調研,功能調研與設計,可行性分析,團隊職責劃分,規範確立。 1.5week
2. 詞典資料庫清理,線上資料採礦演算法設計,對應UI架構設計。2weeks
3. 基礎查詞、查例句、翻譯等功能的實現,UI架構代碼實現,UI架構和後端代碼的耦合。1.5week
4. 部分拓展功能,如:螢幕取詞,OCR取詞功能等的完成,對應UI架構設計及耦合。1.5week
5. 單機功能,必應生詞本、必應背單詞、必應電台(單機部分)的完成,對應UI設計及耦合。2weeks
6. 線上功能,完善必應電台,我愛說英語,對應UI設計與耦合。1.5week
7. 全部功能的整合,與後期測試。2weeks
根據上述估計,我設想中的開發週期是12weeks,約三個月左右。
2)分析這個軟體目前的優劣(和類似軟體相比)
就目前手頭在用的我個人認為最好的一款詞典軟體——Lingoes,兩者就如下幾個方面進行對比:
此處故意不用有道比較,因為有道太渣,和它比較沒有任何意義(曾把我寫的文翻譯成鬼話,為了保持對Bing的好感,我還未把這個文交給Bing翻譯)
1. 核心功能:查詞的準確性和全面性
在經過對一些日常常用單詞的查取,普通的螢幕取詞,圖片清晰的OCR取詞,Bing詞典的表現都算十分不錯。
但還是避免不了電腦技術在自然語言處理上的不足,如,查詢assume這個單詞。
我們將Bing的結果和最具權威的韋氏大學詞典放在一起比較,即可發現Bing翻譯的不夠全面。
針對assume這個單詞,Bing缺少了“穿衣(don)” 和神學(Theology)中的"assume to heaven"的意思
PS: Bing依賴於網路資訊,而Lingoes的離線功能十分方便。
2. 可拓展性比較
在可拓展性這個方面,兩者均有各自的利弊。
Lingoes採用的是詞典資料庫的方式,需要使用者自行匯入詞庫,但正因此它的可拓展性十分高。
而Bing採用的是自身詞庫(不可拓展),結合網路釋義,雖然網路的力量之大可以輕易囊括所有資訊,但是要從這些無數的資訊中找到合適的並不容易。
因此Bing的拓展性會受到錯誤資訊的限制。
3. 拓展功能比較
Bing詞典有點讓我非常喜歡,即它根據遺忘曲線科學定製的背單詞功能(但還是受限於單詞釋義的不準確性,我不敢使用)
還有很多有趣的學單詞功能,如詞綴背單詞,口語練習等。這些在Lingoes這款單調的軟體上都沒有。
同時,我也十分喜歡Bing的OCR圖片取詞功能。
雖然Bing和Lingoes都有螢幕取詞、螢幕劃詞功能,但是Bing多了一個OCR取詞讓它一下子出彩不少。
3)推理出團隊在軟體工程方面可以提高的一個重要部分(具體建議)
第三部分 建議和規劃
(參考《構建之法》第8章 功能的定位和優先順序;第9章 專案經理)
這個軟體有很多可以提高的部分,如果你是專案經理,如何提高從而在競爭中勝出?
目前市場上有什麼樣的產品了?你要設計什麼樣的功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?可以用 NABCD 分析。
如果你的團隊有5個人, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?
描述你的團隊在16 周期間每周都要做什麼,才能在第16周如期發布軟體。
【SE】Week3 : 個人部落格作業(Bing 字典)