19

BAB III

PEMBAHASAN

3.1. Tinjauan Perusahaan

3.1.1. Sejarah Perusahaan

HS Agung Futsal di dirikian pada 1 Januari 2010 Oleh H.Afandi, asal mula

nama HS Agung itu dari tempat sebelumnya yaitu HS Agung Tenis. Untuk

mempertahankan nama sebelumnya maka H.Afandi tetap mempertahankan nama HS

Agung Futsal karena masyarakat sudah banyak mengetahui nama tersebut tetapi nama

perusahaan yang didaftarkan adalah HSA Community.

3.1.2. Struktur Organisasi dan Fungsi

Sumber : HS Agung Futsal

Gambar III. 1

Struktur Organisasi

Pemilik/Direktur

H.Afandi

Manager

Joko

Kor Lapangan

Imam, Wawan

Kebersihan

Sudiko

Parkir dan Keamanan

Caca

20

Adapun fungsi dari struktur organisasi diatas adalah:

1. Pemilik/Direktur, bertugas mengatur dan memberi wewenang yang ada di HS

Agung Futsal.

2. Manager, bertugas untuk mempimpin wewenang yang diberikan oleh pemilik.

3. Lapangan, bertugas untuk melakukan pencatatan sewa lapangan.

4. Kebersihan, bertugas untuk menjaga kebersihan di seluruh HS Agung Futsal.

5. Parkir dan Keamanan, bertugas untuk menjaga kendaraan pengujung.

3.2. Analisa Kebutuhan

Analisa kebutuhan sangat dibutuhkan dalam mendukung kinerja website,

apakah web yang dibuat telah sesuai dengan kebutuhan atau belum karena kebutuhan

website akan mendukung tercapainya tujuan suatu instansi atau perusahaan.

A. Identifikasi Kebutuhan

Dalam analisa kebutuhan ini penulis membaginya menjadi 2 (dua) bagian yaitu:

1. Kebutuhan Pengguna

a. Kebutuhan admin

1) Admin dapat menambah, edit dan hapus data member.

2) Admin dapat menambah, edit dan hapus data lapangan.

3) Admin dapat melakukan verifikasi data booking.

4) Admin dapat mencetak laporan.

b. Kebutuhan pengunjung

1) Pengunjung dapat melihat informasi.

2) Pengunjung dapat melihat lapangan dan harga lapangan.

3) Pengunjung dapat

21

c. Kebutuhan member

1) Member dapat melakukan registrasi.

2) Member dapat melakukan booking dengan memilih lapangan, jadwal dan

jam sewa.

3) Member dapat mengupload bukti transfer.

2. Kebutuhan Sistem

1) Admin harus melakukan login terlebih dahulu untuk dapat mengelolah web

ini dengan memasukan username dan password.

2) Member harus melakukan registrasi akun dahulu untuk melakukan booking

dalam web ini dengan memasukan username dan password.

3) Admin & Member harus melakukan logout setelah selesai menggunakan

web ini.

3.2. Rancangan Dokumen

A. Rancangan Dokumen Masukan (Input)

Menguraikan secara rinci setiap rancangan dokumen masukan yang digunakan

dalam sistem dengan uraian parameter-parameter dokumen tersebut dengan

parameter-parameter dokumenya sebagai berikut:

1. Nama dokumen : Bukti transfer

Fungsi : Sebagai bukti pembayaran booking

Sumber : Member

Tujuan : Admin

Media : Kertas

Jumlah : 1 Lembar

22

Frekuensi : Setiap melakukan booking

Bentuk : Lihat Lampiran A.1

2. Nama dokumen : Form Register

Fungsi : Sebagai daftar akun member

Sumber : Member

Tujuan : Admin

Media : Elektronik

Jumlah : 1 Form

Frekuensi : Setiap pengunjung ingin mendaftar member

Bentuk : Lihat Lampiran A.2

B. Rancangan Dokumen Keluaran (Output)

Menguraikan secara rinci setiap rancangan dokumen masukan yang digunakan

dalam sistem dengan uraian parameter-parameter dokumen tersebut dengan

parameter-parameter dokumennya sebagai berikut:

1. Nama dokumen : Laporan booking

Fungsi : Rekap data booking

Sumber : Admin

Tujuan : Pemilik

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap ada penyewaan lapangan

Bentuk : Lihat Lampiran B.1

23

3.4. Entity Relationship Diagram

A. ERD (Entity Relationship Diagram)

tbl_booking

tbl_jadwal

tbl_lapangan

member

nama

nama_tim

alamat

no_hp password

jam_main

nama_lapangan

url

id_lapangan

id_user

tanggal_booking

id_jadwal

status_booking

waktu_expired

bukti_bayar

Melakukan

Memiliki

Menentukan

1

M

1

M

1

M

id_jadwal

id_lapangan

id_member

id_booking

Gambar III.2

Entity Relationship Diagram Penyewaan Lapangan Futsal

B. LRS (Logical Relational Structure)

24

Gambar III.3

Logical Relational Structure Penyewaan Lapangan Futsal

3.5. Spesifikasi File

Dalam program website ini menggunakan satu buah file database dengan nama

futsal. Di dalam database tersebut ada beberapa tabel, adapun tabel tersebut adalah

sebagai berikut :

1. Spesifikasi File Tabel Member

Nama File : Member

Akronim : member

Fungsi : untuk menyimpan data user

Tipe File : file master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hard Disk

Panjang record : 185 byte

25

Kunci Field : id_member

Software :MySQL

Tabel III.1

Spesifikasi File user

No Elemen Akronim Type Panjang Keterangan

1. Id_member id_member Varchar 6 Primary Key

2. Nama Nama Varchar 25

3. Username Username Varchar 25

4. Nama Tim nama_tim Varchar 25

5. Alamat Alamat Varchar 30

6. No Hp no_hp int 15

7. Password Password Varchar 50

8. Level Level Varchar 10

2. Spesifikasi File Tabel tbl_booking

Nama File : Booking

Akronim : tbl_booking

Fungsi : untuk menyimpan data booking

Tipe File : file master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hard Disk

Panjang record : 443 byte

Kunci Field : id_booking

Software :MySQL

26

Tabel III.2

Spesifikasi File tbl_booking

No Elemen Akronim Type Panjang Keterangan

1. Id_booking id_booking Varchar 5 Primary Key

2. Id_lapangan id_lapangan Int 2 Foreign Key

3. Id_member id_member Varchar 6 Foreign Key

4. Tanggal

booking

tanggal_booking Date

5. Id jadwal id_jadwal Int 2 Foreign Key

6. Status

booking

status_booking Int 4

7. Waktu

expired

waktu_expired Varchar 225

8. Bukti bayar bukti_bayar Varchar 200

3. Spesifikasi File Tabel tbl_jadwal

Nama File : jadwal

Akronim : tbl_jadwal

Fungsi : untuk menyimpan data jadwal

Tipe File : file master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hard Disk

Panjang record : 27 byte

Kunci Field : id_jadwal

Software :MySQL

Tabel III.3

27

Spesifikasi File tbl_jadwal

No Elemen Akronim Type Panjang Keterangan

1. Id_jadwal id_jadwal int 2 Primary Key

2. Jam main jam_main Varchar 25

4. Spesifikasi File Tabel tbl_lapangan

Nama File : Lapangan

Akronim : tbl_lapangan

Fungsi : untuk menyimpan data lapangan

Tipe File : file master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hard Disk

Panjang record : 227 byte

Kunci Field : id_lapangan

Software :MySQL

Tabel III.4

Spesifikasi File tbl_lapangan

No Elemen Akronim Type Panjang Keterangan

1. Id_lapangan id_lapangan int 2 Primary Key

2. Nama

lapangan

nama_lapangan varchar 25

3. url url varchar 200

28

3.6. Pengkodean

Kode yang dibuat dalam pengkodean adalah field-field yang dijadikan

sebagai kunci primer (Primarykey).

1. id_member

Setiap user memiliki id masing-masing sehingga dapat membatasi

hak akses dari masing-masing id user diantaranya terdiri dari:

X X 9 9 9

No urutIdentitas

Keterangan

X

B R 0 0 1

No urutIdentitas

Keterangan

M

Keterangan:

MBR untuk identitas member

001 untuk nomor urut

2. id_booking

Setiap booking memiliki id masing-masing sehingga dapat membatasi hak

akses dari masing-masing id booking diantaranya terdiri dari:

X X 9 9 9

No urutIdentitas

Keterangan

B O 0 0 1

No urutIdentitas

Keterangan

Keterangan:

BO untuk identitas booking

001 untuk nomor urut

3. id_jadwal

Setiap jadwal memiliki id masing-masing sehingga dapat membatasi

hak akses dari masing-masing id jadwal diantaranya terdiri dari:

29

9 9

NoUrut

0 1

NoUrut

Keterangan: 01 untuk nomor urut

4. id_lapangan

Setiap lapangan memiliki id masing-masing sehingga dapat membatasi

hak akses dari masing-masing id lapangan diantaranya terdiri dari:

9 9

NoUrut

0 1

NoUrut

Keterangan: 01 untuk nomor urut

3.7. Spesifikasi Program

A. Rancangan Struktur Navigasi Halaman Admin

Pada halaman admin menggunakan struktur navigasi non liner karena pada

rangkaian Login, Tambah Lapangan, List Booking, verifikasi booking, data user, data

booking, laporan, info, dan logout dapat di akses secara acak tidak terurut.

30

Gambar III.4

Struktur Navigasi Halaman Admin

B. Rancangan Struktur Navigasi Halaman Member

Pada halaman member menggunakan struktur navigasi non liner karena pada

rangkaian daftar akun, login, home, pembayaran, SOP, myprofil dan logout dapat di

akses secara acak tidak terurut.

31

Gambar III.5

Struktur Navigasi Halaman Member

B. Rancangan Struktur Navigasi Halaman Member

Pada halaman member menggunakan struktur navigasi non liner karena pada

rangkaian Home, Login/Daftar, Daftar Lapangan, Informasi, SOP, Kontak Kami dan

Cara Booking Online dapat di akses secara acak tidak terurut.

Gambar III.6

Struktur Navigasi Halaman Pengunjung

3.8. Spesifikasi Sistem Komputer

A. Spesifikasi Hardware

a. Server

1) CPU

(a) Processor AMD A4 Quad-Core

(b) RAM DDR3 L 4 GB

(c) Hard Disk 500 GB HDD

2) Mouse

3) Keyboard

32

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 2 Mbps

b. Cilent

1) CPU/Laptop

(a) Processor Pentium® Core 2 Duo

(b) RAM DDR2 2 GB

(c) Hard Disk 500 GB

2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 56 Kbps

A. Spesifikasi Software

1. Server

a. Sistem operasi yang umum digunakan Microsoft Windows

b. Aplikasi bundle web server PHPMyAdmin v7.3.2

c. Aplikasi Xampp

d. Sublime text 3

2. Client

a. Sistem Operasi Microsoft Windows atau Linux

b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome

33

3.9. Implementasi

A. Implementasi Halaman Login Admin

Pada halaman ini jika admin ingin mengakses web, admin harus memasukan

username dan password.

Gambar III.7

Implementasi Halaman Login Admin

B. Implementasi Halaman Utama Admin

Ini adalah implementasi halaman utama, yang berisikan menu Tambah

Lapangan, List Order, Verifikasi Booking, Data Member, Data Booking,

Laporan dan Info.

34

Gambar III.8

Implementasi Halaman Utama Admin

C. Implementasi Halaman Tambah Lapangan

Implementasi halaman tambah lapangan, apabila admin ingin menambahkan

lapangan atau melakukan edit di halaman ini.

Gambar III.9

Implementasi Halaman Tambah Lapangan

D. Implementasi Halaman verifikasi pembayaran

Disini admin dapat melakukan verifikasi pembayaran yang hanya ada apabila

bukti tranfer booking di upload oleh member.

35

Gambar III.10

Implementasi Halaman Verifikasi Pembayaran

E. Implementasi Halaman Data Member

Halaman ini adalah halaman dimana admin dapat melakukan tambah, edit dan

hapus data member.

Gambar III.11

Implementasi Halaman Data Member

F. Implementasi Halaman Data Booking

Apabila admin telah melakukan verifikasi booking, maka data tersebut akan

masuk kedalam halaman data booking.

36

Gambar III.12

Implementasi Halaman Data Booking

G. Implementasi Halaman Data Laporan

Di halaman ini admin dapat melihat data laporan dan melakukan cetak

laporan.

Gambar III.13

Implementasi Halaman Data Laporan

H. Halaman Utama/Home Page

Di halaman ini adalah tampilan awal website, disini pengunjung bisa melihat

daftar lapangan, informasi yang berisi kontak kami, SOP dan cara booking.

37

Apabila pengunjung ingin melakukan booking lapangan maka pengunjung

hanya perlu mengakses menu Login/Daftar.

Gambar III.14

Implementasi Halaman Utama

I. Implementasi Halaman Login Member

Apabila pengunjung sudah memiliki akun member, maka hanya tinggal

melakukan login dengan memasukan username dan password.

Gambar III.15

Implementasi Halaman Login Member

38

J. Implementasi Halaman Register Form

Apabila pengunjung tidak memiliki akun makan pengunjung harus melakukan

register.

Gambar III.16

Implementasi Halaman Register Form

K. Implementasi Halaman Utama Member

Ini adalah implementasi halaman utama member, apabila member ingin

melakukan booking member hanya mengklik gambar lapangan.

39

Gambar III.17

Implementasi Halaman Utama Member

L. Implementasi Halaman List Tabel Booking Lapangan

Ini adalah bentuk implementasi dari apabila member mengklik gambar

lapangan, disini member bisa mencari jadwal yang kosong.

Gambar III.18

Implementasi Halaman List Tabel Booking Lapangan

M. Implementasi Halaman Booking Lapangan

40

Bentuk implementasi dari halaman booking lapangan, disini member bisa

menginput tanggal yang diinginkan lalu memilih jam booking.

Gambar III.19

Implementasi Halaman Booking Lapangan

N. Implementasi Halaman Pembayaran

Jika sudah melakukan booking maka member harus melakukan upload bukti

transfer di menu pembayaran.

Gambar III.20

Implementasi Halaman Pembayaran

O. Implementasi Halaman SOP

41

Ini adalah implementasi dari halaman SOP yang berisi himbauan himbauan

saat ada di lapangan.

Gambar III.21

Implementasi Halaman SOP

3.10. Pengujian Unit

Pengujian terhadap program yang dibuat menggunakan blackbox testing

yang fokus terhadap proses masukan dari keluaran program.

A. Pengujian Terhadap Form Login

Tabel III.5

Hasil Pengujian Black Box Testing Halaman Login

No. Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

pengujian

Kesimpunlan

1. username

dan

password

tidak di isi

kemudian

klik tombol

login

username:

(kosong)

Password :

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Username

Tidak Boleh

Kosong”

Sesuai

Harapan

Valid

2. Mengetikkan

salah satu

kondisi salah

pada

Username :

shulhan

(benar)

Password :

Sistem akan

menolak akses

user

menampilkan

Sesuai

Harapan

Valid

42

Username

atau

password

kemudian

klik tombol

login

123 (salah) “Username

atau Password

Salah”

3. Mengetikkan

Username

dan

password

dengan data

yang benar

kemudian

klik tombol

login

Username :

shulhan

(benar)

Password :

shulhan(benar)

Sistem

menerima

akses login

dengan

memunculkan

notifikasi

“Selamat

datang

Shulhan” dan

kemudian

langsung

menampilkan

menu utama

Sesuai

Harapan

Valid

B. Pengujian Terhadap Form Daftar Akun Member

Tabel III.6

Hasil Pengujian Black Box Testing Halaman Daftar Akun Member

No. Skenario

Pengujian

Test Case Hasil yang

diharapkan

Hasil

pengujian

Kesimpunlan

1. Tidak

mengisi

Semua Field

Nama:

(kosong)

username :

(kosong)

Password :

(kosong)

Re-Password

: (kosong)

Nama Team :

(kosong)

Alamat :

(kosong)

Nomor HP :

(kosong)

Sistem akan

menolak akses

user dan

menampilkan

“Nama harus

diisi

Username harus

diisi

Password harus

diisi

Re-Password

harus diisi

Nama team

harus diisi

Alamat harus

diisi

No hp harus

diisi”

Sesuai

Harapan

Valid

43

2. Mengisi

semua field

tetapi

password

tidak sama

Nama:

shulhan

username :

shulhan

Password :

shulhan

Re-Password

: 123

Nama Team :

Shulhan

Team

Alamat :

Bekasi

Nomor HP :

08970437225

Sistem akan

menolak akses

user

menampilkan

“Password

Tidak Sama”

Sesuai

Harapan

Valid

3. Mengisi

semua feild

tetapi

mengisi

nomor HP

dengan huruf

Nama:

shulhan

username :

shulhan

Password :

shulhan

Re-Password

: shulhan

Nama Team :

Shulhan

Team

Alamat :

Bekasi

Nomor HP :

abcdefg

Sistem akan

menolak akses

user

menampilkan

“No hp harus

angka”

Sesuai

Harapan

Valid

4. Mengisi

semua feild

dengan benar

Nama:

shulhan

username :

shulhan

Password :

shulhan

Re-Password

: shulhan

Nama Team :

Shulhan

Team

Alamat :

Bekasi

Sistem akan

melakukan

penyimpanan

data dengan

memunculkan

notifikasi

“berhasil

melakukan

registrasi,

selamat datang

Shulhan” dan

kemudian

langsung

menampilkan

menu utama

Sesuai

Harapan

Valid

44

Nomor HP :

08970437225