{"id":9119,"date":"2022-02-28T09:15:19","date_gmt":"2022-02-28T09:15:19","guid":{"rendered":"https:\/\/www.cybermedian.com\/id\/?p=9119"},"modified":"2025-02-07T11:10:03","modified_gmt":"2025-02-07T03:10:03","slug":"a-quick-guide-to-use-case-modeling","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/id\/a-quick-guide-to-use-case-modeling\/","title":{"rendered":"Panduan Cepat untuk Pemodelan Kasus Penggunaan"},"content":{"rendered":"

pemodelan kasus penggunaan<\/a> adalah alat yang berguna untuk menangkap kebutuhan. Ini memberikan representasi grafis dari kebutuhan sistem perangkat lunak.<\/p>\n

Dengan penerbitan Ivar Jacobson<\/a> (1991) buku Rekayasa Perangkat Lunak Berorientasi Objek, Pendekatan Berbasis Kasus Penggunaan<\/a>, pemodelan kasus penggunaan secara efektif menjadi teknik analisis praktis\u201d. Saat ini, Jacobson terus mempromosikan pendekatan ini untuk analisis sistem dan telah meningkatkannya menjadi Use Case 2.0, yang secara resmi merupakan salah satu 14 jenis diagram UML<\/a>.<\/p>\n

Karena model kasus penggunaan sederhana dalam konsep dan penampilan, relatif mudah untuk mendiskusikan kebenarannya dengan personel non-teknis (seperti pelanggan).<\/p>\n

Kasus penggunaan bukanlah prosedur, proses, atau fungsi.<\/p>\n

Elemen dari Diagram Kasus Penggunaan<\/h2>\n

Elemen dari diagram kasus penggunaan<\/a> adalah aktor (entitas eksternal) dan kasus penggunaan itu sendiri. Secara luas, kasus penggunaan adalah unit fungsional (kebutuhan) atau layanan dalam suatu sistem.<\/p>\n

Aktor<\/h3>\n

Seorang aktor<\/a> adalah entitas apa pun yang eksternal terhadap sistem desain, baik itu orang atau entitas non-manusia lainnya. Pengguna sistem adalah contoh tipikal dari seorang aktor. Jenis aktor lainnya termasuk sistem perangkat lunak yang sedang diintegrasikan dengan sistem saat ini (misalnya, sistem basis data), perangkat keras eksternal seperti sensor dan sebagainya.\"Types<\/p>\n

Ada dua notasi dalam spesifikasi UML<\/a>:<\/p>\n

\"\"<\/p>\n

Menggunakan stickman untuk aktor lebih ekspresif, tetapi dapat menyebabkan kebingungan jika aktor sebenarnya bukan orang, tetapi mesin atau perangkat eksternal. Simbol persegi panjang adalah notasi standar notasi UML<\/a> untuk sebuah kelas<\/a>.<\/p>\n

Seorang Aktor adalah Peran daripada Orang Nyata <\/strong><\/p>\n

Seorang aktor mewakili peran entitas yang berinteraksi dengan sistem saat ini, bukan sebuah instansi.<\/span>Notasi aktor menunjukkan bahwa entitas adalah sebuah kelas alih-alih instansi yang dibaca (yaitu pengguna nyata John atau Mary). Alasan mengapa seorang aktor adalah tipe kelas adalah karena itu bukan aktor itu sendiri, tetapi peran yang dia mainkan.<\/p>\n

Sebagai contoh, seorang aktor dapat mewakili pelanggan bank, alih-alih menentukan aktor terpisah untuk setiap pelanggan. Demikian pula, mungkin ada aktor lain yang mewakili manajer bank. Menariknya, di dunia nyata, manajer bank juga bisa menjadi pelanggan bank yang sama. Dengan kata lain, orang yang sama memainkan peran sebagai pelanggan dan manajer.<\/p>\n

Aktor Utama vs Aktor Sekunder<\/strong><\/a><\/p>\n

Aktor Utama<\/strong> dari sebuah kasus penggunaan adalah pemangku kepentingan yang memerlukan sistem untuk menyediakan layanannya. Ia memiliki tujuan yang terkait dengan sistem – tujuan yang dapat dipenuhi oleh operasi sistem. Aktor utama biasanya, tetapi tidak selalu, adalah aktor yang memicu kasus penggunaan.<\/p>\n

Aktor Sekunder <\/strong>digunakan oleh sistem, tetapi mereka tidak berinteraksi dengan sistem sendiri. Dengan kata lain, aktor sekunder tidak memulai kasus penggunaan apa pun.<\/p>\n

Kasus penggunaan biasanya dimulai oleh aktor utama. Sistem menggunakan aktor sekunder seperti basis data melalui serangkaian kasus penggunaan. Asosiasi antara kasus penggunaan dan peserta mewakili komunikasi dua arah.<\/p>\n

Dengan demikian, untuk setiap kasus penggunaan yang dimulai oleh aktor utama, kasus penggunaan yang terhubung harus direspon. Demikian pula, untuk setiap asosiasi antara aktor sekunder dan kasus penggunaan, komunikasi dimulai dengan kasus penggunaan dan aktor sekunder harus merespons inisiasi.<\/p>\n

Kasus Penggunaan<\/h3>\n

Kasus penggunaan<\/strong> mewakili fungsi (biasanya kebutuhan) yang diharapkan diimplementasikan oleh sistem. Rincian dari kasus penggunaan, kecuali namanya yang unik, tidak diekspresikan secara intuitif dalam diagram; Rincian ini diberikan dalam deskripsi kasus penggunaan.<\/p>\n

Kasus penggunaan biasanya dimulai oleh aktor kunci. Sistem menggunakan basis data dan peserta tambahan lainnya melalui serangkaian kasus penggunaan.<\/p>\n

Asosiasi antara kasus penggunaan dan aktor mewakili komunikasi dua arah. Oleh karena itu, untuk setiap kasus penggunaan yang dimulai oleh aktor utama, yang terakhir harus direspon. Demikian pula, untuk setiap asosiasi antara aktor sekunder dan kasus penggunaan, komunikasi dimulai dengan kasus penggunaan, dan aktor sekunder harus merespons inisiasi.<\/p>\n

Batas Sistem<\/h3>\n

Batas sistem mendefinisikan sistem yang menjadi perhatian sehubungan dengan dunia di sekitarnya.<\/p>\n

Contoh Diagram Kasus Penggunaan: Sistem Pemesanan Penerbangan<\/h3>\n

Kasus penggunaan mendefinisikan interaksi antara aktor eksternal dan sistem untuk mencapai tujuan tertentu. Diagram kasus penggunaan terdiri dari empat komponen utama<\/p>\n

Dalam diagram kasus penggunaan dari sistem pemesanan tiket, sistem diwakili oleh kotak yang berisi banyak kasus penggunaan yang berbeda. Aktor utama adalah pelanggan dan aktor sekunder adalah administrator. Pelanggan memulai kasus penggunaan, seperti memesan, menjelajahi, dan membatalkan penerbangan, sementara administrator memulai kasus penggunaan, seperti memperbarui catatan penerbangan, tetapi dianggap sebagai aktor sekunder dalam kasus penggunaan pembatalan penerbangan, karena dia hanya membantu menyelesaikan kasus penggunaan yang dimulai oleh pelanggan.<\/p>\n

<\/p>\n

Edit contoh Diagram Kasus Penggunaan UML ini<\/a><\/p>\n

Menyusun Kasus Penggunaan<\/h3>\n

Menurut bidang aplikasi dan pilihan desainer, sebuah kasus penggunaan dapat dipecah menjadi beberapa kasus penggunaan, yang terhubung melalui hubungan < < include > > atau < < extend > >.<\/p>\n

Tautan Asosiasi<\/strong> mewakili komunikasi dua arah antara seorang aktor dan sebuah kasus penggunaan, dan oleh karena itu merupakan hubungan biner. Karena ini adalah komunikasi dua arah, untuk setiap kasus penggunaan yang dimulai oleh aktor utama, aktor tersebut harus mendapatkan respons dari kasus penggunaan.<\/p>\n

\"Customer<\/p>\n

Demikian pula, untuk setiap komunikasi antara kasus penggunaan dan aktor sekunder (yang dimulai oleh kasus penggunaan), aktor sekunder harus mengirimkan respons kembali ke kasus penggunaan.<\/p>\n

Generalisasi<\/h4>\n

Generalisasi mewakili hubungan antara<\/p>\n