bab iii pembahasan - bina sarana informatika...service mobil pada bengkel ron-ron bekasi. a. nama...

BAB III

PEMBAHASAN

3.1. Tinjauan Perusahaan

3.1.1. Sejarah Perusahaan

Bengkel Ron-Ron Bekasi berdiri untuk pertama kalinya pada tahun 2009 di jalan Raya

Bambu Kuning, Kota Bekasi Jawa Barat. Pendiri bengkel Ron-Ron ini yaitu Bapak Rony.

Berbekal kemampuan teknis yang baik dan pelayanan pelanggan yang memuaskan, bengkel

Ron-Ron terus berkembang pesat. Selain merupakan bengkel untuk service mobil dan motor,

bengkel Ron-Ron juga juga menjual Spare part, berbagai jenis Oli, accessories mobil dan motor.

Bengkel Ron-Ron dikelola sendiri oleh Bapak Rony hingga saat ini dan memiliki delapan orang

karyawan.

3.1.2. Struktur Organisasi dan Fungsi

Sumber : Bengkel Ron-Ron Bekasi (2019)

Gambar III.1

Strukrur Organisasi

1. Manajer

yaitu sebagai pemilik Bengkel dan juga sebagai Pengelola bengkel.

2. Mekanik mobil.

Mekanik 1 dan 2 khusus sebagai mekanik yang menangani bagian service mobil.

3. Mekanik Motor.

Mekanik 1, 2, dan 3 khusus sebagai mekanik yang menangani bagian Service Motor.

4. Admistrasi

Sebagai admin dan untuk transaksi atau pembayaran.

3.2. Analisa Kebutuhan

Dalam merancang suatu sistem informasi berbasis web diperlukan adanya suatu

identifikasi berdasarkan kebutuhan pengguna dan kebutuhan sistem untuk mempermudah proses

perancangan website dan menghasilkan sistem sesuai dengan kebutuhan pengguna. Berikut

adalah analisa kebutuhan dalam pembuatan tugas akhir ini.

3.2.1. Analisa Kebutuhan Pengguna

Dalam pembuatan sistem informasi berbasis web ini penulisa menganalisa kebutuhan

tampilan halaman untuk pengguna, yaitu sebagai berikut:

1. Costumer

a. Costumer mengisi form pendaftaran terlebih dahulu apabila ingin melakukan Booking

Service mobil.

b. Costumer yang sudah terdaftar sudah bisa login untuk proses Booking Service mobil.

c. Costumer dapat melihat jenis- jenis service yang ditawarkan secara detail di website.

d. Costumer dapat memulai pesanan dengan memilih tanggal Booking.

e. Costumer akan mendapat konfirmasi booking melalui email.

2. Administrator

a. Admin dapat menambah, mengubah dan menghapus data admin.

b. Admin dapat menambah, mengubah dan menghapus data booking.

c. Admin dapat melihat, menghapus dan mencetak daftar pelanggan.

d. Admin dapat keluar atau logout dari halaman administrator.

3.3. Rancangan Dokumen

3.3.1. Rancangan Dokumen Masukan (Input)

Dokumen masukan (input) adalah bentuk dari dokumen yang masuk dan diterima dalam

proses booking online . Berikut bentuk dokumen masukan yang ada dalam proses booking online

Service Mobil Pada Bengkel Ron-Ron Bekasi.

A. Nama Dokumen : Bukti Pembayaran

Fungsi : Sebagai bukti pembayaran telah dilakukan

Sumber : User/pendaftar

Media : Kertas

Tujuan : Administrasi

Frekuensi : Setiap kali melakukan konfirmasi pembayaran

Bentuk : Lampiran A.1

B. Nama Dokumen : Data Customer

Fungsi : Sebagai Data Customer

Sumber : User/pendaftar

Media : Kertas

Tujuan : Administrasi

Frekuensi : Setiap kali melakukan Pendaftaran Customer

Bentuk : Lampiran A.2

3.3.2. Rancangan Dokumen Keluaran (output)

Rancangan dokumen keluaran berfungsi untuk menjelaskan mengenai semua dokumen

output yang digunakan pada website booking online Service Mobil, Berikut uraian dokumen

keluaran yang dirancang oleh penulis adalah sebagai berikut:

A. Nama Dokumen : Laporan Booking

Fungsi : Sebagai laporan booking

Sumber : Administrasi

Media : Kertas

Tujuan : Pemilik

Frekuensi : Setiap Akhir bulan

Bentuk : Lampiran B.1

B. Nama Keluaran : Tanda Bukti Konfirmasi pembayaran

Fungsi : Sebagai bukti telah melakukan pembayaran

Sumber : pelanggan

Media : Kertas

Tujuan : Administrator

Frekuensi : Setiap pelanggan selesai melakukan

pembayaran


C. Nama Keluaran : Daftar Administrator

Fungsi : Sebagai syarat untuk pemberitahuan data

Administrator

Sumber : Administrator

Media : Kertas

Tujuan : Pemilik bengkel

Frekuensi : Setiap akhir bulan


3.4. ERD dan LRS

Entity Relationship Diagram (ERD) adalah penggambaran proses relasi yang telah dibuat

pada diagram alir data dikembangkan kembali kedalam bentuk Entity Relationship Diagram,

sehingga hubungan antar entity satu dengan yang lainnya dapat terlihat dan melibatkan

rancangan field di dalam database.

Menurut (Diah Puspitasari, 2015), ERD dikembangkan berdasarkan teori himpunan

dalam bidang matematika. ERD digunakan untuk pemodelan basis data relasional.

Logical Record Structure (LRS) adalah representasi dari struktur record-record pada

table-tabel yang terbentuk dari hasil relasi antar himpunan entitas.

3.4.1. ERD ( Entity Relationship Diagram)

Gambar III.2

Entity Relationship Diagram Booking service Mobil

3.4.2. LRS (Logical Relational Structure)

Gambar III.3

Logical Record Structure Booking service Mobil

3.5. Spesifikasi File

1. Sfesifikasi File Costumer

Nama File : Costumer

Akronim : Cu_id

Fungsi : Menampilkan data costumer yang telah

terdaftar

Tipe File : File Master

Organisasi file : Random

Media : Hard Disk

Panjang Record : 138 Byte

Kunci Field : Cu_id

Software : xampp

Tabel III.1 Spesifikasi File Customer

No Elemen Data Akronim Tipe Panjang Keterangan

1 Customer_id cu_id Varchar 15 Primary key

2 Nama cu_nama Varchar 40

3 Gender cu_gender Tinyint 2

4 Alamat cu_alamat Varchar 16

5 Telepon cu_Telepon Varchar 15

6 Email cu_Email Varchar 50

2. Sfesifikasi File Administrator

Nama File : Admin

Akronim : admin_id

Fungsi : Mengelola data customer dan data booking



Media : Hard Disk


Kunci Field : admin_id

Software : xampp

Tabel III.2 Spesifikasi File Administrator


1 Admin_id admin_id Int 1 Primary key

2 Nama adm_nama Varchar 40

3 Email adm_email Varchar 50

4 Password adm_password Varchar 255

5 Telepon adm_active Tinyint 1

3. Sfesifikasi File Booking

Nama File : Booking

Akronim : Booking_id

Fungsi : Menampilkan Data Booking yang tersimpan

Tipe File : File Transaksi


Media : Hard Disk


Kunci Field : booking_id

Software : xampp

Tabel III.3 Spesifikasi File Booking


1 Booking_id Booking_id Varchar 15 Primary key

2 Nama me_id Varchar 15

3 Status

costumer

bo_stt_keanggotaan Varchar 10

4 Tgl booking bo_tgl_booking

5 Tgl service bo_tgl_service

6 No Antrian bo_no_antrian Varchar 2

7 Jenis Service bo_jenis_service Tinyint 2

8 No Polisi bo_nopol Varchar 10

9 Type mobil bo_type_mbl Varchar 20

10 Status Bayar bo_stt_bayar Tinyint 1

11 Tanggal Bayar bo_tgl_bayar

12 Bukti bayar bo_bukti_bayar Varchar 255

13 Status acc bo_status_acc Tinyint 1

4. Sfesifikasi File jenis service

Nama File : Jenis Service

Akronim : js_id

Fungsi : Menampilkan data jenis service



Media : Hard Disk


Kunci Field : JS_Service

Software : xampp

Tabel III.4 Spesifikasi File Jenis Service


1 Id jenis service js_id Int 11 Primary key

2 Nama service js_nama service Varchar 20

3 Harga js_harga Int 20

5. Sfesifikasi File kuota Service

Nama File : Kuota Service

Akronim : Ku_id

Fungsi : Menampilkan data jumlah Kuota service



Media : Hard Disk


Kunci Field : Ku_Service

Software : xampp

Tabel III.5 Spesifikasi File Kuota Service


1 Id kuota ku_id Int 11 Primary key

2 Tanggal ku_tanggal

3 Tersedia ku_tersedia Int 5

4 Terisi ku_terisi Int 10

5 Harga ku_harga decimal 10,0

6. Sfesifikasi File Member

Nama File : Member

Akronim : Member_id

Fungsi : Menampilkan data Member



Media : Hard Disk


Kunci Field : Member_id

Software : xampp

Tabel III.6 Spesifikasi File Member


1 Id Member member_id Varchar 15 Primary key

2 Nama me_nama Varchar 40

3 Gender me_gender Tinyint 1

4 Alamat me_alamat Text

5 Telepon me_telepon Varchar 16

6 Email me_email Varchar 50

7 passworsd me_password Varchar 255

8 Jumlah

service

me_jml_service Int 4

7. Sfesifikasi File Status Anggota

Nama File : Status Anggota

Akronim : st_id

Fungsi : Menampilkan data Status Anggota



Media : Hard Disk


Kunci Field : st_id

Software : xampp

Tabel III.7 Spesifikasi File Status Anggota

No Elemen data Akronim Tipe Panjang Keterangan

1 Id status St_id Int 11

2 Nama status Nama_status Varchar 20

3.6. Pengkodean

3.6.1. Id Booking

Setiap Costumer yang melakukan booking memiliki kode booking untuk mengidentifikasi

setiap data booking.

Kode Booking Tanggal,bulan,tahun Nomor Urut

Contoh:

B O 0 8 0 8 2 0 1 9 0 0 1

3.6.2. Customer

C U X X X X X X X X X 0 X

Kode Customer Nama ID Customer No Customer

C U F A T M A 0 8 0 8 0 1

3.7. Spesifikasi Program

3.7.1. Struktur Navigasi Halaman Index Member

Pada halaman index menggunakan struktur navigasi non-linier karena pada rangkaian

booking, beranda dan pembayaran diakses secara acak atau tidak terurut.

Gambar III.4

Struktur Navigasi Halaman Index Member

3.7.2. Struktur Navigasi Halaman Admin

Gambar III.5

Struktur Navigasi Halaman Admin

3.8. Spesifikasi Sistem Komputer

Spesifikasi sistem komputer yang di gunakan pada website sebagai berikut

3.8.1. Perangkat Keras(Hardwre)

1)CPU

a) Prosessor intel 7Core

b) Random Access Memory (RAM) 164 GB

c) Hardisk 2 GB

2) Keyboard 89 Key

3) Monitor 14”LED

4) Mouse Standar

5) Koneksi Internet dengan kecepatan 50 Mbps

3.8.2. Perangkat Lunak(Software)

1) Sistem Operasi : Microsoft Windows 10

2) Program Aplikasi

1) Sublime Text Build 3176

2) Xampp v 3.2.1

3) Database : MySQL

3.9. Implementasi

3.9.1. Implementasi Rancangan Antarmuka

1. Halaman Utama Pengunjung

Halaman utama berisi menu yang terdiri dari Home, Booking, Member, Contacs, Article.

Gambar III.6

Halaman Utama Pengunjung

2. Halaman Booking Utama

Halaman ini berisi tentang Booking oleh customer .

Gambar III.7

Halaman Booking Utama

3. Halaman Input data Booking tanpa Member

Halaman ini untuk customer melakukan pengisian data untuk booking tanpa member.

Gambar III.8

Input Data Booking tanpa Member

4. Halaman Ketentuan Member

Halaman ini menampilkan ketentuan-ketentuan Dan harga Service Customer Sebagai

Member

Gambar III.9

Halaman Ketentuan Member

5. Halaman Booking Sebagai Member

Halaman ini merupakan akses untuk booking dengan id Member

Gambar III.10

Halaman Booking Sebagai Member

6. Halaman Isi Data Member Baru

Pada Halaman ini calon Customer yang ingin jadi member diwajibkan mengisi form data

dari Costumer.

Gambar III.11

Halaman Booking Isi Data Member Baru

7. Halaman Masuk ke Dashboard Member

Halaman ini untuk membuka sfesifikasi data Member

Gambar III.12

Halaman Masuk ke Dashboard Member

8. Halaman Tampilan Data Member

Halaman ini untuk mempilkan Data Member setelah masuk ke Dashboard Member

Gambar III.13

Halaman Tampilan Data Member

9. Halaman Detail Kuota booking service online.

Halaman ini menampilkan semua data kuota booking online yang telah tersimpan.

Gambar III.14

Halaman Detail Kuota booking service online

10. Halaman Dashboard Pembayaran

Pada halaman ini menampilkan status Pembayaran.

Gambar III.13

Halaman Dashboard Pembayaran

11. Halaman Login Admin Baru

Pada halaman ini admin memasukkan email dan password admin

Gambar III.16

Halaman Login Admin

12. Halaman Data Admin

Halaman ini berfungsi untuk menampilkan data admin.

Gambar III.17

Halaman Data Admin

13. Halaman Dashboard Admin

Halaman ini menampilkan data-data booking

Gambar III.18

Halaman Dashboard Admin

14. Halaman Data Customer

Halaman ini menampilkan Data Customer

Gambar III.17

Halaman Data Customer

15. Halaman Data Booking

Pada halaman ini admin dapat mengolah semua data booking

Gambar III.20

Halaman Data Booking

16. Halaman Data Laporan Bulanan

Pada halaman ini admin dapat menambahkan dan mengolah data laporan bulanan

Gambar III.21

Halaman Data Laporan Bulanan

17. Halaman Cetak Data Laporan Periode Bulanan

Halaman ini menampilkan cetak laporan bulanan.

Gambar III.22

Halaman Cetak Data Laporan Periode Bulanan

1.10. Pengujian Unit

1.10.1. Pengujian Form Daftar Admin Baru

Tabel III.8

Hasil Pengujian Black Box Testing Daftar Admin Baru

No Skenario Tes case Hasil yang di

harapkan

Hasil

Pengujian

Kesimpulan

1. Username diisi,

email diisi yang

telah terdaftar,

password diisi

username:(diisi)

email : (diisi yang

telah terdaftar)

Password:(diisi)

Sistem akan

menolak dan

menampilkan”

Email ini

sudah

terdaftar!

Gunakan

email lain!.

Sesuai

Harapan

Valid

2. Email diisi

tidak berupa

email dan

kemudian klik

tombol login

Email:(diisi bukan

format email)

Sistem akan

menolak dan

menampilkan,

“please

include an „@‟

in the email

Sesuai

Harapan

Valid

address,

„12345‟ is

missing an @”

3. Username diisi

benar, Email

diisi dan

Password diisi,

repead

password diisi

salah kemudian

klik tombol

daftar

Username: diisi

Email:(diisi)

Password : benar

Ulangi password:

salah

Sistem akan

menolak dan

menampilkan,

“password

harus sama!

Sesuai

Harapan

Valid

4. Username diisi

benar,Email

diisi benar dan

Password diisi

benar kemudian

klik tombol

daftar

Email: benar

Password : benar

Sistem akan

menerima dan

masuk ke

halaman data

admin

Sesuai

Harapan

Valid

1.10.2. Pengujian Daftar Booking

Tabel III.9

Hasil Pengujian Black Box Testing Daftar Booking


harapkan

Hasil

Pengujian

Kesimpulan

1. Mengisi

sebagian form

dan satu form

dibiarkan

kosong

Sebagian Form

terisi

Satu Form kosong

Sistem akan

menolak dan

menampilkan ,

Please fill out

this field.

Sesuai

Harapan

Valid

2. Mengisi semua

form namun

form email tidak

diisi dengan

format email

Semua form terisi

Form email bukan

format email

Sistem akan

menolak dan

menampilkan,

“please include

an „@‟ in the

email address,

„fionagmail.com

is missing an

Sesuai

Harapan

Valid

„@‟

3. Mengisi semua

form dengan

benar

Semua form terisi

dengan benar

Sistem akan

menerima dan

menampilkan”

booking

berhasil,

Silahkan cek

EMAIL anda”

Sesuai

Harapan

Valid

1.10.3. Pengujian Registrasi Masuk Dashboard Member

Tabel III.10

Hasil Pengujian Black Box Testing Masuk Dashboard Member


harapkan

Hasil

Pengujian

Kesimpulan

1. Semua form

di kosongkan

kemudian

klik tombol

masuk

Id

member:(kosong)

Password:(kosong)

Sistem akan

menolak dan

menampilkan,

“Please fill out

this field”

Sesuai

Harapan

Valid

2. Form id

member di

isi benar ,

password

diisi salah

Form id

member:(diisi)

Password :(salah)

Sistem akan

menolak dan

menampilkan “

Password salah”

Sesuai

Harapan

Valid

4. Semua form

di isi benar

ID member:

(benar)

Password : (benar)

Sistem akan

menerima dan

menampilkan‟“

Selamat datang

dashboard

member”

Sesuai

Harapan

Valid

1.10.4. Pengujian Tambah Laporan Bulanan

Tabel III.11

Hasil Pengujian Black Box Testing Tambah Laporan Bulanan


harapkan

Hasil

Pengujian

Kesimpulan

1. Sebagian

form di isi

dan satu

form

Tanggal:(terisi)

Bulan:(terisi)

Tahun:(kosong)

Sistem akan

menolak dan

menampilkan

, Please fill

Sesuai

Harapan

Valid

kosong

out this field.

2. Semua

form di isi

dengan

benar

Tanggal:(terisi)

Bulan:(terisi)

Tahun:(terisi)

Sistem akan

menerima

dan akan

muncul

flashdata

“Penambahan

data sukses”

Sesuai

Harapan

Valid

bab iii pembahasan - bina sarana informatika...service mobil pada bengkel ron-ron bekasi. a. nama...

Documents