Cara Membuat ERD dan Mendesain Database Aplikasi untuk Pemula
ERD menggambarkan entitas, atribut, dan relasi agar data tidak disimpan sembarangan.
Dalam seri ini kita menggunakan studi kasus Aplikasi Rekap Kehadiran Pelatihan dengan data fiktif. Tujuannya agar pembaca memahami bagaimana hasil satu tahap menjadi masukan bagi tahap berikutnya, tanpa harus langsung menulis kode.
Mengapa langkah ini penting?
Kesalahan desain atau kebutuhan yang ditemukan sebelum implementasi biasanya lebih mudah diperbaiki daripada setelah aplikasi digunakan. Dokumentasi juga membantu pemilik proyek, pengguna, dan pengembang menyepakati hasil yang dapat diperiksa.
Langkah-langkah praktis
Untuk contoh kehadiran pelatihan, data utama adalah peserta, sesi, dan catatan kehadiran.
Peserta(id_peserta, nama), Sesi(id_sesi, judul, tanggal), Kehadiran(id_kehadiran, id_peserta, id_sesi, status).
Gunakan primary key unik pada setiap entitas; id_peserta dan id_sesi di Kehadiran menjadi foreign key.
Terapkan batasan unik pasangan peserta-sesi jika satu peserta hanya boleh punya satu kehadiran per sesi.
Contoh dan template yang bisa disalin
Salin contoh berikut ke dokumen kerja lalu sesuaikan dengan proses bisnis yang benar-benar disetujui.
Checklist sebelum melanjutkan
- Aktor, kebutuhan, dan batasan jelas
- Data contoh bersifat sintetis
- Kasus gagal dan hak akses dipertimbangkan
- Hasil direview dan ditautkan ke requirement SRS
Pertanyaan yang sering diajukan
Apa beda primary key dan foreign key?
Primary key mengidentifikasi satu baris; foreign key merujuk baris pada tabel lain.
Apakah nama peserta boleh dijadikan primary key?
Tidak disarankan karena nama dapat sama atau berubah; gunakan identifier stabil.
Lanjutkan belajar
Mulai dari panduan menyusun dokumen SRS agar setiap diagram, rancangan, dan pengujian mempunyai dasar kebutuhan yang jelas. Jelajahi seluruh materi di Knowledge Hub Pengembangan Aplikasi & SDLC.
0 Komentar