PENUGASAN 7 REKAYASA KEBUTUHAN (RK)

Spesifikasi Kebutuhan MokaPos

Deskripsi Aplikasi
MokaPOS adalah sebuah sistem point-of-sale berbasis cloud yang dapat digunakan untuk membantu pengembangan usaha kecil dan menengah secara multi-platform. MokaPOS mengoptimalkan operasional bisnis dan juga menyediakan platform yang berperan sebagai penunjang untuk pelaku usaha dalam melakukan operasi penjualan.

MokaPOS memungkinkan pelaku usaha untuk melakukan beberapa hal seperti melakukan transaksi penjualan, menentukan nominal harga promo yang dapat diperbarui secara real time, manajemen stok, manajemen meja, manajemen pesanan, dan manajemen pelanggan. MokaPOS juga memungkinkan pelaku usaha untuk menghubungkan usaha dengan metode-metode pembayaran pihak ketiga seperti GoPay, OVO, DANA, dan lain-lain. Selain itu, MokaPOS juga memungkinkan pelaku usaha untuk menggunakan platform daring untuk mengembangkan usahanya melalui integrasi dengan berbagai media seperti Instagram, Facebook, dan Google Shopping.

MOSCOW Method
Metode MoSCoW (Must, Should, Can, Won't) merupakan cara pembagian prioritas dengan level yang ditentukan untuk suatu kebutuhan (requirement / customer need), fungsi dari produk ataupun bagian dari proyek yang akan dibuat.

Spesifikasi Kebutuhan
Menggunakan metode di atas, maka dapat diketahui spesifikasi kebutuhan dari aplikasi MokaPos adalah sebagai berikut :

Spesifikasi Fungsional

• (SKPL-F01) Sistem harus menyediakan fitur login untuk penjual
• (SKPL-F02) Sistem harus menyediakan fitur registrasi untuk penjual
• (SKPL-F03) Sistem harus memungkinkan penjual mengelola manajemen stok.
• (SKPL-F04) Sistem harus memungkinkan penjual mengelola manajemen pelanggan.
• (SKPL-F05) Sistem harus memungkinkan penjual mengelola manajemen meja pada outlet.
• (SKPL-F06) Sistem harus memungkinkan penjual mengelola manajemen karyawan.
• (SKPL-F07) Sistem harus memungkinkan penjual untuk menggunakan sistem point-of-sale/kasir pada outlet.
• (SKPL-F08) Sistem harus dapat menampilkan laporan penjualan dan investaris untuk penjual.
• (SKPL-F09) Sistem dapat memungkinan penjual untuk mengelola outlet-outlet yang dimiliki
• (SKPL-F10) Sistem dapat memungkinkan penjual untuk mengaktivasi E-Wallet
• (SKPL-F11) Sistem dapat memungkinkan penjual untuk melakukan integrasi terhadap akun Instagram, Facebook, maupun Google.
• (SKPL-F12) Sistem dapat memungkinkan penjual untuk melakukan kustomisasi sistem pembayaran
• (SKPL-F13) Sistem harus dapat melakukan update pada manajemen-manajemen milik usaha secara real time
• (SKPL-F14) Sistem menyediakan fitur untuk penjual mengelola shift
• (SKPL-F15) Sistem harus memungkinkan penjual untuk melakukan split bill sesuai permintaan pelanggan.
• (SKPL-F16) Sistem harus memungkinkan penjual untuk mengirimkan/mencetak bill untuk pelanggan
• (SKPL-F17) Sistem harus memungkinkan penjual untuk melakukan refund
• (SKPL-F18) Sistem harus memungkinkan penjual untuk mengelola promo
• (SKPL-F19) Sistem dapat memungkinkan pembeli untuk melakukan pembayaran dengan E-Wallet

Spesifikasi Non-Fungsional

• (SKPL-NF01) Sistem dapat diakses selama 24 jam setiap harinya.
• (SKPL-NF02) Sistem dapat diakses sesuai dengan role pengguna.
• (SKPL-NF03) Sistem dapat diakses dari browser manapun serta aplikasi. 
• (SKPL-NF04) Sistem dapat menjamin keamanan data pelanggan dan penjual.
• (SKPL-NF05) Apabila sistem error maka harus dapat diselesaikan dalam waktu kurang dari 30 detik.
• (SKPL-NF06) Sistem harus dapat menangani permintaan secara bersamaan. 
• (SKPL-NF07) Sistem harus memiliki latensi rendah. 
• (SKPL-NF08) Sistem harus dapat menjamin keamanan transaksi penjualan. 

Read More

EVALUASI TENGAH SEMESTER REKAYASA KEBUTUHAN (RK)

ETS RK 2022

Soal :

1.   Jelaskan macam-macam kebutuhan yang harus digali di dalam membuat perangkat lunak.

2.  Sesuai gambaran video, buatlah BRD pegadaian digital.

3.  Buatlah video youtube untuk mempresentasikan jawaban anda.

4. Jawaban ditulis disertai embedded video youtube di blog masing - masing dan buat komentar pada postingan berikut.

Jawaban :

1. Functional dan Non-Functional Requirement, Kebutuhan Bisnis, Kebutuhan Pengguna

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.

Non-Functional Requirement
Secara umum berisi batasan-batasan pada pelayanan atau fungsi yang disediakan oleh sistem. Termasuk di dalamnya adalah batasan waktu, batasan proses pembangunan, standar-standar tertentu. Karena berkaitan dengan kebutuhan sistem secara keseluruhan, maka kegagalan memenuhi kebutuhan jenis ini berakibat pada sistem secara keseluruhan. Contoh kebutuhan jenis ini adalah kecepatan akses, keamanan data, besarnya kapasitas penyimpanan yang diperlukan, privasi masing-masing profil/account, bahasa pemrograman yang digunakan, sistem operasi yang digunakan.

Kebutuhan Bisnis
Kebutuhan yang dilihat dari sudut bisnis,

Kebutuhan Pengguna
Kebutuhan yang menggambarkan tugas - tugas yang dilakukan pengguna secara umum.

2. Pembuatan dan Penjelasan BRD Aplikasi Pergadaian Digital

BRD

Timeline

Demo

Read More

PENUGASAN 6 REKAYASA KEBUTUHAN (RK)

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 :

Read More