【前言】
本次的個人作業是對於微軟必應詞典客戶端的案例分析，我個人是第一次知道這個軟件的（不會很out吧），平常的日子都用有道詞典查單詞，所以我先去百度了一下必應詞典的背景，“必應詞典 是微軟首款中英文智能詞典。不僅可提供中英文單詞和短語查詢，還擁有詞條對比等眾多特色功能，能夠為英文寫作提供幫助。”（百度百科的第一句）之后下載使用了一下，我下載的是ios端和pc端的，先面開始測評。
第一部分 調研，評測
評測：
軟件的bug（軟件的行為與用戶的期望不一樣即為bug），功能評測，黑箱測試 （設備：iPhone 6，window 7）
附：bug等級划分方式
5級分類法
A類---導致系統崩潰、死機；出現不可挽救的數據丟失或損壞、內存 泄露
B類---導致程序模塊丟失或未實現；軟件錯誤導致數據丟失；用戶需求未實現
C類---發現影響被測功能正確實現的問題
D類---一般性錯誤或者功能實現不完善等
E類---一些建議性的錯誤
我使用了這么長時間，並沒有找到什么重大bug，只感覺有一些使用上的輕微問題：
1. bug等級：D
有些例句的翻譯並不准確
生活中這個修飾詞沒有出現
look up這一詞組應該一起被選中，此時只選中了look一詞
2. bug等級：E
滑動返回操作和ios主流應用不同，給用戶增加學習成本，具體見下圖：
我選擇大學英語四級詞匯之后，向右滑返回是無法回到上一級菜單，而是顯示出列表這和主流應用如QQ的操作不服（如上圖所示），QQ是可以先返回上一級菜單之后調出
列表的。用戶想返回上一次需要點擊
左上角的返回鍵才可以，不利於單手操作也違背用戶邏輯，建議右滑改為返回上一級菜單。
3. 我感覺，第一個bug沒有被發現的原因是因為中文與英文的差異還是很大，有的時候大致的意思正確就可以。生活中是沒有人像我們一樣咬文嚼字的。
第二個滑動返回操作違反邏輯的原因，我感覺應該是這群設計師只是為了設計而設計，他們平時都用windowphone，為了做項目使用了ios，卻並不了解ios用戶的日常。
用戶體驗：
我才用的是深度面談的方式（In-depth Interview）
1. 介紹采訪對象的背景和需求
| 姓名 | 肖某某 |
| 性別，年齡 | 男，21 |
| 收入 | 每月1000生活費 |
| 代表用戶的比例和重要性 | 兩者均80%以上 |
| 典型場景 | 查找單詞的解釋，句子翻譯，聽錄音 |
| 生活/工作情況 | 敲打嗎，聽歌，看視頻 |
| 知識層次和能力 | 本科在讀，CET4通過 |
| 動機，目的，困難 | 在學習和生活中需要學習英語，閱讀英語文獻，考6級。困難：① 英語文獻生詞太多，影響效率。②背單詞沒有好的方法 |
| 偏好 | 聽英文歌曲，觀看美國電影 |
2. 讓采訪對象使用10-30分鍾必應詞典的功能
3. 描述用戶使用這個產品的過程, 用戶的問題解決了么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？
經二十分鍾的使用，肖同學表示他對於英語單詞的查詢和背誦的問題基本解決了。
他感覺查詢單詞方面有道更加出色，有道中的查詢結果中點擊單詞可以查看釋義，而必應不可以，不過必應在例句中的對應翻譯比較有趣，但是准確率有待提高。在翻譯方面兩者並沒有太大的差別，准確度來說也都差不多。聽力方面“我愛說英語”模塊很吸引人，可以在線測試口語，電台也做的不錯。在界面方面，必應做的更加簡潔，就是右滑操作和其他軟件不同，導致使用起來有些不便。
4. 用戶對產品有什么改進意見？
希望翻譯方面能更加改進，如果有一個背單詞的功能更加完善一些就更好了，類似百詞斬那種。
5. 結論：經過這么多工作，你一定有充分的理由給這個軟件下一個評價,請選擇一個結論:
如果之前已經有類似的查詢單詞軟件，如有道，我並不推薦更換，畢竟重新制作一個像之前使用軟件那樣的單詞本就是一本浩大的工程。必應提供的便利並不足以支撐重新生成單詞本的時間成本。
如果是第一次使用查詢單詞類的軟件，必應倒是一個不錯的選擇。
第二部分 分析
參考 8.6 節 對工作的估計， 和14.1 節 軟件工程的質量
使用此軟件的所有功能（包括必應詞典背單詞, 單詞挑戰，口語練習等），聯系第二部分的分析，估計這個項目做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支持）。 分析這個軟件目前的優劣（和類似軟件相比），並推理出團隊在軟件工程方面可以提高的一個重要部分（具體建議）。
時間預測：（團隊人數6人左右，計算機大學畢業生，並有專業UI 支持）。
| 功能 |
開發人員（人） |
時間周期（周） |
| 需求文檔等文本編輯 | 6 | 2 |
| 后台開發（數據庫等） | 3 | 3 |
| UI設計 | 2 | 2 |
| 詞典功能 | 2 | 2 |
| 翻譯功能 | 2 | 2 |
| 單詞本功能 | 2 | 3 |
| 單詞挑戰功能 | 3 | 1 |
| 我愛說英語功能 | 3 | 3 |
| 必應電台功能 | 2 | 2 |
| 設置功能 | 2 | 1 |
| 測試 | 6 | 10 |
| 總計 | 31 |
軟件目前的優劣（有道詞典與必應詞典）：
| 功能 |
優劣 |
| 初始界面 |
優：必應詞典的推送均是有價值的英文資料，而有道詞典的推送廣告較多，有用的東西很少。界面必應更加簡潔，專注。 劣：查詢單詞的搜索框有道放在屏幕中間，更易被發現和使用，符合用戶思維，而必應詞典放在下方，需要用戶尋找。 |
| 查詢單詞 |
優：必應詞典的例句中點擊單詞可以匹配詞義，但准確率有待提高 劣：必應詞典中輸入字母后得到的智能提示較少。 |
| 翻譯 |
優：長句翻譯必應詞典更加准確。 劣：必應詞典無法在翻譯中配送發音。 |
| 單詞背誦 |
優：必應詞典有更大的詞匯庫，更加方便的單詞本，還提供了單詞挑戰功能。 劣：使用單詞本背誦或者分類的詞匯庫背誦時，排序方式單一，很難讓用戶有堅持的興趣。而有道的卡片式復習就比較有趣 |
| 口語 |
優：必應詞典可以進行在線評分，而有道需要另外下載。 |
| 聽力 |
優：必應詞典提供了各類英語電台模塊，有各位英語聽力資料 |
團隊在軟件工程方面可以提高的一個重要部分（具體建議）：
團隊在分工的時候一定要將工作細致到每個人來做什么，不能將某一塊的工作分配給兩個或三個人之后就不再細分，這樣容易造成某些工作幾個人都做了，某些工作都沒做。在工作開始前要對工作進行規划，將能並發開始的工作一起執行。
第三部分 建議和規划
參考《構建之法》第8章 功能的定位和優先級；第9章 項目經理
這個軟件有很多可以提高的部分。
· 如果你是項目經理，如何提高從而在競爭中勝出？
一個項目能夠在優勝劣汰的環境中有一席之地，必須擁有過硬的生存技能。對於電子詞典的來說，詞匯量就是一本詞典的基礎，我們的產品必須要擁有足夠龐大的詞匯奠基，精准的翻譯轉化。而想要擊敗其他同類型的產品，就需要擁有殺手級功能，譬如，獨特的口語評分系統，專業的商務單詞庫和優化的幫助背單詞的方式，海量的英語電台和英語音頻資料，能和其他用戶進行有好的互動。
· 目前市場上有什么樣的產品了？
有道詞典，金山詞典，百詞斬。
· 你要設計什么樣的功能？
目前，使用詞典更多的是想要學習英語的學生，他們的目的就是為了應對考試。所以，我們的產品需要滿足他們對於考試的所有需求。
①詞匯量方面，我們需要有查詢生詞，和幫助背誦單詞的功能，我們會使用更加權威的詞典來完善我們的生詞庫，用考試等級來划分我們的單詞庫，並且有更加便捷的背單詞的方式。
②翻譯句子方面我們會有更加精准的翻譯，具有中英匹配功能。
③口語方面我們擁有口語測評功能，能對自己的發音得到評價。
④在聽力方面我們會有更多的聽力資料，他們有更精准的發音，更多的選擇，讓用戶自由選擇。
⑤和其他人的交流功能，如社區功能和詞匯量PK功能。
· 為何要做這個功能，而不是其他功能？
因為這些功能是用戶所需要的，用戶想要的就是我們要做的。我們的產品擁有基礎的詞典功能，還擁有和他人互動的社區交流和單詞量PK功能，讓大家不再是自己背單詞，在互動中增長自己的詞匯量， 更能激發大家學習的樂趣。
· 為什么用戶會用你的產品/功能？
因為我們的產品/功能是用戶所想的，能完美的滿足用戶最開始的需求，也是在同類產品中做的比較優秀的。
· 你的創新在哪里？可以用 NABCD 分析。
Need：現在的大學生需要考取的英語考試很多，對於計算機專業來說，需要閱讀的英文文獻也很多，這對於一個人的詞匯量要求很高，我們用過軟件幫助同學，了解生詞，背誦單詞。同時，一個人背單詞也是一件痛苦的事情，能有別人一起是很棒的選擇。
Approach：增加一些權威詞典和專業詞匯，並對詞匯的出處和類型加以標注，記錄分析用戶查詢歷史，為用戶智能排序。提供更加豐富的單詞庫，更加吸引人的背誦單詞的方式。和社區的同學交流，PK增加興趣。
Benefit：用戶能夠查找的詞更多了，尤其是一些專業詞匯，可快速的獲取詞匯解釋。在背誦單詞方面，我們可以增加圖片式記憶，象形記憶，提供定時復習，智能分析用戶的記憶曲線，讓用戶不必像之前一樣痛苦的一個一個背單詞，有人分享，也不再孤單。
Competiors：先進的市場中，詞典類應用很多，背單詞的應用也不少，但是兩者結合在一起的應用卻很少，同時，我們還有社區和pk功能。我們的軟件擁有這樣的功能，並且還有英語口語測試，英語電台的等有趣的其他功能，很容易吸引用戶。
Delivery：可以通過打廣告的方式，當然，金杯銀杯不如老百姓的口碑，通過優秀的產品吸引一批忠實的用戶，之后再由用戶口口相傳是最好的方式。
· 如果你來領導這個團隊，會有什么不一樣？
如果由我來領導，我會有效的分配團隊資源，讓大家更有凝聚力，穩扎穩打，努力前進。
· 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
我覺得應該有由我來做原型模型和任務划分，由兩個人做后台開發，一個人做UI和美工設計，一個人來做測試。
· 描述你的團隊在16 周期間每周都要做什么，才能在第16周如期發布軟件。 （參考老師）
| 工作 |
時間（周） |
| 編寫需求說明書。約定好編碼規范，初步架構搭建，完成需求規格說明書最終版。 | 1 |
| UI設計，完成架構設計，制定測試計划。 | 2-4 |
| 完成Alpha版本——編碼+測試+項目管理同步推進。 | 5-8 |
| 完成Beta版本——以之前版本為基礎進行改良+測試+項目管理推進。 | 10-13 |
| 確定正式版本完善，編寫用戶手冊。 | 14 |
| 正式版本發布，部署上線，並進行維護和支持。 | 15 |
| 最后一周作為突發情況的預備周及各個不可抗因素的緩沖時間。 | 16 |