SKRIPSI - repository.bsi.ac.id · karya tulis ini, tanpa seizin penulis. Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau peringkasan isi tulisan hanya dapat

SISTEM INFORMASI PENYEWAAN

STUDIO MUSIK BERBASIS WEB

PADA BRAVO MUSIK STUDIO

SKRIPSI

Diajukan untuk memenuhi salah satu syarat kelulusan Program Sarjana

DURAHIM

11145023

Program Studi Sistem Informasi

STMIK Nusa Mandiri Jakarta

Jakarta

2018

ii

PERSEMBAHAN

Kesempatan datang bagai awan berlalu. Pergunakanlah ketika ia Nampak di

hadapanmu.

(Ali bin Abi Thalib)

Dengan mengucap puji syukur kepada Allah S.W.T, skripsi ini

kupersembahkan untuk:

1. Bapak Dalim(Alm) dan Ibu Rasanah(Alm) tercinta yang telah membesarkan

aku dan selalu membimbing, mendukung, memotivasi, memberi apa yang

terbaik bagiku serta selalu mendoakan aku untuk meraih kesuksesanku.

2. Kakakku (Harisah, Warsa dan Atikah) yang telah menjadi curahan hatiku,

yang telah membimbingku untuk terus semangat, aku selalu sayang kalian.

3. Power Rangers team yang terus ada pada saat kebingungan, Cindy Permata

Mutia, Febri Rhamadan dan Samuel Rumaruson yang terus membantuku

mengerjakan skripsi ini sampai kelar dan teman yang lain yang tidak bisa

disebutkan yang selalu setia dan memberikan semangat.

Tanpa mereka, aku dan karya ini tak akan pernah ada

iii

iv

v

vi

PANDUAN PENGGUNAAN HAK CIPTA

Skripsi sarjana yang berjudul “SISTEM INFORMASI PENYEWAAN

STUDIO MUSIK BERBASIS WEB PADA BRAVO MUSIK STUDIO” adalah

hasil karya tulis asli DURAHIM dan bukan hasil terbitan sehingga peredaran karya

tulis hanya berlaku dilingkungan akademik saja, serta memiliki hak cipta. Oleh

karena itu, dilarang keras untuk menggandakan baik sebagian maupun seluruhnya

karya tulis ini, tanpa seizin penulis.

Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau

peringkasan isi tulisan hanya dapat dilakukan dengan seizin penulis dan disertai

ketentuan pengutipan secara ilmiah dengan menyebutkan sumbernya.

Untuk keperluan perizinan pada pemilik dapat menghubungi informasi

yang tertera di bawah ini:

Nama : Durahim

Alamat : Perumahan Permata Sari Indah Blok C4 No8

No. Telp : Hp. 089682098518

E-mail : [email protected]

vii

KATA PENGANTAR

Alhamdulillah, dengan mengucapkan puji syukur kehadirat Allah SWT, yang

telah melimpahkan rahmat dan karunia-Nya, sehingga pada akhirnya penulis dapat

menyelesaikan tugas ini dengan baik. Dimana Skripsi ini penulis sajikan dalam

bentuk buku yang sederhana. Adapun judul Skripsi, yang penulis ambil sebagai

berikut, “SISTEM INFORMASI PENYEWAAN STUDIO MUSIK BERBASIS

WEB PADA BRAVO MUSIK STUDIO”.

Tujuan penulisan Skripsi ini dibuat sebagai salah satu syarat kelulusan Program

Sarjana STMIK Nusa Mandiri Jakarta. Sebagai bahan penulisan diambil berdasarkan

hasil penelitian (eksperimen), observasi dan beberapa sumber literatur yang

mendukung penulisan ini. Penulis menyadari bahwa tanpa bimbingan dan

dorongan dari semua pihak, maka penulisan Skripsi ini tidak akan lancar.

Oleh karena itu pada kesempatan ini, izinkanlah penulis menyampaikan ucapan

terima kasih kepada:

1. Ketua STMIK Nusa Mandiri Jakarta

2. Wakil Ketua I STMIK Nusa Mandiri Jakarta

3. Ketua Program Studi Teknik Informatika STMIK Nusa Mandiri Jakarta.

4. Fernando B Siahaan. M.Kom, selaku Dosen Pembimbing I Skripsi.

5. Bapak/ibu dosen Teknik Informatika STMIK Nusa Mandiri Jakarta

yang telah memberikan penulis dengan semua bahan yang diperlukan.

6. Orang tua tercinta yang telah memberikan dukungan moral maupun spritual.

7. Rekan-rekan mahasiswa teman kelas .

Serta semua pihak yang terlalu banyak untuk disebut satu persatu

sehingga terwujudnya penulisan ini. Penulis menyadari bahwa penulisan skripsi ini

viii

ix

ABSTRAK

Durahim (11145023), SISTEM INFORMASI PENYEWAAN STUDIO MUSIK

BERBASIS WEB PADA BRAVO MUSIK STUDIO

Sistem informasi penyewaan studio berbasis web ini memberikan informasi tentang

penyewaan studio band secara online dimana orang-orang yang membutuhkan

studio dapat melakukan pemesanan tempat, pembatalan dan pengecekan jadwal

ruang studio secara online. Website ini selain sebagai media promosi juga dapat

mempermudah layanan sewa yang selama ini dilakukan secara manual (datang ke

studio band). Metode yng digunakan dalam pembangunan sistem informasi

mengadopsi metode SDLC (System Development Life Cycle) dengan model

Waterfall. Bahasa pemrograman yang digunakan adalah PHP dan MySQL sebagai

Database Management System (DBMS). Website ini diimplementasikan untuk

ditempatkan di Bravo music studio untuk dapat digunakan oleh pengguna yang

membutuhkan studio musik khususnya di daerah Karawang

Kata Kunci: Website, Penyewaan Studio , Sistem Informasi

x

ABSTRACT

Durahim (11145023), Web-Based Music Studio Rental Information System In Bravo Music Studio

This web-based studio rental information system provides information about online

band studio rentals where people who need studios can place reservations, cancel

and check online studio space schedules. This website besides being a media

campaign can also use services that have been done manually (coming to the band

studio). The method used in the development of information systems uses the SDLC

(System Development Life Cycle) method with the Waterfall model. The

programming languages used are PHP and MySQL as a Database Management

System (DBMS). This website is designed to be applied in the Bravo music studio to

be used by users who need a special music studio in the Karawang area

Keywords: Website, Rental Studio, Information System

xi

DAFTAR ISI

LEMBAR JUDUL SKRIPSI ......................................................................... i

LEMBAR PERSEMBAHAN ........................................................................ ii

LEMBAR PERNYATAAN KEASLIAN SKRIPSI ...................................... iii

LEMBAR PERNYATAAN PERSETUJUAN PUBLIKASI

KARYA ILMIAH .......................................................................................... iv

LEMBAR PERSETUJUAN DAN PENGESAHAN SKRIPSI ..................... v

LEMBAR PANDUAN PENGGUNAAN HAK CIPTA ............................... vi

Kata Pengantar ............................................................................................... vii

Abstrak ........................................................................................................... ix

Daftar Isi ........................................................................................................ xi

Daftar Simbol ................................................................................................. xiii

Daftar Gambar ............................................................................................... xvii

Daftar Tabel ................................................................................................... xviii

Daftar Lampiran ............................................................................................. xix

BAB I PENDAHULUAN ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

1.1. Latar Belakang Masalah ...................................................... 1

1.2. Identifikasi Permasalahan ...................................................... 3

1.3. Perumusan Masalah ........................................................ 3

1.4. Maksud dan Tujuan ............................................................. 4

1.5. Metode Penelitian ................................................................ 4

1.5.1. Teknik Pengumpulan Data ...................................... 4

1. Observasi ............................................................. 4

2. Wawancara .......................................................... 4

3. Studi Pustaka ....................................................... 4

1.5.2. Model Pengembangan Sistem .................................. 5

1. Analisis Kebutuhan Perangkat Lunak ................. 5

2. Desain .................................................................. 6

3. Pembuatan Kode Program ................................... 6

4. Pengujian ............................................................. 6

5. Pendukung ........................................................... 6

1.6. Ruang Lingkup ........................................................... 8

BAB II LANDASAN TEORI ................................................... 9

2.1. Tinjauan Pustaka ...................................................... 9

2.2. Penelitian Terkait ................................................................. 14

xii

BAB III ANALISA SISTEM BERJALAN ............................................. 18

3.1. Tinjauan Perusahaan ............................................................ 18

3.1.1. Sejarah Perusahaan .................................................... 18

3.1.2. Struktur Organisasi dan Fungsi ................................. 19

3.2. Proses Bisnis ........................................................................ 22

3.3. Spesifikasi Dokumen sistem Berjalan ................................. 23

BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN ........... 24

4.1. Analisa Kebutuhan Software ............................................... 24

4.2. Desain .................................................................................. 40

4.2.1. Database .................................................................... 40

4.2.2. Software Architecture ................................................ 50

4.2.3. User Interface ............................................................ 57

4.3. Code Generation .................................................................. 63

4.4. Testing .................................................................................. 65

4.5. Support ................................................................................. 68

4.5.1. Publikasi Web ............................................................ 69

4.5.2. Spesifikasi Hardware dan Software .......................... 69

4.6. Spesifikasi Dokumen Sistem Usulan ................................... 70

BAB V PENUTUP .................................................................................. 71

5.1. Kesimpulan ........................................................................ 71

5.2. Saran ................................................................................. 71

DAFTAR PUSTAKA

DAFTAR RIWAYAT HIDUP

LEMBAR KOSNULTASI BIMBINGAN

SURAT KETERANGAN RISET

LAMPIRAN

Lampiran A. Dokumen Sistem Berjalan

Lampiran B. Dokumen Sistem Usulan

xiii

DAFTAR SIMBOL

a. Simbol Activity Diagram

Start State

Menggambarkan awal dari suatu aktivitas yang berjalan

pada sistem.

End State

Menggambarkan akhir dari suatu aktivitas yang berjalan

pada sistem.

Activity

Menggambarkan aktivitas yang dilakukan pada sistem.

Trantition State

Menggambarkan hubungan antara dua state, dua activity

atau antara state dan activity.

Decision

Menggambarkan kondisi dari suatu aktivitas yang bernilai

benar atau salah.

xiv

b. Simbol Use Case Diagram

Actor

Menspesifikasikan himpuan peran yang pengguna

mainkan ketika berinteraksi dengan use case.

Use Case

Deskripsi dari urutan aksi-aksi yang ditampilkan sistem

yang menghasilkan suatu hasil yang terukur bagi suatu

aktor.

Association

Apa yang menghubungkan antara objek satu dengan

objek lainnya.

Include

Menspesifikasikan bahwa use case sumber secara

eksplisit.

Extend

Menspesifikasikan bahwa use case target memperluas

perilaku dari use case sumber pada suatu titik yang

diberikan.

c. Simbol Class Diagram

Kelas

Kelas pada struktur sistem.

Agregasi

Relasi antar kelas.

xv

d. Simbol Sequence Diagram

Actor

Berfungsi menggambarkan peran sebagai pemberi atau

penerima data

Boundary

Seperti user interface

Control

Mengatur aliran data dalam skenario.

Entity

Elemen yang bertanggung jawab menyimpan data.

Message

Digunakan untuk memanggil operasi atau metode yang

dimiliki oleh objek lain.

Self Message

Menunjukkan bahwa suatu objek hendak memanggil

dirinya sendiri.

xvi

e. Simbol Component Diagram

Component

komponen-komponen pembangun sistem

Package

Merupakan sebuah bungkusan dari satu atau lebih

komponen.

Link

Relasi antar komponen

f. Simbol Deployment Diagram

Node

Biasanya mengacu pada perangkat keras (hardware)

Component

komponen-komponen pembangun node.

Link

Relasi antar node maupun komponen.

xvii

DAFTAR GAMBAR Halaman

Gambar I.1 Ilustrasi Model Waterfall ................................................................. 5

Gambar III.1.Struktur Organisasi Bravo Musik Studio ...................................... 19

Gambar III.2.Activity Diagram Sistem Berjalan Penyewaan.............................. 22

Gambar IV.1 Use Case Diagram Admin ............................................................ 25

Gambar IV.2. Activity Diagram Mengelola Studio ............................................ 34

Gambar IV.3. Activity diagram Mengelola Jam Booking .................................. 34

Gambar IV.4. Activity diagram Mengelola Rekening ........................................ 35

Gambar IV.5.Activity diagram Mengelola Konfirmasi Pembayaran .................. 35

Gambar IV.6. Activity diagram Mengelola Laporan Pemesanan ........................36

Gambar IV.7 Activity diagram Mengelola Mengelola Member ......................... 36

Gambar IV.8. Activity diagram Memesan Studio ............................................... 37

Gambar IV.9.Activity diagram Cara Melihat Pemesanan ................................... 37

Gambar IV.10.Activity diagram Cara Melihat Jadwal ........................................ 38

Gambar IV.11.Activity diagram Cara Mengirim Pesan ...................................... 38

Gambar IV.12.Activity diagram Mengelola Bukti Pemesanan ........................... 39

Gambar IV.13.Activity diagram Mengelola Profil .............................................. 39

Gambar IV.14 ERD (Entity Relationship Diagram) ........................................... 40

Gambar IV.15.LRS (Logical Record Structure) ................................................. 41

Gambar IV.16. Class Diagram ........................................................................... 50

Gambar IV.17.Sequance Diagram Mengelola Studio ......................................... 51

Gambar IV.18.Sequence Diagram Mengelola Jam Booking .............................. 51

Gambar IV.19.Sequance Diagram Mengelola Rekening .................................... 52

Gambar IV.20.Sequance Diagram Mengkonfirmasi Pembayaran ...................... 52

Gambar IV.21.Sequance Diagram Mengelola Laporan Pemesanan ................... 53

Gambar IV.22.Sequance Diagram Mengelola Member ...................................... 53

Gambar IV.23. Sequance Diagram Memesan Studio ......................................... 54

Gambar IV.24.Sequance Diagram Melihat Cara Pemesanan ............................. 54

Gambar IV.25.Sequance Diagram Melihat Jadwal ............................................. 55

Gambar IV.26.Sequance Diagram Mengirim Pesan ........................................... 55

Gambar IV.27.Sequance Diagram Mengelola Bukti Pemesanan ....................... 56

Gambar IV.28.Sequance Diagram Mengelola Profile ........................................ 56

Gambar IV.29. Tampilan Menu Login ............................................................... 57

Gambar IV.30. Tampilan Menu Manage Home Admin ..................................... 57

Gambar IV.31. Tampilan Menu Manajemen Hubungi Admin ............................ 58

Gambar IV.32. Tampilan Kelola Cara Pemesanan Admin ................................. 58

Gambar IV.33. Tampilan Manage Member Admin ............................................ 59

Gambar IV.34. Tampilan Menu Home User ....................................................... 59

Gambar IV.35. Tampilan Menu Studio .............................................................. 60

Gambar IV.36. Rancangan Tampilan Pemesanan User ...................................... 60

Gambar IV.37. Tampilan Menu Jadwal User ..................................................... 61

Gambar IV.38. Tampilan Menu Hubungi Kami User ........................................ 61

Gambar IV.39. Tampilan Menu Laporan Pemesanan User ................................ 62

Gambar IV.40. Tampilan Menu Kelola Profile User .......................................... 62

xviii

DAFTAR TABEL

Halaman

Tabel IV. 1 Deskripsi Use Case Diagram Mengelola Studio ............................. 25

Tabel IV. 2 Deskripsi Usecase Diagram Mengelola Jam Booking ..................... 26

Tabel IV. 3 Deskripsi Usecase Diagram Mengelola Rekening .......................... 27

Tabel IV. 4 Deskripsi Usecase Diagram Mengelola Konfirmasi Pembayaran ... 27

Tabel IV. 5 Deskripsi Usecase Diagram Mengelola Laporan Penyewaan ......... 28

Tabel IV. 6 Deskripsi Usecase Diagram Mengelola Member ............................ 29

Tabel IV. 7 Deskripsi Usecase Diagram Memesan Studio ................................. 29

Tabel IV. 8 Deskripsi Usecase Diagram Cara Melihat Pemesanan .................... 30

Tabel IV. 9 Deskripsi Usecase Diagram Cara Melihat Jadwal ........................... 31

Tabel IV. 10 Deskripsi Usecase Diagram Cara Mengirim Pesan ....................... 31

Tabel IV. 11 Deskripsi Usecase Diagram Mengelola Bukti Pemesanan ............ 32

Tabel IV. 12 Deskripsi Usecase Diagram Mengelola profile ............................. 33

Tabel IV.13. Struktur Data Tabel Users ............................................................. 42

Tabel IV. 14 Struktur Data Tabel Studio ............................................................ 43

Tabel IV. 15 Struktur Data Tabel Statis .............................................................. 44

Tabel IV.16. Struktur Data Tabel Rekening ....................................................... 44

Tabel IV.17. Struktur Data Tabel Laporan ......................................................... 45

Tabel IV.18. Struktur Data Tabel Konfirmasi .................................................... 46

Tabel IV.19. Struktur Data Tabel Jam ................................................................ 47

Tabel IV.20. Struktur Data Tabel Hubungi ......................................................... 48

Tabel IV.21. Struktur Data Bukti Pembayaran ................................................... 49

Tabel IV.22. Pengujian Blackbox Testing Login Admin .................................... 66

Tabel IV.23.Pengujian Blackbox Testing Terhadap Cara Pemesanan ............... 67

Tabel IV.24. Pengujian Blackbox Testing Cara Pembayaran ............................. 68

Tabel IV.25 Spesifikasi hardware dan software ................................................. 69

xix

DAFTAR LAMPIRAN

Halaman

Lampiran A.1 Pencatatan Jadwal Studio Secara Manual.................................... 78

Lampiran A.2 Kwitansi Pembayaran Formulir Bravo Musik Studio ................. 79

Lampiran B.1 Pencatatan Jadwal Studio Secara Online ..................................... 80

Lampiran B.2 Bukti Pembayaran Transaksi Sewa Studio Musik

1

BAB I

PENDAHULUAN

1.1. Latar Belakang Masalah

Pada saat ini dunia musik sedang banyak di Minati oleh orang-orang,

khususnya para remaja, bahkan anak-anak dibawah umur pun sudah banyak

mengenal dan dapat memainkan beberapa alat musik seperti, Gitar, piano, drum, dan

alat-alat musik lainnya, tidak heran jika banyak band-band pendatang baru

bermunculan di belantika musik.

Studio musik adalah ruangan atau tempat (sarana) yang digunakan untuk

berlatih musik. Sebagian besar studio musik memiliki alat-alat musik lengkap

seperti:drum, guitar, keyboard, bass, amplifier, mixer, microphone. Biasanya

kebanyakan orang menggunakan studio musik sebagai sarana latihan, dan ada juga

orang yang menggunakan studio musik sebagai tempat rekaman, kebanyakan orang

di sekitar kita membuat studio musik sebagai tempat rental.

Dasarnya band-band yang sudah menjadi member atau belum menjadi

member memerlukan informasi data studio nomor berapa, jam berapa saja studio

yang sudah di pesan ataupun yang belum dipesan. Kurangnya informasi ini yang

menyebabkan masalah pada proses penyewaan studio ini.

Pemain band yang datang ke studio tanpa mengetahui informasi studio berapa

saja yang sudah dipesan, pemain band tidak memesan studio terlebih dahulu, pemain

band harus menunggu pemain band lainnya keluar studio ataupun membatalkan

latihannya karena tidak mau menunggu.

2

Untuk saat ini jika ingin memesan studio di Bravo musik, pemain band harus

datang dan membayar uang muka ke pihak studio secara langsung untuk melakukan

proses penyewaan, Jika pemain band sudah memesan tetapi pemain band ingin

membatalakan dengan alasan tertentu maka para pemain band harus menghubungi

pemilik studio dengan datang langsung ke studio untuk membatalkan penyewaan,

serta seringkalinya pengelola studio lupa mencatat band yang sudah memesan studio

sehingga berpengaruh kepada penjadwalan studio.

Penyediaan sistem informasi yang baik dan akurat semakin dibutuhkan

seiring dengan meningkatnya kebutuhan manusia terhadap informasi yang cepat,

tepat dan akurat. Pentingnya teknologi informasi (TI) sangat berpengaruh dan dapat

mengubah tata cara mengelola bisnis secara signifikan (Nilawati, 2018)

Menurut Saifudin dalam (Badriyah, 2015) “Usaha penyewaan masih belum

berjalan secara maksimal terlihat dari kondisi shelter yang masih belum banyak

dimanfaatkan oleh masyarakat disebabkan karena kurangnya promosi yang dapat

meningkatkan jumlah pengguna”.

Oleh karena itu, dibutuhkan aplikasi berbasis web yang dapat memberikan

informasi studio yang valid, Serta tidak merugikan pihak studio ketika pemain band

membatalkan pesanan. Tidak hanya memberikan informasi jadwal dan penyewaan

saja, tetapi juga dapat memberikan informasi biaya atau tarif rental studio sehingga

pemain band bisa mendapatkan informasi dan proses penyewaan studio dengan cepat

dan valid tanpa harus datang ke studio.

Menurut Taniah dan Harjunawati (2017) Pada era globalisasi sekarang ini,

teknologi informasi melaju dengan cepat, antara lain komputer yang merupakan

peralatan yang diciptakan untuk mempermudah pekerjaan manusia.

3

1.2. Identifikasi Permasalahan

Bedasarkan latar belakang diatas dapat diidentifikasi beberapa permasalahan

yang muncul antara lain :

1. Karena masih tergolong offline dan penyewa kontak pengelola studio,

masalah ini sering terjadi, pembatalan sepihak dari pihak pemesan kerap kali

terjadi karena pemesan merasa belum membayar.

2. Konsumen menanyakan jadwal dengan datang ke studio seringkali konsumen

menanyakan penjadwalan secara tidak detail sehingga menghambat proses

transaksi. Kurang efisien dalam pencataan dan sering terjadi kesalahan antara

penyewa dan pengelola.

3. Masalah yang memang kebanyakan dari penyewaan ini adalah Jadwal, jadwal

yang Sering terjadi adalah jadwal bentrok dikarenakan pengelola lupa

menulis jadwal yang sudah di pesan.

1.3. Perumusan Masalah

Berdasarkan Identifikasi masalah yang telah dijabarkan diatas, Penulis

mendapatkan rumusan masalah yaitu bagaimana merancang suatu sistem

informasi penyewaan studio yang dapat membantu dalam melakukan pengolahaan

data, adalah sebagai berikut :

1. Bagaimana mendesain aplikasi penyewaan studio menjadi penjadwalan pada

studio musik Bravo?

2. Bagaimana menguji aplikasi penyewaan studio berbasis web?

3. Terkadang menyulitkan pemain band untuk penyewaan studio yang belum

berbasis web, sehingga harus membagi waktu dengan datang langsung ke

studio.

4

1.4. Maksud dan Tujuan

Maksud dari penelitian ini antara lain :

1. Mendesain Aplikasi penyewaan studio musik untuk diterapkan di Studio Musik

Bravo

2. Untuk menguji aplikasi penyewaan studio musik berbasis web.

Adapun tujuan dari penelitian ini adalah sebagai salah satu syarat kelulusan

untuk mendapatkan gelar Strata 1 (S1) Program Studi Sistem Informasi di

STMIK Nusa Mandiri Jakarta.

1.5. Metode Penelitian

1.5.1. Teknik Pengumpulan Data

Untuk memberikan hasil yang lebih baik penulis melakukan beberapa metode

pengumpulan data untuk mendapatkan keterangan-keterangan guna memenuhi karya

ilmiah ini, adalah sebagai berikut :

1. Observasi

Penulis melakukan pengamatan-pengamatan langsung terhadap kegiatan yang

berhubungan dengan masalah yang diambil. Hasil dari pengamatan tersebut

langsung dicatat oleh penulis dan dari kegiatan observasi dapat diketahui

kesalahan atau proses dan kegiatan tersebut.

2. Wawancara

Dalam penulisan karya ilmiah ini, untuk mendapatkan informasi secara

lengkap maka penulis melakukan suatu metode suatu tanya jawab mengenai

semua kegiatan yang berhubungan dengan penyewaan studio music Bravo.

5

3. Studi Pustaka

Selain melakukan kegiatan diatas penulis juga melakukan studi kepustakaan

melalui literatur-literatur atau referensi-referensi yang ada di perpustakaan

maupun jurnal sebagai acuan yang berhubungan dengan masalah yang akan

dibahas ini.

1.5.2. Model Pengembangan Sistem

Menurut Taniah dan Harjunawati dalam (Rosa dan Shalahuddin, 2017)

“Model SDLC air terjun (waterfall) sering juga disebut sekuensial linier (sequential

linier) atau alur hidup klasik (classis life cycle)”. Model air terjun menyediakan

pendekatan alur perangkat lunak secara sekuensial atau terurut dimulai dari analisa,

desain, pengkodean, pengujian, dan tahap pendukung (support) seperti terlihat pada

gambar berikut.

Gambar I.1 Ilustrasi Model Waterfall

1. Analisa Kebutuhan Sistem

Proses pengumpulan kebutuhan dilakukan secara intensif untuk

menspesifikasikan kebutuhan perangkat lunak agar dapat dipahami perangkat

lunak seperti apa yang dibutuhkan oleh user. Spesifikasi kebutuhan perangkat

lunak pada tahap ini perlu untuk didokumentasikan.

6

2. Desain

Desain perangkat lunak adalah proses multi langkah yang fokus pada

desain pembuatan program perangkat lunak termasuk struktur data, arsitektur

perangkat lunak, representasi antarmuka, dan prosedur pengkodean. Tahap ini

mentranslasi kebutuhan perangkat lunak dari tahap analisis kebutuhan ke

representasi desain agar dapat diimplementasikan menjadi program pada

tahap selanjutnya. Desain perangkat lunak yang dihasilkan pada tahap ini

juga perlu didokumentasikan.

3. Code Generation

Desain harus ditranslasikan ke dalam program perangkat lunak. Hasil

dari tahap ini adalah program komputer sesuai dengan desain yang telah

dibuat pada tahap desain.

4. Testing

Pengujian fokus pada perangkat lunak secara dari segi logik dan

fungsional dan memastikan bahwa semua bagian sudah diuji. Hal ini

dilakukan untuk meminimalisir kesalahan (eror) dan memastikan keluaran

yang dihasilkan sesuai dengan yang diinginkan.

5. Support

Tidak menutup kemungkinan sebuah perangkat lunak mengalami

perubahan ketika sudah dikirimkan ke user. Perubahan bias terjadi karena

adanya kesalahan yang muncul dan tidak terdeteksi saat pengujian atau

perangkat lunak harus beradaptasi dengan lingkungan baru. Tahap pendukung

atau pemeliharaan dapat mengulangi proses pengembangan mulai dari

analisis spesifikasi untuk perubahan perangkat lunak yang sudah ada, tapi

tidak untuk membuat perangkat lunak baru.

7

Dari kenyataan yang terjadi sangat jarang model air terjun dapat dilakukan

sesuai alurnya karena sebab berikut :

a. Perubahan spesifikasi perangkat lunak terjadi ditengah alur pengembangan.

b. Sangat sulit bagi pelanggan untuk mendefinisikan semua spesifikasi diawal

alur pengembangan. Pelanggan sering kali butuh contoh (prototype) untuk

menjabarkan spesifikasi kebutuhan sistem lebih lanjut.

c. Pelanggan tidak mungkin bersabar mengakomodasi perubahan yang

diperlukan diakhir alur pengembangan karena untuk perubahan tersebut

membutuhkan waktu yang signifikan.

Dengan berbagai kelemahan yang dimiliki model air terjun tapi model ini

telah menjadi dasar model-model yang lain dalam melakukan perbaikan model

pengembangan perangkat lunak.

Model air terjun sangat cocok digunakan, kebutuhan pelanggan sudah sangat

dipahami dan kemungkinan terjadinya perubahan kebutuhan selama pengembangan

perangkat lunak kecil. Hal positif dari model air terjun adalah struktur tahap

pengembangan sistem jelas, dokumentasi dihasilkan disetiap tahap pengembangan,

dan sebuah tahap dijalankan setelah tahap sebelumnya selesai dijalankan (tidak ada

tumpang tindih pelaksanaan tahap).

1.6. Ruang Lingkup

Didalam penulisan karya ilmiah ini, penulis membahas tentang analisa sistem

penyewaan studio pada Bravo Musik Studio. Mengingat pembahasan didalam

penyewaan studio cukup luas dan agar makalah ini mencapai sasaran maka ruang

lingkup pembahasan meliputi, proses pemesanan studio, proses pembayaran, dan

proses pembuatan laporan.

8

BAB II

LANDASAN TEORI

2.1 Tinjauan Pustaka

A. Konsep Dasar Sistem Informasi

Menurut Damayanti, dan Wardati (Witarto, 2016) Sistem informasi

merupakan sistem yang berisi jaringan SPD (sistem pengolahan data),yang

dilengkapi dengan kanal-kanal komunikasi yang digunakan dalam sistem organisasi

data. Elemen proses dari sistem informasi antara lain mengumpulkan data(data

gathering), mengolah data yang tersimpan, menyebarkan informasi

Sedangkan menurut Dari dan Prahartiwi dalam (Shelly, 2018) "An

information system combines information technology, people, and data to support

business requirements. For example, information systems handle daily business

transactions, improve company productivity, and help managers make sound

decisions". Dari kutipan diatas dapat disimpulkan bahwa sistem informasi adalah

kombinasi dari kinerja teknologi informasi, orang, dan data untuk mendukung

kebutuhan bisnis perusahaan.

Dalam sistem informasi kualitas dari suatu informasi tergantung pada tiga

hal, yaitu :

a. Akurat

Informasi harus bebas dari kesalahankesalahan dan tidak menyesatkan.

Akurat juga berarti informasi yang harus jelas mencerminkan maksudnya. Informasi

harus akurat karena dari sumber informasi sampai ke penerima informasi

9

kemungkinan banyak terjadi gangguan (noise) yang dapat merubah atau merusak

informasi tersebut

b. Tepat pada waktunya

Informasi yang datang pada penerima tidak boleh terlambat, karena informasi

merupakan landasan didalam mengambil keputusan

c. Relevan

Informasi yang mempunyai manfaat untuk pemakainya. Relevansi informasi

untuk tiap-tiap orang satu dengan yang lainnya berbeda. Misalnya informasi

mengenai sebab terjadinya kerusakan mesin produksi kepada akuntan perusahaan

adalah kurang relevan dan akan lebih relevan bila ditunjukkan kepada ahli teknik

perusahaan. Sedangkan nilai informasi dalam sistem informasi ditentukan dari dua

hal, yaitu manfaat dan biaya mendapatkannya. Suatu informasi dikatakan bernilai

bila manfaat lebih efektif dibandingkan biaya mendapatkannya

B. Sistem Informasi Penyewaan

.Menurut Saefulloh dalam (Kertajaya, 2017) “Penyewaan berasal dari kata

dasar Sewa yang mendapat tambahan kata yang ber-imbuhan Pe dan akhiran an.

yaitu suatu kegiatan yang melayani jasa peminjaman dengan tidak mengabaikan

suatu ketentuan atau kesepakatan dan syarat – syarat yang berlaku didalam organisasi

tersebut guna mencapai satu tujuan bersama. Keanekaragaman barang dan jasa yang

dapat disewakan tergantung dari kebutuhan pemakai jasa sewa dan stok barang

sewaan yang dimiliki oleh pemilik. Salah satu tipe dari transaksi penyewaan yang

umum dilakukan adalah suatu penyewaan yang terdapat pada studio musik yaitu

penyewaan ruangan studio musik, ruangan studio rekaman dan alat music”

10

C. Pemrograman

Menurut (Nurajijah dan Indriani, 2017:77) Untuk dapat dimengerti oleh

mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya

menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa

pemrograman

D. Bahasa Pemrograman

1. PHP: Hypertext Preprocessor (PHP)

Menurut Dari dan Prahartiwi dalam (Saputra, 2018) "PHP atau kepanjangan

dari PHP Hypertext Preprocessor merupakan suatu bahasa pemrograman

yang hanya dapat berjalan pada sisi server (Server Side Scripting). Artinya

proses yang dibuat dengan PHP tidak akan berjalan tanpa menggunakan web

server. PHP digunakan untuk membangun aplikasi berbasis web agar web

tersebut dapat digunakan secara dinamis, seperti menambah, mengubah,

membaca, serta menghapus suatu konten".

2. Hypertext Markup Language (HTML)

Menurut Dari dan Prahartiwi dalam (Saputra, 2018) "HTML (Hyper Text

Markup Language) merupakan bahasa pemrograman yang digunakan untuk

menampilkan berbagai informasi seperti teks, gambar, animasi, audio, bahkan

video di dalam sebuah penjelajah web internet dengan format hypertext

sederhana yang ditulis ke dalam berkas format ASCII (American Standard

Code for Information Interchange) agar dapat menghasilkan tampilan wujud

yang terintegrasi".

11

3. Cascading Style Sheet (CSS)

Cascading Style Sheet (CSS) adalah suatu bahasa style sheet yang digunakan

untuk mengatur tampilan suatu dokumen yang ditulis dalam bahasa markup.

CSS bekerja sebagai pelengkap HTML dalam memformat dokumen web atau

untuk mempercantik tampilan web.

E. MySQL (My Structure Query Language)

Menurut Damayanti dan Wardati (Wahana Komputer, 2016) “MySQL adalah

program database yang mampu mengirim dan menerima data dengan sangat cepat

dan multiuser. MySQL memiliki dua bentuk lisensi, yaitu free software dan

shareware. MySQL yang free software bebas digunakan untuk keperluan pribadi atau

usaha tanpa harus membeli atau membayar lisensi, yang berada di bawah lisensi

GNU/GPL (general public license). MySQL database server adalah RDBMS

(Relational Database Management System) yang dapat menangani data yang

bervolume besar. Meskipun begitu, tidak menuntut resource yang besar. MySQL

adalah sebuah manajemen sistem database server yang mampu menangani beberapa

user, yaitu mampu menangani beberapa instruksi sekaligus dari beberapa user dalam

satu waktu. Dan, My SQL merekam semua data user di dalam sistemnya dalam tabel

user.” (Wahana Komputer, 2010)

F. UML (Unified Modelling Language)

Menurut Nilawati dalam (Rosa & Shalahuddin, 2018) Unified Modelling

Language (UML) yaitu “Suatu metode permodelan secara visual untuk sarana

perancangan sistem berorientasi objek, atau definisi UML yaitu sebagai suatu bahasa

yang sudah menjadi standar pada visualisasi, perancangan dan juga

pendokumentasian sistem software”. Saat ini UML sudah menjadi bahasa standar

dalam penulisan blue print software. UML muncul karena adanya kebutuhan

12

pemodelan visual untuk menspesifikasikan, menggambarkan, membangun, dan

dokumentasi dari sistem perangkat lunak”. UML hanya berfungsi untuk melakukan

pemodelan dan penggunaan UML tidak terbatas pada metodologi tertentu, meskipun

pada kenyataannya UML paling banyak digunakan pada metodologi berorientasi

objek.

G. Entity Relationship Diagram (ERD)

Menurut Nilawati dalam (Rossa dan Shalahuddin, 2018) mengatakan “Entity

Relastionship Diagram (ERD) dikembangkan berdasarkan teori himpunan dalam

bidang matematika” ERD menjadi salah satu pemodelan data konseptual yang paling

sering digunakan dalam proses pengembangan basis data bertipe relasional. Model

E-R sering digunakan sebagai sarana komunikasi antara perancang basis data dan

pengguna sistem selama tahap analisis dari proses pengembangan basis data dalam

kerangka pengembangan sistem informasi secara utuh. Menurut Lubis

mengemukakan bahwa “Entity Relationship Diagram (ERD) merupakan teknik yang

digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh

sistem analis dalam tahap analisis persyaratan proyek pengembangan sistem” (Lubis,

2016). Dapat disimpulkan bahwa ERD merupakan gambaran grafis dari suatu model

data yang menyertakan deskripsi detail dari seluruh entitas (entity), hubungan

(relationship), dan batasan (constraint)”.

13

H. Logical Relational Structure (LRS)

Menurut Dari dan Prahartiwi dalam (Sutanta, 2018) Mendefinisikan bahwa

“LRS (logical record structure) adalah representasi dari struktur record-record pada

tabel-tabel yang terbentuk dari hasil antar him (Shelly, 2009)punan entitas”. Logical

record structure dibentuk dengan nomor dari tipe record. Logical record structure

terdiri dari link-link diantara tipe record. Link ini menunjukan arah dari satu tipe

record lainnya. Banyak link dari LRS yang diberi tanda field-field yang kelihatan

pada kedua link tipe record. Penggambaran LRS mulai dengan menggunakan model

yang dimengerti. Dua metode yang dapat digunakan, dimulai dengan hubungan

kedua model yang dapat dikonversikan ke LRS. Metode yang lain dimulai dengan

ER-diagram dan langsung dikonversikan ke LRS

2.2 Penelitian Terkait

Saat ini merupakan era teknologi informasi global, dimana segala sesuatu

dilakukan dengan serba praktis, tepat dan terbaru dengan informasi yang diperoleh

dari manapun dan kapanpun.Kemajuan teknologi yang secara terus menerus

berkembang dengan pesat ini, diawali atau didasari dari dunia musik yang

memberikan pengetahuan bermusik, disini saya mempermudah pelanggan, dengan

sistem informasi penyewaan studio musik secara online, sehingga dapat lebih efisien

dan efektif. Skripsi ini bertujuan membangun sebuah sistem informasi penyewaan

studio musik berbasis web. Sistem perancangan dalam pembuatan website

penyewaan studio musik pada Bravo musik studio ini, dikembangkan dengan

menggunakan beberapa software yakni Adobe Dreamweaver CS6, Xampp yang

merupakan gabungan dari ApacheWebServer, PHP dan MySQL. Dengan

menggunakan Adobe Dreamweaver CS6 maka pengerjaan website akan lebih cepat

dan mudah.

14

Menurut Ramdhani dkk (2018: 390-397) dengan judul “Sistem Informasi

Penyewaan Peralatan Event Organizer Berbasis Web pada PT. Adecon Jakarta”

mengemukakan bahwa “Perancangan Sistem Informasi Penyewaan Peralatan Event

Organizer merupakan sebuah sebuah sistem untuk mengelola data pemesanan, data

pembayaran dan konfirmasi pembayaran yang bertujuan untuk memudahkan dalam

memberikan pelayanan yang optimal terhadap konsumen. Adapun Penyewaan

Peralatan Event Organizer pada PT. Adecon Jakarta ini masih menggunakan sistem

konvensional, oleh karena itu pemesanan, pembayaran dan konfirmasi pembayaran

menjadi kurang efektif dan efisien. Dengan menggunakan website sebagai media

promosi dan alat bantu pengelolaan dan pengolahan data pemesanan, data

pembayaran dan data konfirmasi pembayaran dengan cara online. Metode yang

digunakan dalam membangun aplikasi website ini menggunakan metode waterfall

yang dimulai dari analisis, desain, kode, pengujian dan pemeliharaan. Perancangan

Sistem Informasi Penyewaan Peralatan Event Organizer pada PT. Adecon Jakarta

diharapkan bisa memberikan solusi dalam mengelola dan mengolah data pemesanan,

data pembayaran dan data konfirmasi pembayaran supaya dapat memberikan

kenyamanan dan kemudahan terhadap konsumen.”

Menurut Taniah dan Harjunawati (2017: 390-397) dengan judul

“PERANCANGAN SISTEM INFORMASI TRANSAKSI PENYEWAAN

WEDDING ORGANIZER PADA CV.DENIS CITRA MANDIRI BEKASI”

mengemukakan bahwa “Pada era globalisasi sekarang ini, teknologi informasi

melaju dengan cepat, antara lain komputer yang merupakan peralatan yang

diciptakan untuk mempermudah pekerjaan manusia. Alat ini mengalami kemajuan

pesat baik dalam hardware maupun software. Organisasi, terutama organisasi dalam

bentuk Perusahaan yang berorientasi pada bisnis dapat mengambil keuntungan dari

15

kemajuan teknologi ini, tidak terkecuali dengan CV.Denis Citra Mandiri , suatu

perusahaan yang bergerak dalam bidang penyewaan wedding organizer. Sistem yang

ada pada CV.Denis Citra Mandiri ini masih dilakukan secara manual, mulai dari

pencatatan client yang menyewa wedding organizer, sampai penyimpanan datadata

lainnya yang berhubungan dengan proses transaksi penyewaan hingga sampai

pembuatan laporan, sehingga memungkinkan pada saat proses berlangsung terjadi

kesalahan dalam pencatatan, kurang akuratnya laporan yang dibuat dan

keterlambatan dalam pencarian data-data yang diperlukan. membutukan sekali

adanya suatu system informasi yang menunjang dan memberikan pelayanan yang

memuaskan bagi para customer. Untuk mengatasi permasalahan tersebut, peneliti

mencoba membuat rancangan sistem transaksi penyewaan wedding organizer pada

CV.Denis Citra Mandiri dengan menggunakan web programming. Dengan

menggunakan rancangan ini diharapkan dapat Program yang dapat memecahkan

permasalahanpermasalahan yang ada pada perusahaan ini. Selain itu menggunakan

rancangan ini diharapkan dapat mencapai suatu kegiatan yang efektif dan efisien

sehingga laba perusahaan akan meningkat”.

Sedangkan Menurut (Damayanti dan Wardati, 2016) dengan judul

“Perancangan Sistem Informasi Pemesanan Dan Pembayaran Kamar Pada Hotel

Remaja Pacitan” Mengemukakan bahwa “Saat ini, sistem sewa kamar yang ada di

Hotel Remaja Pacitan masih kurang efektif,di lakukan dengan cara melakukan

pencatatan buku reservasi, terlambatnya untuk mencari kamar yang kosong,

pembuatan laporan yang sering terlambat, dan perhitungan biaya check out yang

lama. Penelitian ini di lakukan untuk menghasilkan perancangan sistem informasi

pemesanan dan pembayaran pada Hotel Remaja Pacitan yang efisien dan tepat guna.

Untuk mempermudah admin dalam melakukan proses data. Adapun metode

16

penelitian yang digunakan untuk menyelesaikan berbagai permasalahan yang terjadi

adalah pustaka, observasi, wawancara, analisis data, dan sistem, perancangan sistem,

pembuatan program, pengujian program, implementasi program. Hasil dari penelitian

ini adalah sebuah sistem yang dapat memudahkan staf bagian administrasi dalam

input data tamu check in dengan cepat, mengetahui keadaan kamar kosong dengan

cepat, serta pembuatan laporan dan peghitungan biaya check out dengan cepat.”.

17

BAB III

ANALISA SISTEM BERJALAN

2.1. Tinjauan Institusi/Perusahaan

Salah satu rental musik yang ada di Karawang adalah Bravo Musik Studio,

yang beralamatkan di yang beralamatkan di Jl. Wirasaba No. 110 Karawang 41313

Jawa Barat Indonesia. Tujuan penulis adalah untuk mempermudah anak band

mencari tempat rental yang terjangkau.

2.1.1. Sejarah Perusahaan

Bravo Musik adalah studio yang cukup berkembang di Karawang, berdiri

sejak tahun 1999.. Mulanya studio ini hanya memiliki Satu studio yang disewakan,

seiring berjalannya bisnis studio ini sampai sekarang pemilik bisnis studio ini telah

mempunyai empat studio musik yang kualitasnya baik.

Berbeda dengan studio musik lainnya yang hanya mempunyai satu ataupun

dua studio, Bravo memiliki empat studio musik, dimana masing-masing studio

mempunyai kualitas yang baik disetiap studionya, untuk itu banyak band atau orang

yang hanya menyalurkan hobinya menyewa studio di Bravo musik ini. Oleh karena

itu informasi studio serta layanan penyewaan sangat diperlukan.

18

2.1.2. Struktur Organisasi dan Fungsi

1. Struktur Organisasi

Sumber : Bravo Musik Studio

Gambar III.1.

Struktur Organisasi Bravo Musik Studio

2. Fungsi Organisasi

a. Pemilik Studio

1. Memberikan lapangan kerja untuk para pengembang yang berbakat didunia

music.

2. Mengusahakan sumber dana dan sumber belajar dengan bekerja sama

dengan berbagai pihak.

3. Berkonsultasi dengan musisi Indonesia yang sudah lumayan besar namanya

untuk peningkatan pengetahuan musik.

4. Memberikan masukan/ nasihat kepada pengelola terkait hal-hal yang harus

dilakukan dalam pengingkatan kualitas bermusik.

5. Mengangkat dan memberhentikan pengelola studio

19

6. Berperan aktif membantu penerapan program pembelajaran yang telah

disusun dalam kurikulum operasional.

b. Kepala Studio

1. Menyusun rencana strategis dan menyusun rencana pembelajaran yang

melibatkan seluruh komponen yang berbeda.

2. Mengkoordinasi dan melakukan pembinaan kepada semua tata usaha

studio musik.

3. Memberikan pengarahan bagaimana caranya untuk mengembangkan

sebuah usaha ini.

4. Melakukan pembinaan terhadap program dan kegiatan yang

diselenggarkan oleh pemilik studio.

5. Membuat perencanaan sebuah usaha yang maju

6. Memberikan berbagai alternatif inovasi dan pengembangan pembelajaran

7. Bekerja sama dengan pihak lain untuk mempromosikan sebuah studio

musik.

8. Berperan aktif dengan segala kegiatan yang dilakukan studio musik.

9. Membuat kegiatan promosional yang dikembangkannya.

c. Tata Usaha

1. Membantu fungsi administrasi umum keuangan

2. Menyusun dan menyajikan data semua penyewa studio musik dan biaya

dengan rapid an teratur.

3. Membuat dan menyiapkan segala hal yang berkaitan dengan dokumen

yang diperlukan.

4. Menyiapkan sarana prasarana khusunya yang dibutuhkan untuk penyewa

studio

20

d. Penjaga Studio

1. Membantu untuk menjaga studio dan melayani orang ketika ingin

melakukan latihan

2. Menyusun dan merapikan studio ketika ingin sesudah dan sebelum latihan

3. Menstem alat gitar yang fals dan cek sound

e. Kasir

1. Melayani untuk pembayaran, sisa pembayaran latihan studio

2. Membuat jadwal ketika mau latihan

3. Memberikan penjelasan harga yang telah ditetapkan studio

f. Petugas Recording

1. Untuk petugas recording membantu untuk pembuatan lagu yang akan

dibuatkan album band

2. Mengoptimalkan semua keperluan yang akan diperlukan untuk sebuah alat

recording

g. Pelatih

1. Melatih menumbuhkan kecintaan terhadap music

2. Melatih rasa estetika musik

3. Mengoptimalkan kemampuan untuk membuat karya seni music

4. Melatih pernapasan suara jika vocalis

5. Melatih bermain gitar dan alat musik lainnya

21

2.2. Proses Bisnis Sistem

Prosedur sistem berjalan yang ada di Studio Musik Bravo Karawang dimulai

dari pelanggan datang ke studio setelah itu melakukan pendaftaran ke kasir, setelah

itu kasir memberikan list harga dan berikan jadwal yang kosong, kemudian

penginputan data oleh kasir sebagai penyewa berikutnya, kemudian penyewa bisa

lihat di papan informasi untuk jadwal kapan latihannya, lalu membayar uang muka

untuk penyewaan studio tersebut, dan kasir memberikan kwitansi untuk bukti bahwa

sudah membayar booking, pelanggan membawa bukti transaksi untuk bukti pas jam

latihan akan dimulai.

(Sumber: Hasil Penelitian Penulis, 2018)

Gambar III.2.

Activity Diagram Sistem Berjalan Penyewaan

22

2.3. Spesifikasi Dokumen Sistem Berjalan

Spesifikasi Dokumen sistem berjalan mempunyai tujuan untuk mengetahui

dokumen apa saja yang terkait dalam sistem informasi penyewaan studio musik

bravo serta hal–hal apa saja yang berkaitan dengan dokumen tersebut.

1. Dokumen Masukan

Nama Dokumen : Papan Informasi

Fungsi : Sebagai Cek Jadwal

Sumber : Kasir

Tujuan : Penyewa Studio

Media : Kertas

Frekuensi : Setiap Setelah Bayar DP

Format : Lampiran A-1

2. Dokumen Keluaran

Nama Dokumen : Kwitansi

Fungsi : Sebagai Bukti Transaksi

Sumber : Penyewa

Tujuan : Kasir

Media : Kertas

Frekuensi : Setiap Mau Latihan

Format : Lampiran A-2

23

BAB IV

RANCANGAN SISTEM DAN PROGRAM USULAN

4.1 Analisis Kebutuhan Software

A. Tahapan Analisis

Analisa kebutuhan merupakan awal yang dilakukan agar dapat gambaran

dari sebuah sistem yang akan dibuat. Dengan adanya analisa sistem yang berjalan

pada Studio Musik Bravo nantinya akan didapat sebuah sistem yang sesuai

dengan kebutuhan sistem saat ini sehingga tidak kebingungan dalam penggunaan

web ini nantinya. Sistem penyewaan ini dibuat untuk membantu pengelolaan data

pada studio musik Bravo agar lebih mudah, cepat dalam mengolah data

Halaman Admin :

A1. Admin dapat mengelola studio

A2. Admin dapat mengelola jam booking

A3. Admin dapat mengelola rekening

A4. Admin dapat mengkonfirmasi pembayaran

A5. Admin dapat mengelola laporan pemesanan

A6. Admin dapat mengelola member

Halaman User

B1. User dapat melakukan memesan studio

B2. User dapat melihat cara pemesanan

B3. User dapat melihat jadwal

B4. User dapat mengirim pesan

B5. User dapat mengelola bukti pemesanan

B6. User dapat mengelola profile

24

24

B. Use Case Diagram

Usecase Diagram yang terdapat pada studio musik Bravo karawang adalah

sebagai berikut :

1. Use Case Diagram Admin

Gambar IV.1

Use Case Diagram Admin

Tabel IV. 7

Deskripsi Use Case Diagram Mengelola Studio

Use Case Name Mengelola Studio

Requirement A1

Goal Halaman utama berubah

Pre-Conditions Admin telah login

Post-Conditions Admin dapat mengedit mengubah

tampilan studio dihome

Failed end Condition Gagal mengubah studio

Primary Actor Admin

25

25

Main Flow / Basic Path

1. Setelah login berhasil

2. Memilih kelola studio admin

3. Menampilkan kelola studioAdmin

4. Memilihdata studio yang mau

diedit

5. Menampilkan form data edit

6. Admin menginputkan data

7. Data berhasil diedit.

8. Admin memilih data studio yang

mau dihapus

9. Data berhasil dihapus.

Invariant -

Tabel IV. 8

Deskripsi Usecase Diagram Mengelola Jam Booking

Use Case Name Mengelola Jam Booking

Requirement A2

Goal Halaman pemesanan berubah


Post-Conditions Admin dapat mengubah menghapus

data jam

Failed end Condition Gagal mengubah jam booking

Primary Actor Admin

26

26


1. Memilih kelola jam admin

2. Menampilkan kelola jam Admin

3. Admin pilih tambah data jam

pada menu kelola jam

4. Menampilkan form input jam

5. Admin menginputkan data jam

6. Data berhasil ditambah

7. Memilih data jam yang mau

diedit

8. Menampilkan form data edit


10. Data berhasil diedit

11. Admin memilih data jam yang

mau dihapus

12. Data berhasil dihapus

Invariant -

Tabel IV. 9

Deskripsi Usecase Diagram Mengelola Rekening

Use Case Name Mengelola Rekening

Requirement A3

Goal Admin sukses menambah data

rekening


Post-Conditions Admin dapat mengubah data

rekening

Failed end Condition Gagal mengubah rekening

Primary Actor Admin

27

27


1. Memilih kelola rekening admin

2. Menampilkan kelola rekening

Admin

3. Admin pilih tambah data

rekening pada menu kelola

rekening

4. Menampilkan form input

rekening


rekening

6. Data berhasil ditambah

Invariant -

Tabel IV. 10

Deskripsi Usecase Diagram Mengelola Konfirmasi Pembayaran

Use Case Name Mengelola Konfirmasi Pembayaran

Requirement A4

Goal Halaman pembayaran berubah


Post-Conditions Admin dapat mengubah status

pembayaran

Failed end Condition Gagal mengubah status

pembayaran

Primary Actor Admin


1. Memilih menu mengkonfirmasi

pembayaran pada menu admin

2. Menampilkan data pembayaran

pembooking pada menu

konfirmasi pembayaran pada

Admin

3. Admin pilih id orders untuk

28

28

melihat detail transaksi

pembooking

4. Menampilkan data lengkap

transaksi pembooking

5. Memilihdata transaksi

pembooking yang mau diedit

6. Menampilkan form edit data


8. Data berhasil diedit

9. Admin memilih data transaksi

pembooking yang mau dihapus

10. Data berhasil dihapus

Invariant -

Tabel IV. 11

Deskripsi Usecase Diagram Mengelola Laporan Penyewaan

Use Case Name Mengelola Laporan Penyewaan

Requirement A5

Goal Tampilan booking berubah


Post-Conditions Menampilkan data lengkap

pembooking

Failed end Condition Gagal menampilkan pembooking

Primary Actor Admin


1. Memilih menu laporan order

pada menu admin

2. Menampilkan data order pada

menu laporan order Admin

3. Admin pilih detail untuk melihat

detail pembooking

4. Menampilkan data lengkap

pembooking

Invariant -

Tabel IV. 12

29

29

Deskripsi Usecase Diagram Mengelola Member

Use Case Name Mengelola Member

Requirement A6

Goal Admin dapat merubah data member


Post-Conditions Menampilkan dan mengubah data

member

Failed end Condition Gagal merubah data member

Primary Actor Admin


1. Admin memilih manage

member pada menu admin

2. Menampilkan data member

3. Admin pilih member yang akan

diedit

4. Menampilkan formmember yang

akan diedit

5. Admin menginputkan data yang

benar

6. Data member berhasil diedit

Invariant -

2. Use Case Diagram User

Skenario Usecase memesan studio pada user menjelaskan urutan langkah-

langkah pada saat userakan melihat informasi studio dan membooking studio band,

skenario usecase menu studio dapat dilihat pada tabel 4.8 dibawah ini.

30

30

Tabel IV. 7

Deskripsi Usecase Diagram Memesan Studio

Use Case Name Memesan Studio

Requirement B1

Goal User berhasil daftar sewa studio

Pre-Conditions User telah login

Post-Conditions Mendaftar penyewaan studio

Failed end Condition Gagal mendaftar studio musik

Primary Actor User


1. User memilih menu studio

2. Menampilkan menu studio

3. User pilih pesan pada menu

studio

4. Menampilkan form input data

pemesanan studio

5. User menginputkan data yang

benar

6. Menampilkan Pop-up “Sukses

Mendaftarkan jadwal Sewa

STudio Musik”

Invariant -

31

31

Tabel IV. 8

Deskripsi Usecase Diagram Cara Melihat Pemesanan

Use Case Name Cara Melihat Pemesanan

Requirement B2

Goal Melihat cara pemesanan

Pre-Conditions User telah/belum login

Post-Conditions User dapat melihat cara pemesanan

Failed end Condition Gagal melihat cara pemesanan

Primary Actor User


1. User memilih menu cara

pemesanan

2. Menampilkan menu cara

pemesanan

Invariant -

Tabel IV. 9

Deskripsi Usecase Diagram Cara Melihat Jadwal

Use Case Name Cara Melihat Jadwal

Requirement B3

Goal Melihat Jadwal studio


Post-Conditions User dapat melihat jadwal

Failed end Condition Gagal melihat jadwal

Primary Actor User

Main Flow / Basic Path 1. User memilih menu jadwal

32

32

2. Menampilkan menu jadwal

Invariant -

Tabel IV. 10

Deskripsi Usecase Diagram Cara Mengirim Pesan

Use Case Name Cara Mengirim Pesan

Requirement B4

Goal Mengirim pesan kepada admin


Post-Conditions User mengirimkan pertanyaan pada

admin

Failed end Condition Gagal mengirimkan pesan

Primary Actor User


1. User memilih menu hubungi

kami

2. Menampilkan form input

3. User menginputkan data

4. Data berhasil dikirim

Invariant -

Tabel IV. 11

Deskripsi Usecase Diagram Mengelola Bukti Pemesanan

Use Case Name Mengelola Bukti Pemesanan

Requirement B5

Goal User berhasil membayar studio


Post-Conditions User mengirimkan bukti bayar pada

admin

33

33

Failed end Condition Gagal mengirimkan bukti bayar

Primary Actor User


1. User memilih menu laporan

pemesanan

2. Menampilkan data laporan

pemesanan yang telah dilakukan

oleh user

3. User memilih detail pada form

data laporan pemesanan

4. Menampilkan form data laporan

pemesanan

5. User memilih konfirmasi

pembayaran pada form data

laporan pemesanan

6. Menampilkan form input untuk

melakukan pembayaran

7. User menginputkan data

pembayaran yang benar

8. Menampilkan Pop-up

“Terimakasih telah melakukan

pembayaran”

Invariant -

34

34

Tabel IV. 12

Deskripsi Usecase Diagram Mengelola profile

Use Case Name Mengelola profile

Requirement B6

Goal User berhasil mengubah profile


Post-Conditions User dapat mengubah data profile

Failed end Condition Gagal merubah data profile

Primary Actor User


1. User memilih menu kelola

profile

2. Menampilkan form data profile

user

3. Usermelakukan pengeditan data

pada form kelola profile

4. Menampilkan Pop-up” Sukses

update data profile”

Invariant -

35

35

B. Activity Diagram

1. Activity diagram Mengelola Studio

Gambar IV.2. Activity Diagram Mengelola Studio

2. Activity diagram Mengelola Jam Booking

Gambar IV.3. Activity diagram Mengelola Jam Booking

Admin Sistem

setelah login berhasil

memilih kelola studio admin

menampilkan kelola studio admin

memilih data studio yang mau diedit

menampilkan form edit data

admin menginputkan data

data berhasil diedit

admin memilih data studio yang mau dihapus

data berhasil dihapus

36

36

3. Activity diagram Mengelola Rekening

Gambar IV.4. Activity diagram Mengelola Rekening

4. Activity diagram Mengelola Konfirmasi Pembayaran

Gambar IV.5.

Activity diagram Mengelola Konfirmasi Pembayaran

Admin Sistem

memilih menu konfirmasi pembayaran

menampilkan data pembayaran pembooking

pilih id orders untuk melihat detail transaksi

menampilkan data lengkap transaksi pembooking

memilih data transaksi yang mau diedit

menampilkan form edit

menginputkan data

data berhasil diedit

pilih data transaksi yang mau dihapus

data berhail dihapus

37

37

5. Activity diagram Mengelola Laporan Pemesanan

Gambar IV.6.

Activity diagram Mengelola Laporan Pemesanan

6. Activity diagram Mengelola Member

Gambar IV.7

Activity diagram Mengelola Mengelola Member

Admin Sistem

memilih menu laporan order

menampilkan data order

pilih detail untuk melihat detail pembooking

menampilkan data lengkap pembooking

Admin Sistem

memilih manage member

menampilkan data member

pilih member yang akan diedit

menampilkan form member yang akan diedit

input data

validitas False

True

38

38

7. Activity diagram Memesan Studio

Gambar IV.8.

Activity diagram Memesan Studio

8. Activity diagram Cara Melihat Pemesanan

Gambar IV.9.

Activity diagram Cara Melihat Pemesanan

User Sistem

memilih menu studio

menampilkan menu studio

pilih pesan pada menu studio

menampilkan form input data pemesanan studio

input data

validitasFalse

True

User Sistem

User memilih menu cara pemesanan

Menampilkan menu cara pemesanan

39

39

9. Activity diagram Cara Melihat Jadwal

Gambar IV.10.

Activity diagram Cara Melihat Jadwal

10. Activity diagram Cara Mengirim Pesan

Gambar IV.11.

Activity diagram Cara Mengirim Pesan

User Sistem

User memilih menu jadwal

Menampilkan menu jadwal

User Sistem

User memilih menu hubungi kami

Menampilkan form input pada menu hubungi kami

User memasukan data Validitas

False

Ya

40

40

11. Activity diagram Mengelola Bukti Pemesanan

Gambar IV.12.

Activity diagram Mengelola Bukti Pemesanan

12. Activity diagram Mengelola profil

Gambar IV.13.

Activity diagram Mengelola Profil

User Sistem

User memilih menu laporan pemesanan

Menampilkan data laporan pemesanan

User memilih detail pada form

Menampilkan form data pemesanan

User memilih konfimasi pembayaran

Menampilkan form input untuk melakukan pembayaran

User menginputkan data

Validitas

Ya

False

User Sistem

User memilih menu kelola profile

Menampilkan form data profile user

User melakukan pengeditan data pada form profile

Menampilkan Pop-up "Sukses update data profile"

41

41

4.2 .Desain

Pada tahap ini akan dijelaskan tentang desain database, desain software,

architecture, dan desain interface

4.2.1 Database

Menggambarkan hubungan antar table yang dibuat beserta relasi antar table.

Sehingga database digambarkan adalah ERD (Entity Relationship Diagram), LRS

(Logical Record Structure), dan spesifikasi file.

1. ERD (Entity Relationship Diagram)

ERD (Entity Relationship Diagram) menjelaskan hubungan antar data dalam

basis data yang terdiri dari object- object dasar yang mempunyai hubungan atau

relasi antar object-object tersebut. Dalam ERD (Entity Relationship Diagram)

hubungan atau relasi dapat terdiri dari sejumlah entitas yang disebut dengan derajat

relasi. ERD (Entity Relationship Diagram) dalam sistem usulan Website pada

penyewaan studio sebagai berikut :

Gambar IV.14

ERD (Entity Relationship Diagram)

42

42

2. LRS (Logical Record Structure)

LRS (Logical Record Structure) menejlaskan representasi dari struktur record-

record pada tabel-tabel yang terbentuk dari hasil antar himpunan entitas.

Sedangkan LRS (Logical Record Structure) dalam usulan Website penyewaan

studio sebagai berikut :

Gambar IV.15.

LRS (Logical Record Structure)

3. Spesifikasi File

a. Spesifikasi File Tabel User

Nama Database : studio

Nama File : Tabel users

Akronim : users

Fungsi : Untuk calon penyewa yang akan sewa

studio

Tipe File : File Master

Akses File : Random

Organisasi File : Index Sequence

Software : Xampp

Panjang Record : 565 byte

Kunci Field : username

43

43

Tabel IV.13. Struktur Data Tabel Users

Nama Variabel Type Variabel Ukuran Indeks

Username Varchar 50 Primary Key

Password Varchar 50

nama_lengkap Varchar 100

Email Varchar 100

no_telp Varchar 20

Level Varchar 20

alamat_lengkap Varchar 225

b. Spesifikasi File Tabel studio


Nama File : Tabel studio

Akronim : studio

Fungsi : Untuk calon penyewa yang akan memilih

studio


Akses File : Random


Software : Xampp


Kunci Field : id_studio

44

44

Tabel IV. 14 Struktur Data Tabel Studio

Nama Variabel Type Variabel Ukuran Indeks

Id_studio Int 5 Primary Key

Judul Varchar 100

Detail Text -

Gambar Varchar 100

Harga_studio Varchar 50

c. Spesifikasi File Tabel statis


Nama File : Tabel statis

Akronim : statis

Fungsi : Untuk memberikan tampilan studio


Akses File : Random


Software : Xampp


Kunci Field : id_statis

45

45

Tabel IV. 15 Struktur Data Tabel Statis

Nama Variabel Type Variabel Ukuran Index

Judul Varchar 225

Halaman Varchar 20

Detail Text -

id_statis Int 5 Primary Key

d. Spesifikasi File Tabel rekening


Nama File : Tabel rekening

Akronim : rekening

Fungsi : Untuk cek no rekening pelanggan


Akses File : Random


Software : Xampp


Kunci Field : id_rekening

Tabel IV.16. Struktur Data Tabel Rekening


id_rekening Int 5 Primary Key

no_rekening Varchar 20

atas_nama Varchar 50

nama_bank Varchar 225

46

46

e. Spesifikasi File Tabel laporan


Nama File : Tabel laporan

Akronim : laporan

Fungsi : Untuk konfirmasi laporan order studio


Akses File : Random


Software : Xampp


Kunci Field : id_orders, id_studio

Tabel IV.17. Struktur Data Tabel Laporan


id_orders Int 5 Primary Key

id_studio Int 5 Foreign Key

jam_mulai Varchar 10

jam_selesai Varchar 10

total_harga Varchar 50

Tanggal Date

Username Varchar 50 Foreign Key

status_pemesanan Varchar 20

47

47

f. Spesifikasi File Tabel konfirmasi


Nama File : Tabel konfirmasi

Akronim : konfirmasi

Fungsi : Untuk konfirmasi pwmbayaran studio


Akses File : Random


Software : Xampp


Kunci Field : id_konfirmasi, Id_orders, id_rekening

Tabel IV.18. Struktur Data Tabel Konfirmasi


id_konfirma

si

Int 5 Primary Key

id_orders Varchar 5 Foreign Key

id_rekening Int 5 Foreign Key

Nama_pemesan Varchar 100

total_bayar Varchar 100

Rek_anda Varchar 150

Atas_nama Varchar 150

Nama_bank Varchar 150

Pesan Text

48

48

a. Spesifikasi File Tabel jam


Nama File : Tabel jam

Akronim : jam

Fungsi : Untuk melihat jam penyewaan studio


Akses File : Random


Software : Xampp


Kunci Field : id_jam

Tabel IV.19. Struktur Data Tabel Jam


id_jam Int 5 Primary Key

Jam_mulai Time

Jam_selesai Time

49

49

a. Spesifikasi File Tabel hubungi


Nama File : Tabel hubungi

Akronim : hubungi

Fungsi : Untuk menghubungi/mengirim pesan


Akses File : Random


Software : Xampp


Kunci Field : id_hubungi

Tabel IV.20. Struktur Data Tabel Hubungi


id_hubungi Int 5 Primary Key

Nama_lengkap Varchar 100

Alamat_email Varchar 100

Subjek Varchar 100

Pesan Text

Tanggal Date

50

50

a. Spesifikasi File Tabel bukti pembayaran


Nama File : Tabel buktipembayaran

Akronim : pembayaran

Fungsi : Untuk konfirmasi bukti pembayaran studio


Akses File : Random


Software : Xampp


Kunci Field : -

Tabel IV.21. Struktur Data Bukti Pembayaran


Gambar Varchar 255

51

51

4.2.2 Software Architecture

Didalam merancang sebuah sistem penyewaan studio program yang digunakan

penulis adalam Framework. Maka Software Architecthure yang digunakan untuk

menggambarkan program adalah sebagai berikut:

A. Class Diagram

Class diagram dimanfaatkan untuk mendeskripsikan jenis-jenis objek dalam

suatu system, class diagram juga menunjukan property dan operasi suatu class dan

batasan yang terdapat dalam hubungan dengan sutau objek.

Gambar IV.16. Class Diagram

52

52

B. Sequance Diagram

Sequance Diagram menggambarkan interaksi antar object disekitar sistem.

1. Sequance Diagram Halaman Admin

a. Sequance Diagram mengelola studio

Gambar IV.17.

Sequance Diagram Mengelola Studio

b. Sequance Diagram mengelola jam booking

Gambar IV.18.

Sequence Diagram Mengelola Jam Booking

: Admin

kelola studiokoneksi database database

1 : admin memilih()

2 : membuka koneksi()

3 : menampilkan halaman kelola studio

4 : admin memilih studio yang mau diedit()

5 : getId()


7 : menampilkan form edit

8 : admin edit data()

9 : cek Validitas()

10 : simpan data()

11 : admin hapus data studio()

12 : getId()

13 : proses delete()

14 : data berhasil dihapus

: Admin

mengelola jam koneksi database database

1 : admin memilih()


3 : menampilkan halaman mengelola jam

4 : admin pilih tambah data()


6 : menampilkan form input

7 : admin menginputkan data jam()

8 : membuka koneksi()9 : data berhasil ditambah()

10 : admin memlih data jam yang mau diedit()

11 : getId()


13 : menampilkan form edit14 : admin edit data()

15 : cek Validitas()

16 : simpan data()

17 : pilih data yang akan dihapus()

18 : getId()



53

53

c. Sequance Diagram mengelola rekening

Gambar IV.19.

Sequance Diagram Mengelola Rekening

d. Sequance Diagram mengkonfirmasi pembayaran

Gambar IV.20.

Sequance Diagram Mengkonfirmasi Pembayaran

menu rekening koneksi database database

: Admin

1 : admin memilih()


3 : menampilkan halaman rekening

4 : admin pilih tambah data()



7 : admin menginputkan data rekening()8 : membuka koneksi()

9 : data berhasil ditambah()

10 : admin memilih data yang mau diedit()

11 : getId()




15 : cek Validitas()16 : simpan data()

17 : pilih data yang akandihapus()

18 : getId()



: Admin

konfirmasi pembayaran koneksi database database

1 : admin memilih()


3 : menampilkan halamankonfirmasi pembayaran

4 : pilih data id orders()

5 : getId()


7 : menampilkan data lengkap transaksi

8 : pilih data yang mau diedit() 9 : getId()



12 : admin edit data()13 : cek Validitas()

14 : simpan data()

15 : pilih data yang akan dihapus()

16 : getId()



54

54

e. Sequance Diagram mengelola laporan pemesanan

Gambar IV.21.

Sequance Diagram Mengelola Laporan Pemesanan

f. Sequance Diagram mengelola member

Gambar IV.22.

Sequance Diagram Mengelola Member

: Admin

laporan orderkoneksi database

1 : admin memilih()2 : membuka koneksi()

3 : menampilkan data order

4 : admin pilih detail()

5 : getId()


7 : menampilkan data lengkap pembooking

Altseq

Altseq

: Admin

manage member koneksi database database

1 : admin memilih()


3 : menampilkan data member4 : admin pilih member yang akan diedit()

5 : getId()


7 : menampilkan form member


9 : cekValiditas()10 : simpan data()

[If valid]

[If invalid]

11 : kembali ke menu

55

55

2. Sequance Diagram Halaman User

a. Sequance Diagram memesan studio

Gambar IV.23.

Sequance Diagram Memesan Studio

b. Sequance Diagram melihat cara pemesanan

Gambar IV.24.

Sequance Diagram Melihat Cara Pemesanan

Altseq

Altseq

: User

Studiokoneksi database database

1 : user memilih()2 : membuka koneksi()

3 : menampilkan studio

4 : user pilih pesan pada menu studio()



7 : user menginputkan data()

8 : cekValiditas()9 : simpan data()

10 : kembali kemenu

[If valid]

[If Invalid]

: User

cara pemesanan koneksi database

1 : user memilih()


3 : menampilkan halaman cara pemesanan

56

56

c. Sequance Diagram melihat jadwal

Gambar IV.25.

Sequance Diagram Melihat Jadwal

d. Sequance Diagram mengirim pesan

Gambar IV.26.

Sequance Diagram Mengirim Pesan

: User

jadwal koneksi database

1 : admin memilih()


3 : menampilkan halaman jadwal

Altseq

CombinedFragment1seq

: User

hubungi kami koneksi database database

1 : user memilih()



4 : user menginputkan data()5 : cekValiditas()

6 : simpan data()

7 : kembali kemenu

[If valid]

[If invalid]

57

57

e. Sequance Diagram mengelola bukti pemesanan

Gambar IV.27.

Sequance Diagram Mengelola Bukti Pemesanan

f. Sequance Diagram mengelola profile

Gambar IV.28.

Sequance Diagram Mengelola Profile

Altseq

Altseq

: User

laporan pemesanan koneksi database database

1 : user memilih()2 : membuka koneksi()

3 : menampilkan halaman laporan pemesanan

4 : user memilih detail pada menu() 5 : getId()


7 : menampilkan form data laporan

8 : user memilih konfirmasi pembayaran pada menu()


10 : menampilkan form input pembayaran

11 : user menginputkan data()12 : cekValiditas()

13 : simpan data()

14 : kembali kemenu

[If valid]

[If invalid]

: User

kelola profile koneksi databasedatabase

1 : user memilih()


3 : menampilkan halaman kelola profile

4 : user mengedit profile()

5 : cekValiditas()

6 : simpan data()

7 : sukses update data profile

58

58

4.2.3 User Interface

Berikut ini tampilan user interface pada sistem usulan

1) Menu Login

Menu ini digunakan untuk masuk ke aplikasi. Pada bagian login terdapat

kolom username dan password yang harus diisi ketika akan login.

Gambar IV.29. Tampilan Menu Login

2) Manage Home Admin

Menu manage home admin merupakan halaman setelah admin login. Pada

form ini terdapat beberapa menu yang akan digunakan oleh admin.

Gambar IV.30. Tampilan Menu Manage Home Admin

59

59

3) Manajemen Hubungi Admin

Menu manajemen hubungi admin merupakan halaman dimana admin dapat

mengelola segala data pesan masuk dari user.

Gambar IV.31. Tampilan Menu Manajemen Hubungi Admin

4) Kelola Cara Pemesanan Admin

Menu kelola cara pemesananadmin merupakan halaman dimana admindapat

mengupdate informasi cara pemesanan pada menu kelola cara pemesanan.

Gambar IV.32. Tampilan Kelola Cara Pemesanan Admin

60

60

5) Manage Member Admin

Menu manage memberadmin merupakan halaman dimana admin dapat

mengelola data member yang sudah terdaftar pada bravo musik studio.

Gambar IV.33. Tampilan Manage Member Admin

6) Menu Home User

Menu home merupakan halaman setelah login. Pada form ini terdapat beberapa

menu yang akan digunakan oleh User.

Gambar IV.34. Tampilan Menu Home User

61

61

7) Menu Studio User

Menu Studio merupakan halaman dimana user dapat melakukan

pembookingan jadwal studio.

Gambar IV.35. Tampilan Menu Studio

8) Menu Cara Pemesanan User

Menu cara pemesanan merupakan halaman dimana user dapat melihat

informasi tahap-tahap untuk melakukan pembookingan jadwal studio.

Gambar IV.36. Rancangan Tampilan Pemesanan User

62

62

9) Menu Jadwal User

Menu jadwal merupakan halaman dimana user dapat melihat semua jadwal

pembooking setiap harinya pada studio musik.

Gambar IV.37. Tampilan Menu Jadwal User

10) Menu Hubungi Kami User

Menu hubungi kami merupakan halaman dimana user dapat melakukan

keluhan atau pendapat pada menu hubungi kami.

Gambar IV.38. Tampilan Menu Hubungi Kami User

63

63

11) Menu Laporan Pemesanan User

Menu laporan user merupakan halaman dimana user dapat melihat atau laporan

pemesanannya.

Gambar IV.39. Tampilan Menu Laporan Pemesanan User

12) Menu Kelola Profile User

Menu kelola profile User merupakan halaman dimana user dapat merubah

data dirinya.

Gambar IV.40. Tampilan Menu Kelola Profile User

64

64

4.3 Code Generation

Dari desain yang telah dibuat kemudian akan diterjemahkan kedalam suatu

program perangkat lunak (software) yang hasilnya adalah sebuah aplikasi Pemesanan

(Booking) Studio bravo musik berbasis web ini dibuat dengan menggunakan kode

program HTML, CSS ,Java Script, PHP serta PHP My Admin sebagai databasenya.

A. Form Pendaftaran Calon Pneyewa

<?php

session_start();

include "config/koneksi.php";

$username=trim($_POST[username]);

$password=trim($_POST[password]);

$nama_lengkap=trim($_POST[nama_lengkap]);

$alamat_lengkap=trim($_POST[alamat_lengkap]);

$email=trim($_POST[email]);

$no_telp=trim($_POST[no_telp]);

$pass=md5($password);

if (empty($username)){

echo "Anda belum mengisikan USERNAME<br />

<a href=javascript:history.go(-1)><b>Ulangi Lagi</b>";

}

elseif (empty($password)){

echo "Anda belum mengisikan PASSWORD<br />


}

elseif (empty($nama_lengkap)){

echo "Anda belum mengisikan NAMA LENGKAP<br />


}

elseif (empty($alamat_lengkap)){

echo "Anda belum mengisikan ALAMAT LENGKAP<br />


}

elseif (empty($email)){

echo "Anda belum mengisikan EMAIL<br />


}

elseif (empty($no_telp)){

echo "Anda belum mengisikan NO. TELP<br />


}else{

65

65

$sql = mysql_query("INSERT INTO users(username,

password,

nama_lengkap,

email,

no_telp,

alamat_lengkap)

VALUES('$username',

'$pass',

'$nama_lengkap',

'$email',

'$no_telp',

'$alamat_lengkap')");

echo "<script>window.alert('Sukses daftar

jadi members, silahkan login!!');

window.location=('http://localhost/mystudio/')</script>";

}

B. Form Upload Pembayaran

<?php

session_start();

?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0

Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-

transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>Untitled Document</title>

</head>

<body>

<?php

$query = mysql_query("SELECT * FROM laporan left join

buktipembayaran on

buktipembayaran.id_orders=buktipembayaran.id_orders

left join users on

laporan.username=users.username

where

laporan.id_orders=$_GET[id]");

66

66

$r=mysql_fetch_array($query);

?>

<form method="post" enctype="multipart/form-data"

action="simpan.php">

<tr><td width='140px'>id Order</td><td> <input type=text name=a

value="<?php $_SESSION[id_orders] ?>" size=5 class='input3'

readonly='on'> </td></tr>

<td colspan="4"><p>Upload Gambar (Ukuran Maks = 1 MB) :

<input type="file" name="gambar" required />

</p>

<p>

<input type="submit" value="Upload" name="save">

</p></td>

</form>

</body>

</html>

4.4 Testing

Dalam tahap ini akan dilakukan pengujian dari hasil yang sudah dikerjakan dan

pada tahapan ini juga dapat diketahui sejauh mana fungsi – fungsi aplikasi dapat

berjalan sesuai dengan tujuan perancangan aplikasi tersebut. Terdapat dua cara untuk

melakukan pengujian yaitu black-box testing dan white-box testing.

Blackbox digunakan untuk menemukan kesalahan dan mendemonstrasikan

fungsional aplikasi saat dioperasikan, apakah input diterima dengan benar dan

output yang dihasilkan telah sesuai dengan yang diharapkan.

67

67

A. Berikut Ini Pengujian Terhadap Menu Login Admin

Tabel IV.22.

Pengujian Blackbox Testing Login Admin

No Skenario

Pengujian Test Case

Hasil Yang

Diharapkan

Hasil

Pengujian Ket

1

Mengosongkan

Username dan

password

kemudian klik

tombol login

Username

:

(kosong)

Password

:

(kosong)

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

2

Hanya mengisi

username

kemudian klik

tombol login

Username

:

durahim

(benar)

Password

:

(kosong)

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

3

Hanya mengisi

password

kemudian klik

tombol login

Username

:

(kosong)

Password

:

Indosat76

(benar)

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

4

Mengetikan

username atau

password

dengan kondisi

salah satu data

benar dan satu

data lagi salah,

kemudian klik

tombol login

Username

:

durahim

(benar)

Password

:

Indosat78

(salah)

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

5

Mengetikan

username atau

password

dengan kondisi

semua benar,

kemudian klik

tombol login

Username

:

durahim

(benar)

Password

:

Indosat76

(benar)

Sistem akan

menerima

akses login

dan

kemudian

langsung

menampilkan

menu utama

Sesuai

harapan

Valid

68

68

B. Berikut Ini Pengujian Terhadap Cara Pemesanan

Tabel IV.23.

Pengujian Blackbox Testing Terhadap Cara Pemesanan

No Skenario

Pengujian Test Case

Hasil Yang

Diharapkan

Hasil

Pengujian Ket

1

Tanpa login

terlebih dahulu

untuk

penyewaan

User

menyewa

studio

tanpa

melakukan

login

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

2

Klik login tanpa

daftar terlebih

dahulu

User

menyewa

studio

tanpa

melakukan

pendaftaran

dahulu

Sistem akan

menolak

akses user

Sesuai

harapan

Valid

3

Memilih dijam

yang sama daftar

dan selesai untuk

pemesanan

User

memilih

jam masuk

dan jam

keluar

untuk

pemesanan

Sistem tidak

akan

menampilkan

biaya yang

harus

dibayarkan

Sesuai

harapan

Valid

4

Memilih jam

yang beda ketika

daftar dan keluar

User

memilih

jam dan

yang

berbeda

ketika

masuk dan

keluar

Sistem akan

menampilkan

biaya yang

harus

dibayarkan

Sesuai

harapan

Valid

69

69

C. Berikut Ini Pengujian Terhadap Cara Pembayaran

Tabel IV.24. Pengujian Blackbox Testing Cara Pembayaran

No Skenario

Pengujian Test Case

Hasil Yang

Diharapkan

Hasil

Pengujian Ket

1

Tidak Memilih

bank rekening

tujuan

Tidak

memilih

bank tujuan

Sistem akan

menolak

akses user

Sesuai

harapan Valid

2

Mengosongkan

Total Bayar

Total bayar

: (kosong)

Sistem akan

menolak

akses user

Sesuai

harapan Valid

3

Mengosongkan

No rekening

No

Rekening :

(kosong)

Sistem akan

menolak

akses user

Sesuai

harapan Valid

4

Mengosongkan

Atas Nama

Atas Nama

: (kosong)

Sistem akan

menolak

akses user

Sesuai

harapan Valid

5

Mengosongkan

Nama Bank

Nama

Bank :

(kosong)

Sistem akan

menolak

akses user

Sesuai

harapan Valid

6

Memilih bank

tujuan dan

mengisi Total

Bayar, No

rekening Atas

Nama, Nama

Bank

Bank

Tujuan :

Mandiri

Total bayar

: Rp.50.000

No

Rekening :

123456789

Atas Nama

: Durahim

Nama

Bank :

Mandiri

Sistem akan

menerima

pembayaran

user

Sesuai

harapan

Valid

4.5 Support

Support adalah dukungan teknis yang diberikan untuk merawat perangkat keras

dan perangkat lunak. Komputer dan perangkat elektronik lainnya adalah sebuah

sistem mesin yang tentu saja perlu dirawat secara berkala dan rutin untuk menjamin

agar tetap berfungsi dengan baik dan mengantisipasi setiap kemungkinan error yang

dapat mengakibatkan kerugian pada perusahaan.

70

70

4.5.1 Publikasi Web

Publikasi web Sistem Informasi Penyewaan studio dengan membeli domain

name untuk website ini di www.domainesia.com dengan domaine name

bravomusik.com seharga Rp. Rp 131.000,00,- Untuk hosting website ini, penulis

menyewa jasa penyedia domainesia.com. melihat kebutuhan storage database pada

website Sistem Informasi penyewaan studio ini tidaklah terlalu besar, maka

kemungkinan kapasitas hosting dari web ini adalah 314mb. Storage sebesar ini akan

sangat cukup untuk menangani database yang ada.

4.5.2 Spesifikasi Hardware dan Software

Selain biaya yang dikeluarkan dalam penulisan skripsi ini yaitu adalah

penjelasan tentang spesifikasi hardware dan software yang digunakan. Kebutuhan

hardware tersebut meliputi : Pocessor, Memory, Monitor, Harddisk, Keyboard dan

Mouse. Kebutuhan Software tersebut meliputi : Sistem operasi, Software aplikasi dan

software.

Tabel IV.25.

Spesifikasi Hardware dan Software

Kebutuhan Keterangan

Sistem Operasi Windos 7

Processor Inter ® Core™ i3-3217U CPU @

Ram 4 GB

Hadrdisk 500 GB

DVD-ROM 52X

Monitor LCD 15”

Keyboard Standart

Printer Canon MP258

Mouse Logitech

Browser Chrome

Software Sublime, PhpMyAdmin

http://www.domainesia.com/

http://www.domainesia.com/

71

71

4.6 Spesifikasi Dokumen Sistem Usulan

Adapun bentuk sistem usulan pada SDIT Tunas Muda Islam adalah :

1. Dokumen Masukan

1. Nama Dokumen : Papan Informasi

Fungsi : Sebagai Cek Jadwal

Sumber : Kasir

Tujuan : Penyewa Studio

Media : Kertas

Frekuensi : Setiap Setelah Bayar DP

Format : Lampiran B-1

2. Dokumen Keluaran

1. Nama Dokumen : Bukti Transfer

Fungsi : Sebagai Bukti Transaksi

Sumber : Penyewa

Tujuan : Kasir

Media : Kertas

Frekuensi : Setiap Mau Latihan

Format : Lampiran B-2

72

BAB V

PENUTUP

5.1. Kesimpulan

Berdasarkan hasil penelitian yang dilakukan oleh penulis didapat beberapa

kesimpulan yaitu:

1. Dengan adanya web sistem penyewaan studio musik Bravo ini dapat

memberikan solusi yang lebih cepat dalam pengolahan nilai, efektif dan

efesien dalam penyimpanan datanya karena penyimpanan data sudah

tersimpan dalam database .

2. Dapat diakses melalui jaringan internet darimana saja dan kapan saja.

5.2. Saran saran

Saran yang ingin disampaikan oleh penulis dari sistem informasi penyewaan

studio yang telah dirancang ini sebagai berikut:

1. Mengadakan sosialisasi program untuk admin dan pelanggan agar dapat

Mengoperasikan sistem.

2. Agar program ini berjalan dengan baik, sebaiknya menggunakan perangkat

yang memadai dan mendukung sarana yang ada.

3. Mengembangkan sistem informasi penyewaan studio ini dengan

menambahkan akses Pendaftaran member baru, informasi studio ataupun

pembayaran dp agar Sistem informasi penyewaan ini dapat di akses oleh

internal ataupun eksternal.

4. Perlu adanya sistem backup, untuk menghindari terjadinya kehilangan data.

73

Demikian saran yang dapat penulis berikan, semoga saran tersebut bias

dijadikan sebagai bahan masukkan yang dapat berguna bagi penulis khususnya dan

umumnya bagi studio musik Bravo dikemudian hari.

.

74

DAFTAR PUSTAKA

Badriyah, S. (2014). Perancangan Aplikasi Mobile "Gowes" Sebagai Media

Penunjang Program Bike Sharing Bandung. Bandung: FIK, Telkom

University.III(2) 70-75

Dari, W., & Prahartiwi, L. I. (2018). Sistem Informasi Penjualan Alat Musik

Menggunakan Model Water Fall. Jurnal Khatulistiwa Invormatika, VI(1), 87-

96.

Hidayatun, N., Rosmiati, M., & Saputro, E. (2017). `Aplikasi E-Reservation Untuk

Pemesanan Kamar Pada Hotel Hin’s. Jurnaltechno Nusa Mandiri, XIV(1). 57-

62.

Nilawati, L. (2018). Analisa Model Rapid Application Development Untuk Rancang

Bangun Sistem Informasi Penyewaan Apartemen. Paradigma XX(2), 19-26.

Nugraha, I. A. H., Nugraha, Y. A., & Hamidin, D. (2017). Aplikasi Penyewaan

Studio Band A45 Sumedang Berbasis Web. Jurnal Sistem Informasi Politeknik

Pos Indonesia XXI(2), 15-24.

Nurajijah, & Indriani, K (2017). Implementasi Model Waterfall Pada Pembangunan

Sistem Informasi Akademik Berbasis Web Pada SMK Yapipa Serpong Utara.

Jurnal Techno Nusa Mandiri XIV(2), 77-82.

Pratama, A. (2015).HTML Uncover-Panduan Belajar HTML Untuk Pemula.

Bandung : Penerbit Duniailkom.

Pratama, A. (2015).PHP Uncover-Panduan Belajar PHP Untuk Pemula. Bandung :

Penerbit Duniailkom.

Ramdhani, E. C., Sapitri, J. E., & Rizkyansyah, M. (2018). Sistem Informasi

Penyewaan Peralatan Event Organizer Berbasis Web pada PT. Adecon Jakarta,

Jurnal Abdimas BSI, I(3), 390-397.

Saefulloh, R.M. (2017), Pembangunan Aplikasi Penyewaan Studio Musik Rekaman

Berbasis Web. e-Proceeding of Applied Science, III(2), 82-84.

Safaat, N. (2015).Buku Rancang Bangun Aplikasi Multiplatform. Cimahi : Penerbit

Informatika.

Saifudin. (2015), Penerapan Algoritma C4.5 Dalam Prediksi Penyewa Sepeda.

Jurnal Evolusi, III(2), 20-22.

Sukamto, Rossa, & Salahuddin. (2013). Rekayasa Perangkat Lunak Terstruktur dan

Berorientasi Objek. Bandung: Informatika.

75

Susilowati, S. (2017), Perancangan Sistem Informasi Pemesanan Makam Baru

Menggunakan Metode Rational Unified Process, Jurnal Pilar Nusa Mandiri,

XIII(1), 92-97.

Taniah, A. W., & Harjunawati, S. (2017). Perancangan Sistem Informasi Transaksi

Penyewaan Wedding Organizer Pada CV.Denis Citra Mandiri Bekasi. Jurnal

Ilmu Pengetahuan Dan Teknologi Komputer, III(1), 59-64

76

77

78

79

LAMPIRAN Lampiran A.1

Pencatatan Jadwal Studio Secara Manual

80

Lampiran A.2

Kwitansi Pembayaran Formulir Bravo Musik Studio

81

Lampiran B.1

Pencatatan Jadwal Studio Secara Online

82

Lampiran B.2

Bukti Pembayaran Transaksi Sewa Studio Musik

SKRIPSI - repository.bsi.ac.id · karya tulis ini, tanpa seizin penulis. Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau peringkasan isi tulisan hanya dapat

Documents