Skip to main content

Studi Kasus 3 | Rekayasa Kebutuhan (B)

 Hello!

Pada minggu ke-3 ini, diberi tugas untuk membahas "Input Output Rekayasa Kebutuhan" sebagai lanjutan dari materi minggu lalu. Saya akan melanjutkan 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" yang dapat dilihat di bawah ini.


Input

Existing System Information

Berdasarkan dokumen yang ada, saat ini masyarakat provinsi Lampung terkadang kesulitan mencari informasi rumah sakit terdekat karena jaringan akses internet yang terbatas. Calon pasien harus berada di jaringan internet agar bisa mencari informasi rumah sakit.

Stakeholder Needs

Pada studi kasus terdapat dua stakeholder, yakni calon pasien dan admin. Berikut adalah kebutuhan mereka:

  1. Calon pasien
    • menemukan rumah sakit terdekat dengan mudah,
    • mendapatkan informasi lengkap tentang rumah sakit, dan
    • mengakses aplikasi secara luring.
  2. Admin
    • menyesuaikan infomasi rumah sakit dengan data di Dinas Kesehatan Provinsi Lampung

Organizational Standards

Beberapa standar yang ditetapkan dalam pengembangan aplikasi ini adalah:
  1. Reliability, aplikasi dapat digunakan dengan baik tanpa sering crash
  2. Availability, aplikasi dapat diunduh pada handphone berbasis Android milih calon pasien dan digunakan secara luring
  3. Security, data rumah sakit hanya dapat dimanipulasi oleh admin yang dibatasi oleh login
  4. Maintainability, data rumah sakit dapat diperbarui dan aplikasi dapat ditingkatkan layanannya
  5. Portability, aplikasi dapat digunakan secara bergerak

Regulations

Beberapa regulasi telah ditetapkan dalam pengembangan aplikasi ini, yakni:

  1. Data rumah sakit yang ditampilkan harus sesuai dengan data yang dimiliki Dinas Kesehatan Provinsi Lampung dengan izin yang berlaku,
  2. Perubahan data rumah sakit hanya dapat dilakukan oleh admin sesuai dengan ketentuan yang berlaku, dan
  3. Aplikasi tidak diperkenankan menyimpan dan/atau melacak lokasi pengguna selain untuk keperluan mencari rumah sakit terdekat.

Domain Information

Aplikasi dapat dijalankan di handphone berbasis Android milik pengguna.

Output

Agreed Requirements

Berdasarkan proses rekayasa kebutuhan, terdapat beberapa requirement yang telah ditetapkan

  1. Aplikasi harus dapat menampilkan peta lokasi rumah sakit yang ada di Provinsi Lampung,
  2. Aplikasi harus dapat memfasilitasi pencarian rumah sakit berdasarkan kata kunci tertentu,
  3. Aplikasi harus dapat menyimpan daftar rumah sakit di Provinsi Lampung secara luring berdasarkan data di Dinas Kesehatan Provinsi Lampung,
  4. Aplikasi harus dapat diperbarui datanya oleh admin,
  5. Aplikasi harus dapat menuntun calon pasien ke rumah sakit terdekat menggunakan algoritma Dijkstra.

System Specifications

Agar aplikasi dapat berlajan, diperlukan spesifikasi sistem sebagai berikut
  1. Komputer dengan processor Intel Core i3 2 GHz, RAM 4 GB, penyimpanan 620 GB, dengan monitor, keyboard, dan mouse sebagai antarmuka,
  2. Pengguna membutuhkan handphone dengan OS Android dengan dukungan GPS,
  3. Perangkat lunak mampu diinstal di perangkat pengguna dengan mudah,
  4. Perangkat lunak mampu melakukan pengurutan dan penyaringan data rumah sakit yang ditampilkan,
  5. Perangkat lunak mampu menemukan lokasi pengguna berdasarkan posisi GPS, dan
  6. Perangkat lunak mampu menyimpan data rumah sakit secara luring.

System Models

Berikut beberapa model dari sistem yang dikembangkan:






Comments

Popular posts from this blog

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...

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...

Tugas 8 | Pemrograman Berbasis Kerangka Kerja (A)

 CodeIgniter 4 Tugas di minggu ini adalah untuk mencoba CodeIgniter, sebuah kerangka kerja yang menggunakan PHP untuk pengembangan web dinamis. Hal yang perlu dicoba adalah membuat dua halaman baru, yakni "about" dan "contact". Tampilan Pengerjaan tugas dapat diakses melalui link ini .