Skip to main content

EAS | Rekayasa Kebutuhan (B)

 Studi Kasus AutoRent

Deskripsi

AutoRent adalah perusahaan yang menyediakan sewa mobil di kota Surabaya. Sayangnya, proses bisnisnya belum terkomputerisasi sehingga menyebabkan inkonsistensi data, memperlambat proses penyewaan, dan mengurangi kenyamanan pelanggan. Saat ini, perusahaan membutuhkan sistem informasi yang dapat membantu mengatasi masalah yang ada.

Sistem informasi yang akan dibangun merupakan sistem informasi bagi staf (admin) AutoRent untuk melakukan input data perusahaan dan melayani pelanggan yang datang langsung ke lokasi.

Stakeholder

Terdapat beberapa pihak yang terlibat pada proses bisnis di AutoRent, yakni:
  • Pemilik perusahaan,
  • Staf (admin), dan
  • Pelanggan.

Kebutuhan

Terdapat dua jenis kebutuhan yang perlu dieksplorasi pada studi kasus ini, yakni kebutuhan fungsional dan kebutuhan non-fungsional.

Kebutuhan Fungsional

  • Sistem dapat menyediakan fitur login untuk admin,
  • Sistem dapat mengelola data mobil yang dimiliki perusahaan,
  • Sistem dapat mengelola data jenis rental yang ditawarkan perusahaan,
  • Sistem dapat mengelola data transaksi yang ada,
  • Sistem dapat menampilkan statistik dari proses bisnis yang berjalan,
  • Sistem dapat menyimpan data pelanggan yang masuk,
  • Sistem dapat merekap data transaksi sewa mobil,
  • Sistem dapat menampilkan notifikasi apabila terdapat penyewaan yang melebihi batas waktu,
  • Sistem dapat mengkalkulasi penjadwalan sewa dan pengembalian mobil,
  • Sistem dapat menghitung biaya sewa berdasarkan tipe mobil dan masa sewa,
  • Sistem dapat mencegah mobil yang sedang disewa untuk disewakan lagi di masa yang sama.
  • Sistem dapat memproses pembayaran non-tunai,
  • Sistem dapat mengirimkan email konfirmasi ke pelanggan terkait,
  • Sistem dapat mengirimkan notifikasi atas batas waktu penyewaan ke pelanggan melalui email,
  • Sistem dapat menyediakan fitur login untuk pemilik perusahaan, dan
  • Sistem dapat mengelola akun admin.

Kebutuhan Non-Fungsional

  • Sistem harus handal ketika digunakan oleh pengguna,
  • Sistem harus dapat menyimpan data secara persistent,
  • Sistem harus ditampilkan dalam bahasa Indonesia,
  • Sistem harus menggunakan mata uang Rupiah dalam menyajikan harga,
  • Sistem harus menjamin kerahasiaan data perusahaan dan pelanggan,
  • Sistem harus memiliki antarmuka yang intuitif dan mudah dipelajari oleh admin,
  • Sistem harus memiliki error handling yang baik apabila terjadi kegagalan,
  • Sistem harus hanya bisa diakses melalui jaringan lokal perusahaan, dan
  • Sistem harus dapat memproses data dengan cepat.

RML

Business Object Model

Feature Tree

Dokumen SKPL

Video Presentasi


Labels:

Comments

Post a Comment

Popular posts from this blog

Studi Kasus 4 | Rekayasa Kebutuhan (B)

  Hello! Pada kesempatan ini, saya ditemani oleh Bayu Adjie Sidharta (05111940000172) untuk membahas tentang " Requirement Elicitation". Tugas ini dikerjakan berdasarkan dokumen SKPL berjudul "SI Evaluasi Kegiatan Sekretariat ITS" yang dapat dilihat di bawah ini. Penyelenggara Aplikasi Aplikasi ini diselenggarakan oleh ITS. ITS atau Institut Teknologi Sepuluh Nopember Surabaya adalah sebuah perguruan tinggi negeri di surabaya. ITS yang didirikan pada 10 Nopember 1957 adalah salah satu perguruan tinggi terbaik di Indonesia. Deskripsi Aplikasi Kegiatan yang dilaksanakan dalam naungan ITS beragam-ragam, dari kegiatan umum, mahasiswa, tenaga pendidik, dan serta staff ITS. Sebagai perguruan tinggi yang baik, ITS selalu ingin berkembang dan meningkatkan kualitas kegiatannya melalui pengadaan survei untuk mengetahui masukan atau evaluasi dari peserta. Harapannya, melalui survei tersebut, dapat diidentifikasi apakah tujuan kegiatan telah tercapai dan bagaimana cara meningka...
Post a Comment
Read more

Studi Kasus 2 | Rekayasa Kebutuhan (B)

 Hello! Pada kesempatan kali ini, saya akan membahas tentang beberapa tahap dari rekayasa kebutuhan dalam studi kasus Spesifikasi Kebutuhan Perangkat Lunak "Aplikasi Pencarian Informasi Rumah Sakit Berbasis Lokasi dengan Penerapan Basis Data Fuzzy Model Tahani dan Dijkstra pada Platform Android Studi Kasus Lampung". Perangkat lunak ini bertujuan untuk memberikan aplikasi berbasis mobile yang dapat membantu masyarakat mencari rumah sakit terdekat tanpa akses internet.  Softcopy  dari dokumen tersebut dapat dilihat di bawah ini. Eliciting Elicitation adalah salah satu proses yang fokus untuk memahami kebutuhan dari customer melalui proses wawancara . Pada kasus ini, customer  dari perangkat lunak ini adalah calon pasien rumah sakit. Kebutuhan mereka dapat dirincikan sebagai berikut: Terdapat beberapa rumah sakit yang tersebar di lokasi, Akses internet tidak selalu tersedia untuk mencari informasi rumah sakit, Calon pasien rumah sakit umumnya sudah memiliki handphone ...
Post a Comment
Read more

ETS | Rekayasa Kebutuhan (B)

 Gobiz - Studi Kasus Overview Gobiz merupakan salah satu layanan berbasis aplikasi yang merupakan bagian dari ekosistem Gojek yang berfokus pada pelaku usaha ( merchant ). Pengguna dapat mengelola usaha mereka seperti manajemen produk yang ditawarkan, integrasi dengan Gofood, historis pendapatan, pengadaan promo, dan pencarian Gopay. Gobiz ditujukan untuk memudahkan pelaku usaha untuk menjalankan bisnisnya. Kebutuhan yang Harus Digali dalam Pembuatan Software Business Requirements Kebutuhan bisnis merupakan kebutuhan yang didasari pada keperluan proses bisnis suatu projek yang perlu dipenuhi. Umumnya, terdapat informasi mengenai:  kesempatan bisnis,  tujuan yang ingin dicapai,  ukuran keberhasilan,  visi projek,  cakupan, dan  batasan. Contoh kebutuhan bisnis pada Gobiz adalah Ada pencatatan jumlah transaksi yang sedang berjalan dan telah selesai, Ada fasilitas manajemen produk bisnis, dan Ada integrasi dengan Gopay yang meliputi penerimaan dan pencair...
Post a Comment
Read more