拖鞋旅遊隊專案測評

前言

• 隊名：拖鞋旅遊隊
• 組長部落格：https://www.cnblogs.com/Sulumer/p/10087665.html
• 本次作業：https://edu.cnblogs.com/campus/fzu/Grade2016SE/homework/2436

第一部分 調研，評測

評測

Android端評測

• 上手體驗：功能全面，易於上手，佔用記憶體小，頁面設計人性化。
• 思維導圖：
  
• Bug1：
  
• Bug2：
  
• 為什麼這個產品組的人沒有發現這些bug：測試小組測試不仔細，不全面；這些功能前後端開發可能不同步。

IOS端評測

• 上手體驗：執行流暢，圖示簡潔，配色清爽，部分圖片失真，功能種類多但是不完善，夜間模式，匯入日曆功能方便，實用性高
• 思維導圖：
  點我檢視原圖
  
• Bug1：
  
• Bug2：
  
• 為什麼這個產品組的人沒有發現這些bug：第一個bug可能是因為開發者對於考試安排的理解錯誤。第二個bug是前後端對分享功能的開發不同步。

假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)。

• 我們會加強宣傳。
• 根據反饋修復bug。
• 跟進更新如歷年卷、易班等功能。

採訪

• 採訪物件背景：附件某高校大三學生，沒有使用過類似app。
• 採訪物件需求：需要一款可以檢視課表、考場、成績及一些在校日常查詢的功能。
• 採訪照片：
  
• 採訪物件的使用體驗：
  • 採訪物件對日常一些所需要的查詢資訊的問題都可以完美地解決。
  • 資料量很齊全且豐富，所需要查詢的資訊都可以查到。
  • 介面較為簡潔明瞭且醒目，但不同介面間的字型風格不夠統一。
  • 功能比較齊全和豐富，但部分易班上的功能使用度過低。
  • 準確度上做的較好，使用到目前未發現不準確現象。
• 採訪物件的改進意見：這位使用者強烈建議增加一個課表分享和成績分享的功能，他想分享到微信上給別人看他的課表，以及家長對於成績的查詢，能夠簡單明瞭直觀的看到所需的資料。
• 結論：非常推薦！

第二部分 分析

• 估計這個專案做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支援）。
  我們估計這個專案做到這個程度只需要一個月，因為既然是本校大學畢業生，應該會有比較好的基礎，而且做這個專案應該會受到學校極大的支援，對介面的獲取難度應該較低，而且有專業的UI支援，我們認為一個月時間足夠了。

• 分析這個軟體目前的優劣（和類似軟體相比），並推理出開發團隊在軟體工程 方面可以提高的一個重要部分（具體建議）。
  這款軟體優勢在於擁有較為廣闊的群眾而且功能也算齊全，劣勢就在於有些功能可以有時候無法使用（空教室功能），在軟體工程方面可以提高的一個重要部分就是對歷年卷這一模組的管理，許多科目都上傳了不相關的資訊從而干擾大家獲取正確的資訊，希望能夠加強這一塊的管理。

• 根據理解和體驗，畫出整個軟體所有功能邏輯框圖，根據重要度標識出各模組的重要度、完成度、出發點及效果。
  點我檢視原圖
  

• 針對不同的維度評分，對使用者體驗方面、UI介面美觀度、核心功能，分別打分。
  使用者體驗方面打7分：因為有些功能經常無法使用而且歷年卷功能沒有維護。
  UI介面美觀打9分：介面簡潔明瞭，向量圖也很精美。
  核心功能8分：查詢課程表、查詢成績、查詢考場、歷年卷應該都是核心功能，大多數都好用。

第三部分 建議和規劃

• 如果你是專案經理，如何提高從而在競爭中勝出？
  • 加強宣傳。這款產品宣傳力度在同類中非常低，大部分同學沒有使用過甚至沒有用過。
  • 解決bug，增強使用者體驗。
  • 增強功能，如檢視課表，查詢成績，查詢歷年卷。
• 目前市場上有什麼樣的產品了：超級課程表、福大教務通、課程格子。
• 你要設計什麼樣的功能？
  • 歷年卷代列印及送貨上門服務。
  • 學分查詢。
  • 教師基本資訊查詢。
• 為何要做這個功能，而不是其他功能？
  據我們作為學生的角度以及綜合前期的調研等，這幾個功能現有方式較為不方便，而這些功能又都是剛需。
• 為什麼使用者會用你的產品/功能？
  • 到期末的時候大家都會有列印歷年卷的需求，這樣比較方便同學。
  • 目前福大助手易班中的學分查詢已經不能用了。學分查詢對於同學來了解自己還差多少學分還是很有必要的。
  • 教師基本資訊查詢可以幫助同學們在學期選課的時候看到教師的基本資訊幫助同學們選擇任課老師。
• 你的創新在哪裡？可以用 NABCD 分析。
  我們的創意解決了使用者列印歷年卷，查詢學分，已經在選課時可以比較老師的掛科率和高分率。相對於其他競爭者而言，不太可能做到這麼本土化的功能，他們的課表app固然很優秀，但也伴隨著廣告多，社交性太強等諸多問題。而我們的app更能滿足使用者的需求。
• 如果你來領導這個團隊，會有什麼不一樣？
  如果我來領導這個團隊，說實話，我覺得不一定會比現在的團隊做得好。但是站在另一個角度，使用者反饋、運營方面並沒有得在這個產品的現有團隊得到很好的體現。如果是我來領導，在產品上線後，我會加強運營這個產品，至少做到讓全校學生都知道又這款app。使用者反饋也是極其重要的，它可以幫助我們不斷的修復和完善產品，我會重視使用者反饋，有時間甚至會與使用者深入溝通，以此來不斷提升產品。
• 如果你的團隊有5個人, 4個月的時間，你作為專案經理，應該如何配置角色（開發，測試，美工等等）？
  這是一款工具類的產品，同時具有非常強的競爭力，因此我認為這款產品的美工任務還是比較小的，同時開發週期也是比較緊張的，不足以分配一人。我會配置兩名人員作為前端開發（其中一名為前端組長），兩名後端開發（其中一名後端組長），一人專案經理兼產品經理兼美工兼運營，全員開發（兩名組長與專案經理主要測試，其他人員輔助測試）。
• 描述你的團隊在16 週期間每週都要做什麼，才能在第16周如期釋出軟體，大小里程碑績點設定。
  
  
• 專案釋出後，有沒有考慮過專案該怎麼部署才能滿足需求。依據附錄圖（某校教務處系統的部署）作為參考，分析16周後你所完成的專案上線需要哪些配套裝置(伺服器、頻寬、資料庫需求數量與配置) 。
  

第四部分 增量開發設計

• 優化/新增功能點的原型介面
  • 新增歷年捲上傳入口。
  • app訊息推送功能。
• 基本實現思路

  • 歷年捲上傳入口

    • 後端新增一個檔案上傳介面，為了安全要加入token以及AES加密，同時不能直接釋出，需要有一個標識標記稽核情況。
    • 前端在歷年卷頁面加一個上傳按鈕，上傳引數：學院、科目、檔案、學號、時間....同時上傳只是上傳，管理員在後端頁面通過稽核之後，才允許出現在歷年卷裡。
    • 獎勵還是無獎勵機制，後續再看積極性。

  • app訊息推送功能

    • 出成績或者考試日期公佈臨近，就會推送。
    • 校招，每天的招聘資訊推送。 由於考慮到出成績、考試、校招這些都會提前出來，而且也不是緊急時間，所以可以採用輪詢的方式，頻率每12小時或每6小時跟伺服器請求一次，如果有新通知則在安卓端彈出。

• 優化/新增功能點與原有產品如何接入
  歷年捲入口簡要原型：
  

第五部分 答辯總結

• 評分：去除最高分（83）最低分（73）後的平均分：76.71

  組號	團隊名	評分
  1	爸爸餓了	73
  2	拖鞋旅遊隊	81
  3	彳艮彳亍	78
  4	火箭少男100	75
  5	起床一起肝活隊	83
  6	404 Note Found	79
  7	第三視角	77
  8	小白吃	74
  9	我頭髮呢	73

第六部分 個人部分

• 個人PSP

• 個人學習進度條