TUGAS 1 RK - STUDI KASUS APLIKASI TRANSAKSI PARKIR NON TUNAI

 

 Studi Kasus : Aplikasi Parkir Non-Tunai


1. Deskripsikan aplikasi Parkir Non-Tunai

Jawab :

    Aplikasi Parkir Non-Tunai adalah aplikasi yang menjalankan sistem parkir dengan metode pembayaran elektronik seperti menggunakan e-money, qris, dll yang mana akan memudahkan pengguna parkir untuk membayar parkir di era yang susah serba elektronik ini. Sistem aplikasi ini sama dengan sistem yang dimiliki di gerbang toll yang menggunakan sistem pembayaran elektronik. 

2. Identifikasi User dan Stakeholder

Jawab:

  • User : 
    • Admin : yang bertujuan untuk mengelolah sistem layanan parkir non-tunai
    • Pengguna : orang yang menggunakan layanan parkir non-tunai
  • Stakeholder:
    • Pemilik parkir

3. Tulis / Gambarkan kebutuhan dari masing-masing user atau stakeholder

Jawab:

  • User :
    • Admin :
      1. Mengelola sistem pembayaran
      2. Mengelola laporan pendapatan 
      3. Membantu jika ada masalah dengan sistem pembayaran
    • Pengguna:
      1. Mendapatkan tiket yang digunakan untuk masuk dan keluar
      2. Mendapatkan fasilitas parkir yang aman
      3. Mendapatkan informasi terkait fasilitas parkir dan biaya
      4. Informasi parkir penuh atau tidak
      5. Kemudahan proses transaksi
  • Stakeholder:
    1. Mendapatkan laporan pendapatan dan transaksi di parkiran
    2. Mendapatkan laporan terkait lahan parkir
    3. Mendapatkan laporan keluhan dari pengguna

4. Tentukan aspek lain yang penting agar aplikasi berjalan lancar

Jawab:

  1. Listrik yang cukup
  2. Jaringan Internet
  3. Gerbang Otomatis
  4. Kamera CCTV untuk keamanan lahan parkir
  5. Kamera maupun sensor untuk mengangkap plat kendaraan saat hendak memasuki area parkir
  6. Mesin pembuat karcis sebagai tiket masuk dan keluar
  7. Lahan parkir
  8. Scanner e-money ataupun barcode metode pembayaran lain

Komentar

Posting Komentar

Postingan populer dari blog ini

Tugas 2 RK

Gambar
 Tugas 2 RK - Requirements Engineering Process Di tugas 2 kali ini, kita di minta untuk menganalisis SKPL untuk mendapatkan Requirements Engineering Process dari SKPL berikut: Exsiting Of The System     Sistem Informasi Pendataan Ternak merupakan perangkat lunak yang bertujuan untuk menyediakan informasi semua ternak yang ada di daerah tersebut dan membantu peternaknya untuk mendata informasi terkait hewan ternaknya  dengan mudah. Stakeholder Needs     Stakeholder dibagi dalam 2 yaitu lembaga dan peternak: Lembaga   Verifikasi Pendaftaran  Melihat Data Peternak  Melihat List Kelompok Peternak  Mengatur Keanggotaan Kelompok Ternak  Melihat List Tempat Peternak  Menambah Tempat Peternak  Melakukan Login  Melihat Data Hewan  Melihat Data Riwayat Kesehatan Hewan Peternak  Melakukan Login  Melihat Data Hewan  Melihat Data Riwayat Kesehatan Hewan  Menambah Data Hewan Ternak Baru  Melihat List Hewan Ternak yang Diternak Peternak  Melihat Detail Hewan Ternak yang Diternak Peternak  Mengedit da
Baca selengkapnya

Tugas 3 RK - MCAS ( Maneuvering Characteristics Augmentation System )

Gambar
Maneuvering Characteristics Augmentation System (MCAS)       Maneuvering Characteristics Augmentation System (MCAS) adalah adalah program stabilisasi penerbangan yang dikembangkan oleh Boeing yang menjadi terkenal karena perannya dalam dua kecelakaan fatal 737 MAX, yang menewaskan semua penumpang dan awak di kedua penerbangan, total 346 orang. MCAS pertama kali digunakan pada tanker udara militer Boeing KC-46 Pegasus untuk menyeimbangkan muatan bahan bakar, tetapi pesawat yang didasarkan pada Boeing 767, memungkinkan pilot untuk mengambil alih kendali pesawat. Tujuan dibuatnya sistem ini sangat mulia, yakni memproteksi pesawat dari manuver yang berbahaya, seperti mengangkat hidung pesawat terlalu tinggi, sehingga mengakibatkan stall. Namun dalam kasus JT610, fitur ini justru diduga turut berkontribusi dalam membuat kecelakaan. Dengan memasang mesin sedikit agak ke depan dan ke atas, serta memperpanjang roda pendaratan depan (nose landing gear) sebesar 8 inci, Boeing mampu memangkas kon
Baca selengkapnya

EAS Rekayasa Kebutuhan D

Nama     : Herri Purba NRP         : 05111840000056 Kelas      : Rekayasa Kebutuhan D EAS Rekayasa Kebutuhan 1.  Deskripsikan Kebutuhan Fungsional dan Non Fungsional aplikasi penyewaan alat berat. Kebutuhan Fungsional Penyewa Penyewa dapat melakukan login maupun registrasi Penyewa dapat melihat detail alat berat yang disewakan Penyewa dapat melakukan booking alat berat sesuai dengan durasi yang diinginkan Penyewa dapat melihat  detail booking penyewaan alat berat Penyewa dapat melihat status penyewaan alat berat Penyewa dapat melakukan refund jika terdapat kerusakan pada alat berat uang disewakan dengan cara melaporkannya terlebih dahulu Penyewa dapat mengajukan permintaan pengembalian alat berat apabila durasi sewa sudah selesai. Admin Admin dapat melakukan login sebagai admin Admin dapat melakukan verifikasi terhadap penyewa Admin dapat melihat laporan kerusakan yang diberikan penyewa Admin dapat melihat detail booking alat sewa Admin dapat menambah, mengupdate, maupun menghapus alat
Baca selengkapnya