Tugas 5 RK

 Analisis Kebutuhan Aplikasi UBER



    Pada tugas kali ini saya diminta untuk membuat sebuah BRD(Business Requirement Document) untuk mengetahui kebutuhan apa saja yang ada di dalam sebuah aplikasi sistem pemesanan transportasi yang bernama Uber.


Deskripsi Aplikasi

    Uber Technologies Inc. (bahasa Rusia: Убер Технологии Инк.) adalah perusahaan penyedia transportasi asal San Francisco, California yang menghubungkan penumpang dengan supir kendaraan sewaan serta layanan tumpangan langsung. Perusahaan ini juga mengatur layanan penjemputan di berbagai kota di seluruh dunia.

Awalnya, para sopir Uber menggunakan mobil Lincoln Town Car, Cadillac Escalade, BMW 7 Series dan Mercedes-Benz S550. Setelah 2012, Uber meluncurkan Uber-X yaitu pengayaan jenis mobil agar terjangkau oleh berbagai lapisan masyarakat.Pada tahun 2012, Uber mengumumkan rencana perluasan operasinya yang mencakup tumpangan menggunakan taksi.

Cara Kerja Aplikasi

    Cara untuk menggunakan aplikasi ini sangat mudah. Dapat mengikuti langkah-langkah berikut:
  1. Dapatkan aplikasi iPhone di AppStore dan aplikasi Android di PlayStore. Keduanya gratis.
  2. Buat akun dengan nama, alamat email, nomor telepon, dan informasi pembayaran Anda. Tidak ada yang bisa terjadi sampai Anda memasukkan semua ini.
  3. Masuk ke aplikasi dan izinkan untuk menggunakan lokasi Anda karena tidak akan berfungsi sebaliknya.
  4. Pilih jenis mobil. Ini dapat bervariasi tergantung di mana Anda tinggal. UberX adalah opsi anggaran default. Mobil Hitam adalah sedan mewah dan Rush adalah jika Anda benar-benar terburu-buru. Pilihan lain termasuk Taxi, yang akan menjadi taksi yang bekerja dengan Uber dan SUV cukup jelas.
  5. Pilih titik pengambilan dan tujuan Anda dan kemudian atur jenis pembayaran Anda. Akun Uber adalah default.
  6. Periksa biaya, ETA, dan ukuran mobil maks.
  7. Tunggu di luar titik pengambilan untuk mobil.

Stakeholder Aplikasi


Stakeholder dari pembuatan aplikasi ini adalah sebagai berikut:
  • Pembuat aplikasi yang terdiri dari:
    • Project Manager
    • Business Analyst
    • Process Analyst
    • Designer
    • Developer
    • Database Modeller
    • Tester
    • Quality Check
    • Quality Assurence
    • dll
  • Driver : Pengemudi yang akan mengantar penumpang dari tempat penjemputan ke tujuan penumpang
  • User : Pengguna aplikasi atau orang yang memerlukan jasa transportasi untuk di antar ke tujuan pengguna.
  • Pihak Ketiga yang di mana pihak ketiga ini untuk proses pembayaran seperti e-money, e-wallet, internet banking, dll.
  • Pemilik aplikasi

Requirement Aplikasi


Functional Requirements

  • Pengguna dapat melakukan registrasi ke dalam sistem
  • Pengguna dapat melakukan login ke dalam sistem
  • Pengguna dapat melakukan pendaftaran menjadi jasa service
  • Pengguna dapat memberikan rating terhadap hasil kerja jasa service
  • Pengguna dapat mengirimkan pesan kepada jasa service
  • Pengguna dapat merubah profile dari pengguna
  • Pengguna dapat melihat lokasi driver terdekat
  • Pengguna dapat memilih lokasi penjemputan
  • Pengguna dapat memilih lokasi pengantaran
  • Pengguna dapat melihat biaya jasa service
  • Pengguna dapat memilih metode pembayaran
  • Admin dapat mengelolah data pendaftaran jasa service
  • Admin dapat mengelolah data pemesanan jasa service
  • Admin dapat mengelolah data pengguna

Non-Functional Requirements

  • Sistem dapat diakses 24 jam sehari, 7 hari seminggu.
  • Sistem hanya bisa diakses menggunakan sistem operasi Android dengan versi minimal 4.0 (Ice Cream Sandwich).
  • Sistem harus membutuhkan koneksi internet minimal tingkat koneksi Edge.
  • Sistem harus memiliki latensi yang rendah.
  • Sistem harus mampu melakukan multikomunikasi dimana sistem dapat menangani beberapa permintaan pesanan di waktu yang sama sehingga mencegah kemungkinan satu atau lebih user mendapatkan driver yang sama.
  • Sistem harus berhasil dalam menyimpan semua transaksi, baik profil dan ulasan pengguna, lokasi pengguna maupun pemesanan jasa.
  • Sistem menggunakan bahasa Indonesia dan bahasa Inggris.
  • Sistem dibuat tanpa menyalahi ketentuan hukum Hak Kekayaan Intelektual. 
  • Sistem harus mampu menangani jumlah user yang semakin banyak dengan tetap mempertahankan kriteria - kriteria di atas.


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