Generator Class Diagram: Kalimat Biasa Masuk, UML Keluar

Class diagram UML adalah tampilan statis dari sistem berorientasi objek. Setiap kotak adalah kelas dengan tiga bagian: nama, atribut yang disimpan, dan operasi yang disediakan. Garis di antara kotak menunjukkan hubungan antarkelas, dan angka di ujungnya menyatakan berapa banyak objek yang terlibat. Jika jumlah objeknya tidak penting, angka tersebut bisa dihilangkan.

Diagram ini paling sering diminta di mata kuliah desain perangkat lunak, dan paling sering digambar tim sebelum menulis kode atau meninjau desain. Generator class diagram menghilangkan bagian yang lambat, yaitu menggambar dan merapikan kotak, sehingga waktu Anda dipakai untuk memutuskan kelas apa yang seharusnya ada.

Sebutkan hal-hal utama dan bagaimana mereka terhubung: "satu pelanggan membuat banyak pesanan", "satu pesanan berisi item pesanan", "pembayaran bisa dengan kartu atau PayPal". Kalimat seperti ini memberi tahu model kelas apa yang ada, ke mana arah multiplisitasnya, dan di mana pewarisan ditempatkan. Tidak perlu memakai istilah UML; bahasa sehari-hari sudah cukup.

Sebutkan relasi kepemilikan yang kuat, ketika bagian tidak bisa ada tanpa keseluruhannya, agar digambar sebagai komposisi. Jika Anda sudah tahu field atau method penting, cantumkan; jika tidak, isi yang wajar akan ditambahkan. Nama kelas sebaiknya berupa kata benda tunggal, seperti Order atau Customer. Batasi satu diagram untuk satu area sistem agar mudah dibaca, lalu minta generator class diagram menambahkan sisanya nanti lewat edit AI.

Periksa panah terlebih dahulu. Segitiga kosong berarti pewarisan dan harus mengarah ke kelas induk. Belah ketupat penuh adalah komposisi dan berada di ujung pemilik; belah ketupat kosong adalah agregasi. Panah terbuka biasa adalah asosiasi, dan panah putus-putus adalah dependensi.

Lalu baca multiplisitas sebagai kalimat, misalnya "satu pelanggan punya nol atau lebih pesanan". Jika ada yang terdengar salah, ubah di editor atau minta AI memperbaikinya. Terakhir, periksa visibilitas: field biasanya private dan method biasanya public. Jika ada kelas yang terlalu besar, pertimbangkan untuk memecahnya menjadi beberapa kelas yang lebih kecil.

Class diagram dan diagram ER terlihat mirip tetapi menjawab pertanyaan berbeda. Class diagram memodelkan objek dan perilaku dalam kode, termasuk method dan pewarisan. Diagram ER memodelkan data yang disimpan dengan tabel, primary key, dan foreign key, tanpa method sama sekali.

Tugas basis data biasanya meminta ERD, sedangkan tugas desain berorientasi objek meminta class diagram. Generator diagram ER di situs ini menangani sisi data, dan keduanya menghasilkan file Draw.io dari deskripsi yang sama, sehingga penamaan tetap konsisten. Banyak dosen juga meminta keduanya dalam satu laporan proyek.