第一部分 找Bug

• Bug發生時的測試環境
  手機系統:Android
  i至誠版本:
  
• Bug的可復現性及具體復現步驟
  經過反覆的測試,以及一年來的使用,得出i至誠bug一直出現。
• Bug具體情況描述
  bug1:時間誤差,進行i至誠的健康日報,一定有兩分鐘的誤差。
  
  bug2:健康日報當前所在位置,預設在福建省福州市鼓樓區,點選市以及區下拉框僅有福州市鼓樓區選項。
  
  
  bug3:"文字紅碼"。
  
  bug4:我的服務小圖示沒有點選事件。
  
  bug5:首頁APP公告的全部頻道只有APP公告並且點選後回到首頁意義不明。
  
  bug6:繫結手機失效。
  
  bug7:系統設定僅有退出登陸。
  
• Bug分析
  bug1:應學校要求每天必須填報健康日報,沒有填報會面臨處分,時間的誤差會導致學生錯過或者過早進行填報,也會加重學校的統計負擔,對於學校APP來說,這無疑是個重大的錯誤。
  bug2:這類bug對於本省的同學具有一定的影響,學生找不到自己所在的市區,可能就直接按照i至誠預設地區填寫,如果正好預設地區爆發疫情便會被牽連。
  bug3:i至誠敷衍的體現,連個紅字提醒都沒有,會嚴重影響安保工作的進行。
  bug4:該功能的出發點是好的,i至誠功能很多,但是設計的位置以及必須展開才能點選圖示,導致其實用性不如當前頁面的最近使用。
  bug5:軟體健壯性不足。
  bug6:嚴重影響使用,密碼忘記時無法找回,必須讓學校後臺進行處理,浪費人力成本。
  bug7:系統設定功能不夠完善,只有一個功能不如把那個功能放在顯眼的位置。

第二部分 功能分析

1.根據軟體已有的功能，評估其做到這個程度大約需要多少時間？(例如：團隊人數6人左右，計算機大學畢業生，並有專業UI支援)。（必答）
都是科班出身且有專業UI做到這個程度大概13周左右。
2.分析這個軟體目前的優劣（和微信端的“至誠教務助手”相比），哪個更實用？（必答）
優勢:功能齊全遠多餘至誠教務助手,方便學校統一管理。
劣勢:設計不夠完善,很多意義不明的跳轉按鈕,健壯性不夠,偶爾還會自動退出登陸,頁面重新整理不出來,至誠教務助手簡潔明瞭。
3.從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面（具體建議）。
軟體的維護。
4.你在第一部分發現的bug，為何軟體團隊不能在釋出前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？可以從下面的可能性中選取幾個：
測試把關不嚴，敷衍了事，沒有注意在特殊的配置或環境下測試
具體的設計質量不高

第三部分 建議和規劃

• 市場現狀
  • 目前市場上是否有其他類似功能的產品、競品？
    目前市場上有慧職教、易校園等。
  • 上述產品的定位、優勢與劣勢在哪裡？
    優勢:各大高校使用,教學資源豐富。
    劣勢:對於特定高校很難滿足所有需要的功能,學校必須另外使用其他軟體,導致學生需要另外下載多項APP。
• 市場與產品生態
  • 產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
    產品的使用者都是在校的師生,沒有利用其相互作用二次構成特定使用者生態的可能性。
  • 產品的子產品，以及其他相關產品之間是否存在一定的關係？是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性？
    產品的子產品，以及其他相關產品之間存在一定的關係,有利用各個產品特性之間的相互關係二次構成產品生態的可能性,比如特定功能必須和子產品聯絡。
• 產品規劃

  • 你要在當前軟體的基礎上設計什麼樣的新功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的產品/功能？
    學習專欄的功能,因為是校園APP,i至誠的學生間的聯絡太少,學生們交流匱乏,有這個功能學生們可以分享知識分享經驗。

  • 如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。

    職位	人數
    開發	4
    測試	1
    美工	1

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

    詳細規劃

    階段	週期
    需求分析	1周
    設計原型	2周
    搭建開發環境進行系統概要設計	2周
    編碼	6周
    測試	3周
    釋出	1周
    上線	1周