Tugas Pertemuan 11

Estimasi Kapasitas untuk Desain Sistem Tiket.com

Persyaratan Desain Sistem Tiket.com



Persyaratan Fungsional:

  1. Harus dapat memungkinkan pengguna untuk mencari dan memesan tiket penerbangan, kereta api, hotel, dan acara lainnya.
  2. Harus dapat menampilkan informasi lengkap tentang tiket dan opsi harga.
  3. Harus menyediakan sistem pembayaran yang aman dan cepat.
  4. Harus memiliki fitur notifikasi untuk konfirmasi pesanan dan pembaruan status.

Persyaratan Non Fungsional:

  1. Tersedia dengan waktu respon minimal untuk pengguna.
  2. Sistem harus dapat diskalakan dan efisien untuk menangani lonjakan lalu lintas saat promo atau periode sibuk.

Persyaratan Tambahan:

  1. Metrik dan analitik untuk melacak aktivitas pengguna, ketersediaan tiket, dan performa sistem.
  2. Fitur penilaian dan ulasan untuk tiket dan layanan terkait.

Estimasi Kapasitas untuk Desain Sistem Tiket.com

Untuk memperkirakan kapasitas sistem, kita perlu menganalisis estimasi lalu lintas harian yang diharapkan.

Estimasi Lalu Lintas:

Mari kita asumsikan Tiket.com memiliki total 100 juta pengguna aktif bulanan (Monthly Active Users/MAU), dengan rata-rata setiap pengguna melakukan 2 transaksi pesanan tiket per hari. Ini memberikan kita:

100 juta MAU * 2 transaksi/hari = 200 juta transaksi/hari.

Untuk Permintaan Per Detik (Request Per Second/RPS) sistem kami akan:

200 juta transaksi per hari diterjemahkan menjadi sekitar 2,314 transaksi per detik.

200 juta transaksi / (24 jam * 3600 detik) = 2,314 transaksi/detik.

Estimasi Penyimpanan:

Mari kita asumsikan setiap entri transaksi rata-rata membutuhkan 1 KB penyimpanan dalam basis data. Ini akan membutuhkan sekitar 200 GB penyimpanan basis data per hari.

200 juta transaksi * 1 KB = 200 GB/hari.

Estimasi Bandwidth:

Karena sistem kami menangani 200 GB data masuk setiap hari, kami akan memerlukan bandwidth minimum sekitar 2.31 GB per detik.

200 GB / (24 jam * 3600 detik) = 2.31 GB/detik.

Dengan demikian, ini adalah estimasi kapasitas yang diperlukan untuk desain sistem Tiket.com berdasarkan lalu lintas transaksi harian yang diantisipasi.

Komentar

Posting Komentar

Postingan populer dari blog ini

ETS - PPL A

Gambar
  Soal 1. Apakah perbedaan model analysis dengan model desain? Tentu, saya akan menjelaskan perbedaan antara model analisis dan model desain secara rinci: 1. Tujuan    Model Analisis: Tujuan utama dari model analisis adalah untuk memahami atau menjelaskan suatu fenomena atau sistem. Ini melibatkan penggunaan metode analitis atau komputasional untuk memahami karakteristik, perilaku, atau hubungan dalam suatu sistem atau fenomena.    Model Desain: Sebaliknya, tujuan utama dari model desain adalah untuk merancang atau menciptakan suatu produk, sistem, atau solusi baru. Model desain bertujuan untuk menghasilkan solusi yang memenuhi persyaratan atau spesifikasi tertentu yang telah ditetapkan. 2. Fokus:    Model Analisis: Fokus utama dari model analisis adalah pada pemahaman dan penjelasan fenomena yang ada. Ini melibatkan penguraian, pemodelan, dan penafsiran data atau informasi yang ada.    Model Desain: Sebaliknya, fokus dari model desain adalah...
Baca selengkapnya

FINAL PROJECT PBKK A

Gambar
 Terima kasih atas presentasinya. Berikut adalah rangkuman dari rancangan aplikasi login dengan multiple authentication menggunakan framework CodeIgniter: Studi Kasus: Dengan semakin banyaknya layanan aplikasi atau perangkat lunak yang mengharuskan pengguna untuk mendaftar dan login di situs tersebut, jumlah akun yang perlu dibuat oleh pengguna pun meningkat. Hal ini dapat menjadi cukup merepotkan karena pengguna harus membuat dan mengingat informasi akun, termasuk nama pengguna, kata sandi, dan layanan yang terkait dengan akun tersebut. Oleh karena itu, solusi yang sangat membantu dan praktis adalah memungkinkan situs untuk menggunakan akun yang telah terdaftar di situs lain. Hal ini dapat dicapai dengan mengimplementasikan sistem login dengan multiple authentication. Final Project ini akan menjelaskan rancangan aplikasi login dengan multiple authentication menggunakan framework CodeIgniter (CI). Dari perspektif Model-View-Controller (MVC), studi kasus ini memerlukan penggunaan co...
Baca selengkapnya

TUGAS 7 PPL

Gambar
PERANCANGAN SISTEM MANAJEMEN RESTORAN  Tingkat Kedalaman Detail: - High Level Design (HLD) dalam rancangan sistem manajemen restoran lebih berfokus pada gambaran umum dan konseptual dari aplikasi tersebut, mempertimbangkan alur kerja umum dan komponen utama tanpa memperhatikan detail teknis yang mendalam. - Sebaliknya, Low Level Design (LLD) dalam rancangan sistem manajemen restoran sangat memperhatikan detail teknis dari setiap fitur dan komponen, menguraikan implementasi teknis dari aspek-aspek seperti pengelolaan pesanan, manajemen inventaris, dan interaksi pengguna. Ketergantungan pada Implementasi: - HLD dari sistem manajemen restoran cenderung tidak terlalu bergantung pada implementasi teknis tertentu, fokusnya lebih pada arsitektur dan konsep umum sistem. - Di sisi lain, LLD dari sistem manajemen restoran sangat tergantung pada implementasi teknis, merinci bagaimana setiap fitur, seperti pemesanan meja, manajemen menu, atau proses pembayaran, akan diimplementasikan dalam kod...
Baca selengkapnya