EAS Rekayasa Kebutuhan - A

 

Kelompok:

Muhammad Kiantaqwa Farhan - 05111740000146

Faishal Abiyyudzakir - 05111740000192

 

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.

 

Jawab :

1. Kebutuhan Fungsional dan Non Fungsional

a. Kebutuhan Fungsional

1. Admin dapat memasukkan data mengenai gedung acara beserta harga, spesifikasi, gambar atau video, tanggal tersedianya gedung, serta data lainnya.

2. Admin dapat merubah, menambahkan atau menghilangkan pengaturan atau fitur sistem

3. Admin memiliki akses merubah, menambahkan dan menghilangkan data yang ada pada sistem 

4. Customer dapat mengisikan data dan dapat merubah data yang telah dimasukkan

5. Customer dapat melakukan pemesanan gedung dengan melakukan login terlebih dahulu

6. Sistem dapat menampilkan data gedung dan data detail mengenai gedung yang dapat dipesan

7. Sistem dapat menampilkan informasi data customer

8. Sistem dapat menampilkan data pesanan gedung customer

9. Sistem dapat melakukan login dan logout sistem untuk admin

10. Sistem memiliki akses untuk admin agar dapat melakukan perubahan sistem

11. Sistem memiliki kemanan akses untuk melindungi data pesanan dan data pribadi customer

12. Sistem memiliki jaminan keamanan untuk proses transaksi pemesanan gedung customer 

 

b. Kebutuhan Non Fungsional 

1. Operasional

    - Sistem dapat bekerja secara responsif pada berbagai device dan berbagai internet browser.

    - Sistem memiliki antarmuka yang memudahkan bahkan user baru untuk menggunakan aplikasi 

2. Performance

    - Sistem dapat diakses selama 24jam dengan persiapan rencana cangan apabila terjadi kegagalan pada sistem ataupun server.

    - Sistem memiliki bandwith yang cukup untuk kelancaran transaksi dan pemesanan gedung customer

3. Security

    - Sistem memiliki sistem transaksi pembayaran yang aman

    - Sistem memiliki jaminan keamanan atas data pribadi dan data transaksi customer

    - Sistem memiliki perlindungan dari virus dan ancaman luar lainnya

4. Cultural and Political

    - Sistem megikuti dan mematuhi regulasi terkait pengolahan data dan transaksi terkait pemesanan gedung dan pembayaran sesuai daerah setempat.  

2. RML

3. SKPL Berdasarkan RML

 

4. Video Demo Youtube

 Link Video

ETS RK A - Studi kasus : GoToko

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

- Business Requirement

business requirement adalah kebutuhan bisnis dari sebuah sistem. Kebutuhan ini memberikan pernyataan yang mendefinisikan apakah perangkat lunak dibutuhkan

- User Requirement

User requirement adalah kebutuhan yang dimaksudkan untuk menggambarkan fungsi dan fitur sistem dari perspektif user agar sistem dapat sesuai dengan kebutuhan user

- Functional Requirement

Functional requirement adalah kebutuhan yang berisi mengenai proses atau layanan yang nantinya disediakan oleh sistem. Kebutuhan ini mencakup bagaimana sistem nantinya merespon dari suatu input dari user. Kebutuhan fungsional dapat diperoleh dengan melakukan interview kepada user.

- Non Functional Requirement

Non-Functional requrement adalah batasan layanan atau fungsi yang ditawarkan oleh sistem. Kebutuhan ini terdiri dari 4 macam, yaitu Usability, Portability, Reliability, Supportability.

2. BRD Document

Business requirement document

Studi Kasus : Go Toko

 

pendahuluan

Tujuan

GoToko merupapakan sebuah aplikasi atau fitur baru dari perusahaan Gojek. Aplikasi ini memiliki tujuan sebagai penyuplai barang barang pokok pada warung warung pinggir jalan hingga toko toko yang berada di ruko. GoToko beroperasi sebagai fasilitator transaksi antara pemilik toko dan penyedia barang barang pokok toko seperti beras, rokok, minyak tanah, dan sebagainya.

GoToko lebih dari sekedar penghubung dan pengantar barang antara pemilik warung dan penyedia barang pokok toko. GoToko juga akan mempermudah transaksi hingga memberi fiur fitur seperti poin, diskon dan promo lainnya sebagaimana yang dilakukan oleh perusahaan gojek.

 

Background

GoToko berawal dari ide untuk mendapatkan keuntungan dari menyediakkan jasa transport serta transaksi antara pemilik toko dan penyedia barang pokok.

 

Project scope

·         In scope functionality

1. Melakukan registrasi dan login

2. Melakukan pencarian

3. Menampilkan sign up page apabila user tidak login

4. Menampilkan home page apabila user login

5. Menampilkan detail list penyedia barang pokok

6. Melakukan pembayaran atas barang yang dipesan

7. Melakukan konfirmasi antara pemilik warung/user terhadap penyedia barang

8. Memberikan rate terhadap transaksi yang berhasil

9. Menyimpan history transaksi

10. Menyimpan data dari penyedia barang yang paling sering dipesan

 

 ·         Out scope functionality

1. Proses verifikasi akun user

Business proces overview

A. Current business process

1. Pemilik toko mendaftar sebagai user GoToko

2. Pemilik toko melakukan pencarian penyedia barang pokok

3. Penyedia barang menerima permintaan user

4. Setelah barang sampai user akan melakukan pembayaran atas barang yang dibeli

B. Proposed business process

1. Pemilik toko daftar sebagai user GoToko

2. user memverifikasi identitas terhadap GoToko

3. user menverifikasi cara pembayaran terhadap GoToko

4. user mencari penyedia barang pokok

5. User melakukan pembayaran DP setelah memesan barang

6. Penyedia barang segera mengirimkan barang ke alamat user

7. User melakukan pelunasan pembayaran

8. User melakukan konfimasi pembayaran

9. Penyedia barang mengonfirmasi pembayaran yang telah dilakukan oleh user

Functional requirement

A. Melakukan registrasi dan login

B. Melakukan pencarian

C. Melakukan view list barang yang disediakan oleh supplier

D. Melihat informasi detail barang

E. Melakukan pemesanan barang

F. Melakukan pembatalan pemesanan barang

Non Functional Requirement

A.      Security: Sistem menjamin kemanan data pribadi seluruh user

B.      Logging: Sistem melakukan pencatatan activity yang dilakukan oleh user ke dalam suatu file

C.      Storage : Sistem melakukan penyimpanan data aplikasi ke dalam server

D.      Performance : Sistem memberikan pelayanan optimal kepada user ketika menggunakan aplikasi

E.       Interoperability : Sistem dapat diakses oleh berbagai macam device dengan sistem operasi yang berbeda

Disaster Recovery : Sistem memiliki backup plan untuk memulihkan sistem apabila suatu saat terjadi error pada sistem yang fatal

3. Video Presentasi

Tugas 9 PBKK

 Membuat CRUD dengan CodeIgniter

Tugas 8 PBKK

 Membuat website dengan CodeIgniter

Tugas 7 PBKK

 Xamarin Hello World

Tugas 6 PBKK

Razorpage Movie

Tugas 5 PBKK

 Penerapan MVVM pada aplikasi Windows Presentastion Foundation dengan .NET Framework