集大通

第一部分：調研， 評測

下載並使用，描述最簡單直觀的個人第一次上手體驗。
軟件頁面清新，很容易上手，可以滿足同學們平常的一些校園應用和類似於朋友圈的分享欲，但是現在app上的朋友圈充斥著各種各樣的廣告，且應用中心的集大教務做的不是很好，裏面的頁面比例不是很符合正常人的使用卻遲遲不做優化，像課表也是，不能完整的顯示出來周一到周五的課。

按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug，至少2個。
用專業的語言描述 (每個bug 不少於 40字)，如有必要, 可以配圖。

相信每個同學的朋友中一定有人需要用這樣的軟件, 選擇一個朋友（用戶）進行采訪，並加以記載。
提示: 采訪提要
介紹采訪對象的背景和需求（他們為何要使用該軟件，例如開博客，讀博客，給博客點評，她有什麽痛點，她還有別的需求麽）
讓采訪對象使用10 – 30 分鐘該APP的功能 （請上傳照片證明用戶的確正在使用， 遠程采訪的同學請讓別人幫忙照相）
描述用戶使用這個產品的過程，用戶的問題解決了麽？軟件在數據量/界面/功能/準確度上各有什麽優缺點？用戶體驗方面有問題麽？
用戶對產品有什麽改進意見？
請選擇一個結論：經過這麽多工作，你一定有充分的理由給這個軟件下一個評價:
非常不推薦
不推薦
一般
好，不錯
非常推薦
[附加題]除了定性的結論，是否能有定量的結論 (就像比較時髦的手機評測那樣， 跑個分？)， 如何定量地評價一個軟件？
第二部分：分析

使用此軟件的所有功能 , 估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業UI 支持)。
不要寫成一個羅列功能的流水單子！ 而是要集中火力在一個場景，這個場景中典型用戶有什麽需求，軟件如何解決了需求（或者沒解決），UX 有什麽細節是好的，差的，請結合書上UX的內容來分析。
你在第一部分發現的bug，為何軟件團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什麽原因？從下面的可能性中選取幾個：
對用戶需求掌握不好
具體的設計質量不高
開發人員粗心大意
測試把關不嚴，敷衍了事，沒有註意在特殊的配置或環境下測試
其他
團隊在哪一個層次還有問題？ 可以把自己想問軟件團隊的問題都列出來， 也許就能得到團隊的親自解答了！
從各方面的問題，推理出這個軟件團隊在軟件工程方面可以提高的一個重要方面 (具體建議)。
第三部分：建議和規劃

(參考《構建之法》第8章功能的定位和優先級；第9章項目經理)

這個軟件/網站/服務有很多可以提高的部分, 如果你是項目經理，如何提高從而在競爭中勝出？
目前市場上有什麽樣的產品了？
作為新的項目經理，這個產品的核心用戶群是什麽樣的人， 典型用戶長什麽樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什麽？
功能：你要設計什麽樣的功能? 為何要做這個功能，而不是其他功能？ 為什麽用戶會用你的產品/功能? 你的創新在哪裏? 可以用 NABCD 分析（http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）.
如果你有錢可以招聘 6 個人, 有 4 個月的時間, 你作為項目經理, 應該如何配置角色 (開發, 測試，美工等等)?
描述你的團隊在16 周期間每周都要做什麽，才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

軟件工程網絡15個人作業3——案例分析