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

一、Bug發生時的測試環境

手機型號：紅米k40pro
手機系統：MIUI13.0.6
i至誠版本：1.9.9.80670

二、Bug具體情況描述

1. 校園一卡通內的離線碼模組點開顯示internal server error

2.健康日報板塊存在較大問題!

3. 服務介面分類雜亂無章同一個模組存在於多個分類當中

4. 首頁的搜尋推薦，搜尋出來卻沒有模組

5. 宿舍點名系統模組無法使用

第二部分 功能分析

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

大致需要20周左右的時間，具體分析如下：
需求分析：1周；市場調研：1周；確定最終需求：2周；搭建開發環境：2周；UI原型設計：1周；資料庫設計：1周；
功能實現：4周；UI設計：2周；前後端結合：2周；軟體測試：2周；BUG修復：2周；專案交付：1周。

2. 分析這個軟體目前的優劣（和微信端的“至誠教務助手”相比），哪個更實用？

i至誠：i至誠最大的優點就是有比較美觀的UI介面以及直觀的按鈕進行點選，但是功能不夠完善，bug太多，使用體驗較差。
至誠教務助手：至誠教務助手最大的缺陷就是那致命的文字連結，讓人看了就喜歡不上，但是至誠教務助手有著許多日常可以用到的功能比如課程表、選課系統、課本訂購等等。
對比分析：兩款程式各有優劣，在實用方面肯定是至誠教務助手更加實用，如果能在現有的基礎上加上更加優美的UI就更好了。

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

一、市場現狀

1. 目前市場上是否有其他類似功能的產品、競品？

目前市場上有許多類似的產品，例如：易班、易校園、今日校園等等

2. 上述產品的定位、優勢與劣勢在哪裡？

上述產品多用於輔助學校管理學生，在疫情期間能更好的管理學生的疫情資訊。優勢在於上述軟體的介面更加成熟，功能更加完善。但是眾多功能中學生一般都用不太上，學生們日常使用的多為課表檢視和選課系統，功能太多會造成閒置。

3. 上述產品之間呈現什麼樣的關係，哪些為競品關係？以及競爭中的各方態勢如何？

除了高校獨立開發的軟體外，其他均為相互競爭關係，需要與各個高校洽談合作業務，以便開拓更大的市場。

二、 市場與產品生態

1. 產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？

在i至誠中使用者群體侷限於學生和教職工，其他人員不會使用到。而且其他類似易班的軟體會有各色人員使用。

三、 產品規劃

1. 你要在當前軟體的基礎上設計什麼樣的新功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的產品/功能？你的創新在哪裡？

我會將i至誠與至誠服務助手相結合，在i至誠中加入課程表、選課、選書系統和打卡系統，讓i至誠不再侷限與健康日報填報和出入校申請。