Cara Membuat Use Case Diagram dan User Story untuk Aplikasi
Use case menunjukkan interaksi aktor dengan sistem; user story menjelaskan nilai yang dibutuhkan pengguna.
Dalam seri ini kita menggunakan studi kasus Aplikasi Rekap Kehadiran Pelatihan dengan data fiktif. Tujuannya agar pembaca memahami bagaimana hasil satu tahap menjadi masukan bagi tahap berikutnya, tanpa harus langsung menulis kode.
Mengapa langkah ini penting?
Kesalahan desain atau kebutuhan yang ditemukan sebelum implementasi biasanya lebih mudah diperbaiki daripada setelah aplikasi digunakan. Dokumentasi juga membantu pemilik proyek, pengguna, dan pengembang menyepakati hasil yang dapat diperiksa.
Langkah-langkah praktis
Peserta melihat status sendiri; petugas mencatat kehadiran; admin mengelola sesi dan mengunduh rekap.
Contoh: Catat Kehadiran, Lihat Riwayat, Kelola Sesi, Ekspor Rekap.
Sebagai petugas, saya ingin mencari peserta berdasarkan ID agar dapat mencatat kehadiran tanpa salah orang.
Diberikan peserta terdaftar dan sesi aktif, ketika petugas menyimpan satu status, sistem menyimpan satu catatan dan menampilkan konfirmasi.
Contoh dan template yang bisa disalin
Salin contoh berikut ke dokumen kerja lalu sesuaikan dengan proses bisnis yang benar-benar disetujui.
Checklist sebelum melanjutkan
- Aktor, kebutuhan, dan batasan jelas
- Data contoh bersifat sintetis
- Kasus gagal dan hak akses dipertimbangkan
- Hasil direview dan ditautkan ke requirement SRS
Pertanyaan yang sering diajukan
Apakah user story menggantikan SRS?
Tidak selalu. User story membantu mengurai kebutuhan; SRS dapat merangkum kontrak dan batasan yang lebih lengkap.
Apa yang perlu diuji dari use case?
Alur berhasil, alur gagal, serta pembatasan akses antaraktor.
Lanjutkan belajar
Mulai dari panduan menyusun dokumen SRS agar setiap diagram, rancangan, dan pengujian mempunyai dasar kebutuhan yang jelas. Jelajahi seluruh materi di Knowledge Hub Pengembangan Aplikasi & SDLC.
0 Komentar