![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad821b650812.png\")
<\/p>\nUML\u2014Unified Modeling Language\u2014adalah cara standar untuk menggambarkan struktur dan perilaku suatu sistem. UML membantu tim mendiskusikan persyaratan, merancang perangkat lunak, dan mendokumentasikan keputusan. UML adalah bahasa pemodelan, bukan bahasa pemrograman: diagram mengkomunikasikan sebuah model, tetapi tidak secara otomatis menjamin bahwa implementasinya sesuai dengan model tersebut.<\/p>\n
<\/p>\n
Panduan ini menggunakan sistem belanja online sebagai contoh yang berkelanjutan. Panduan ini mencakup jenis-jenis diagram UML utama dan alur kerja menggunakan Visual Paradigm<\/strong> untuk pemodelan visual dan VPasCode<\/strong> untuk diagram berbasis teks.<\/p>\n Sebelum menggambar, tentukan apa yang perlu dipahami oleh pembaca:<\/p>\n Apa yang dapat dilakukan oleh pengguna?<\/strong> Gunakan diagram kasus penggunaan.<\/p>\n<\/li>\n Apa yang terjadi selama sebuah skenario?<\/strong> Gunakan diagram urutan atau diagram aktivitas.<\/p>\n<\/li>\n Konsep dan hubungan apa yang membentuk domain?<\/strong> Gunakan diagram kelas.<\/p>\n<\/li>\n Bagaimana perangkat lunak dibagi menjadi bagian yang dapat diimplementasikan atau diganti?<\/strong> Gunakan diagram komponen dan diagram penempatan.<\/p>\n<\/li>\n Bagaimana satu objek berubah seiring waktu?<\/strong> Gunakan diagram mesin keadaan.<\/p>\n<\/li>\n<\/ul>\n Diagram yang mencoba menjawab semua pertanyaan sekaligus biasanya menjadi sulit dibaca. Lebih baik gunakan beberapa diagram yang fokus daripada satu gambaran umum yang padat.<\/p>\n UML 2.x mencakup 14 jenis diagram standar, yang umumnya dikelompokkan menjadi diagram struktural dan diagram perilaku. Diagram interaksi adalah subset dari diagram perilaku.<\/p>\n Anda jarang memerlukan ke-14 diagram untuk sebuah proyek. Untuk banyak desain aplikasi, diagram kasus penggunaan, kelas, urutan, aktivitas, komponen, dan penempatan merupakan set awal yang kuat.<\/p>\n Diagram kasus penggunaan menggambarkan tujuan pengguna, bukan tata letak layar atau kode internal. Untuk toko online, aktor mungkin mencakupPelanggan<\/strong>, Penyedia Pembayaran<\/strong>, danLayanan Gudang<\/strong>. Kasus penggunaan mungkin mencakupJelajahi Produk<\/strong>, Tempatkan Pesanan<\/strong>, Bayar Pesanan<\/strong>, danLacak Pengiriman<\/strong>.<\/p>\n Gunakan Diagram aktivitas berguna untuk proses yang memiliki cabang atau pekerjaan paralel. Alur pembayaran mungkin berupa:<\/p>\n Validasi keranjang dan alamat.<\/p>\n<\/li>\n Hitung ongkos kirim dan pajak.<\/p>\n<\/li>\n Buat pesanan dalam status tertunda.<\/p>\n<\/li>\n Minta otorisasi pembayaran.<\/p>\n<\/li>\n Jika pembayaran berhasil, konfirmasi pesanan dan beri notifikasi pemenuhan.<\/p>\n<\/li>\n Jika pembayaran gagal, tampilkan kegagalan dan biarkan pesanan tidak dikonfirmasi.<\/p>\n<\/li>\n<\/ol>\n Gunakan node keputusan dan penggabungan untuk percabangan, node fork dan join untuk pekerjaan paralel, dan jalur renang (swimlanes) ketika tanggung jawab berpindah antara pelanggan, toko, dan penyedia eksternal.<\/p>\n Diagram urutan menampilkan peserta dan pesan yang mereka tukarkan. Diagram ini sangat berguna untuk memperjelas batas layanan, urutan panggilan, dan kasus kesalahan. Tambahkan jalur alternatif untuk hasil seperti penolakan pembayaran atau stok yang tidak tersedia.<\/p>\n1. Mulailah dengan pertanyaan yang harus dijawab oleh diagram Anda<\/h2>\n
\n
2. Keluarga diagram UML<\/h2>\n
![\"Ikhtisar](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/01-uml-diagram-types.png\"\/)
<\/p>\n\n\n
\n \nKeluarga<\/th>\n Diagram<\/th>\n Paling baik digunakan untuk menampilkan<\/th>\n<\/tr>\n<\/thead>\n \n Struktural<\/td>\n Kelas<\/td>\n Kelas, atribut, operasi, dan hubungan<\/td>\n<\/tr>\n \n Struktural<\/td>\n Objek<\/td>\n Potret dari instance dan tautan tertentu<\/td>\n<\/tr>\n \n Struktural<\/td>\n Komponen<\/td>\n Komponen perangkat lunak dan ketergantungan atau antarmuka mereka<\/td>\n<\/tr>\n \n Struktural<\/td>\n Struktur komposit<\/td>\n Bagian internal, port, dan konektor di dalam sebuah pengklasifikasi<\/td>\n<\/tr>\n \n Struktural<\/td>\n Paket<\/td>\n Bagaimana elemen model dikelompokkan dan saling bergantung<\/td>\n<\/tr>\n \n Struktural<\/td>\n Penempatan<\/td>\n Artefak perangkat lunak yang dipetakan ke perangkat keras atau lingkungan eksekusi<\/td>\n<\/tr>\n \n Struktural<\/td>\n Profil<\/td>\n Ekstensi UML, stereotip, dan nilai bertanda<\/td>\n<\/tr>\n \n Perilaku<\/td>\n Kasus penggunaan<\/td>\n Aktor, tujuan, dan ruang lingkup sistem<\/td>\n<\/tr>\n \n Perilaku<\/td>\n Aktivitas<\/td>\n Alur kerja, keputusan, pekerjaan paralel, dan jalur tanggung jawab<\/td>\n<\/tr>\n \n Perilaku<\/td>\n Mesin keadaan<\/td>\n Keadaan dan transisi yang dipicu peristiwa dari sebuah objek<\/td>\n<\/tr>\n \n Interaksi<\/td>\n Urutan<\/td>\n Pesan yang dipertukarkan seiring waktu antara peserta<\/td>\n<\/tr>\n \n Interaksi<\/td>\n Komunikasi<\/td>\n Peserta dan tautan pesan mereka, menekankan struktur jaringan<\/td>\n<\/tr>\n \n Interaksi<\/td>\n Waktu<\/td>\n Perubahan keadaan atau nilai sepanjang skala waktu<\/td>\n<\/tr>\n \n Interaksi<\/td>\n Ikhtisar interaksi<\/td>\n Alur tingkat tinggi yang menghubungkan skenario interaksi<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 3. Diagram yang paling berguna, dengan contoh e-commerce<\/h2>\n
Diagram kasus penggunaan: tujuan dan batas sistem<\/h3>\n
<<include>><\/code>ketika sebuah kasus penggunaan selalu memanggil perilaku lain yang diperlukan. Gunakan<<extend>><\/code>untuk perilaku opsional atau kondisional yang ditambahkan ke kasus penggunaan dasar. Pertahankan batas sistem agar jelas sehingga pembaca dapat membedakan sistem dari aktor eksternal.<\/p>\nDiagram aktivitas: alur kerja dan keputusan<\/h3>\n
\n
Diagram urutan: satu skenario sepanjang waktu<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/10\/img_6ad8220d29110.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n