{"id":4321,"date":"2026-04-06T22:21:48","date_gmt":"2026-04-06T22:21:48","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"modified":"2026-04-06T22:21:48","modified_gmt":"2026-04-06T22:21:48","slug":"tutorial-drawing-first-use-case-diagram-30-minutes","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/","title":{"rendered":"Tutorial: Menggambar Diagram Use Case Pertama Anda dalam 30 Menit Tanpa Alat yang Rumit"},"content":{"rendered":"<p>Membuat representasi visual dari fungsi sistem adalah keterampilan dasar bagi setiap analis atau pengembang. Diagram Use Case memberikan gambaran tingkat tinggi tentang bagaimana pengguna berinteraksi dengan sistem. Ini menghubungkan kesenjangan antara implementasi teknis dan kebutuhan bisnis. Panduan ini membimbing Anda melalui proses membuat diagram pertama Anda secara efisien, fokus pada kejelasan dan struktur daripada fitur perangkat lunak.<\/p>\n<p>Baik Anda sedang mendokumentasikan aplikasi baru atau menganalisis proses yang sudah ada, memahami para aktor dan tujuan mereka sangat penting. Tutorial ini menyediakan pendekatan terstruktur untuk memetakan interaksi ini tanpa terjebak dalam antarmuka yang rumit. Kami akan fokus pada konsep inti, hubungan antar elemen, serta alur kerja praktis yang dapat Anda terapkan segera.<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter\"><img alt=\"Kawaii-style infographic tutorial showing how to create a Use Case Diagram in 30 minutes, featuring cute vector icons for actors, use cases, system boundary, and relationship types (association, include, extend, generalization), with a step-by-step workflow timeline and online shopping example, all in soft pastel colors with rounded edges for beginner-friendly system modeling education\" decoding=\"async\" src=\"https:\/\/www.diagrams-ai.com\/wp-content\/uploads\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\"\/><\/figure>\n<\/div>\n<h2>\ud83e\udde9 Apa itu Diagram Use Case?<\/h2>\n<p>Diagram Use Case adalah model visual yang digunakan dalam rekayasa perangkat lunak dan analisis sistem. Ini menggambarkan interaksi antara entitas eksternal dan sistem itu sendiri. Tujuan utamanya adalah menentukan persyaratan fungsional dari suatu sistem. Ini menjawab pertanyaan: \u201cApa yang bisa dilakukan sistem untuk pengguna?\u201d<\/p>\n<p>Berbeda dengan bagan alir yang rinci atau diagram urutan, jenis diagram ini tetap bersifat abstrak. Diagram ini tidak menunjukkan logika internal atau urutan langkah-langkah dalam fungsi tertentu. Sebaliknya, ia menyoroti tujuan dan para aktor yang mencapainya. Abstraksi ini menjadikannya alat yang sangat baik untuk komunikasi dengan pemangku kepentingan yang mungkin tidak memahami kode teknis.<\/p>\n<p>Manfaat utama meliputi:<\/p>\n<ul>\n<li><strong>Pemahaman Lingkup:<\/strong> Ini dengan jelas menentukan apa yang berada di dalam dan di luar batas sistem.<\/li>\n<li><strong>Pengumpulan Kebutuhan:<\/strong> Ini membantu mengidentifikasi semua fungsi yang diperlukan untuk memenuhi kebutuhan pengguna.<\/li>\n<li><strong>Komunikasi:<\/strong> Ini menyediakan bahasa bersama bagi pengembang, desainer, dan klien.<\/li>\n<li><strong>Strategi Pengujian:<\/strong> Ini berfungsi sebagai dasar untuk membuat kasus pengujian guna memverifikasi perilaku sistem.<\/li>\n<\/ul>\n<h2>\ud83d\udee0\ufe0f Komponen Utama Diagram<\/h2>\n<p>Sebelum menggambar garis dan bentuk, Anda harus memahami blok bangunannya. Setiap diagram terdiri dari elemen-elemen tertentu yang menyampaikan makna ketika dihubungkan dengan benar. Komponen yang hilang dapat menyebabkan ambiguitas dalam persyaratan.<\/p>\n<h3>1. Aktor<\/h3>\n<p>Seorang aktor mewakili peran yang berinteraksi dengan sistem. Ini tidak harus seseorang yang spesifik, melainkan lebih kepada jabatan atau peran. Misalnya, \u201cAdmin\u201d adalah seorang aktor, bukan \u201cJohn Doe\u201d.<\/p>\n<ul>\n<li><strong>Aktor Utama:<\/strong> Mereka memulai use case. Mereka memulai interaksi untuk mencapai tujuan mereka.<\/li>\n<li><strong>Aktor Sekunder:<\/strong> Ini biasanya sistem atau layanan eksternal yang berinteraksi dengan sistem utama untuk menyelesaikan suatu tugas.<\/li>\n<\/ul>\n<p>Secara visual, aktor sering digambarkan sebagai gambar orang batang. Namun, simbol itu sendiri kurang penting dibandingkan labelnya. Konsistensi sangat penting untuk kemudahan pembacaan.<\/p>\n<h3>2. Use Case<\/h3>\n<p>Sebuah use case mewakili tujuan atau fungsi tertentu yang dilakukan sistem. Ini merupakan unit lengkap dari fungsionalitas. Jika pengguna mengklik tombol untuk melakukan suatu tindakan, tindakan tersebut adalah sebuah use case.<\/p>\n<ul>\n<li><strong>Penamaan:<\/strong> Nama harus berupa kombinasi Kata Kerja-Kata Benda (misalnya, \u201cTempatkan Pesanan\u201d daripada \u201cPesanan\u201d).<\/li>\n<li><strong>Kedalaman:<\/strong> Hindari membuat use case terlalu luas (misalnya, \u201cKelola Sistem\u201d) atau terlalu sempit (misalnya, \u201cKlik Tombol\u201d). Fokus pada tujuan fungsional.<\/li>\n<\/ul>\n<h3>3. Batas Sistem<\/h3>\n<p>Batas sistem adalah kotak yang membatasi semua kasus penggunaan. Ini menentukan cakupan proyek. Semua yang berada di dalam kotak termasuk dalam sistem. Semua yang berada di luar adalah eksternal.<\/p>\n<ul>\n<li><strong>Aktor:<\/strong>Aktor selalu berada di luar batas sistem.<\/li>\n<li><strong>Kasus Penggunaan:<\/strong>Semua kasus penggunaan berada di dalam batas.<\/li>\n<li><strong>Antarmuka:<\/strong>Garis yang melintasi batas menunjukkan interaksi.<\/li>\n<\/ul>\n<h2>\ud83d\udd17 Memahami Hubungan<\/h2>\n<p>Kekuatan diagram terletak pada garis yang menghubungkan aktor dan kasus penggunaan. Garis-garis ini menentukan bagaimana interaksi terjadi. Ada empat jenis hubungan utama yang perlu dikuasai. Memahami perbedaan di antara mereka sangat penting untuk pemodelan yang akurat.<\/p>\n<h3>Asosiasi<\/h3>\n<p>Ini adalah tautan komunikasi standar antara aktor dan kasus penggunaan. Ini mengimplikasikan bahwa aktor memulai atau berpartisipasi dalam kasus penggunaan. Garis padat biasanya digunakan.<\/p>\n<h3>Sertakan<\/h3>\n<p>Hubungan ini menunjukkan bahwa satu kasus penggunaan <strong>harus<\/strong>memanggil kasus penggunaan lain untuk menyelesaikan fungsinya. Ini adalah ketergantungan wajib. Pikirkan sebagai &#8216;harus dilakukan&#8217;.<\/p>\n<ul>\n<li><strong>Contoh:<\/strong>\u201cTempatkan Pesanan\u201d menyertakan \u201cValidasi Pembayaran\u201d.<\/li>\n<li><strong>Mengapa menggunakannya:<\/strong>Ini menghindari pengulangan. Jika beberapa kasus penggunaan membutuhkan fungsi yang sama, Anda mendefinisikannya sekali dan menyertakannya.<\/li>\n<\/ul>\n<h3>Perluas<\/h3>\n<p>Hubungan ini menunjukkan bahwa satu kasus penggunaan <strong>mungkin<\/strong>menambahkan fungsi ke yang lain dalam kondisi tertentu. Ini bersifat opsional. Pikirkan sebagai &#8216;mungkin dilakukan&#8217;.<\/p>\n<ul>\n<li><strong>Contoh:<\/strong>\u201cTempatkan Pesanan\u201d diperluas menjadi \u201cTerapkan Diskon\u201d (hanya jika kode kupon dimasukkan).<\/li>\n<li><strong>Mengapa menggunakannya:<\/strong>Ini menangani pengecualian atau fitur opsional tanpa membuat alur utama menjadi kacau.<\/li>\n<\/ul>\n<h3>Generalisasi<\/h3>\n<p>Hubungan ini mewakili pewarisan. Sebuah aktor atau kasus penggunaan khusus adalah versi yang disesuaikan dari yang umum. Digambarkan dengan garis padat dan anak panah segitiga.<\/p>\n<ul>\n<li><strong>Contoh Aktor:<\/strong> \u201cPengguna Tamu\u201d bersifat umum terhadap \u201cPengguna Terdaftar\u201d.<\/li>\n<li><strong>Contoh Kasus Penggunaan:<\/strong> \u201cBayar dengan Kartu\u201d bersifat umum terhadap \u201cLakukan Pembayaran\u201d.<\/li>\n<\/ul>\n<h3>Tabel Perbandingan Hubungan<\/h3>\n<table>\n<thead>\n<tr>\n<th>Hubungan<\/th>\n<th>Arah<\/th>\n<th>Makna<\/th>\n<th>Indikator Visual<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Asosiasi<\/td>\n<td>Aktor \u2192 Kasus Penggunaan<\/td>\n<td>Interaksi ada<\/td>\n<td>Garis Padat<\/td>\n<\/tr>\n<tr>\n<td>Sertakan<\/td>\n<td>Dasar \u2192 Disertakan<\/td>\n<td>Fungsi wajib<\/td>\n<td>Garis Putus-putus + \u00absertakan\u00bb<\/td>\n<\/tr>\n<tr>\n<td>Perluas<\/td>\n<td>Yang Diperluas \u2192 Dasar<\/td>\n<td>Fungsi opsional<\/td>\n<td>Garis Putus-putus + \u00abperluas\u00bb<\/td>\n<\/tr>\n<tr>\n<td>Generalisasi<\/td>\n<td>Khusus \u2192 Umum<\/td>\n<td>Pewarisan<\/td>\n<td>Garis Padat + Segitiga<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>\u23f1\ufe0f Alur Kerja 30 Menit<\/h2>\n<p>Anda tidak perlu berjam-jam untuk membuat diagram berkualitas tinggi. Dengan pendekatan yang fokus, Anda dapat membuat model yang jelas dalam setengah jam. Ikuti proses langkah demi langkah ini untuk memastikan Anda mencakup semua aspek yang diperlukan tanpa terjebak.<\/p>\n<h3>Menit 0-5: Tentukan Lingkup dan Aktor<\/h3>\n<p>Mulailah dengan mengidentifikasi batas sistem. Gambarlah persegi panjang sederhana. Tulis nama sistem di tengah. Sekarang, daftarkan semua peran yang berinteraksi dengan sistem ini. Tanyakan pada diri sendiri: Siapa yang memulai proses? Siapa yang menerima hasilnya?<\/p>\n<ul>\n<li>Tuliskan setiap peran pengguna yang mungkin.<\/li>\n<li>Tentukan apakah sistem eksternal (seperti gerbang pembayaran) adalah aktor.<\/li>\n<li>Letakkan mereka di luar persegi panjang.<\/li>\n<\/ul>\n<h3>Menit 5-15: Identifikasi Kasus Penggunaan<\/h3>\n<p>Untuk setiap aktor, tanyakan: &#8216;Apa tujuan dari aktor ini?&#8217; Tuliskan setiap tujuan yang berbeda sebagai kasus penggunaan. Letakkan elips-elips ini di dalam persegi panjang.<\/p>\n<ul>\n<li><strong>Fokus pada Tujuan:<\/strong> &#8216;Login&#8217; adalah tujuan. &#8216;Masukkan Kata Sandi&#8217; adalah langkah, bukan tujuan.<\/li>\n<li><strong>Periksa Tumpang Tindih:<\/strong> Jika dua aktor memiliki tujuan yang sama, buat satu kasus penggunaan yang keduanya terhubung kepadanya.<\/li>\n<li><strong>Konvensi Penamaan:<\/strong> Pastikan setiap elips memiliki label Kata Kerja-Kata Benda.<\/li>\n<\/ul>\n<h3>Menit 15-25: Gambar Koneksi<\/h3>\n<p>Sekarang, hubungkan aktor-aktor dengan kasus penggunaan. Gambar garis padat untuk interaksi langsung. Cari fungsi umum yang muncul di berbagai kasus penggunaan.<\/p>\n<ul>\n<li><strong>Terapkan Include:<\/strong> Jika &#8216;Checkout&#8217; memerlukan &#8216;Validasi Keranjang&#8217;, gambar hubungan include.<\/li>\n<li><strong>Terapkan Extend:<\/strong> Jika &#8216;Checkout&#8217; mungkin memicu &#8216;Tampilkan Poin Loyalitas&#8217;, gambar hubungan extend.<\/li>\n<li><strong>Sempurnakan Generalisasi:<\/strong> Jika Anda memiliki &#8216;Admin&#8217; dan &#8216;Manager&#8217;, pertimbangkan untuk menggeneralisasikannya menjadi &#8216;Karyawan&#8217;.<\/li>\n<\/ul>\n<h3>Menit 25-30: Tinjau dan Haluskan<\/h3>\n<p>Langkah mundur dan tinjau diagram tersebut. Apakah diagram ini menceritakan kisah sistem?<\/p>\n<ul>\n<li><strong>Periksa Label:<\/strong> Apakah semua garis diberi label dengan jelas (terutama untuk Include\/Extend)?<\/li>\n<li><strong>Periksa Kejelasan:<\/strong> Apakah garis-garis saling bersilangan secara tidak perlu? Gunakan garis melengkung untuk mengurangi kekacauan.<\/li>\n<li><strong>Validasi Aktor:<\/strong> Apakah setiap aktor berada di luar kotak?<\/li>\n<\/ul>\n<h2>\ud83d\uded2 Contoh Dunia Nyata: Sistem Belanja Online<\/h2>\n<p>Untuk membuatnya lebih konkret, mari kita bahas sebuah skenario sederhana: Platform Belanja Online. Contoh ini menunjukkan bagaimana menerapkan konsep secara praktis.<\/p>\n<h3>Langkah 1: Identifikasi Aktor<\/h3>\n<p>Siapa yang berinteraksi dengan toko?<\/p>\n<ul>\n<li><strong>Pelanggan:<\/strong> Pembeli utama.<\/li>\n<li><strong>Tamu:<\/strong> Seseorang yang menjelajah tanpa akun.<\/li>\n<li><strong>Administrator:<\/strong> Mengelola produk dan pengguna.<\/li>\n<li><strong>Gerbang Pembayaran:<\/strong> Sistem eksternal untuk memproses uang.<\/li>\n<\/ul>\n<h3>Langkah 2: Identifikasi Kasus Penggunaan<\/h3>\n<p>Apa yang bisa mereka lakukan?<\/p>\n<ul>\n<li><strong>Pelanggan:<\/strong> Menjelajah Produk, Mencari Barang, Menambah ke Keranjang, Checkout, Melihat Riwayat Pesanan.<\/li>\n<li><strong>Tamu:<\/strong> Menjelajah Produk, Menambah ke Keranjang, Checkout sebagai Tamu.<\/li>\n<li><strong>Administrator:<\/strong> Mengelola Persediaan, Memproses Pengembalian Dana, Melihat Laporan.<\/li>\n<\/ul>\n<h3>Langkah 3: Menentukan Hubungan<\/h3>\n<p>Bagaimana mereka berinteraksi?<\/p>\n<ul>\n<li><strong>Checkout:<\/strong> Termasuk \u201cValidasi Pembayaran\u201d. Ini wajib.<\/li>\n<li><strong>Checkout:<\/strong> Diperluas ke \u201cGunakan Kode Promo\u201d. Ini opsional.<\/li>\n<li><strong>Pelanggan:<\/strong> Diperumum menjadi \u201cTamu\u201d (Tamu adalah jenis pelanggan dengan hak yang lebih sedikit).<\/li>\n<\/ul>\n<h2>\ud83d\udeab Kesalahan Umum yang Harus Dihindari<\/h2>\n<p>Bahkan praktisi berpengalaman membuat kesalahan saat pemodelan. Mengetahui bahaya-bahaya ini akan menghemat waktu Anda selama proses tinjauan.<\/p>\n<h3>1. Menggabungkan Implementasi dengan Fungsionalitas<\/h3>\n<p>Jangan menggambar tombol, layar, atau tabel basis data. Diagram Kasus Penggunaan tentang <em>apa<\/em> yang dilakukan sistem, bukan <em>bagaimana<\/em> bagaimana melakukannya. Hindari istilah seperti &#8216;Klik Tombol Kirim&#8217;.<\/p>\n<h3>2. Terlalu Banyak Aktor<\/h3>\n<p>Jika Anda memiliki sepuluh aktor, diagram menjadi seperti jaring laba-laba. Gabungkan peran yang serupa. Jika &#8216;Manajer&#8217; dan &#8216;Pengawas&#8217; melakukan tugas yang sama, kelompokkan di bawah &#8216;Staf&#8217;.<\/p>\n<h3>3. Terlalu Sering Menggunakan Include dan Extend<\/h3>\n<p>Hubungan ini menambah kompleksitas. Gunakan hanya jika diperlukan. Jika suatu fungsi sederhana, cukup gambar keterkaitan langsung. Jangan memaksa hubungan di mana garis sudah cukup.<\/p>\n<h3>4. Mengabaikan Batas Sistem<\/h3>\n<p>Jika suatu use case berada di luar kotak, itu berarti sistem tidak melakukannya. Jika suatu aktor berada di dalamnya, itu berarti aktor tersebut bagian dari sistem. Pertahankan batas dengan ketat.<\/p>\n<h3>5. Penamaan yang Tidak Jelas<\/h3>\n<p>Hindari nama yang samar seperti &#8216;Lakukan Sesuatu&#8217; atau &#8216;Fungsi Sistem&#8217;. Kejelasan membantu pemahaman. Gunakan &#8216;Hasilkan Laporan&#8217; alih-alih &#8216;Proses Data&#8217;.<\/p>\n<h2>\ud83d\udca1 Tips untuk Kejelasan dan Kemudahan Baca<\/h2>\n<p>Diagram tidak berguna jika pemangku kepentingan tidak dapat membacanya. Ikuti panduan ini untuk memastikan pekerjaan Anda profesional dan mudah dipahami.<\/p>\n<ul>\n<li><strong>Tata Letak Penting:<\/strong> Atur aktor di sekitar batas secara logis. Tempatkan aktor utama di sebelah kiri atau atas.<\/li>\n<li><strong>Gunakan Ruang Kosong:<\/strong> Jangan memaksakan elemen. Jarak membantu mata membedakan koneksi.<\/li>\n<li><strong>Pengkodean Warna:<\/strong> Meskipun Anda harus menghindari gaya yang rumit, menggunakan perbedaan warna halus untuk jenis aktor yang berbeda (misalnya internal vs eksternal) dapat membantu.<\/li>\n<li><strong>Kontrol Versi:<\/strong> Jika sistem berubah, perbarui diagramnya. Diagram yang usang lebih buruk daripada tidak ada diagram.<\/li>\n<li><strong>Legenda:<\/strong> Jika Anda menggunakan simbol atau warna yang tidak standar, berikan kunci.<\/li>\n<\/ul>\n<h2>\ud83d\udd0d Menganalisis Diagram untuk Nilai<\/h2>\n<p>Setelah gambar selesai, pekerjaan sesungguhnya dimulai: analisis. Diagram bukan hanya gambar; ia adalah alat untuk penemuan.<\/p>\n<h3>Analisis Kesenjangan<\/h3>\n<p>Bandingkan diagram dengan wawancara pemangku kepentingan. Apakah ada tujuan yang disebutkan dalam rapat yang hilang dari diagram? Jika iya, tambahkan. Langkah ini sering mengungkap kebutuhan tersembunyi.<\/p>\n<h3>Generasi Kasus Uji<\/h3>\n<p>Setiap use case harus memiliki skenario uji yang sesuai. Jika Anda memiliki &#8216;Tempatkan Pesanan&#8217;, Anda memerlukan uji untuk pemesanan berhasil, pembayaran gagal, dan keranjang kosong. Diagram ini menggerakkan proses jaminan kualitas Anda.<\/p>\n<h3>Penilaian Dampak<\/h3>\n<p>Jika Anda berencana mengubah suatu fitur, lihat diagramnya. Aktor mana yang terdampak? Use case lain mana yang tergantung pada ini? Peta ketergantungan visual ini mencegah kerusakan tak disengaja saat pembaruan.<\/p>\n<h2>\ud83d\udcc8 Mengintegrasikan dengan Model Lain<\/h2>\n<p>Diagram Kasus Penggunaan jarang berdiri sendiri. Ini merupakan bagian dari suite dokumentasi yang lebih besar. Memahami di mana letaknya membantu menjaga konsistensi.<\/p>\n<ul>\n<li><strong>Deskripsi Kasus Penggunaan:<\/strong> Untuk setiap elips, Anda harus menulis dokumen teks yang menjelaskan alur kejadian, prasyarat, dan pasca kondisi.<\/li>\n<li><strong>Diagram Urutan:<\/strong> Setelah kasus penggunaan didefinisikan, diagram urutan dapat menunjukkan interaksi objek secara rinci.<\/li>\n<li><strong>Diagram Kelas:<\/strong> Kasus penggunaan batas sistem sering kali sesuai dengan kelas dan objek dalam arsitektur.<\/li>\n<\/ul>\n<p>Dengan menjaga agar model-model ini selaras, Anda memastikan bahwa tujuan tingkat tinggi sesuai dengan kode tingkat rendah. Keselarasan ini mengurangi risiko perluasan cakupan dan salah komunikasi.<\/p>\n<h2>\ud83c\udfc1 Pikiran Akhir tentang Pemodelan Sistem<\/h2>\n<p>Membuat diagram kasus penggunaan adalah latihan disiplin dalam memikirkan nilai pengguna. Ini mendorong Anda untuk menjauh dari kode dan fokus pada aspek manusia dari perangkat lunak. Dengan mengikuti langkah-langkah yang dijelaskan di sini, Anda dapat menghasilkan model yang jelas dan dapat diambil tindakan dalam waktu singkat.<\/p>\n<p>Ingat bahwa tujuannya adalah komunikasi. Jika seorang pemangku kepentingan melihat diagram Anda dan memahami tujuan sistem, maka Anda telah berhasil. Buat garis sederhana, label jelas, dan fokus pada tujuan pengguna. Seiring Anda mendapatkan pengalaman, Anda akan menemukan bahwa keterampilan ini menjadi hal yang alami, mempercepat seluruh siklus pengembangan Anda.<\/p>\n<p>Mulailah kecil, lakukan iterasi sering-sering, dan biarkan diagram membimbing kebutuhan Anda. Kejelasan yang Anda bawa ke proyek sekarang akan memberi manfaat besar ketika sistem dibangun dan dipelihara nanti.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Membuat representasi visual dari fungsi sistem adalah keterampilan dasar bagi setiap analis atau pengembang. Diagram Use Case memberikan gambaran tingkat tinggi tentang bagaimana pengguna berinteraksi dengan sistem. Ini menghubungkan kesenjangan antara implementasi teknis dan kebutuhan bisnis. Panduan ini membimbing Anda melalui proses membuat diagram pertama Anda secara efisien, fokus pada kejelasan dan struktur daripada fitur perangkat lunak. Baik Anda sedang mendokumentasikan aplikasi baru atau menganalisis proses yang sudah ada, memahami para aktor dan tujuan mereka sangat penting. Tutorial ini menyediakan pendekatan terstruktur untuk memetakan interaksi ini tanpa terjebak dalam antarmuka yang rumit. Kami akan fokus pada konsep inti, hubungan antar elemen, serta alur kerja praktis yang dapat Anda terapkan segera. \ud83e\udde9 Apa itu Diagram Use Case? Diagram Use Case adalah model visual yang digunakan dalam rekayasa perangkat lunak dan analisis sistem. Ini menggambarkan interaksi antara entitas eksternal dan sistem itu sendiri. Tujuan utamanya adalah menentukan persyaratan fungsional dari suatu sistem. Ini menjawab pertanyaan: \u201cApa yang bisa dilakukan sistem untuk pengguna?\u201d Berbeda dengan bagan alir yang rinci atau diagram urutan, jenis diagram ini tetap bersifat abstrak. Diagram ini tidak menunjukkan logika internal atau urutan langkah-langkah dalam fungsi tertentu. Sebaliknya, ia menyoroti tujuan dan para aktor yang mencapainya. Abstraksi ini menjadikannya alat yang sangat baik untuk komunikasi dengan pemangku kepentingan yang mungkin tidak memahami kode teknis. Manfaat utama meliputi: Pemahaman Lingkup: Ini dengan jelas menentukan apa yang berada di dalam dan di luar batas sistem. Pengumpulan Kebutuhan: Ini membantu mengidentifikasi semua fungsi yang diperlukan untuk memenuhi kebutuhan pengguna. Komunikasi: Ini menyediakan bahasa bersama bagi pengembang, desainer, dan klien. Strategi Pengujian: Ini berfungsi sebagai dasar untuk membuat kasus pengujian guna memverifikasi perilaku sistem. \ud83d\udee0\ufe0f Komponen Utama Diagram Sebelum menggambar garis dan bentuk, Anda harus memahami blok bangunannya. Setiap diagram terdiri dari elemen-elemen tertentu yang menyampaikan makna ketika dihubungkan dengan benar. Komponen yang hilang dapat menyebabkan ambiguitas dalam persyaratan. 1. Aktor Seorang aktor mewakili peran yang berinteraksi dengan sistem. Ini tidak harus seseorang yang spesifik, melainkan lebih kepada jabatan atau peran. Misalnya, \u201cAdmin\u201d adalah seorang aktor, bukan \u201cJohn Doe\u201d. Aktor Utama: Mereka memulai use case. Mereka memulai interaksi untuk mencapai tujuan mereka. Aktor Sekunder: Ini biasanya sistem atau layanan eksternal yang berinteraksi dengan sistem utama untuk menyelesaikan suatu tugas. Secara visual, aktor sering digambarkan sebagai gambar orang batang. Namun, simbol itu sendiri kurang penting dibandingkan labelnya. Konsistensi sangat penting untuk kemudahan pembacaan. 2. Use Case Sebuah use case mewakili tujuan atau fungsi tertentu yang dilakukan sistem. Ini merupakan unit lengkap dari fungsionalitas. Jika pengguna mengklik tombol untuk melakukan suatu tindakan, tindakan tersebut adalah sebuah use case. Penamaan: Nama harus berupa kombinasi Kata Kerja-Kata Benda (misalnya, \u201cTempatkan Pesanan\u201d daripada \u201cPesanan\u201d). Kedalaman: Hindari membuat use case terlalu luas (misalnya, \u201cKelola Sistem\u201d) atau terlalu sempit (misalnya, \u201cKlik Tombol\u201d). Fokus pada tujuan fungsional. 3. Batas Sistem Batas sistem adalah kotak yang membatasi semua kasus penggunaan. Ini menentukan cakupan proyek. Semua yang berada di dalam kotak termasuk dalam sistem. Semua yang berada di luar adalah eksternal. Aktor:Aktor selalu berada di luar batas sistem. Kasus Penggunaan:Semua kasus penggunaan berada di dalam batas. Antarmuka:Garis yang melintasi batas menunjukkan interaksi. \ud83d\udd17 Memahami Hubungan Kekuatan diagram terletak pada garis yang menghubungkan aktor dan kasus penggunaan. Garis-garis ini menentukan bagaimana interaksi terjadi. Ada empat jenis hubungan utama yang perlu dikuasai. Memahami perbedaan di antara mereka sangat penting untuk pemodelan yang akurat. Asosiasi Ini adalah tautan komunikasi standar antara aktor dan kasus penggunaan. Ini mengimplikasikan bahwa aktor memulai atau berpartisipasi dalam kasus penggunaan. Garis padat biasanya digunakan. Sertakan Hubungan ini menunjukkan bahwa satu kasus penggunaan harusmemanggil kasus penggunaan lain untuk menyelesaikan fungsinya. Ini adalah ketergantungan wajib. Pikirkan sebagai &#8216;harus dilakukan&#8217;. Contoh:\u201cTempatkan Pesanan\u201d menyertakan \u201cValidasi Pembayaran\u201d. Mengapa menggunakannya:Ini menghindari pengulangan. Jika beberapa kasus penggunaan membutuhkan fungsi yang sama, Anda mendefinisikannya sekali dan menyertakannya. Perluas Hubungan ini menunjukkan bahwa satu kasus penggunaan mungkinmenambahkan fungsi ke yang lain dalam kondisi tertentu. Ini bersifat opsional. Pikirkan sebagai &#8216;mungkin dilakukan&#8217;. Contoh:\u201cTempatkan Pesanan\u201d diperluas menjadi \u201cTerapkan Diskon\u201d (hanya jika kode kupon dimasukkan). Mengapa menggunakannya:Ini menangani pengecualian atau fitur opsional tanpa membuat alur utama menjadi kacau. Generalisasi Hubungan ini mewakili pewarisan. Sebuah aktor atau kasus penggunaan khusus adalah versi yang disesuaikan dari yang umum. Digambarkan dengan garis padat dan anak panah segitiga. Contoh Aktor: \u201cPengguna Tamu\u201d bersifat umum terhadap \u201cPengguna Terdaftar\u201d. Contoh Kasus Penggunaan: \u201cBayar dengan Kartu\u201d bersifat umum terhadap \u201cLakukan Pembayaran\u201d. Tabel Perbandingan Hubungan Hubungan Arah Makna Indikator Visual Asosiasi Aktor \u2192 Kasus Penggunaan Interaksi ada Garis Padat Sertakan Dasar \u2192 Disertakan Fungsi wajib Garis Putus-putus + \u00absertakan\u00bb Perluas Yang Diperluas \u2192 Dasar Fungsi opsional Garis Putus-putus + \u00abperluas\u00bb Generalisasi Khusus \u2192 Umum Pewarisan Garis Padat + Segitiga \u23f1\ufe0f Alur Kerja 30 Menit Anda tidak perlu berjam-jam untuk membuat diagram berkualitas tinggi. Dengan pendekatan yang fokus, Anda dapat membuat model yang jelas dalam setengah jam. Ikuti proses langkah demi langkah ini untuk memastikan Anda mencakup semua aspek yang diperlukan tanpa terjebak. Menit 0-5: Tentukan Lingkup dan Aktor Mulailah dengan mengidentifikasi batas sistem. Gambarlah persegi panjang sederhana. Tulis nama sistem di tengah. Sekarang, daftarkan semua peran yang berinteraksi dengan sistem ini. Tanyakan pada diri sendiri: Siapa yang memulai proses? Siapa yang menerima hasilnya? Tuliskan setiap peran pengguna yang mungkin. Tentukan apakah sistem eksternal (seperti gerbang pembayaran) adalah aktor. Letakkan mereka di luar persegi panjang. Menit 5-15: Identifikasi Kasus Penggunaan Untuk setiap aktor, tanyakan: &#8216;Apa tujuan dari aktor ini?&#8217; Tuliskan setiap tujuan yang berbeda sebagai kasus penggunaan. Letakkan elips-elips ini di dalam persegi panjang. Fokus pada Tujuan: &#8216;Login&#8217; adalah tujuan. &#8216;Masukkan Kata Sandi&#8217; adalah langkah, bukan tujuan. Periksa Tumpang Tindih: Jika dua aktor memiliki tujuan yang sama, buat satu kasus penggunaan yang keduanya terhubung kepadanya. Konvensi Penamaan: Pastikan setiap elips memiliki label Kata Kerja-Kata Benda. Menit 15-25: Gambar Koneksi Sekarang, hubungkan aktor-aktor dengan kasus penggunaan. Gambar garis padat untuk interaksi langsung. Cari fungsi umum yang muncul di berbagai kasus penggunaan. Terapkan Include: Jika &#8216;Checkout&#8217; memerlukan &#8216;Validasi Keranjang&#8217;, gambar hubungan include. Terapkan Extend: Jika &#8216;Checkout&#8217; mungkin memicu &#8216;Tampilkan Poin Loyalitas&#8217;, gambar hubungan extend. Sempurnakan Generalisasi: Jika Anda memiliki &#8216;Admin&#8217; dan &#8216;Manager&#8217;, pertimbangkan untuk menggeneralisasikannya menjadi &#8216;Karyawan&#8217;. Menit 25-30: Tinjau dan Haluskan Langkah mundur<\/p>\n","protected":false},"author":1,"featured_media":4322,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-4321","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-use-case-diagram"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.0 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit<\/title>\n<meta name=\"description\" content=\"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/\" \/>\n<meta property=\"og:locale\" content=\"id_ID\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit\" \/>\n<meta property=\"og:description\" content=\"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI Indonesian\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-06T22:21:48+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Ditulis oleh\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Estimasi waktu membaca\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 menit\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"Tutorial: Menggambar Diagram Use Case Pertama Anda dalam 30 Menit Tanpa Alat yang Rumit\",\"datePublished\":\"2026-04-06T22:21:48+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"},\"wordCount\":1795,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"id\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\",\"name\":\"Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"datePublished\":\"2026-04-06T22:21:48+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#breadcrumb\"},\"inLanguage\":\"id\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"id\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Tutorial: Menggambar Diagram Use Case Pertama Anda dalam 30 Menit Tanpa Alat yang Rumit\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#website\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/\",\"name\":\"Diagrams AI Indonesian\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"id\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"id\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/www.diagrams-ai.com\"],\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit","description":"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/","og_locale":"id_ID","og_type":"article","og_title":"Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit","og_description":"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.","og_url":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/","og_site_name":"Diagrams AI Indonesian","article_published_time":"2026-04-06T22:21:48+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Ditulis oleh":"vpadmin","Estimasi waktu membaca":"9 menit"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/id\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"Tutorial: Menggambar Diagram Use Case Pertama Anda dalam 30 Menit Tanpa Alat yang Rumit","datePublished":"2026-04-06T22:21:48+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"wordCount":1795,"image":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"id"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/","url":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/","name":"Tutorial: Menggambar Diagram Kasus Penggunaan Pertama Anda dalam 30 Menit","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/id\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","datePublished":"2026-04-06T22:21:48+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/id\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Pelajari cara membuat diagram kasus penggunaan yang jelas dalam 30 menit. Tidak perlu alat yang rumit. Kuasai aktor, hubungan, dan batas sistem dengan mudah.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#breadcrumb"},"inLanguage":"id","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/"]}]},{"@type":"ImageObject","inLanguage":"id","@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/id\/tutorial-drawing-first-use-case-diagram-30-minutes\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/id\/"},{"@type":"ListItem","position":2,"name":"Tutorial: Menggambar Diagram Use Case Pertama Anda dalam 30 Menit Tanpa Alat yang Rumit"}]},{"@type":"WebSite","@id":"https:\/\/www.diagrams-ai.com\/id\/#website","url":"https:\/\/www.diagrams-ai.com\/id\/","name":"Diagrams AI Indonesian","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.diagrams-ai.com\/id\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"id"},{"@type":"Person","@id":"https:\/\/www.diagrams-ai.com\/id\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"id","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.diagrams-ai.com"],"url":"https:\/\/www.diagrams-ai.com\/id\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/posts\/4321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/comments?post=4321"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/posts\/4321\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/media\/4322"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/media?parent=4321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/categories?post=4321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/tags?post=4321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}