第一部分 調研，評測

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

Bug發生時的測試環境

列出你認為的嚴重影響使用者體驗的Bug，並用專業的語言描述，參考要點如下：（必答）

1.健康日報地址填寫錄入不正常

• 具體描述： 在健康日報填報時，對於選擇目前所在地時，可以隨便選擇地區，上一級地址和當前地址沒有對應關係，並且可以以這個地址進行健康日報的提交。
• 發生頻率： 一直
• 可能原因： 沒有對地址進行一個關聯性校驗
• 沒發現該Bug的原因： 可能對於地址的填寫，從主觀上來說使用者一般不會填錯，雖然此係統有對地址名稱進行了校驗，但是沒從其他角度對每個地址之間的關係進行校驗。
  
  

對於Bug的預期及改進建議：對每欄所選地址進行一個校驗，對於層級地址關係不匹配的地址不予填寫

2.健康日報提交時間比系統時間慢

• 具體描述：在提交每日填報資訊時，顯示的提交時間會比系統時間慢一分多鐘
• 發生頻率：一直
• 可能原因：可能並沒有對時間進行一致性檢查
  

第二部分 功能分析

參考 8.6節 對工作的估計 和14.1節 軟體工程的質量

1. 根據i至誠已有的功能，評估其做到這個程度大約需要多少時間？(例如：團隊人數6人左右，計算機大學畢業生，並有專業UI支援)。（必答）
   大約需要24周左右，具體分析如下：

   階段任務	週數
   取樣、收集彙總資料，確認產品型別	1周
   立項評估（demo演示,PPT/VISO/思維導圖/Axure等..）	1周
   立項書撰寫與稽核（包括團隊成員的確定、工期預估、經費等等）	2周
   詳細設計文件	3周
   開發過程	12周
   真機測試（細化、反覆修正改良）	3周
   上傳稽核	1周
   上線試運營期	1周

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

   和至誠教務助手相比，我覺得至誠教務助手的功能更加豐富和實用，而且更易於操作。
   至誠教務助手的每個選單區分明確，像是檢視課程表、考試查詢這種學生需求比較高的功能在i至誠上找不到入口。
   就我自己的體驗來講，i至誠是比較趨向於生活類的軟體，比如：食堂刷卡、健康日報填寫...然而食堂刷卡已經被支付寶、微信取代了，對於i至誠其他功能平時用的也是少之又少，實用性肯定比不過至誠教務助手。

3. 從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面（具體建議）。

   我覺得最重要的就是使用者體驗方面，要從使用者的角度考慮軟體的開發實現，而不是開發人員覺得好就行，比如可以先讓使用者進行試體驗，對每個功能進行評價，開發人員再進行改進和調整。

4. 你在第一部分發現的bug，為何軟體團隊不能在釋出前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？可以從下面的可能性中選取幾個：

   • 具體的設計質量不高

   我覺得可能知道有這個問題，可能對於使用來說沒有太大的影響所以沒去修復

第三部分 建議和規劃

市場現狀

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

  有易校園、完美校園等...

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

  定位是服務學生、教學管理、提升校園生活質量
  完美校園優勢在於功能豐富、不僅能交朋友還能找工作，劣勢就是廣告植入太多
  易校園相比於完美校園它擁有其他小應用，可以更好的豐富校園生活，缺點就是充卡困難、廣告植入多

市場與產品生態

• 產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
  存在一定的關係，有利用其相互作用二次構成特定使用者生態的可能性。
• 產品的子產品，以及其他相關產品之間是否存在一定的關係？是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性？
  存在一定的關係，有利用其相互作用二次構成特定使用者生態的可能性。

產品規劃

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

  學分、成績排名功能

  2.需求分析(NABCD)

  N（need）
  學生希望檢視當前學期成績和班級排名，瞭解自己的不足
  A（approach）
  在APP內加入檢視成績和成績、學分排行榜功能，利用資料分析，展示各項科目具體成績，以訊息來提醒學生哪些方面需要加強和鞏固。
  B（benefit)
  對於學生來說最重要的是成績和學分，可以很好的看清和他人的差距，促進學習。對於app開發者來說，可以增加app使用者的粘性和活躍度。
  C(compete)
  雖然同款軟體中，有很多類似的功能，但是其中內容比較單一、互動性較差，而本新功能則加入了資料分析，可以更加直觀的檢視各項成績，更易於互動。
  D（deliver）
  可以通過學校官網、公眾號等方式進行推廣。

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

  一個負責美工
  一個負責測試
  兩個負責開發
  一個負責文件編寫
  一個專案經理

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

  任務	週數
  取樣、收集彙總資料	1
  立項評估（demo演示,PPT/VISO/思維導圖/Axure等..）	1
  立項書撰寫與稽核（包括團隊成員的確定、工期預估、經費等等）	2
  詳細設計文件（分程式類和美術類，專案開發，策劃先行）	2
  對具體功能進行實現	5
  真機測試（細化、反覆修正改良）	4
  上線試運營	1