Pendahuluan
Ketika saya pertama kali mulai meninjau dan merancang model proses bisnis, salah satu titik yang paling sering membingungkan yang saya temui di antara tim adalah penerapan yang tepat dari acara batas dalam BPMN 2.0. Secara khusus, perbedaan antara acara yang mengganggu dan tidak mengganggu sering kali membingungkan bahkan modeler yang berpengalaman. Dari sudut pandang pengalaman pengguna (UX) dan desain sistem, memilih jenis acara yang salah dapat menyebabkan pengguna kesal, data hilang, atau peringatan penting terlewat. Dalam panduan ini, saya ingin berbagi wawasan praktis saya dan meninjau bagaimana kedua jenis acara ini berfungsi, dengan mengacu pada skenario dunia nyata untuk membantu Anda menerapkannya secara efektif dalam model proses Anda sendiri.
Perbedaan Utama: Perspektif Peninjau
Dalam pengalaman saya meninjau diagram BPMN 2.0, perbedaan utama antaramengganggu dan tidak mengganggu acara tersebut dapat diringkas menjadi satu pertanyaan: Apakah aktivitas yang terkait tetap berjalan setelah acara dipicu? Ini biasanya digunakan sebagai acara terkait pada batas tugas atau sub-proses untuk menangani kejadian yang tiba-tiba.
Acara Mengganggu
Ketika saya mengevaluasi suatu proses untuk penanganan kegagalan kritis, saya mencari acara mengganggu.
-
Definisi: Ketika acara mengganggu dipicu, eksekusi aktivitas saat ini berhenti segera.
-
Perilaku: Alur proses sepenuhnya dialihkan ke jalur yang mengikuti acara tersebut.
-
Dampak UX: Dari sudut pandang pengalaman pengguna, ini berarti layar atau tugas saat ini pengguna tiba-tiba dihentikan. Ini hanya boleh digunakan ketika situasi mengharuskan prioritas mutlak.
-
Contoh: Dalam proses pemenuhan pesanan yang baru saja saya tinjau, sebuah acara kesalahan yang bertanda “tidak dapat dikirim” terpasang pada aktivitas pengadaan. Jika kesalahan ini terjadi, pengadaan akan berhenti, dan proses berpindah untuk menangani kesalahan tersebut, seperti menghapus item dari katalog.
Acara Tidak Mengganggu
Di sisi lain, saya sering menyarankankejadian yang tidak menggangguuntuk skenario di mana kita perlu memantau atau membantu tanpa mengganggu alur utama pengguna.
-
Definisi:Kejadian yang tidak mengganggu menangkap dan menangani suatu kejadiantanpa menghentikanaktivitas yang terkait dengannya.
-
Perilaku:Thread yang sedang aktif tidak dihentikan maupun terpengaruh. Sebaliknya, sebuah token barutoken barudihasilkan yang mengikuti jalur penanganan kejadian, sementara aktivitas asli terus menjalankan eksekusinya secara paralel.
-
Contoh:Sebuahkejadian eskalasiyang bertanda “pengiriman terlambat” dapat dilampirkan pada aktivitas pengadaan yang sama. Jika dipicu, pengadaan tetap berlanjut, tetapi jalur baru dimulai untuk memberi tahu pelanggan mengenai keterlambatan tersebut.
-
Kasus Penggunaan Tambahan:Dalam contoh pemungutan suara melalui email yang saya analisis, sebuahkejadian awal pesan yang tidak mengganggudigunakan dalam proses sub-kejadian agar beberapa suara dapat dikumpulkan seiring waktu tanpa menghentikan periode pemungutan suara utama.
Studi Kasus: Verifikasi Akun & Keamanan
Untuk mengilustrasikan perbedaan fungsional antara kedua jenis kejadian batas ini, izinkan saya membimbing Anda melalui prosesVerifikasi Akun Penggunayang baru saja saya tinjau untuk aplikasi web modern. Ini adalah skenario umum di mana mendapatkan logika kejadian yang tepat sangat penting untuk keamanan dan kepuasan pengguna.
Bayangkan sebuah tugas yang disebut“Lengkapi Verifikasi Profil”yang dilakukan oleh pengguna. Kita perlu menangani dua skenario berbeda: satu membutuhkan tindakan segera dan satu lainnya hanya perlu mencatat informasi.
1. Kejadian Batas yang Mengganggu: “Peringatan Keamanan”
-
Pemicu:Sebuah kejadian kesalahan “Peringatan Keamanan” yang dilampirkan pada tugas “Lengkapi Verifikasi Profil”.
-
Perilaku: Jika sistem mendeteksi kemungkinan pelanggaran akun (misalnya, login dari alamat IP yang telah dicatat hitam) saat pengguna sedang mengisi profil mereka, maka kejadian yang mengganggu memicu.
-
Hasil & Dampak UX: Tugas “Verifikasi Profil Lengkap” langsung dihentikan. Pengguna keluar dari sistem, sesi mereka dihancurkan, dan alur proses dialihkan ke “Kunci Akun dan Beri Tahu Admin” jalur. Pengguna dicegah untuk menyelesaikan profil karena risiko keamanan mendapat prioritas mutlak. Dalam tinjauan saya, pendekatan ini dianggap benar, karena memungkinkan pengguna melanjutkan akan menimbulkan risiko keamanan yang serius.
2. Kejadian Batas yang Tidak Mengganggu: “Pengingat Simpan Kemajuan”
-
Pemicu: Sebuah Acara Timer “Simpan Kemajuan” yang terkait dengan tugas “Verifikasi Profil Lengkap” yang sama, diatur untuk memicu setiap 5 menit.
-
Perilaku: Saat pengguna masih aktif mengetik detail mereka, maka kejadian yang tidak mengganggu memicu.
-
Hasil & Dampak UX: Sebuah token paralel dihasilkan, yang memicu proses latar belakang untuk “Simpan Otomatis Draf ke Basis Data.” Yang penting, tugas “Verifikasi Profil Lengkap” tetap aktif dan tidak terganggu; pengguna tidak mengalami jeda atau pembaruan layar. Pengguna melanjutkan pekerjaan mereka, sementara kejadian yang tidak mengganggu melakukan efek samping yang bermanfaat. Ini sangat meningkatkan pengalaman pengguna dengan mencegah kehilangan data tanpa mengganggu pengguna dengan pop-up yang mengganggu.
Tabel Perbandingan
Ketika saya mempresentasikan konsep-konsep ini kepada pemangku kepentingan, saya selalu menggunakan tabel perbandingan untuk membuat perbedaan menjadi sangat jelas:
| Fitur | Mengganggu (Peringatan Keamanan) | Tidak Mengganggu (Pengingat Simpan) |
|---|---|---|
| Tugas Utama | Dihentikan segera | Terus berjalan tanpa terganggu |
| Aliran Token | Dialihkan ke jalur kesalahan | Terpisah (satu terus berjalan, satu bercabang) |
| Status Proses | Ditinggalkan/Dibatalkan | Eksekusi paralel |
| Tujuan | Penanganan pengecualian/Pemulihan | Pemantauan/Tugas sampingan pendukung |
Dengan menggunakan peristiwa-peristiwa ini secara bersamaan, Anda dapat memastikan bahwa kesalahan kritis menghentikan pekerjaan secara instan untuk mencegah kerusakan, sementara tugas-tugas pendukung kecil (seperti pencatatan atau pengingat) dapat berjalan secara bersamaan, secara signifikan meningkatkan pengalaman pengguna dan efisiensi proses.
Kesimpulan
Pada akhirnya, menguasai perbedaan halus antara peristiwa batas yang mengganggu dan yang tidak mengganggu telah menjadi perubahan besar dalam perjalanan pemodelan proses saya. Saat saya meninjau diagram sekarang, saya mencari keseimbangan yang halus: menggunakan peristiwa yang mengganggu untuk menerapkan aturan bisnis yang ketat dan batas keamanan, serta memanfaatkan peristiwa yang tidak mengganggu untuk menciptakan pengalaman pengguna yang mulus dan mendukung. Dengan menerapkan pola-pola BPMN 2.0 ini secara bijak, Anda dapat merancang alur kerja yang tidak hanya kuat secara teknis tetapi juga sangat intuitif dan tangguh bagi pengguna akhir. Saya sangat menyarankan untuk meninjau kembali model proses Anda saat ini dengan mempertimbangkan perbedaan ini—Anda mungkin terkejut betapa lancarnya alur kerja Anda bisa menjadi.
Referensi
-
Peristiwa Batas BPMN 2.0 Dijelaskan: Tinjauan singkat tentang bagaimana peristiwa batas terhubung ke aktivitas dalam BPMN.
-
Peristiwa yang Mengganggu vs. Peristiwa yang Tidak Mengganggu: Perbandingan rinci mengenai perilaku peristiwa dan aliran token.
-
Pemodelan Penanganan Pengecualian dalam BPMN: Panduan tentang penggunaan peristiwa kesalahan dan eskalasi untuk pemulihan proses.
-
Peristiwa Timer dalam Proses Bisnis: Cara menerapkan pemicu berbasis waktu dan penyimpanan otomatis dalam alur kerja.
