sistem<\/strong>\u00a0(atau fungsionalitasnya). Ini membantu pemangku kepentingan memahami apa yang harus dilakukan sistem dari sudut pandang fungsional dan berfungsi sebagai jembatan komunikasi antara tim teknis dan pengguna bisnis.<\/p>\nMeskipun sederhana, diagram kasus penggunaan sering\u00a0sering digunakan secara keliru<\/strong>\u00a0karena identifikasi aktor yang buruk, kasus penggunaan yang samar, atau hubungan yang salah. Panduan ini bertujuan untuk menjelaskan konsep-konsep utama\u00a0konsep-konsep utama<\/strong>, memberikan metode langkah demi langkah\u00a0metodologi langkah demi langkah<\/strong>, serta menyoroti\u00a0jebakan umum<\/strong>\u00a0yang harus dihindari.<\/p>\n
\n\ud83d\udd11 Konsep Utama<\/h2>\n
\n\n\n| Konsep<\/th>\n | Penjelasan<\/th>\n<\/tr>\n<\/thead>\n |
\n\nAktor<\/strong><\/td>\n| Seorang pengguna manusia, organisasi, atau sistem eksternal yang berinteraksi dengan sistem. Berperan sebagai ‘pengguna’ dalam konteks sistem. Contoh: siswa, guru, admin, gateway pembayaran.<\/td>\n<\/tr>\n | \nKasus Penggunaan<\/strong><\/td>\nDeskripsi dari tujuan atau fungsi tertentu yang dilakukan sistem untuk seorang aktor. Menentukan\u00a0apa<\/em>\u00a0yang dilakukan sistem, bukan\u00a0bagaimana<\/em>. Contoh: \u201cDaftar untuk sebuah kursus\u201d, \u201cKirim nilai\u201d, \u201cBuat laporan\u201d.<\/td>\n<\/tr>\n\nBatas Sistem<\/strong><\/td>\n| Batas yang memisahkan sistem dari aktor dan sistem eksternal. Semua hal di dalam batas ini merupakan bagian dari sistem.<\/td>\n<\/tr>\n | \nAsosiasi<\/strong><\/td>\n| Garis yang menghubungkan aktor dengan use case, menunjukkan bahwa aktor dapat melakukan use case tersebut.<\/td>\n<\/tr>\n | \nGeneralisasi<\/strong><\/td>\n| Hubungan di mana satu aktor mewarisi perilaku dari aktor lain (misalnya, \u201cSiswa\u201d adalah jenis dari \u201cPengguna\u201d).<\/td>\n<\/tr>\n | \nKetergantungan<\/strong><\/td>\n| Hubungan yang menunjukkan bahwa satu use case tergantung pada use case lain (e<\/td>\n<\/tr>\n | \n| .g., \u201cBuat Laporan\u201d tergantung pada \u201cDapatkan Data Siswa\u201d).<\/td>\n | <\/td>\n<\/tr>\n | \nSertakan<\/strong><\/td>\nUse case yang merupakan\u00a0diperlukan<\/em>\u00a0untuk dieksekusi oleh yang lain (misalnya, \u201cKirim Nilai\u201d menyertakan \u201cValidasi ID Siswa\u201d).<\/td>\n<\/tr>\n\nPerluas<\/strong><\/td>\nUse case yang\u00a0secara kondisional<\/em>\u00a0menambah fungsi (misalnya, \u201cKirim Pemberitahuan\u201d memperluas \u201cKirim Nilai\u201d ketika nilai berada di bawah ambang batas).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\u26a0\ufe0f\u00a0Catatan Penting<\/strong>: Use case bukan tentang\u00a0fitur<\/em>\u00a0\u2014 mereka tentang\u00a0tujuan fungsional<\/em>\u00a0yang memenuhi kebutuhan pengguna.<\/p>\n<\/blockquote>\n
\n\ud83d\ude80 Proses Langkah demi Langkah untuk Membuat Diagram Use Case<\/h2>\nLangkah 1: Identifikasi Aktor<\/h3>\nTanyakan pada diri sendiri pertanyaan inti ini untuk mengidentifikasi semua aktor yang relevan:<\/p>\n \n\n\n| Pertanyaan<\/th>\n | Mengapa Ini Penting<\/th>\n<\/tr>\n<\/thead>\n | \n\nSiapa yang menggunakan kasus penggunaan utama?<\/strong><\/td>\n| Mengidentifikasi pengguna utama (misalnya, mahasiswa, dosen).<\/td>\n<\/tr>\n | \nSiapa yang membutuhkan dukungan untuk pekerjaan sehari-hari?<\/strong><\/td>\n| Mencari peran dukungan (misalnya, staf HR, dukungan IT).<\/td>\n<\/tr>\n | \nSiapa yang bertanggung jawab atas administrasi sistem?<\/strong><\/td>\n| Mengidentifikasi peran admin (misalnya, manajer sistem, admin basis data).<\/td>\n<\/tr>\n | \nPerangkat lunak\/perangkat eksternal apa yang berinteraksi dengan sistem?<\/strong><\/td>\n| Mengidentifikasi sistem eksternal (misalnya, email, gateway pembayaran, ERP).<\/td>\n<\/tr>\n | \nSiapa yang memiliki kepentingan terhadap hasil sistem?<\/strong><\/td>\n| Mengidentifikasi pemangku kepentingan (misalnya, orang tua, anggota dewan).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\udccc\u00a0Kiat<\/strong>: Mulailah dengan\u00a0pengguna paling kritis<\/em>\u00a0dan perluas ke luar. Gunakan skenario dunia nyata atau wawancara untuk memvalidasi identifikasi aktor.<\/p>\n\n\ud83d\udca1 Contoh: Dalam sebuah\u00a0sistem manajemen mahasiswa universitas<\/strong>, aktor mungkin mencakup:<\/p>\n\n- \n
Mahasiswa<\/p>\n<\/li>\n - \n
Anggota Fakultas<\/p>\n<\/li>\n - \n
Pembimbing Akademik<\/p>\n<\/li>\n - \n
Petugas Admin<\/p>\n<\/li>\n - \n
Gateway Pembayaran<\/p>\n<\/li>\n - \n
Sistem ERP<\/p>\n<\/li>\n<\/ul>\n<\/blockquote>\n
\nLangkah 2: Identifikasi Kasus Penggunaan<\/h3>\nSetelah aktor diidentifikasi, ajukan pertanyaan berikut tentang setiap aktor:<\/p>\n \n\n\n| Pertanyaan<\/th>\n | Tujuan<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Apa tugas utama yang harus dilakukan oleh aktor?<\/td>\n | Mengidentifikasi tujuan fungsional (misalnya, mendaftar, mendaftar, melihat nilai).<\/td>\n<\/tr>\n | \n| Apakah aktor ingin melakukan query atau mengubah data dalam sistem?<\/td>\n | Menunjukkan operasi baca\/tulis (misalnya, melihat catatan, mengedit profil).<\/td>\n<\/tr>\n | \n| Apakah aktor ingin memberi tahu sistem tentang perubahan di sistem lain?<\/td>\n | Mengusulkan pemicu berbasis peristiwa (misalnya, beri tahu sistem saat sebuah mata kuliah ditambahkan).<\/td>\n<\/tr>\n | \n| Apakah aktor harus diberi tahu tentang peristiwa tak terduga?<\/td>\n | Menunjukkan kasus penggunaan notifikasi (misalnya, \u201cPeringatan: Beban Mata Kuliah Terlalu Tinggi\u201d).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\udccc Gunakan\u00a0bahasa yang sederhana dan berfokus pada tujuan<\/strong>. Hindari istilah teknis.<\/p>\n\n\u2705 Kasus penggunaan yang baik: \u201cMendaftar di Mata Kuliah\u201d
\n\u274c Kasus penggunaan buruk: \u201cKirim formulir pendaftaran dengan validasi\u201d \u2192 menjadi terlalu teknis.<\/p>\n<\/blockquote>\n
\nLangkah 3: Atur Kasus Penggunaan pada Berbagai Tingkatan<\/h3>\nKasus penggunaan dapat dimodelkan pada tingkatan yang berbeda:<\/p>\n \n\n\n| Tingkatan<\/th>\n | Deskripsi<\/th>\n<\/tr>\n<\/thead>\n | \n\nKasus Penggunaan Tingkat Atas<\/strong><\/td>\n| Tujuan fungsional yang luas yang mencerminkan tujuan bisnis (misalnya, \u201cKelola Catatan Mahasiswa\u201d).<\/td>\n<\/tr>\n | \nKasus Penggunaan yang Disempurnakan<\/strong><\/td>\n| Tindakan rinci yang berasal dari tujuan tingkat atas.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\udd01\u00a0Pendekatan Pengembangan Iteratif<\/strong>:<\/p>\n\n- \n
Mulailah dengan tujuan bisnis tingkat tinggi.<\/p>\n<\/li>\n - \n
Ungkapkan menjadi sub-tujuan.<\/p>\n<\/li>\n - \n
Sempurnakan setiap kasus penggunaan hingga spesifik dan dapat dijalankan.<\/p>\n<\/li>\n<\/ol>\n \ud83d\udccc\u00a0Contoh Penguraian<\/strong>:<\/p>\n\n- \n
Tingkat atas: \u201cDukung administrasi mahasiswa\u201d<\/p>\n<\/li>\n - \n
Penyempurnaan:<\/p>\n | | | | | | | | | | | | | | | | | | | | |
![\"\"](\"https:\/\/www.go2posts.com\/wp-content\/uploads\/2026\/02\/img_698beecfe1f27.png\")
<\/p>\n![\"\"](\"https:\/\/www.go2posts.com\/wp-content\/uploads\/2026\/02\/img_698bef2052179.png\")
<\/p>\n