Tugas 4 Rekayasa Kebutuhan - Teknik Elisitasi

Nama    : Husin Muhammad Assegaff - Zydhan Linnar Putra

NRP      : 05111940000127 - 051119400000118

Kelas    : RK B

A. Pendahuluan

Kami melakukan wawancara dengan Abdurrahman Fauzan Firmansyah, seorang relawan Erupsi Gunung Semeru mengenai sistem manajemen logistik. Berikut untuk link rekaman wawancara yang telah dilakukan.


Adapun untuk scriptnya sebagai berikut,

B. Pembahasan



Dari hasil wawancara dengan Abdurrahman Fauzan F yang mana menjadi relawan erupsi Gunung Semeru pada Desember 2021 hingga Januari 2022 didapatkan bahwa diperlukan sebuah sistem yang mengatur perencanaan, pengadaan, penyimpanan, pendistribusian, hingga penerimaan logistik untuk korban bencana alam. 

Sistem ini lebih ditujukan untuk donatur, koordinator lapangan atau lembaga resmi yang mengatur logistik, dan relawan. Untuk donatur dapat melakukan donasi sesuai dengan kebutuhan logistik yang tertera di dalam sistem. Donatur juga dapat mengetahui bukti pemanfaatan donasinya dalam bentuk dokumentasi atau laporan.

Kemudian, untuk koordinator lapangan atau lembaga resmi yang mengatur logistik seperti BPBD dapat melakukan input data logistik yang masuk dan keluar beserta bukti dokumentasi, lalu juga dapat menentukan bahan bantuan apa yang sedang diperlukan saat ini berdasarkan kondisi lapangan, koordinator lapangan juga dapat memetakan logistik yang ada ke daerah atau posko yang membutuhkan.

Adapun untuk relawan bertugas dalam berkoordinasi di lapangan dalam pendistribusian, dan penerimaan bantuan ke tujuan. Relawan akan mendapatkan data nama penerima bantuan dari sistem beserta bantuan apa saja yang harus diberikan, relawan juga harus memeriksa jenis dan jumlah bantuan dari pusat logistik ke posko sudah sesuai dengan data yang ada di dalam sistem. Relawan juga harus membuat laporan atau dokumentasi saat mendistribusikan bantuan ke penerima untuk dijadikan bukti. Relawan juga bertugas untuk memberitahu atau menghubungi penerima bantuan mengenai bantuan apa yang diperlukan berdasarkan pembagian data kontak penerima bantuan di dalam sistem. Sehingga sistem harus juga terkoneksi dengan data kependudukan

1. Business Requirements
  • Dapat melakukan donasi dari donatur
  • Dapat melakukan pengawasan alur logistik
  • Dapat membuat laporan alur logistik
2. Solution Ideas
Solusi berupa platform berbasis website untuk mendukung requirements yang sudah dicantumkan.

3. Data Requirements
  • Memvalidasi laporan donasi
  • Memvalidasi data logistik
4. User Requirements
  • Donatur
  1. Dapat melakukan donasi
  2. Dapat menerima laporan donasi yang diberikan
  • Koordinator Lapangan
  1. Dapat input data logistik yang masuk dan keluar
  2. Dapat memetakan bantuan berdasarkan daerah / posko yang membutuhkan
  3. Dapat membagi data penerima ke relawan untuk diberikan bantuan
  4. Dapat melakukan pengawasan proses pemberian bantuan oleh relawan berdasarkan laporan yang dibuat
  • Relawan
  1. Dapat membuat laporan dan dokumentasi pemberian bantuan
  2. Dapat memeriksa data penerima bantuan
  3. Dapat memeriksa pengiriman logistik ke lokasi atau posko yang dijaga
5. Business Rules
  • Donatur tidak dapat memberikan donasi yang tidak sesuai dengan kebutuhan di lapangan
  • Koordinator lapangan harus memastikan logistik sampai di tangan penerima
  • Relawan tidak dapat melakukan pemalsuan laporan
6. Functional Requirements
  • Sistem dapat menerima input data logistik yang masuk dan keluar
  • Sistem dapat membuat laporan penerimaan dan penyaluran logistik
  • Sistem dapat menampilkan data logistik yang diperlukan setiap daerah atau posko
  • Sistem dapat menerima input data logistik yang dibutuhkan di setiap daerah atau posko
  • SIstem dapat menampilkan data penerima bantuan
7. Quality Attributes
  • Penerima bantuan mendapatkan bantuan tepat waktu dan sesuai dengan kebutuhannya
  • Logistik tersedia di gudang penyimpanan apabila diperlukan secara darurat
  • Donatur memberikan donasi yang sesuai dengan kebutuhan di lapangan, sehingga tidak terjadi penumpukan donasi yang tidak diperlukan
8. Constraints
  • Sistem diterapkan dalam jangkauan regional atau wilayah yang terdampak suatu bencana
  • Sumber daya relawan yang terbatas, sehingga perlu pembagian relawan yang merata dalam suatu daerah yang terdampak bencana
9. External Interface Requirements
  • Berbasis website
  • Frontend : ReactJS
  • Backend: Laravel
  • DBMS : MySQL
  • Arsitektur: Model View Controller

Komentar

Posting Komentar

Postingan populer dari blog ini

Tugas 1 Rekayasa Kebutuhan - Identifikasi Aplikasi Transaksi Parkir Non-Tunai

Gambar
Nama      : Husin Muhammad Assegaff NRP         : 05111940000127 Kelas     : RK B A. Soal Deskripsikan aplikasi Parkir  Identifikasi User dan Stakeholder Tulis/ Gambarkan kebutuhan dari masing-masing user/ stakeholder Tentukan aspek lain yang penting supaya aplikasi berjalan lancar B. Jawaban 1. Aplikasi parkir non-tunai yang dikembangkan oleh Liquid Parking Technology merupakan sistem pembayaran parkir yang menggunakan pembayaran non tunai dengan penyediaan alat pembayaran mandiri. Sistem ini ditujukan kepada pemilik bisnis / gedung yang memerlukan sistem parkir yang mudah dan instan, contohnya seperti gedung apartemen. Cara penggunaan sistem parkir ini adalah sebagai berikut, Pengguna saat akan memasuki area parkir akan diwajibkan untuk menekan tombol pada sistem parkir yang berada di pintu masuk parkir Setelah tombol ditekan, pengguna akan mendapatkan bukti parkir yang akan diperlukan saat keluar dan palang yang ada di pintu masuk akan terbuka, sehingga pengguna dapat masuk ke dalam
Baca selengkapnya...

Tugas 3 Rekayasa Kebutuhan - Input dan Output Requirement Engineering Process

Gambar
Nama      : Husin Muhammad Assegaff NRP      : 05111940000127 Kelas    : RK B A. Pendahuluan Saya menggunakan studi kasus pada jurnal yang berjudul  Implementasi Sistem Ujian Online Berbasis Android: Studi Kasus SMP Yamad Bekasi . Untuk isi jurnalnya sebagai berikut, B. Pembahasan 1. Poin Input Existing System Information Poin ini menjelaskan mengenai fungsionalitas sistem yang akan diganti atau sistem yang akan berinteraksi dengan sistem baru. Pada studi kasus ini, SMP Yamad Bekasi sebelumnya belum menerapkan sistem ujian berbasis online, sehingga sistem ujian online berbasis Android yang dibuat menggantikan sistem ujian yang menggunakan kertas dengan sistem pengkoreksian secara manual. Adapun perangkat lunak sistem ujian online ini memiliki beberapa fitur, diantaranya guru dapat membuat, mengedit, dan mengatur ujian, dimulai dari ujian harian hingga ujian semester. Guru juga dapat mengatur tipe jawaban, seperti pilihan ganda atau uraian singkat dengan jawaban pasti seperti angka atau
Baca selengkapnya...

Tugas 2 Rekayasa Kebutuhan - Studi Kasus Proses Requirement Engineering

Gambar
Nama      : Husin Muhammad Assegaff NRP         : 05111940000127 Kelas     : RK B A. Pendahuluan Saya menggunakan studi kasus pada jurnal yang berjudul Implementasi Sistem Ujian Online Berbasis Android: Studi Kasus SMP Yamad Bekasi . Untuk isi jurnalnya sebagai berikut, B. Pembahasan 1. Eliciting Proses  eliciting  pada studi kasus ini dilakukan melalui proses wawancara  stakeholder  yakni kepala sekolah yang mewakili seluruh guru dari SMP Yamad Bekasi. Dan hasil wawancara didapatkan sebagai berikut, Guru dapat membuat soal ujian, waktu ujian, beserta menentukan siswa siapa saja yang dapat ikut ujian Guru dapat melihat hasil ujian dari setiap siswa yang mengambil ujian darinya dan ujian apa saja yang telah dilaksanakan Guru tidak perlu mengkoreksi secara manual ujian dari setiap siswa Siswa bisa mengerjakan ujian, melihat hasil ujian, dan ada data lengkap nilai ujian yang telah dilakukan di setiap siswa 2. Understanding Setelah itu, pada tahapan understanding dilakukan pemaknaan pada p
Baca selengkapnya...