EAS Rekayasa Kebutuhan A - Pemesanan Gedung

-

Evaluasi Akhir Semester RK - A

Oleh: Jason Andrew Gunawan - 05111940000085

Soal:

  1. Deskripsikan Kebutuhan Fungsional dan Non Fungsional aplikasi pemesanan gedung acara. (Mandiri - Waktu pengerjaan hingga hari Selasa 07 Juni 2022 pukul 10.00)

  2. Gambarkan dan beri penjelasan model RML nya (Requirement Modelling Language)

  3. Buatlah SKPL dengan mengacu RML yang telah dibuat.

  4. Siapkan video presentasi / demo, kemudian upload di youtube dan embedded di blog.

  5. Semua hasil pekerjaan didokumentasikan di blog dan dikumpulkan paling lambat hari Jumat 10 Juni 2022. Bisa dikerjakan berkelompok maksimal 3 orang.

Jawaban:  

  1. Kebutuhan aplikasi pemesanan gedung acara:
    • Kebutuhan Fungsional:
      • Sistem menyediakan fitur account creation dan account management untuk pengguna agar bisa register dan juga login setelah memiliki akun
      • Sistem menyediakan fitur account creation dan account management untuk pengguna agar bisa register dan juga login setelah memiliki akun
      • Pemilik gedung dapat melakukan operasi manajemen CRUD (Create, Read, Update, Delete) gedung yang ingin disewakan
      • Sistem dapat melakukan proses pemesanan sewa gedung
      • Sistem dapat melakukan proses pemesanan sewa gedung
      • Sistem dapat melakukan manajemen jadwalan pemesanan gedung
      • Pelanggan dapat melihat dan memilih gedung yang ingin disewa
      • Pelanggan dapat membuat dan membatalkan pemesanan gedung
      • Pelanggan dapat memberikan komentar atau review gedung yang disewa 
    • Kebutuhan Non-Fungsional:
      • Sistem dapat diakses melalui web application maupun native mobile application baik di sistem operasi iOS maupun Android
      • Sistem memiliki UI/UX yang baik dan mudah dipahami oleh orang awam
      • Sistem memiliki kemampuan scaling yang tinggi hingga dapat beradaptasi dengan kebutuhan penggunanya yang dapat berubah-ubah
      • Sistem menyediakan fitur error handling yang mudah dipahami sehingga proses troubleshoot menjadi lebih mudah
      • Sistem harus dapat kembali operasional dalam waktu singkat, apabila terdapat gangguan atau error
      • Sistem menyediakan fitur role authorization, sehingga dapat membatasi akses seluruh fungsi sistem ke tipe akun yang penting saja
      • Sistem bersifat responsif dan dapat diakses dengan mudah dan cepat ketika diinginkan
      • Sistem bersifat transparan dengan menjelaskan semua syarat dan ketentuan bagi pengguna sehingga tidak ada kebijakan yang tersembunyi dari pengguna. 
  2. Model RML:
    •  BOM:
    •  
    •  Feature Tree:
  3. SKPL: 
    •  
  4. Video Presentasi:
    •  
  5. Anggota Kelompok:
    • James Rafferty Lee - 05111940000055
    • Jason Andrew Gunawan - 05111940000085
    • Adrian Santoso - 05111940000130 

Comments

Post a Comment

Popular posts from this blog

ETS - Studi Kasus GoToko

-
Image
Evaluasi Tengah Semester - Kelas A Studi Kasus GoToko Jelaskan macam-macam kebutuhan yang harus digali di dalam membuat perangkat lunak! Deskripsi : Aplikasi GoToko adalah aplikasi yang  menyediakan layanan lengkap yang memudahkan pemilik warung dan toko kelontong untuk membeli barang-barang stok secara online. Manfaat yang bisa didapatkan pemilik warung yakni penghematan biaya hingga waktu. Selain mudah dalam mencari dan memesan berbagai macam produk konsumsi kemasan dari sejumlah merek ternama, harga produk di GoToko juga kompetitif dan transparan. Pengiriman barang pesanan pun hanya membutuhkan waktu 1 x 24 jam. Kebutuhan fungsional : Kebutuhan fungsional adalah kebutuhan / requirement yang akan dapat dilakukan oleh sistem kita. Dengan kata lain, kebutuhan fungsional adalah deskripsi yang harus dimiliki oleh perangkat lunak dalam rangka menjalankan proses bisnis nya.  Contoh dari kebutuhan fungsional adalah pada aplikasi GoToko adalah user dapat melakukan proses login serta membuat
Read more

Tugas 5 Rekayasa Kebutuhan A - Business Requirement Document Aplikasi GoToko

-
Image
  Pendahuluan Aplikasi GoToko adalah aplikasi yang  menyediakan layanan lengkap yang memudahkan pemilik warung dan toko kelontong (UMKM) untuk membeli barang-barang stok secara online. Cakupan Proyek Pihak supplier mendaftarkan dan menyediakan barang-barang yang akan dijual ke user (pengusaha UMKM). Pihak user mendaftarkan akun sebagai pembeli barang. Integrasi pembayaran menggunakan e-wallet, bank, maupun debit/credit cards. Integrasi peta menggunakan Google Maps. Algoritma optimasi untuk iklan (pemasaran). Kebutuhan Fungsional User dapat melakukan pendaftaran / register  akun miliknya User dapat melakukan proses login dan logout User dapat melihat list - list barang yang disediakan oleh supplier User dapat melihat informasi dari barang seperti deskripsi, stok, dll User dapat melakukan pemesanan barang User dapat melakukan pembatalan pemesanan barang Kebutuhan Non Fungsional Security : Sistem menjamin keamanan data pribadi milik supplier maupun toko Logging : Sistem mencatat request y
Read more