Kasus penggunaan vs Kisah pengguna: Perbedaan Antara Kasus Penggunaan dan Kisah Pengguna

Dalam pengembangan perangkat lunak Agile, kami sering menemukan dua istilah - kasus penggunaan dan cerita pengguna. Ini adalah beberapa istilah yang paling umum digunakan oleh pengembang mana pun atau non-pengembang setelah sering digunakan. Selain itu, bagi mereka yang tidak memiliki latar belakang pengetahuan tentang pembangunan, penggunaan istilah-istilah ini secara bergantian juga cukup umum.

Kasus penggunaan dan cerita pengguna berbeda satu sama lain dalam banyak aspek. Mereka memiliki tujuan yang berbeda untuk dilakukan. Meskipun mereka mungkin memiliki fungsi yang serupa, konsepnya berbeda.

Lihat kursus gratis untuk meningkatkan kemampuan diri Anda

Dalam artikel ini, kita akan membahas kasus penggunaan vs cerita pengguna dengan contoh, bersama dengan penjelasan tentang perbedaan cerita pengguna dengan kasus penggunaan . Kami juga akan memeriksa perlunya kedua pendekatan tersebut dan mengapa keduanya tumpang tindih.

Apa itu Kasus Penggunaan?

Use case mencerminkan suatu proses yang terlibat dalam mencapai tujuan dari produk yang diinginkan. Ini adalah persyaratan sistem yang membantu menurunkan produk. Ini berfungsi sebagai deskripsi produk untuk aktor (atau pengguna) yang akan menggunakannya. Dalam istilah teknis, itu adalah interaksi antara sistem dan aktor melalui deskripsi.

Beberapa elemen penting dari kasus penggunaan: -

• Aktor: Seseorang atau sekelompok orang yang berinteraksi dengan sistem
• Sasaran: Hasil akhir dari kasus penggunaan yang dikembangkan
• Sistem: Semua langkah yang terlibat untuk mencapai tujuan

Use case membawa hubungan sebab-akibat yang mencakup peristiwa tertentu di mana fungsi atau fitur suatu produk dijelaskan kepada pengguna akhir. Ini memberikan pemahaman rinci tentang perilaku pengguna saat berinteraksi dengan sistem.

Tim produk menggunakan kasus penggunaan dalam merancang, menguji, dan mengembangkan produk. Ini membantu mereka menguraikan persyaratan bagaimana manual bantuan pengguna harus dirancang. Bersamaan dengan itu, mereka juga mampu menghilangkan kesalahan.

Kasus penggunaan adalah deskripsi terperinci dari produk untuk pemangku kepentingan atau pengguna akhir.

Contoh Kasus Penggunaan

Mari kita ambil contoh aplikasi merek pakaian jadi yang dibuat untuk memenuhi persyaratan pengiriman pakaian dan aksesori pelanggan. Pelanggan menelusuri aplikasi, memilih item yang paling cocok, dan melakukan pemesanan. Saat melakukan pemesanan, mereka dapat membayar secara online atau setelah pengiriman. Setelah konfirmasi dari pihak pelanggan, mereka menerima surat konfirmasi atau pemberitahuan "pesanan yang dilakukan".

Pesanan kemudian disiapkan, dikemas, dan dikirim ke alamat. Dalam skenario ini, aplikasi harus menerima pesanan dan memproses opsi pembayaran sambil berkomunikasi dengan kedua belah pihak (pelanggan dan pengecer). Di Sini:

• Sistemnya adalah – aplikasi e-commerce
• Aktor utama adalah – pelanggan
• Skenarionya adalah – menjelajah melalui aplikasi

Di sini Anda dapat membaca bagaimana pelanggan dan pengecer berinteraksi dengan aplikasi dan mengharapkan hasil yang diinginkan. Beberapa deskripsi kasus penggunaan dasar adalah: -

• Pengguna memilih item.
• Informasi pembayaran dan pengiriman
• Konfirmasi pesanan dan checkout
• Pesan waktu hitung mundur atau pelacakan
• Informasi tagihan

Mari kita menuju ke kisah pengguna dan memahami bagaimana kisah pengguna berbeda dari kasus penggunaan.

Apa itu Kisah Pengguna?

Kisah pengguna adalah deskripsi singkat tentang produk untuk pengguna yang memandu mereka selama proses berlangsung. Setiap kisah pengguna ditulis dari sudut pandang pelanggan dengan bahasa yang mudah dipahami. Kisah pengguna berfokus pada apa yang diinginkan pengguna dari platform dan apa yang harus ditawarkan sistem kepada mereka.

Tim pengembangan kemudian memasukkan pengguna dari pernyataan yang diberikan ke dalam perangkat lunak dengan beberapa perbaikan. Cerita pengguna terdiri dari interaksi yang terjadi selama proses melalui perangkat lunak. Tiga C terlibat dalam cerita pengguna, sebuah konsep yang diusung oleh Ron Jeffries. Ini adalah-

• Kartu: Cerita pengguna harus ditulis sebagai kartu, yang berarti cerita pendek dan tajam dengan semua informasi yang diperlukan.
• Percakapan: Kisah pengguna harus menjadi percakapan antara pelanggan dan pengembang melalui perangkat lunak.
• Konfirmasi: Ini berarti bahwa pelanggan mengkonfirmasi kondisi tertentu yang harus diterapkan sebelum hasilnya tiba.Sistem harus dapat menjalankannya dengan baik.

Selain tiga C dari kisah pengguna ini, ini juga berfokus pada satu tujuan penting lagi: BERINVESTASI. Itu berarti

• Independen :dari proyek lain
• Negotiable :ruang untuk pengembangan lebih lanjut
• Berharga :deskripsi untuk pengguna
• Dapat diperkirakan :kisah pengguna untuk menjalankan rencana yang tepat
• Kecil :hari kerja untuk menyelesaikan pekerjaan dalam waktu 3-5 hari
• Testable :Mekanisme untuk memeriksa nilai atau validitas proses

Contoh cerita Pengguna

Cerita pengguna diungkapkan sebagai berikut:

“Sebagai (persona), saya (ingin), (agar).”

• Sebagai (persona)– Orang untuk siapa aplikasi atau perangkat lunak dibuat. Itu harus menekankan pengguna akhir.
• Saya (ingin)– Di sini, maksudnya dijelaskan, bukan fiturnya. Itu harus menggambarkan tujuan pengguna dan bukan bagian dari aplikasi atau UI.
• (Sehingga)– Ini menjelaskan manfaat keseluruhan atau gambaran yang lebih besar dari aplikasi. Apa manfaat keseluruhan yang akan dialami oleh pengguna akhir?

Berikut adalah beberapa contoh cerita pengguna

• Sebagai Elie, saya ingin menautkan kartu kredit saya ke profil saya sehingga saya dapat membayar sewa dengan mudah tanpa uang tunai.
• Sebagai seorang manajer, saya ingin mengatur pekerjaan saya sehingga saya dapat merasa lebih memegang kendali.

Struktur cerita pengguna bisa berbeda, tetapi tujuannya harus sama.

Mengapa kita membutuhkan Use Case dan User Story?

Ada beberapa alasan mengapa kami membutuhkan kasus penggunaan dan cerita pengguna di sistem kami. Mari selidiki tujuan di balik kisah pengguna dan kasus penggunaan:-

Kami membutuhkan kasus penggunaan untuk–

• Mengelola ruang lingkup pekerjaan
• Memfasilitasi komunikasi antara pengguna akhir dan pengembang
• Menetapkan semua persyaratan
• Visualisasikan arsitektur sistem
• Buat garis besar struktur di mana kita dapat berinteraksi dengan sistem

Kami membutuhkan cerita pengguna untuk –

• Buat proses yang disederhanakan
• Buat tujuan kecil yang dapat dicapai
• Pertahankan pengguna teknis dan non-teknis di halaman yang sama
• Tentukan keseluruhan proses

Periksa AS - Program Ilmu Data kami

Perbedaan antara Kasus Penggunaan dan Kisah Pengguna

Mari kita lihat perbedaan antara kasus penggunaan dan kisah pengguna untuk memahami apa yang membuat keduanya berbeda:-

1. Kasus penggunaan dikembangkan untuk tim produk dengan mengingat maksud pemangku kepentingan. Ini menguraikan struktur pencapaian bagi tim untuk membuat perangkat lunak yang diinginkan. Kasus penggunaan cenderung lebih detail daripada cerita pengguna.
   Cerita pengguna lebih sederhana dan lebih berfokus pada pengguna. Ini menyoroti tugas rutin pengguna, itulah sebabnya bahasa yang digunakan dalam cerita pengguna dapat dipahami dan sepenuhnya dari sudut pandang pemangku kepentingan.
2. Seperti yang disebutkan, kasus penggunaan lebih mudah daripada cerita pengguna. Namun, kedua pendekatan tersebut disederhanakan dan mudah dipahami.
3. Cerita pengguna dengan sengaja menyisakan ruang untuk perbaikan. Karena itu, perlu memasukkan lebih banyak detail.
   Sebaliknya, use case langsung ke intinya dan menyoroti semua langkah yang perlu diikuti oleh pengembang.
4. Cerita pengguna dikembangkan sebelum kasus penggunaan dan sebagian besar dibentuk oleh interaksi.

Baca Artikel Populer AS - Ilmu Data kami

Kapan menggunakan kasus penggunaan dan cerita pengguna?

Kisah pengguna digunakan untuk pengembangan produk, dan pendekatannya lebih condong ke pelanggan. Seperti yang telah disebutkan, cerita pengguna sengaja memberikan ruang untuk perbaikan yang dilakukan melalui percakapan antara pengembang dan pengguna. Ini menetapkan tujuan di awal proses, dan mereka bertanggung jawab untuk meningkatkan efisiensi. Pengembang dapat mengingat poin-poin ini saat membuat cerita pengguna.

Kasus penggunaan, bagaimanapun, digunakan untuk mendokumentasikan proses. Ini terdiri dari semua persyaratan proses untuk mencapai tujuan akhir. Kasus penggunaan menggambarkan gambaran yang lebih besar dari sistem yang ada. Ini melibatkan poin langsung untuk proses pengembangan yang mudah.

Tingkatkan Karir Anda dengan upGrad

Pendidikan tinggi yang tepat dapat membuat perbedaan yang signifikan bagi semua pengembang dan ilmuwan data yang bercita-cita tinggi. Jika Anda mencari peluang untuk meningkatkan keterampilan dan kredensial Anda, Program PG Eksekutif upGrad dalam ilmu Data bisa menjadi pilihan yang sangat baik. Dengan kursus ini, pelajar mendapatkan eksposur yang luar biasa ke dunia teknis. WES dan Institute of Analytics mengakui nilai kursus ini yang dikurasi di bawah keahlian para profesional industri terkemuka.

Kesimpulan

Pengembangan perangkat lunak tangkas berputar di sekitar pengembangan iterasi, metodologi, dan teknik untuk menggabungkan sudut pandang pengguna. Karena itu, permintaan terus meningkat. Setiap industri berfokus pada pengembangan kasus penggunaan dan kisah pengguna ke dalam sistem mereka sehingga setiap hasil menjadi berpusat pada pelanggan, sehingga meningkatkan kepuasan pelanggan.