Model dan Notasi Proses Bisnis (BPMN) 2.0 menyediakan bahasa standar untuk menggambarkan alur kerja. Meskipun langkah-langkah proses internal bersifat langsung, mengintegrasikan entitas di luar organisasi memerlukan teknik pemodelan khusus. Peserta eksternal mencakup pelanggan, mitra, sistem pihak ketiga, atau badan pengatur. Representasi yang tepat terhadap interaksi ini menjamin eksekusi proses yang akurat dan komunikasi yang jelas. Panduan ini menjelaskan mekanisme menghubungkan peserta eksternal dalam spesifikasi BPMN 2.0.
Memahami Batas-Batas 🛑
Tantangan mendasar dalam memodelkan interaksi eksternal terletak pada menentukan batas proses. Dalam BPMN, sebuah Poolmewakili seorang peserta. Sebuah proses biasanya memiliki satu pool yang mewakili organisasi yang menjalankan alur kerja. Setiap entitas di luar pool ini dianggap eksternal.
- Pool Internal:Berisi aktivitas yang dimiliki oleh organisasi.
- Pool Eksternal:Mewakili peserta yang berinteraksi dengan proses tetapi tidak mengendalikan logika internalnya.
Ketika Anda memodelkan proses yang melibatkan pihak eksternal, Anda harus membedakan antara apa yang terjadi di dalam organisasi dan apa yang terjadi di dunia luar. Perbedaan ini menentukan jenis aliran yang digunakan untuk menghubungkan aktivitas.
Aliran Pesan vs. Aliran Urutan 💬
Salah satu perbedaan paling krusial dalam BPMN adalah perbedaan antara Aliran Urutan dan Aliran Pesan. Mengaburkan keduanya dapat menghasilkan model yang secara teknis tidak valid atau secara logika ambigu.
- Aliran Urutan:Mewakili urutan eksekusi dalamseorang peserta tunggal (di dalam satu Pool). Ini berupa panah padat.
- Aliran Pesan:Mewakili pertukaran informasi antaradua peserta (antara dua Pool). Ini berupa panah putus-putus.
Ketika menghubungkan peserta eksternal, Anda harus menggunakan Aliran Pesan. Menggunakan Aliran Urutan antara dua Pool merupakan kesalahan pemodelan. Aliran Urutan mengimplikasikan kendali, yang berarti aktivitas hulu secara langsung memicu aktivitas hilir. Aliran Pesan mengimplikasikan komunikasi, di mana satu pihak mengirim pesan dan menunggu respons atau konfirmasi.
Representasi Visual
| Jenis Aliran | Arah | Gaya Garis | Konteks Penggunaan |
|---|---|---|---|
| Aliran Urutan | Internal | Garis Padat | Aktivitas ke Aktivitas dalam satu Pool |
| Aliran Pesan | Eksternal | Garis Putus-putus | Pool ke Pool (Peserta ke Peserta) |
| Asosiasi | Internal/Eksternal | Garis Titik-titik | Menghubungkan Objek Data atau Anotasi |
Jenis Acara untuk Komunikasi Eksternal 📨
Acara adalah mekanisme utama untuk memulai atau menghentikan interaksi dengan peserta eksternal. Anda dapat mengkategorikan interaksi ini berdasarkan waktu dan tujuan.
Acara Mulai
Acara Mulai menandai awal dari suatu proses. Ketika peserta eksternal memicu suatu proses, Acara Mulai biasanya merupakanAcara Mulai Pesan.
- Acara ini menunjukkan bahwa proses menunggu pesan masuk sebelum melanjutkan.
- Acara ini ditempatkan di awal yang sangat mula dari Pool.
- Aliran pesan masuk terhubung langsung ke acara ini.
Sebagai contoh, konfirmasi pesanan yang dikirim oleh pelanggan memicu proses pemenuhan. Proses ini tidak ada sampai pesan tiba.
Acara Menengah
Acara menengah terjadi selama siklus hidup proses. Mereka berguna untuk menangkap pesan saat proses sedang aktif.
- Acara Menangkap Pesan Menengah: Proses berhenti di sini hingga pesan tertentu diterima. Ini umum terjadi untuk pembaruan asinkron, seperti konfirmasi pembayaran dari sistem perbankan.
- Acara Melempar Pesan Menengah: Proses mengirim pesan pada titik ini. Ini digunakan ketika proses perlu memberi tahu pihak eksternal tentang perubahan status.
Acara Batas
Acara batas terhubung ke batas suatu aktivitas. Mereka memungkinkan Anda menangani pengecualian atau waktu habis tanpa menghentikan alur utama secara langsung.
- Acara Batas Pesan: Jika pihak eksternal mengirim permintaan pembatalan saat proses sedang berjalan, acara ini menangkapnya.
- Ini memungkinkan proses bereaksi terhadap gangguan eksternal tanpa meninggalkan aktivitas saat ini.
Gerbang dan Pengambilan Keputusan 🔀
Peserta eksternal sering menambahkan kompleksitas melalui titik keputusan. Suatu proses mungkin perlu bercabang berdasarkan respons yang diterima dari sumber luar. Gerbang mengelola jalur-jalur ini.
Gerbang XOR
Gerbang Eksklusif (XOR) memilih satu jalur dari beberapa pilihan. Dalam konteks interaksi eksternal, ini sering digunakan setelah menerima respons.
- Jika sistem eksternal mengembalikan pesan ‘Sukses’, proses mengikuti satu jalur.
- Jika pesan menunjukkan ‘Kesalahan’, proses mengikuti jalur yang berbeda.
- Aliran pesan masuk harus terhubung ke Gerbang atau Peristiwa yang mendahului keputusan.
Gerbang AND
Gerbang Inklusif memungkinkan beberapa jalur diambil secara bersamaan jika kondisi terpenuhi. Namun, dengan Aliran Pesan, sinkronisasi sangat penting.
- Gerbang Penggabungan menunggu semua jalur masuk selesai.
- Saat berkomunikasi dengan pihak eksternal, keterlambatan umum terjadi. Anda harus memastikan gerbang menunggu pesan yang diperlukan sebelum melanjutkan.
Penanganan Asinkronisitas ⏳
Interaksi eksternal jarang terjadi secara langsung. Sistem mungkin sedang offline, atau respons mungkin membutuhkan waktu. BPMN 2.0 menangani ini melalui perilaku asinkron.
- Tanpa Blokir: Ketika suatu proses mengirim pesan, ia tidak menunggu balasan langsung kecuali secara eksplisit dimodelkan untuk melakukannya.
- Penyimpanan Pesan: Mesin proses menyimpan pesan hingga diterima.
- Waktu Habis: Jika tidak ada respons yang diterima dalam waktu tertentu, Peristiwa Menengah Timer dapat memicu eskalasi.
Ini sangat penting untuk proses yang berjalan lama. Jika suatu proses menunggu secara sinkron untuk setiap panggilan eksternal, akan menghabiskan sumber daya secara tidak efisien. Pesan asinkron memungkinkan proses beralih ke tugas lain saat menunggu.
Pertukaran Data dan Muatan 📦
Pesan bukan hanya sinyal; mereka membawa data. Dalam BPMN, data direpresentasikan olehObjek Data dan Masukan/Keluaran Data.
- Objek Data:Simbol visual yang mewakili informasi yang digunakan atau dihasilkan oleh aktivitas.
- Masukan Data:Informasi yang diperlukan untuk memulai suatu aktivitas.
- Output Data: Informasi yang dihasilkan oleh suatu aktivitas.
Saat terhubung dengan peserta eksternal, isi pesan sangat penting. Anda harus mendokumentasikan muatan data yang diharapkan dalam spesifikasi pesan.
| Komponen | Fungsi | Relevansi Eksternal |
|---|---|---|
| Pesan | Wadah untuk data | Menentukan kontrak antarmuka |
| Objek Data | Item data tertentu | Menunjukkan apa yang sedang ditransfer |
| Asosiasi | Menghubungkan objek ke elemen | Mengklarifikasi arah aliran data |
Kesalahan Umum yang Harus Dihindari ⚠️
Pemodelan peserta eksternal memperkenalkan risiko tertentu. Kesalahan umum dapat membuat model proses menjadi tidak valid atau sulit dieksekusi.
- Menghubungkan Pool dengan Aliran Urutan: Seperti yang disebutkan, ini tidak valid. Selalu gunakan Aliran Pesan untuk komunikasi lintas Pool.
- Event Mulai Pesan yang Hilang: Jika suatu proses dimulai melalui input eksternal, maka harus menggunakan Event Mulai Pesan. Event Mulai umum mengimplikasikan proses dimulai secara internal.
- Jalur yang Tidak Dapat Dicapai: Pastikan setiap jalur yang melibatkan input eksternal memiliki respons yang sesuai. Kebuntuan terjadi jika suatu proses menunggu pesan yang tidak pernah datang.
- Mengabaikan Penanganan Kesalahan: Sistem eksternal gagal. Selalu model jalur kesalahan menggunakan Event Batas atau Event Akhir Kesalahan.
- Terlalu Memperumit Lintasan: Jangan membuat Lintasan untuk setiap entitas eksternal. Pertahankan Pool untuk entitas eksternal dan gunakan Lintasan hanya untuk peran internal dalam entitas tersebut jika diperlukan.
Praktik Terbaik untuk Kejelasan ✅
Untuk menjaga model agar dapat dipahami oleh tim teknis maupun pemangku kepentingan bisnis, ikuti panduan berikut.
- Beri Label dengan Jelas: Beri nama Aliran Pesan secara eksplisit (misalnya, “Konfirmasi Pesanan”, “Pembaruan Status”).
- Gunakan Diagram Kolaborasi: Untuk interaksi multi-pihak yang kompleks, Diagram Kolaborasi sering lebih jelas daripada satu Pool besar.
- Pisahkan Kepentingan: Rancang logika proses internal secara terpisah dari logika antarmuka eksternal jika memungkinkan.
- Dokumentasikan Antarmuka: Lampirkan anotasi atau spesifikasi teknis terpisah untuk skema data yang digunakan dalam pesan.
- Gaya yang Konsisten: Gunakan gaya garis dan kode warna yang sama untuk semua Aliran Pesan agar menonjol dari Aliran Urutan.
Siklus Hidup Interaksi Eksternal 🔁
Memahami siklus hidup membantu menempatkan elemen yang tepat. Interaksi umum mengikuti urutan ini:
- Pengawalan: Pihak eksternal mengirim pesan. Ini memicu Acara Mulai Pesan.
- Pemrosesan: Kegiatan internal memproses data. Acara antara dapat terjadi jika diperlukan data eksternal tambahan.
- Respons: Proses mengirim pesan kembali ke pihak eksternal.
- Penyelesaian: Acara Akhir menandai penyelesaian proses yang berhasil.
Jika proses habis waktu atau menerima kesalahan, siklus hidup berakhir secara berbeda, sering kali memerlukan aliran kompensasi atau pembatalan.
Kesimpulan tentang Konektivitas Eksternal 🎯
Pemodelan peserta eksternal membutuhkan ketelitian. Perbedaan antara kontrol internal dan komunikasi eksternal merupakan dasar dari diagram BPMN 2.0 yang valid. Dengan menerapkan Aliran Pesan, Acara yang tepat, dan definisi Batas yang jelas, Anda menciptakan kerangka kerja yang secara akurat mencerminkan realitas bisnis.
Perhatian terhadap detail di area-area ini mencegah kesalahan eksekusi dan memastikan semua pemangku kepentingan memahami bagaimana sistem berinteraksi dengan dunia luar. Tujuannya adalah model yang tidak hanya benar secara visual, tetapi juga kuat secara semantik.
