Deadline：##
2017-3-22 12:00AM，以博客發表日期為准
評分基准:##
- 按時交 - 有分，檢查的項目參照案例分析要求
- 晚交 - 0分
- 遲交兩周以上 - 倒扣本次作業分數
- 抄襲 - 倒扣本次作業分數
英語學習APP的案例分析##
很多同學有誤解，軟件工程課是否就是理論課？或者是幾個牛人拼命寫代碼，其他人打醬油的課？要不然就是學習一個程序語言，搞一個職業培訓的課？都不對，軟件工程有理論，有實踐，更重要的是分析，思辨，總結。在課程中，自己組織團隊寫一個軟件，然后分析，的確是學習軟件工程的一個好方法；但我們也可以從別人的成功/失敗中學到很多。
我們生活中很多時候要和軟件打交道，大家上課開小差時候玩的手機游戲，買火車票的網站，互相聯系用的微信、QQ，等等都是軟件，都很值得分析。你為何成為它們的用戶？它們的團隊做對了什么，做錯了什么？如果你來做，會做得更好么？
通過各種案例分析，評測，辯論，總結，我們就能看到軟件工程的原則在實踐中的種種體現，學好軟件工程，幫助我們在實踐中做得更好。
產品###
請下載必應詞典，PC、Mac、iOS或Android客戶端都有，不要說你找不到！
第一部分 調研， 評測###
(軟件的bug，功能評測，黑箱測試， 第8章 用戶調研， 12 章 軟件的用戶體驗）
-
下載並使用，描述最簡單直觀的個人第一次上手體驗。
-
按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug，至少2個。
-
用專業的語言描述 (每個bug 不少於 40字)，如有必要, 可以配圖。
-
相信每個同學的朋友中一定有人需要用這樣的軟件, 選擇一個朋友（用戶）進行采訪，並加以記載。
-
提示: 采訪提要
5.1. 介紹采訪對象的背景和需求（他們為何要學英語，查詞典和用法，還有別的需求么）
5.2. 讓采訪對象使用10 – 30 分鍾該APP的功能 （請上傳照片證明用戶的確正在使用， 遠程采訪的同學請讓別人幫忙照相）
5.3. 描述用戶使用這個產品的過程，用戶的問題解決了么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？
5.4. 用戶對產品有什么改進意見？
5.5. 結論：經過這么多工作，你一定有充分的理由給這個軟件下一個評價:
- 非常不推薦
- 不推薦
- 一般
- 好，不錯
- 非常推薦
第二部分 分析###
(參考《構建之法》 8.6 節 對工作的估計， 和14.1 節 軟件工程的質量)
- 使用此軟件的所有功能 (包括背單詞, 單詞挑戰，口語練習等), 聯系第二部分的分析, 估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業UI 支持)。
- 分析這個軟件目前的優劣 (和類似軟件相比,至少對比2款軟件)， 推理出這個軟件團隊在軟件工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格，對比每個軟件各自的優點和缺點。
- [附加題]根據理解和體驗，畫出整個軟件所有功能邏輯框圖，根據重要度標識出各模塊的重要度、完成度、出發點及效果；
- [附加題]針對不同的維度評分，對用戶體驗方面、UI界面美觀度、核心功能，分別打分（能給出更詳細的評分更優）。
第三部分 建議和規划###
(參考《構建之法》第8章功能的定位和優先級；第9章項目經理)
- 如果你是項目經理，如何提高從而在競爭中勝出？
- 目前市場上有什么樣的產品了？
- 你要設計什么樣的功能？
- 為何要做這個功能，而不是其他功能？
- 為什么用戶會用你的產品/功能？
- 你的創新在哪里? 請使用 NABCD 分析（http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）.
- 如果你來領導這個團隊，會有什么不一樣？
- 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
- 描述你的團隊在16 周期間每周都要做什么，才能在第16周如期發布軟件，大小里程碑績點設定.
博文要求##
通過分析該APP，結合閱讀《構建之法》，寫一篇隨筆，包含上述三個環節的所有要求。