Posts

Tugas 4 - Rekayasa Kebutuhan B

Image
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 pem...

Tugas 6 - Rekayasa Kebutuhan B

 Pada kesempatan ini akan ditunjukkan BRD hasil studi kasus terhadap suatu platform pariwisata yang bernama AirCnC (disamarkan). Berikut BRD hasil studi kasus:

Tugas 5 - Rekayasa Kebutuhan B

Pendahuluan Pada postingan kali ini akan dibahas hasil studi kasus beberapa requirement terhadap suatu platform pariwisata, sebut saja namanya AirCnc. Requirement yang dibahas mencakup business requirements, user requirements, functional requirements, dan non-functional requirements Apa itu AirCnc? AirCnc (disamarkan) adalah platform pariwisata yang menyediakan fitur untuk memesan penginapan dan aktivitas pariwisata di berbagai negara di seluruh dunia. AirCnc tidak memiliki tempat penginapan maupun pariwisata, ia hanya menyediakan platform yang menjembatani antara pelaku usaha pariwisata dengan wisatawan. Requirements Berikut adalah hasil analisis requirements pada platform AirCnc Business Requirements Menyediakan informasi seputar pariwisata Menyediakan fitur untuk memesan tiket penginapan Menyediakan fitur untuk memesan tiket objek wisata User Requirements Penyedia wisata Dapat memposting, mengubah, dan menghapus objek wisata yang ia sediakan Dapat melihat daftar object wisata yang d...

Tugas 7 - Rekayasa Kebutuhan B

Pengantar      Pada postingan kali ini akan dibahas spesifikasi pada studi kasus suatu platform Point-of-Sales (POS), sebut saja namanya ABC POS Deskripsi Kasus     POS adalah sistem yang dapat memudahkan proses pembayaran pada suatu toko. Sistem ini biasanya terdiri dari tablet, komputer, printer, dan mesin EDC. PoS dapat mengkalkulasi total biaya yang harus dibayar, mencetak nota, menyimpan data pelanggan, menerima pembayaran cash maupun cashless, merekap data penjualan, bahkan mengamati stok tiap produk.     Secara spesifik, ABC POS adalah POS yang berbasis pada perangkat bergerak dan berfokus pada UMKM. Selain fitur umum, ABC POS juga menyediakan beberapa fitur tambahan seperti pengelolaan karyawan, penerimaan ulasan dari pelanggan, dan pengelolaan diskon Spesifikasi Kebutuhan Terdapat beberapa kebutuhan yang dipenuhi oleh  sistem ABC POS yaitu Sistem memungkinkan pegawai kasir untuk mendapatkan akun baru untuk bisa masuk ke dalam sistem Siste...

Tugas 8 - Rekayasa Kebutuhan B

Image
Pengantar      Tugas kali ini yaitu studi kasus tentang salah satu platform pemesanan tiket, sebut saja namanya lokit. Lokit adalah platform yang dapat memudahkan para event organizer dalam mengelola eventnya. Fitur-fitur umum dari lokit adalah sebagai berikut Penampilan informasi event seperti poster, deskripsi, tanggal, dan sebagainya Pemesanan tiket event Promosi event Rekomendasi tiket untuk calon pengunjung Pembayaran tiket secara cash maupun cashless RML RML adalah model yang dapat memudahkan kita menggambarkan suatu kebutuhan. Pada kesempatan ini dibat dua jenis RML yaitu BOM dan Feature Tree Business Object Model (BOM) BOM adalah model yang menggambarkan bagaimana suatu masalah mengantarkan kita kepada suatu fitur yang akan dirancang. Feature Tree Feature tree adalah diagram yang dapat menggambarkan fitur-fitur secara umum yang akan dirancang beserta masing-masing breakdown-nya.

EAS Rekayasa Kebutuhan B

Image
Soal Deskripsikan Kebutuhan Fungsional dan Non Fungsional aplikasi pemesanan mobil AutoRent  (Mandiri - Waktu pengerjaan hingga hari Selasa 08 Juni 2022 pukul 10.00) Gambarkan dan beri penjelasan model RML nya (Requirement Modelling Language) Buatlah SKPL dengan mengacu RML yang telah dibuat. Siapkan video presentasi / demo, kemudian upload di youtube dan embedded di blog. Semua hasil pekerjaan didokumentasikan di blog dan dikumpulkan paling lambat hari Jumat 10 Juni 2022. Bisa dikerjakan berkelompok maksimal 3 orang. Jawaban 1. Kebutuhan Kebutuhan Fungsional              Sistem menyediakan fitur registrasi dan login bagi para pengguna, baik pelanggan maupun pengelola Sistem dapat menampilkan daftar mobil yang tersedia dan bisa difilter berdasarkan kriteria tertentu Sistem dapat menampilkan detail mobil yang dapat disewa, termasuk foto dari berbagai sisi, tarif, usia, spesifikasi, dan sebagainya Pengelola dapat melakukan operasi CRUD (Create,...

ETS Rekayasa Kebutuhan - Kelas B

Image
 1.  Jelaskan macam-macam kebutuhan yang harus digali di dalam membuat perangkat lunak Kebutuhan Fungsional Kebutuhan fungsional adalah kebutuhan yang terkait dengan fungsi yang harus ada pada sistem.  Contoh Mobil mempunyai kebutuhan fungsional untuk bisa digas dan direm kapanpun dibutuhkan saat sedang berkendara Laptop mempunyai kebutuhan fungsional untuk bisa mengakses internet Aplikasi Go*** mempunyai kebutuhan untuk dapat melihat daftar pesana yang sedang berlangsung dan pesanan yang sudah selesai Kebutuhan Non-Fungsional Kebutuhan non-fungsional adalah kebutuhan yang terkait jalannya sistem untuk mencapai tujuan, seperti karakteristik, batasan, dan performa sistem.  Contoh Usability: Aplikasi Go*** harus dapat digunakan dengan mudah oleh user Portability: Aplikasi Go*** harus dapat diakses darimanapun Reliability: Aplikasi Go*** harus handal dan aman dari isu cybersecurity Supportability: Aplikasi Go*** harus dapat didukung oleh pihak ketiga  Interoperabil...