Apakah Anda telah menulis kasus penggunaan yang baik untuk sistem Anda?
Salah satu masalah paling sulit dalam pengembangan perangkat lunak adalah menangkap secara tepat apa yang ingin Anda bangun. Persyaratan yang tidak akurat akhirnya dapat menyebabkan penundaan proyek yang signifikan, pekerjaan ulang, atau bahkan penghentian proyek.
Penerapan teknik kasus penggunaan yang efektif dapat membantu tim Anda menangkap persyaratan dari sudut pandang pengguna, yang dapat dengan mudah dipahami oleh pengguna akhir maupun tim Anda. Pengembangan berbasis kasus pengguna mendukung kegiatan pengembangan selanjutnya seperti analisis, desain, dan pengujian.

Apa itu Kasus Penggunaan?

Kasus penggunaan adalah hal-hal yang ingin dilakukan oleh aktor untuk mencapai tujuan bisnis yang dapat diamati. Mereka diberi nama dengan kata kerja pendek atau frasa kata kerja + kata benda. Anda sebaiknya menggunakan kata kerja dan kata benda yang spesifik untuk menghindari ambiguitas. Kata kerja seperti ‘lakukan’ dan ‘laksanakan’ serta kata benda seperti ‘data’ dan ‘informasi’ sebaiknya dihindari sebisa mungkin.
Secara teoritis, pengguna akhir akan melakukan tindakan yang didukung oleh sistem untuk mencapai tujuan akhir mereka, seperti yang diidentifikasi dalam analisis kasus penggunaan. Mari kita ambil contoh sistem reservasi hotel online. ‘Pemesanan’ jelas merupakan tujuan bisnis dan karenanya merupakan kasus penggunaan. Kemampuan untuk menemukan hotel di peta online juga mungkin diinginkan oleh pengguna. Namun, ini bukan kasus penggunaan karena tindakan itu sendiri tidak menghasilkan tujuan yang dapat diamati.
Tidak tepat untuk memodelkan persyaratan yang berkaitan dengan masalah implementasi sebagai kasus penggunaan, misalnya mendukung kemunculan ganda, penataan penempatan, atau pembuatan basis data. Semua hal ini salah dan dapat menyebabkan pembangunan sistem yang buruk, bahkan salah.
Cerita Pengguna Kini Banyak Digunakan
Siapa pun yang memiliki pengalaman dalam pengembangan perangkat lunak mungkin menghadapi masalah komunikasi antara pengguna akhir dan tim pengembangan. Hal ini dapat diperparah ketika anggota bekerja dari lokasi jarak jauh yang berbeda. Cerita pengguna adalah cara yang sangat baik untuk membuka diskusi dengan pelanggan dan memastikan bahwa kita benar-benar memahami apa yang sebenarnya mereka inginkan.
Cerita pengguna yang dibuat oleh pemilik produk menangkap ‘siapa’, ‘apa’, dan ‘mengapa’ dari persyaratan dengan cara yang sederhana dan ringkas, dan sering ditulis dalam bahasa alami yang tidak teknis.
Pengembangan Agile telah masuk ke dalam arus utama metode pengembangan yang digunakan untuk penemuan persyaratan bersama dengan cerita pengguna.
Pertimbangan Praktis
Secara umum, tim Agile dengan rata-rata 10 anggota dapat memiliki ratusan cerita pengguna dalam alur kerja, beberapa di antaranya saling terhubung dan dibagi dari epik atau versi rinci cerita pengguna dari Sprint sebelumnya. Cerita pengguna adalah artefak sementara yang hanya ada dalam Sprint dan dibuang pada akhir iterasi pengembangan.
Tim Agile dan anggota Scrum sering menemukan bahwa mereka dapat dengan mudah menjadi tidak terkelola dan sulit diatur secara rapi dan teratur, terutama ketika anggota tim ingin merujuk pada cerita pengguna yang relevan dari Sprint sebelumnya.
Sebaliknya, kasus pengguna dimaksudkan untuk memiliki kelanjutan yang lebih baik sepanjang siklus hidup pengembangan perangkat lunak dan dapat berfungsi sebagai tempat penampung untuk menyimpan cerita pengguna yang relevan dalam lingkup epik. Selain itu, kasus pengguna dimaksudkan sebagai referensi yang terus-menerus bagi tim pengembangan.

Apa itu Diagram Kasus Pengguna?
Diagram kasus pengguna adalah jenis Bahasa Pemodelan Terpadu (UML) diagram yang dibuat untuk pengungkapan persyaratan yang didefinisikan oleh Kelompok Manajemen Objek (OMG). Diagram kasus pengguna menyediakan gambaran grafis tentang tujuan (dimodelkan oleh kasus pengguna) yang ingin dicapai pengguna (direpresentasikan oleh aktor) dengan menggunakan sistem (direpresentasikan oleh batas sistem secara opsional).
Kasus pengguna dalam diagram kasus pengguna dapat diatur dan disusun berdasarkan relevansinya, tingkat abstraksi, dan dampaknya terhadap pengguna. Mereka dapat dihubungkan untuk menunjukkan hubungan ketergantungan, inklusi, dan ekstensi. Tujuan utama pemodelan kasus pengguna dengan diagram kasus pengguna adalah membangun fondasi yang kuat bagi sistem dengan mengidentifikasi apa yang diinginkan pengguna. Berdasarkan hasil analisis, Anda dapat melanjutkan untuk mempelajari bagaimana memenuhi kebutuhan pengguna tersebut.
Diagram kasus pengguna terutama terbentuk dari aktor, kasus pengguna, dan asosiasi (penghubung).
Seorang aktor adalah siapa saja, baik manusia maupun sistem eksternal yang berinteraksi dengan sistem dalam mencapai tujuan pengguna. Terdapat dua jenis aktor – primer dan sekunder.
- Aktor primer adalah siapa saja atau sesuatu yang berinteraksi dengan sistem untuk mendapatkan manfaat langsung.
- Aktor sekunder adalah siapa saja atau sesuatu yang terlibat dalam pencapaian kasus pengguna, namun mereka tidak mendapatkan manfaat langsung dari sistem. Seringkali, aktor sekunder adalah seseorang yang membantu aktor primer untuk mencapai kasus pengguna.
Menggambar Diagram Kasus Pengguna di Visual Paradigm
Dalam tutorial ini, kita akan menggunakan sistem reservasi hotel online sebagai contoh untuk menunjukkan cara menulis kasus pengguna yang efektif dengan Visual Paradigm. Mari kita mulai dengan menggambar diagram kasus pengguna. Kita akan melanjutkan dengan menulis kasus pengguna yang efektif berdasarkan desain yang dihasilkan.
- Buka UeXceler di Visual Paradigm dengan memilih “UeXceler > UeXceler dari bilah alat aplikasi.
- Buka Diagram Use Case halaman.

- Pilih Aktor di bilah alat diagram. Klik pada diagram untuk membuat aktor dan beri nama Pelanggan.

- Seorang pelanggan dapat melakukan reservasi hotel, yang merupakan sebuah use case dari sistem. Mari kita buat sebuah use case dari Pelanggan aktor. Pindahkan pointer mouse ke atas Pelanggan aktor. Tekan pada Katalog Sumber Daya ikon di kanan atas dan seret keluar.

- Pilih Asosiasi -> Use Case di Katalog Sumber Daya.

- Lepaskan tombol mouse untuk membuat use case. Beri nama Buat Reservasi. Asosiasi antara aktor dan use case menunjukkan bahwa aktor akan berinteraksi dengan sistem untuk mencapai use case yang terkait.
- Lengkapi desain agar terlihat seperti ini:

Menguraikan use case dengan Cerita Pengguna
Sementara use case adalah tujuan bisnis dari sistem TI yang akan dikembangkan, cerita pengguna merepresentasikan masalah atau kekhawatiran pengguna yang direkam oleh analis dan pemangku kepentingan lapangan selama diskusi mendalam mengenai sebuah use case. Tidak diragukan lagi, semua cerita pengguna yang terkumpul bertujuan untuk memenuhi tujuan bisnis sistem TI.
- Klik kanan pada Buat Reservasi dan pilih Buka Detail Use Case… dari menu pop-up.

- Buka Kisah Pengguna halaman.

- Buat kisah pengguna dengan mengklik dua kali pada area kosong di dalam tab. Buat tiga kisah: Cari hotel, Buat reservasi hotel dan Proses reservasi mendadak.

Tangkap Skenario Kisah Pengguna
Kisah pengguna memberi tahu Anda apa yang ingin dicapai pengguna akhir dengan terlebih dahulu mengidentifikasi masalah mereka. Setelah Anda mengidentifikasi masalahnya, Anda dapat mulai mencari solusi. Alat Skenario Kisah Pengguna memungkinkan Anda menggambarkan interaksi antara aktor dan sistem dalam menyelesaikan masalah yang dijelaskan dalam kisah pengguna. Anda dapat menggunakan alat ini untuk mengidentifikasi perilaku sistem yang diinginkan oleh pengguna.
Skenario kisah pengguna merupakan percakapan tingkat tinggi antara pengguna dan sistem yang tujuannya adalah mengetahui apa yang ingin atau dilakukan oleh aktor dan bagaimana sistem bereaksi terhadap masukan aktor tersebut. Saat menentukan apa yang harus dimasukkan dalam aliran peristiwa, Anda harus ringkas. Jangan memasukkan detail implementasi seperti bagaimana sistem memproses masukan pengguna secara internal atau bahkan menyisipkan catatan basis data. Ini salah karena kisah pengguna, dan memang analisis kasus penggunaan, dirancang untuk mengidentifikasi kebutuhan dari perspektif pengguna akhir. Namun, detail implementasi dapat dimodelkan dalam diagram urutan UML dalam bentuk diagram bawah dari kisah pengguna.
Mari kita tulis skenario dari sebuah kisah pengguna.
- Klik dua kali pada kisah pengguna Cari hotel untuk membukanya.

- Buka Skenario tab. Editor skenario terbentuk dari baris-baris, yang dikenal sebagai langkah. Setiap langkah mewakili masukan aktor atau respons sistem.

- Klik pada langkah pertama dan masukkan masukan pengguna pertama: Masukkan kota, kedatangan, keberangkatan, tipe kamar, dan klik Cari.

- Gunakan alat format yang tersedia di bawah UeXcelertoolbar untuk mengatur kata Caridalam warna biru dan tebal, untuk penekanan.

- Tekan Masukkan untuk menyelesaikan langkah ini. Langkah 2 akan dibuat untuk Anda.
- Langkah 2 membahas bagaimana sistem bereaksi terhadap masukan pengguna. Anda dapat memulai dengan menulis “Sistem…”, tetapi ada cara yang lebih baik untuk merepresentasikan respons sistem. Pilih UeXceler > Tambahkan Kontrol > Respons Sistem dari bilah alat untuk menambahkan langkah respons sistem.

- Sekarang Anda dapat memasukkan isi langkah 2: Tampilkan daftar hotel.

- Tambahkan langkah-langkah berikut:
Masukan pengguna Respons sistem Klik pada logo hotel untuk membaca detailnya Tampilkan detail hotel 
Sesuatu yang Lebih – Membuat Wireframe Berbasis Skenario
Wireframeadalah gambaran sketsa antarmuka pengguna. Ini membantu Anda merepresentasikan layar dan alur layar sistem yang akan dikembangkan, pada tahap awal pengumpulan kebutuhan. Anda dapat mengaitkan wireframe dengan langkah-langkah dalam skenario. Bagian ini akan menunjukkan cara memanfaatkan alat wireframe untuk menambahkan wireframe ke sebuah langkah.
- Klik pada langkah pertama.

- Pindahkan pointer mouse ke segitiga hijau di sisi kanan. Kemudian klik pada Tentukan Wireframe.

- Anda melihat panel abu-abu muncul di sisi kanan? Klik pada panel tersebut untuk memilih jenis wireframe yang ingin dibuat.

- Di jendela pop-up, pilih Website.

- Klik Wireframe Website Baru. Wireframe baru muncul, dengan jendela browser kosong di dalamnya. Di sinilah Anda dapat menyiapkan mockup untuk situs web.
- Sebelum kita mulai menambahkan komponen berbeda ke dalam jendela Browser, mari kita ubah ukurannya agar lebih kecil. Klik pada judul jendela Browser.
- Setelah diklik, penangan penyesuaian ukuran akan muncul di sekitar jendela Browser agar Anda dapat menyesuaikan ukuran jendela secara manual. Mari kita coba metode yang lebih langsung. Klik kanan pada judul Browser dan pilih Ukuran Browser (1024 x 768) > 800 x 600 dari menu pop-up.

- Gunakan alat wireframe yang tercantum di bilah alat diagram untuk membuat wireframe seperti ini:

- Kembali ke editor skenario dengan mengklik tombol segitiga di sebelah judul langkah.

Selesai, dan Anda dapat melihat thumbnail wireframe Anda muncul di editor skenario.

Referensi:
- Apa itu Diagram Use Case?
- Jenis-Jenis Aktor dalam Model Use Case
- Identifikasi Kebutuhan Pengguna dengan Diagram Use Case
- Apa itu Spesifikasi Use Case?
- Tutorial Praktis tentang Analisis Ketahanan
- Cerita Pengguna vs Use Case untuk Pengembangan Perangkat Lunak Agile
- Pendekatan Berbasis Use Case untuk Pengembangan Agile