{"id":4306,"date":"2026-04-09T15:31:45","date_gmt":"2026-04-09T15:31:45","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/"},"modified":"2026-04-09T15:31:45","modified_gmt":"2026-04-09T15:31:45","slug":"use-case-diagrams-agile-product-managers","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/","title":{"rendered":"Panduan Lengkap Diagram Kasus Penggunaan untuk Manajer Produk Agile Pemula"},"content":{"rendered":"<p>Memahami bagaimana pengguna berinteraksi dengan produk Anda adalah dasar dari pengembangan yang sukses. Bagi Manajer Produk Agile, memvisualisasikan interaksi ini secara jelas sangat penting sebelum menulis satu baris kode pun. Panduan ini mencakup semua hal yang perlu Anda ketahui tentang Diagram Kasus Penggunaan. Kami akan mengeksplorasi komponen inti, hubungan, dan cara mengintegrasikan teknik ini ke dalam alur kerja Agile Anda tanpa menambah beban yang tidak perlu.<\/p>\n<p>Baik Anda sedang menyempurnakan backlog atau menjelaskan persyaratan untuk sprint, diagram yang terstruktur dengan baik dapat menghubungkan kesenjangan antara tujuan bisnis dan pelaksanaan teknis. Panduan ini dirancang untuk membantu Anda menciptakan kejelasan dan keselarasan di seluruh tim Anda.<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter\"><img alt=\"Chalkboard-style infographic explaining Use Case Diagrams for Agile Product Managers: visual guide covering core components (actors, use cases, system boundary, relationships), 5-step creation process, comparison table with User Stories and Activity Diagrams, Include\/Extend relationship examples, Agile workflow integration tips, common pitfalls to avoid, and a practical e-commerce platform example\u2014all presented in a friendly hand-written teacher style on a dark slate background for easy team onboarding and requirement clarity\" decoding=\"async\" src=\"https:\/\/www.diagrams-ai.com\/wp-content\/uploads\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\"\/><\/figure>\n<\/div>\n<h2>\ud83c\udfaf Apa Itu Diagram Kasus Penggunaan?<\/h2>\n<p>Diagram Kasus Penggunaan adalah representasi visual dari interaksi antara pengguna (aktor) dan suatu sistem. Diagram ini berfokus pada fungsionalitas yang disediakan oleh sistem, bukan logika internal atau detail implementasi. Dalam lingkungan Agile, diagram ini berfungsi sebagai peta tingkat tinggi kebutuhan pengguna.<\/p>\n<p>Berbeda dengan bagan alir yang rinci, Diagram Kasus Penggunaan tidak menunjukkan urutan langkah-langkah. Sebaliknya, mereka menjawab pertanyaan: \u201cApa yang bisa dilakukan sistem?\u201d dari sudut pandang orang-orang yang menggunakannya.<\/p>\n<p><strong>Karakteristik utama meliputi:<\/strong><\/p>\n<ul>\n<li><strong>Fokus pada Fungsionalitas:<\/strong>Ini menyoroti fitur dan tindakan.<\/li>\n<li><strong>Berpusat pada Aktor:<\/strong>Ini berfokus pada siapa yang melakukan tindakan tersebut.<\/li>\n<li><strong>Batasan Sistem:<\/strong>Ini dengan jelas mendefinisikan apa yang berada di dalam sistem dan apa yang berada di luar.<\/li>\n<li><strong>Tampilan Tingkat Tinggi:<\/strong>Ini menghindari istilah teknis dan detail implementasi.<\/li>\n<\/ul>\n<h2>\ud83e\udde9 Komponen Inti dari Diagram Kasus Penggunaan<\/h2>\n<p>Untuk membuat diagram yang efektif, Anda harus memahami simbol standar dan maknanya. Elemen-elemen ini tetap konsisten terlepas dari alat apa yang Anda gunakan untuk menggambarnya.<\/p>\n<h3>1. Aktor \ud83d\udc64<\/h3>\n<p>Seorang aktor mewakili peran yang dimainkan oleh pengguna atau sistem eksternal yang berinteraksi dengan sistem utama. Aktor biasanya digambarkan sebagai gambar orang batang.<\/p>\n<ul>\n<li><strong>Aktor Utama:<\/strong>Mereka yang memulai interaksi. Misalnya, seorang \u201cPelanggan\u201d yang memulai pembelian.<\/li>\n<li><strong>Aktor Sekunder:<\/strong>Mereka mendukung aktor utama atau sistem. Misalnya, \u201cGerbang Pembayaran\u201d yang memvalidasi transaksi.<\/li>\n<li><strong>Aktor Internal:<\/strong>Kadang-kadang, sebuah subsistem bertindak sebagai aktor terhadap subsistem lain.<\/li>\n<\/ul>\n<h3>2. Kasus Penggunaan \u2699\ufe0f<\/h3>\n<p>Sebuah kasus penggunaan mewakili tujuan atau fungsi tertentu yang dilakukan sistem. Biasanya digambarkan sebagai elips di dalam batasan sistem.<\/p>\n<ul>\n<li><strong>Contoh:<\/strong> \u201cTempatkan Pesanan\u201d atau \u201cMasuk Sistem\u201d.<\/li>\n<li><strong>Nama yang Deskriptif:<\/strong>Selalu gunakan frasa kata kerja-benda (misalnya, \u201cKelola Persediaan\u201d alih-alih \u201cPersediaan\u201d).<\/li>\n<\/ul>\n<h3>3. Batas Sistem \ud83d\udce6<\/h3>\n<p>Batas sistem adalah persegi panjang yang membatasi semua kasus penggunaan. Semua yang berada di dalam kotak ini merupakan bagian dari sistem. Semua yang berada di luar adalah eksternal.<\/p>\n<ul>\n<li><strong>Kejelasan:<\/strong> Ini mencegah kebingungan tentang apa yang menjadi tanggung jawab sistem.<\/li>\n<li><strong>Cakupan:<\/strong> Ini membantu pemangku kepentingan memahami cakupan rilis saat ini.<\/li>\n<\/ul>\n<h3>4. Hubungan \ud83d\udd17<\/h3>\n<p>Garis menghubungkan aktor ke kasus penggunaan dan kasus penggunaan ke kasus penggunaan lainnya. Garis-garis ini menentukan bagaimana elemen-elemen berinteraksi.<\/p>\n<ul>\n<li><strong>Asosiasi:<\/strong> Garis padat yang menghubungkan aktor ke kasus penggunaan.<\/li>\n<li><strong>Sertakan:<\/strong> Kasus penggunaan yang wajib dilakukan oleh kasus penggunaan lainnya.<\/li>\n<li><strong>Perluas:<\/strong> Kasus penggunaan yang menambahkan perilaku opsional dalam kondisi tertentu.<\/li>\n<li><strong>Generalisasi:<\/strong> Hubungan di mana satu aktor atau kasus penggunaan merupakan versi khusus dari yang lain.<\/li>\n<\/ul>\n<h2>\ud83d\udee0\ufe0f Cara Membuat Diagram Kasus Penggunaan: Langkah demi Langkah<\/h2>\n<p>Membuat diagram memerlukan kolaborasi dan pemahaman yang jelas tentang bidang masalah. Ikuti proses ini untuk memastikan akurasi dan keselarasan tim.<\/p>\n<h3>Langkah 1: Identifikasi Aktor \ud83d\udd75\ufe0f<\/h3>\n<p>Mulailah dengan mendaftarkan semua orang yang berinteraksi dengan sistem. Ajukan pertanyaan seperti:<\/p>\n<ul>\n<li>Siapa yang menggunakan sistem secara langsung?<\/li>\n<li>Siapa yang terdampak oleh sistem secara tidak langsung?<\/li>\n<li>Apakah ada sistem eksternal yang terlibat (misalnya, server email, pemroses pembayaran)?<\/li>\n<\/ul>\n<p>Tuliskan hal-hal ini di papan tulis atau catatan kecil. Kelompokkan peran yang serupa bersama.<\/p>\n<h3>Langkah 2: Tentukan Tujuan \ud83c\udfaf<\/h3>\n<p>Untuk setiap aktor, tanyakan apa yang ingin mereka capai. Tujuan-tujuan ini menjadi kasus penggunaan.<\/p>\n<ul>\n<li><strong>Aktor:<\/strong>Pelanggan<\/li>\n<li><strong>Tujuan:<\/strong>Beli produk<\/li>\n<li><strong>Kasus Penggunaan:<\/strong>Tempatkan Pesanan<\/li>\n<\/ul>\n<h3>Langkah 3: Gambar Batas Sistem \ud83d\udcd0<\/h3>\n<p>Gambar sebuah persegi panjang besar. Beri label dengan nama sistem atau aplikasi. Tempatkan semua kasus penggunaan yang telah diidentifikasi di dalam persegi panjang ini.<\/p>\n<h3>Langkah 4: Hubungkan Aktor dengan Kasus Penggunaan \ud83d\udd0c<\/h3>\n<p>Gambar garis padat dari aktor ke kasus penggunaan yang mereka interaksi. Pastikan setiap garis mewakili interaksi langsung.<\/p>\n<h3>Langkah 5: Tambahkan Hubungan (Sertakan\/Perluas) \ud83d\udd17<\/h3>\n<p>Sempurnakan diagram dengan menambahkan kompleksitas di tempat yang diperlukan.<\/p>\n<ul>\n<li><strong>Sertakan:<\/strong>Gunakan ini ketika sebuah kasus penggunaan selalu membutuhkan yang lain. Misalnya, \u201cCheckout\u201d selalu menyertakan \u201cMasuk\u201d.<\/li>\n<li><strong>Perluas:<\/strong>Gunakan ini untuk perilaku opsional. Misalnya, \u201cTerapkan Diskon\u201d memperluas \u201cTempatkan Pesanan\u201d hanya jika kode dimasukkan.<\/li>\n<\/ul>\n<h2>\ud83d\udcca Kasus Penggunaan vs. Cerita Pengguna vs. Diagram Aktivitas<\/h2>\n<p>Tim Agile sering keliru membedakan ketiga artefak ini. Memahami perbedaannya membantu Anda memilih alat yang tepat untuk pekerjaan yang tepat.<\/p>\n<table>\n<thead>\n<tr>\n<th>Artefak<\/th>\n<th>Fokus<\/th>\n<th>Paling Cocok Digunakan Untuk<\/th>\n<th>Tingkat Detail<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Diagram Kasus Penggunaan<\/strong><\/td>\n<td>Fungsionalitas Sistem<\/td>\n<td>Persyaratan dan cakupan tingkat tinggi<\/td>\n<td>Sedang (Gambaran Umum)<\/td>\n<\/tr>\n<tr>\n<td><strong>Cerita Pengguna<\/strong><\/td>\n<td>Nilai Pengguna<\/td>\n<td>Item backlog dan perencanaan sprint<\/td>\n<td>Tinggi (Kriteria spesifik)<\/td>\n<\/tr>\n<tr>\n<td><strong>Diagram Aktivitas<\/strong><\/td>\n<td>Alur Proses<\/td>\n<td>Logika kompleks dan jalur keputusan<\/td>\n<td>Sangat Tinggi (Langkah demi Langkah)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Diagram Kasus Penggunaan:<\/strong>Gunakan ini selama tahap penemuan untuk menentukan apa yang dilakukan sistem. Ini sangat baik untuk memperkenalkan anggota tim baru.<\/p>\n<p><strong>Cerita Pengguna:<\/strong>Gunakan ini selama perencanaan sprint untuk menentukan pekerjaan spesifik yang harus dilakukan. Mengikuti format: \u201cSebagai [peran], saya ingin [fitur], agar [manfaat].\u201d<\/p>\n<p><strong>Diagram Aktivitas:<\/strong>Gunakan ini ketika logika kompleks. Jika suatu proses melibatkan banyak titik keputusan, pengulangan, atau jalur paralel, diagram yang menunjukkan alur lebih baik daripada kasus penggunaan sederhana.<\/p>\n<h2>\ud83d\udd17 Memahami Hubungan Secara Rinci<\/h2>\n<p>Hubungan menambah kedalaman pada diagram Anda. Mereka menjelaskan ketergantungan antar fungsi.<\/p>\n<h3>Hubungan Sertakan (&lt;<include>&gt;)<\/include><\/h3>\n<p>Hubungan ini menunjukkan bahwa satu kasus penggunaan harus memasukkan yang lain. Ini bersifat wajib.<\/p>\n<ul>\n<li><strong>Skenario:<\/strong> Seorang pengguna ingin \u201cPesan Penerbangan\u201d.<\/li>\n<li><strong>Kendala:<\/strong> Mereka tidak dapat melakukan ini tanpa \u201cMemilih Kursi\u201d.<\/li>\n<li><strong>Diagram:<\/strong> \u201cPesan Penerbangan\u201d &lt;<include>&gt; \u201cPilih Kursi\u201d.<\/include><\/li>\n<\/ul>\n<p>Ini membantu pengembang mengetahui bahwa langkah-langkah tertentu adalah bagian yang tidak dapat dinegosiasikan dari proses yang lebih besar.<\/p>\n<h3>Hubungan Perluas (&lt;<extend>&gt;)<\/extend><\/h3>\n<p>Hubungan ini menunjukkan perilaku opsional yang hanya terjadi dalam kondisi tertentu.<\/p>\n<ul>\n<li><strong>Skenario:<\/strong> Seorang pengguna ingin \u201cLihat Akun\u201d.<\/li>\n<li><strong>Kondisi:<\/strong> Jika akun terkunci, sistem harus \u201cTampilkan Peringatan Kunci\u201d.<\/li>\n<li><strong>Diagram:<\/strong> \u201cLihat Akun\u201d &lt;<extend>&gt; \u201cTampilkan Peringatan Kunci\u201d.<\/extend><\/li>\n<\/ul>\n<p>Gunakan extends secara bijak. Terlalu sering menggunakannya dapat membuat diagram menjadi membingungkan.<\/p>\n<h3>Generalisasi (Pewarisan)<\/h3>\n<p>Ini digunakan ketika satu aktor atau kasus penggunaan merupakan versi yang lebih spesifik dari yang lain.<\/p>\n<ul>\n<li><strong>Aktor:<\/strong> \u201cAdmin\u201d dan \u201cUser\u201d mungkin keduanya mewarisi dari \u201cPerson\u201d.<\/li>\n<li><strong>Kasus Penggunaan:<\/strong> \u201cBayar melalui Kartu Kredit\u201d mungkin mewarisi dari \u201cBayar\u201d.<\/li>\n<\/ul>\n<p>Ini mengurangi pengulangan dalam diagram Anda dengan menunjukkan perilaku yang dibagikan.<\/p>\n<h2>\ud83d\udd04 Mengintegrasikan Kasus Penggunaan ke dalam Alur Kerja Agile<\/h2>\n<p>Agile menekankan iterasi dan umpan balik. Diagram statis dapat terasa ketinggalan zaman dengan cepat. Berikut cara menjaga relevansinya.<\/p>\n<h3>1. Penyempurnaan Backlog \ud83e\uddf9<\/h3>\n<p>Selama sesi penyempurnaan, gunakan diagram untuk memastikan tidak ada fungsi yang terlewat. Jika fitur baru diusulkan, periksa apakah cocok dalam batas sistem yang ada. Jika tidak, mungkin itu merupakan sistem baru sepenuhnya.<\/p>\n<h3>2. Perencanaan Sprint \ud83d\uddd3\ufe0f<\/h3>\n<p>Saat memilih cerita untuk sprint, merujuk ke diagram untuk melihat bagaimana cerita saling terhubung. Jika sebuah cerita tergantung pada kasus penggunaan tertentu, pastikan aktor dan interaksinya jelas.<\/p>\n<h3>3. Definisi Selesai \u2705<\/h3>\n<p>Gunakan diagram untuk memverifikasi kelengkapan. Jika sebuah kasus penggunaan di diagram belum ditangani dalam sprint, seharusnya tidak ditandai sebagai selesai.<\/p>\n<h3>4. Komunikasi dengan Stakeholder \ud83d\udde3\ufe0f<\/h3>\n<p>Kasus penggunaan sangat baik untuk berkomunikasi dengan stakeholder non-teknis. Mereka memberikan ringkasan visual tentang kemampuan produk tanpa membebani mereka dengan detail teknis.<\/p>\n<h2>\u26a0\ufe0f Kesalahan Umum yang Harus Dihindari<\/h2>\n<p>Bahkan Product Manager berpengalaman membuat kesalahan saat membuat diagram ini. Waspadai jebakan-jebakan berikut.<\/p>\n<ul>\n<li><strong>Terlalu Banyak Detail:<\/strong> Jangan menggambar setiap klik secara individual. Pertahankan tingkat tinggi. Jika Anda perlu menunjukkan klik, gunakan diagram yang berbeda.<\/li>\n<li><strong>Logika Internal:<\/strong> Jangan sertakan query basis data atau pemanggilan API. Ini adalah detail implementasi, bukan fungsi pengguna.<\/li>\n<li><strong>Aktor yang Membingungkan:<\/strong> Jangan gunakan orang tertentu (misalnya, \u201cJohn\u201d) sebagai aktor. Gunakan peran (misalnya, \u201cPelanggan\u201d).<\/li>\n<li><strong>Batasan yang Hilang:<\/strong> Selalu definisikan dengan jelas batas sistem. Ketidakjelasan di sini menyebabkan perluasan cakupan.<\/li>\n<li><strong>Mengabaikan Ekstensi:<\/strong> Jika ada banyak status kesalahan atau fitur opsional, pertimbangkan menggunakan hubungan Extend alih-alih membuat alur utama menjadi berantakan.<\/li>\n<\/ul>\n<h2>\ud83d\udcdd Contoh: Platform E-Commerce<\/h2>\n<p>Mari kita lihat contoh praktis untuk memperkuat konsep-konsep ini. Bayangkan sebuah toko online.<\/p>\n<h3>Aktor<\/h3>\n<ul>\n<li><strong>Tamu:<\/strong> Menjelajah tanpa masuk log.<\/li>\n<li><strong>Pengguna Terdaftar:<\/strong> Memiliki akun.<\/li>\n<li><strong>Administrator:<\/strong> Mengelola toko.<\/li>\n<\/ul>\n<h3>Kasus Penggunaan<\/h3>\n<ul>\n<li><strong>Menjelajah Katalog<\/strong><\/li>\n<li><strong>Mencari Produk<\/strong><\/li>\n<li><strong>Tambah ke Keranjang<\/strong><\/li>\n<li><strong>Checkout<\/strong><\/li>\n<li><strong>Kelola Persediaan<\/strong><\/li>\n<\/ul>\n<h3>Hubungan<\/h3>\n<ul>\n<li><strong>Tamu<\/strong> dan <strong>Pengguna Terdaftar<\/strong> dapat keduanya <strong>Menjelajah Katalog<\/strong>.<\/li>\n<li><strong>Checkout<\/strong> mencakup <strong>Masukkan Info Pengiriman<\/strong>.<\/li>\n<li><strong>Checkout<\/strong> memperluas <strong>Terapkan Kode Promo<\/strong> (opsional).<\/li>\n<li><strong>Administrator<\/strong> hanya berinteraksi dengan <strong>Kelola Persediaan<\/strong>.<\/li>\n<\/ul>\n<h2>\ud83d\udee1\ufe0f Praktik Terbaik untuk Pemeliharaan<\/h2>\n<p>Perangkat lunak berkembang. Diagram Anda harus berkembang bersamanya. Diagram statis menjadi beban jika tidak sesuai dengan kenyataan.<\/p>\n<ul>\n<li><strong>Ulas Secara Berkala:<\/strong>Anggap diagram sebagai dokumen yang hidup. Perbarui saat ulasan sprint.<\/li>\n<li><strong>Kontrol Versi:<\/strong> Lacak perubahan. Jika sistem mengalami perubahan signifikan, versikan diagram tersebut.<\/li>\n<li><strong>Berkolaborasi:<\/strong> Jangan menggambar ini sendirian. Libatkan pengembang dan QA untuk memastikan kelayakan teknis.<\/li>\n<li><strong>Sederhanakan Terlebih Dahulu:<\/strong> Jika diagram menjadi terlalu rumit untuk dibaca, bagi menjadi beberapa tampilan (misalnya berdasarkan modul atau aktor).<\/li>\n<\/ul>\n<h2>\ud83d\udd0d Kapan Harus Melewatkan Diagram Kasus Penggunaan<\/h2>\n<p>Meskipun kuat, diagram ini tidak selalu pilihan terbaik. Ketahui kapan harus melewatkan mereka.<\/p>\n<ul>\n<li><strong>Proyek Sederhana:<\/strong> Jika sistem hanya memiliki tiga fungsi, daftar mungkin sudah cukup.<\/li>\n<li><strong>Logika yang Kompleks:<\/strong> Jika proses melibatkan mesin keadaan yang kompleks, diagram keadaan atau diagram aktivitas lebih baik.<\/li>\n<li><strong>Prototipe Cepat:<\/strong> Jika Anda bergerak sangat cepat dan perlu menguji hipotesis, sketsa papan tulis lebih baik daripada diagram formal.<\/li>\n<\/ul>\n<h2>\ud83d\udcc8 Mengukur Keberhasilan<\/h2>\n<p>Bagaimana Anda tahu apakah diagram kasus penggunaan Anda berfungsi?<\/p>\n<ul>\n<li><strong>Persyaratan yang Lebih Jelas:<\/strong> Lebih sedikit pertanyaan dari tim pengembangan selama sprint.<\/li>\n<li><strong>Pekerjaan Ulang yang Dikurangi:<\/strong> Waktu yang lebih sedikit dihabiskan untuk memperbaiki fitur yang tidak sesuai alur yang dimaksudkan.<\/li>\n<li><strong>Keselarasan yang Lebih Baik:<\/strong> Pihak terkait memahami visi produk tanpa perlu penjelasan teknis.<\/li>\n<\/ul>\n<h2>\ud83d\ude80 Bergerak Maju<\/h2>\n<p>Mengintegrasikan Diagram Kasus Penggunaan ke dalam praktik Agile Anda membutuhkan waktu. Mulailah dari yang kecil. Pilih satu fitur dan buat peta dari itu. Bagikan dengan tim Anda. Kumpulkan masukan. Lakukan iterasi pada diagram itu sendiri.<\/p>\n<p>Ingat, tujuannya bukan kesempurnaan. Tujuannya adalah komunikasi. Diagram sederhana yang menjelaskan ide yang rumit lebih berharga daripada diagram sempurna yang tidak ada yang mengerti.<\/p>\n<p>Dengan menguasai dasar-dasar aktor, kasus penggunaan, dan hubungan, Anda membangun fondasi yang lebih kuat untuk produk Anda. Fondasi ini mendukung daftar prioritas Anda, membimbing sprint Anda, dan memastikan tim Anda membangun hal yang tepat.<\/p>\n<p>Jaga agar diagram Anda tetap terlihat. Tetap perbarui. Dan tetap fokus pada pengguna.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Memahami bagaimana pengguna berinteraksi dengan produk Anda adalah dasar dari pengembangan yang sukses. Bagi Manajer Produk Agile, memvisualisasikan interaksi ini secara jelas sangat penting sebelum menulis satu baris kode pun. Panduan ini mencakup semua hal yang perlu Anda ketahui tentang Diagram Kasus Penggunaan. Kami akan mengeksplorasi komponen inti, hubungan, dan cara mengintegrasikan teknik ini ke dalam alur kerja Agile Anda tanpa menambah beban yang tidak perlu. Baik Anda sedang menyempurnakan backlog atau menjelaskan persyaratan untuk sprint, diagram yang terstruktur dengan baik dapat menghubungkan kesenjangan antara tujuan bisnis dan pelaksanaan teknis. Panduan ini dirancang untuk membantu Anda menciptakan kejelasan dan keselarasan di seluruh tim Anda. \ud83c\udfaf Apa Itu Diagram Kasus Penggunaan? Diagram Kasus Penggunaan adalah representasi visual dari interaksi antara pengguna (aktor) dan suatu sistem. Diagram ini berfokus pada fungsionalitas yang disediakan oleh sistem, bukan logika internal atau detail implementasi. Dalam lingkungan Agile, diagram ini berfungsi sebagai peta tingkat tinggi kebutuhan pengguna. Berbeda dengan bagan alir yang rinci, Diagram Kasus Penggunaan tidak menunjukkan urutan langkah-langkah. Sebaliknya, mereka menjawab pertanyaan: \u201cApa yang bisa dilakukan sistem?\u201d dari sudut pandang orang-orang yang menggunakannya. Karakteristik utama meliputi: Fokus pada Fungsionalitas:Ini menyoroti fitur dan tindakan. Berpusat pada Aktor:Ini berfokus pada siapa yang melakukan tindakan tersebut. Batasan Sistem:Ini dengan jelas mendefinisikan apa yang berada di dalam sistem dan apa yang berada di luar. Tampilan Tingkat Tinggi:Ini menghindari istilah teknis dan detail implementasi. \ud83e\udde9 Komponen Inti dari Diagram Kasus Penggunaan Untuk membuat diagram yang efektif, Anda harus memahami simbol standar dan maknanya. Elemen-elemen ini tetap konsisten terlepas dari alat apa yang Anda gunakan untuk menggambarnya. 1. Aktor \ud83d\udc64 Seorang aktor mewakili peran yang dimainkan oleh pengguna atau sistem eksternal yang berinteraksi dengan sistem utama. Aktor biasanya digambarkan sebagai gambar orang batang. Aktor Utama:Mereka yang memulai interaksi. Misalnya, seorang \u201cPelanggan\u201d yang memulai pembelian. Aktor Sekunder:Mereka mendukung aktor utama atau sistem. Misalnya, \u201cGerbang Pembayaran\u201d yang memvalidasi transaksi. Aktor Internal:Kadang-kadang, sebuah subsistem bertindak sebagai aktor terhadap subsistem lain. 2. Kasus Penggunaan \u2699\ufe0f Sebuah kasus penggunaan mewakili tujuan atau fungsi tertentu yang dilakukan sistem. Biasanya digambarkan sebagai elips di dalam batasan sistem. Contoh: \u201cTempatkan Pesanan\u201d atau \u201cMasuk Sistem\u201d. Nama yang Deskriptif:Selalu gunakan frasa kata kerja-benda (misalnya, \u201cKelola Persediaan\u201d alih-alih \u201cPersediaan\u201d). 3. Batas Sistem \ud83d\udce6 Batas sistem adalah persegi panjang yang membatasi semua kasus penggunaan. Semua yang berada di dalam kotak ini merupakan bagian dari sistem. Semua yang berada di luar adalah eksternal. Kejelasan: Ini mencegah kebingungan tentang apa yang menjadi tanggung jawab sistem. Cakupan: Ini membantu pemangku kepentingan memahami cakupan rilis saat ini. 4. Hubungan \ud83d\udd17 Garis menghubungkan aktor ke kasus penggunaan dan kasus penggunaan ke kasus penggunaan lainnya. Garis-garis ini menentukan bagaimana elemen-elemen berinteraksi. Asosiasi: Garis padat yang menghubungkan aktor ke kasus penggunaan. Sertakan: Kasus penggunaan yang wajib dilakukan oleh kasus penggunaan lainnya. Perluas: Kasus penggunaan yang menambahkan perilaku opsional dalam kondisi tertentu. Generalisasi: Hubungan di mana satu aktor atau kasus penggunaan merupakan versi khusus dari yang lain. \ud83d\udee0\ufe0f Cara Membuat Diagram Kasus Penggunaan: Langkah demi Langkah Membuat diagram memerlukan kolaborasi dan pemahaman yang jelas tentang bidang masalah. Ikuti proses ini untuk memastikan akurasi dan keselarasan tim. Langkah 1: Identifikasi Aktor \ud83d\udd75\ufe0f Mulailah dengan mendaftarkan semua orang yang berinteraksi dengan sistem. Ajukan pertanyaan seperti: Siapa yang menggunakan sistem secara langsung? Siapa yang terdampak oleh sistem secara tidak langsung? Apakah ada sistem eksternal yang terlibat (misalnya, server email, pemroses pembayaran)? Tuliskan hal-hal ini di papan tulis atau catatan kecil. Kelompokkan peran yang serupa bersama. Langkah 2: Tentukan Tujuan \ud83c\udfaf Untuk setiap aktor, tanyakan apa yang ingin mereka capai. Tujuan-tujuan ini menjadi kasus penggunaan. Aktor:Pelanggan Tujuan:Beli produk Kasus Penggunaan:Tempatkan Pesanan Langkah 3: Gambar Batas Sistem \ud83d\udcd0 Gambar sebuah persegi panjang besar. Beri label dengan nama sistem atau aplikasi. Tempatkan semua kasus penggunaan yang telah diidentifikasi di dalam persegi panjang ini. Langkah 4: Hubungkan Aktor dengan Kasus Penggunaan \ud83d\udd0c Gambar garis padat dari aktor ke kasus penggunaan yang mereka interaksi. Pastikan setiap garis mewakili interaksi langsung. Langkah 5: Tambahkan Hubungan (Sertakan\/Perluas) \ud83d\udd17 Sempurnakan diagram dengan menambahkan kompleksitas di tempat yang diperlukan. Sertakan:Gunakan ini ketika sebuah kasus penggunaan selalu membutuhkan yang lain. Misalnya, \u201cCheckout\u201d selalu menyertakan \u201cMasuk\u201d. Perluas:Gunakan ini untuk perilaku opsional. Misalnya, \u201cTerapkan Diskon\u201d memperluas \u201cTempatkan Pesanan\u201d hanya jika kode dimasukkan. \ud83d\udcca Kasus Penggunaan vs. Cerita Pengguna vs. Diagram Aktivitas Tim Agile sering keliru membedakan ketiga artefak ini. Memahami perbedaannya membantu Anda memilih alat yang tepat untuk pekerjaan yang tepat. Artefak Fokus Paling Cocok Digunakan Untuk Tingkat Detail Diagram Kasus Penggunaan Fungsionalitas Sistem Persyaratan dan cakupan tingkat tinggi Sedang (Gambaran Umum) Cerita Pengguna Nilai Pengguna Item backlog dan perencanaan sprint Tinggi (Kriteria spesifik) Diagram Aktivitas Alur Proses Logika kompleks dan jalur keputusan Sangat Tinggi (Langkah demi Langkah) Diagram Kasus Penggunaan:Gunakan ini selama tahap penemuan untuk menentukan apa yang dilakukan sistem. Ini sangat baik untuk memperkenalkan anggota tim baru. Cerita Pengguna:Gunakan ini selama perencanaan sprint untuk menentukan pekerjaan spesifik yang harus dilakukan. Mengikuti format: \u201cSebagai [peran], saya ingin [fitur], agar [manfaat].\u201d Diagram Aktivitas:Gunakan ini ketika logika kompleks. Jika suatu proses melibatkan banyak titik keputusan, pengulangan, atau jalur paralel, diagram yang menunjukkan alur lebih baik daripada kasus penggunaan sederhana. \ud83d\udd17 Memahami Hubungan Secara Rinci Hubungan menambah kedalaman pada diagram Anda. Mereka menjelaskan ketergantungan antar fungsi. Hubungan Sertakan (&lt;&gt;) Hubungan ini menunjukkan bahwa satu kasus penggunaan harus memasukkan yang lain. Ini bersifat wajib. Skenario: Seorang pengguna ingin \u201cPesan Penerbangan\u201d. Kendala: Mereka tidak dapat melakukan ini tanpa \u201cMemilih Kursi\u201d. Diagram: \u201cPesan Penerbangan\u201d &lt;&gt; \u201cPilih Kursi\u201d. Ini membantu pengembang mengetahui bahwa langkah-langkah tertentu adalah bagian yang tidak dapat dinegosiasikan dari proses yang lebih besar. Hubungan Perluas (&lt;&gt;) Hubungan ini menunjukkan perilaku opsional yang hanya terjadi dalam kondisi tertentu. Skenario: Seorang pengguna ingin \u201cLihat Akun\u201d. Kondisi: Jika akun terkunci, sistem harus \u201cTampilkan Peringatan Kunci\u201d. Diagram: \u201cLihat Akun\u201d &lt;&gt; \u201cTampilkan Peringatan Kunci\u201d. Gunakan extends secara bijak. Terlalu sering menggunakannya dapat membuat diagram menjadi membingungkan. Generalisasi (Pewarisan) Ini digunakan ketika satu aktor atau kasus penggunaan merupakan versi yang lebih spesifik dari yang lain. Aktor: \u201cAdmin\u201d dan \u201cUser\u201d mungkin keduanya mewarisi dari \u201cPerson\u201d. Kasus Penggunaan: \u201cBayar melalui Kartu Kredit\u201d mungkin mewarisi dari \u201cBayar\u201d. Ini mengurangi pengulangan dalam diagram Anda dengan menunjukkan perilaku<\/p>\n","protected":false},"author":1,"featured_media":4307,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-4306","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>Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula<\/title>\n<meta name=\"description\" content=\"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.\" \/>\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\/use-case-diagrams-agile-product-managers\/\" \/>\n<meta property=\"og:locale\" content=\"id_ID\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula\" \/>\n<meta property=\"og:description\" content=\"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI Indonesian\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-09T15:31:45+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.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=\"8 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\\\/use-case-diagrams-agile-product-managers\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"Panduan Lengkap Diagram Kasus Penggunaan untuk Manajer Produk Agile Pemula\",\"datePublished\":\"2026-04-09T15:31:45+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/\"},\"wordCount\":1625,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"id\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/\",\"name\":\"Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"datePublished\":\"2026-04-09T15:31:45+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#breadcrumb\"},\"inLanguage\":\"id\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"id\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/wp-content\\\/uploads\\\/sites\\\/12\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/use-case-diagrams-agile-product-managers\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/id\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Panduan Lengkap Diagram Kasus Penggunaan untuk Manajer Produk Agile Pemula\"}]},{\"@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":"Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula","description":"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.","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\/use-case-diagrams-agile-product-managers\/","og_locale":"id_ID","og_type":"article","og_title":"Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula","og_description":"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.","og_url":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/","og_site_name":"Diagrams AI Indonesian","article_published_time":"2026-04-09T15:31:45+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Ditulis oleh":"vpadmin","Estimasi waktu membaca":"8 menit"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/id\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"Panduan Lengkap Diagram Kasus Penggunaan untuk Manajer Produk Agile Pemula","datePublished":"2026-04-09T15:31:45+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/"},"wordCount":1625,"image":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"id"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/","url":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/","name":"Diagram Kasus Penggunaan untuk Manajer Produk Agile | Panduan Pemula","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/id\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","datePublished":"2026-04-09T15:31:45+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/id\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Pelajari cara membuat Diagram Kasus Penggunaan yang efektif untuk proyek Agile Anda. Panduan komprehensif untuk PM tentang aktor, hubungan, dan persyaratan.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#breadcrumb"},"inLanguage":"id","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/"]}]},{"@type":"ImageObject","inLanguage":"id","@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/id\/wp-content\/uploads\/sites\/12\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/id\/use-case-diagrams-agile-product-managers\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/id\/"},{"@type":"ListItem","position":2,"name":"Panduan Lengkap Diagram Kasus Penggunaan untuk Manajer Produk Agile Pemula"}]},{"@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\/4306","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=4306"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/posts\/4306\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/media\/4307"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/media?parent=4306"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/categories?post=4306"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/id\/wp-json\/wp\/v2\/tags?post=4306"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}