第一部分 找Bug（黑白盒測試）
列出你認為的嚴重影響使用者體驗的Bug，並用專業的語言描述，參考要點如下：（必答）

Bug發生時的測試環境：i至誠最新版本，安卓手機。

Bug的可復現性及具體復現步驟：
1.進入i至誠，點選首頁的健康日報功能，檢視填報時間。
2.進入i至誠，點選首頁的健康日報功能，點選目前位置下拉框進行位置查詢，在搜尋框輸入關鍵字。
3.進入i至誠，點選宿舍點名系統，課堂點名，考核系統。

Bug具體情況描述：
1.健康日報功能的填報時間與當前時間不符。

2.健康日報無定位系統，且無法搜尋地區只能自己選擇或打出完整地區名。

3.許多功能還未實現。

Bug分析：
以上發現的3個問題，其中健康日報無定位系統，導致學生無論在何地都可以打卡，無法有效監管學生，缺乏安全性。其他兩個問題實際上並不影響軟體正常使用，但會使使用者體驗變差。

對於Bug的預期及改進建議：
對於bug一和bug三：雖平時可能用到的時候不多或本身並不影響軟體的使用，但卻影響使用者體驗，可以選其中較常用到的功能來實提高使用者體驗，不需要的功能可以刪去。

對於bug二：我認為應該儘快整改來提高安全性，可以通過手機許可權獲取位置資訊來定位，也省去了自己搜尋地區的環節。

第二部分 功能分析（參考8.6節對工作的估計，和14.1節軟體工程的質量）
1.根據軟體已有的功能，評估其做到這個程度大約需要多少時間？(例如：團隊人數6人左右，計算機大學畢業生，並有專業UI支援)

2.分析這個軟體目前的優劣（和微信端的“至誠教務助手”相比），哪個更實用？
優勢：i至誠app相比至誠教務助手來說功能更多更全面。
劣勢：i至誠作為一個app起初做起來比微信小程式更加的繁瑣，維護起來更加麻煩。

3.你在第一部分發現的bug，為何軟體團隊不能在釋出前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？
由於i至誠是由校內學生進行程式設計維護的，程式設計水平普遍不算很高，所以具體的設計質量不高，測試把關不夠嚴格。

第三部分 建議和規劃(參考《構建之法》第8章功能的定位和優先順序；第9章專案經理)
市場現狀：
1.目前市場上是否有其他類似功能的產品、競品？
目前市場上類似的產品很多，基本上每個學校都有自己的學生管理軟體或小程式。

2.上述產品的定位、優勢與劣勢在哪裡？
許多產品都是由在校學生編寫，所以總體設計質量不高，且都只侷限於本校。

市場與產品生態：
1.產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
產品使用者大多都侷限於本校，如果編寫質量高的話，也有相互作用二次構成特定使用者生態的可能。

產品規劃：
1.如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。
一個負責專案需求，一個負責產品設計，一個負責前端開發，兩個負責後端開發，一個負責產品測試。

2.請為你的團隊設計16個週期每週的詳細規劃。