Tugas 4 - Rekayasa Kebutuhan B

Pendahuluan

    Pada kesempatan ini dilakukan suatu elisitasi kebutuhan dengan mewawancarai seorang remaja yang hobi voli. Elisitasi kebutuhan ini membahas tentang ide membuat platform yang dapat memudahkan masyarakat dalam memesan lapangan olahraga, termasuk voli. 

Wawancara

Rekaman

Berikut adalah rekaman hasil wawancara

Hasil Teks

Berikut adalah hasil wawancara dalam bentuk teks

Pembahasan

Dari hasil elisitasi, diambil intisari bahwa narasumber mengharapkan sebuah platform pemesanan lapangan yang minimalis dan dapat diandalkan. Dari informasi tersebut dapat di-breakdown menjadi berikut:

Stakeholder

Pengelola Lapangan

• Menyediakan lapangan yang dapat dipesan dan bisa digunakan dengan baik
• Dapat menambah, mengedit, melihat, dan menghapus data lapangannya ke dalam sistem
• Dapat mengatur tarif lapangannya baik untuk semua waktu maupun saat di jam tertentu.
• Dapat menandai jam tertentu sebagai jam yang sudah dipesan secara manual (di luar sistem)
• Dapat melihat laporan pemesanan dan pemasukan secara informatif dan insightful setiap hari, pekan, bulan, dan tahun.

Pengguna Lapangan

• Masyarakat yang ingin menggunakan lapangan untuk olahraga
• Dapat melihat daftar lapangan yang tersedia
• Dapat melihat jam yang tersedia pada suatu lapangan
• Dapat melihat tarif lapangan pada jam yang dipilih
• Dapat memesan lapangan

Pengembang Platform

• Menyediakan platform yang dapat diandalkan
• Menerima royalti dari pengelola lapangan untuk setiap pemesanan

Tujuan

• Memudahkan pengelola lapangan dalam mengatur pesanan lapangan, menginformasikan ketersediaan lapangan, dan rincian tarif kepada calon pengguna lapangan. Selain itu juga memudahkan pengelola dalam melihat laporan pemesanan dan penggunaan lapangan secara periodik.
• Memudahkan pengguna lapangan dalam mengetahui ketersediaan lapangan, tarif lapangan, dan pemesanan lapangan. Selain itu pengguna dapat melihat histori pemesanan lapangan.

Kebutuhan

• Kebutuhan Fungsional

1. Pengelola dapat menambah, mengedit, melihat, dan menghapus data lapangannya ke dalam sistem
2. Pengelola dapat mengatur tarif lapangannya baik untuk semua waktu maupun saat di jam tertentu.
3. Pengelola dapat menandai jam tertentu sebagai jam yang sudah dipesan secara manual (di luar sistem)
4. Pengelola dapat melihat laporan pemesanan dan pemasukan secara informatif dan insightful setiap hari, pekan, bulan, dan tahun.
5. Pengguna dapat melihat daftar lapangan yang tersedia
6. Pengguna dapat melihat jam yang tersedia pada suatu lapangan
7. Pengguna dapat melihat tarif lapangan pada jam yang dipilih
8. Pengguna dapat memesan lapangan

• Kebutuhan Non-Fungsional

1. Sistem dapat diakses setiap saat dengan toleransi down-time maksimal 8 jam dalam setahun
2. Sistem harus dapat bangkit kembali dengan sendirinya setelah down
3. Sistem harus aman dan dapat melindungi data privat para stakeholder
4. Sistem harus minimalis dan mudah digunakan
5. Sistem dapat memproses permintaan dalam waktu singkat dengan maksimal waktu proses 3 detik