{"id":10993,"date":"2026-03-06T06:45:33","date_gmt":"2026-03-05T22:45:33","guid":{"rendered":"https:\/\/www.archimetric.com\/id\/identify-use-cases-business-process\/"},"modified":"2026-03-06T06:45:33","modified_gmt":"2026-03-05T22:45:33","slug":"identify-use-cases-business-process","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/id\/identify-use-cases-business-process\/","title":{"rendered":"Identifikasi Kasus Penggunaan dari Proses Bisnis"},"content":{"rendered":"
\n

Identifikasi Kasus Penggunaan dari Proses Bisnis<\/p>\n<\/div>\n

\n
\n

Edisi Visual Paradigm yang Kompatibel: Enterprise, Profesional, Standar<\/p>\n<\/div>\n

<\/div>\n

BPMN semakin sering digunakan untuk mengidentifikasi kebutuhan perangkat lunak yang mendukung proses bisnis. Kebutuhan perangkat lunak sering kali ditemukan tidak selaras dengan proses bisnis. Oleh karena itu, pengumpulan kebutuhan berdasarkan model proses bisnis akan menjamin keselarasan antara model proses bisnis dan model perangkat lunak, sehingga kemungkinan besar akan menghasilkan apa yang diharapkan pengguna.<\/p>\n<\/div>\n\n

\n
\n
\n
\n

Tim pengembangan dapat menggunakan model proses bisnis untuk mendokumentasikan alur kerja bisnis secara visual, dan menghubungkan kasus penggunaan dengan proses bisnis tersebut untuk memodelkan fitur yang diinginkan yang ingin dicapai oleh sistem. Dalam tutorial ini, kami akan menjelaskan secara rinci cara menggunakan fungsi Model Transitor untuk membangun keterlacakan antara kasus penggunaan dengan proses bisnis.<\/p>\n

Apa itu BPMN dan BPD?<\/h2>\n

BPMN<\/a> memberikan analis bisnis serangkaian notasi grafis untuk memodelkan proses bisnis. Awalnya dikembangkan oleh Inisiatif Manajemen Proses Bisnis<\/a> (BPMI) dan sekarang sedang dikelola oleh Kelompok Manajemen Objek<\/a> (OMG). Salah satu motivasi pengembangan BPMN adalah untuk menyediakan bahasa grafis bersama bagi orang-orang dengan peran berbeda, dari negara berbeda, dan\/atau dengan bahasa lisan yang berbeda untuk memahami proses bisnis yang sama tanpa hambatan.<\/p>\n

BPD, singkatan dari Diagram Proses Bisnis<\/a>, adalah tempat di mana proses bisnis dimodelkan menggunakan BPMN. Ini adalah diagram serupa alur kerja, yang menggambarkan alur proses, peserta yang terlibat, dan pertukaran pesan antar peserta. Analis bisnis menggambar BPD untuk memodelkan bagaimana peserta yang berbeda bekerja sama untuk mencapai tujuan bisnis. Setelah memvalidasi model bisnis yang telah selesai terhadap pengguna akhir, analis sistem dapat mulai merencanakan sistem.<\/p>\n

Berikut ini adalah BPD sederhana dari proses pendaftaran untuk suatu organisasi. Ini mencakup sebagian besar notasi pemodelan umum yang biasa Anda lihat. Mari kita lihat.<\/p>\n

\"BPD<\/p>\n\n\n\n\n\n\n\n
Notasi<\/th>\nDeskripsi<\/th>\n<\/tr>\n
\"BPMN<\/td>\nPool \u2013 Melambangkan peserta dalam suatu proses. Dalam BPMN, baik pool maupun lane digunakan untuk melambangkan peserta. Lane terdapat di dalam pool untuk memodelkan sub-partisi dari pool induk.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nPeristiwa Mulai \u2013 Awal dari suatu proses. Pemicu dapat didefinisikan untuk memberi tahu pembaca dalam situasi apa proses akan dipicu. Misalnya, ketika email diterima\/ketika hari Senin pagi\/ketika terjadi kesalahan.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nTugas \u2013 Kegiatan atomik yang mungkin dilakukan oleh peserta yang ditunjuk (dimodelkan oleh pool\/lane). Tugas dan objek alur lainnya dihubungkan bersama untuk membentuk alur kerja bisnis yang lengkap.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nPeristiwa Akhir \u2013 Akhir dari suatu proses. Hasil dapat didefinisikan untuk memberi tahu pembaca apa yang akan terjadi ketika proses berakhir. Misalnya, untuk mengeluarkan sinyal\/menghasilkan kesalahan, dll.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Dalam tutorial ini, kami tidak akan fokus secara berlebihan pada BPD maupun pemodelan proses bisnis. Jika Anda ingin mempelajari lebih lanjut tentang BPMN, BPD, atau pemodelan proses bisnis, silakan baca tutorial Pengantar ke BPMN Bagian I hingga IV<\/a>.<\/p>\n

Apa itu Diagram Kasus Penggunaan?<\/h2>\n

Pemodelan kasus penggunaan mengacu pada teknik menangkap kebutuhan pengguna tingkat tinggi menggunakan diagram kasus penggunaan UML. Model kasus penggunaan dirancang untuk perancang perangkat lunak atau sistem, bukan untuk orang bisnis.<\/p>\n

\"06-use-case-diagram-sample\"Ada tiga elemen utama dalam diagram kasus penggunaan.<\/p>\n\n\n\n\n\n\n
Notasi<\/th>\nDeskripsi<\/th>\n<\/tr>\n
\"UML<\/td>\nUse case \u2013 Setiap use case mewakili tujuan pengguna, yaitu tujuan yang ingin dicapai oleh pengguna sistem. Perhatikan bahwa use case hanya digunakan untuk menunjukkan apa yang ingin dilakukan pengguna, bukan apa yang perlu dikembangkan oleh pengembang, meskipun dalam beberapa kasus keduanya bisa sama. Jika Anda ingin mendokumentasikan atau memodelkan fungsi-fungsi yang terlibat dalam sebuah use case, Anda dapat menggunakan alat alur peristiwa, atau menguraikan use case dengan diagram urutan\/diagram aktivitas<\/a>. Hanya perlu diingat bahwa pemodelan use case bertujuan untuk memodelkan apa yang ingin dicapai pengguna.<\/td>\n<\/tr>\n
\"UML<\/td>\nAktor \u2013 Pengguna sistem. Kata ‘pengguna’ di sini tidak terbatas pada manusia. Bisa berupa sistem lain yang berinteraksi dengan sistem kita untuk memenuhi tujuan bisnis tertentu.<\/td>\n<\/tr>\n
\"UML<\/td>\nTautan komunikasi\/Asosiasi \u2013 Menghubungkan antara aktor dan use case untuk menunjukkan akses sistem oleh aktor. Setiap tautan komunikasi mengimplikasikan urutan transaksi antara aktor dan sistem.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Transisi dari BPD dan Diagram Use Case<\/h2>\n

Meskipun BPD dan diagram use case tidak harus saling bergantung, keduanya bisa saling terkait secara saling melengkapi. Biasanya, kita mengembangkan perangkat lunak untuk mengotomatisasi atau mengoptimalkan alur kerja tertentu dari proses bisnis. Dengan BPD, Anda dapat memahami bagaimana para peserta bekerja sama dan siapa yang bertanggung jawab atas apa, sehingga Anda dapat mengidentifikasi fungsi-fungsi yang dibutuhkan sistem untuk mendukung mereka. Fungsi sistem (alur kerja atau proses bisnis) yang diinginkan pengguna dapat dimodelkan menggunakan use case dan selanjutnya dikembangkan oleh tim. Akibatnya, kita dapat mengatakan bahwa BPD membantu Anda mengidentifikasi use case untuk sistem yang sedang dikembangkan.<\/p>\n

Visual Paradigm adalah alat pemodelan visual yang mendukung dari melakukan proses bisnis hingga pemodelan use case (dari kebutuhan bisnis ke kebutuhan aplikasi) dengan membangun kaitan pelacakan antara kedua model melalui fitur transisi model. Kita membutuhkan pelacakan karena alasan berikut:<\/p>\n