如何建立學校管理系統

學校管理系統保存學校運作所依賴的紀錄：學生是誰、他們在哪些班級、是否有到校、學習狀況如何。實用的第一版比多數人想像的要小——學生、班級、出缺席與成績，並為管理人員、教師與家長提供各自的登入。把這些做好、認真測試權限，然後之後再加入課表、費用與訊息功能。

本指南適合小型學校、補習中心、語言學校、課後課程與培訓機構，這些單位若覺得大型系統對其需求而言過於笨重或昂貴，就很適合參考。

學校管理系統需要什麼

資料

系統的大部分功能都圍繞著六張資料表：

當出缺席功能運作正常後，再加入評量（班級中的一次測驗或作業，含最高分與權重）以及成績（一位學生在一次評量中的結果）。

註冊紀錄這張表比看起來重要。學生會在學期中途更換班級。如果你直接把「班級」儲存在學生資料上，就會失去歷史紀錄，出缺席報表也會對不上。

頁面

• **管理儀表板：**一眼看出今天的出缺席狀況、缺少點名紀錄的學生、最近的變更。
• **學生列表與個人檔案：**可搜尋、依班級或學年篩選，個人檔案顯示班級、出缺席與成績。
• **班級頁面：**名單、今天的點名紀錄，以及成績簿。
• **點名畫面：**教師每天使用的功能。在手機或平板上應該只需幾秒鐘——預設全部出席，點一下即可更改。
• **成績簿：**評量為欄、學生為列，並顯示計算後的平均分數。
• **家長檢視：**只顯示他們自己子女的出缺席、成績與通知。

權限

學校系統的成敗往往取決於此。在建置前先把規則寫下來：

• 管理人員可以查看並編輯所有內容。
• 教師只能查看並編輯他們所授課的班級，以及班上的學生。
• 家長只能查看自己的子女，且為唯讀。
• 學生（如果需要登入）只能查看自己的紀錄。

「只能」必須在伺服器端強制執行，而不只是隱藏按鈕。家長若改變頁面網址中的數字，不應該能夠打開其他子女的個人檔案。我們的角色型存取控制指南說明了這種模式。

開始前要做的決定

**第一版有哪些人可以登入？**只允許教職員登入要簡單得多。家長與學生會讓權限情境與支援需求成倍增加。許多學校會先讓教職員登入，並在核心功能穩定之前，以紙本或電子郵件寄送報告給家長。

**成績如何計算？**加權平均、去掉最低分、等第區間、及格／不及格——選定一種方案，並以範例寫出來。成績計算邏輯是最值得親自手動核對的部分。

**什麼是「學期」？**班級、註冊紀錄與報告都依賴它。請決定使用學期、學季還是單一學年，並將它做成資料表，而不是文字欄位。

**匯入，而不是重新輸入。**你幾乎一定已經有以試算表儲存的學生資料。從第一天起就規劃學生、監護人與註冊紀錄的 CSV 匯入。請參閱如何把試算表變成 App。

**資料存放在哪裡，以及誰可以看到。**學生紀錄很敏感。在許多地方，它受到特定規範的保護——美國的 FERPA、歐盟與英國的 GDPR，以及其他地區的規範。在載入真實姓名之前，請先確認哪些規範適用於你；如果不確定，請諮詢專業顧問。至少要做到：預設為私密、稽核誰改了什麼，以及提供匯出或刪除學生資料的方式。

一段有效的第一段提示詞

為一所小型學校建立學校管理網頁 App。教職員使用電子郵件與密碼登入；角色為管理人員與教師。資料包括：學生（姓名、出生日期、年級、狀態）、與學生相連的監護人、教職員、學期、班級（名稱、科目、教師、學期、每週時間表），以及將學生與班級相連、含開始與結束日期的註冊紀錄。教師只能查看自己授課的班級，以及班上註冊的學生；管理人員可以查看全部。建立班級頁面，包含名單與每日點名：預設全部出席，教師點選即可標記缺席、遲到或請假，並可附上選填的備註。管理人員的儀表板要顯示哪些班級今天還沒有完成點名。加入學生與監護人的 CSV 匯入。所有資料都存在資料庫中。成績、家長登入與費用功能留待之後再做。

請注意這段提示詞的寫法：它指明了角色，用一句話說明權限規則，詳細描述使用最頻繁的畫面，並說明哪些功能要先排除。

建置步驟

1. **資料模型與範例資料。**要求建立資料表，以及一所小型、明顯為虛構的範例學校——兩個學期、五個班級、四十位學生。建置期間絕不使用真實的學生紀錄。
2. **管理人員畫面。**學生列表、個人檔案、班級列表、註冊紀錄編輯。確認將學生轉到另一個班級時，舊的註冊紀錄會保留並加上結束日期。
3. **教師登入與點名。**以教師身分登入，確認只看得到自己的班級。在手機尺寸的畫面上進行點名。
4. **權限測試。**以兩位不同的教師登入，嘗試透過網址打開對方的班級。兩次嘗試都應該失敗。
5. **匯入。**將你真實的試算表匯入一份副本，修正無法對應的欄位，然後決定是否準備好正式上線。
6. **成績。**新增評量與成績簿。用你手動計算過的範例測試平均分數。
7. **報表。**指定日期範圍內每位學生與每個班級的出席率——這是管理人員最常被要求提供的報表。
8. **家長存取（如果需要）。**最後才加入監護人登入，並採用唯讀檢視與最嚴格的權限測試。

常見錯誤

• **把班級儲存在學生資料上。**請使用含日期的註冊紀錄，否則歷史紀錄會消失。
• **權限只存在於介面中。**隱藏的按鈕不是安全機制。請透過網址與 API 進行測試。
• **點名太慢。**如果點名比紙本還花時間，教師就會停止使用。
• **測試時使用真實資料。**在權限獲得證明之前，請使用虛構的姓名。
• **直接刪除學生。**應改為標記為已離開。過去的出缺席與成績仍然屬於學校的紀錄。
• **一次建置所有功能。**課表、費用、訊息、成績單與家長 App 一起做，需要一整年的工作量。請先推出點名功能。
• **沒有稽核軌跡。**當成績被更改時，一定會有人問是誰、何時改的。請記錄下來。

什麼時候現成的產品是更好的選擇

成熟的學校管理與學生資訊系統能處理自建系統很難比擬的功能：政府與考試委員會的報告、複雜的課表編排、與學習平台的整合、費用收取，以及多年累積的各種特殊情況。如果你經營大型學校、有法定報告義務，或需要廠商承擔支援與合規責任，就應該購買現成系統。

當你的需求較為狹窄或特殊時，自建才有意義：例如追蹤課程與進度的補習中心、採滾動式註冊的語言學校、以梯次運作的培訓機構，或只使用昂貴系統五分之一功能的小型學校。一個完全符合你工作流程的聚焦工具，可能勝過你每天都在與之奮鬥的大型系統。我們的自建或購買軟體指南說明了這項取捨，而如何建立內部工具則涵蓋僅供教職員使用的版本。

使用 Mythex 建置

在 Mythex 中，你在對話中描述系統，並在即時預覽中看著它逐步成形。在寫任何程式碼之前，先使用規劃模式來確認資料表與角色。當 App 需要時，Mythex 會加入專屬的資料庫；如果你想在學生檔案中附加文件，也會提供檔案儲存空間。教職員與家長的登入屬於你的 App 本身：Mythex 不提供內建的登入產品，因此代理程式會接上你選擇的方式——請參閱為你的 App 加入登入。發佈後會取得 mythex.ai 連結，在 Pro 方案中也可以使用自己的網域——因為網址是公開的，所以保護紀錄的是你 App 的登入與權限檢查。若需要起始範本，可參考教師評分工具範本，或補習中心建構頁面。

常見問題