Diagram Kasus Penggunaan adalah diagram perilaku dalam Bahasa Pemodelan Terpadu (UML) yang memberikan tampilan grafis tingkat tinggi dari fungsi yang diinginkan suatu sistem. Ini mendefinisikan apa yang dilakukan sistem dengan menggambarkan hubungan antara pengguna (Pemain) dan fungsi yang mereka lakukan (Kasus Penggunaan).

Diagram ini sangat penting selama tahap pengumpulan dan analisis kebutuhan, karena menetapkan batas dan cakupan sistem dari sudut pandang bisnis.
1. Elemen Inti dari Diagram Kasus Penggunaan
Diagram Kasus Penggunaan hanya menggunakan beberapa elemen dasar, sehingga membuatnya salah satu diagram UML yang paling sederhana untuk dibaca dan dibuat.
A. Batas Sistem

Batas sistem adalah persegi panjang yang secara visual mendefinisikan cakupan sistem yang sedang dipertimbangkan. Semua hal di dalam kotak merupakan bagian dari sistem; semua hal di luar kotak adalah eksternal.
- Notasi: Sebuah persegi panjang besar.
- Tujuan: Untuk secara jelas memisahkan tanggung jawab sistem dari entitas eksternal (Pemain) yang berinteraksi dengannya.
B. Pemain

Seorang Pemain mewakili entitas apa pun di luar sistem yang berinteraksi dengannya untuk mencapai tujuan. Seorang Pemain tidak perlu menjadi manusia; bisa berupa sistem lain, perangkat keras, atau bahkan peristiwa waktu tertentu.
- Notasi: Gambar figur batang yang diberi label nama peran.
- Definisi: Seorang Pemain adalah peran, bukan orang tertentu. Sebagai contoh, ‘Pelanggan’ adalah seorang Pemain, sedangkan ‘Jane Doe’ adalah contoh dari peran tersebut.
- Jenis-Jenis Pemain:
- Pemain Utama: Memulai interaksi untuk mencapai tujuan yang diinginkan (misalnya, Pelanggan memulai pembelian).
- Aktor Sekunder: Menyediakan layanan ke sistem (misalnya, Gerbang Pembayaran).
- Aktor Pasif: Dipengaruhi oleh Use Case tetapi tidak memulainya (misalnya, Sistem Gudang menerima pemberitahuan pengiriman).
C. Use Case

Use Case mewakili kebutuhan fungsional tunggal yang lengkap atau sekumpulan tindakan yang menghasilkan nilai yang dapat diukur bagi seorang Aktor. Mereka harus diformulasikan sebagai kata kerja dan kata benda yang sederhana dan aktif.
- Notasi: Elips yang ditempatkan di dalam batas sistem.
- Contoh: Tempatkan Pesanan, Masuk ke Akun, Proses Pengembalian Dana, Hasilkan Laporan.
- Aturan Kunci: Use Case harus selalu dimulai oleh seorang Aktor dan harus menghasilkan manfaat yang berharga bagi satu atau lebih Aktor.
2. Hubungan dalam Diagram Use Case
Hubungan menghubungkan Aktor dengan Use Case dan menghubungkan Use Case satu sama lain, menentukan kompleksitas dan logika alur.
A. Asosiasi Komunikasi
Ini adalah hubungan paling sederhana dan paling umum, menunjukkan bahwa seorang Aktor berpartisipasi dalam sebuah Use Case.
- Notasi: Garis padat yang menghubungkan seorang Aktor dengan elips Use Case.
- Tujuan:Menunjukkan fungsi mana yang diinisiasi atau digunakan oleh peran mana.
B. Hubungan Include (<<include>>)
Hubungan includehubungan digunakan ketika satu Use Case selalu mengintegrasikan fungsionalitas Use Case lain. Use Case yang diinclude bersifat wajib agar Use Case dasar dapat menyelesaikan fungsinya.
- Notasi: Panah putus-putus yang mengarah dari Use Case Dasar ke Use Case yang Diinclude, diberi label dengan
<<include>>. - Penggunaan:Digunakan untuk memisahkan perilaku umum dari beberapa Use Case.
- Contoh: Tempatkan Pesanan mengandung Otentikasi Pengguna.
C. Hubungan Extend (<<extend>>)
Hubungan extendhubungan digunakan ketika satu Use Case tertentu (Use Case yang memperluas) menambahkan perilaku opsional atau kondisional ke Use Case lain (Use Case dasar).
- Notasi: Panah putus-putus yang mengarah dari Mengembangkan Use Case ke Use Case Dasar, diberi label dengan
<<extend>>. - Penggunaan:Memodelkan perilaku alternatif, ekssepsional, atau khusus. Ekstensi hanya terjadi jika kondisi tertentu terpenuhi.
- Contoh: Proses Pembayaran adalah Use Case dasar, dan Terapkan Diskon Loyalitas mengembangkan Proses Pembayaran di bawah kondisi
[jika status loyalitas adalah Emas].
- Contoh: Proses Pembayaran adalah Use Case dasar, dan Terapkan Diskon Loyalitas mengembangkan Proses Pembayaran di bawah kondisi
D. Hubungan Generalisasi (Pewarisan)
Hubungan ini menunjukkan bahwa satu Aktor atau satu Use Case adalah versi yang lebih spesifik dari yang lain.
- Notasi: Garis padat dengan kepala panah segitiga kosong yang mengarah dari elemen yang spesifik ke elemen yang lebih umum.
- Penggunaan:
- Aktor: Administrator Sistem adalah generalisasi dari Pengguna Terdaftar.
- Use Case: Bayar dengan Kartu Kredit adalah generalisasi dari Proses Pembayaran.
3. Contoh Langkah demi Langkah: Platform Pembelajaran Online
Bayangkan memodelkan fungsi inti dari sebuah platform pembelajaran online.
| Elemen | Jenis | Deskripsi |
|---|---|---|
| Siswa | Aktor | Peran pengguna utama. |
| Instruktur | Aktor | Menciptakan dan mengelola konten. |
| Ambil Kursus | Kasus Penggunaan | Fungsi utama siswa. |
| Lihat Kemajuan | Kasus Penggunaan | Fungsi yang berharga bagi siswa. |
| Autentikasi Pengguna | Kasus Penggunaan | Langkah umum dan wajib bagi kedua akter. |
| Buat Kursus | Kasus Penggunaan | Fungsi utama instruktur. |
| Hasilkan Sertifikat Kelengkapan | Kasus Penggunaan | Fungsi opsional yang memperluasAmbil Kursus. |
Memodelkan Aliran
- Batas Sistem:Gambarlah kotak besar yang mencakup semua Use Case.
- Lifelines:Tempatkan Mahasiswa dan Dosenaktor di luar kotak.
- Komunikasi:Hubungkan Mahasiswa ke Ambil Kursus dan Lihat Kemajuan. Hubungkan Dosen ke Buat Kursus.
- Sertakan: Ambil Kursus dan Buat Kursuskeduanya terhubung ke Otentikasi Pengguna Use Case dengan
<<masukkan>>panah, karena masuk sistem merupakan kewajiban bagi keduanya. - Perluas: The Buat Sertifikat Kelengkapan Use Case terhubung ke Ambil Kursus dengan
<<perluas>>panah, menunjukkan bahwa ini hanya terjadi dalam kondisi[setelah kursus selesai 100%].

Ringkasan
Diagram Use Case UML adalah alat pemodelan yang kuat namun sederhana yang berfokus pada persyaratan fungsional dan perspektif pengguna. Dengan secara jelas mendefinisikan Aktor, Use Case, dan batas sistem, Anda memastikan semua pemangku kepentingan—dari analis bisnis hingga pengembang—memiliki pemahaman yang sama dan tidak ambigu tentang apasistem dirancang untuk dilakukan. Ini berfungsi sebagai titik awal untuk model perilaku yang lebih rinci, seperti Diagram Urutan.
Untuk informasi tambahan tentang UML dan bagaimana AI membantu Anda memvisualisasikannya, jelajahi pusat sumber daya UML.
This post is also available in Deutsch, English, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.











