Panduan Komprehensif untuk Diagram Kelas UML

Contoh Kelas

Seekor anjing memiliki keadaan – warna, nama, ras serta perilaku – mengibaskan, menggonggong, makan. Sebuah objek adalah instansi dari sebuah kelas.

Notasi Kelas UML

Sebuah kelas mewakili sebuah konsep yang mengenkapsulasi keadaan (atribut) dan perilaku (operasi. Setiap atribut memiliki tipe. Setiap operasi has a tanda tangan. Nama kelas adalah satu-satunya informasi yang wajib.

Nama Kelas:

• Nama kelas muncul di bagian pertama.

Atribut Kelas:

• Atribut ditampilkan di bagian kedua.
• Tipe atribut ditampilkan setelah titik dua.
• Atribut dipetakan ke variabel anggota (anggota data) dalam kode.

Operasi Kelas (Metode):

• Operasi ditampilkan di bagian ketiga. Mereka adalah layanan yang disediakan kelas.
• Tipe pengembalian dari sebuah metode ditampilkan setelah titik dua di akhir tanda tangan metode.
• Tipe pengembalian dari parameter metode ditampilkan setelah titik dua mengikuti nama parameter. Operasi dipetakan ke metode kelas dalam kode

Hubungan Kelas

Sebuah kelas dapat terlibat dalam satu atau lebih hubungan dengan kelas lain. Sebuah hubungan dapat berupa salah satu dari jenis berikut: (Lihat gambar di sebelah kanan untuk representasi grafis dari hubungan).

Jenis Hubungan	Representasi Grafis
Pewarisan (atau Generalisasi): Mewakili hubungan “adalah-sebuah”. Nama kelas abstrak ditampilkan dalam huruf miring. SubClass1 dan SubClass2 adalah spesialisasi dari Super Class. Garis padat dengan ujung panah kosong yang menunjuk dari kelas anak ke kelas induk
Asosiasi Sederhana Sebuah tautan struktural antara dua kelas sejajar. Ada asosiasi antara Class1 dan Class2 Garis padat yang menghubungkan dua kelas
Agregasi Sebuah jenis asosiasi khusus. Ini mewakili hubungan “bagian dari”. Class2 adalah bagian dari Class1. Banyak instansi (ditunjukkan dengan *) dari Class2 dapat diasosiasikan dengan Class1. Objek dari Class1 dan Class2 memiliki masa hidup yang terpisah. Garis padat dengan berlian yang tidak terisi di ujung asosiasi yang terhubung ke kelas komposit
Komposisi: Sebuah jenis agregasi khusus di mana bagian-bagian dihancurkan ketika keseluruhan dihancurkan. Objek dari Class2 hidup dan mati bersama Class1. Class2 tidak dapat berdiri sendiri. Garis padat dengan berlian terisi di asosiasi yang terhubung ke kelas komposit
Ketergantungan Ada antara dua kelas jika perubahan pada definisi salah satu dapat menyebabkan perubahan pada yang lain (tetapi tidak sebaliknya). Class1 bergantung pada Class2 Garis putus-putus dengan panah terbuka

Nama Hubungan

• Nama-nama hubungan ditulis di tengah garis asosiasi.
• Nama hubungan yang baik masuk akal ketika Anda membacanya dengan keras:
  • “Setiap spreadsheet mengandung beberapa jumlah sel”,
  • “sebuah ekspresi dievaluasi menjadi sebuah nilai”
• Mereka sering memiliki ujung panah kecil untuk menunjukkan arah arah mana untuk membaca hubungan, misalnya, ekspresi dievaluasi menjadi nilai, tetapi nilai tidak dievaluasi menjadi ekspresi.

Hubungan – Peran

• Sebuah peran adalah tujuan arah dari sebuah asosiasi.
• Peran ditulis di ujung garis asosiasi dan menggambarkan tujuan yang dimainkan oleh kelas tersebut dalam hubungan.
  • Misalnya, sebuah sel terkait dengan sebuah ekspresi. Sifat hubungan tersebut adalah bahwa ekspresi adalah rumus dari sel tersebut.

Navigabilitas

Panah menunjukkan apakah, mengingat satu instance yang berpartisipasi dalam sebuah hubungan, mungkin untuk menentukan instance dari kelas lain yang terkait dengannya.

Diagram di atas menunjukkan bahwa,

• Mengingat sebuah spreadsheet, kita dapat menemukan semua sel yang dikandungnya, tetapi itu
  • kita tidak dapat menentukan dari sebuah sel dalam spreadsheet mana ia terkandung.
• Mengingat sebuah sel, kita dapat memperoleh ekspresi dan nilai yang terkait, tetapi
  • mengingat sebuah nilai (atau ekspresi) kita tidak dapat menemukan sel yang merupakan atribut tersebut.

Visibilitas atribut dan operasi Kelas

Dalam desain berorientasi objek, ada notasi visibilitas untuk atribut dan operasi. UML mengidentifikasi empat jenis visibilitas: publik, terlindungipribadi, dan paket.

Simbol +, -, # dan ~ sebelum nama atribut dan operasi dalam sebuah kelas menunjukkan visibilitas atribut dan operasi.

• + menunjukkan atribut atau operasi publik
• – menunjukkan atribut atau operasi pribadi
• # menunjukkan atribut atau operasi terlindungi
• ~ menunjukkan atribut atau operasi paket

Contoh Visibilitas Kelas

Dalam contoh di atas:

• atribut1 dan op1 dari MyClassName adalah publik
• atribut3 dan op3 terlindungi.
• atribut2 dan op2 adalah pribadi.

Akses untuk masing-masing jenis visibilitas ini ditunjukkan di bawah untuk anggota kelas yang berbeda.

Multiplikasi

Berapa banyak objek dari setiap kelas yang berpartisipasi dalam hubungan dan multiplikasi dapat dinyatakan sebagai:

• Tepat satu – 1
• Nol atau satu – 0..1
• Banyak – 0..* atau *
• Satu atau lebih – 1..*
• Jumlah Tepat – misalnya 3..4 atau 6
• Atau hubungan kompleks – misalnya 0..1, 3..4, 6.* akan berarti jumlah objek apa pun selain 2 atau 5

Contoh Multiplikasi

• Persyaratan: Seorang Siswa dapat mengambil banyak Kursus dan banyak Siswa dapat terdaftar dalam satu Kursus.
• Dalam contoh di bawah ini, diagram kelas (di sebelah kiri), menggambarkan pernyataan persyaratan di atas untuk model statis sementara diagram objek (di sebelah kanan) menunjukkan snapshot (sebuah instance dari diagram kelas) dari pendaftaran kursus untuk kursus Rekayasa Perangkat Lunak dan Manajemen Basis Data masing-masing)

Contoh Agregasi – Komputer dan bagian-bagiannya

• Agregasi adalah kasus khusus dari asosiasi yang menunjukkan hierarki “terdiri dari”
• Agregat adalah kelas induk, komponen adalah kelas anak

Contoh Pewarisan – Taksonomi Sel

• Pewarisan adalah kasus khusus lain dari asosiasi yang menunjukkan hierarki “jenis dari”
• Pewarisan menyederhanakan model analisis dengan memperkenalkan taksonomi
• Kelas anak mewarisi atribut dan operasi dari kelas induk.

Diagram Kelas – Contoh Alat Diagram

Diagram kelas juga dapat memiliki catatan yang dilampirkan pada kelas atau hubungan. Catatan ditampilkan dalam warna abu-abu.

Dalam contoh di atas:

Kita dapat menginterpretasikan arti dari diagram kelas di atas dengan membaca poin-poin sebagai berikut.

1. Bentuk adalah kelas abstrak. Ini ditampilkan dalam huruf miring.
2. Bentuk adalah kelas super. Lingkaran, Persegi Panjang, dan Poligon diturunkan dari Bentuk. Dengan kata lain, Lingkaran adalah Bentuk. Ini adalah hubungan generalisasi / pewarisan.
3. Ada asosiasi antara DialogBox dan DataController.
4. Bentuk adalah bagian dari Jendela. Ini adalah hubungan agregasi. Bentuk dapat ada tanpa Jendela.
5. Titik adalah bagian dari Lingkaran. Ini adalah hubungan komposisi. Titik tidak dapat ada tanpa Lingkaran.
6. Jendela bergantung pada Acara. Namun, Acara tidak bergantung pada Jendela.
7. Atribut dari Lingkaran adalah jari-jari dan pusat. Ini adalah kelas entitas.
8. Nama metode dari Lingkaran adalah area(), circum(), setCenter() dan setRadius().
9. Parameter jari-jari dalam Lingkaran adalah parameter masuk dari tipe float.
10. Metode area() dari kelas Lingkaran mengembalikan nilai dari tipe double.
11. Atribut dan nama metode dari Persegi Panjang disembunyikan. Beberapa kelas lain dalam diagram juga memiliki atribut dan nama metode mereka yang disembunyikan.

Menghadapi Sistem Kompleks – Diagram Kelas Ganda atau Tunggal?

Tak terhindarkan, jika Anda sedang memodelkan sistem besar atau area bisnis besar, akan ada banyak entitas yang harus Anda pertimbangkan. Haruskah kita menggunakan diagram kelas ganda atau tunggal untuk memodelkan masalah ini? Jawabannya adalah:

• Alih-alih memodelkan setiap entitas dan hubungannya pada satu diagram kelas, lebih baik menggunakan beberapa diagram kelas.
• Membagi sistem menjadi beberapa diagram kelas membuat sistem lebih mudah dipahami, terutama jika setiap diagram adalah representasi grafis dari bagian tertentu dari sistem.

Perspektif Diagram Kelas dalam Siklus Hidup Pengembangan Perangkat Lunak

Kita dapat menggunakan diagram kelas dalam berbagai fase pengembangan dari sebuah siklus hidup pengembangan perangkat lunak dan biasanya dengan memodelkan diagram kelas dalam tiga perspektif berbeda (tingkat detail) secara bertahap saat kita maju:

Perspektif Konseptual: Diagram-diagram tersebut diinterpretasikan sebagai menggambarkan hal-hal di dunia nyata. Jadi, jika Anda mengambil perspektif konseptual, Anda menggambar diagram yang mewakili konsep-konsep dalam domain yang sedang dipelajari. Konsep-konsep ini akan secara alami terkait dengan kelas-kelas yang mengimplementasikannya. Perspektif konseptual dianggap independen bahasa.

Perspektif Spesifikasi: Diagram-diagram tersebut diinterpretasikan sebagai menggambarkan abstraksi perangkat lunak atau komponen dengan spesifikasi dan antarmuka tetapi tanpa komitmen pada implementasi tertentu. Jadi, jika Anda mengambil perspektif spesifikasi, kita melihat antarmuka perangkat lunak, bukan implementasinya.

Perspektif Implementasi: Diagram-diagram tersebut diinterpretasikan sebagai menggambarkan implementasi perangkat lunak dalam teknologi tertentu dan bahasa.. Jadi, jika Anda mengambil perspektif implementasi, kita melihat implementasi perangkat lunak..