bab iii pembahasan - bina sarana informatika...service mobil pada bengkel ron-ron bekasi. a. nama...
TRANSCRIPT
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
Bentuk : Lampiran B.2
C. Nama Keluaran : Daftar Administrator
Fungsi : Sebagai syarat untuk pemberitahuan data
Administrator
Sumber : Administrator
Media : Kertas
Tujuan : Pemilik bengkel
Frekuensi : Setiap akhir bulan
Bentuk : Lampiran B.4
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
Tipe File : File Master
Organisasi file : Random
Media : Hard Disk
Panjang Record : 347 Byte
Kunci Field : admin_id
Software : xampp
Tabel III.2 Spesifikasi File Administrator
No Elemen Data Akronim Tipe Panjang Keterangan
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
Organisasi file : Random
Media : Hard Disk
Panjang Record : 331 Byte
Kunci Field : booking_id
Software : xampp
Tabel III.3 Spesifikasi File Booking
No Elemen Data Akronim Tipe Panjang Keterangan
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
Tipe File : File Master
Organisasi file : Random
Media : Hard Disk
Panjang Record : 51 Byte
Kunci Field : JS_Service
Software : xampp
Tabel III.4 Spesifikasi File Jenis Service
No Elemen Data Akronim Tipe Panjang Keterangan
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
Tipe File : File Master
Organisasi file : Random
Media : Hard Disk
Panjang Record : 36 Byte
Kunci Field : Ku_Service
Software : xampp
Tabel III.5 Spesifikasi File Kuota Service
No Elemen Data Akronim Tipe Panjang Keterangan
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
Tipe File : File Master
Organisasi file : Random
Media : Hard Disk
Panjang Record : 381 Byte
Kunci Field : Member_id
Software : xampp
Tabel III.6 Spesifikasi File Member
No Elemen Data Akronim Tipe Panjang Keterangan
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
Tipe File : File Master
Organisasi file : Random
Media : Hard Disk
Panjang Record : 31 Byte
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
No Skenario Tes case Hasil yang di
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
No Skenario Tes case Hasil yang di
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
No Skenario Tes case Hasil yang di
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