Bayangkan kamu diminta membangun sebuah perpustakaan besar — tapi tidak ada katalog, tidak ada rak bernomor, dan tidak ada sistem pencatatan peminjam. Buku-buku berserakan di lantai. Kacau, bukan? Nah, entitas database OBE adalah "katalog dan rak" itu. Tanpa menentukan entitas yang tepat sejak awal, sistem informasi akademik (SIAKAD) berbasis OBE yang kamu bangun akan runtuh sebelum sempat dipakai.
Di artikel ke-16 dari seri OBE from Zero to Zorro ini, kita akan bedah tuntas: apa saja entitas kunci yang wajib ada dalam tabel database SIAKAD OBE, bagaimana relasi database OBE terbentuk antar entitas, dan kenapa struktur data OBE berbeda dari sistem akademik konvensional. Siap? Ayo mulai dari pertanyaan paling mendasar.
Apa itu Entitas dalam Database OBE?
Entitas database OBE adalah objek atau "benda" nyata dalam dunia akademik yang datanya perlu disimpan secara terstruktur agar sistem dapat melacak pencapaian Capaian Pembelajaran (CP) secara otomatis dan terverifikasi. Setiap entitas menjadi tabel di dalam database, dan setiap hubungan antar entitas membentuk relasi yang memungkinkan sistem menjawab pertanyaan seperti: "Apakah mahasiswa A sudah memenuhi CPL nomor 3?"
1. Kenapa Entitas Database OBE Tidak Sama dengan SIAKAD Biasa?
SIAKAD konvensional menyimpan data sederhana: mahasiswa, mata kuliah, nilai huruf, dan transkrip. Selesai. Tapi OBE punya dimensi tambahan yang bikin struktur datanya jauh lebih kompleks — dan lebih bermakna.
Dalam OBE, nilai akhir bukan tujuan utama. Yang ingin diketahui adalah: "Apakah mahasiswa ini sudah menguasai kompetensi X yang didefinisikan dalam Capaian Pembelajaran Lulusan (CPL)?" Untuk menjawab pertanyaan itu, sistem membutuhkan jalur data dari CPL → CPMK → Sub-CPMK → Asesmen → Nilai → Mahasiswa. Setiap simpul dalam jalur itu adalah entitas tersendiri.
Survei perguruan tinggi yang mengimplementasikan OBE menunjukkan bahwa lebih dari 60% masalah akreditasi digital bersumber dari struktur database yang salah dirancang di awal — bukan dari masalah data entry atau UI. Pondasi entitas yang tepat = laporan akreditasi yang mulus.
| Aspek | SIAKAD Konvensional | SIAKAD OBE |
|---|---|---|
| Fokus Data | Input (SKS, nilai angka) | Outcome (kompetensi tercapai) |
| Entitas Unik | ~6–8 tabel | 15–25+ tabel (dengan CPL, CPMK, asesmen) |
| Relasi Kritis | Mahasiswa ↔ MK ↔ Nilai | CPL ↔ CPMK ↔ Sub-CPMK ↔ Asesmen ↔ Nilai |
| Output Laporan | Transkrip nilai | Peta ketercapaian CPL per mahasiswa/angkatan |
2. Peta Lengkap Entitas Kunci dalam Tabel Database SIAKAD OBE
Mari kita bagi entitas database OBE ke dalam tiga kelompok besar: entitas inti akademik, entitas capaian pembelajaran, dan entitas asesmen & nilai. Analoginya seperti membangun rumah — fondasi, dinding, dan atap. Ketiganya harus ada dan saling menopang.
🏛️ Kelompok Entitas Inti Akademik
Ini adalah pondasi — entitas yang sudah ada di hampir semua SIAKAD, tapi di OBE punya atribut tambahan yang penting.
- program_studi — nama prodi, jenjang, SK pendirian, akreditasi
- mata_kuliah — kode, nama, SKS, semester, status (wajib/pilihan), kurikulum_id
- mahasiswa — NIM, nama, angkatan, prodi_id, status akademik
- dosen — NIDN, nama, prodi_id, jabatan fungsional
- kelas / rombongan_belajar — semester aktif, dosen_pengampu_id, mk_id, tahun_akademik
- kurikulum — versi kurikulum, tahun berlaku, SK pengesahan
🎯 Kelompok Entitas Capaian Pembelajaran (CP)
Inilah "jantung" OBE yang membedakannya dari sistem konvensional. Tanpa kelompok ini, kamu hanya membangun SIAKAD biasa dengan nama baru.
- cpl (capaian_pembelajaran_lulusan) — kode, deskripsi, kategori (sikap/pengetahuan/keterampilan umum/keterampilan khusus), prodi_id
- cpmk (capaian_pembelajaran_mata_kuliah) — kode, deskripsi, mk_id, bobot kontribusi ke CPL
- sub_cpmk — perincian CPMK menjadi indikator yang lebih spesifik dan terukur
- mk_cpl (tabel relasi) — mapping mata kuliah ke CPL beserta bobot kontribusi (%)
- cpmk_cpl (tabel relasi) — mapping CPMK ke CPL yang dikontribusikannya
📝 Kelompok Entitas Asesmen & Nilai
Di sinilah data "hidup" — tempat bukti ketercapaian kompetensi mahasiswa dicatat setiap semester.
- jenis_asesmen — UTS, UAS, tugas, praktikum, proyek, presentasi
- asesmen — nama tugas/ujian, kelas_id, jenis_id, bobot (%), tanggal
- asesmen_cpmk (tabel relasi) — mapping setiap asesmen ke CPMK yang diukur + bobot
- nilai_mahasiswa — mahasiswa_id, asesmen_id, skor_mentah, skor_tertimbang
- rekap_nilai_cpmk — agregat skor CPMK per mahasiswa per kelas (bisa view/materialized)
- rekap_ketercapaian_cpl — agregat akhir: seberapa persen CPL terpenuhi per mahasiswa per angkatan
Mulai dari entitas yang paling stabil. CPL dan CPMK jarang berubah setelah disahkan; nilai mahasiswa berubah setiap semester. Rancang entitas yang "jarang berubah" dulu, baru sambungkan ke entitas yang "sering berubah". Ini mengurangi risiko migrasi data di masa depan.
3. Struktur Data OBE: Atribut Apa Saja yang Wajib Ada di Setiap Entitas?
Menentukan entitas saja belum cukup — kamu juga harus tahu atribut (kolom) apa yang minimum harus ada di setiap tabel. Berikut contoh DDL sederhana untuk dua entitas paling krusial: CPL dan tabel relasi MK-CPL.
Kolom bobot_persen di tabel relasi adalah kunci untuk menghitung kontribusi tiap mata kuliah terhadap pencapaian CPL secara otomatis. Pastikan jumlah bobot_persen dari semua MK yang berkontribusi ke satu CPL = 100%. Kalau tidak, laporan ketercapaian CPL akan meleset.
4. Memahami Relasi Database OBE: Siapa Terhubung ke Siapa?
Relasi database OBE bisa dianalogikan seperti pohon silsilah keluarga. Ada "nenek moyang" (Program Studi & Kurikulum), lalu "orang tua" (CPL), kemudian "anak" (CPMK), dan "cucu" (Asesmen, Nilai). Setiap generasi mewariskan sesuatu ke bawahnya — dan semua "jejak" itu harus bisa ditelusuri ke atas.
📋 PROGRAM_STUDI
│
├──▶ 🗂️ KURIKULUM ──▶ 📚 MATA_KULIAH ──▶ 🏫 KELAS
│ │ │
│ │ ▼
└──▶ 🎯 CPL CPMK ──▶ SUB_CPMK 📝 ASESMEN
│ │ │
│ │ ▼
└── (mk_cpl) ───┘ 📊 NILAI_MAHASISWA
│
▼
👤 MAHASISWA ◀──────────
│
▼
📈 REKAP_KETERCAPAIAN_CPL
Ada tiga jenis relasi yang paling sering muncul dalam relasi database OBE:
Satu Program Studi punya banyak CPL. Satu Mata Kuliah punya banyak CPMK. Satu Kelas punya banyak Asesmen. Ini relasi paling umum — implementasikan dengan foreign key di sisi "banyak".
Satu Mata Kuliah bisa berkontribusi ke banyak CPL, dan satu CPL bisa dicapai oleh banyak MK. Solusinya: tabel junction/pivot seperti mk_cpl dan asesmen_cpmk.
Tabel rekap_ketercapaian_cpl bukan relasi fisik, tapi merupakan hasil agregasi dari nilai-nilai asesmen. Bisa dibuat sebagai VIEW di database untuk performa query yang lebih baik.
Jangan pernah menyimpan skor CPL langsung di tabel mahasiswa sebagai kolom statis. Skor CPL harus selalu dihitung dinamis dari data nilai asesmen yang terhubung ke CPMK → CPL. Jika di-hardcode, kamu akan kesulitan saat ada koreksi nilai atau perubahan bobot asesmen.
5. Panduan 5 Langkah Mengidentifikasi Entitas Database OBE untuk Prodimu
Setiap prodi punya kekhasan sendiri. Gunakan 5 langkah berikut sebagai checklist praktis sebelum kamu mulai merancang ERD:
Dokumen SK kurikulum, Buku Kurikulum OBE, dan RPS semua mata kuliah adalah "kamus" entitas kamu. Setiap benda yang disebut berulang di dokumen itu = kandidat entitas.
Contoh: "Berapa % CPL-3 yang tercapai oleh angkatan 2023?" Setiap kata benda dalam pertanyaan itu (CPL, angkatan, mahasiswa) adalah entitas. Setiap kata kerja (tercapai, memenuhi) adalah relasi.
Borang akreditasi 4.0 meminta laporan spesifik — pastikan setiap data yang diminta borang ada padanannya di salah satu entitas kamu. Ini memastikan sistem tidak hanya memenuhi kebutuhan operasional, tapi juga kebutuhan akreditasi.
Tidak semua kata benda layak jadi tabel. "Semester aktif" bisa jadi atribut di tabel kurikulum atau kelas, bukan entitas sendiri. Aturan: jika hanya punya satu atribut dan tidak punya relasi ke entitas lain, pertimbangkan jadikan saja kolom ENUM.
Dosen tahu detail kurikulum. Admin akademik tahu alur proses. Developer tahu keterbatasan teknis. Satu sesi review 2 jam bersama ketiganya bisa menghemat revisi besar-besaran di kemudian hari.
Proses identifikasi entitas ini secara langsung akan menghasilkan draf awal ERD (Entity Relationship Diagram) — yang akan kita bahas tuntas di artikel berikutnya dalam seri ini. Jadi simpan hasil identifikasimu baik-baik!
Artikel ini adalah bagian dari seri lengkap 20 artikel tentang implementasi kurikulum OBE — dari konsep dasar hingga digitalisasi sistem akademik. Mulai dari nol, sampai kamu bisa "zorro" alias jagoan OBE di kampusmu! 🗡️
📖 Lihat Daftar Isi Lengkap Seri →
No comments:
Post a Comment