Tugas 8 Rekayasa Kebutuhan: Spesifikasi Kebutuhan Aplikasi Moka POS Menggunakan Metode MoSCoW

Nama: Farhan Arifandi
NRP: 05111940000061
Kelas: RK B

 

Pada kesempatan ini, saya akan menyampaikan hasil pengerjaan saya untuk tugas 8 Rekayasa Kebutuhan yaitu spesifikasi kebutuhan aplikasi Moka POS dengan metode MoSCoW (Must, Should, Could, Won't).


Deskripsi Aplikasi

Moka adalah aplikasi yang memudahkan penjualan dan proses operasional usaha anda, aplikasi ini diutamakan untuk pelaku usaha kecil dan menengah. Aplikasi Moka sendiri juga berbasis sistem POS (Point of Sales) berbasis cloud yang dapat digunakan secara multi-platform. MokaPOS sendiri dapat mengoptimalkan operasional bisnis dan juga menyediakan platform penunjungan untuk pelaku usaha dalam melakukan operasi penjualan.

Adapun MokaPOS memungkinkan pelaku usaha untuk melakukan beberapa hal seperti transaksi penjualan dan nominal harga promo yang diperbarui secara real-time, manajemen stok, manajemen meja, manajemen pesanan, dan manajemen pelanggan. MokaPOS juga memungkinkan pelaku usaha untuk menghubungkan usaha mereka dengan metode-metode pembayaran seperti GoPay, OVO, DANA, dll. Selain itu, MokaPOS juga memungkinkan pelaku usaha untuk menggunakan platform tunjungan secara daring untuk mengembangkan usahanya, dengan adanya integrasi Instagram, Facebook, dan Google Shopping.


Metode MoSCoW

Metode MoSCoW merupakan cara pembagian prioritas dengan level yang ditentukan untuk suatu kebutuhan (requirement/customer needs) fungsi dari produk ataupun bagian dari proyek yang akan dibuat. Metode MoSCoW paling efektif digunakan untuk memprioritaskan kebutuhan, fungsi atau bagian dalam proyek dengan tenggat waktu tetap atau ketat. Hal ini dapat dilakukan dengan memahami gagasan bahwa semua kebutuhan, fungsi, atau bagian proyek dapat dianggap penting namun harus diprioritaskan untuk memberikan manfaat terbesar dalam jangka waktu tercepat.

MoSCoW sendiri adalah akronim yang dirancang untuk mencerminkan empat kategori yang digunakan oleh metode ini untuk menentukan prioritas yaitu Must, Should, Can, Won’t. Huruf kecil “o” ditambahkan hanya untuk memudahkan akronim untuk diucapkan.


Kebutuhan Fungsional

  1. (F-01) Sistem harus menyediakan fitur registrasi ke dalam sistem untuk pemilik bisnis
  2. (F-02) Sistem harus menyediakan fitur login untuk pemilik bisnis
  3. (F-03) Sistem harus menyediakan fitur pilihan memilih jenis outlet penjual yang akan dikelola
  4. (F-04) Sistem harus dapat menampilkan item terfavorit pada outlet yang dimiliki penjual
  5. (F-05) Sistem harus dapat menampilkan semua item pada library menu yang ada
  6. (F-06) Sistem menyediakan fitur manajemen diskon untuk setiap barang
  7. (F-07) Sistem menyediakan fitur kustomisasi harga bila terdapat menu yang belum ada di library menu
  8. (F-08) Sistem menyediakan fitur manajemen data customer
  9. (F-09) Sistem harus dapat melayani pembayaran dengan cara tunai
  10. (F-10) Sistem harus dapat melayani sistem pembayaran menggunakan e-wallet yang telah ditentukan
    =
  11. (F-11) Sistem harus dapat melayani sistem pembayaran menggunakan mesin EDC yang telah ditentukan
  12. (F-12) Sistem harus dapat melayani sistem pembayaran menggunakan metode lain yang telah ditentukan untuk ojek online
  13. (F-13) Sistem harus dapat mengirimkan struk pembayaran secara digital
  14. (F-14) Sistem harus dapat mencetak struk pembayaran sehingga dapat diperoleh dalam bentuk fisik
  15. (F-15) Sistem harus dapat memungkinkan pengguna menyimpan nama bill untuk dibuka kembali
  16. (F-16) Sistem harus dapat menampilkan riwayat sesuai dengan shift
  17. (F-17) Sistem harus dapat melakukan split bill untuk pembayaran bertahap
  18. (F-18) Sistem harus dapat melakukan otorisasi pengguna saat ingin menghapus produk dari bill
  19. (F-19) Sistem harus dapat menampilkan laporan sesuai shift yang telah dilalui
  20. (F-20) Sistem harus menyediakan fitur bagi kasir untuk mengakhiri shift apabila telah selesai menginputkan jumlah uang tunai
  21. (F-21) Sistem harus menyediakan fitur logout

Comments

Post a Comment

Popular posts from this blog

Tugas 3 Pemrograman Web: Web Warung Tegal dengan HTML5 dan CSS

Image
Nama: Farhan Arifandi NRP: 05111940000061 Kelas: PWEB - B Link tugas: https://farfnd.github.io/pweb/03-html5/ Link repository: https://github.com/farfnd/pweb/tree/master/03-html5 Pada post ini, saya akan menyampaikan hasil pengerjaan untuk tugas 3 Pemrograman Web yaitu memodifikasi web Warung Tegal menjadi lebih responsif menggunakan HTML5 dan CSS. Rangkuman modifikasi: Menambahkan slider dan konten pada halaman beranda Tiap-tiap hyperlink yang terdapat pada header sudah dibuatkan halaman sendiri sehingga bisa diakses sebagaimana mestinya Ketika elemen hyperlink pada <aside> diklik, akan membuka halaman baru 1. Halaman beranda Source code: 2. Halaman daftar masakan Source code: 3. Ha...
Read more

Tugas 6 Pemrograman Web: Form Login dan Contact dengan Bootstrap

Image
Nama: Farhan Arifandi NRP: 05111940000061 Kelas: PWEB - B Link tugas: https://farfnd.github.io/pweb/06-bootstrap/ Link repository: https://github.com/farfnd/pweb/tree/master/06-bootstrap Pada post ini, saya akan menyampaikan hasil pengerjaan untuk tugas 6 Pemrograman Web yaitu membuat form login dan contact dengan Bootstrap. 1. Halaman beranda Source code: 2. Halaman login Source code: 3. Halaman sign up Tampilan default: Ketika password konfirmasi yang dimasukkan tidak cocok: Source code: 4. Halaman contact Source code: 5. File CSS: style.css
Read more

Tugas 2 Rekayasa Kebutuhan: Studi Kasus Proses Rekayasa Kebutuhan

Image
Pada kesempatan kali ini, kami dari kelas Rekayasa Kebutuhan B beranggotakan: Farhan Arifandi ( 05111940000061 ) Timotius Wirawan (05111940000161) akan melakukan analisis proses rekayasa kebutuhan pada aplikasi Portal Game Edukasi. Berikut merupakan Spesifikasi Kebutuhan Perangkat Lunak dari aplikasi tersebut yang kami pakai sebagai acuan dalam melakukan analisis. Elicitating (Elisitasi) Proses elisitasi kebutuhan dilakukan dengan melakukan wawancara dengan stakeholder yaitu pemilik/penyelenggara sistem dan calon pengguna. Dari hasil wawancara didapatkan data sebagai berikut: Pengguna umum dapat memainkan game yang disediakan secara streaming dan memberikan ulasan untuk game tersebut, serta dapat membaca artikel yang disediakan dan memberikan komentar Developer/pengembang game dapat mengunggah gamenya ke web portal, serta melihat penilaian dan ulasan pengguna Administrator sistem dapat melakukan manajemen data pengguna web portal seperti akun developer, mengelola game yang didistribu...
Read more