#個人部落格作業Week3——Bing 字典案例分析

標籤：

第一部分 調研以及評測一、BUG分析

      1. 翻譯部分原文語言偵測部分

　　1） 癥狀: 當選擇原文語言是簡體中文時，輸入英文查詢，程式不報錯，繼續翻譯，選擇其他類型語言也是如此。　　且如果出現這種情況，翻譯結果框中的單詞對照功能失效。

　　2） 程式錯誤：編程者未考慮這種情況或者控制此功能代碼不工作。

　　3） 根本原因：沒看代碼不知道……

　　2. 字型調節功能

　　1） 癥狀：翻譯和例句部分預設字型太小，距離稍遠就無法看清。如所示，我認為這個比例是不合理的。

　　2） 程式錯誤：這應該是一個缺陷，Team Dev並沒有考慮到可根據單詞個數設定字型自動調節功能。

　　3） 根本原因：同上。

　　3. 例句中的單詞對照功能

　　1） 癥狀：這句話，關於“a”的對照出現了問題，應是對應中文的“部”。

　　2） 程式錯誤：也許是翻譯過程中的資料存放區結構出現了混亂。

　　3） 根本原因：上面的錯誤原因只是猜測，根本原因待定……

　　4. 單詞本部分

　　單詞本中很貼心的給出了是否隱藏釋義的選項，這個選項的本意是為了背單詞的時候可以先隱藏釋義，然後看完單詞後再顯示釋義，比對和自己的記憶是否相同。然而在隱藏釋義的情況下，如果點擊顯示釋義，當前正在查看的單詞就被擠到很多頁以後了（應該是點擊顯示之後頁面上顯示的依然是同樣的幾個單詞），這樣完全無法達到預期的目的。具體見：第一張圖是隱藏釋義時的，第二張圖是點擊顯示釋義以後的。          

      

 

二、使用者採訪

　　1. 背景和需求：

　　被採訪者為我的室友趙葉同學，因為要面對各種英語等級測試所以需要學習英語，除了查詞典和用法以外，有的時候還會用來背單詞（手機APP）

 

　　2. 使用者體驗與意見：

　　1)  APP中的我愛說英語的模組設定還是比較迷人的，通過幾次實驗，能夠比較準確地判斷髮音是否標準。但是建議能夠在錄音完成後指出發音的不標準的具體方面，這樣有助於提高口語。而且如果在只完成了幾道題目的情況下直接退出是不會保留記錄的，這個設計很不合理，因為有的時候聯絡口語就是利用零碎的時間練習幾句。

　　2)  必應電台的使用目的是提高英語聽力能力，但是有的時候莫名其妙的APP的聲音就沒有了，應該是一個BUG。而且，由於文章普遍都比較長，一次如果想要全部聽懂還是比較困難的，最好能設定一個AB段重複迴圈的功能，這樣能夠對於聽不懂的段落反覆練習以提高聽力。

　　3)  詞典功能，基本上與其它的詞典相同，裡面的內容也基本一致。不過在尋找到某個單詞，先顯示英漢、英英釋義之後還有同義字反義詞片語，最後才是例句。在使用過程　中，我發現例句的用途明顯高於同義字反義詞和片語，所以建議能把例句部分的位置提前。

　　4)  由於有的時候是在聽力或者節目電影中聽到了一個不認識的單詞，所以只能憑藉感覺大致給出單詞的拼字，然而如果某個字母拼錯了，由於詞典是沒有模糊查詢的功能的，所以就無法查到這個單詞了，不過這個功能很多詞典都沒有。       

　　3. 使用者總體評價：一般，如果能對以上方面進行改進的話還是比較推薦的。

第二部分 分析一、軟體研發

　以每天的工作時間為8小時，每周工作5天來估計所需時間：

1. 市場調研：由於市面上的詞典軟體種類繁多，做的出色的也不少，想要在如此激烈的競爭中存活，一定需要非常完整的市場調研，瞭解到各個不同年齡階段不同身份的人群對現有軟體的不滿意之處，從而明確自己的市場定位。預估時間：調查2周，分析並且確定市場定位2周。
2. 確定好市場定位後，需要確定軟體的第一個版本需要實現的功能，以及大致實現這些功能所需要的工作量，以及自己所缺失的資料（例如詞典資料庫），收集閱讀相關資料，確定完成不同功能的分組，並且制定代碼標準以及需要實現的介面。預估時間：1周左右，如果缺失資料過多，可能會2周左右完成。
3. 寫代碼，完成軟體的準系統和調試。預估時間：由於小組成員只有6名，所以可能每個人蔘加了不止一個功能的代碼實現，大約一周實現一個準系統，總共大約需要2周左右的時間。
4. 研發小組內部進行代碼測試，修複一部分BUG。預估時間：0.5周。
5. UI，由於擁有專業的UI支援，所以這個方面應該比較簡單。預估時間：1周。
6. 基本完成軟體開發的工作，再次進行發布測試版前的自我裝載。預估時間：0.5周。
7. 發布第一個測試版，邀請不同年齡身份的親朋好友進行測試，例如同學，親戚，老師等，對需要改進的部分進行改進。預估時間：如果前期市場調研以及代碼測試做的足夠充分的話，這一步不會遇到非常大的問題，1周左右就可以完成。
8. 發布正式版。

　結論：

　　軟體研發的總共時間大約在10周左右（不包括軟體發布完成之後的宣傳、調試、更新等階段）。

二、軟體的優劣以及改進

由於Team Dev是學生，而使用詞典的一大部分消費者也是學生，所以軟體的優勢在於能夠比較輕鬆的發現什麼樣的功能能夠吸引學生群體。而劣勢也是因為Team Dev是學生，而且人數較少，必然會出現相關的問題，比如說詞庫不夠準確，不能同步資料（例如必應就有利用OneDrive同步詞庫的選項）。

在軟體工程階段可以提高的部分：做更多的市場調研瞭解使用者的特殊需求，增加更多貼心實用的功能；改進UI介面；獎勵bug的發現者，鼓勵使用者發現更多的漏洞並及時修複。

第三部分建議和規劃一、軟體提高部分

由於現在市場上的詞典軟體種類是在是太多了，所以只有設計出一些具有自己軟體特色的功能（比如非常快捷的查詞功能，或者下文中提到的英文字母匹配功能，或者針對特定的人群設計的功能，例如盲人），才有可能在競爭中勝出。

二、創新功能設計

　　1. 市面上已有的產品：

　　　　有道詞典，Bing 字典，金山詞霸，靈格斯詞霸，還有眾多的網頁詞典（百度翻譯，Google翻譯等等）。

　　2. 設計的功能：

         提供本地電影的自動匹配字幕。

　　3. 為什麼設計這個功能：

         無論是正版還是盜版電影，我們一般看到的都是中文字幕的（正版更是如此），有少部分會提供中英對照字幕，　　然而在實際看電影的過程中，一旦有中文字幕存在，很大程度上會影響我們去努力聽清英文對話，然而完全沒有字幕有　　很多時候聽不懂電影在說什麼。這個軟體能夠在本地播放電影時自動載入對應的英文字幕（可以預先下載好對應字幕文　　件，也可以分析電影對話即時產生字幕），不僅能協助我們看懂英文電影，也能同時提高英文水平。

　　4. NABCD分析：

　　1)   Need：

　　　　很多使用者群體希望能夠通過看英文電影來提高英文水平，而看英文電影最需要的是英文字幕。

　　2)   Approach：

　　　　可以聯絡字幕組構建自己的字幕資料庫，這樣能夠覆蓋大部分的知名電影。或者利用語音辨識功能分析電影中　　的任務對話，從而即時產生字幕（但這樣要求準確度需要相當的高）。

　　3)   Benefit：

　　　　使用者既省去了因為沒有字幕看不懂電影的煩惱，也不用擔心因為字幕是中文的而影響英文水平的提高。

　　4)   Competitors：

　　　　這個市場中的詞典軟體很多，但是沒有發現具有這個功能的軟體，如今英文原版電影的普及也使擁有這個功能　　的軟體競爭力大大提高。

　　5)   Delivery：

　　　　作為學生，很多人喜歡在宿舍用電腦看原版電影，所以可以藉助校園平台去大力推廣這個軟體，效果應該會很理想。

三、軟體團隊開發以及角色配置

　　1. 角色配置

　　　　專案經理1人，開發2人，測試1人，美工1人

　　2. 排程（此部分與上文分析部分的軟體研發很相似，因此不詳述）

　　　　1-4周：　　市場調研，全員參與，從不同角度給出意見並形成基本思路，專案經理總結；

　　　　5-9周：　　實現準系統。專案經理組織分配任務，定時查看團隊任務進展；開發和美工重點工作時間；

　　　　10-11周：  測試準系統並完成修複bug；專案經理組織分配任務，定時查看團隊任務進展；測試人員重點　　工作時間；開發和美工配合修複；

　　　　12-13周：  完成較瑣碎的功能細節並做代碼最佳化，在市場投放廣告，為測試版發布預熱；專案經理組織分配任務，定時查看團隊任務進展，負責廣告投入部分；其他人配合完成軟體最佳化；

　　　　14周：　　 發布測試版，收集使用者回饋並作出分析；專案經理做好與市場的溝通工作；

  　　　 15周：　　 對軟體進行改進升級；全員參與；

　　　　16周：　　 發布正式版。

#個人部落格作業Week3——Bing 字典案例分析