Dyandra Paramitha's

Read

Nama: Dyandra Paramitha Widyadhana

NRP: 05111940000119

Kelas: RK-D

1. Deskripsikan Kebutuhan Fungsional dan Non Fungsional aplikasi penyewaan alat berat.

Kebutuhan Fungsional

Penyewa

1. Penyewa dapat melakukan login apabila ingin masuk ke dalam sistem.

2. Penyewa dapat melakukan registrasi apabila belum memiliki akun.

3. Penyewa dapat melihat detail alat-alat berat yang disewakan Jaya Konstruksi.

4. Penyewa dapat melakukan filtering pada alat-alat berat untuk mencari kebutuhan yang sesuai.

5. Penyewa dapat melakukan booking alat berat yang ingin disewa sesuai durasi yang diinginkan.

6. Penyewa dapat melihat status dan detail booking penyewaan alat berat.

7. Penyewa dapat melakukan pembayaran penyewaan alat berat melalui QRIS maupun Virtual Account.

8. Penyewa dapat mengajukan refund apabila melaporkan kerusakan terhadap alat berat yang disewakan.

9. Penyewa dapat mengajukan proses pengembalian alat sewa apabila booking selesai.

Admin

1. Admin dapat melakukan login

2. Admin dapat melakukan verifikasi penyewa

3. Admin dapat melakukan manajemen alat berat (membuat, mengupdate, menghapus).

4. Admin dapat memilih alat berat yang dapat disewakan.

5. Admin dapat melihat detail booking alat sewa.

6. Admin dapat melakukan penjadwalan peminjaman dan pengembalian alat sewa dari ajuan penyewa.

7. Admin dapat mengubah status penjadwalan penyewaan.

8. Admin dapat melakukan manajemen Laporan Kerusakan

9. Admin dapat melihat laporan penyewaan alat berat.

Kebutuhan Non Fungsional

1. Sistem harus dapat diakses pada perangkat Android versi 4.4 ke atas atau IOS 12.

2. Sistem harus dapat menangani permintaan/request secara bersamaan

3. Halaman aplikasi harus dapat diakses 24x7 jam

4. Sistem diharapkan dapat menangani jumlah pengguna aplikasi/web yang masuk secara bersamaan dan mengantisipasi high traffic dengan scale.

5. Sistem harus didokumentasikan dengan baik.

6. Sistem harus memiliki keamanan dan privasi data yang baik untuk melindungi data pengguna.

7. Sistem harus memiliki desain antarmuka yang sederhana dan mudah untuk digunakan oleh pengguna.

8. Fitur sistem harus dapat ditampilkan sesuai dengan role yang dimiliki.

2. Gambarkan dan beri penjelasan model RML nya (Requirement Modelling Language)

Business Objective Model dibuat untuk mendokumentasikan nilai proyek bagi perusahaan yang membuatnya. Business Objective Model untuk Jaya Konstruktor adalah sebagai berikut:

Feature Tree adalah model tingkat tinggi yang mengatur fitur ke dalam grup fitur, menangkap seluruh cakupan proyek menjadi satu model. Feature Tree untuk Jaya Konstruktor adalah sebagai berikut:

3. Dokumen SKPL

4. Video Presentasi

Tugas 9: BOM dan Feature Tree

Read

Tugas 8: Studi Kasus MokaPOS

Read

Nama: Dyandra Paramitha Widyadhana

NRP: 05111940000119

Kelas: RK-D

Deskripsi Aplikasi Studi Kasus

MokaPOS adalah sebuah sistem point-of-sale berbasis cloud yang dapat digunakan secara multi-platform untuk membantu pengembangan usaha kecil dan menengah. MokaPOS 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 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.

MOSCOW Method

Untuk menggali kebutuhan, alur yang digunakan adalah sebagai berikut.

Spesifikasi Kebutuhan

Dengan menggunakan metode-metode di atas, dapat digali dan dibuat spesifikasi kebutuhan dari aplikasi yaitu sebagai berikut:

Spesifikasi Fungsional

(F01) Apabila pengguna akan menggunakan aplikasi, sistem harus dapat membuat fitur log in agar pengguna bisa masuk.

(F02) Apabila pengguna telah masuk, sistem dapat menyediakan pilihan outlet usaha milik pengguna untuk diakses oleh pengguna tersebut.

(F03) Sistem dapat menampilkan produk-produk dari usaha yang merupakan produk favorit untuk memudahkan akses.

(F04) Apabila penggguna ingin mengganti produk halaman pertama, sistem dapat mengubah produk pada halaman sesuai dengan pilihan pengguna.

(F05) Apabila pengguna ingin melihat list semua produk, sistem harus dapat menampilkan library produk.

(F06) Saat pengguna ingin memulai shift, sistem harus dapat membuat shift baru dengan mendata uang tunai awal.

(F07) Apabila ingin menambah produk pada bill, sistem dapat menambahkan data pada bill sesuai dengan masukan pengguna yaitu kuantitas, tipe, dan diskon.

(F08) Jika akan menambah billing, sistem harus dapat melakukan manajemen data customer.

(F09) Apabila customer ingin membayar menggunakan cash, sistem harus dapat memproses pembayaran tunai sesuai dengan input yang diberikan.

(F10) Apabila customer ingin membayar melalui E-Wallet, sistem harus dapat memproses pembayaran sesuai dengan pilihan E-Wallet customer.

(F11) Apabila customer ingin membayar melalui EDC, sistem harus dapat memproses pembayaran sesuai dengan pilihan EDC customer.

(F12) Apabila customer adalah driver Grab/Gojek, sistem harus dapat memproses pembayaran sesuai dengan metode yang dimiliki oleh ojek online (Gopay/Other).

(F13) Apabila customer ingin struk dikirim melalui email/nomor, sistem dapat mengirimkan struk secara digital.

(F14) Apabila customer ingin struk kertas, sistem dapat mencetak bill dengan menggunakan printer.

(F15) Apabila customer belum mau membayar, sistem dapat memungkinkan pengguna menyimpan nama bill untuk dibuka kembali.

(F16) Apabila pengguna ingin melihat riwayat pembayaran, sistem dapat menampilkan riwayat secara detail sesuai dengan shift.

(F17) Apabila pembayaran akan dilakukan bertahap, sistem harus dapat melakukan split bill.

(F18) Apabila pengguna ingin menghapus produk dari bill, sistem harus membuat otorisasi terhadap pengguna.

(F19) Apabila pengguna ingin mengakhiri shift, sistem harus dapat menampilkan laporan aktivitas saat shift sesuai dengan yang telah dilalui oleh pengguna.

(F20) Sistem harus dapat melakukan manajemen shift berupa opsi shift, shift sekarang, dan riwayat shift.

(F21) Apabila pengguna telah menginputkan nilai tunai akhir, sistem harus dapat mengakhiri shift pengguna dengan menyimpan data tersebut.

(F22) Apabila pengguna ingin keluar dari aplikasi, sistem dapat memungkinkan pengguna untuk log out dari akun.

Tugas 7: Pembuatan Spesifikasi

Read

Nama: Dyandra Paramitha Widyadhana

NRP: 05111940000119

Kelas: RK-D

Deskripsi Aplikasi Studi Kasus

MOSCOW Method

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.

Adapun pedoman dari MoSCoW ini adalah:

Selain itu, untuk menggali spesifikasi, dapat juga menggunakan langkah-langkah berikut:

Spesifikasi Kebutuhan

Dengan menggunakan metode-metode di atas, dapat digali dan dibuat spesifikasi kebutuhan dari aplikasi yaitu 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.

Evaluasi Tengah Semester: Rekayasa Kebutuhan D

Read

Nama: Dyandra Paramitha Widyadhana

NRP: 05111940000119

Kelas: RK-D

Evaluasi Tengah Semester: Pegadaian Digital

Requirements Analysis (No. 1)

Overview

Pegadaian Digital adalah inovasi dari Pegadaian berupa aplikasi mobile yang memudahkan masyarakat dalam melakukan berbagai transaksi Pegadaian secara online mulai dari Tabungan Emas, Gadai Online, Cicil Emas, Pengajuan Pembiayaan, Pembiayaan Ibadah Haji hingga top up dan bayar tagihan bulanan. Adanya aplikasi Pegadaian Digital dapat memudahkan masyarakat untuk melakukan transaksi secara praktis tanpa perlu berpergian dan melakukan antrian (apalagi dalam pandemi), sekaligus menjamin keamanan dari transaksi yang dilakukan oleh masyarakat.

Business Requirements

Business requirements adalah kebutuhan yang didasari oleh proses bisnis suatu projek yang ingin dilakukan. Kebutuhan ini menggambarkan karakteristik perangkat lunak yang ingin dibuat dari sudut pandang pengguna akhir. Kebutuhan Bisnis juga dapat didefinisikan sebagai sekumpulan informasi yang mendeskripsikan apa saja yang dibutuhkan dalam bisnis yang akan dijalankan dalam bentuk solusi dan hasil yang diinginkan. Bagian-bagian yang dicakup dalam kebutuhan bisnis yaitu tujuan bisnis, visi dan misi, cakupan, dan batasan dari projek.

Contoh dari kebutuhan bisnis dari perangkat lunak Pegadaian Digital yaitu:

1. Menyediakan platform untuk masyarakat/nasabah agar dapat melakukan layanan-layanan pegadaian yang sebelumnya dapat dilakukan secara offline pada lokasi-lokasi tertentu dapat dilaksanakan secara online tanpa memerlukan pengguna/pelanggan untuk datang dan mengantri.

2. Menyediakan platform untuk masyarakat agar dapat melakukan layanan-layanan pegadaian secara aman dan terjamin oleh OJK

User Requirements

User requirements adalah kebutuhan pengguna yang digolongkan berdasarkan tipe pengguna yang menjadi target pengguna pada perangkat lunak yang ingin dikembangkan. Berikut adalah contoh dari user requirements yang dimiliki oleh perangkat lunak, yang telah digolongkan berdasarkan stakeholder.

Referensi: https://www.pegadaian.co.id/uploads/laporan/SR_PEGADAIAN_2019_220920.pdf

1. Nasabah

Nasabah adalah pengguna utama layanan pegadaian dan pengguna utama fitur-fitur pada aplikasi Pegadaian Digital.

User requirements:

Dapat melakukan registrasi agar menjadi nasabah

Menggunakan layanan-layanan pegadaian pada aplikasi Pegadaian Digital

Melakukan komunikasi dengan customer service untuk mendapatkan guide cara pemakaian aplikasi. 

Melakukan transaksi pada aplikasi Pegadaian Digital secara aman

Melihat riwayat dan status dari layanan-layanan yang telah digunakan pada aplikasi Pegadaian Digital

Mendapatkan informasi yang jelas dan transparan pada aplikasi Pegadaian Digital

2. Pemegang saham/investor

Pemegang saham adalah seseorang yang telah membeli saham atau telah mengambil bagian kepemilikan perusahaan, dan memiliki tanggung jawab dan keterwakilan pada perusahaan.

User requirements:

Pemegang sagam harus dapat mendapatkan pelaporan kinerja, transparansi dan akurasi laporan operasional dari aplikasi Pegadaian Digital

3. Pemerintah/Otoritas Keuangan

Pemerintah/otoritas keuangan memiliki tanggung jawab dan pengaruh pada perusahaan Pegadaian, dan perusahaan memiliki tanggung jawab untuk melaporkan pelaksanaan kepatuhan dan notifikasi pada Otoritas Jasa Keuangan (OJK)

User requirements:

Pemerintah/otoritas harus dapat mendapatkan pelaporan kinerja, transparansi dan akurasi laporan operasional dari aplikasi Pegadaian Digital untuk mengawasi ketaatan dan kepatuhan dari penggunaan aplikasi Pegadaian Digital

4. Pegawai

Pegawai aplikasi Pegadaian Digital membantu meningkatkan strategi perusahaan dan membantu nasabah dalam menggunakan layanan-layanan pegadaian pada aplikasi.

User requirements:

Mengakses layanan-layanan pada aplikasi Pegadaian Digital
Mengakses data-data kelengkapan nasabah pada aplikasi Pegadaian Digital

5. Mitra kerja/pemasok/supplier

User requirements:

Mitra kerja harus dapat mendapatkan pelaporan kinerja, transparansi dan akurasi laporan operasional dari aplikasi Pegadaian Digital

Functional Requirements

Kebutuhan fungsional merupakan sebuah aksi atau fitur yang harus terdapat pada perangkat lunak yang sedang dikembangkan untuk memenuhi kebutuhan bisnis dari aplikasi terkait. Kebutuhan fungsional juga harus meliputi informasi-informasi yang akan dihasilkan oleh sistem sehingga dapat diterima oleh pengguna akhir/end-user nantinya.

Pada kasus Pegadaian Digital, contoh dari kebutuhan fungsionalnya adalah:

Setiap user harus dapat melakukan login/registrasi pada aplikasi Pegadaian Digital

Nasabah dan Pegawai harus dapat mengakses/menggunakan layanan-layanan Pegadaian Digital dengan aman dan cepat

Nasabah harus dapat melakukan transaksi menggunakan aplikasi Pegadaian Digital

Nasabah harus dapat berkomunikasi dengan pegawai melalui aplikasi Pegadaian Digital

Pegawai harus dapat mengakses data-data yang dibutuhkan dari nasabah

Sistem harus dapat menampilkan informasi pada aplikasi Pegadaian Digital

Sistem harus dapat men-generate laporan kinerja/laporan dari data-data Pegadaian Digital

Non Functional Requirements

Kebutuhan non-fungsional merupakan daftar kebutuhan yang menggambarkan bagaimana kebutuhan sistem agar dapat bekerja kedepannya. Dalam kebutuhan non-fungsional juga dijelaskan mengenai batasan-batasan dari sitem, dan juga dasar kualitas yang diharapkan dari perangkat lunak yang akan dikembangkan. Ada beberapa jenis non functional requirements yaitu:

Skalabilitas
Reliabilitas
Regulatory
Performance
Interoperability
Maintainability,
Serviceability,
Keamanan
Kapasitas
Availabilitas
Usability,

Adapun kebutuhan non-fungsional pada aplikasi Pegadaian Digital yaitu:

1. Sistem harus dapat diakses dari browser apapun serta aplikasi pada perangkat manapun.

2. Sistem harus dapat menangani permintaan/request secara bersamaan

3. Halaman website/aplikasi dapat diakses 24x7 jam

4. Sistem harus dapat menangani jumlah pengguna aplikasi/web yang masuk secara bersamaan dan mengantisipasi high traffic

5. Aplikasi/website harus terlindungi dari virus

6. Transaksi menggunakan third party pada aplikasi/website harus secure

7. Sistem ditampilkan dengan mata uang Rupiah

Business Requirements Document (No 2 & 3)

Dokumen BRD

Video Demo BRD

Tugas 6: Business Requirements Documents

Read

Tugas 5: Requirements Analysis untuk Aplikasi AirBNB

Read

Nama: Dyandra Paramitha Widyadhana

NRP: 05111940000119

Kelas: RK-D

Deskripsi Aplikasi

Airbnb adalah sebuah marketplace online yang memungkinkan pengguna untuk mendaftarkan atau menyewa properti atau akomodasi untuk digunakan dalam jangka pendek. Aplikasi Airbnb ini memungkinkan penyewa properti/akomodasi dan pengguna properti/akomodasi untuk berinteraksi dan melakukan transaksi penyewaan dengan mudah.

Business Requirements

Kebutuhan bisnis dari Airbnb yaitu:

1. Menyediakan platform untuk pemilik properti dan yang menyewa properti untuk melakukan transaksi dan penyewaan akomodasi dengan mudah, terarah, dan minimum risk.

2. Menyediakan platform untuk pengguna aplikasi khususnya wisatawan dalam membeli layanan tur atau aktivitas-aktivitas lain.

3. Mendapatkan profit sebagai perantara antara pemilik properti dan penyewa.

Stakeholder Identification & User Requirements

1. Rental Hosts

Rental hosts adalah pemilik properti/akomodasi yang menyewakan properti mereka untuk dijadikan tempat lodging secara jangka pendek. Rental hosts dapat melakukan listing properti mereka pada aplikasi.

User requirements:

Menyewakan properti/akomodasi yang dimiliki 

Melihat income yang didapat dari penyewaan properti/akomodasi

Menentukan harga penyewaan yang baik bagi propertinya

Melihat data-data pengguna/peminat properti/akomodasi sebelum melakukan transaksi

Melakukan komunikasi dengan penyewa properti/akomodasi

Melakukan transaksi dengan penyewa properti/akomodasi dengan aman

Menentukan policy pembatalan untuk peminat properti/akomodasi

Melihat statistik dari penyewaan akomodasi/properti yang dilakukan

Melihat review-review yang dikirimkan oleh penyewa properti

2. Experience Hosts

Experience Hosts adalah penyedia kegiatan-kegiatan pada aplikasi Airbnb. Penyedia kegiatan ini menawarkan aktivitas-aktivitas menarik kepada wisatawan yang dilakukan oleh mereka sendiri, seperti contoh tour guide.

User requirements:

Melakukan listing kegiatan yang ditawarkan untuk customer
Melihat dan mengatur jadwal booking yang telah dilakukan oleh customer
Melakukan komunikasi customer
Melakukan transaksi dengan customer
Mengatur jumlah tamu untuk kegiatan
Melihat statistik dari penawaran kegiatan yang dilakukan
Melihat review-review yang dikirimkan oleh penyewa properti
Mendapatkan income/profit dari listing kegiatan yang telah dilakukan

3. Tourism Partners

Tourism partners adalah hosts yang juga menawarkan kegiatan yang bisa dilakukan akan tetapi merupakan jasa legal/resmi dari pemerintah maupun perusahaan dalam industri wisata yang besar. Tourism partners dapat bekerja sama dengan Airbnb untuk mempromosikan kegiatan-kegiatan yang lebih professional, resmi, dan juga besar kepada pengguna aplikasi Airbnb lainnya.

User requirements:

Melakukan listing kegiatan yang ditawarkan
Melakukan komunikasi dengan pihak Airbnb untuk memasarkan kegiatan
Melakukan transaksi dengan customer
Melihat statistik dari penawaran kegiatam yang dilakukan
Mendapatkan profit dari listing kegiatan yang dilakukan

4. Guests/Penyewa/Pelaku Booking

Guests/penyewa/pelaku booking adalah pengguna aplikasi yang melakukan penyewaan akomodasi atau melakukan booking kegiatan yang ditawarkan oleh Tourism Partners atau Experience Hosts.

User requirements:

Melihat listing akomodasi dan kegiatan yang ditawarkan pada aplikasi Airbnb
Mendapatkan listing yang paling sesuai dengan lokasi dan harga yang diinginkan
Melakukan komunikasi dengan hosts
Melakukan transaksi penyewaan/penjadwalan kegiatan dengan aman
Memberikan review kepada hosts
Melihat history sewa/jadwal kegiatan yang telah dilakukan

5. Pengelola bisnis dan aplikasi Airbnb

User requirements:

Melihat statistik pengguna Airbnb baik dari hosts maupun guests

Mendapatkan profit dan breakdown profit dari jasa platform

Melihat laporan pengelolaan 

Melihat data-data hosts

6. Team developer

Team developer adalah stakeholder yang bertanggung jawab untuk mengembangkan perangkat lunak. Team developer perangkat lunak ini terdiri atas:

Project Manager
Front End Developer
Back End Developer
System Analyst
Quality Assurance
UI/UX Designer

Team Developer tidak memiliki user requirements dikarenakan merupakan pengembang dari aplikasi dan bukan pengguna.

Functional Requirements

- Pengguna aplikasi dapat melakukan registrasi sebagai hosts atau guests

- Hosts (Rental/Experience Hosts) dapat mengelola halaman listing yang dimiliki

- Hosts dapat mengelola jadwal penyewaan/booking kegiatan secara otomatis

- Hosts dapat melakukan chat dengan guests

- Hosts dapat mengakses status transaksi dari guests

- Hosts mendapatkan notifikasi apabila terdapat penyewaan/booking baru

- Hosts dapat melihat statistik dari penyewaan properti/booking kegiatan

- Hosts dapat melihat status penyewaan/jadwal booking yang dimiliki

- Guests dapat melihat listing properti atau kegiatan yang tersedia sesuai jadwal

- Guests dapat mencari listing properti/kegiatan yang diinginkan

- Guests dapat melakukan filter sesuai dengan harga/kriteria yang diinginkan

- Guests dapat membayar/melakukan transaksi dengan menggunakan third party pada aplikasi

- Guests dapat melihat dan membuat ulasan

- Guests dapat melihat history transaksi booking/sewa properti yang dilakukan

- Guests dapat melihat status booking kegiatan/sewa properti

Non Functional Requirements

Operasional

Sistem harus dapat diakses dari browser manapun serta aplikasi.
Sistem mewajibkan user untuk melakukan login terlebih dahulu sebelum dapat mengakses penuh sistem.
Sistem harus dapat diakses dari device manapun.
Operasi penanganan sistem yang terkait dengan pengelolaan penyewaan/booking dan alur pemesanan harus konsisten
Sistem harus dapat menangani permintaan secara bersamaan sehingga tidak ada dua pelanggan yang dapat memesan properti yang sama pada hari tertentu dan booking kegiatan pada jadwal yang sama

Performance

Halaman website/aplikasi dapat diakses 24x7 jam tanpa perlu adanya admin yang menjalankan. (High Availability)
Halaman website/aplikasi harus memiliki latensi rendah.
Sistem harus sangat terukur untuk menangani peningkatan jumlah listing properti/booking kegiatan dan jumlah pengguna baru yang masuk

Keamanan

Aplikasi/website harus terlindung dari virus dan bahaya lainnya.
Konten yang ditampilkan menyesuaikan jenis akses yang dimiliki berupa Hosts maupun Guests.
Transaksi menggunakan third party pada aplikasi/website harus secure