Aiden Mak
TeachReach — 案例研究
0%
搜尋導師
↓ 案例研究
TeachReach
閱讀角度
簡介
Java Android 應用，連接學生與家教 — 搜尋、排程、預約、站內訊息 — 分層架構，資料庫用 HSQLDB。
角色
大學團隊項目
開發者 — 團隊項目
曼尼托巴大學
技術棧
Java
Android
HSQLDB
實證
完整家教市場流程，一個 Android App 完成
分層架構 — 展示、邏輯、持久化 — 底層為 HSQLDB
資料庫封裝在數據訪問接口之後，測試中可替換
找家教、約時間、日常溝通，要在三個不同的 App 之間來回切換。
01 — 搵導師與預約03 段影片
Film — search.mp4
01 — 搜尋導師
學生按科目搜尋,得到帶完整檔案的匹配導師 — 時薪、任教科目、其他學生的評分與回饋 — 足以選出一位真正合適的人。
導師搜尋返回匹配檔案
Film — sort.mp4
02 — 排一排結果
一按重新排序,選人變成一次對比,而非一場滾動 — 候選名單圍繞學生在乎的條件自動排好。
結果按排序條件重新排列
Film — booking.mp4
03 — 預約一節課
學生選定導師,對着導師的真實可用時間發出請求。這個請求是系統裡的真實狀態 — 不是一條聊天訊息 — 後面整個循環正因此才成立。
一個上堂請求,發出
02 — 上堂與協調03 段影片
Film — accept_reject.mp4
04 — 導師話事
請求落在導師一側,接受或婉拒 — 雙方看到同一份狀態,一節「已確認」的課對所有人意思一致。
導師接受待處理的請求
Film — sessions.mp4
05 — 一張課堂清單
即將上的課,雙方共用一張清單 — 約了什麼、跟誰、幾時 — 而不是散落在截圖與聊天記錄裡。
課堂清單,雙方視角
Film — communication.mp4
06 — 應用內協調
訊息住在應用裡,協調始終黏在它所屬的預約上 — 不用在第一堂課之前就同陌生人交換電話。
學生與導師的應用內對話
03 — 商業價值改變了什麼
發現
檔案與科目搜尋,把每位導師放進一個搵得到的地方。
排程
預約對着真實可用時間進行,確認了的課就是真的課。
溝通
應用內訊息,讓協調留在預約發生的地方。
曼尼托巴大學團隊項目 — 這裡展示的是可運行的應用與其架構;不聲稱任何採用數字。
閱讀角度