Postingan

EAS Rekayasa Kebutuhan

Gambar
  Nama : Ricky Supriyanto Kelas : RK D NRP : 05111940000036  Soal Deskripsikan Kebutuhan Fungsional dan Non Fungsional aplikasi penyewaan alat berat.  (Mandiri - Waktu pengerjaan hingga hari Selasa 08 Juni 2022 pukul 16.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   KEBUTUHAN FUNGSIONAL        Admin Dapat melakukan login dihalaman dashboard dan admin Untuk Admin Superuser dapat melakukan  penambahan admin lain Dapat melakukan manajemen terhadap alat berat yang tersedia Dapat melakukan manajemen Pekerjaan Dapat melakukan manajemen riwayat Pekerjaan  Dapat melakukan manajemen status Pekerjaan Dapat melakukan manajemen booking alat berat sesuai kebutuhan Dapat m
Posting Komentar
Baca selengkapnya

Tugas 9 Rekayasa Kebutuhan

Gambar
 RML ( Requirement Modelling Language) LOKET adalah platform yang memiliki Ticketing Management Service (TMS) teknologi unggul dalam mendukung seluruh penyelenggara event mulai dari distribusi & manajemen tiket, hingga penyediaan laporan analisa event di akhir acara.  BOM (Bussiness Object Modelling) Feature Tree
Posting Komentar
Baca selengkapnya

Tugas 8 Rekayasa Kebutuhan

Gambar
   Pembuatan Spesifikasi      Pada kesempatan kali ini saya akan memberikan contoh pembuatan spesifikasi dari aplikasi Mokapos. Untuk Mokapos sendiri adalah Aplikasi online berbasis cloud yang dapat membawa potensi usaha Anda ke level tertinggi, baik online maupun offline.       Untuk metode yang dipakai sendiri yaitu Metode MoSCoW merupakan cara pembagian prioritas dengan level yang ditentukan untuk suatu kebutuhan (requirement/customer need), fungsi dari produk ataupun bagian dari proyek yang akan dibuat. MoSCoW sendiri adalah akronim yang dirancang untuk mencerminkan empat kategori yang digunakan oleh metode ini untuk menentukan prioritas yaitu Must, Should, Can, Won’t.    Berikut untuk data pembuatan spesifikasi Mokapos: Spesifikasi Fungsional (SKPL-F01) Sistem menyediakan fitur registrasi penjual (00:56) (SKPL-F02) Sistem menyediakan fitur login penjual  (01:03) (SKPL-F03) Sistem menyediakan  penjual memanajemen login sebagai kasir ke dalam sistem (01:03) (SKPL-F04) Sistem
Posting Komentar
Baca selengkapnya

Tugas 7 Rekayasa Kebutuhan

Gambar
 Pembuatan Spesifikasi      Pada kesempatan kali ini saya akan memberikan contoh pembuatan spesifikasi dari aplikasi Mokapos. Untuk Mokapos sendiri adalah Aplikasi online berbasis cloud yang dapat membawa potensi usaha Anda ke level tertinggi, baik online maupun offline.       Untuk metode yang dipakai sendiri yaitu Metode MoSCoW merupakan cara pembagian prioritas dengan level yang ditentukan untuk suatu kebutuhan (requirement/customer need), fungsi dari produk ataupun bagian dari proyek yang akan dibuat. MoSCoW sendiri adalah akronim yang dirancang untuk mencerminkan empat kategori yang digunakan oleh metode ini untuk menentukan prioritas yaitu Must, Should, Can, Won’t.    Berikut untuk data pembuatan spesifikasi Mokapos: Spesifikasi Fungsional (SKPL-F01) Sistem menyediakan fitur registrasi penjual  (SKPL-F02) Sistem menyediakan fitur login penjual  (SKPL-F03) Sistem menyediakan fitur pemilihan usaha (SKPL-F04) Sistem menyediakan fitur manajemen riwayat transaksi (SKPL-F05) Sis
Posting Komentar
Baca selengkapnya

ETS Rekayasa Kebutuhan

Gambar
Nama : Ricky Supriyanto Kelas : RK D NRP : 05111940000036  Soal  Jelaskan macam-macam kebutuhan yang harus digali di dalam membuat perangkat lunak Sesuai gambaran video buatlah BRD Pegadaian Digital Buatlah video youtube untuk mempresentasikan jawaban anda Jawaban ditulis disertai embedded video youtube di blog masing-masing dan buat koment pada posting berikut  Jawab: 1. Functional Requirement :Merupakan penjelasan tentang layanan yang perlu disediakan oleh sistem, bagaimana sistem menerima dan mengolah masukan, dan bagaimana sistem mengatasi situasi-situasi tertentu. Selain itu juga secara jelas menentukan pengecualian tanggung jawab dikerjakan oleh sistem.                  Contoh : User dapat mencari semua kumpulan database inisial atau memilih subset dari database tersebut. Sistem menyediakan tampilan yang tepat untuk user yang membaca dokumen dalam penyimpan dokumen.                                      Non-Functional Requirement :Secara umum berisi batasan-batasan pada pe
Posting Komentar
Baca selengkapnya

Tugas 6 Rekayasa Kebutuhan

Gambar
Business Requirement Document Aplikasi Uber Halo semua! Pada kesempatan kali ini, kelompok kami yang beranggotakan : Arvel Gavrilla Raissananda (05111940000040) Ricky Supriyanto (05111940000036) Akan mempresentasikan hasil tugas kami, yaitu pembuatan BRD (Business Requirement Document) dari sebuah aplikasi bernama Uber. Uber sendiri adalah  aplikasi yang berfungsi untuk menghubungkan penumpang dengan pengemudi (driver) secara langsung. Aplikasi ini dikembangkan oleh perusahaan teknologi Amerika Uber Technology, Inc. yang berbasis di San Fransisco. Uber menawarkan berbagai macam layanan dalam bentuk aplikasi mobile, seperti antar-jemput penumpang, pengiriman makanan, pengiriman paket, layanan kurir, hingga penyewaan mobil. Untuk BRD yang kami buat dapat dilihat sebagai berikut :
Posting Komentar
Baca selengkapnya

Tugas 5 Rekayasa Kebutuhan

Gambar
 Analisis Kebutuhan Aplikasi Pada kesematan kali ini saya akan mendefinisikan mengenai Analisis Kebutuhan Aplikasi atau biasa disebut BRD (Business Requirement Document) untuk sistem pemesanan transportasi. Untuk aplikasi yang saya jadikan sebagai contoh adalah aplikasi bernama Uber. Desfinisi Aplikasi  Uber Technologies Inc. adalah perusahaan jaringan transportasi asal San Francisco, California, yang menciptakan aplikasi penyedia transportas i yang menghubungkan penumpang dengan sopir kendaraan sewaan serta layanan tumpangan langsung. Perusahaan ini juga mengatur layanan penjemputan di berbagai kota di seluruh dunia.  Mobil dapat dipesan dengan mengirim pesan teks atau memakai aplikasi bergerak khusus—pilihan terakhir juga bisa digunakan untuk melacak lokasi mobil pesanan pengguna. Uber bukanlah layanan taksi. Itu berbeda. Semua pengemudi adalah wiraswasta, tidak ada uang yang harus berpindah tangan karena Uber bisa tanpa uang tunai dan Anda dapat menggunakan aplikasi yang sama
Posting Komentar
Baca selengkapnya