團務行政：排程、紀錄與經費

團務行政的負擔具有共同結構：同一份資料散在各團員手上，且無單一權威版本。到校服務紀錄在各自的筆記本，時數統計在承辦人的試算表，對外報送的表又是第三份。彙整時才發現三者對不起來。

試算表撐不住這類需求，因為它不是真正的資料庫：多人同時編輯會打架，也沒辦法拿手機當場登錄。有了後端資料庫，這類業務才有系統化的條件。

常見題目

最常見的失敗是先做統計儀表板。沒有人登錄就沒有資料，儀表板會一直是空的。先把登錄流程簡化到大家真的願意做。

1. 把現在的做法照實寫下來

   照實寫，多餘的步驟也要寫。「開甲檔複製，開乙檔貼上，再手動改日期」這種句子，就是你的系統規格。
2. 砍到只剩非要不可的欄位

   一欄一欄問：少了這一欄會怎樣？沒差的就刪掉。欄位愈多，大家愈不想登錄。
3. 照手機的使用情境設計

   實際情況多半是站在教室後面單手登錄，不是坐在辦公桌前操作。按鈕加大、選項變多、少打字。
4. 自己完整跑一次，順便計時

   不要用測試資料隨便點兩下就算完成。從頭到尾跑一次，記下花多久。超過兩分鐘就是太久。

請建置一個〔個別化教育計畫進度追蹤／教具借用／巡迴輔導紀錄〕系統，
使用者為〔特殊教育教師／輔導員〕，主要於〔行動裝置〕上使用。

現行作業流程為：〔如實描述，含所有冗餘步驟〕

請建置下列功能：
1. 輸入介面，欄位數盡量精簡，可選填者不採文字輸入
2. 資料寫入後端資料庫，再次開啟時資料仍存在
3. 歷史紀錄列表，可依〔日期／學校／服務類型／團員〕篩選
4. 個人時數統計，供團員自行查閱及核銷使用

個人資料規則（須嚴格遵守）：
- 服務對象僅記錄人數與類型，不得設置學生姓名、代號或班級欄位
- 團員以職稱與服務學校表示，不得設置聯絡方式欄位
- 不得設置障礙類別、鑑定文號、班級型態等欄位
- 資料表須設定列層級安全性，未登入者不得讀取任何資料

無障礙規格：字級至少 20px、點擊區至少 44×44px、
對比度 4.5:1 以上、全程可僅以鍵盤操作、不以顏色單獨傳達狀態。

行政資料比教材資料敏感，因為它本來就是關於特定學生的紀錄。權限沒設好，等於把特殊教育學生名冊掛在公開網址上。

怎麼建、能收什麼、權限怎麼驗，見資料庫建置與個人資料保護。選這一主題的人請把那一頁讀完。