ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENYEWAAN

GEDUNG PADA GARDENIA HALL BANYUWANGI

MAKALAH TUGAS MANAJEMEN PROYEK

disusun oleh
S1SI-09-KEL-07
ASWINDAR SUBEKTI (15.12.8927)
ASIH NUR MAOLANI (15.12.8942)
ELSA DIAH PERMATA S (15.12.8951)

PROGRAM SARJANA
PROGRAM STUDI SISTEM INFORMASI
UNIVERSITAS AMIKOM YOGYAKARTA
YOGYAKARTA
2017
 BAB III
ANALISIS DAN PERANCANGAN

3.1 Tinjauan Umum

3.1.1 Latar Belakang (Proyek Charter)
Dewasa ini semakin banyaknya perusahaan-perusahaan baru yang

tidak hanya pada perusahaan barang namun juga pada perusahaan yang

menjual jasa mengambil sektor bisnis yang sama membuat persaingan

didunia bisnis menjadi sangat ketat, sehingga perusahaan dituntut untuk

terus berinovasi untuk memberikan produk maupun jasa yang lebih baik,

lebih cepat, lebih mudah dan lebih murah. Penerapan teknologi informasi

sangat dibutuhkan untuk menunjang kebutuhan kebutuhan yang diinginkan

oleh pasar.

Tanpa mengesampingkan aktivitas pengembangan website yang

lain, promosi website merupakan salah satu bagian tepenting dari

serangkaian aktivitas pengembangan website. (Jasmadi, 2004 : 1)

Teknologi yang dinamakan dengan E-Commerce adalah salah satu

contoh perkembangan yang saat ini sangat menunjang pemasaran barang

atau jasa bagi perusahaan-perusahaan yang ada. Perkembangan situs E-

Commerce di Indonesia sendiri sudah ada sejak tahun 1996, dengan

berdirinya Dyviacom . Dengan adanya teknologi E-Commerce ini pedagang

atau penjual jasa dengan pembeli atau pemakai jasa dapat dimudahkan

dalam berkomunikasi, bahkan bertransaksi karena semuanya dapat

dilakukan dengan adanya internet. Tidak dapat dipungkiri dengan adanya

teknologi ini perusahaan dapat dimudahkan dalam mempromosikan produk

atau jasa, bahkan dengan adanya teknologi ini perusahaan dapat

melakukkan transaksi tanpa harus saling bertatap muka dengan pembeli.

PT. Gardenia adalah salah satu perusahaan yang ada di Banyuwangi

yang berjalan pada sektor properti, yang beralamatkan Jl. S Parman No. 49,

Sobo, Kec. Banyuwangi. Salah satu jasa yang ditawarkan oleh perusahaan

ini adalah penyewaan gedung sebaguna. Gedung ini cukup luas dan berada

ditengah tengah perumahan elit Gardenia. Gedung ini juga memiliki banyak

fasilitas yang bisa nikmati bagi penyewa, seperti adanya kolam renang yang

di lengkapi kolam renang, kamar mandi dengan heater, toilet yang bersih,

genset, 200 kursi, pengaturan kebersihan, pengaturan parkir, dan keamanan.

Sayangnya Gardenia Hall belum memiliki website demi menunjang

promosi maupun sistem khusus yang memang digunakan bagian pemasaran

Gardenia Hall. Dalam bertransaksi data – data transaksi penyewaan gedung

ini juga masih diinputkan pada excel.. Hal ini berpotensi untuk terjadinya

manipulasi data oleh pihak-pihak yang tidak berwenang. Penyewa juga

diharuskan harus datang ke bagian divisi pemasaran untuk mengecek

apakah tanggal yang mereka inginkan dapat di sewa atau tidak. Padahal

tidak semua penyewa bertempat tinggal yang jaraknya dekat dengan

Gardenia Hall. Oleh karena itu dari hasil pengamatan, divisi pemasaran

Gardenia Hall membutuhkan suatu sistem informasi yang datanya tidak

dapat dilihat oleh pihak-pihak yang berwenang dan dapat memperlihatkan

tanggal berapa saja yang masih bisa di booking tanpa harus datang dan

menanyakan langsung pada pihak pemasaran. Dengan adanya sistem

 informasi reservasi melalui internet penyewa akan merasa dimudahkan

dalam proses reservasi dan transaksi.

Sistem ini sendiri akan dibangun menggunakan perangkat lunak

open source sehingga sehingga sebagai membangun sistem tidak perlu
mengeluarkan biaya untuk membeli perangkat lunak yaitu framework PHP
yaitu Laravel 5.3, framework html Gentelella-Master dan framework html
Startbootstrap-creative-gh-pages
3.1.2 Work Break Down

Proyek

Studi Kegiatan
Desain Fungsi Pemrograman Pengujian
(Wawancara)

3.1.3 Deskripsi Perusahaan

PT. Gardenia, merupakan perusahaan yang dipimpin oleh Budi Setyawan
yang bergerak dibidang porperti. Dan salah satunya adalah dibidang penyewaan
hall sebaguna yang terletak di tengah perumahan Gardenia Estate.

3.2 Analisis Sistem

3.2.1 Identifikasi Masalah
Permasalahan pada divisi pemasaran Gardenia Hall adalah data transaksi
diinputkan pada excel. Gardenia Hall juga belum memiliki website khusus untuk
menunjang promosi ataupun sistem khusus yang memang digunakan bagian
pemasaran Gardenia Hall dalam bertransaksi. Hal ini berpotensi untuk terjadinya
manipulasi data oleh pihak-pihak yang tidak berwenang.Para penyewa juga harus
datang ke bagian divisi pemasaran untuk mengecek apakah tanggal yang mereka
inginkan bisa di sewa atau tidak. Padahal tidak semua penyewa memiliki tempat
tinggal yang jaraknya dekat dengan Gardenia Hall. Oleh karena itu dari hasil
pengamatan, divisi pemasaran Gardenia Hall membutuhkan suatu sistem informasi
yang datanya tidak dapat dilihat oleh pihak-pihak yang berwenang dan dapat
memperlihatkan tanggal berapa saja yang masih bisa di booking tanpa harus datang
dan menanyakan langsung pada pihak pemasaran. Dengan adanya sistem informasi
reservasi melalui internet penyewa akan merasa dimudahkan dalam proses reservasi
dan transaksi.
3.2.2 Ruang Lingkup
Agar permasalah tidak menyimpang dari penelitian, maka berikut

ditetapkan ruang lingkup sebagai berikut :

1. Sistem hanya membatasi pada melihat informasi yang berkaitan dengan

informasi penyewaan gedung, booking gedung secara online dan

pembayaan penyewaan gedung secara online.

2. Sistem hanya memiliki fasilitas untuk menambah data penyewaan

gedung oleh admin dan penyewa, menyimpan data penyewaan oleh

admin dan penyewa, menghapus data, mengedit data oleh admin,

mengeluarkan program, verifikasi admin untuk memasuki sistem, serta

melihat laporan transaksi.

3. Laporan transaksi hanya mampu dilihat dari seluruh transaksi yang

telah dilakukan.

4. Software yang digunakan dalam sistem penyewaan gedung pada

Gardenia Hall Banyuwangi adalah XAMPP, Sublime dan browser

berupa Google Chrome atau dapat menggunakan Mozilla Firefox

3.2.3 Tahapan Inisiasi Proyek

Tahapan inisiasi Proyek tersebut antara lain :
1. Wawancara
2. Analisis kebutuhan sistem
3. Desain dan perancangan sistem
4. Implementasi sistem
5. Testing sistem
3.2.4 Jadwal Kegiatan
Berikut ini adalah jadwal kegiatan berdasarkan alur yang sudah
digambarkan sebelumnya. Waktu penyelesaian proyek selama sepuluh minggu.
Bulan 1 Bulan 2 Bulan 3
No KEGIATAN
1 2 3 4 1 2 3 4 1 2 3 4
1 STUDI KEGIATAN
Menganalisis kelemahan sistem
Menganalisis kebutuhan fungsional
Menganalisis kebutuhan non fungsional
Menganalisis biaya pembuatan sistem
2 DESAIN FUNGSI
Perancangan flowchart
Perancangan ERD dan DFD
Perancangan tabel dan relasi antar tabel
Perancangan UI/UX
3 PEMROGRAMAN
Implementasi database
Melakukan pengkodingan
4 PENGUJIAN
Melakukan pengujian sistem yang di buat

3.2.5 Struktur Kerja

1) Aswindar Subekti
 Analisis Kebutuhan
 UI , UX
2) Asih Nur Maolani
 Pembuatan Database
 Tester
3) Elsa Diah Permata Sari
 Wawancara
 Programmer

3.2.6 Analisis Kelemahan

Analisis kelemahan sistem lama merupakan analisis untuk mengetahui
kelemahan apa saja yang terdapat dalam sistem lama dan perlu diperbaiki oleh
perusahaan. Untuk menemukan kelemahan dalam sistem lama digunakan analisis
PIECES. Dimana isi dari analisis PIECES adalah sebagai berikut:

1. Kinerja (Performance )
Masalah atau kelemahan kinerja sari sistem lama adalah sistem ini
belum di online kan sehingga para penyewa diharuskan datang ke
bagian pemasaran Gardenia Hall untuk memastikan tanggal yang
mereka ingin gunakan masih tersedia atau tidak. Untuk transaksi, dari
sistem lama sudah bisa membayarakan melalui transfer jika sudah
mendapat persetujuan dari pihak Gardenia Hall. Solusinya data tanggal
sewa dari transaksi sebelumnya di inputkan ke database dan dapat
dikases secara online sehingga tanggal sewa dapat diakses oleh calon
penyewa dimana saja tanpa harus dibatasi oleh jam kerja karyawan
Gardenia Hall ataupun harus datang ke lokasi.
2. Informasi (Information)
Analisis informasi merupakan kemampuan system dalam
memberi informasi atau laporan yang dibutuhkan oleh pengguna.
Dalam proses reservasi ini para penyewa harus datang ke bagian
pemasaran Gardenia Hall untuk memastikan tanggal yang mereka ingin
gunakan masih tersedia atau tidak. Dengan adanya sistem berbasis web
penyewa tidak perlu datang ke Gardenia Hall. Sehingga proses
pengecekan informasi yang dibutuhkan oleh calon penyewa. Jika
karyawan ingin mengecek jumlah transaksi yang sudah dilakukan.
Karyawan juga tidak perlu menghitung satu persatu jumlah transaksi
karena sistem akan menjunjukkan berapa jumlah transaksi yang masuk,
sehingga proses pelaporan ke pada manajer akan lebih cepat. Pada
sistem yang dapat diakses oleh penyewa akan diberikan beberapa
informasi yang berkaitan dengan penyewaan Gardenia Hall seperti
fasilitas, biaya sewa dan galeri foto, serta pembayaran dari Gardenia
Hall.
3. Ekonomi (Economy)
 Analisis ekonomi berkaitan dengan masalah biaya. Karena untuk
memastikan tanggal kosong calon penyewa harus datang langsung ke
bagian pemasaran Gardenia Hall sehingga para calon penyewa gedung
harus mengeluarkan biaya tambahan untuk berkendara menuju
Gardenia Hall.
4. Pengendalian (Control)
Analisis pengendalian digunakan untuk mendeteksi dan
memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan yang
dapat terjadi karena tidak adanya otorisasi (hak akses) data penyewaan
gedung Gardenia Hall, data transaksi dapat dilihat dan dirubah oleh
siapa saja yang membuka komputer kantor bagian pemasaran. Sehingga
data pada sistem lama sangat rawan dimanipulasi. Dengan adanya
sistem yang baru ini, sistem akan dilengkapi autentifikasi dengan
mengecek username dan password saat akan masuk kedalam sistem.
Proses pencatatan transaksi juga akan terekam dan tersimpan pada
database sistem komputer yang digunakan, sehingga terhindar dari
kecurangan yang dapat dilakukan oleh orang-orang yang tidak
memiliki hak akses.
5. Efisiensi (Eficiency)
Analisis efisiensi bertujuan menghasilkan output sebanyak-
banyaknya dengan input seminim mungkin. Sistem lama sudah cukup
efisien karena tidak ada pengulangan pencatatan, jadi semua data yang
diinputkan sudah berbentuk softfile hanya saja belum ada otorisasi.
6. Pelayanan (Service)
Analisis pelayanan ini merupakan kriteria penilaian dimana
kualitas suatu sistem dikatakan baik atau buruk sehingga sangat
penting. Pada sistem lama pelayanan hanya bisa dilakukan pada saat
jam kerja padahal dari calon penyewa juga memiliki kegiatan di jam
kerja mereka. Dengan adanya sistem reservasi online calon penyewa
tidak ada batasan waktu untuk melakukan reservasi karena proses
reservasi dapat dilakukan dimana saja dan kapan saja.
 Tabel 3.1 Tabel Ringkasan PIECES pada Gardenia Hall
Parameter Sistem Lama Sistem Baru
Kinerja Sistem yang lama memerlukan Sistem informasi akan memberikan
(Perfomance) waktu yang cukup lama untuk informasi tanggal kosong jika
proses pengecekan tanggal kosong mengakses website Gardenia Hal. Pada
karena harus datang ke tempat. dashboard sistem baru juga akan
Karyawan juga harus menghitung ditunjukkan jumlah transaksi yang
manual jumlah transaksi yang sudah masuk. Serta proses pengarsipan
telah dilakukan. lebih aman karena setiap transaksi
tersimpan di database.
Informasi Sistem sebelumnya membutuhkan Dengan sistem baru calon penyewa
(Information) waktu yang lama untuk dapat mengetahui informasi dasar
mengetahui informasi yang calon tentang reservasi Gardenia Hall karena
penyewa butuhkan karena harus sistem akan memberikan beberapa
datang ke Gardenia Hall. informasi yang berkaitan dengan
penyewaan
Ekonomi Di sistem yang lama, muncul Dengan sistem yang baru, calon
(Economy) biaya-biaya yang sebenarnya bisa penyewa tidak garus mengeluarkan
diminimalisir, bahkan dihilangkan biaya perjalanan menuju Gardenia
dari pihak calon penyewa seperti Hall sehingga dari pihak calon
biaya perjalanan menuju Gardenia penyewa akan merasa dimudahkan.
Hall untuk memperoleh informasi
yang mereka butuhkan.
Pengendalian Pada sistem yang lama, masih Dengan sistem yang baru, data-data
(Control) belum ada otorisasi sehingga ada reservasi akan disimpan pada database
kemungkinan data dimanipulasi dengan rapih dan aman. Serta untuk
pihak-pihak yang tidak memasuki sistem bagian karyawan
berwenang. diperlukan password dan username.
Sehingga hanya pihak-pihak yang

Efisiensi Sistem sudah cukup efisien
(Eficiency) dalam proses melakukan
pencatatan transaksi.
memiliki hak akses saja yang dapat
masuk.
Sistem baru dibuat juga efisien agar
tidak lebih lama dari sistem lama yang
sudah cukup efisien.

Pelayanan Pada sistem lama pelayanan hanya Dengan adanya sistem baru berbasis
(Service) bisa dilakukan pada saat jam kerja. web calon penyewa tidak ada batasan
waktu untuk melakukan reservasi
karena proses reservasi dapat dilakukan
dimana saja dan kapan saja.

3.2.7 Analisis Kebutuhan Sistem

3.2.3.1 Kebutuhan Fungsional
Kebutuhan fungsional merupakan kemampuan sistem untuk melakukan
proses dan dapat menampilkan informasi apa saja. Berikut adalah penjabaran
kebutuhan fungsional dari sistem reservasi Gardenia Hall :
1. Pengolahan data oleh Karyawan dan Penyewa
1.1. Sistem harus dapat melakukan login sistem, meliputi :
1.1.1 Karyawan dapat login sistem dengan menggunakan
username dan password yang sudah diverifikasi oleh
sistem.
1.2. Sistem dapat mengolah data penyewa, meliputi :
1.2.1. Karyawan bisa melakukan input data penyewa pada
sistem.
1.2.2. Karyawan dapat melihat data penyewa yang sudah
diinputkan
1.2.3. Karyawan dapat mengedit data penyewa yang sudah
tersimpan pada sistem
1.2.4. Karyawan dapat menghapus data penyewa yang
sudah diinputkan pada sistem
 1.2.5. Karyawan dapat menyimpan data penyewa pada
sistem
1.2.6. Karyawan dapat menyimpan data penyewa pada
sistem yang sebelumnya sudah diedit
1.2.7. Penyewa dapat memasukkan data sesuai penyewaan
yang dibutuhkan oleh sistem.
1.2.8. Penyewa dapat melihat data diri yang sudah
diinputkan
1.3. Sistem dapat melakukan transaksi penyewaan, meliputi :
1.3.1. Karyawan dapat menginputkan data transaksi pada
sistem
1.3.2. Karyawan dapat menyimpan data transaksi pada
sistem
1.3.3. Karyawan dapat mengubah data transaksi yang telah
disimpan jika telah terjadi kesalahan input.
1.3.4. Karyawan dapat menyimpan kembali data tang sudsh
diedit pada sistem
1.3.5. Karyawan dapat melihat data transaksi yang sudah
diinputkan pada sistem
1.3.6. Karyawan dapat menghapus data transaksi dari
sistem
1.3.7. Penyewa dapat booking gedung secara online
1.3.8. Penyewa dapat melakukan pembayaran secara online
maupun offline.
1.4. Sistem dapat memperbarui informasi pada bagian halaman utama
user
1.4.1. Karyawan dapat meng-update informasi yang ada
pada website menyesuaikan dengan informasi
terbaru.
1.4.2. Karyawan dapat menyimpan kembali informasi yang
telah diubah
 1.4.3. Karyawan dapat melihat informasi dasar reservasi
Gardenia Hall pada halaman utama website Gardenia
Hall.
1.4.4. Penyewa dapat melihat informasi dasar reservasi
Gardenia Hall pada halaman utama website Gardenia
Hall.
1.5. Sistem dapat memperlihatkan tanggal gedung yang belum
dibooking
1.5.1. Karyawan dapat melihat tanggal yang sudah di pesan
ataupun belum dipesan melalui sistem.
1.5.2. Penyewa dapat melihat tanggal yang sudah di pesan
ataupun belum dipesan melalui sistem .
1.6. Sistem dapat menampilkan laporan tarnsaksi
1.6.1 Karyawan dapat melihat lapan transaksi berupa
jumlah transaksi yang sudah dilakukan, tanggal sewa,
harga, nama penyewa, catering, tenda, jumlah tamu
undanangan, perias.
3.2.3.2 Kebutuhan Non-Fungsional
Tujuan dari analisis kebutuhan non fungsional adalah menghasilkan
spesifikasi yang rinci mengenai segala sesuatu yang dapat dikerjakan sistem
ketika diimplementasikan. Kemudian hasil dari analisis ini akan
menentukan input yang dibutuhkan sistem, output yang dihasilkan sistem,
lingkup proses digunakan untuk mengolah input sehingga menghasilkan
output yang diinginkan, contol terhadap sistem, dan macam-macam
kategori pengguna sistem yang akan menggunkan sistem ini.
1. Analisis Kebutuhan Perangkat Keras
Untuk dapat membangun dan mengimplementasikan sistem maka
dibutuhkan perangkat keras yaitu:
1.1. PC dengan RAM 512 MB
1.2. PC dengan processor intel Atom inside
1.3. Mouse dan Keyboard
2. Analisi Kebutuhan Perangkat Lunak
 Untuk dapat membangun dan mengimplementasikan sistem maka
dibutuhkan perangkat lunak yaitu:
2.1. Sistem Operasi Windows 7
2.2. Google Chrome atau Mozilla FireFox
2.3. Sublime Text
2.4. XAMPP
3. Keamanan
Sistem ini dilengkapi dengan login user untuk bagian Karyawan,
sehingga tidak semua user bisa masuk ke dalam sistem. Database sistem
juga dilengkapi dengan password.
3.2.4 Analisis Kelayakan
Dalam menggunakan studi kelayakan yang terdiri dari lima macam
kelayakan yang di sebut TELOS yaitu :
3.2.4.1 Analisis Kelayakan Teknologi
Kelayakan teknis meliputi kebutuhan sistem yang telah disusun dari aspek
teknologi yang akan digunakan.
Hasil dari analisis kelayakan teknis sistem informasi reservasi yang akan
diterapkan di Gardenia Hall adalah:
1. Teknologi yang digunakan berupa penggunaan komputer, sedangkan
aplikasi yang digunakan adalah sistem operasi Windows XP dan
browser dapat menggunakan Google Chrome ataupun Mozilla Firefox
2. Teknologi ini dapat diterapkan bersamaan dengan teknologi yang sudah
ada (manual). Perubahan dari sistem manual ke sistem yang
komputerisasi lebih mudah dilakukan dibandingkan jika harus
mengubah dari sistem yang sudah terkomputerisasi lama ke sistem yang
sudah terkomputerisasi baru dengan database yang berbeda ferdor nya.
3. Teknologi yang dibutuhkan sudah tersedia, perusahaan juga sudah
memiliki karyawan yang dapat mengoperasikan sistem yang
terkomputerisasi serta sistem baru ini bisa dioperasikan dengan mudah.
3.2.4.2 Analisis Kelayakan Ekonomi
Untuk menganalisa kelayakan ekonomi digunakan kalkulasi yang
dinamakan Cost Benefit Analysis atau Analisis Biaya dan Manfaat. Adapun
tujuan dari analisis biaya dan manfaat adalah untuk memberikan gambaran
kepada pengguna apakah manfaat yang diperoleh dari sistem yang baru “lebih
besar” dibandingkan dengan biaya yang dikeluarkan.

Table 3.2 Analisi Biaya dan Manfaat

Keterangan tahun 0
BIAYA-BIAYA
Biaya pengembangan sistem
Biaya proyek permodul @180.000 8.640.000
Tahap analisis sistem 2.500.000
Tahap desain sistem 2.000.000
Penerapan sistem 2.500.000
Biaya penyusutan -

Total biaya proyek 15.640.000

TOTAL BIAYA 15.640.000

3.2.4.3 Analisis Kelayakan Hukum / Legal

Pembangunan sistem baru ini tidak bertentangan dengan peraturan dan
norma yang berlaku karena pembuatan sistem penyewaan gedung ini bukan tentang
barang haram , pencuirain, narkoba, dan lain-lain. Serta perancangan sistem
penyewaan gedung ini menggunakan perangkat (software dan hardware) original,
serta aplikasi database yang memang disediakan dan dapat didapatkan secara
gratis, tanpa ada unsur bajakan atau ilegalitas.
3.2.4.4 Analisis Kelayakan Operasional
Secara operasional, perancangan sistem informasi penyewaan gedung
dinyatakan layak dikarenakan beberapa faktor:
1. Sistem yang baru dapat memenuhi tujuan untuk mendapatkan informasi
yang dibutuhkan pengguna. Informasi yang dibutuhkan oleh penyewa
adalah informasi yang berhubungan dengan penjadwalan gedung dan
reservasi. Dengan adanya sistem baru maka lebih dapat diandalkan
karena dapat mengakses informasi tanpa batasan waktu dan
meminimalisir kecurangan yang disebabkan oleh tidak adanya otorisasi.
 2. Sistem yang baru dapat mempermudah perhitungan jumlah
pembayaran yang harus dibayarkan oleh penyewa.
3. Sistem yang baru dapat mempermudah perhitungan jumlah transaksi
yang sudah dilakukan.
4. Dalam pengoperasian sistem yang baru tidak memerlukan waktu
pelatihan yang lama. Untuk menggunakan sistem yang baru, karyawan
tidak menemukan kesulitan dalam menggunakan sistem yang baru ini.
3.2.4.5 Analisis Kelayakan Sosial
Perancangan sistem informasi penyewaan gedung dinyatakan layak karena
hasil dari perancangan ini tidak berpengaruh negatif terhadap lingkungan sosial.
Tidak ada pihak di lingkungan masyarakat yang akan terganggu dengan adanya
sistem yang baru ini. Sistem ini justru membawa manfaat terutama bagi calon
penyewa karena dapat diakses dimana saja.

3.3 Perancangan Sistem

3.3.1 Flowchart (Jika Menggunakan DFD)
Flowchart sistem menggambarkan gambaran umum sistem secara
keseluruhan, dari flowchart sistem ini dapat dilihat jumlah storage
penyimpanan yang dibutuhkan. Berikut flowchart sistem informasi
penyewaan gedung Gardenia Hall Banyuwangi

Gambar 3.1 Flowchart Sistem

3.3.2 Perancangan DFD
3.3.1.1 Diagram Level 0
Data Flow Diagram (DFD) adalah pemodelan proses yang
mengilustrasikan aktivitas-aktivitas yang dilakukan dan bagaimana data
berpindah dari aktivitas yang satu ke aktivitas yang lain. Di diagram ini juga
dijelaskan user yang berinteraksi langsung dengan sistem dan aliran data
dari masing-masing user. Berikut adalah DFD dari penyewaan gedung
Gardenia Hall Banyuwangi

Gambar 3.2 Diagram DFD Level 0

3.3.1.2 DFD Level 1 / Activity Diagram
Data Flow Diagram (DFD) adalah pemodelan proses yang mengilustrasikan
aktivitas-aktivitas yang dilakukan dan bagaimana data berpindah dari aktivitas yang
satu ke aktivitas yang lain. Di diagram ini juga dijelaskan user yang berinteraksi
langsung dengan sistem dan aliran data dari masing-masing user. Berikut adalah
DFD dari sistem informasi penyewaan gedung Gardenia Hall Banyuwangi.
 Gambar 3.3 Diagram DFD Level 1

1.3.1.3 DFD Level 2 / Class Diagram

1. DFD level 2 proses 1 (Proses Penyewa)

Gambar 3.4 Diagram DFD Level 2 Proses Penyewa

2. DFD Level 2 proses 2 (Proses Karyawan)

Gambar 3.5 Diagram DFD Level 2 Proses Karyawan

3. DFD Level 2 proses 3 (Proses Transaksi)

Gambar 3.6 Diagram DFD Level 2 Proses Transaksi

 4. DFD Level 2 proses 4 (Proses Galeri)

Gambar 3.7 Diagram DFD Level 2 Proses Galeri

5. DFD Level 2 proses 5 (Proses Fasilitas)

Gambar 3.8 Diagram DFD Level 2 Proses Fasilitas

1.3.1.4 DFD Level 3

1. DFD Level 3 Proses 1.1 (Proses Input Penyewa)
 Gambar 3.9 Diagram DFD Level 3 Proses Tambah Penyewa

2. DFD Level 3 Proses 1.3 (Proses Edit Penyewa)

Gambar 3.10 Diagram DFD Level 3 Proses Edit Penyewa

3. DFD Level 3 Proses 3.1 (Proses Input Transaksi)

Gambar 3.11 Diagram DFD Level 3 Proses Input Transaksi

4. DFD Level 3 Proses 3.3 (Proses Edit Transaksi)

Gambar 3.12 Diagram DFD Level 3 Proses Edit Transaksi

5. DFD Level 3 Proses 4.1 (Proses Input Galeri)

Gambar 3.13 Diagram DFD Level 3 Proses Input Galeri

6. DFD Level 3 Proses 4.3 (Proses Edit Galeri)

Gambar 3.14 Diagram DFD Level 3 Proses Edit Galeri

 7. DFD Level 3 Proses 5.1 (Proses Input Fasilitas)

Gambar 3.15 Diagram DFD Level 3 Proses Input Fasilitas

8. DFD Level 3 Proses 3.3 (Proses Edit Fasilitas)

Gambar 3.16 Diagram DFD Level 3 Proses Edit Fasilitas

3.3.3 Perancangan Database

3.3.2.1 ERD
Basis data dapat digambarkan dengan menggunakan Entity Relationship
Diagram (ERD). ERD digunakan untuk menggambarkn secara sistematis berbagai
entitas dan komponen data yang dimiliki sistem dan hubungan antar masing-masing
entitas tersebut. Untuk melihat keterhubungan antar entitas yang ada maka akan
digambarkan sebagai berikut :
 Gambar 3.17 ERD

3.3.2.2Relasi Tabel Database

Relasi tabel menggambarkan tentang hubungan antar tabel lengkap dengan
atribut primary key dan foreign key beserta constrain lainnya. Adapun rancangan
relasi tabel dari sistem penyewaan gedung Gardenia Hall Banyuwangi sebagai
berikut :

Gambar 3.18 Relasi Antar Tabel

3.3.2.3 Struktur Rancangan Tabel
Struktur tabel menjelaskan tentang atribut dari masing-masing kolom pada
tabel, adapun struktur tabel dari sistem informasi penyewaan gedung Gardenia Hall
Banyuwangi sebagai berikut :

Table 3.4 Struktur Rancangan Tabel

Tabel Penyewa
Nama Field Tipe Data Keterangan
id_penyewa int (11) primary key, auto increment
nama varchar (50)
no_ktp varchar (15)
alamat text
no_tlp varchar(15)

Tabel Karyawan
Nama
Field Tipe Data Keterangan
id_admin int(11) primary key, auto increment
nama varchar(50)
username varchar(50)
password varchar(50)
no_tlp varchar(15)
foto varchar(50)

Tabel Galeri
Nama Field Tipe Data Keterangan
id_foto int(11) primary key, auto incerement
foto Varchar(50)

Tabel Fasilitas
Nama Field Tipe Data Keterangan
id_fasilitas int(11) primary key, auto increment
listrik varchar(50)
jumlah_kursi varchar(50)
keamanan varchar(50)
 Tabel Gedung
Nama Field Tipe Data Keterangan
id_gedung int(11) primary key, auto increment
harga int(11)

Tabel Transaksi
Tipe
Nama Field Data Keterangan
id_transaksi int(11) primary key, auto increment
foreign key
id_penyewa int(11) penyewa(id_penyewa)
biaya int(11)
tambahan biaya int(11)
jumlah_undangan int(11)
tanggal_sewa datetime
harga_sewa int(11)
keterangan text
 BAB IV
IMPLEMENTASI

4.1 Implementasi Sistem

Tahap implementasi sistem merupakan tahap penciptaan perangkat
lunak, tahap kelanjutan dari kegiatan perancangan sistem. Tahap ini
merupakan menerjemahkan perancangan berdasarkan hasil analisis dalam
bahasa yang dapat dimengerti oleh mesin serta penerapan perangkat lunak
pada keadaan yang sesungguhnya. Tahapan implementasi yang akan
dilakukan pada sistem website Gardenia Hall Banyuwangi.
1. Pembuatan program
2. Uji coba sistem
3. Upload website

4.1.1 Pembuatan Database dan Tabel

Database merupakan sekumpulan data yang salingberintegrasi satu
sama lain dan terorganisasi berdasarkan sebuah skema atau stuktur tertentu
dan tersimpan pada sebuah hardare komputer. Pada sistem ini penulis
menggunakan MySQL dalam pembuatan database. Data aplikas disimpan
salam database “galeria” yang dibuat melalui phpmyadmin

Gambar 4.1 Database Galeria

 Database galeria memiliki teriri dari 9 tabel yaitu fasilities, galeries,
migration, password_reset, payments, settings, tenants, transaction, users.

Gambar 4.2 Tabel Database Galeria

Berikut adalah hasil pembuatan tabel-tabel dari database galeria.
4.1.1.1 Pembuatan Tabel Tenants
Tebel tenants berfungsi untuk menampung data penyewa yang akan
ditampilkan pada halaman penyewa. Pada tabel tenants terdiri dari kolom
id, name, ktp, tlp, create_at, update_at.

Gambar 4.3 Tabel Tenants pada Database Galeria

4.1.1.2 Pembuatan Tabel Tenants
Tebel tenants berfungsi untuk menampung data penyewa yang
akan ditampilkan pada halaman penyewa. Pada tabel tenants terdiri dari
kolom id, name, ktp, tlp, create_at, update_at.

Gambar 4.4 Tabel Tenants pada Database Galeria

4.1.1.3 Pembuatan Tabel Galeries

Tebel galeries berfungsi untuk menampung data gambar yang akan
ditampilka dihalaman website utama pada bagian galeri terdiri dari kolom
id, pict, create_at, update_at.

Gambar 4.5 Tabel Galeries pada Database Galeria

4.1.1.4 Pembuatan Tabel Migration

Tabel migartion adalah tabel otomatis yang dibuat oleh Laravel
karena penulis membuat tabel melalui perintah migation yang ada pada
Laravel, terdiri dari kolom id, migration, batch.

Gambar 4.6 Tabel Migration pada Database Galeria

4.1.1.5 Pembuatan Tabel Password_reset
Tabel password_reset adalah tabel otomatis yang dibuat oleh
Laravel saat penulis membuat tabel user yang digunakan untuk menyiman
data admin yang terdiri dari kolom email, token, create_at.

Gambar 4.7 Tabel Password_reset pada Database Galeria

4.1.1.6 Pembuatan Tabel Payments

Tebel payment berfungsi untuk menampung data peyewa yang
sudah melakukan kofirmasi pembayaran yang akan ditampilkan pada
halaman laporan konfirmasi pembayaran. Pada tabel payment terdiri dari
kolom id, id_trans, tenant_name, date, total_payment, rek, other, pict,
create_at, update_at.

Gambar 4.8 Tabel Payment pada Database Galeria

4.1.1.7 Pembuatan Tabel Transactions

Tebel transaction berfungsi untuk menampung data transaksi
dimana tabel ini berelasi dengan tabel tenants yang akan ditampilkan pada
halaman laporan transaksi. Pada tabel transactions terdiri dari kolom id,
 tenant_id, cost, add_cost, total_guest, pay, time, address, date, other,
expired, create_at, update_at.

Gambar 4.9 Tabel Transactions pada Database Galeria

4.1.1.8 Pembuatan Tabel User

Tabel user adalah tabel otomatis yang dibuat oleh Laravel saat
penulis menjalankan perintah Auth, tabel user yang digunakan untuk
menyiman data admin yang akan digunakan untuk verifikasi data admin saat
admin login pada sistem. Tabel user terdiri dari kolom id, name, email,
password, remember_token, create_at, update_at.

Gambar 4.10 Tabel User pada Database Galeria

4.2 Implementasi Program
4.2.1 Skrip Routing
Routing secara sederhana dimana penilis menuliskan atau
mensetting nama url website yang dibangun. Berikut adalah beberapa
contoh potongan routing yang terdapat pada sistem ini.
 Gambar 4.11 Kode Program Routing

4.2.1 Skrip Koneksi Database

Saat ingin melakukan implementasi maka harus dilakukan adalah
melakukan koneksi dengan database. Skrip koneksi berfungsi
mengubungkan skrip php dengan tabel dalam database. Berikut adala script
koneksi database agar database “galeria” terkoneksi dengan program yang
dibuat di projek Laravel.
 Gambar 4.12 Script Koneksi pada Database Galeria
Penjelasan skrip tersebut untuk menghubungkan database “galeria”.
Maka skrip ini dipanggil untuk menghubungkan dengan database.

4.2.2 Skrip Logout

Skrip logout berfungsi untuk admin keluar dari bagian dashboard
admin. Berikut ni adalah skrip logout yang terdapat pada layout.blade.php.
Setelah admin berhasil logout maka akan kembali ke halaman website utama.

Gambar 4.13 Script Logout pada layout.blade.php

4.2.3 Skrip Login

Skrip login berfungsi untuk admin masuk ke bagian dashboard admin.
Dengan mencocokan email dan password yang dinputkan melalui form login
jika data behasil terverifikai maka admin dapat memasuki bagian dashboard
admin. Berikut ni adalah skrip logout yang terdapat pada layout.blade.php.

Gambar 4.14 Script Login pada login.blade.php

4.2.4 Skrip Menampikan Data
Perintah untuk menampilkan pada laravel dapat menggunakan no
query. Berikut merupakan fungsi yang memiliki untuk perintah
menampilkan data dengan menggunakan no query yang sebelumnya sudah
didaftarakn melalui controller masing-masing.
4.2.4.1 Menampilkan Data Fasilitas
public function index(){
return view('admin.fasilities.index')->
with('fasilities', Fasility::all());
}

4.2.4.2 Menampilkan Data Setting

public function index(){
return view('admin.setting.index') ->
with('setting', Setting::all()); }

4.2.4.3 Menampilkan Data Galeri

public function index(){
return view('admin.galery.index') ->
with('galeries',Galery::all());}

4.2.4.4 Menampilkan Data Penyewa

public function index{
$data = DB::table('transactions')->
select ('transactions.*', 'tenants.*',
'transactions.id as id_trans')-> join
('tenants', 'transactions.tenants_id',
'=', 'tenants.id')->get();
return view('admin.tenant.home')-> with
('transaction', $data); }

4.2.4.5 Menampilkan Laporan Transaksi

public function index(){
 $data = DB::table('transactions')->
select ('transactions.*', 'tenants.*',
'transactions.id as id_trans')-> join
('tenants', 'transactions.tenants_id',
'=', 'tenants.id')->get();
return view('admin.tenant.home')-> with
('transaction', $data);}

4.2.4.6 Menampilkan Laporan Konfirmasi Pembayaran

public function index(){
return view('admin.payment.index')->
with('payment',Payment::all());}

4.2.5 Skrip Menyimpan Data

Perintah untuk menyimpan data pada laravel dapat menggunakan no
query. Setelah menginputkan data akan dilakukan pengecekan terlebih
dahulu apakah data tersebut valid atau tidak. Jika data yang di inputkan
berhasil maka akan muncul sebuah pesan data berhasil diinputkan. Berikut
merupakan fungsi yang digunakan untuk menyimpan perintah menyimpan
data dengan menggunakan no query yang sebelumnya pada controller
masing-masing. Data setting, fasilitas dan galeri tidak dapat ditambahkan
hanya dapat diedit. Data penyewa dan transaksi diinputkan bersamaan
melalui satu form.
4.2.5.1 Menyimpan Data Penyewa dan Transanksi
public function store(Request $request)
{
$this->validate($request,[
'name' => 'required|max:50',
'ktp' => 'required|max:50',
'tlp' => 'required|max:13',
'address' => 'required|max:225',
'pay' => 'required',
'time' => 'required',
 'date' => 'required',
'total_guest' => 'required'
]);
$tenant = new Tenant();
$tenant->name = $request->name;
$tenant->ktp = $request->ktp;
$tenant->tlp = $request->tlp;

$tenant->save();

$transaction = new Transaction();

$transaction->address = $request->
address;
$transaction->date = $request->date;
$transaction->tenants_id = $tenant->
id;
$transaction->pay = $request->pay;
$transaction->time = $request->time;
$transaction->total_guest = $request
->total_guest;

if($request->time=='Pagi'){
$transaction->pay = 6000000;
}else{
$transaction->pay = 5000000;
}

if($request->pay=='Lunas'){
$transaction -> cost =
$transaction -> pay;
}else{
$transaction->cost = 500000;
}
 $transaction->add_cost = $transaction
-> pay - $transaction->cost;
$transaction->total_cost =
$transaction->pay;
$transaction->time = $request->time;
$transaction->other = $request->pay;

$transaction->save();

return redirect()->
route('transaction');
}

4.2.5.2 Menyimpan Data Konfirmasi Pembayaran

public function PaymentStore(Request
$request){
$this->validate($request,[
'name' => 'required|max:50',
'date' => 'required',
'dateBooking' => 'required',
'total_payment' => 'required',
'rek' => 'required',
'pict' => 'required|image'
]);

$tenant = Tenant::where('tlp',
$request->tlp)->first();
$transaction = Transaction::where
('tenants_id', $tenant->id)->first();

if(empty($transaction)) {
// error
 }

$payment = new Payment();

$paymentFile = $request->
file('pict');
$fileName = $paymentFile->
getClientOriginalName();
$paymentFile ->
move('upload/galery/',$fileName);

$payment->tenant_name = $request ->

name;
$payment->date = $request->date;
$payment->total_payment = $request->
total_payment;
$payment->rek = $request->rek;
$payment->other = $request->other;
$payment->pict = $fileName;
$payment->id_trans = $transaction->
id;

$payment->save();

return view('user.home')
->with('setting', Setting::all())
->with('galeries',Galery::all())
->with('fasilities',
Fasility::all());
}
4.2.6 Skrip Update Data
Perintah untuk megubah data pada laravel dapat menggunakan no
query. Setelah data diubah data akan dilakukan pengecekan terlebih dahulu
apakah data tersebut valid atau tidak. Jika data yang di update berhasil maka
akan muncul sebuah pesan data berhasil diubah. Berikut merupakan fungsi
yang digunakan untuk menyimpan perintah ubah data dengan menggunakan
no query pada controller masing-masing. Data Transaksi dan Penyewa di
update melalui satu fungsi dan satu form yang sama.
4.2.6.1 Mengubah Data Fasilitas
public function update(Request $request, $id)
{
$facility = Fasility::find($id);

$facility->chair = $request->chair;
$facility->electric = $request->
electric;
$facility->area = $request->area;
$facility->other = $request->other;

$facility->save();

Session::flash('success', 'Fasilitas
berhasil diperbarui');

return redirect()->route('fasility');
}

4.2.6.2 Mengubah Data Setting

public function update(Request $request, $id)
{
$setting = Setting::find($id);

$setting->tlp = $request->tlp;
$setting->email = $request->email;
$setting->moto = $request->moto;
 $setting->info = $request->info;

$setting->save();

Session::flash('success', 'Informasi
berhasil diperbarui');

return redirect()->route('setting');
}

4.2.6.3 Mengubah Data Galeri

public function update(Request $request, $id)
{

$this->validate($request,[
'pict'=>'required',
]);

$galery = Galery::find($id);

$file = $request->file('pict');
$fileName = $file->
getClientOriginalName();
$file->
move('upload/galery/',$fileName);

$galery->pict = $fileName;

$galery->save();

Session::flash('success', 'Gambar
berhasil diperbarui');

return redirect()->route('galery');
}

4.2.6.4 Mengubah Data Penyewa dan Transaksi

public function update(Request $request)
{
$transaction =
Transaction::find($request->id);

$this->validate($request,[
'name' => 'required|max:50',
 'ktp' => 'required|max:50',
'tlp' => 'required|max:13',
'address' => 'required|max:225',
'pay' => 'required',
'time' => 'required',
'date' => 'required',
'total_guest' => 'required'
]);

$tenant = new Tenant();

$tenant->name = $request->name;
$tenant->ktp = $request->ktp;
$tenant->tlp = $request->tlp;

$tenant->save();

$transaction = new Transaction();

$transaction->address = $request->
address;
$transaction->date = $request->date;
$transaction->tenants_id = $tenant->
id;
$transaction->pay = $request->pay;
$transaction->time = $request->time;
$transaction->total_guest = $request
-> total_guest;

if($request->time=='Pagi'){
$transaction->pay = 6000000;
}else{
$transaction->pay = 5000000;
 }

if($request->pay=='Lunas'){
$transaction->cost =
$transaction->pay;
}else{
$transaction->cost = 500000;
}

$transaction->add_cost =
$transaction->pay - $transaction->
cost;
$transaction->total_cost =
$transaction->pay;
$transaction->time = $request->time;
$transaction->other = $request->pay;
$transaction->expired = $request->
expired;

if ($transaction->save()) {
Session::flash('success',
'Transaksi berhasil diupdate.');
}else{
Session::flash('info', 'Transaksi
gagal diupdate.');
}

return redirect()->
route('tenant.home');
}
4.2.7 Skrip Menghapus Data
Perintah untuk menghapus data pada laravel dapat menggunakan no
query. Berikut merupakan fungsi yang menyimpan perintah untuk
menghapus data dengan menggunakan no query yang sebelumnya sudah
didaftarakn melalui controller masing-masing. Jika data berhasil dihapus
makan akan menampilkan pesan “Data berhasil dihapus”. Data setting,
fasilitas dan gambar tidak dapat dihapus karena data-data tersebut
merupakan data informasi yang ditampilkan pada bagian website utama.

4.2.7.1 Menghapus Data Penyewa dan Transaksi

public function destroy($id)
{
$trans =
Transaction::findOrFail($id);
$trans->delete();

Session::flash('success','Data
berhasil dihapus.');

return redirect()->back();
}

4.2.8 Skrip Cek Tanggal Booking

Skrip cek tanggal merupakan skrip yang berfungsi untuk penyewa dan
admin mengecek apakah tanggal yang akan disewa penyewa dapat disewa.
Berikut ni adalah skrip cek tanggal yang terdapat pada controller.
public function check(Request $request)
{
$newdate = date('Y-m-d',
strtotime($request->date));

$tran = Transaction::where('date',
$newdate)->count();
 if ($tran>0) {
$status = 'isi';
}else{
$status = 'kosong';
}

return view('user.check')->
with('status', $status)
-> with ('setting', Setting::all());
}
4.2.9 Skrip Register Admin
Skrip register admin merupakan skrip yang berfungsi untuk menambah
data admin baru. Berikut ni adalah skrip resgister yang terdapat pada
FrontController.php .
public function register(Request $request){
$this->validate($request,[
'name' => 'required|max:255',
'email' => 'required|email|max:
255|unique:users',
'password' => 'required|min:6
|confirmed',
]);

$user = new User;

$user->name = $request->name;
$user->email = $request->email;
$user->password = bcrypt($request->
password);

$user->save();

Session::flash('success', 'Admin
 berhasil ditambahkan');

return redirect()->back();
}
4.3 Implementasi Sistem
4.3.1 Manual Sistem
Pada manual sistem merupakan tahapan yang membahas
tentang fungsi dari setiap menu yang telah dibuat. Berikut ini adalah
menu-menu yang ada dalam sistem ini.
4.3.1.1 Halaman Manu Administrator
4.3.1.1.1 Dashboard

Gambar 4.15 Dashboard Admin

Dashboard adalah menu utama ketika admin melakukan proses login.

Dashboard ini memiliki beberapa fungsi yaitu :
1. Melihat menambahkan admin baru
2. Melihat data penyewa
3. Menambahakn penyewa dan transaksi
4. Melihat laporan transaksi
5. Melihat laporan konfirmasi pembayaran
6. Merubah data yang ditampilkan pada website utama.
7. Cek tanggal booking
4.3.1.1.2 Cek Tanggal Booking
Form cek tanggal merupakan form yang digunakan calon penyewa
untuk melihat apakah gedung yang ingin disewa masih dapat dibooking atau
tidak dengan memasukkan tanggal yang diinginkan jika gedung dapat disewa
makan akan muncul form untuk mengisi data diri.

Gambar 4.16 Form Cek Tanggal Booking

4.3.1.1.3 Tambah Penyewa dan Transaksi

Form tambah transaksi merupakan form yang digunakan untuk
menambah penyewa sebelum melakukan input data penyewa diwajibkan
melakukan cek tanggal untuk melihat apakah gedung yang ingin disewa masih
dapat dibooking atau tidak dengan memasukkan tanggal yang diinginkan jika
gedung dapat disewa makan akan muncul form untuk mengisi data diri. Setelah
data terisi klik pada tombol simpan makan data tersebut akan disimpan pada
database sistem.
 Gambar 4.17 Form Tambah Transaksi

4.3.1.1.4 Halaman Olah Data Informasi

Halaman informasi digunakan untuk merubah data informasi seperti
email, nomor telfon, deskripsi singkat, informasi tambahan lainnya yang akan
ditampilkan pada halaman utama website dengan klik button edit maka data dari
database akan terambil dan dapat diedit. Jika editing sudah dilakukan klik
button save untuk memproses data dan menyimpan kembali data kedalam
database
 Gambar 4.18 Olah Data Informasi

4.3.1.1.5 Halaman Olah Data Galeri

Halaman galeri digunakan untuk merubah gambar yang ada pada
gedung dengan klik button edit maka data dari database akan terambil dan dapat
diedit. Jika editing sudah dilakukan klik button simpan untuk memproses data
dan menyimpan kembali data kedalam database

Gambar 4.19 Olah Data Galeri

4.3.1.1.6 Halaman Olah Data Fasilitas
Halaman Fasilitas digunakan untuk merubah data fasilitas yang ada pada
gedung dengan klik button edit maka data dari database akan terambil dan dapat
diedit. Jika editing sudah dilakukan klik button save untuk memproses data dan
menyimpan kembali data kedalam database.

Gambar 4.20 Olah Data Fasilitas

4.3.1.1.7 Olah Data Penyewa dan Transaksi

Halaman olah data penyewa digunakan untuk admin melihat penyewa,
merubah data penyewa serta merubah status sewa setelah pembayaran
terkonfirmasi

Gambar 4.21 Olah Data Penyewa dan Transaksi

4.3.1.1.8 Laporan Transaksi
Laporan Transaksi digunakan untuk admin melihat semua transaksi
yang sudah dilakukan melalui sistem.

Gambar 4.22 Laporan Transaksi

4.3.1.1.9 Laporan Konfirmasi Pembayaran

Laporan konfimasi pembayaran digunakan untuk admin melihat
penyewa yang sudah melakukan pembayaran serta mengirimkan bukti
transfer, data yang sudah masuk dan tercatat pada sistem selanjutnya
digunakan admin untuk merubah status sewa.

Gambar 4.23 Laporan Konfirmasi Pembayaran

4.3.1.2 Halaman Utama
Halaman utama adalah website dimana para user mengakses dan
mencari informasi semua terkait penyewaan serta melakukan booking.
Yang terdapat beranda, about, fasilitas, galeri dan kontak.

Gambar 4.24 Halaman Utama

4.3.1.3 Login Admin
Form login merupakan form awal untuk memasuki sistem pada bagian
admin. Untuk melakukan proses login admin harus memasukkan email dan
password kemudian menekan klik button login. Apabila berhasil login makan
admin akan masuk pada dashboard admin. Jika salah maka akan kembali ke
form login.

Gambar 4.25 Form Login Admin

4.3.1.4 Form Konfirmasi Pembayaran

Form konfirmasi pembayaran merupakan form yang digunakan
penyewa mengkonfirmasi pembayaran yang sudah dilakukan oleh penyewa.
Selanjutnya data akan masuk pada laporan konfimasi pembayaran yang
digunakan untuk admin melihat penyewa yang sudah melakukan
pembayaran serta mengirimkan bukti transfer, data yang sudah masuk dan
tercatat pada sistem selanjutnya digunakan admin untuk merubah status
sewa.
 Gambar 4.26 Form Konfirmasi Pembayaran

4.3.1.5 Form Cek Tanggal pada Sisi User

Form cek tanggal merupakan form yang digunakan calon penyewa
untuk melihat apakah gedung yang ingin disewa masih dapat dibooking atau
tidak dengan memasukkan tanggal yang diinginkan jika gedung dapat
disewa makan akan muncul form untuk mengisi data diri. Form cek tanggal
dibawah ini merupakan form cek tanggal dari sisi user.

Gambar 4.27 Form Konfirmasi Pembayaran

4.3.1.6 Form Input Data Transaksi pada Sisi User
Form tambah transaksi merupakan form yang digunakan untuk
menambah penyewa sebelum melakukan input data penyewa diwajibkan
melakukan cek tanggal untuk melihat apakah gedung yang ingin disewa
masih dapat dibooking atau tidak dengan memasukkan tanggal yang
diinginkan jika gedung dapat disewa makan akan muncul form untuk
mengisi data diri. Setelah data terisi klik pada tombol simpan makan data
tersebut akan disimpan pada database sistem Form tambah transaksi
dibawah ini merupakan form cek tanggal dari sisi user.

Gambar 4.28 Form Input Data Transaksi pada Sisi User