Beta版本衝刺計劃及安排

1.下一階段須要改進完善的功能

• 整體來講，須要在UI 方面進行全面的改進。
• 在數據加載，網絡延遲，以及邏輯性判斷進行人性化改進。
• 數據請求後，考慮到發佈報課後的不變性，應插入到本地SQLite中，提升速度，以及防止屢次過分加載。（歷史選課，以及其它方面都一致思想）
• 顯示教師及系負責人名單時，採用摺疊菜單，提升用戶體驗，並去除原有app上無用的設計。
• 對UI和邏輯層進行解耦。

2.下一階段新增的功能

• 完善教師報課功能，加入報課預覽，以及報課完以後只現實已報課功能，以後不可再選的邏輯。
• 完善系負責人審覈功能。
• 院負責人結束報課功能。
• 報課狀況導出功能，服務端excel讀取存儲操做。
• 考慮操做的便捷性，嘗試採用一鍵導入全部課表的功能。

3.須要改進的團隊分工（針對以前的不足，須要增強和改進團隊協做和分工的地方）

• 對於分工之間有聯繫的小組成員，須要增強溝通，制定兩人的編碼規範。例如作UI界面的人員要與作邏輯跳轉的成員先肯定各控件的命名，來提升工做效率。
• 每一個成員對於我的代碼的更新和改進，在Readme中進行更新，方便其餘成員查看了解何處已進行了更新，添加了什麼功能或內容等。
• 分離出專門的測試人員，進行測試工做。服務端人員進行Android編碼工做。

4.須要改進的工具流程（如版本控制、測試工具等）

• GitHub雖然衝突較少，但也應該採用分支審覈的方式。而不該該每一個組員都有直接修改的權限。
• 測試應和代碼同步進行，不該該等編碼完以後才統一測試。
• 每日總結後發佈issues，並針對close狀況進行安排。

5.衝刺的時間計劃安排

• 計劃在4-10號