Tugas 4 Rekayasa Kebutuhan

Nama:

• Putu Ananda Satria Adi - 05111940000113
• Erki Kadhafi Rosyid - 05111940000050

Kelas: Rekayasa Kebutuhan B

Pada tugas kali ini kami akan melakukan elisitasi pada aplikasi perpustakaan. Kami akan menggunakan studi kasus pada Sistem Informasi Transaksi Peminjaman pada Perpustakaan IF Universitas Komputer Indonesia. Untuk SKPL sistem dapat dilihat di bawah ini.

Elisitasi

Elisitasi kebutuhan adalah tahap pertama dari rekayasa kebutuhan perangkat lunak. Dalam elisitasi, kita akan berkomunikasi dengan pelanggan dan pengguna akhir sistem untuk mencari tahu tentang:

1. Nama domain aplikasi
2. Layanan yang harus disediakan sistem
3. Kinerja sistem yang diperlukan
4. Kendala perangkat keras
   
   

Pada tugas ini, kami akan melakukan:

1. Identifikasi stakeholder
2. Identifikasi kebutuhan
3. Identifikasi kebutuhan fungsional dan non fungsional
   
   

Pada elisitasi kebutuhan ini, kami menggunakan metode wawancara untuk mencari informasi yang diperlukan. Kami menanyakan beberapa pertanyaan kepada stakeholder yang selanjutnya akan kami observasi untuk menentukan kebutuhan dari sistem.

List Pertanyaan

1. Apa masalah/keresahan yang dirasakan oleh anda?
2. Siapa saja yang akan memakai sistem?
3. Bagaimana proses bisnis perpustakaan ini?
4. Apakah sudah ada existing system yang digunakan oleh perpustakaan ini?
5. Apa yang Anda butuhkan sebagai pengguna dari perencanaan pembuatan sistem ini?
   
   

Identifikasi Stakeholder

Dari observasi yang telah dilakukan, berikut adalah daftar stakeholder dalam sistem ini

1. Penanggung Jawab, orang atau organisasi yang akan menggunakan perangkat lunak serta bertanggung jawab atas sistem
2. Petugas Perpustakaan, orang atau organisasi yang akan langsung menjalankan atau menggunakan perangkat lunak
3. Anggota, orang atau organisasi yang akan meminjam, memperpanjang atau mengembalikan buku
   
   

Identifikasi kebutuhan

Berikut adalah daftar kebutuhan setelah dilakukan observasi Kebutuhan fungsional

1. Penanggung jawab dapat mengolah data petugas
2. Penanggung jawab dapat melihat laporan keuangan
3. Penanggung jawab dapat laporan buku perpustakaan
4. Petugas perpustakaan dapat mengolah data buku
5. Petugas perpustakaan dapat mengolah data administrasi anggota
6. Anggota dapat mendaftarkan dirinya ke sistem
7. Anggota dapat melakukan kegiatan peminjaman dan pengembalian buku
   
   

Kebutuhan non fungsional

1. Operasional
   • Sistem harus dapat diakses oleh perangkat browser apapun
   • Sistem dapat diakses oleh semua perangkat yang dimiliki oleh perpustakaan
2. Performance
   • Sistem harus available selama 6 jam sehari dalam seminggu
   • Sistem dapat melakukan pencarian buku dibawah 2 detik
3. Keamanan
   • Anggota hanya dapat mendaftarkan diri nya melalui petugas
   • Setiap orang yang menggunakan sistem harus menggunakan username dan password
   • Password yang disimpan harus dalam kondisi terenkripsi
4. Cultural
   • Sistem menggunakan bahasa Indonesia
     
     

Rincian tim pengembang

• Project manager
• Frontend developer
• Backend developer
• System analyst
• Quality assurance
• UI/UX designer