Memahami Diagram Kelas: Panduan Lengkap dengan Contoh Sistem Manajemen Pesanan

Sebuah Diagram Kelasadalah alat dasar dalam rekayasa perangkat lunak dan desain basis data, digunakan untuk menggambarkan secara visual struktur suatu sistem dengan menunjukkan kelas (atau entitas), atribut, metode, dan hubungan antar kelas. Ini merupakan bagian dari Bahasa Pemodelan Terpadu (UML), bahasa pemodelan standar untuk merancang sistem perangkat lunak. Diagram kelas banyak digunakan dalam pemrograman berorientasi objek dan desain basis data untuk menentukan rancangan sistem sebelum implementasi.

Dalam panduan lengkap ini, kita akan mengeksplorasi konsep-konsep utama dari diagram kelasdengan menggunakan contoh sistem manajemen pesanan yang Anda berikan sebagai referensi praktis. Kita akan membongkar komponen, notasi, hubungan, dan praktik terbaik, untuk memastikan pemahaman yang menyeluruh.

1. Gambaran Umum Diagram Kelas

Diagram kelas merepresentasikan struktur statis suatu sistem dengan menunjukkan:

• Kelas: Blok bangunan sistem, yang merepresentasikan entitas (misalnya, objek seperti Pelanggan atau Pesanan).
• Atribut: Sifat atau bidang data dari suatu kelas (misalnya, nama Pelanggan atau tanggal pembuatan Pesanan).
• Metode: Perilaku atau operasi yang dapat dilakukan oleh suatu kelas (misalnya, menghitung jumlah subtotal).
• Hubungan: Cara kelas saling berinteraksi (misalnya, Pelanggan melakukan Pesanan).

Diagram kelas sangat berguna selama tahap desain pengembangan perangkat lunak karena mereka:

• Memberikan gambaran tingkat tinggi dari sistem.
• Membantu pengembang dan pemangku kepentingan memahami struktur sistem.
• Berfungsi sebagai gambaran rancangan untuk pemrograman atau pembuatan skema basis data.

2. Komponen Utama dari Diagram Kelas

Mari kita uraikan komponen-komponen dari diagram kelas menggunakan contoh di bawah ini:

2.1. Kelas

Kelas direpresentasikan sebagai kotak persegi panjang yang dibagi menjadi tiga bagian:

• Bagian Atas: Nama kelas (misalnya Pelanggan, Pesanan).
• Bagian Tengah: Atribut (misalnya nama: String pada kelas Pelanggan kelas).
• Bagian Bawah: Metode (misalnya + getPriceForQuantity() di dalam Item kelas).

Contoh dari Diagram

• Kelas: Pelanggan
  • Atribut:
    • nama: String
    • alamatPengiriman: String
    • kontak: String
    • aktif: boolean
  • Metode: Tidak ada dalam kasus ini.
• Kelas: Item
  • Atribut:
    • berat: float
    • deskripsi: String
  • Metode:
    • + getPriceForQuantity()
    • + getWeight()

Catatan Notasi

• Atribut ditulis sebagai nama: tipe (misalnya, nama: String).
• Metode ditulis sebagai nama() dengan tipe kembalian jika berlaku (misalnya, getPriceForQuantity()).
• Simbol + sebelum metode menunjukkan visibilitas publik (dapat diakses oleh kelas lain). Modifikasi visibilitas lainnya meliputi:
  • – untuk private (hanya dapat diakses dalam kelas tersebut).
  • # untuk protected (dapat diakses dalam kelas dan kelas turunannya).

2.2. Enumerasi

Sebuah enumerasi (<<enumerasi>>) adalah jenis khusus dari kelas yang mendefinisikan kumpulan konstanta tetap. Ini sering digunakan untuk mewakili daftar nilai yang telah ditentukan sebelumnya.

Contoh dari Diagram

• Enumerasi: StatusPesanan
  • Nilai:
    • BATAL: int = 0
    • PENGIRIMAN: int = 1
    • DIKIRIM: int = 2
    • DIBAYAR: int = 3

Penjelasan

• Stigma <<enumerasi>>stigma di atas kotak menunjukkan ini adalah sebuah enumerasi.
• StatusPesanan mendefinisikan status yang mungkin dari sebuah pesanan (misalnya, dibuat, dikirim, diantar, dibayar).
• Setiap nilai diberi nilai bilangan bulat (misalnya, CREATE = 0), yang mungkin digunakan dalam kode untuk melacak status pesanan.

2.3. Atribut

Atribut menggambarkan data atau properti dari sebuah kelas. Mereka biasanya dicantumkan dengan nama, tipe, dan terkadang nilai awal.

Contoh dari Diagram

• Pada kelas Order kelas:
  • createDate: date – Tanggal saat pesanan dibuat.
• Pada kelas Credit kelas:
  • number: String
  • type: String
  • expireDate: date

Catatan Notasi

• Atribut mengikuti format: nama: tipe (contoh, berat: float).
• Jika nilai awal ditentukan, maka ditulis sebagai nama: tipe = nilai (misalnya, dalam enumerasi, CREATE: int = 0).

2.4. Metode

Metode mewakili operasi atau perilaku yang dapat dilakukan oleh sebuah kelas. Mereka sering digunakan untuk memanipulasi atribut kelas atau melakukan perhitungan.

Contoh dari Diagram

• Pada Item kelas:
  • + getPriceForQuantity() – Kemungkinan menghitung harga total berdasarkan jumlah yang dipesan.
  • + getWeight() – Mengembalikan berat item.
• Pada OrderDetail kelas:
  • + calculateSubTotal() – Menghitung jumlah bagian untuk item baris (misalnya, harga × kuantitas).
  • + calculateWeight() – Menghitung berat total untuk item baris (misalnya, berat × kuantitas).

Catatan Notasi

• Metode ditulis sebagai nama() dengan modifikator visibilitas (misalnya, + untuk publik).
• Jika sebuah metode mengembalikan nilai, tipe kembalian dapat ditentukan (misalnya, getWeight(): float).

3. Hubungan Antara Kelas

Hubungan mendefinisikan bagaimana kelas saling berinteraksi. Diagram menggunakan garis, simbol, dan angka untuk menunjukkan jenis dan kardinalitas hubungan.

3.1. Asosiasi

Asosiasi mewakili hubungan umum antara dua kelas, sering menunjukkan bahwa satu kelas menggunakan atau berinteraksi dengan kelas lain.

Contoh dari Diagram

• Pelanggan ke Pesanan:
  • Sebuah garis menghubungkan Pelanggan dan Pesanan.
  • Kardinalitas: 1 (Pelanggan) ke 0..* (Pesanan).
  • Penjelasan: Satu pelanggan dapat melakukan nol atau banyak pesanan (0..*), tetapi setiap pesanan dikaitkan dengan tepat satu pelanggan (1).

Catatan Notasi

• Garis padat menunjukkan asosiasi.
• Kardinalitas ditulis di ujung garis:
  • 1: Tepat satu.
  • 0..*: Nol atau lebih.
  • 1..*: Satu atau lebih.

3.2. Agregasi

Agregasi adalah jenis khusus dari asosiasi yang menggambarkan hubungan ‘seluruh-bagian’, di mana bagian dapat ada secara independen dari seluruhnya. Ini digambarkan dengan belah ketupat kosong di sisi ‘seluruh’.

Contoh dari Diagram

• Pesanan ke DetailPesanan:
  • Garis dengan belah ketupat kosong menghubungkanPesanan ke DetailPesanan.
  • Kardinalitas: 1 (Pesanan) ke 1..*(DetailPesanan).
  • Penjelasan: Sebuah pesanan (keseluruhan) berisi satu atau lebih detail pesanan (bagian-bagian). Jika pesanan dihapus, detail pesanan mungkin masih ada (tergantung pada aturan sistem).

3.3. Komposisi

Komposisi adalah bentuk agregasi yang lebih kuat, di mana bagian tidak dapat ada tanpa keseluruhan. Ini digambarkan dengan belah ketupat yang diisi pada sisi ‘keseluruhan’. Meskipun diagram ini tidak secara eksplisit menggunakan komposisi, penting untuk dicatat demi kelengkapan.

Contoh Hipotetis

Jika DetailPesanantidak dapat ada tanpa sebuahPesanan (misalnya, menghapus pesanan akan menghapus semua detailnya), maka belah ketupat akan diisi untuk menunjukkan komposisi.

3.4. Pewarisan (Generalisasi)

Pewarisan merepresentasikan hubungan ‘adalah-sebuah’, di mana sebuah kelas turunan mewarisi atribut dan metode dari kelas induk. Ini digambarkan dengan segitiga yang mengarah ke kelas induk.

Contoh dari Diagram

• Pembayaran ke Tunai, Cek, Kredit, Transfer Bank:
  • Segitiga menghubungkanPembayaran (induk) ke Tunai, Cek, Kredit, dan Transfer Kabel (subkelas).
  • Penjelasan:
    • Tunai, Cek, Kredit, dan Transfer Kabelmewarisi atribut jumlah: float atribut dari Pembayaran.
    • Setiap subkelas menambahkan atribut khususnya sendiri (misalnya, Tunai memiliki uangTunaiDiberikan: float, Kredit memiliki nomor: String).
    • Ini memungkinkan perilaku polimorfik: pembayaran dapat diproses sebagai Pembayaran terlepas dari jenis spesifiknya.

Catatan Notasi

• Garis padat dengan segitiga (mengarah ke kelas induk) menunjukkan pewarisan.
• Subkelas mewarisi semua atribut dan metode dari kelas induk tetapi dapat menambahkan yang sendiri atau menimpa metode yang diwarisi.

4. Contoh Praktis: Sistem Manajemen Pesanan

Mari kita analisis diagram kelas yang disediakan diagram kelas secara rinci untuk melihat bagaimana konsep-konsep ini bersatu dalam skenario dunia nyata.

4.1. Ikhtisar Sistem

Diagram ini memodelkan sistem manajemen pesanan di mana:

• Sebuah Pelangganmenempatkan sebuah Pesanan.
• Sebuah Pesananberisi satu atau lebih Entri Detail Pesananentri, masing-masing terhubung ke sebuah Item.
• Pesanan Pesanandibayar menggunakan satu atau lebih Metode Pembayaranmetode (misalnya Tunai, Cek, Kredit, atau Transfer Bank).
• The Pesananstatusnya dilacak menggunakan Enumerasi OrderStatus enumerasi.

4.2. Kelas dan Peran Mereka

• Pelanggan: Mewakili orang yang melakukan pemesanan. Atribut seperti nama, alamat pengiriman, dan kontak menyimpan detail pelanggan.
• Pesanan: Entitas utama, mewakili pesanan pelanggan. Memiliki tanggalBuat dan terkait dengan pelanggan, detail pesanan, dan pembayaran.
• Item: Mewakili produk dengan berat dan deskripsi. Memiliki metode untuk menghitung harga dan mengambil berat.
• DetailPesanan: Mewakili item baris dalam pesanan, menghubungkan Item dengan jumlah (jumlah) dan statusPajak. Memiliki metode untuk menghitung subtotal dan berat.
• Pembayaran: Kelas induk untuk metode pembayaran, dengan kelas turunan (Tunai, Cek, Kredit, Transfer Bank) untuk menangani berbagai jenis pembayaran.
• StatusPesanan: Sebuah enumerasi untuk melacak status pesanan (misalnya, dibuat, dikirim, diantar, dibayar).

4.3. Hubungan dalam Aksi

• Pelanggan ke Pesanan: Seorang pelanggan dapat melakukan beberapa pesanan (0..*), tetapi setiap pesanan milik satu pelanggan (1).
• Pesanan ke DetailPesanan: Pesanan berisi satu atau lebih detail pesanan (1..*), dan setiap detail pesanan milik satu pesanan (1).
• DetailPesanan ke Barang: Setiap detail pesanan merujuk pada satu barang (1), tetapi sebuah barang bisa menjadi bagian dari banyak detail pesanan (0..*).
• Pesanan ke Pembayaran: Sebuah pesanan bisa memiliki beberapa pembayaran (1..*), dan setiap pembayaran terkait dengan satu pesanan (1).
• Warisan Pembayaran: Tunai, Cek, Kredit, dan TransferKawat adalah jenis pembayaran tertentu, yang mewarisi atribut jumlah atribut dari Pembayaran.

4.4. Logika Bisnis

• Kelas Item kelas memiliki metode seperti getHargaBerdasarkanKuantitas(), yang menunjukkan bahwa kelas ini menghitung biaya suatu item berdasarkan jumlah pesanan.
• Kelas DetailPesanan kelas memiliki metode seperti hitungSubTotal() dan hitungBerat(), yang kemungkinan besar menggunakan harga dan berat item untuk menghitung total untuk setiap item baris.
• Kelas Cekkelas memiliki metode diperbolehkan()metode, yang menunjukkan logika validasi untuk pembayaran cek.

5. Praktik Terbaik untuk Membuat Diagram Kelas

Berikut adalah beberapa tips untuk membuat diagram kelas yang efektif, berdasarkan contoh:

5.1. Buat Sederhana

• Fokus pada entitas inti dan hubungan antar entitas. Diagram contoh menghindari kompleksitas yang tidak perlu dengan hanya mencantumkan atribut dan metode yang relevan.
• Gunakan enumerasi (seperti StatusPesanan) untuk nilai yang telah ditentukan terlebih dahulu agar diagram lebih mudah dibaca.

5.2. Gunakan Notasi yang Tepat

• Tunjukkan secara jelas visibilitas (+, –, #) untuk atribut dan metode.
• Gunakan simbol yang benar untuk hubungan (misalnya, belah ketupat kosong untuk agregasi, segitiga untuk pewarisan).

5.3. Tentukan Hubungan yang Jelas

• Tentukan kardinalitas (misalnya, 1, 0..*, 1..*) untuk menghindari ambiguitas.
• Gunakan agregasi atau komposisi ketika terdapat hubungan ‘seluruh-bagian’, dan pastikan perbedaan antara agregasi (bagian dapat ada secara independen) dan komposisi (bagian tidak dapat ada tanpa seluruhnya) jelas.