Identifikasi Kasus Penggunaan dari Proses Bisnis

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.

Apa itu BPMN dan BPD?

BPMN memberikan analis bisnis serangkaian notasi grafis untuk memodelkan proses bisnis. Awalnya dikembangkan oleh Inisiatif Manajemen Proses Bisnis (BPMI) dan sekarang sedang dikelola oleh Kelompok Manajemen Objek (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.

BPD, singkatan dari Diagram Proses Bisnis, 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.

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.

Notasi	Deskripsi
	Pool – 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.
	Peristiwa Mulai – 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.
	Tugas – 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.
	Peristiwa Akhir – 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.

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.

Apa itu Diagram Kasus Penggunaan?

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.

Ada tiga elemen utama dalam diagram kasus penggunaan.

Notasi	Deskripsi
	Use case – 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. Hanya perlu diingat bahwa pemodelan use case bertujuan untuk memodelkan apa yang ingin dicapai pengguna.
	Aktor – Pengguna sistem. Kata ‘pengguna’ di sini tidak terbatas pada manusia. Bisa berupa sistem lain yang berinteraksi dengan sistem kita untuk memenuhi tujuan bisnis tertentu.
	Tautan komunikasi/Asosiasi – Menghubungkan antara aktor dan use case untuk menunjukkan akses sistem oleh aktor. Setiap tautan komunikasi mengimplikasikan urutan transaksi antara aktor dan sistem.

Transisi dari BPD dan Diagram Use Case

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.

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:

• Kita dapat memastikan sistem dapat sesuai dengan penggunaan dunia nyata dengan mempelajari bagian alur proses yang terlibat dalam sebuah use case.
• Untuk menjawab pertanyaan seperti ‘Mengapa kita membutuhkan fungsi sistem ini?’ dengan melacak bagian proses dari mana sebuah use case berasal.
• Untuk menjawab pertanyaan seperti ‘Apakah operasi tertentu sudah diimplementasikan?’ dengan melacak dari BPD ke diagram use case.

BPD vs. Diagram Use Case

Ketika Anda melakukan transisi dari BPD ke diagram use case, Anda dapat menghasilkan aktor dari lane/pool, dan menghasilkan use case dari tugas/sub-proses. Tabel berikut menunjukkan karakteristik pool, lane, aktor, tugas, sub-proses, dan use case, dalam hal transisi model.

Dari	Ke	Deskripsi
		Pool/Lane ke Aktor Dalam BPD, sebuah pool mewakili peserta proses bisnis sedangkan lane adalah bagian sub dari pool. Siapa pun yang memiliki aktivitas untuk dilakukan, yang relevan dengan proses, dikatakan sebagai peserta. Dalam diagram use case, seorang aktor mewakili pengguna sistem. Perhatikan bahwa setiap orang atau peran yang bukan pengguna sistem tidak boleh dianggap sebagai aktor.
		Tugas/Sub-Proses ke Use Case Dalam BPD, tugas/sub-proses (aktivitas) mengacu pada tindakan apa pun yang mungkin dilakukan peserta untuk menyelesaikan proses bisnis. Dalam diagram use case, sebuah use case menampilkan tujuan yang ingin dicapai pengguna dengan menggunakan sistem. Perhatikan bahwa suatu aktivitas tidak harus relevan dengan fungsi sistem apa pun, dan satu use case dapat memenuhi beberapa aktivitas.

Beberapa orang mungkin berpikir bahwa diagram use case mirip dengan BPD tetapi sangat berbeda dalam notasi dan tujuan. Ingatlah fakta bahwa BPMN dirancang untuk para profesional bisnis, sedangkan diagram use case ditujukan untuk analis sistem atau pengembang sistem. Keduanya memiliki tujuan yang berbeda dan membaca bisnis dari dua sudut pandang yang berbeda. Karena itulah pada bagian sebelumnya saya telah merangkum hubungan antara BPD dan diagram use case dengan mengatakan ‘BPD membantu Anda mengidentifikasi use case’. BPD hanya dapat memberi Anda petunjuk saat mengidentifikasi use case. Tidak ada aturan yang menyatakan bahwa setiap tugas yang ada dalam BPD setara dengan sebuah use case. Namun kita bisa menguraikan proses bisnis dengan use case untuk otomatisasi fitur oleh sistem target.

Dalam studi kasus ini, saya akan memberi Anda beberapa ide tentang apa yang harus Anda perhatikan saat melakukan transisi dari BPD ke diagram use case. Anda kemudian akan memahami betapa berbedanya keduanya.

Studi Kasus: Perusahaan Air Murni True Aqua

Perusahaan Air Murni True Aqua adalah penyedia air murni muda di kota. Mereka menjual air murni untuk kebutuhan bisnis dan rumah tangga. Berikut ini adalah deskripsi teks mengenai proses pengiriman air mereka.

Model proses bisnis telah dibuat berdasarkan deskripsi tersebut. Sekarang, Anda diminta untuk mengembangkan sistem komputer untuk mengoptimalkan seluruh proses. Hal pertama yang perlu Anda lakukan adalah mengembangkan model use case. Dengan bantuan BPD, coba kembangkan diagram use case.

1. Unduh Distilled Water Delivery.vpp. Anda juga dapat menemukan file ini di bagian bawah tutorial ini.
2. Buka file .vpp yang diunduh di Visual Paradigm. Untuk membuka proyek, pilih Proyek > Buka dari bilah alat aplikasi.
3. Buka BPD Proses Pemesanan Air Murni. Pelajari alur proses dengan cermat.
   
4. Proses dimulai ketika pelanggan melakukan pemesanan. Di sini kita dapat mempertimbangkan sebuah use case – Tempatkan Pesanan. Use case ini akan membantu mengotomatisasi proses dengan menyediakan antarmuka bagi pelanggan untuk melakukan pemesanan tanpa bantuan asisten layanan pelanggan, membantu memverifikasi identitas pelanggan dan membuat akun jika pelanggan belum ada. Klik kanan pada Tempatkan Pesanan dan pilih Elemen Terkait > Transit ke Use Case Baru… dari menu pop-up.
   
5. Ini memicu jendela Transit Elemen Modeljendela, di mana Anda dapat memilih model untuk menempatkan use case dan aktor, serta mengganti namanya. Dalam kasus ini kami puas dengan nama use case dan aktor. Mari kita pertahankan nama-nama tersebut tanpa perubahan. Klik OK.
   
   Ini membentuk diagram use case baru di UeXceler.
   
6. Kembali ke BPD.
7. Mari kita pertimbangkan tugas Buat Akun Pelanggan. Dalam proses bisnis, asisten layanan pelanggan perlu membuat akun untuk setiap pelanggan baru. Dalam sistem baru, ini bisa menjadi bagian dari use case Tempatkan Pesananuse case, atau menjadi use case terpisah yang dipicu secara manual oleh asisten layanan pelanggan. Dalam situasi dunia nyata, Anda sebaiknya mengklarifikasi keraguan semacam ini dengan pemangku kepentingan karena model use case yang salah akan mengarah pada pengembangan fungsi yang tidak sesuai dengan harapan pengguna. Dalam contoh ini, mari kita asumsikan bahwa pengguna ingin tugas Buat Akun Pelanggandilakukan oleh asisten layanan pelanggan. Mari kita buat use case dari tugas ini. Klik kanan pada Buat Akun Pelanggan dan pilih Elemen Terkait > Transit ke Use Case Baru… dari menu pop-up.
   
8. Sekali lagi, kami puas dengan nama use case dan aktor. Pertahankan semua hal di jendela Transit Elemen Modeltidak berubah. Klik OK. Diagram use case diperbarui dengan use case dan aktor baru. Mari kita lihat.
   
9. Kembali ke BPD. Mari kita lanjutkan ke sub-prosesAtur Pengiriman. Manajer Departemen Logistik dapat menggunakan sistem untuk melakukan penjadwalan dan memberi tahu pekerja untuk mengirim air. Oleh karena itu, ini juga merupakan use case sistem. Klik kanan pada sub-prosesAtur Pengiriman dan pilih Elemen Terkait > Transit ke Use Case Baru… dari menu pop-up.
10. Periksa aktor Manajer di Jendela Elemen Model Transit jendela. Jika kita pertahankan nama aktor sebagaiManajer, ini ambigu dalam model use case karena mungkin ada banyak departemen dengan banyak manajer yang berbeda di perusahaan. Oleh karena itu, ubah nama aktor menjadiManajer Departemen Logistik.
    
11. KlikOK. Diagram use case diperbarui.
    
12. Kembali ke BPD. Tugas akhirKirim Airadalah pekerjaan yang hanya bisa dilakukan manusia dan tidak ada kaitannya dengan interaksi sistem. Oleh karena itu, kita tidak perlu membuat use case untuk pekerjaan ini.
13. Misalkan manajer regional ingin sistem mendukung fungsi baru yang dapat menghasilkan laporan untuk menampilkan statistik pesanan. Fungsi ini dapat membantunya meninjau dan menyempurnakan strategi pemasaran. Meskipun fungsi ini belum dimodelkan dalam model proses bisnis, kita dapat menggambarnya langsung di diagram use case. Buka diagram use case. Gambar aktorManajer Regional. Buat use caseHasilkan Laporan Statistikdari sana dengan asosiasi di antaranya.
    
14. Misalkan klien ingin mengizinkan pelanggan untuk melihat pernyataan tagihan dan membatalkan pesanan. Selain itu, klien ingin mengizinkan manajer departemen logistik untuk mencetak laporan logistik. Gambarkan use case masing-masing.
    
15. Rapikan diagram.
    
16. Hubungan transisi memungkinkan Anda melacak model proses bisnis dari model use case (dan sebaliknya). Mari kita coba. Letakkan pointer mouse di atasTempatkan Pesanan kasus penggunaan.
    
17. Klik pada Model Transitor sumber daya di sudut kanan bawah bentuk. Pilih Transit Dari > Proses Pemesanan Air Murni<.Tempatkan Pesanan dari menu pop-up.
    
    Ini membuka BPD dengan tugas Tempatkan Pesanan dipilih.