bab iii pembahasan 3.1. tinjauan perusahaan...23 bab iii pembahasan 3.1. tinjauan perusahaan untuk...
TRANSCRIPT
23
BAB III
PEMBAHASAN
3.1. Tinjauan Perusahaan
Untuk mengetahui lebih banyak mengenai Yono Motor merupakan sebuah
usaha yang bergerak dibidang jasa perbaikan dan penjualan sparepart kendaraan
roda empat. Beralamatkan di Jl. Pengairan No 75 RT 001 / 004 Pekayon Jaya. Bekasi
Selatan.
3.1.1. Sejarah Institusi/Perusahaan
Yono Motor adalah perusahaan yang bergerak dibidang jasa perbaikan
kendaraan kecil dan ringan, kendaraan roda empat dan lebih. Pengadaan
perlengkapan sparepart dan alat kerja yang didirikan pada tanggal 04 April 2012.
Dibidangnya masing-masing dengan jaringan yang luas profesionalisme kerja serta
komitmen atas pelayanan. Kami mampu memberikan jasa yang berkualitas,
konsisten dan memiliki nilai tambah demi terpercayanya tujuan bersama. Didukung
oleh tim mekanik yang handal dan yang kompetensi tinggi.
Visi dari Bengkel Yono Motor ini adalah menjadi yang terbaik, terpercaya
dan terdepan dalam bidang otomotif bagi mitra dan konsumen.
Sedangkan misi dari Bengkel Yono Motor yaitu :
1. Memberikan berbagai jasa atas dasar kemitraan dimana kepuasaan mitra
adalah segalanya tanpa menghiraukan tujuan utama dari kegiatan usaha ini
sendiri.
2. Meningkatkan motivasi dan semangat kerja karyawan secara optimal melalui
peningkatan dedikasi, disiplin, dan kemampuan kerja.
24
3.1.2. Struktur Organisasi dan Fungsi
Sumber : Bengkel Yono Motor
Gambar III.I
Perancangan Struktur Organisasi
Uraian tugas dan tanggung jawab masing-masing bagian berdasarkan struktur
organisasi Bengkel Yono Motor, dapat dilihat sebagai berikut :
1. Pemilik bengkel
a. Mengawasi jalannya perusahaan secara umum
b. Bertanggung jawab dan penanggung resiko terhadap maju mundurnya
perusahaan
c. Mencari dana sebagai tambahan modal untuk perusahaan
2. Kasir / Bagian Keuangan
a. Melakukan proses pencatatan transaksi
b. Membuat kwitansi servis dan penjualan suku cadang
c. Membuat laporan
25
3. Mekanik
a. Memberikan pelayanan yang terbaik kepada setiap pelanggan yang
melakukan servis kendaraan
b. melakukan jasa servis dengan cepat dan tepat
3.2. Analisis Kebutuhan
3.2.1 Kebutuhan Pengguna
Dalam aplikasi jasa servis dan penjualan sparepart terdapat dua pengguna
yang dapat saling berinteraksi dalam lingkungan sistem, yaitu: admin dan kasir.
Kedua pengguna tersebut memiliki karakteristik interaksi dengan sistem yang
berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut :
1. Skenario Kebutuhan Admin
a. Mengelola data master
b. Mengelola transaksi
c. Mengelola data laporan
2. Skenario Kebutuhan Kasir
a. Mengelola data pelanggan
b. Mengelola data transaksi
3.2.2. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukkan username dan password agar privacy
masing-masing pengguna tetap terjaga keamanannya.
2. Sistem melakukan kalkulasi stok barang dan transaksi servis.
3. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.
26
4. Sistem dapat memberikan informasi tentang data user, data barang, data jasa
servis, data mekanik, dan data pelanggan yang terbaru dan data pendaftaran
servis.
3.3. Rancangan Dokumen
3.3.1 Rancangan Dokumen Masukan (Input)
1. Nama Dokumen : Data Sparepart
Fungsi : Untuk memasukan data sparepart
Sumber : Bagian gudang suku cadang
Tujuan : Admin
Media : kertas
Jumlah : 1 Lembar
Frekuensi : Setiap ada pembelian barang
Bentuk : Lampiran A.1
2. Nama Dokumen : Data Pelanggan
Fungsi : Untuk Memasukan data pelanggan baru
Sumber : Pelanggan
Tujuan : Admin
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap ada pelanggan baru
Bentuk : Lampiran A.2
27
3.3.2 Rancangan Dokumen Keluaran (Output)
1. Nama Dokumen : Laporan data sparepart
Fungsi : Sebagai informasi data sparepart
Sumber : Admin
Tujuan : Pemilik bengkel
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap bulan
Bentuk : Lampiran B.1
2. Nama Dokumen : Laporan data pelanggan
Fungsi : Sebagai informasi mengenai data pelanggan
Sumber : Admin
Tujuan : Pemilik bengkel
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap akhir bulan
Bentuk : Lampiran B.2
3. Nama Dokumen : Struk transaksi servis
Fungsi : Bukti transaksi servis
Sumber : Admin
Tujuan : Pelanggan
Media : Kertas Cetakan
Jumlah : 1 Lembar
Frekuensi : Setiap ada transaksi
Bentuk : Lampiran B.3
28
4. Nama Dokumen : Struk transaksi penjualan sparepart
Fungsi : Bukti transaksi penjualan sparepart
Sumber : Admin
Tujuan : Pelanggan
Media : Kertas Cetakan
Jumlah : 1 Lembar
Frekuensi : Setiap ada transaksi
Bentuk : Lampiran B.4
5. Nama Dokumen : Laporan transaksi servis
Fungsi : Sebagai informasi mengenai data transaksi servis
Sumber : Admin
Tujuan : Pemilik bengkel
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap akhir bulan
Bentuk : Lampiran B.5
6. Nama Dokumen : Laporan transaksi penjualan
Fungsi : Sebagai informasi mengenai data transaksi penjualan
Sumber : Admin
Tujuan : Pemilik bengkel
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap akhir bulan
Bentuk : Lampiran B.6
29
3.4. Entity Relationship Diagram
Perancangan basis data menghasilkan pemetaan pada tabel-tabel yang
digambarkan dengan Entity Relationship Diagram (ERD).
3.4.1 Entity Relationship Diagram
Gambar III.2
Entity Relationship Diagram Jasa Servis dan Penjualan Sparepart
30
3.4.2. LRS (Logical Record Structure)
Gambar III.3
Logical Record Structure Jasa Servis dan Penjualan Sparepart
3.5. Spesifikasi File
Di dalam pembuatan program dibutuhkan suatu spesifikasi file yang
dimaksud untuk dapat melakukan kegiatan-kegiatan dalam pengaturan pencarian
data dan pembuatan laporan yang memudahkan sistem komputer. Untuk itu sistem
31
pengolahan data ini membutuhkan spesifikasi file untuk mempermudah dalam
melakukan kegiatan pemrograman komputer, yang dapat dilihat pada tabel berikut :
1. Spesifikasi File Data User
Nama File : User
Akronim File : user
Fungsi : Untuk menyimpan data user
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 66 Byte
Kunci Field : kode_user
Software : Xampp
Tabel III.1
Spesifikasi Tabel User
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode User kode_user Varchar 5 Primary Key
2 Nama User Username Varchar 35
3 Password password Varchar 15
4 Akses Level Level Varchar 11
2. Spesifikasi File Data Pendaftaran Servis
Nama File : Pendaftaran Servis
Akronim File : pendaftaran_servis
Fungsi : Untuk mendaftar servis
32
Tipe File : File Transaksi
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 85 Byte
Kunci Field : no_pendaftaran
Software : Xampp
Tabel III.2
Spesifikasi Tabel pendaftaran_servis
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode User kode_user Varchar 5 Foreign Key
2 Nomor Pendaftaran no_pendaftaran Varchar 10 Primary Key
3 Nomor Polisi no_polisi Varchar 8 Foreign Key
4 Nama Pelanggan nama_pelanggan Varchar 25
5 Kode Servis kode_servis Varchar 6 Foreign Key
6 Nama Jasa nama_jasa Varchar 20
7 Biaya Biaya Int 11
3. Spesifikasi File Data Pelanggan
Nama File : pelanggan
Akronim File : Pelanggan
Fungsi : Untuk menyimpan data Pelanggan
Tipe File : File Master
Organisasi File : Index Sequential
33
Akses File : Random
Media : Hard Disk
Panjang Record : 126 Byte
Kunci Field : no_polisi
Software : Xampp
Tabel III.3
Spesifikasi Tabel Pelanggan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Polisi no_polisi Varchar 8 Primary Key
2 Nama Pelanggan nama_pelanggan Varchar 20
3 Alamat alamat_pel Varchar 25
4 Nomor Telepon no_telp_pel Varchar 13
5 Merk Merk Varchar 25
6 Jenis Kelamin jenis_kelamin Varchar 10
5 Jenis Jenis Varchar 25
4. Spesifikasi File Data Mekanik
Nama File : Mekanik
Akronim File : mekanik
Fungsi : Untuk menyimpan data Mekanik
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
34
Panjang Record : 74 Byte
Kunci Field : kode_mekanik
Software : Xampp
Tabel III.4
Spesifikasi Tabel Mekanik
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Mekanik kode_mekanik Varchar 6 Primary Key
2 Nama Mekanik nama_mekanik Varchar 15
3 Alamat Alamat Varchar 40
4 Nomor Telepon no_telp Varchar 13
5. Spesifikasi File Data Sparepart
Nama File : Sparepart
Akronim File : Sparepart
Fungsi : Untuk menyimpan data sparepart
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 49 Byte
Kunci Field : kode_sparepart
Software : Xampp
35
Tabel III.5
Spesifikasi Tabel Sparepart
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Sparepart kode_sparepart Varchar 8 Primary Key
2 Nama Sparepart nama_sparepart Varchar 30
3 Stok Stok Int 11
4 Unitcost Unitcost Double -
6. Spesifikasi File Data Jasa Servis
Nama File : Jasa Servis
Akronim File : jasa
Fungsi : Untuk menyimpan data sparepart
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 26 Byte
Kunci Field : kode_servis
Software : Xampp
36
Tabel III.6
Spesifikasi Tabel Jasa Servis
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode Servis kode_servis Varchar 6 Primary Key
2 Nama Jasa nama_jasa Varchar 20
3 Biaya Biaya Double -
7. Spesifikasi File Data Transaksi Servis
Nama File : Transaksi Servis
Akronim File : trans_servis_penjualan
Fungsi : Untuk menyimpan data transaksi servis
Tipe File : File Transaksi
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 126 Byte
Kunci Field : notrans
Software : Xampp
Tabel III.7
Spesifikasi Tabel trans_servis_penjualan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Transaksi Notrans Varchar 13 Primary Key
2 Tanggal Tanggal Date -
3 Nomor Polisi no_polisi Varchar 8
37
4 Kode Mekanik kode_mekanik Varchar 6 Foreign key
5 Kode User kode_user Varchar 5 Foreign key
6 Total Bayar total_bayar Int 6
7 Nomor Pendaftaran no_pendaftaran Varchar 10 Foreign key
8 Merk Mobil merek_mobil Varchar 25
9 Jenis Mobil jenis_mobil Varchar 25
10 Kode Servis kode_servis Varchar 6 Foreign key
11 Bayar Bayar Int 11
12 Kembali Kembali Int 11
8. Spesifikasi File Data Transaksi Penjualan
Nama File : Transaksi Penjualan
Akronim File : trans_penjualan
Fungsi : Untuk menyimpan data transaksi penjualan
Tipe File : File Transaksi
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 35 Byte
Kunci Field : -
Software : Xampp
38
Tabel III.8
Spesifikasi Tabel trans_penjualan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Transaksi Notrans Varchar 13 Primary Key
2 Tanggal Tanggal Date -
3 Total Total Int 6
4 Nomor Polisi no_polisi Varchar 8 Foreign Key
5 Kode User kode_user Varchar 8 Foreign Key
9. Spesifikasi File Data Detail Transaksi dan Penjualan
Nama File : Detail Transaksi Penjualan
Akronim File : dtrans_servis_penjualan
Fungsi : Untuk menyimpan data detail transaksi
Tipe File : File Transaksi
Organisasi File : Index Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 32 Byte
Kunci Field : -
Software : Xampp
Tabel III.9
Spesifikasi Tabel dtrans_servis_penjualan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomor Transaksi Notrans Varchar 13
39
2 Kode Sparepart kode_sparepart Varchar 8 Foreign Key
3 Qty Qty Int 11
4 Sub Total Subtotal Double
3.6. Pengkodean
Dalam perancangan program, penulis menggunakan identifikasi data,
pemanggilan dan pengisian data. Kode akan memanggil seluruh field yang
berhubungan dengan kode tersebut secara otomatis tergantung dari perintah yang
diberikan. Dibawah ini adalah penjelasan secara rinci dari struktur kode.
1. Kode Pengguna
Setiap pengguna harus memiliki id masing-masing sehingga dapat membatasi
hak akses dari masing-masing pengguna, terdiri dari:
A D M 0 1
Identitas Administrasi Nomor Urut
Ket : ADM = Untuk identitas administrasi
01 = Nomor urut ke satu
2. Kode Sparepart
S P 0 0 1
Inisial Nomor Urut
Ket: SP = Inisial sparepart
001 = Nomor urut
40
3. Kode Servis
S R V 0 0 1
Inisial Nomor Urut
Ket: SRV = Inisial servis
001 = Nomor Urut
4. Kode Mekanik
Setiap mekanik memiliki kode masing-masing yaitu nomor untuk
membedakan nama poli satu dengan yang lainnya, diantaranya terdiri dari:
M K 0 0 1
Inisial Nomor Urut
Ket: MK = Inisial mekanik
001 = Nomor urut mekanik
5. Struktur Pelanggan
B 2 3 5 4 K Y B
Kode Wilayah
Nomor
Kode Daerah
Ket: B = Kode Nomor Polisi Wilayah Kendaraan
41
2354 = Nomor Polisi Kendaraan
KYB = Kode Nomor Polisi Daerah Kendaraan
6. Kode Transaksi Servis
T S 1 9 0 6 2 4 0 0 1
Inisial Tahun
Bulan Tanggal No Urut
Ket: TS = Jenis dokumen transaksi servis
19 = Tahun pembuatan transaksi
06 = Bulan pembuatan
24 = Tanggal pembuatan
001 = Nomor urut
7. Kode Transaksi Penjualan
T P 1 9 0 6 2 4 0 0 1
Inisial Tahun
Bulan Tanggal No Urut
Ket: TP = Jenis dokumen transaksi penjualan
19 = Tahun pembuatan transaksi
06 = Bulan pembuatan
24 = Tanggal pembuatan
001 = Nomor uru
42
8. Kode Pendaftaran
P 0 0 1
Inisial
Nomor Urut
Ket: P = Inisial Pendaftaran
001 = Nomor Urut Pendaftaran
43
3.7. Spesifikasi Progam
Spesifikasi program yang penulis buat dapat dilihat dari diagram HIPO di
bawah ini :
3.7.1. Diagram HIPO (Hierarchy Input Proses Output) Admin
Gambar III.4
Diagram Hierarchy Input Proses Output Admin
44
3.7.2. Flowchart
1. Flowchart Login
Gambar III.5
Flowchart Program Login
45
2. Flowchart Menu Utama Admin
Gambar III.6
Flowchart Program Menu Utama Level Admin
46
3. Flowchart Menu Utama Kasir
Gambar III.7
Flowchart Program Menu Utama Level Kasir
47
4. Flowchart User
Gambar III.8
Flowchart Program Data User
48
5. Flowchart Pelanggan
Gambar III.9
Flowchart Program Pelanggan
49
5. Flowchart Program Pendaftaran Servis
Gambar III.10
Flowchart Program Pendaftaran Servis
50
6. Flowchart Sparepart
Gambar III.11
Flowchart Program Sparepart
51
7. Flowchart Jasa Servis
Gambar III.12
Flowchart Program Data Jasa Servis
52
8. Flowchart Mekanik
Gambar III.13
Flowchart Program Mekanik
53
9. Flowchart Transaksi Servis
Gambar III.14
Flowchart Program Transaksi Servis
54
10. Flowchart Transaksi Penjualan
Gambar III.15
Flowchart Program Transaksi Penjualan
55
3.8. Spesifikasi Sistem Komputer
3.8.1. Perangkat Keras (Hardware)
Perangkat keras (hardware) adalah seluruh komponen yang membentuk suatu
sistem komputer dan peralatan lainnya yang memungkinkan komputer dapat
melaksanakan tugasnya. Spesifikasi perangkat keras yang diusulkan adalah sebagai
berikut:
1. Processor : Intel Dual-Core
2. Memory (RAM) : 2 GB
3. Monitor : 14”
4. Harddisk : 500 GB
5. Keyboard : Standart Keyboard
6. Mouse : Standart Mouse
7. Printer : Canon E500 series
3.8.1. Perangkat Lunak (Software)
Perangkat lunak atau software merupakan suatu rangkaian instruksi yang
disusun secara teratur agar komputer dapat mengolah data untuk ,emdapatkan
informasi yang dibutuhkan oleh pengguna. Dalam pembuatan program ini dibutukan
perangkat lunak sebagai berikut:
1. Sistem Operasi : Microsoft Windows 10
2. Software Pendukung : Netbeans IDE 8.2
3. Bahasa Pemrograman : Xampp
56
3.9. Implementasi Program
1. Halaman Login
User harus melakukan login terlebih dahulu untuk dapat menggunakan
aplikasi ini. Jika login berhasil, maka menu-menu yang sesuai dengan kategori
user tersebut akan ditampilkan.
Gambar III.16
Form Login
2. Halaman Menu Utama
Menu Utama yang digunakan untuk penghubung antara tampilan form-form
yang lain.
Gambar III.17
Form Menu Utama
57
3. Halaman Pendaftaran Servis
Halaman form yang digunakan untuk pelanggan daftar servis.
Gambar III.18
Form Pendaftaran Servis
4. Master Data User
Halaman form yang digunakan untuk menyimpan, mengubah, maupun
menghapus data user
Gambar III.19
Form User
58
5. Master Data Jasa Servis
Halaman form yang digunakan untuk menambahkan, menyimpan, mengubah
maupun menghapus data jasa servis.
Gambar III.20
Form Jasa Servis
59
6. Master Data Sparepart
Gambar III.21
Form Sparepart
7. Master Pelanggan
Gambar III.22
Form Pelanggan
60
8. Master Data Mekanik
Gambar III.23
Form Mekanik
9. Menu Transaksi Servis
Gambar III.24
Form Transaksi Servis
61
10. Menu Transaksi Penjualan
Gambar III.25
Form Transaksi Penjualan
11. Laporan Transaksi Servis
Gambar III.26
Laporan Transaksi Servis
62
12. Laporan Transaksi Penjualan
Gambar III.27
Laporan Transaksi Penjualan
13. Nomor Pendaftaran Servis
Gambar III.28
Nomor Pendaftaran Servis
63
3.10. Pengujian Unit
Pengujian yang dilakukan terhadap program yang dibuat menggunakan
Blackbox Testing yang berfokus pada proses masukan dan keluaran program untuk
mengetahui kekurangan dari program dan program berjalan sesuai dengan yang
diharapkan.
1. Pengujian Terhadap Form Login
Tabel III.10
Hasil Pengujian Blackbox Testing pada halaman Login
No
Skenario Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Username tidak diisi
atau salah kemudian
ditekan enter
Username :
(Kosong)/Sala
h
Sistem akan
menolak
akses user
dan
menampilkan
“Username
salah”
Sesuai
harapan
Valid
2
Username diisi, dan
Password kosong
atau salah kemudian
ditekan enter
Username:
Dinar
Password:
(Kosong)/Sala
h
Sistem akan
menolak
akses user
dan
menampilkan
“Username
dan Password
salah”
Sesuai
harapan
Valid
64
3 Username diisi dan
Password diisi
dengan data yang
benar kemudian
ditekan enter
Username :
Dinar (Benar)
Password:
1234 (Benar)
Sistem akan
menerima
akses login
dan
kemudian
langsung
menampilkan
menu utama
Sesuai
harapan
Valid
2. Pengujian terhadap Form Data User
Tabel III.11
Hasil Pengujian Blackbox Testing pada halaman Form Data User
No
Skenario Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika tambah data
namun data kosong
tidak diisi lalu klik
simpan
Kolom kosong
(tidak diisi
semua)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
dan klik simpan
Salah satu
kolom tidak
diisi (kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
65
3 Ketika data
ditambah dengan
lengkap dan klik
simpan
Kolom kode
user baru,
username,
password dan
level telah
terisi
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
berhasil
disimpan"
Sesuai
harapan
Valid
4. Ketika data belum
dipilih lalu klik
tombol edit
Tidak ada
record yang
dipilih pada
tabel user
Sistem
Akan Menolak
Sesuai
harapan
Valid
5 Ketika data telah
dipilih lalu klik
tombol edit
Memilih salah
satu record
pada tabel user
Sistem
Akan
menerima dan
menyimpan
perubahan data
serta
menampilkan
pesan “Data
berhasil
diupdate”
Sesuai
harapan
Valid
6 Ketika data akan
di hapus maka
memilih salah satu
record untuk
dihapus
Memilih salah
satu record
pada tabel user
Sistem
akan
menerima
dan
menampilkan
pesan"Yakin
akan dihapus"
apabila
dipilih Yes
Sesuai
harapan
Valid
66
makan
akan
menampil
kan pesan
"Data
berhasil
dihapus"
apabila No
“Data batal
dihapus”
3. Pengujian terhadap Form Data Pelanggan
Tabel III.12
Hasil Pengujian Blackbox Testing pada halaman Form Data Pelanggan
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika tambah
data namun data
kosong tidak
diisi lalu klik
simpan
Nomor Polisi
:(kosong)
Nama
Pelanggan:(koson
g)
Alamat :
(kosong)
Nomor Telepon:
(kosong)
Merk Mobil :
(kosong)
Jenis Kelamin :
(kosong)
Jenis Mobil :
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
67
(kosong)
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Dan klik simpan
Nomor Polisi
: B2354KYB
Nama Pelanggan:
Rizal
Alamat :
Pekayon
Nomor Telepon:
08927090
Merk Mobil :
Honda Jazz
Jenis Kelamin :
Laki-Laki
Jenis Mobil :
(kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
3 Ketika data akan
di edit maka
klik tombol edit
Memilih salah
satu record pada
tabel pelanggan
Sistem
akan
menerima
dan
menampilk
an data
untuk di
edit setelah
tekan
update
maka akan
muncul
pesan"Data
berhasil
diupdate"
Sesuai
harapan
Valid
68
ketika
klik batal
maka
pengeditan
batal
dilakukan
4 Jika data telah
dipilih lalu klik
tombol hapus
Memilih salah
satu record pada
tabel pelanggan
Sistem
akan
menerima
dan
menampilkan
pesan"Yakin
akan dihapus"
apabila
dipilih Yes
makan
akan
menampil
kan pesan
"Data
berhasil
dihapus"
apabila No
“Data batal
dihapus”
Sesuai
harapan
Valid
5 Ketika data
ditambah
dengan
lengkap dan klik
simpan
Kolom nomor
polisi, nama
pelanggan,
alamat, no telp,
merk, jenis
kelamin dan jenis
mobil telah terisi
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
Sesuai
harapan
Valid
69
berhasil
disimpan"
4. Pengujian terhadap Form Data Sparepart
Tabel III.13
Hasil Pengujian Blackbox Testing pada halaman Form Data Sparepart
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika tambah
data namun data
kosong tidak diisi
lalu klik simpan
Kode Sparepart:
Otomatis
Nama Sparepart:
(kosong)
Stok:
(kosong)
Harga Satuan:
(kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Dan klik simpan
Kode Sparepart:
Otomatis
Nama Sparepart:
Persneling
Stok:
9
Harga Satuan:
(kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
3 Ketika data akan
di edit maka
klik tombol edit
Memilih salah
satu record pada
Sistem
akan
menerima
Sesuai
Valid
70
tabel sparepart dan
menampilk
an data
untuk di
edit setelah
tekan
update
maka akan
muncul
pesan"Data
berhasil
diupdate"
ketika
klik batal
maka
pengeditan
batal
dilakukan
harapan
4 Jika data telah
dipilih lalu klik
tombol hapus
Memilih salah
satu record pada
tabel sparepart
Sistem
akan
menerima
dan
menampilkan
pesan"Yakin
akan dihapus"
apabila
dipilih Yes
makan
akan
menampil
kan pesan
"Data
berhasil
Sesuai
harapan
Valid
71
dihapus"
apabila No
“Data batal
dihapus”
5 Ketika data
ditambah dengan
lengkap dan klik
simpan
Kode Sparepart:
Otomatis
Nama Sparepart:
Persneling
Stok:
9
Harga Satuan:
265000
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
berhasil
disimpan"
Sesuai
harapan
Valid
5. Pengujian terhadap Form Data Jasa Servis
Tabel III.14
Hasil Pengujian Blackbox Testing pada halaman Form Data Jasa Servis
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika tambah
data namun data
kosong tidak
diisi lalu klik
simpan
Kode Servis:
Otomatis
Nama Servis:
(kosong)
Biaya: (kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Kode Servis:
Otomatis
Nama Servis:
Servis Ringan
Biaya:
Sistem
akan
menolak
dan memberi
pesan "
Sesuai
harapan
Valid
72
Dan klik simpan
(kosong) Lengkapi data"
3 Ketika data akan
di edit maka
klik tombol edit
Memilih salah
satu record pada
tabel jasa servis
Sistem
akan
menerima
dan
menampilk
an data
untuk di
edit setelah
tekan
update
maka akan
muncul
pesan"Data
berhasil
diupdate"
ketika
klik batal
maka
pengeditan
batal
dilakukan
Sesuai
harapan
Valid
4 Jika data telah
dipilih lalu klik
tombol hapus
Memilih salah
satu record pada
tabel jasa servis
Sistem
akan
menerima
dan
menampilkan
pesan"Yakin
akan dihapus"
apabila
Sesuai
harapan
Valid
73
dipilih Yes
makan
akan
menampil
kan pesan
"Data
berhasil
dihapus"
apabila No
“Data batal
dihapus”
5 Ketika data
ditambah
dengan
lengkap dan klik
simpan
Kode Servis:
Otomatis
Nama Servis:
Servis Ringan
Biaya:
55000
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
berhasil
disimpan"
Sesuai
harapan
Valid
6. Pengujian terhadap Form Data Mekanik
Tabel III.15
Hasil Pengujian Blackbox Testing pada halaman Form Data Mekanik
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika tambah
data namun data
kosong tidak diisi
lalu klik simpan
Kode Mekanik:
Otomatis
Nama Mekanik:
(kosong)
Sistem
akan
menolak
dan memberi
Sesuai
harapan
Valid
74
Alamat :
(kosong)
Nomor Telepon:
(kosong)
pesan "
Lengkapi data"
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Dan klik simpan
Kode Mekanik:
Otomatis
Nama Mekanik:
Ooi
Alamat :
Jl tropical garden
Nomor Telepon:
(kosong)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi data"
Sesuai
harapan
Valid
3 Ketika data akan
di edit maka
klik tombol edit
Memilih salah
satu record pada
tabel mekanik
Sistem
akan
menerima
dan
menampilk
an data
untuk di
edit setelah
tekan
update
maka akan
muncul
pesan"Data
berhasil
diupdate"
ketika
klik batal
maka
pengeditan
Sesuai
harapan
Valid
75
batal
dilakukan
4 Jika data telah
dipilih lalu klik
tombol hapus
Memilih salah
satu record pada
tabel mekanik
Sistem
akan
menerima
dan
menampilkan
pesan"Yakin
akan dihapus"
apabila
dipilih Yes
makan
akan
menampil
kan pesan
"Data
berhasil
dihapus"
apabila No
“Data batal
dihapus”
Sesuai
harapan
Valid
5 Ketika data
ditambah dengan
lengkap dan klik
simpan
Kode Mekanik:
Otomatis
Nama Mekanik:
Ooi
Alamat :
Jl tropical garden
Nomor Telepon:
087920234
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
berhasil
disimpan"
Sesuai
harapan
Valid
76
7. Pengujian Unit terhadap Form Transaksi Servis
Tabel III.16
Hasil Pengujian Blackbox Testing pada halaman Form Transaksi Servis
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika input data
namun data
ksosong tidak
diisi dan klik
simpan
Kolom kosong
(tidak di isi
semua)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi
data"
Sesuai
harapan
Valid
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Dan klik simpan
Salah satu kolom
tidak diisi
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi
data"
Sesuai
harapan
Valid
3
Ketika No
Transaksi Servis
naru, dan semua
kolom telah terisi
lalu klik tombol
simpan
Kolom No
Transaksi Servis
baru, dan semua
data telah terisi
Sistem akan
menerima
dan
menyimpan
data
dengan
pesan"
Data
berhasil
Sesuai
harapan
Valid
77
disimpan"
8. Pengujian Unit terhadap Form Transaksi Penjualan
Tabel III.17
Hasil Pengujian Blackbox Testing pada halaman Form Transaksi Penjualan
No
Skenario
Pengujian
Test Case
Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1
Ketika input data
namun data
ksosong tidak
diisi dan klik
simpan
Kolom kosong
(tidak di isi
semua)
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi
data"
Sesuai
harapan
Valid
2
Ketika tambah
data data diisi
dan ada salah
satu yang belum
terisi
Dan klik simpan
Salah satu kolom
tidak diisi
Sistem
akan
menolak
dan memberi
pesan "
Lengkapi
data"
Sesuai
harapan
Valid
3
Ketika No
Transaksi
Penjualan baru,
dan semua kolom
telah terisi lalu
Kolom No
Transaksi
Penjualan baru,
dan semua data
telah terisi
Sistem akan
menerima
dan
menyimpan
data
dengan
Sesuai
harapan
Valid
78
klik tombol
simpan
pesan"
Data
berhasil
disimpan"