Tugas Pertemuan 10 KPPL E

Fadhiil Hanif Rizqullah

5025221144

KPPL E

Studi Kasus:

PT. Travelo adalah perusahaan yang bergerak di bidang perjalanan dan pariwisata. Untuk meningkatkan pelayanannya, perusahaan ini ingin mengembangkan sistem pemesanan tiket secara online, yang mencakup pemesanan tiket pesawat, kereta api, dan hotel. Mereka ingin sistem ini mudah digunakan, aman, dan dapat diakses di perangkat mobile. Sebagai seorang analis sistem, Anda bertanggung jawab dalam tahap requirement untuk mengidentifikasi kebutuhan dari sistem ini.

Permintaan dan Ekspektasi dari Pemangku Kepentingan:

  1. Pengguna (Traveler) menginginkan antarmuka yang mudah digunakan, dapat mencari tiket dengan berbagai filter, dan melakukan pembayaran dengan aman.
  2. Administrator Sistem membutuhkan akses untuk mengelola data penerbangan, perjalanan kereta, dan hotel serta memantau transaksi.
  3. Tim Manajemen ingin laporan penjualan secara real-time dan data statistik untuk keperluan pengambilan keputusan.
  4. Departemen Keamanan IT menginginkan fitur keamanan tambahan, termasuk enkripsi data dan otentikasi ganda untuk pembayaran.
Jawaban:

1. Functional Requirements (Fungsional)

Pencarian dan Pemesanan Tiket:
  • Pengguna dapat mencari tiket pesawat, kereta api, dan hotel dengan filter seperti tanggal perjalanan, harga, lokasi, dan preferensi lainnya.
  • Pengguna dapat melihat detail tiket yang mencakup informasi seperti harga, durasi, dan fasilitas yang tersedia.
  • Pengguna dapat memesan tiket dengan memilih jadwal yang diinginkan.
  • Pengguna dapat membatalkan atau mengubah pemesanan (jika diperbolehkan oleh penyedia layanan).
Pembayaran:
  • Pengguna dapat memilih metode pembayaran (kartu kredit, transfer bank, e-wallet, dsb).
  • Sistem harus menyediakan opsi pembayaran aman dan memastikan proses transaksi selesai sebelum mengonfirmasi pemesanan.
Manajemen Data (untuk Administrator):
  • Administrator dapat menambah, mengedit, dan menghapus data penerbangan, jadwal kereta, dan informasi hotel.
  • Administrator dapat mengelola informasi pengguna dan pemesanan.
  • Sistem harus menyediakan panel bagi administrator untuk melihat dan mengelola transaksi yang berlangsung.
Laporan Penjualan (untuk Tim Manajemen):
  • Sistem harus menyediakan laporan penjualan harian, mingguan, dan bulanan.
  • Sistem harus memungkinkan akses ke data statistik pemesanan secara real-time.
  • Sistem harus menyediakan laporan tren pengguna, seperti preferensi transportasi dan lokasi tujuan.
Notifikasi:
  • Pengguna mendapatkan notifikasi konfirmasi setelah pemesanan berhasil.
  • Pengguna mendapatkan notifikasi pengingat sebelum jadwal perjalanan.
  • Administrator mendapatkan notifikasi jika ada kendala pembayaran atau masalah keamanan.


2. Non-Functional Requirements (Non-Fungsional)

Keamanan:
  • Sistem harus menerapkan enkripsi data untuk melindungi informasi pengguna dan transaksi.
  • Sistem harus mendukung otentikasi dua faktor untuk pengguna saat melakukan pembayaran.
  • Sistem harus mematuhi standar keamanan data yang berlaku, seperti PCI DSS (untuk transaksi kartu kredit).
Kinerja:
  • Sistem harus mampu menangani setidaknya 10.000 transaksi per hari.
  • Sistem harus merespons permintaan pencarian dalam waktu tidak lebih dari 2 detik.
Usability (Kemudahan Penggunaan):
  • Antarmuka pengguna harus intuitif dan mudah dipahami, baik untuk pengguna pemula maupun berpengalaman.
  • Sistem harus responsif dan mudah diakses dari berbagai perangkat, termasuk mobile (smartphone dan tablet).
Reliability (Keandalan):
  • Sistem harus beroperasi 24/7 dengan downtime yang minimal (target uptime 99.9%).
  • Sistem harus memiliki mekanisme backup data untuk mencegah kehilangan informasi penting dalam kondisi darurat.
Scalability (Skalabilitas):
  • Sistem harus dapat berkembang untuk menampung lebih banyak pengguna seiring pertumbuhan perusahaan.
  • Sistem harus mendukung penambahan fitur baru dengan minimal gangguan pada fitur yang ada.

3. Dokumentasi Requirements

Functional Requirements

  • Pengguna dapat mencari tiket dengan filter yang tersedia.
  • Pengguna dapat melakukan pemesanan tiket dan pembayaran secara online.
  • Administrator dapat mengelola data penerbangan, kereta, dan hotel.
  • Tim Manajemen dapat melihat laporan penjualan real-time dan data statistik.
  • Sistem memberikan notifikasi konfirmasi dan pengingat kepada pengguna.

Non-Functional Requirements

  • Sistem harus memiliki enkripsi data dan otentikasi dua faktor untuk keamanan.
  • Sistem harus mampu menangani 10.000 transaksi per hari dan merespons dalam 2 detik.
  • Sistem harus memiliki antarmuka yang mudah digunakan dan responsif pada perangkat mobile.
  • Sistem harus beroperasi 24/7 dengan downtime minimal dan memiliki backup data.
  • Sistem harus dapat dikembangkan untuk menampung lebih banyak pengguna dan fitur baru.

Comments

Post a Comment

Popular posts from this blog

Tugas Pertemuan 15 KPPL E

Image
Fadhiil Hanif Rizqullah 5025221144 KPPL E UML Diagram E-Commerce Web Aplication Penjelasan Class Diagram : 1. User (Pengguna) - Merupakan kelas dasar yang menyimpan informasi umum pengguna - Memiliki atribut dasar seperti userId, username, email, password, dll - Memiliki fungsi dasar seperti register, login, dan update profil - Menjadi kelas induk untuk Customer dan Admin 2. Customer (Pelanggan) - Mewarisi sifat dari kelas User - Memiliki kemampuan khusus terkait pembelian seperti melihat riwayat pesanan, menempatkan pesanan baru - Dapat mengelola keranjang belanja - Berhubungan dengan kelas Order dan Cart 3. Admin - Mewarisi sifat dari kelas User - Memiliki hak akses untuk mengelola produk, pengguna, dan pesanan - Dapat menghasilkan laporan 4. Product (Produk) - Menyimpan informasi detail produk seperti nama, deskripsi, harga, stok - Berhubungan dengan OrderItem dan CartItem 5. Order (Pesanan) - Mencatat transaksi pembelian - Terhubung dengan Customer yang melakukan pemesanan - Memili...
Read more

Tugas Pertemuan 11 KPPL E

Image
Fadhiil Hanif Rizqullah 5025221144 KPPL E Scenario Based Model dan Use Case Diagram untuk Sistem Aplikasi Perpustakaan Digital 1. Scenario Based Model: - Alur Pengguna:   * Pengguna masuk ke sistem menggunakan kredensial   * Melakukan pencarian buku berdasarkan judul/pengarang/kategori   * Melihat detail informasi buku   * Mengunduh atau membaca buku secara online - Alur Admin:   * Admin melakukan login khusus   * Mengelola katalog buku digital   * Dapat menambah, mengubah, dan menghapus data buku   * Mengelola data pengguna - Alur Sistem:   * Melakukan validasi pengguna   * Mencatat semua aktivitas   * Membuat laporan penggunaan 2. Use Case Diagram menunjukkan 3 aktor utama: - Pengguna (User):   * Login/Registrasi   * Mencari buku   * Melihat detail buku   * Mengunduh/membaca buku   * Melihat riwayat bacaan - Administrator:   * Mengelola katalog buku   * Mengelola data pengguna   * Melihat la...
Read more

Evaluasi Tengah Semester KPPL E

Fadhiil Hanif Rizqullah 5025221144 KPPL E 1. Mengapa perangkat lunak cenderung menjadi lebih kompleks seiring dengan perkembangannya? Jelaskan dua faktor utama yang menyebabkannya. Perangkat lunak cenderung menjadi lebih kompleks seiring waktu karena dua faktor utama, yaitu kompleksitas proyek dan kecepatan perubahan teknologi. Pertama, kompleksitas proyek dipicu oleh variasi kebutuhan bisnis yang dinamis. Setiap perubahan kebutuhan dapat menambahkan lapisan baru pada sistem, membuatnya semakin rumit. Integrasi berbagai modul dan komponen yang rumit juga meningkatkan kompleksitas, seperti dalam kasus aplikasi mobile hybrid yang melibatkan kombinasi teknologi web dan native platform. Kedua, kecepatan perubahan teknologi memacu evolusi paradigma pengembangan perangkat lunak. Penggunaan AI, IoT, dan blockchain membutuhkan integrasi yang canggih dan fleksibilitas dalam desain serta implementasi. Transisi menuju DevOps dan Cloud Computing juga membutuhkan infrastruktur dan prosedur yang leb...
Read more