Mohon tunggu...
Abdul Muiz Azizul Raeba
Abdul Muiz Azizul Raeba Mohon Tunggu... Mahasiswa - Mahasiswa

hi

Selanjutnya

Tutup

Pendidikan

Studi Kasus : Sistem Manajemen Konser dan Lagu oleh Grup Musik

2 Januari 2025   23:14 Diperbarui: 2 Januari 2025   23:14 21
+
Laporkan Konten
Laporkan Akun
Kompasiana adalah platform blog. Konten ini menjadi tanggung jawab bloger dan tidak mewakili pandangan redaksi Kompas.

Studi Kasus

Sebuah grup musik ingin membangun sistem manajemen untuk mengatur anggota tim mereka, konser yang mereka adakan, dan daftar lagu yang dimainkan dalam setiap konser. Sistem ini juga harus mampu mencatat keterlibatan anggota dalam setiap konser.

Sistem ini memiliki empat entitas utama:

  1. Anggota (Members): Mewakili setiap individu yang tergabung dalam grup musik.
  2. Tim (Teams): Mewakili tim tempat anggota tergabung.
  3. Konser (Concerts): Mewakili setiap acara konser yang diadakan grup musik.
  4. Lagu (Songs): Mewakili daftar lagu yang dimainkan dalam setiap konser.

Rancangan ERD

Diagram ini merepresentasikan struktur database yang dirancang untuk mengelola data terkait grup idola JKT48. ERD ini mencakup beberapa entitas dan hubungan antar entitas untuk mendukung berbagai fitur seperti pencatatan anggota, tim, konser, dan lagu.

Entitas dan Atribut

  1. Anggota

    • Anggota_id: Primary key unik untuk setiap anggota.
    • Nama: Nama anggota JKT48.
    • Tanggal_Lahir: Tanggal lahir anggota.
    • Tanggal_Gabung: Tanggal anggota bergabung dengan JKT48.
    • Tim_id: Relasi ke entitas Tim untuk menunjukkan tim tempat anggota tersebut berada.
  2. Tim

    • Tim_id: Primary key unik untuk setiap tim.
    • Nama: Nama tim, seperti "Team J", "Team KIII", atau "Team T".
  3. Konser

    • Konser_id: Primary key unik untuk setiap konser.
    • Nama_Konser: Nama konser, seperti "JKT48 10th Anniversary".
    • Tanggal_Konser: Tanggal pelaksanaan konser.
  4. Lagu

    • Lagu_id: Primary key unik untuk setiap lagu.
    • Nama_Lagu: Nama lagu yang dibawakan dalam konser.
    • Konser_id: Foreign key yang menghubungkan lagu ke konser tertentu.

Hubungan Antar Entitas

  1. Anggota - Tim (Memiliki)

    • Setiap anggota dimiliki oleh satu tim.
    • Hubungan ini bersifat one-to-many karena satu tim dapat memiliki banyak anggota, tetapi satu anggota hanya dapat bergabung dengan satu tim.
  2. Anggota - Konser (Menghadiri)

    • Setiap anggota dapat menghadiri beberapa konser, dan satu konser juga dapat dihadiri oleh banyak anggota.
    • Hubungan ini bersifat many-to-many. Atribut tambahan (seperti posisi dalam konser atau jumlah lagu yang dibawakan) dapat ditambahkan pada hubungan ini.
  3. Konser - Lagu (Berisi)

    • Setiap konser memiliki daftar lagu yang dibawakan.
    • Hubungan ini bersifat one-to-many karena satu konser dapat memiliki banyak lagu, tetapi satu lagu hanya muncul di satu konser tertentu.

Studi Kasus Penggunaan

  1. Manajemen Data Anggota:
    • Data seperti nama, tanggal lahir, dan tim anggota dapat disimpan dan dihubungkan dengan konser yang dihadiri.
  2. Manajemen Tim:
    • Setiap anggota dikelompokkan ke dalam tim tertentu untuk mempermudah pencarian anggota berdasarkan tim.
  3. Pelacakan Konser dan Lagu:
    • Database ini memungkinkan pencatatan konser yang telah diadakan, lagu yang dibawakan, dan anggota yang hadir.

Rancangan EERD

EERD
EERD

Diagram ini merepresentasikan database yang lebih detail berdasarkan entitas dan hubungan yang telah dirancang sebelumnya. Berikut adalah komponen-komponen penting dari EERD:

Tabel dan Atribut

  1. Tabel Anggota

    • Anggota_id (Primary Key): ID unik untuk setiap anggota.
    • Nama: Nama anggota JKT48.
    • Tanggal_Lahir: Tanggal lahir anggota.
    • Tanggal_Gabung: Tanggal anggota mulai bergabung dengan JKT48.
    • Tim_id (Foreign Key): Relasi ke tabel Tim untuk menentukan tim tempat anggota bergabung.
  2. Tabel Tim

    • Tim_id (Primary Key): ID unik untuk setiap tim.
    • Nama_Tim: Nama dari tim JKT48, seperti "Team J", "Team KIII", dan "Team T".
  3. Tabel Konser

    • Konser_id (Primary Key): ID unik untuk setiap konser.
    • Nama_Konser: Nama dari konser JKT48, misalnya "JKT48 Anniversary Concert".
    • Tanggal_Konser: Tanggal dilaksanakannya konser tersebut.
  4. Tabel Lagu

    • Lagu_id (Primary Key): ID unik untuk setiap lagu.
    • Nama_Lagu: Nama lagu yang dibawakan dalam konser.
    • Konser_id (Foreign Key): Relasi ke tabel Konser untuk mencatat lagu-lagu yang dimainkan dalam konser tertentu.
  5. Tabel Anggota_Konser

    • Anggota_id (Foreign Key): Relasi ke tabel Anggota untuk mencatat anggota yang hadir dalam konser.
    • Konser_id (Foreign Key): Relasi ke tabel Konser untuk mencatat konser yang dihadiri oleh anggota.
    • Tabel ini merupakan tabel junction yang mendukung relasi many-to-many antara anggota dan konser.

Relasi Antar Tabel

  1. Anggota - Tim

    • Relasi many-to-one: Setiap anggota bergabung dengan satu tim, tetapi satu tim dapat memiliki banyak anggota.
  2. Anggota - Konser

    • Relasi many-to-many: Setiap anggota dapat menghadiri beberapa konser, dan satu konser dapat dihadiri oleh banyak anggota.
    • Relasi ini diimplementasikan melalui tabel junction Anggota_Konser.
  3. Konser - Lagu

    • Relasi one-to-many: Setiap konser dapat memiliki banyak lagu, tetapi satu lagu hanya terkait dengan satu konser.

Fungsi dan Manfaat Database

  1. Manajemen Data Anggota:
    • Mendata semua anggota JKT48, termasuk nama, tanggal lahir, dan tim tempat mereka berada.
  2. Pelacakan Tim:
    • Mengelompokkan anggota berdasarkan tim mereka, mempermudah pencarian anggota per tim.
  3. Pengelolaan Konser:
    • Melacak data konser, seperti nama konser, tanggal konser, anggota yang hadir, dan lagu yang dibawakan.
  4. Relasi Anggota dan Konser:
    • Mencatat kehadiran anggota di setiap konser dengan tabel junction Anggota_Konser.
  5. Pengelolaan Lagu:
    • Menyimpan data lagu yang dibawakan dalam konser tertentu.

Implementasi SQL

Pada rancangan studi kasus ini akan menghasilkan 5 tabel yang berelasi dengan foreign key di beberapa tabel tersebut. Adapun tabel yang memiliki foreign key adalah sebagai berikut:

  1. Tabel Anggota dengan FK Tim
    Tabel ini menyimpan data anggota JKT48, dan setiap anggota memiliki hubungan dengan tim yang mereka ikuti melalui foreign key Tim_id.

  2. Tabel Lagu dengan FK Konser
    Tabel ini menyimpan informasi tentang lagu yang dibawakan di setiap konser, dengan foreign key Konser_id untuk menunjukkan lagu tersebut dibawakan di konser tertentu.

  3. Tabel Anggota_Konser dengan FK Anggota dan FK Konser
    Tabel junction ini digunakan untuk mencatat hubungan many-to-many antara anggota dan konser yang mereka hadiri. Foreign key Anggota_id menghubungkan tabel ini dengan tabel Anggota, sementara foreign key Konser_id menghubungkan tabel ini dengan tabel Konser.

  4. Tabel Konser tanpa FK
    Tabel ini berisi informasi tentang konser yang diadakan, seperti nama konser dan tanggal pelaksanaannya. Tabel ini tidak memiliki foreign key, tetapi berhubungan dengan tabel lain melalui primary key Konser_id.

  5. Tabel Tim tanpa FK
    Tabel ini menyimpan data tim yang ada di JKT48. Setiap tim memiliki primary key Tim_id yang menjadi acuan di tabel Anggota

Implementasi Aplikasi Sederhana


Baca konten-konten menarik Kompasiana langsung dari smartphone kamu. Follow channel WhatsApp Kompasiana sekarang di sini: https://whatsapp.com/channel/0029VaYjYaL4Spk7WflFYJ2H

HALAMAN :
  1. 1
  2. 2
  3. 3
  4. 4
Mohon tunggu...

Lihat Konten Pendidikan Selengkapnya
Lihat Pendidikan Selengkapnya
Beri Komentar
Berkomentarlah secara bijaksana dan bertanggung jawab. Komentar sepenuhnya menjadi tanggung jawab komentator seperti diatur dalam UU ITE

Belum ada komentar. Jadilah yang pertama untuk memberikan komentar!
LAPORKAN KONTEN
Alasan
Laporkan Konten
Laporkan Akun