第一部分 找Bug（黑白盒測試）

·Bug發生時的測試環境
測試裝置：iPHone12 Pro
版本：14.4

（1）

i至誠中的健康日報打卡時間延遲半分鐘左右（必然發生）
比如說：學生們在凌晨12：00準時打卡，但在i至誠後臺卻顯示23：59或23：58，導致學生未打卡情況
可能成因:i至誠後臺時間未成功設定與北京時間同步
（2）

事務大廳中出現申請已處理完畢卻仍一直顯示待處理情況（偶然發生）
比如說：學生髮起的出校申請中，輔導員與團委書記均已審批同意，此申請應在已辦中，但仍顯示在待辦事務中
可能成因：i至誠後臺出bug導致遺漏項
（3）

校園一卡通中沒有充值選項（必然發生）
比如說：學生想要用校園卡付款，但是裡面沒有餘額，需要充值卻一直找不到充值入口
可能成因：i至誠開發人員未考慮到充值情況
（4）

i至誠通常很卡（經常發生）
比如說：學生每次開啟i至誠各種頁面，總是需要等待很久，並非網路原因
可能成因：程式碼冗餘太高，出現一個執行命令需要執行重複多次

第二部分 功能分析（參考8.6節對工作的估計，和14.1節軟體工程的質量）

1.根據軟體已有的功能，評估其做到這個程度大約需要多少時間？
團隊人數8人左右，計算機大學畢業生，並有專業UI支援

需求分析階段 4周
軟體設計階段 5周
軟體測試階段 2周
2.分析這個軟體目前的優劣（和微信端的“至誠教務助手”相比），哪個更實用？
個人覺得將微信端的“至誠教務助手”中的功能融合進i至誠會更實用

第三部分 建議和規劃(參考《構建之法》第8章功能的定位和優先順序；第9章專案經理)

·市場現狀
（1）目前市場上是否有其他類似功能的產品、競品？
答：有。例如易校園
（2）上述產品的定位、優勢與劣勢在哪裡？
答：上述產品的定位是在各個學校均可以使用，優勢是面廣，劣勢是不能專為一個學校服務
·市場與產品生態
（1）產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
答：存在使用者需求才產生產品。無法利用其相互作用二次構成特定使用者生態。
·產品規劃
（1）你要在當前軟體的基礎上設計什麼樣的新功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的產品/功能？你的創新在哪裡？可以用NABCD分析。
答：設計校園一卡通可以充值的新功能。因為充值功能可以非常方便學生充值，不用通過外部別的方式繞一圈充值，正好缺少這個功能。
（2）如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。

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