III-1 BAB III
ANALISIS KEBUTUHAN SISTEM
3.1 Sejarah Kost Ragil
Kost Ragil didirikan pada tahun 2000 yang terletak didaerah Subang. Pada awalnya kost ragil ini merupakan rumah pribadi milik bapak suwardi yang dulunya dibangun untuk anak kesayangan, dengan berjalanya waktu berkembanglah pada tahun 2013 rumah ini dijadikan sebuah kost-kost-an dengan jumlah 15 kamar, karena hasil dari kost-kost-an perbulan hasilnya sangat besar, maka dari itu pemilik kost ini baru merintis kost-kost-an yang baru dibangun di daerah subang.
3.1.1 Visi dan Misi 1. Visi
Menjadi bisnis sebagai penyedia jasa kost-kostan yang mengutamakan kenyamana dan pelayanan yang memuaskan bagi penghuni serta menjaga norma-norma keberadaban
2. Misi
a. Menyediakan tempat bagi penghuni yang aman dan nyaman.
b. Memberikan pelayanan terbaik bagi penghuni.
c. Selalu berkomitmen untuk menjaga kepercayaan penghuni dan menerapkan norma-norma keberadaban.
3.2 Sistem yang Berjalan
Dari hasil analisis yang telah dilakukan Sistem yang dipakai digunakan oleh pemilik kost untuk saat ini adalah sistem pencatatan manual, sistem yang berjalan sebagai berikut :
1. Penyewa mendatangi pemilik kost
2. Penyewa memilih dan melakukan pemsanan kamar kost 3. Pemilik kost mecatat data penyewa
4. Penyewa melakukan pembayaran kamar kost
5. Pemilik kost mencatat transaksi pembayaran 6. Penyewa meneriman bukti nota pembayaran
Berikut merupakan flowmap dari analisis sistem berjalan di Kost Ragil saat ini:
Gambar 3.1. Flowmap Sistem Berjalan
3.3 Analisis Kebutuhan Sistem 3.3.1 Kebutuhan Informasi
Analisis kebutuhan sistem sangat dibutuhkan dalam mendukung kerja sistem, dimana beberapa kebutuhan dalam sistem yang digunakan untuk membantu jalannya proses pembuatan sistem.
Penyewa kost Pemilik kost
Memilih dan pesan kamar kost
Mencatat data penyewa
Mencatat transaksi pembayaran Melakukan
pembayaran
Menerima nota pembayar
Penyewa mendatangi pemilik kost
Menempati kamar kost
3.3.2 Kebutuhan Perangkat Lunak
Software (perangkat lunak) adalah peralatan maupun bahasa pemrograman yang digunakan dalam pembuatan sistem ini, antara lain:
Tabel 3.1 Kebutuhan Perangkat Lunak
No. Nama Spesifikasi
1. Sistem operasi Windows 7/8 32 - 64 bit, Linux, Mac.
2. Bahasa pemrograman Php
3. Data base MySQL
4. Aplikasi server Xampp
5. Desain perancangan Figma 6. Pemodelan sistem starUML
3.3.3 Kebutuhan Perangkat Keras
Spesifikasi minimal perangkat keras yang digunakan untuk menjalankan sistem ini adalah sebagai berikut:
Tabel 3.2 Kebutuhan Perangkat Keras
No. Perangkat keras Spesifikasi
1. Prosesor Intel(R) Core(TM) i3-3110M CPU @
2.40GHz
2. Memory 6 GB RAM
3. HDD 1 Terabyte
4. Mouse Standar
5. Keyboard Standar
3.3.4 Kebutuhan Fungsional
Analisa kebutuhan fungsional adalah analisa mengenai fitur-fitur apa saja yang akan di terapkan di sistem informasi manajemen kost berbasis web adapun rinciannya sebagai berikut:
Tabel 3.3 Kebutuhan Fungsional Nomor SRS Deskripsi
Pemilik kost
SRS-F-1 Sistem dapat melakukan login SRS-F-2 Sistem dapat mengelola data user SRS-F-3 Sistem dapat mengelola data rumah kost SRS-F-4 Sistem dapat menampilkan laporan pemesanan SRS-F-5 Sistem dapat menampilkan laporan pembayaran Penyewa kost
SRS-F-1 Sistem dapat melakukan registrasi SRS-F-2 Sistem dapat melakukan login
SRS-F-3 Sistem dapat menampilkan data kamar kost SRS-F-4 Sistem dapat melakukan pemesanan
SRS-F-5 Sistem dapat melakukan upload bukti pembayaran
3.3.5 Kebutuhan Non Fungsional
Analisis kebutuhan non fungsional adalah sebuah kebutuhan yang dilakukan untuk mengetahui spesifikasi kebutuhan dan kelayakan dari sebuah sistem yang telah dibuat. di bawah ini penjelasan tentang kebutuhan non fungsional:
Tabel 3.4 Kebutuhan Non Fungsional Nomor SRS Deskripsi
SRS-NF-001 Semua input dari user yang memerlukan validasi akan divalidasi sebelum diproses (contoh: masukan username dan password pada saat login)
SRS-NF-002 Sistem menggunakan keamanan password pada saat login SRS-NF-003 Sistem dibangun dengan tampilan antarmuka yang mudah
dipahami dan sederhana
3.4 Pendefinisian Aktor dan Use Case 3.4.1 Definisi Aktor
Berikut ini adalah daftar aktor yang terlibat didalam sistem informasi manajemen kost berbasis Web:
Tabel 3.5 Definisi Aktor
No. Aktor Definisi
1. Pemilik kost Aktor yang mempunyai hak untuk memverifikasi data, mengelola data kamar kost, mengelola data user, menampilkan laporan pemesanan dan menampilkan laporan pembayaran penyewa.
2. Penyewa kost Aktor yang mempunyai hak untuk melihat data kamar kost, melakukan pemesanan, melakukan upload bukti pembayaran.
3.4.2 Definisi Use Case
Berikut ini adalah daftar Use Case yang ada didalam sistem informasi manajemen kost berbasis Web:
Tabel 3.6 Definisi Use Case No. Use
case
Nama Use Case
Deskripsi
Aktor : Penyewa kost
UC-1 Registrasi Use Case yang menangani pendaftaran system
Aktor : Pemilik kost dan Penyewa kost
UC-2 Login Use Case yang menangani
autentifikasi pengguna system Aktor : Pemilik kost
UC-3 Kelola data user Use Case yang menangani kelola data user
UC-4 Kelola data kamar kost
Use Case yang menangani kelola data kamar kost
Aktor :Penyewa kost
UC-5 Info kamar kost Use Case yang menampilkan informasi kamar kost
UC-6 Pemesanan Use case yang menggambarkan kegiatan pemesanan
UC-7 Pembayaran Use Case yang menggambarkan kegiatan mengupload bukti pembayaran
Aktor : Pemilik kost UC-8 Laporan
pemesanan
Use Case yang menggambarkan kegiatan laporan pemesanan
UC-9 Laporan pembayaran
Use Case yang menggambarkan kegiatan laporan pembayaran
3.4.3 Pemodelan Use Case
Berikut ini pemodelan dari kebutuhan fungsional yang akan dimodelkan dengan menggunakan usecase diagram sebagai berikut:
Gambar 3.2 Pemodelan Use Case
System
Pemilik Kost
Kelola Data User
Kelola Kamar Kost
Laporan Pemesanan
Laporan Pembayaran
Login
Registrasi
Pemesanan
Pembayaran
Logout
Penyewa Kost
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<extend>>
Info Kamar
<<include>>
3.5 Skenario Use Case
Berikut ini adalah skenario untuk masing-masing Use Case yang telah didefinisikan sebelumnya:
1. Use Case Registrasi
Gambar 3.3 Use Case Registrasi
Tabel 3.7 Use Case Registrasi
Nama Use Case Registrasi
Aktor Penyewa kost
Deskripsi Proses ini adalah proses yang dilakukan sebagai syarat untuk mengakses sistem pendaftaran akun baru.
Pre-Condition Berada di halaman registrasi
Post-Condition Aktor dapat melakukan hak akses nya.
Skenario:
Aksi Aktor Aksi Sistem
Alur Dasar (basic flow) 1. Klik button registrasi
System
Registrasi
Penyewa kost
2. Menampilkan halaman registrasi 3. Input data lalu klik simpan
4. Sistem menyimpan data reigistrasi ke database
2. Use case Login
Gambar 3.4 Use Case Login
Tabel 3.8 Use Case Login
Nama Use Case Login
Aktor Pemilik kost, penyewa kost
Deskripsi Proses ini adalah proses yang dilakukan sebagai syarat untuk mengakses sistem sesuai dengan hak akses dan kebutuhan masing-masing aktor.
Pre-Condition Berada di halaman login
System
Penyewa kost
Pemilik kost
Login
Logout
<<extend>>
Post-Condition Aktor dapat melakukan hak akses nya.
Skenario:
Aksi Aktor Aksi Sistem
Alur Dasar (basic flow) 1. Mengakses sistem.
2. Menampilkan halaman Login.
3. Memasukan Username dan Password lalu klik tombol Login.
4. Validasi username dan password, jika benar akan masuk ke halaman utama dan jika salah, mengulangi memasukan username dan password.
3. Use Case Kelola Data User
Gambar 3.5 Use Case Kelola Data User
System
Kelola Data User
Pemilik Kost Hapus
<<extend>>
Tabel 3.9 Use case kelola data user
Nama Use Case Kelola data user
Aktor Pemilik kost
Deskripsi Use Case Kelola data user berfungsi untuk melakukan proses edit dan hapus data pada user
Pre-Condition Berada dihalaman Kelola data user Post-Condition Aktor dapat melakukan edit dan hapus
Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow) 1. Klik Kelola data user
2. Sistem menampilkan halaman Kelola data user
Skenario Hapus 3. Klik tombol hapus
4. Sistem menghapus data pada database
4. Use Case Kelola Kamar Kost
Gambar 3.6 Use case kelola kamar kost
Tabel 3.10 Use case kelola kamar kost
Nama Use Case Kelola rumah kost
Aktor Pemilik kost
Deskripsi Use Case Kelola data kamar kost
berfungsi untuk melakukan proses menambah, mengedit dan menghapus data pada kamar kost
Pre-Condition Berada dihalaman Kelola data kamar kost
Post-Condition Aktor dapat melakukan tambah,edit dan hapus
Skenario :
System
Pemilik Kost
Hapus Kelola Kamar Kost
Tambah
Edit
<<extend>>
<<extend>>
<<extend>>
Aksi Aktor Aksi Sistem Alur dasar (basic flow)
1. Klik Kelola data kamar kost
2. Sistem menampilkan halaman Kelola data kamar kost Skenario Tambah
3. Klik tombol tambah
4. Menampilkan form tambah 5. Tambah data lalu klik tombol
simpan
6. Menyimpan data ke database Skenario Edit
3. Klik tombol edit
4. Menampilkan form edit 5. Edit data lalu klik tombol
simpan
6. Menyimpan data ke database Skenario Hapus
3. Klik tombol hapus
4. Sistem menghapus data pada database
5. Use Case Info Kamar Kost
Gambar 3.7 Use Case Info Kamar Kost
Tabel 3.11 Use Case Info Kamar Kost
Nama Use Case Use Case Pemesanan
Aktor Penyewa kost
Deskripsi Use Case pemesanan berfungsi untuk
melihat informasi kamar kost kepada calon penyewa rumah kost
Pre-Condition Berada di sistem info kamar kost Post-Condition Aktor dapat melihat informasi kamar
kost Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow) 1. Klik menu info kamar kost
2. Sistem menampilkan halaman info kamar kost
System
Penyewa Kost
Info Kamar
6. Use Case Pemesanan
Gambar 3.8 Use Case Pemesanan
Tabel 3.12 Use Case Pemesanan
Nama Use Case Use Case Pemesanan
Aktor Penyewa kost
Deskripsi Use Case pemesanan berfungsi untuk
melakukan proses pemesanan kamar kepada pemilik rumah kost
Pre-Condition Berada di sistem pemesanan
Post-Condition Aktor dapat melakukan pemesanan
Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow) 1. Klik menu pemesanan
2. Sistem menampilkan halaman pemesanan
System
Penyewa Kost Pemesanan
Buat Pemesanan kamar
<<extend>>
3. Klik menu buat pemesanan
4. Sistem menampilkan form pemesanan
5. Mengisi form pemesanan lalu klik tombol simpan
6. Sistem menyimpan data pemesanan ke database
7. Use Case Pembayaran
Gambar 3.9 Use Case Pembayaran
System
Penyewa Kost Pembayaran
Buat Pembayaran kamar
<<extend>>
Tabel 3.13 Use Case Pembayaran
Nama Use Case Use Case Pembayaran
Aktor Penyewa kost
Deskripsi Use Case pembayaran berfungsi
untuk melakukan upload bukti pembayaran
Pre-Condition Berada di sistem pembayaran
Post-Condition Aktor dapat melakukan upload bukti pembayaran
Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow) 1. Klik menu pembayaran
2. Sistem menampilkan halaman pembayaran
3. Klik menu buat pembayaran
4. Menampilkan form pembayaran
5. Mengisi form pembayaran lalu klik tombol simpan
6. Menyimpan data pembayaran ke database
8. Use Case Laporan pemesanan
Gambar 3.10 Use Case Laporan pemesanan
Table 3.14 Use Case Laporan pemesanan
Nama Use Case Kelola data laporan pemesanan
Aktor Pemilik kost
Deskripsi Use Case laporan pemesanan
berfungsi untuk melihat laporan pemesanan
Pre-Condition Berada di system
Post-Condition Aktor dapat melihat laporan
pemesanan Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow)
System
Pemilik Kost Laporan Pemesanan
Lihat
<<extend>>
Hapus
<<extend>>
1. Klik menu pemesanan
2. Sistem menampilkan halaman laporan pemesanan
Skenario Lihat 3. Klik tombol lihat
4. Sistem menampilkan data pemesanan
Skenario Hapus 3. Klik tombol hapus
4. Sistem menghapus data pada database
9. Use Case Laporan pembayaran
Gambar 3.11 Use Case Laporan pembayaran
System
Pemilik Kost Laporan Pembayaran
Lihat
<<extend>>
Hapus
<<extend>>
Tabel 3.15 Use Case Laporan pembayaran
Nama Use Case Kelola data laporan pemesanan
Aktor Pemilik kost
Deskripsi Use Case laporan pembayaran
berfungsi untuk melihat laporan pembayaran
Pre-Condition Berada di sistem laporan pembayaran
Post-Condition Aktor dapat melihat laporan
pembayaran Skenario :
Aksi Aktor Aksi Sistem
Alur dasar (basic flow) 1. Klik menu laporan
pembayaran
2. Sistem menampilkan halaman laporan pembayaran
Skenario Hapus 3. Klik tombol lihat
4. Sistem menampilkan data pembayaran
Skenario Hapus 3. Klik tombol hapus
4. Sistem menghapus data pada database
3.6 Activity Diagram
Activity Diagram adalah diagram yang memperlihatkan aliran dari suatu aktivitas lainnya dalam suatu sistem. Bagaimana aktivitas itu dimulai decision yang mungkin terjadi, berikut gambarnya di bawah:
1. Activity Diagram Registrasi
Gambar 3.12 Activity Diagram Registrasi
Aktor Sistem
Buat akun Menampilkan halaman registrasi
Mengisi data diri lalu klik simpan
Menampilkan halaman login
menambah data ke database
2. Activity Diagram Login
Gambar 3.13 Activity Diagram Login
Aktor Sistem
Mengakses sistem Menampilkan halaman login
Sign in
Masukan username dan pssword
Validasi
Menampilkan halaman utama Salah
Benar
3. Activity Diagram Kelola data user
Gambar 3.14 Activity Diagram Kelola Data User
Aktor Sistem
Kelola data user Menampilkan halaman data user
Klik hapus
Menghapus data pada database
4. Activity Diagram kelola data kamar kost
Gambar 3.15 Activity Diagram Kelola kamar kost
Aktor Sistem
Kelola data kamar kost Menampilkan halaman data kamar kost
Menambah data ke database
Tambah Edit Hapus
Masukan data kamar kost
Menghapus data pada database
5. Activity Diagram Info Kamar Kost
Gambar 3.16 Activity Diagram Info kamar kost
Aktor Sistem
klik info kamar Menampilkan halaman info kamar
6. Activity Diagram Pemesanan
Gambar 3.17 Activity Diagram Pemesanan
Aktor Sistem
klik pemesanan Menampilkan halaman pemesanan
Menambah data ke database Buat pesanan kamar kost
menampilkan form pemesanan
Mengisi data pemesanan kamar lalu klik simpan
7. Activity Diagram Pembayaran
Gambar 3.18 Activity Diagram Pembayaran
Aktor Sistem
klik pembayaran Menampilkan halaman pembayaran
Menambah data ke database Buat pembayaran kamar kost
menampilkan form pembayaran
Mengisi data pembayaran kamar lalu klik simpan
8. Activity Diagram Laporan pemesanan
Gambar 3.19 Activity Diagram laporan pemesanan
Aktor Sistem
klik laporan pemesanan Menampilkan halaman laporan pemesanan
Lihat
Hapus Menampilkan halaman data pemesanan
Menghapus data pada database
9. Activity Diagram Laporan pembayaran
Gambar 3.20 Activity Diagram laporan pembayaran