Cara Membuat Sistem Manajemen Sekolah

Sistem manajemen sekolah menyimpan catatan yang menjadi dasar operasional sekolah: siapa siswanya, di kelas mana mereka berada, apakah mereka hadir, dan bagaimana perkembangan mereka. Versi pertama yang berguna lebih kecil daripada yang dibayangkan kebanyakan orang: siswa, kelas, absensi, dan nilai, dengan login terpisah untuk admin, guru, dan orang tua. Bangun itu dengan baik, uji izin aksesnya dengan ketat, dan tambahkan jadwal, biaya, serta pesan nanti.

Panduan ini ditujukan untuk sekolah kecil, pusat bimbingan belajar, sekolah bahasa, program sepulang sekolah, dan lembaga pelatihan yang merasa sistem besar terlalu berat atau mahal untuk kebutuhan mereka.

Yang dibutuhkan sistem manajemen sekolah

Datanya

Sebagian besar sistem bergantung pada enam tabel:

Tambahkan penilaian (ujian atau tugas di kelas, dengan nilai maksimum dan bobot) dan nilai (hasil satu siswa pada satu penilaian) setelah absensi berjalan.

Tabel pendaftaran lebih penting daripada kelihatannya. Siswa berpindah kelas di tengah semester. Jika Anda menyimpan "kelas" langsung di data siswa, riwayatnya hilang dan laporan absensi Anda tidak lagi cocok.

Halamannya

• Dashboard admin: absensi hari ini sekilas, siswa yang belum diabsen, dan perubahan terbaru.
• Daftar dan profil siswa: pencarian, filter menurut kelas atau tahun, dan profil yang menampilkan kelas, absensi, dan nilai.
• Halaman kelas: daftar siswa, absensi untuk hari ini, dan buku nilai.
• Layar absensi: yang dipakai guru setiap hari. Seharusnya hanya membutuhkan beberapa detik di ponsel atau tablet; semua siswa secara default hadir, ketuk untuk mengubah.
• Buku nilai: penilaian sebagai kolom, siswa sebagai baris, dengan rata-rata yang dihitung.
• Tampilan orang tua: hanya absensi, nilai, dan pemberitahuan milik anak mereka sendiri.

Izin akses

Di sinilah sistem sekolah berhasil atau gagal. Tuliskan aturannya sebelum membangun:

• Admin melihat dan mengubah semuanya.
• Guru hanya melihat dan mengubah kelas yang mereka ajar, dan hanya siswa di dalamnya.
• Orang tua hanya melihat anak mereka sendiri, hanya-baca.
• Siswa (jika mereka login sama sekali) hanya melihat catatan mereka sendiri.

"Hanya" harus diterapkan di server, bukan hanya dengan menyembunyikan tombol. Orang tua yang mengubah angka di alamat halaman tidak boleh bisa membuka profil anak lain. Panduan kami tentang kontrol akses berbasis peran membahas polanya.

Keputusan yang perlu diambil sebelum mulai

Siapa yang login di versi pertama? Hanya staf jauh lebih sederhana. Orang tua dan siswa melipatgandakan kasus izin dan permintaan bantuan. Banyak sekolah memulai dengan login staf dan mengirim laporan cetak atau email kepada orang tua sampai inti sistemnya stabil.

Bagaimana nilai dihitung? Rata-rata berbobot, membuang nilai terendah, rentang nilai huruf, lulus/tidak lulus. Pilih satu skema dan tuliskan beserta contohnya. Logika penilaian adalah bagian yang paling layak diperiksa secara manual.

Apa itu "semester"? Kelas, pendaftaran, dan laporan semuanya bergantung padanya. Tentukan apakah Anda memakai term, semester, atau satu tahun ajaran, dan jadikan itu sebuah tabel, bukan kolom teks.

Impor, jangan ketik ulang. Kemungkinan besar Anda sudah punya data siswa di spreadsheet. Rencanakan impor CSV untuk siswa, wali, dan pendaftaran sejak hari pertama. Lihat cara mengubah spreadsheet menjadi aplikasi.

Di mana data disimpan dan siapa yang bisa melihatnya. Catatan siswa itu sensitif. Di banyak tempat, catatan tersebut diatur oleh aturan khusus — FERPA di AS, GDPR di Uni Eropa dan Inggris, dan lainnya di tempat lain. Periksa apa yang berlaku untuk Anda sebelum memasukkan nama asli, dan tanyakan kepada penasihat jika Anda tidak yakin. Minimal: privat secara default, catat siapa yang mengubah apa, dan ada cara untuk mengekspor atau menghapus data siswa.

Prompt pertama yang berhasil

Buat aplikasi web manajemen sekolah untuk sekolah kecil. Staf login dengan email dan kata sandi; peran yang tersedia adalah admin dan guru. Data: siswa (nama, tanggal lahir, tingkat kelas, status), wali yang terhubung dengan siswa, staf, semester, kelas (nama, mata pelajaran, guru, semester, jadwal mingguan), dan pendaftaran yang menghubungkan siswa dengan kelas beserta tanggal mulai dan selesai. Guru hanya melihat kelas yang mereka ajar dan siswa yang terdaftar di dalamnya; admin melihat semuanya. Buat halaman kelas dengan daftar siswa dan absensi harian di mana semua siswa secara default hadir dan guru mengetuk untuk menandai tidak hadir, terlambat, atau izin, dengan catatan opsional. Admin mendapat dashboard yang menampilkan kelas mana yang belum mengisi absensi hari ini. Tambahkan impor CSV untuk siswa dan wali. Simpan semuanya di database. Tinggalkan nilai, login orang tua, dan biaya untuk nanti.

Perhatikan apa yang dilakukan prompt ini: ia menyebutkan peran, menyatakan aturan izin dalam satu kalimat, menjelaskan layar yang paling sering dipakai secara rinci, dan menyebutkan apa yang ditinggalkan.

Langkah pembangunan

1. Model data dan data contoh. Minta tabel dan sekolah contoh kecil yang jelas palsu — dua semester, lima kelas, empat puluh siswa. Jangan pernah memakai catatan siswa sungguhan saat membangun.
2. Layar admin. Daftar siswa, profil, daftar kelas, pengeditan pendaftaran. Pastikan memindahkan siswa antar kelas tetap menyimpan pendaftaran lama dengan tanggal selesai.
3. Login guru dan absensi. Login sebagai guru dan pastikan Anda hanya melihat kelas Anda. Isi absensi pada layar ukuran ponsel.
4. Uji izin. Login sebagai dua guru yang berbeda dan coba buka kelas satu sama lain lewat URL. Kedua percobaan seharusnya gagal.
5. Impor. Impor spreadsheet asli Anda ke salinan, perbaiki kolom yang tidak cocok, lalu putuskan apakah Anda siap untuk live.
6. Nilai. Tambahkan penilaian dan buku nilai. Uji rata-ratanya dengan contoh yang Anda hitung sendiri secara manual.
7. Laporan. Persentase kehadiran per siswa dan per kelas untuk rentang tanggal — laporan yang paling sering diminta admin.
8. Akses orang tua, jika Anda membutuhkannya. Tambahkan login wali terakhir, dengan tampilan hanya-baca dan uji izin paling ketat dari semuanya.

Kesalahan umum

• Menyimpan kelas di data siswa. Gunakan pendaftaran dengan tanggal, atau riwayatnya hilang.
• Izin hanya di antarmuka. Tombol yang disembunyikan bukan keamanan. Uji lewat URL dan lewat API.
• Absensi yang lambat. Jika mengisi absensi lebih lama daripada di atas kertas, guru akan berhenti menggunakannya.
• Data sungguhan saat pengujian. Pakai nama rekaan sampai izin terbukti aman.
• Menghapus siswa. Tandai saja sebagai sudah keluar. Absensi dan nilai masa lalu tetap menjadi bagian dari catatan sekolah.
• Membangun semuanya sekaligus. Jadwal, biaya, pesan, rapor, dan aplikasi orang tua sekaligus adalah pekerjaan setahun. Rilis absensi lebih dulu.
• Tidak ada jejak audit. Ketika sebuah nilai berubah, seseorang akan bertanya siapa yang mengubahnya dan kapan. Catatlah.

Kapan produk siap pakai adalah pilihan yang lebih baik

Sistem manajemen sekolah dan sistem informasi siswa yang sudah mapan menangani hal-hal yang sulit ditandingi oleh pembuatan sendiri: pelaporan kepada pemerintah dan badan ujian, penjadwalan yang kompleks, integrasi dengan platform pembelajaran, penagihan biaya, dan bertahun-tahun kasus khusus. Jika Anda mengelola sekolah besar, memiliki kewajiban pelaporan menurut undang-undang, atau membutuhkan vendor yang menanggung dukungan dan kepatuhan, belilah yang sudah jadi.

Membangun masuk akal ketika kebutuhan Anda lebih sempit atau tidak biasa: pusat bimbingan belajar yang melacak sesi dan kemajuan, sekolah bahasa dengan pendaftaran bergulir, lembaga pelatihan dengan angkatan, atau sekolah kecil yang hanya memakai seperlima dari sistem mahal. Alat yang fokus dan persis mengikuti alur kerja Anda bisa lebih baik daripada sistem besar yang Anda perjuangkan setiap hari. Panduan kami tentang membangun vs membeli perangkat lunak membahas trade-off-nya, dan cara membuat alat internal membahas versi khusus staf.

Membangunnya dengan Mythex

Di Mythex, Anda mendeskripsikan sistemnya di chat dan melihatnya terbentuk di preview langsung. Gunakan mode Plan terlebih dahulu untuk menyepakati tabel dan peran sebelum kode apa pun ditulis. Mythex menambahkan database khusus saat aplikasi membutuhkannya, dan penyimpanan file jika Anda ingin melampirkan dokumen ke profil siswa. Login untuk staf dan orang tua adalah milik aplikasi Anda sendiri: Mythex tidak menyediakan produk login bawaan, jadi agent menghubungkan pendekatan yang Anda pilih — lihat menambahkan login ke aplikasi Anda. Publikasikan ke tautan mythex.ai, atau ke domain sendiri di paket Pro — alamatnya bersifat publik, jadi login aplikasi dan pemeriksaan izin Andalah yang menjaga catatan tetap privat. Sebagai titik awal, lihat template alat penilaian guru atau halaman builder pusat bimbingan belajar.

Pertanyaan