Post on 19-Jun-2019
19
BAB III
ANALISIS DAN PERANCANGAN SISTEM
Tahapan dari penelitian ini menggunakan metode system development life
cycle model waterfall yang terdiri dari planning, analysis, design dan
implementation. Tahap planning merupakan tahap awal berisi perencanaan proyek
untuk mendefinisikan ruang lingkup penelitian, kemudian tahap analysis adalah
tahapan untuk mengetahui domain permasalahan dan kebutuhan pada tempat
penelitian. Tahapan design adalah tahapan spesifikasi atau konstruksi solusi yang
bersifat teknis dan tahap implementation adalah tahap dimana sistem diinstalasi dan
diuji. Untuk detail dari metode SDLC dapat dilihat pada bab II. Pada bab III ini
akan menjelaskan lebih detail tentang tahapan analysis dan design.
Analisis Sistem
Identifikasi Permasalahan
Identifikasi permasalahan merupakan tahapan yang harus dilakukan dalam
membuat sistem yang baru. Proses awal dalam identifikasi permasalahan yaitu
wawancara, dilakukan dengan tujuan mendapatkan informasi tentang alur kerja
pada pengujian kendaraan bermotor yang terjadi saat ini di DishubKominfo Kota
Kediri. Tahap berikutnya dilakukan identifikasi terhadap permasalahan yang
terdapat pada DishubKominfo Kota Kediri terkait dengan proses pengujian
kendaraan bermotor. Identifikasi permasalahan dilakukan pada tanggal 3 Oktober
2016 sampai 11 November 2016 dengan cara melakukan observasi dan wawancara
terkait pengujian kendaraan bermotor pada DishubKominfo Kota Kediri. Pada saat
20
melakukan observasi dan wawancara data yang dikumpulkan meliputi kuitansi
retribusi uji, lembar form pemeriksaan uji, blanko uji, buku uji.
Alur pengujian kendaraan bermotor pertama kali dimulai dari pemohon
membawa dokumen kelengkapan uji (fotocopy SRUT, fotocopy STNK dan
fotocopy identitas diri), kemudian menuju kepada petugas pembayaran untuk
melakukan pembayaran retribusi uji, lalu pemohon mendapat bukti pembayaran
berupa kuitansi retribusi uji.
Tahap selanjutnya pemohon menuju ke petugas pendaftaran untuk
menyerahkan dokumen kelengkapan uji dan kuitansi retribusi uji, kemudian
petugas pendaftaran memberikan blanko pendaftaran uji dan pemeriksaan uji.
Tahap berikutnya pemohon menyerahkan blanko pendaftaran uji dan blanko
pemeriksaan uji kepada petugas penguji, lalu petugas melakukan kegiatan pra uji
dan dilanjutkan dengan melakukan kegiatan pengujian.
Setelah melakukan kegiatan pengujian kendaraan bermotor, petugas penguji
melakukan penilaian untuk menentukan lulus tidaknya kendaraan dalam kegiatan
pengujian sesuai ambang batas yang telah ditentukan. Apabila kendaraan tidak lulus
pengujian maka kendaraan wajib melakukan pengujian ulang, bagi kendaraan lulus
uji akan dicatat nilai pengujian kendaraan bermotor dan diberikan tanda tangan
pada buku uji oleh petugas penguji. Selanjutnya petugas penguji menyerahkan buku
uji kepada pemohon yang berlaku sampai 6 bulan berikutnya. Gambaran alur
pengujian kendaraan bermotor dapat dilihat pada Gambar 3.1.
21
22
Sedangkan alur pengujian kendaraan bermotor berkala dimulai dari
pemohon membawa dokumen kelengkapan uji (fotocopy buku uji, fotocopy STNK
dan fotocopy identitas diri), kemudian menuju kepada petugas pembayaran untuk
melakukan pembayaran retribusi uji, lalu pemohon mendapat bukti pembayaran
berupa kuitansi retribusi uji.
Tahap selanjutnya pemohon menuju ke petugas pendaftaran, kemudian
menyerahkan dokumen kelengkapan uji dan kuitansi retribusi uji, kemudian
petugas pendaftaran memberikan blanko pendaftaran uji dan pemeriksaan uji.
Tahap berikutnya pemohon menyerahkan blanko pendaftaran uji dan blanko
pemeriksaan uji kepada petugas penguji, lalu petugas melakukan kegiatan pra uji
dan dilanjutkan dengan melakukan kegiatan pengujian.
Setelah melakukan kegiatan pengujian kendaraan bermotor, petugas
melakukan penilaian untuk menentukan lulus tidaknya kendaraan dalam kegiatan
pengujian sesuai ambang batas yang telah ditentukan. Apabila kendaraan tidak lulus
pengujian maka kendaraan wajib melakukan pengujian ulang, bagi kendaraan lulus
uji akan dicatat nilai pengujian kendaraan bermotor dan diberikan tanda tangan
pada buku uji oleh petugas penguji. Selanjutnya petugas penguji menyerahkan buku
uji kepada pemohon yang berlaku sampai 6 bulan berikutnya. Gambaran alur
pengujian kendaraan bermotor dapat dilihat pada Gambar 3.2.
23
24
Analisis Permasalahan
Dari proses analisis yang dilakukan pada alur pengujian kendaraan bermotor
di DishubKominfo, dimulai saat proses pembayaran sampai proses pengujian,
terdapat beberapa permasalahan yaitu pada bagian pembayaran, pendaftaran dan
pengujian.
Pada bagian pembayaran yang bertugas memgelola data pembayaran
memiliki dua pemasalahan, permasalahan pertama yaitu masih terjadi kesalahan
dalam perhitungan laporan pembayaran, sehingga dilakukan pembuatan ulang
laporan pembayaran yang mengakibatkan dapat mengurangi atau mengganggu
waktu bagian bendahara dalam mengerjakan tugas yang lain. Permasalahan ke-dua
pada bagian pembayaran yaitu Kepala UPTD tidak dapat melihat laporan
pembayaran apabila dibutuhkan sewaktu–waktu untuk diinformasikan ke dinas
perhubungan provinsi, karena diperlukan waktu untuk membuat laporan
pembayaran, bergantung pada periode yang dibutuhkan. Sehingga beberapa kali
mendapat keluhan.
Bagian pendaftaran memiliki tugas melakukan pencatatan data pendaftar
dan rekap data pemeriksaan. Kondisi saat ini adalah terdapat data pemeriksaan
kendaraan berjumlah ±7200 pada tahun 2015 dan tumbuh ± 9% setiap tahunnya,
kemudian pencatatan data pemeriksaan kendaraan masih dilakukan dalam lembar
form pemeriksaan kendaraan dan disimpan dalam lemari kabin, dari kondisi
tersebut terjadi tiga permasalahan.
Permasalahan pertama bagian pendaftaran yaitu apabila daftar pemeriksaan
uji dibutuhkan, pencarian daftar pemeriksaan uji membutuhkan waktu sekitar ±5
menit untuk setiap lembar form yang dapat menambah waktu tunggu para pemohon,
25
serta mengurangi kenyamanan pemohon mengingat jumlah antrian yang banyak.
Permasalahan kedua yaitu rusaknya lembar form berjumlah sekitar ± 5% dari
keseluruhan jumlah daftar pemeriksaan uji kendaraan, maka harus dilakukan
pencatatan kembali pada lembar form yang baru. Hal ini dapat menambah biaya
pemakaian kertas untuk mencatat ulang dan mengurangi waktu petugas dalam
melakukan pekerjaan lain. Permasalahan ketiga yaitu pembuatan laporan tidak bisa
sewaktu–waktu dan membutuhkan waktu relatif lama, bergantung pada jumlah data
yang diperlukan.
Pada bagian pengujian yang memiliki tugas melaksanakan pemeriksaan dan
pengujian terhadap kendaraan bermotor terdapat satu permasalahan, permasalahan
tersebut yaitu data kendaraan lulus pengujian tidak dikelola dengan baik, sehingga
Kepala UPTD tidak dapat mengetahui laporan jumlah kendaraan lulus pengujian
yang berasal dari kota Kediri, karena dalam laporan data kendaraan hasil pengujian
dari kota Kediri dan kota lain yang melakukan pengujian di kota Kediri masih
tergabung.
Dari pemilik kendaraaan masih ditemukan keterlambatan yang dilakukan
pemilik kendaraan wajib uji dalam melakukan pengujian kendaraan, setiap bulan
berjumlah ± 50 kendaraan. Faktor yang sering terjadi adalah pemilik kendaraan
wajib uji lupa terhadap waktu pengujian kendaraan, sehingga DishubKominfo
mengirimkan surat kepada pemilik kendaraan wajib uji. Dampak yang ditimbulkan
apabila terlambat melakukan pengujian kendaraan bermotor tentu kelayakan
kendaraan bermotor tersebut pada saat digunakan di jalan raya yang dapat
merugikan pengemudi maupun pengguna jalan lain. Pemohon juga harus
membayar denda keterlambatan pengujian.
26
Berdasarkan permasalahan yang ada, maka perlu dibuat aplikasi
administrasi pengujian kendaraan bermotor. Aplikasi administrasi pengujian
kendaraan bermotor dapat membantu bagian pendaftaran dalam mengelola data
pemeriksaan kendaraan, yang dapat memudahkan untuk pencarian data,
mengurangi kerusakan data, dan pembuatan laporan pendaftar. Nantinya aplikasi
ini juga dapat membantu bagian pembayaran dalam pembuatan laporan, sehingga
dapat digunakan sewaktu-waktu. Kemudian pada bagian pengujian aplikasi dapat
mengelola data lulus uji, sehingga dapat mengetahui laporan kendaraan lulus uji
yang berasal dari Kediri. Selain itu aplikasi mampu memberikan reminder kepada
pemohon berupa SMS gateway.
Analisis Kebutuhan Pengguna
Pada proses perancangan aplikasi administrasi uji kendaraan bermotor pada
DishubKominfo Kota Kediri, dilakukan analisis terhadap kebutuhan pengguna.
Dari analisis yang dilakukan, terdapat beberapa pengguna yang mengoperasikan
aplikasi beserta kebutuhannya, analisis tersebut dapat dilihat pada Tabel 3.1.
Tabel 3.1 Analisis Kebutuhan
No. Pengguna Tugas Kebutuhan Pengguna
1. Admin
a. Mengelola data
master bagian
b. Mengelola data
master pegawai
c. Mengelola data
master jenis
pembayaran
d. Mengelola data
master jenis paket
pembayaran
e. Mengelola data
master jenis
kendaraan
a. Dapat mengelola data
master bagian
b. Dapat mengelola data
master pegawai
c. Dapat mengelola data
master jenis
pembayaran
d. Dapat mengelola data
master jenis paket
pembayaran
e. Dapat mengelola data
master jenis
kendaraan
27
No. Pengguna Tugas Kebutuhan Pengguna
f. Mengelola data
master identitas
kendaraan
g. Mengelola data
master jenis
pengujian
h. Mengelola data
master kategori jenis
pengujian
f. Dapat mengelola data
master identitas
kendaraan
g. Dapat mengelola data
master jenis pengujian
h. Dapat mengelola data
master kategori jenis
pengujian
2. Pembantu
Bendaharawan
Khusus Penerima
(Petugas
Pembayaran)
a. Mengelola data
pembayaran
a. Dapat mengelola data
pembayaran
3. Petugas Pendaftaran a. Mengelola data
pendaftar
b. Melakukan
reminder SMS
gateway
a. Dapat mengelola data
pendaftaran
b. Mengirimkan
reminder SMS
gateway
4. Penguji Penyelia a. Mengelola data
pemeriksaan
pengujian
b. Mengelola data
pengujian
a. Dapat mengelola data
pemeriksaan
pengujian
b. Dapat mengelola data
pengujian
5. Kepala Unit
Pelaksana Teknis
Dinas (UPTD)
a. Melihat laporan
pembayaran
b. Melihat laporan
pendaftaran
c. Melihat laporan
hasil uji
d. Melihat laporan
batas waktu uji
kendaraan bermotor
a. Dapat melihat laporan
pembayaran
b. Dapat melihat laporan
pendaftaran
c. Dapat melihat laporan
hasil uji bermotor
d. Dapat melihat laporan
batas waktu uji
kendaraan bermotor
Perancangan Sistem
Dalam perancangan aplikasi ini menurut SDLC ada beberapa tahapan yang
harus dilakukan. Adapun tahapan dalam perancangan sistem yang dilakukan adalah
pembuatan alur sistem yaitu block diagram, system flow, data flow diagram (DFD),
28
entity relationship diagram (ERD), struktur database, dan membuat desain uji
coba.
Block Diagram Uji Kendaraan Bermotor pada DishubKominfo Kota
Kediri
Pada block diagram menggambarkan tentang input yang dibutuhkan, proses
yang dikerjakan dan output yang dihasilkan oleh aplikasi administrasi uji kendaraan
bermotor pada DishubKominfob Kota Kediri.
Input yang dibutuhkan pada proses maintenance master yaitu data petugas
dan jenis pengujian menghasilkan output berupa data pegawai dan jenis pengujian
yang telah di-maintenance. Kemudian pada proses pembayaran membutuhkan data
pembayaran sebagai input, mengasilkan laporan pembayaran. Pada proses
pendaftaran, data pemohon, data kendaraan dan rekap data pembayaran merupakan
input, output yang dihasilkan berupa laporan pendaftaran. Selanjutnya, pada proses
pengolahan pemeriksaan uji dan pengujian kendaraan bermotor, terdapat data
pemeriksaan, data pengujian, rekap data pendaftaran, data petugas, identitas
kendaraan dan jenis pengujian yang telah ter-maintenance sebagai input,
menghasilkan output berupa rekap data pemeriksaan dan rekap data pengujian.
Pada proses membuat laporan, terdapat rekap data pembayaran, rekap data
pendaftaran dan rekap data hasil pengujian sebagai input, menghasilkan laporan
pembayaran, laporan pendaftaran, laporan hasil uji, laporan batas waktu uji.
Kemudian pada proses pemeriksaan proses generate alert terdapat data pemohon
dan laporan batas waktu uji sebagai input dan output berupa reminder kepada
pemohon. Seperti ditunjukkan pada Gambar 3.3.
29
Aplikasi Administrasi Uji Kendaraan Bermotor
Input Proses Output
Ph
ase
Pengolahan
Pemeriksaan
Uji dan Uji
Kendaraan
Bermotor
Data Bagian
Data Pemohon
PendaftaranRekap Data
PendaftaranData Kendaraan
Pembayaran
Rekap Data
Hasil
Pemeriksaan
Rekap Data
Pembayaran
Data Pengujian
Data Pembayaran
Data Pegawai
Maintenance
Master
Generate
Alert
Alert (Reminder
Kepada
Pemohon)
Rekap Data Jenis
Paket Pembayaran
Rekap data
Hasil Pengujian
Data Jenis
Pembayaran
Data Jenis Paket
Pembayaran
Data Jenis
Kendaraan
Data Identitas
Kendaraan
Data Jenis
Pengujian
Data Kategori Jenis
Pengujian
Data
Pemeriksaan
Membuat
Laporan
Laporan
Pembayaran
Laporan
Pendaftaran
Laporan Hasil
Pengujian
Laporan Batas
Uji
8
9
10
1
8
98
8 9
10
10
2
3
4
5
6
7
1 2 3
4 5 6
7
11
11
Rekap Data Jenis
Kendaraan
Rekap Data
Identitas
Kendaraan
Rekap Data Jenis
Pengujian
Rekap Data
Kategori Jenis
Pengujian
Rekap Data Bagian
Rekap Data
Pegawai
Rekap Data Jenis
Pembayaran
1
Gambar 3.3 Block Diagram Aplikasi Administrasi Uji Kendaraan Bermotor pada
DishubKominfo Kota kediri
30
System Flow
Untuk membuat aplikasi administrasi uji kendaraan bermotor pada
DishubKominfo Kota Kediri dibutuhkan sytem flow yang sesuai dengan proses dan
ketentuan yang ada di DishubKominfo Kota Kediri. Berikut merupakan system flow
beserta penjelasannya untuk membuat aplikasi administrasi uji kendaraan bermotor.
A. System Flow Master Bagian
Pada Gambar 3.4 merupakan system flow master bagian, terdapat satu aktor
yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian pengguna
memasukkan data bagian ke dalam system, lalu system memeriksa data yang
dimasukkan telah sesuai atau tidak, apabila data tidak sesuai maka pengguna
kembali memasukkan data bagian. Data yang sesuai akan disimpan pada tabel
bagian, selanjutnya system akan menampilkan data bagian yang telah tersimpan.
System Flow Master Bagian
Admin System
Start
Menyimpan
Data Bagian
Data Bagian
Data Kosong
atau tidak Sesuai
?
Menampilkan
Data BagianMenampilkan Alert
Bahwa Terdapat
Data Kosong Tidak
Sesuai
Bagian
End
T
Y
Data Bagian
Cek Data
Bagian
Gambar 3.4 System Flow Master Bagian
31
B. System Flow Master Pegawai
Pada Gambar 3.5 merupakan system flow master pegawai, terdapat satu
aktor yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian
pengguna memasukkan data pegawai ke dalam system, lalu system memeriksa data
yang dimasukkan telah sesuai atau tidak, apabila data tidak sesuai maka pengguna
kembali memasukkan data pegawai. Data yang sesuai akan disimpan pada tabel
pegawai, selanjutnya system akan menampilkan data pegawai yang telah tersimpan.
System Flow Master Pegawai
Admin System
Start
Menyimpan
Data Pegawai
Data Pegawai
Data Kosong
atau tidak Sesuai
?
Menampilkan
Data Pegawai
Menampilkan
Alert Bahwa
Terdapat Data
Kosong Tidak
Sesuai
Pegawai
End
T
Y
Data Pegawai
Cek Data
Pegawai
Gambar 3.5 System Flow Master Pegawai
C. System Flow Master Jenis Pembayaran
Pada Gambar 3.6 merupakan system flow master jenis pembayaran, terdapat
satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian
pengguna memasukkan data jenis pembayaran ke dalam system, lalu system
32
memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data tidak sesuai
maka pengguna kembali memasukkan data jenis pembayaran. Data yang sesuai
akan disimpan pada tabel jenis pembayaran, selanjutnya system akan menampilkan
data jenis pembayaran yang telah tersimpan.
System Flow Master Jenis Pembayaran
Admin System
Start
Menyimpan
Data Jenis
Pembayaran
Data Jenis
Pembayaran
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Jenis
Pembayaran
Menampilkan Alert
Bahwa Terdapat
Data Kosong Tidak
Sesuai
Jenis
Pembayaran
End
T
Y
Data Jenis
Pembayaran
Cek Data Jenis
Pembayaran
Gambar 3.6 System Flow Master Jenis Pembayaran
D. System Flow Master Paket Pembayaran
Pada Gambar 3.7 merupakan system flow master paket pembayaran, terdapat
satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian
pengguna memasukkan data paket pembayaran ke dalam system, lalu system
memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data tidak sesuai
maka pengguna kembali memasukkan data paket pembayaran. Data paket
pembayaran yang sesuai akan disimpan bersama dengan data jenis pembayaran
33
pada tabel detil paket pembayaran dan data paket pembayaran akan disimpan pada
tabel paket pembayaran, selanjutnya system akan menampilkan data paket
pembayaran yang telah tersimpan.
System Flow Master Paket Pembayaran
Admin System
Start
Menyimpan
Data Paket
Pembayaran
Data Paket
Pembayaran
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Paket
Pembayaran
Menampilkan Alert
Bahwa Terdapat
Data Kosong Tidak
Sesuai
Jenis
Pembayaran
End
T
Y
Data Paket
Pembayaran
Cek Data Paket
Pembayaran
Detil Paket
Pembayaran
Paket
Pembayaran
Gambar 3.7 System Flow Master Paket Pembayaran
E. System Flow Master Identitas Kendaraan
Pada Gambar 3.8 merupakan system flow master identitas kendaraan,
terdapat satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin,
kemudian pengguna memasukkan data identitas kendaraan ke dalam system, lalu
system memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data tidak
sesuai maka pengguna kembali memasukkan data identitas kendaraan. Data yang
sesuai akan disimpan pada tabel identitas kendaraan, selanjutnya system akan
menampilkan data identitas kendaraan yang telah tersimpan.
34
System Flow Master Identitas Kendaraan
Admin System
Start
Menyimpan
Data Identitas
Kendaraan
Data Identitas
Kendaraan
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Identitas
Kendaraan
Menampilkan
Alert Bahwa
Terdapat Data
Kosong Tidak
Sesuai
Identitas
Kendaraan
End
T
Y
Data Identitas
Kendaraan
Cek Data
Identitas
Kendaraan
Gambar 3.8 System Flow Master Identitas Kendaraan
F. System Flow Master Jenis Kendaraan
Pada Gambar 3.9 merupakan system flow master jenis kendaraan, terdapat
satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian
pengguna memasukkan data jenis kendaraan ke dalam system, lalu system
memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data tidak sesuai
maka pengguna kembali memasukkan data jenis kendaraan. Data yang sesuai akan
disimpan pada tabel jenis kendaraan dan tabel jenis kendaraan, selanjutnya system
akan menampilkan data jenis kendaraan yang telah tersimpan.
35
System Flow Master Jenis Kendaraan
Admin System
Start
Menyimpan
Data Jenis
Kendaraan
Data Jenis
Kendaraan
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Jenis
Kendaraan
Menampilkan Alert
Bahwa Terdapat
Data Kosong Tidak
Sesuai
Detil Jenis
Kendaraan
End
T
Y
Data Jenis
Kendaraan
Cek Data Jenis
Kendaraan
Jenis
Kendaraan
Gambar 3.9 System Flow Master Jenis Kendaraan
G. System Flow Master Jenis Pengujian
Pada Gambar 3.10 merupakan system flow master jenis pengujian, terdapat
satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin, kemudian
pengguna memasukkan data jenis pengujian ke dalam system, lalu system
memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data tidak sesuai
maka pengguna kembali memasukkan data jenis pengujian. Data yang sesuai akan
disimpan pada tabel jenis pengujian, selanjutnya system akan menampilkan data
jenis pengujian yang telah tersimpan.
36
System Flow Master Jenis Pengujian
Admin System
Start
Menyimpan
Data Jenis
Pengujian
Data Jenis
Pengujian
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Jenis
Pengujian
Menampilkan
Alert Bahwa
Terdapat Data
Kosong Tidak
Sesuai
Jenis
Pengujian
End
T
Y
Data Jenis
Pengujian
Cek Data Jenis
Pengujian
Gambar 3.10 System Flow Master Jenis Pengujian
H. System Flow Master Kategori Jenis Pengujian
Pada Gambar 3.11 merupakan system flow master kategori jenis pengujian,
terdapat satu aktor yaitu admin. Dimulai dengan pengguna login sebagai admin,
kemudian pengguna memasukkan data kategori jenis pengujian ke dalam system,
lalu system memeriksa data yang dimasukkan telah sesuai atau tidak, apabila data
tidak sesuai maka pengguna kembali memasukkan data kategori jenis pengujian.
Data yang sesuai akan disimpan pada tabel kategori jenis pengujian, selanjutnya
system akan menampilkan data kategori jenis pengujian yang telah tersimpan.
37
System Flow Master Kategori Jenis Pengujian
Admin System
Start
Menyimpan Data
Kategori Jenis
Pengujian
Data Kategori
Jenis Pengujian
Data Kosong
atau tidak
Sesuai ?
Menampilkan
Data Kategori
Jenis Pengujian
Menampilkan
Alert Bahwa
Terdapat Data
Kosong Tidak
Sesuai
Kategori
Jenis
Pengujian
End
T
Y
Data Kategori
Jenis Pengujian
Cek Data
Kategori Jenis
Pengujian
Jenis
Pengujian
Gambar 3.11 System Flow Master Kategori Jenis Pengujian
I. System Flow Pembayaran
Pada Gambar 3.12 merupakan system flow pembayaran, terdapat satu aktor
yaitu petugas pembayaran. Dimulai pengguna login sebagai petugas pembayaran,
kemudian system menampilkan form pembayaran, pada system terdapat pilihan
paket untuk pengujian pertama kali petugas memilih paket pembayaran pertama
kali, untuk pengujian berkala petugas dapat memasukkan nomer pemeriksaan uji.
Selanjutnya system akan menampilkan jenis pembayaran beserta nominal total
pembayaran, setelah proses pembayaran selesai data pembayaran disimpan pada
tabel pembayaran. Hasil akhir system mencetak bukti uji pembayaran.
38
System Flow Pembayaran
Petugas Pembayaran System
Start
No. Uji
Kendaraan
Berkala?
Pilih Paket
Pembayaran
Y
Menampilkan
data paket
pembayaran
Memeriksa No
Uji Kendaraan
Sesuai ?
Kendaraan
T
T Y
Jenis Paket
Pembayaran
Paket
Pembayaran
Detail Paket
Pembayaran
Menampilkan
Total
Pembayaran
Menyimpan
Data
Pembayaran
Kendaraan
Mencetak
Bukti
Pembayaran
Bukti
Pembayaran
End
Gambar 3.12 System Flow Pembayaran
J. System Flow Pendaftaran
Pada Gambar 3.13 merupakan system flow pendaftaran, terdapat satu aktor
yaitu petugas pendaftaran. Dimulai dengan pengguna login sebagai petugas
pendaftaran, kemudian pengguna memasukkan nomor pembayaran yang berasal
dari bukti pembayaran, lalu system memeriksa nomor pembayaran sesuai atau tidak
dengan data pada tabel pembayaran, apabila sesuai maka akan dilanjutkan pada
proses pilihan apakah kendaraan melakukan pendaftar pertama kali atau berkala.
Untuk pendaftaran pertama kali akan terdapat pilihan, apabila data pemohon
belum tersedia maka petugas memasukkan data pemohon baru, lalu system akan
menyimpan ke dalam tabel pemohon. Untuk data pemohon yang telah tersedia
39
system akan memeriksa apakah data pemohon sesuai, kemudian system akan
menampilkan data pemohon. Tahap selanjutnya petugas memasukkan data
kendaraan pada system, lalu system akan menyimpan data kendaraan ke dalam tabel
kendaraan.
Selanjutnya untuk pendaftaran berkala maupun pertama kali, system akan
menampilkan data pemohon dan kendaraan seperti pendaftaran berkala, lalu
menyimpan ke dalam tabel pendaftaran.
System Flow Pendaftaran
Petugas
PendaftaranSystem
Start
No
Pembayaran
Pembayaran
Memeriksa No
Pembayaran
Sesuai ?
Uji Pertama
?
Y
Menampilkan
Data Pemohon
dan Kendaraan
T
Menyimpan
Data
Pendaftaran
Pendaftaran
42
Y
41
End
Bukti
Pembayaran
T
Gambar 3.13 System Flow Pendaftaran
40
System Flow Pendaftaran
Petugas Pendaftaran System
Memeriksan
Data Pemohon
Data
Pemohon
BaruNama
Pemohon
T
Pemohon
Data
Pemohon
Sesuai?
Menampilkan
Data PemohonY
T
42
Y
Data Pemohon
Menampilkan
Form
Pemohon
Menyimpan
Data pemohon
43
Data Pemohon
Gambar 3.14 System Flow Pedaftaran
41
System Flow Pendaftaran
Petugas Pendaftaran System
43
Data
Kendaraan
Menampilkan
Form
Kendaraan
Menyimpan
Data
Kendaraan
Jenis
Kendaraan
Identitas
Kendaraan
Pemohon
Detil
Kendaraan
Kendaraan
Menampilkan
Data
Kendaraan
41
Data
Kendaraan
Gambar 3.15 System Flow Pendaftaran
K. System Flow Pemeriksaan
Pada Gambar 3.16 merupakan system flow pemeriksaan, terdapat satu aktor
yaitu petugas penyelia. Dimulai dengan pengguna login sebagai petugas penyelia,
kemudian pengguna memasukkan nomor pembayaran, lalu system akan memeriksa
nomor pembayaran sesuai. Apabila nomor pembayaran sesuai maka system akan
menampilkan data pemohon dan kendaraan, petugas akan memasukkan data
pemeriksaan, selanjutnya system akan mengelola data pemeriksaan dan menyimpan
data pemeriksaan ke dalam tabel pemeriksaan dan detil pemeriksaan.
42
System Flow Pemeriksaan
Petugas Penyelia System
Start
No.
Pembayaran
Pembayaran
Cek
Pembayaran
Sesuai ?T
Menampilkan
nomor
pemeriksaan
Kendaraan
Data
Pemeriksaan
Mengelola
Data
Pemeriksaan
Menyimpan
Data
Pemeriksaan
Pemeriksaan
Detil
Pemeriksaan
Bukti
pembayaran
Y
End
Detil Jenis
Kendaraan
Gambar 3.16 System Flow Pemeriksaan Uji
43
L. System Flow Pengujian
Pada Gambar 3.17 merupakan system flow pengujian, terdapat satu aktor
yaitu petugas penyelia. Dimulai dengan pengguna login sebagai petugas penyelia,
kemudian system menampilkan form pengujian, petugas memasukkan nomer
pembayaran, system akan memeriksa apakah nomor pembayaran sesuai, setelah
nomor pembayaran sesuai, sistem akan menampilkan nomor uji kendaraan beserta
form penilaian. System akan melakukan pengolahan data pengujian dan menyimpan
data pengujian ke dalam tabel pengujian dan tabel detil pengujian, kemudian
mencetak hasil dari pengujian.
System Flow Pengujian
Petugas Loket
PemeriksaanSystem
No
Pembayaran
Mengelola
Data Pengujian
Menyimpan
Data Pengujian
Pengujian
Detil
Pengujian
Mencetak Hasil
Pengujian
Hasil Pengujian
End
Start
Bukti
pembayaran
PembayaranCek
Pembayaran
Sesuai ?
Kendaraan
Menampilkan
nomor
pemeriksaan
Nilai Pengujian
Y
T
Gambar 3.17 System Flow Pengujian
44
M. System Flow SMS Gateway
Pada Gambar 3.18 merupakan system flow SMS Gateway, pada system
fkow ini system mengelompokka data pemohon berdasarkan hasil ujian, kemudian
system mengirimkan pesan untuk mengingatkan pemohon batas pengujian kembali.
System Flow SMS Gateway
System Pemohon
Start
Mengelompokkan
Data Pemohon
Tanggal Jadwal Uji
Pemohon
Penilaian
Mengirim
Pesan
Pesan
Kendaraan
End
Gambar 3.18 System Flow SMS Gateway
N. System Flow Laporan Pembayaran
Pada Gambar 3.19 merupakan system flow laporan pembayaran, terdapat
satu aktor yaitu pimpinan. Dimulai dengan pengguna login sebagai pimpinan,
kemudian pengguna memasukkan range tanggal, lalu system akan
mengelompokkan data pembayaran yang berasal dari tabel pembayaran,
selanjutnya system akan menampilkan laporan pembayaran dan terdapat pilihan
untuk mencetak laporan atau tidak.
45
System Flow Laporan Pembayaran
Admin System
Start
Mengelompok
kan Data
PembayaranPilih Range
Tanggal
Pemabayara
n
End
Menampilkan
Laporan
Pembayaran
Cetak?
Mencetak
Laporan
Pembayaran
Laporan
Pembayaran
Laporan
pembayaran
Ya
Tidak
Gambar 3.19 System Flow Laporan Pembayaran
O. System Flow Laporan Pendaftaran
Pada Gambar 3.20 merupakan system flow laporan pendaftaran, terdapat
satu aktor yaitu pimpinan. Dimulai dengan pengguna login sebagai pimpinan,
kemudian pengguna memasukkan range tanggal, lalu system akan
mengelompokkan data pendaftaran yang berasal dari tabel pendaftaran, selanjutnya
system akan menampilkan laporan pendaftaran dan terdapat pilihan untuk mencetak
laporan atau tidak.
46
System Flow Laporan Pendaftaran
Admin System
Start
Mengelompokka
n Data
PendaftaranPilih Range
Tanggal
Pendaftaran
End
Kendaraan
Pemohon
Menampilkan
Laporan
Pendaftaran
Cetak?
Mencetak
Laporan
Pendaftaran
Ya
Tidak
Laporan
Pendaftaran
Laporan
Pendaftaran
Gambar 3.20 System Flow Laporan Pendaftaran
P. System Flow Laporan Hasil Uji
Pada Gambar 3.21 merupakan system flow laporan hasil uji, terdapat satu
aktor yaitu pimpinan. Dimulai dengan pengguna login sebagai pimpinan, kemudian
pengguna memasukkan range tanggal, lalu system akan mengelompokkan data
pengujian yang berasal dari tabel pengujian, selanjutnya system akan menampilkan
laporan pengujian dan terdapat pilihan untuk mencetak laporan atau tidak.
47
System Flow Laporan Hasil Uji
Admin System
Start
Mengelompok
kan Data
PengujianPilih Range
Tanggal
Pengujian
Laporan
Pengujian
End
Menampilkan
Laporan
Pengujian
Cetak?
Mencetak
Laporan
Pengujian
Y
T
Laporan
Pengujian
Kendaraan
Pemohon
Gambar 3.21 System Flow Laporan Hasil Uji
Q. System Flow Laporan Batas Uji
Pada Gambar 3.22 merupakan system flow laporan batas uji, terdapat satu
aktor yaitu pimpinan. Dimulai dengan pengguna login sebagai pimpinan, kemudian
pengguna memasukkan range tanggal, lalu system akan mengelompokkan data
jadwal uji yang berasal dari tabel pengujian, selanjutnya system akan menampilkan
laporan batas waktu uji dan terdapat pilihan untuk mencetak laporan atau tidak.
48
System Flow Laporan Batas uji
Admin System
Start
Mengelompok
kan Data
Jadwal Ujian
Kembali
Pilih Range
Tanggal
Pengujian
End
Menampilkan
Laporan Batas
Uji
Cetak?
Mencetak
Laporan Batas
Uji
Y
T
Laporan Batas
Uji
Laporan
Batas Uji
Gambar 3.22 System Flow Laporan Batas Uji
49
Hierarchy Input Process Output (HIPO)
0
Aplikasi Administrasi Uji
Kendraan Bermotor Pada
DishubKominfo Kota Kediri
1
Mengelola Data
Master
1.1
Mengelola Data
Bagian
1.3
Mengelola Data
Jenis Pembayaran
1.4
Mengelola Data
Jenis Paket
Pembayaran
1.5
Mengelola Data
Jenis Kendaraan
1.6
Mengelola Data
Identitas
Kendaraan
1.7
Mengelola Data
Jenis Pengujian
1.8
Mengelola Data
Kategori Pengujian
3
Mengelola
Pendaftaran
4
Mengelola
Pengujian
5.4
Membuat
Laporan Batas
Uji
5.3
Membuat
Laporan
Pengujian
5
Membuat
Laporan
3.2
Mengelola Data
Pemohon
3.3
Mengelola Data
Kendaraan
5.1
Membuat
Laporan
Pembayaran
5.2
Membuat
Laporan
Pendaftaran
4.1
Memeriksa No
Pembayaran
4.3
Mencatat Hasil
Pengujian
2
Mengelola
Pembayaran
2.1
Mencatat Data
Pembayaran
2.2
Mencetak Bukti
Pembayaran
3.4
Mengelola Data
Pendaftaran
3.1
Memeriksa No
Pembayaran
4.4
Mencetak Bukti
Pengujian
6
Generate Reminder
1.2
Mengelola Data
Pegawai
6.1
Mengelompokkan
Data Pemohon
6.2
Mengirim
Reminder
4.2
Mengelola
Pemeriksaan
Gambar 3.23 HIPO aplikasi administrasi uji kendaraan bermotor
pada DishubKominfo Kota Kediri
Hierarchy Input Process Output (HIPO) menggambarkan susunan proses
yang terlibat dalam aplikasi administrasi uji kendaraan bermotor, yang diawali dari
context diagram sampai Data Flow Diagram (DFD) level 0, dan menunjukan sub
proses-sub proses dari context diagram. HIPO ini digunakan sebagai pedoman
dalam pembuatan DFD.
50
Seperti pada Gambar 3.23. HIPO aplikasi administrasi uji kendaraan
bermotor terdiri dari enam proses utama yaitu mengelola data master, mengelola
pembayaran, mengelola pendaftaran, mengelola pengujian, membuat laporan,
generate reminder. Dari proses utama tersebut dijelaskan secara detil dalam sub
proses, pertama adalah mengelola data master di dalamnya terdapat sub proses yaitu
mengelola data bagian, mengelola data pegawai, mengelola data jenis pembayaran,
mengelola data jenis paket pembayaran, mengelola data jenis kendaraan, mengelola
data identitas kendaraan, mengelola data jenis pengujian, mengelola data kategori
pengujian.
Pada proses mengelola pembayaran terdapat sub proses yaitu mencatat data
pembayaran, mencetak bukti pembayaran. Proses ke-tiga adalah mengelola
pendaftaran terdapat sub proses yaitu memeriksa nomor pembayaran, mengelola
data pemohon, mengelola data kendaraan, mengelola data kendaraan, mengelola
data pendaftaran. Proses ke-empat adalah mengelola pengujian terdapat sub proses
di dalamnya yaitu memeriksa nomor pembayaran, mengelola pemeriksaan,
mencatat hasil pengujian, mencetak bukti pengujian. Pada proses ke-lima adalah
membuat laporan terdapat sub proses di dalamnya yaitu membuat laporan
pembayaran, membuat laporan pendaftaran, membuat laporan pengujian, membuat
laporan batas waktu uji. Pada proses ke-enam generate reminder di dalamnya
terdapat sub proses yaitu megelompokkan data pemohon dan mengirimkan
reminder.
Data Flow Diagram (DFD)
Data Flow Diagram (DFD) merupakan representasi grafik dalam
menggambarkan arus data dari sistem secara terstruktur, sehingga dapat menjadi
51
sarana dokumentasi yang baik. DFD pada aplikasi administrasi uji kendaraan
bermotor terbagi menjadi context diagram, DFD Level 0, dan DFD Level 1.
A. Context Diagram
Gambar 3.24 Context Diagram
Context diagram merupakan rancangan diagram dalam membangun suatu
data flow diagram (DFD) yang menjelaskan hubungan antara entity dengan sistem
dan aliran data secara umum. Contex diagram pada Gambar 3.24 dijelaskan aliran
data yang masuk dan keluar sesuai dengan proses yang dijalankan diantaranya yaitu
hubungan antara aplikasi administrasi uji kendaraan bermotor dengan entity yaitu
admin, bagian pembayaran, bagian pendaftaran, bagian pengujian, pimpinan dan
pemohon.
Pertama, aliran data aplikasi administrasi uji kendaraan bermotor dengan
admin, admin mengirimkan data bagian, data pegawai, data jenis pembayaran, data
jenis paket pembayaran, data jenis kendaraan, data identitas kendaraan, data jenis
52
pengujian, data kategori jenis pengujian. Kedua, aliran data aplikasi administrasi
uji kendaraan bermotor dengan bagian pembayaran, bagian pembayaran
mengirimkan data pembayaran dan nomor pemeriksaan pada aplikasi, selanjutnya
aplikasi akan mengirimkan bukti pembayaran kepada bagian pembayaran. Ketiga,
aliran data aplikasi administrasi uji kendaraan bermotor dengan bagian pendaftaran,
bagian pendaftaran mengirimkan data pendaftaran, nomor pembayaran, data
pemohon dan data kendaraan pada aplikasi.
Pada aliran data aplikasi administrasi uji kendaraan bermotor dengan bagian
pengujian, bagian pengujian akan mengirimkan nomor pembayaran, data pengujian
dan data pemeriksaan pada aplikasi, kemudian aplikasi mengirimkan bukti
pengujian kepada bagian pengujian. Kelima aliran data aplikasi administrasi uji
kendaraan bermotor dengan kepala UPTD yaitu aplikasi mengirimkan laporan
pembayaran, laporan pendaftaran, laporan pengujian dan laporan batas uji. Keenam
aliran data aplikasi administrasi uji kendaraan bermotor dengan pemohon yaitu
aplikasi mengirimkan reminder kepada pemohon.
1. DFD Level 0 Aplikasi Administrasi Uji Kendaraan Bermotor
Berdasarkan context diagram Gambar 3.24 maka dapat dirancang DFD
Level 0 Aplikasi Administrasi Uji Kendaraan Bermotor pada DishubKominfo Kota
Kediri yang merupakan decompose dari proses utama pada context diagram yang
dilihat berdasarkan data-data aliran masuk dan data-data aliran keluar yang
berhubungan dengan aplikasi, seperti yang ada pada Gambar 3.25.
53
Data Detil Jenis Kendaraan
Data Identi tas Kendaraan
Data Jenis Kendaraan
Data Pengujian
Data Kendaraan
Data Pemohon
Reminder
Data Pemohon
Data Kendaraan
Data Detail Pengujian
Data Pengujian
Kendaraan
Data Kendaraam
Data Pemohon
Data Pendaftaran
Data Pembayaran
Laporan Pengujian
Laporan Pendaftaran
Laporan Pembayaran
Laporan Batas Uji
Data Detil PengujianData Detail Pengujian
Data Kategori Jenis Pengujian
Data Jenis Pengujian
Data Identi tas Kendaraan
Data Pemeriksaan
Data Pemeriksaan
Data Detail Pemeriksaan
Data Detail Pemeriksaan
Data Pengujian
Data Pengujian
Data Pendaftaran
Data Pendaftaran
Bukti Pemeriksaan
Data Pengujian
No Pendaftaran
Data Pemeriksaan
Bukti Pengujian
Data Kendaraan
Data Pemohon
Data Kendaraan
Data Pendaftaran
Data Pendaftaran
Data Pemohon
Data Pembayaran
Data Pembayaran
Data Kendaraan
Bukti Pendaftaran
Data Pendaftaran
No Pembayaran
Data Pemohon
Data Kendaraan
Data Pengujian
Data Pengujian
Data Pembayaran
Data Pembayaran
Data Pegawai
Data Jenis Pembayaran
Data Jenis Paket Pembayaran
Data Detail Paket pembayaran
Data Pembayaran
No Pemeriksaan
Bukti Pembayaran
Data Jenis Pengujian
Data Jenis Kendaraan
Data Jenis Pembayaran
Data Jenis Pengujian
Data Kategori Jenis Pengujian
Data Identi tas Kendaraan
Data Detail Paket Pembayaran
Data Jenis Paket Pembayaran
Data Jenis Pembayaran
Data Pegawai
Data Bagian
Data Bagian
Data Bagian
Data Jenis Paket Pembayaran
Data Jenis Pembayaran
Data Pegawai
Data Jenis Kendaraan
Data Identi tas Kendaraan
Data Jenis Pengujian
Data Kategori Jenis Pengujian
1 Bagian
2 Pegawai
1
Mengelola Data Master
+
3 Jenis Pembayaran
4Jenis Paket
Pembayaran
5Detail Paket
Pembayaran
2
Mengelola Data Pembayaran
+
6 Jenis Kendaraan
7Kategori Jenis
Pengujian
3
Mengelola Data Pendaftaran
+
8 Jenis Pegujian
9Identi tas
Kendaraan
4
Mengelola Pengujian
+
10 Pembayaran
11 Kendaraan
5
Membuat Laporan
+
12 Pengujian
13 Pemohon
6
Reminder
+
14 Pemeriksaan
15 Pendaftaran
16Detail
Pemeriksaan
Admin
Pembantu
Bendaharawan Khusus
Penerima
Staff Pedaftaran
Penguji Penyelia
Pimpinan
Pemohon
17 Detail Pengujian
18 Detil Jenis Kendaraan
Gambar 3.25 DFD Level 0 Aplikasi Administrasi Uji Kendaraan Bermotor
54
Pada Gambar 3.25 DFD level 0 memiliki enam proses dan enam belas data
storage yang fungsinya masing-masing adalah penjabaran lebih lanjut tentang
proses dalam sistem dan tabel yang digunakan dalam penyimpanan data.
Selanjutnya, enam proses tersebut juga dijelaskan lebih detail ke dalam DFD Level
1 berikut:
2. DFD Level 1 Mengelola Data Master
Gambar 3.26 DFD Level 1 Maintenance Data Master
Pada Gambar 3.26 terdapat delapan sub proses dalam mengelola data master
yaitu mengelola data bagian, mengelola data pegawai, mengelola data jenis
pembayaran, mengelola data jenis paket pembayaran, mengelola data jenis
kendaraan, mengelola data identitas kendaraan, mengelola data jenis pengujian dan
55
mengelola data kategori jenis pengujian. Tabel yang digunakan dalam sub proses
ini adalah tabel bagian, pegawai, jenis pembayaran, jenis paket pembayaran, detil
paket pembayaran, jenis kendaraan, identitas kendaraan, jenis pengujian, kategori
jenis pengujian.
3. DFD Level 1 Mengelola Data Pembayaran
Gambar 3.27 DFD Level 1 Mengelola Data Pembayaran
Pada Gambar 3.27 terdapat dua sub proses dalam mengelola data
pembayaran yaitu menghitung total pembayaran dan mencetak bukti pembayaran.
Tabel yang digunakan dalam sub proses ini adalah tabel kendaraan, tabel penilaian,
tabel jenis pembayaran, tabel jenis paket pembayaran, detil paket pembayaran, tabel
pegawai dan tabel pembayaran.
56
4. DFD Level 1 Mengelola Data Pendaftaran
Gambar 3.28 DFD Level 1 Mengelola Data Pendaftaran
Terdapat empat sub proses dalam mengelola data pendaftaran seperti pada
Gambar 3.28 yaitu memeriksa nomor pembayaran, mengelola data pemohon,
mengelola data kendaraan dan mengelola data pendaftaran. Tabel yang digunakan
dalam sub proses ini adalah tabel pembayaran, tabel pemohon, tabel jenis
kendaraan, tabel identitas kendaraan, tabel kendaraan, tabel detil kendaraan, tabel
pendaftaran.
57
5. DFD Level 1 Mengelola Data Pengujian
Gambar 3.29 DFD Level 1 Mengelola Data Pengujian
Terdapat empat sub proses dalam mengelola data pengujian seperti pada
Gambar 3.29 yaitu memeriksa nomor pembayaran, mencatat data pemeriksaan,
mencatat hasil pengujian dan mencetak bukti pengujian. Tabel yang digunakan
dalam sub proses ini adalah tabel pendaftaran, tabel pegawai, tabel jenis pengujian,
tabel kategori jenis pengujian, tabel detil pengujian, tabel pengujian.
58
6. DFD Level 1 Membuat Laporan
Gambar 3.30 DFD Level 1 Membuat Laporan
Terdapat empat sub proses dalam membuat laporan seperti pada Gambar
3.30 yaitu laporan pembayaran, laporan pendaftaran, laporan pengujian dan laporan
batas uji. Tabel yang digunakan dalam sub proses ini adalah tabel pembayaran, tabel
pendaftaran, tabel pemohon, tabel kendaraan, tabel penilaian.
7. DFD Level 1 Generate Reminder
Gambar 3.31 DFD Level 1 Generate Reminder
59
Terdapat dua sub proses dalam generate reminder seperti pada Gambar 3.31
yaitu mengelompokkan data pemohon dan mengirimkan reminder. Tabel yang
digunakan dalam sub proses ini adalah tabel pemohon, tabel kendaraan, tabel
pengujian.
Entity Relationship Diagram (ERD)
Entity relationship diagram (ERD) digunakan untuk menggambarkan
hubungan antar tabel yang terdapat dalam sistem dengan rincian atribut-atribut
yang digunakan. ERD disajikan dalam bentuk Conceptual Data Model (CDM) dan
Physical Data Model (PDM).
Conceptual Data Model (CDM)
Conceptual Data Model (CDM) berisi tiga belas entity, yaitu entity bagian,
entity pegawai, entity jenis pembayaran, entity jenis paket pembayaran, entity
pembayaran, entity jenis kendaraan, entity identitas kendaraan, entity kendaraan,
entity pemohon, entity pendaftaran, entity pengujian, entity jenis pengujian, entity
kategori jenis pengujian, entity pemeriksaan. Dapat dilihat pada Gambar 3.32.
60
Re
lati
on
ship
_1
Re
lati
on
ship
_2
Re
lati
on
ship
_3
Re
lati
on
ship
_4
Re
lati
on
ship
_5
Re
lati
on
ship
_6
Re
lati
on
ship
_7
Re
lati
on
ship
_8
Re
lati
on
ship
_9
Re
lati
on
ship
_1
0
Re
lati
on
ship
_1
1
Re
lati
on
ship
_1
2
Re
lati
on
ship
_1
3
Re
lati
on
ship
_1
4
Re
lati
on
ship
_1
5
Re
lati
on
ship
_1
6
Re
lati
on
ship
_1
7
BA
GIA
N
# o
BA
GIA
N_
ID
BA
GIA
N_
NA
MA
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
IDE
NT
ITA
S_
KE
ND
AR
AA
N
# o o o
IDE
NT
ITA
S_
ID
IDE
NT
ITA
S_
NA
MA
IDE
NT
ITA
S_
SA
TU
AN
IDE
NT
ITA
S_
JEN
IS
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
Va
ria
ble
ch
ara
cte
rs (
10
)
Va
ria
ble
ch
ara
cte
rs (
10
)
JEN
IS_
KE
ND
AR
AA
N
# o
JEN
IS_
KE
ND
AR
AA
N_
ID
JEN
IS_
KE
ND
AR
AA
N_
NA
MA
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
JEN
IS_
PE
MB
AY
AR
AN
# o o
JEN
IS_
PE
MB
AY
AR
AN
_ID
JEN
IS_
PE
MB
AY
AR
AN
_N
AM
A
JEN
IS_
PE
MB
AY
AR
AN
_H
AR
GA
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
Flo
at
JEN
IS_
PA
KE
T_
PE
MB
AY
AR
AN
# o
PA
KE
T_
ID
PA
KE
T_
NA
MA
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
JEN
IS_
PE
NG
UJI
AN
# o
JEN
IS_
PE
NG
UJI
AN
_ID
JEN
IS_
PE
NG
UJI
AN
_N
AM
A
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
KA
TE
GO
RI_
JEN
IS_
PE
NG
UJI
AN
# o o o o
KJP
_ID
KJP
_N
AM
A
KJP
_N
ILA
I_M
INIM
AL
KJP
_N
ILA
I_M
AK
SIM
AL
KJP
_S
AT
UA
N
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
Flo
at
Flo
at
Va
ria
ble
ch
ara
cte
rs (
15
)
KE
ND
AR
AA
N
# o o o o o o
KE
ND
AR
AA
N_
ID
KE
ND
AR
AA
N_
NO
_P
EM
ER
IKS
AA
N
KE
ND
AR
AA
N_
ME
RE
K
KE
ND
AR
AA
N_
NO
_M
ES
IN
KE
ND
AR
AA
N_
NO
_C
HA
SIS
KE
ND
AR
AA
N_
NO
_P
LA
T
KE
ND
AR
AA
N_
KO
TA
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
30
)
Va
ria
ble
ch
ara
cte
rs (
20
)
Va
ria
ble
ch
ara
cte
rs (
45
)
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
PE
GA
WA
I
# o o o o o
PE
GA
WA
I_ID
PE
GA
WA
I_N
AM
A
PE
GA
WA
I_A
LA
MA
T
PE
GA
WA
I_N
OT
EL
P
PE
GA
WA
I_U
SE
RN
AM
E
PE
GA
WA
I_P
AS
SW
OR
D
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
Va
ria
ble
ch
ara
cte
rs (
20
0)
Va
ria
ble
ch
ara
cte
rs (
20
)
Va
ria
ble
ch
ara
cte
rs (
20
)
Va
ria
ble
ch
ara
cte
rs (
45
)
PE
MB
AY
AR
AN
# o o o
PE
MB
AY
AR
AN
_ID
PE
MB
AY
AR
AN
_T
AN
GG
AL
PE
MB
AY
AR
AN
_T
OT
AL
PE
MB
AY
AR
AN
_N
AM
A_
PE
MB
AY
AR
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Da
te &
Tim
e
Flo
at
Va
ria
ble
ch
ara
cte
rs (
50
)
PE
ME
RIK
SA
AN
# o
PE
ME
RIK
SA
AN
_ID
PE
ME
RIK
SA
AN
_T
AN
GG
AL
Va
ria
ble
ch
ara
cte
rs (
15
)
Da
te &
Tim
e
PE
MO
HO
N
# o o o o
PE
MO
HO
N_
ID
PE
MO
HO
N_
NA
MA
PE
MO
HO
N_
AL
AM
AT
PE
MO
HO
N_
NO
TE
LP
PE
MO
HO
N_
KO
TA
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Va
ria
ble
ch
ara
cte
rs (
50
)
Va
ria
ble
ch
ara
cte
rs (
20
0)
Va
ria
ble
ch
ara
cte
rs (
20
)
Va
ria
ble
ch
ara
cte
rs (
45
)
PE
ND
AF
TA
RA
N
# o
PE
ND
AF
TA
RA
N_
ID
PE
ND
AF
TA
RA
N_
TA
NG
GA
L
Va
ria
ble
ch
ara
cte
rs (
15
)
Da
te &
Tim
e
PE
NIL
AIA
N
# o o o
PE
NIL
AIA
N_
ID
PE
NIL
AIA
N_
TA
NG
GA
L
PE
NIL
AIA
N_
ST
AT
US
PE
NIL
AIA
N_
TA
NG
GA
L_
UJI
AN
_K
EM
BA
LI
...
Va
ria
ble
ch
ara
cte
rs (
15
)
Da
te &
Tim
e
Va
ria
ble
ch
ara
cte
rs (
20
)
Da
te &
Tim
e
Gam
bar
3. 32C
on
ceptu
al
Data
Mo
del
(C
DM
)
61
Physical Data Model (PDM)
Physical Data Model (PDM) berisi sembilan belas entity, yaitu entity
bagian, entity pegawai, entity jenis pembayaran, entity jenis paket pembayaran,
entity detil paket pembayaran, entity jenis pengujian, entity kategori jenis pengujian,
entity detil penilaian, entity jenis kendaraan, entity identitas kendaraan, entity
pembayaran, entity pendaftaran, entity pemohon, entity kendaraan, entity
pemeriksaan, entity detil pemeriksaan, entity pengujian, entity penilaian, entity detil
jenis kedaraan. Dapat dilihat pada Gambar 3.33.
62
BA
GIA
N
BA
GIA
N_
ID
BA
GIA
N_
NA
MA
va
rch
ar(
15
)
va
rch
ar(
50
)
<p
k>
IDE
NT
ITA
S_
KE
ND
AR
AA
N
IDE
NT
ITA
S_
ID
IDE
NT
ITA
S_
NA
MA
IDE
NT
ITA
S_
SA
TU
AN
IDE
NT
ITA
S_
JE
NIS
...
va
rch
ar(
15
)
va
rch
ar(
50
)
va
rch
ar(
10
)
va
rch
ar(
10
)
<p
k>JE
NIS
_K
EN
DA
RA
AN
JE
NIS
_K
EN
DA
RA
AN
_ID
JE
NIS
_K
EN
DA
RA
AN
_N
AM
A
va
rch
ar(
15
)
va
rch
ar(
50
)
<p
k>
JE
NIS
_P
EM
BA
YA
RA
N
JE
NIS
_P
EM
BA
YA
RA
N_
ID
JE
NIS
_P
EM
BA
YA
RA
N_
NA
MA
JE
NIS
_P
EM
BA
YA
RA
N_
HA
RG
A
...
va
rch
ar(
15
)
va
rch
ar(
50
)
flo
at
<p
k>
JE
NIS
_P
AK
ET
_P
EM
BA
YA
RA
N
PA
KE
T_
ID
PA
KE
T_
NA
MA
va
rch
ar(
15
)
va
rch
ar(
50
)
<p
k>
JE
NIS
_P
EN
GU
JIA
N
JE
NIS
_P
EN
GU
JIA
N_
ID
JE
NIS
_P
EN
GU
JIA
N_
NA
MA
va
rch
ar(
15
)
va
rch
ar(
50
)
<p
k>
KA
TE
GO
RI_
JE
NIS
_P
EN
GU
JIA
N
KJP
_ID
JE
NIS
_P
EN
GU
JIA
N_
ID
KJP
_N
AM
A
KJP
_N
ILA
I_M
INIM
AL
KJP
_N
ILA
I_M
AK
SIM
AL
KJP
_S
AT
UA
N
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
50
)
flo
at
flo
at
va
rch
ar(
15
)
<p
k>
<fk
>
KE
ND
AR
AA
N
KE
ND
AR
AA
N_
ID
JE
NIS
_K
EN
DA
RA
AN
_ID
PE
MO
HO
N_
ID
KE
ND
AR
AA
N_
NO
_P
EM
ER
IKS
AA
N
KE
ND
AR
AA
N_
ME
RE
K
KE
ND
AR
AA
N_
NO
_M
ES
IN
KE
ND
AR
AA
N_
NO
_C
HA
SIS
KE
ND
AR
AA
N_
NO
_P
LA
T
KE
ND
AR
AA
N_
KO
TA
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
30
)
va
rch
ar(
20
)
va
rch
ar(
45
)
va
rch
ar(
15
)
va
rch
ar(
50
)
<p
k>
<fk
2>
<fk
1>
PE
GA
WA
I
PE
GA
WA
I_ID
BA
GIA
N_
ID
PE
GA
WA
I_N
AM
A
PE
GA
WA
I_A
LA
MA
T
PE
GA
WA
I_N
OT
EL
P
PE
GA
WA
I_U
SE
RN
AM
E
PE
GA
WA
I_P
AS
SW
OR
D
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
50
)
va
rch
ar(
20
0)
va
rch
ar(
20
)
va
rch
ar(
20
)
va
rch
ar(
45
)
<p
k>
<fk
>
PE
MB
AY
AR
AN
PE
MB
AY
AR
AN
_ID
KE
ND
AR
AA
N_
ID
PE
GA
WA
I_ID
PE
MB
AY
AR
AN
_T
AN
GG
AL
PE
MB
AY
AR
AN
_T
OT
AL
PE
MB
AY
AR
AN
_N
AM
A_
PE
MB
AY
AR
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
da
teti
me
flo
at
va
rch
ar(
50
)
<p
k>
<fk
2>
<fk
1>
PE
ME
RIK
SA
AN
PE
ME
RIK
SA
AN
_ID
PE
ND
AF
TA
RA
N_
ID
KE
ND
AR
AA
N_
ID
PE
ME
RIK
SA
AN
_T
AN
GG
AL
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
da
teti
me
<p
k>
<fk
2>
<fk
1>
PE
MO
HO
N
PE
MO
HO
N_
ID
PE
MO
HO
N_
NA
MA
PE
MO
HO
N_
AL
AM
AT
PE
MO
HO
N_
NO
TE
LP
PE
MO
HO
N_
KO
TA
...
va
rch
ar(
15
)
va
rch
ar(
50
)
va
rch
ar(
20
0)
va
rch
ar(
20
)
va
rch
ar(
45
)
<p
k>
PE
ND
AF
TA
RA
N
PE
ND
AF
TA
RA
N_
ID
PE
MB
AY
AR
AN
_ID
KE
ND
AR
AA
N_
ID
PE
ND
AF
TA
RA
N_
TA
NG
GA
L
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
da
teti
me
<p
k>
<fk
2>
<fk
1>
PE
NIL
AIA
N
PE
NIL
AIA
N_
ID
KE
ND
AR
AA
N_
ID
PE
ME
RIK
SA
AN
_ID
PE
NIL
AIA
N_
TA
NG
GA
L
PE
NIL
AIA
N_
ST
AT
US
PE
NIL
AIA
N_
TA
NG
GA
L_
UJIA
N_
KE
MB
AL
I
...
va
rch
ar(
15
)
va
rch
ar(
15
)
va
rch
ar(
15
)
da
teti
me
va
rch
ar(
20
)
da
teti
me
<p
k>
<fk
1>
<fk
2>
DE
TIL
_K
EN
DA
RA
AN
IDE
NT
ITA
S_
ID
PE
ME
RIK
SA
AN
_ID
NIL
AI_
KE
ND
AR
AA
N
...
va
rch
ar(
15
)
va
rch
ar(
15
)
flo
at
<p
k,fk
1>
<p
k,fk
2>
DE
TIL
_P
AK
ET
_P
EM
BA
YA
RA
N
JE
NIS
_P
EM
BA
YA
RA
N_
ID
PA
KE
T_
ID
va
rch
ar(
15
)
va
rch
ar(
15
)
<p
k,fk
1>
<p
k,fk
2>
DE
TIL
_P
EM
BA
YA
RA
N
JE
NIS
_P
EM
BA
YA
RA
N_
ID
PE
MB
AY
AR
AN
_ID
va
rch
ar(
15
)
va
rch
ar(
15
)
<p
k,fk
1>
<p
k,fk
2>
DE
TIL
_P
EN
ILA
IAN
KJP
_ID
PE
NIL
AIA
N_
ID
NIL
AI_
UJI
ST
AT
US
_D
ET
IL
...
va
rch
ar(
15
)
va
rch
ar(
15
)
flo
at
va
rch
ar(
15
)
<p
k,fk
1>
<p
k,fk
2>
DE
TIL
_JE
NIS
_K
EN
DA
RA
AN
IDE
NT
ITA
S_
ID
JE
NIS
_K
EN
DA
RA
AN
_ID
va
rch
ar(
15
)
va
rch
ar(
15
)
<p
k,fk
1>
<p
k,fk
2>
G
amb
ar 3
.33P
hys
ical
Da
ta M
odel
(P
DM
)
63
Struktur Database
Pada tahapan pembuatan struktur database aplikasi penilaian kinerja,
database yang digunakan yaitu MySQL. Struktur basis data yang diperlukan dalam
pembuatan aplikasi ini sebagai berikut:
A. Tabel Bagian
a. Primary Key (PK) : BAGIAN_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data bagian
Tabel 3. 2 Tabel Bagian
No. Name Type Size Keterangan
1. BAGIAN_ID Varchar 15 Primary Key
2. BAGIAN_NAMA Varchar 50 -
B. Tabel Pegawai
a. Primary Key (PK) : PEGAWAI_ID
b. Foreign Key (FK) : BAGIAN_ID
c. Fungsi : Mengelola data pegawai
Tabel 3. 3 Tabel Pegawai
No. Name Type Size Keterangan Tabel Awal
1. PEGAWAI_ID Varchar 15 Primary Key
2. BAGIAN_ID Varchar 15 Foreign Key BAGIAN
3. PEGAWAI_NAMA Varchar 50 -
4. PEGAWAI_ALAMAT Varchar 200 -
5. PEGAWAI_NOTELP Varchar 20 -
6. PEGAWAI_USERNAME Varchar 20 -
7. PEGAWAI_PASSWORD Varchar 20 -
C. Tabel Jenis Pembayaran
a. Primary Key (PK) : JENIS_PEMBAYARAN_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data jenis pembayaran
64
Tabel 3. 4 Tabel Jenis Pembayaran
No. Name Type Size Keterangan
1. JENIS_PEMBAYARAN_ID Varchar 15 Primary Key
2. JENIS_PEMBAYARAN_NAMA Varchar 50 -
3. JENIS_PEMBAYARAN_HARGA Float 15 -
D. Tabel Jenis Paket Pembayaran
a. Primary Key (PK) : PAKET_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data jenis paket pembayaran
Tabel 3. 5 Tabel Jenis Paket Pembayaran
No. Name Type Size Keterangan
1. PAKET_ID Varchar 15 Primary Key
2. PAKET_NAMA Varchar 20 -
E. Tabel Detil Paket Pembayaran
a. Primary Key (PK) : JENIS_PEMBAYARAN_ID, PAKET_ID
b. Foreign Key (FK) : JENIS_PEMBAYARAN_ID, PAKET_ID
c. Fungsi : Mengelola data detil paket pembayaran
Tabel 3. 6 Tabel Detil Paket Pembayaran
No
. Name Type Size Keterangan
Tabel Awal
1. JENIS_PEMBAYA
RAN_ID Varchar 15
Primary Key,
Foreign Key
JENIS_PEMBA
YARAN
2. PAKET_ID Varchar 15 Primary Key,
Foreign Key
JENIS_PAKET
PEMBAYARA
N
F. Tabel Jenis Kendaraan
a. Primary Key (PK) : JENIS_KENDARAAN_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data jenis kendaraan
65
Tabel 3. 7 Tabel Jenis Kendaraan
No. Name Type Size Keterangan
1. JENIS_KENDARAAN_ID Varchar 15 Primary Key
2. JENIS_KENDARAAN_NAMA Varchar 50 -
G. Tabel Detil Jenis Kendaraan
a. Primary Key (PK) : IDENTITAS_ID, JENIS_KENDARAAN_ID
b. Foreign Key (FK) : IDENTITAS_ID, JENIS_KENDARAAN_ID
c. Fungsi : Mengelola data detil jenis kendaraan
Tabel 3. 8 Tabel Jenis Kendaraan
no. Name Type Size Keterangan Tabel Awal
1. IDENTITAS_ID Varchar 15
Primary
Key, foreign
key
IDENTITAS_KEND
ARAAN
2. JENIS_KENDA
RAAN_ID Varchar 15
Primary
Key, foreign
key
JENIS_KENDARA
AN
H. Tabel Identitas Kendaraan
a. Primary Key (PK) : IDENTITAS_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data identitas kendaraan
Tabel 3. 9 Tabel Identitas Kendaraan
No. Name Type Size Keterangan
1. IDENTITAS_ID Varchar 15 Primary Key
2. IDENTITAS_NAMA Varchar 20 -
3. IDENTITAS_SATUAN Varchar 10 -
4. IDENTITAS_JENIS Varchar 10 -
I. Tabel Jenis Pengujian
a. Primary Key (PK) : JENIS_PENGUJIAN_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data jenis pengujian
66
Tabel 3. 10 Tabel Jenis Pengujian
No. Name Type Size Keterangan
1. JENIS_PENGUJIAN_ID Varchar 15 Primary Key,
2. JENIS_PENGUJIAN_NAMA Varchar 50
J. Tabel Kategori Jenis Pegujian
a. Primary Key (PK) : KJP_ID
b. Foreign Key (FK) : JENIS_PENGUJIAN_ID
c. Fungsi : Mengelola data kategori jenis pengujian
Tabel 3. 11 Tabel Kategori jenis pengujian
No. Name Type Size Keterangan Tabel Awal
1. KJP_ID Varchar 15 Primary Key,
2. JENIS_PENGUJIA
N_ID Varchar 15 Foreign Key
JENIS_PENG
UJIAN
3. KJP_NAMA Varchar 50 -
4. KJP_NILAI_MINI
MAL Float 15 -
5. SATUAN Varchar 15 -
6. KJP_NILAI_MAKS
IMAL Float 15 -
K. Tabel Pembayaran
a. Primary Key (PK) : PEMBAYARAN_ID
b. Foreign Key (FK) : PEGAWAI_ID, KENDARAAN_ID, PAKET_ID
c. Fungsi : Mengelola data pembayaran
Tabel 3. 12 Tabel Pembayaran
No. Name Type Size Keterangan Tabel Awal
1. PEMBAYARAN_ID Varchar 15 Primary Key,
2. PEGAWAI_ID Varchar 15 Foreign Key PEGAWAI
3. KENDARAAN_ID Varchar 15 Foreign Key KENDARA
AN
4. PAKET_ID Varchar 15 Foreign Key
JENIS_PAK
ET_PEMBA
YARAN
5. PEMBAYARAN_T
ANGGAL Datetime -
67
No. Name Type Size Keterangan Tabel Awal
6. PEMBAYARAN_T
OTAL Int -
7. PEMBAYARAN_T
ANGGAL Varchar 50 -
L. Tabel Pendaftaran
a. Primary Key (PK) : PENDAFTARAN_ID
b. Foreign Key (FK) : KENDARAAN_ID, PEMBAYARAN_ID
c. Fungsi : Mengelola data pendaftaran
Tabel 3.13 Tabel Pendaftaran
No. Name Type Size Keterangan Tabel Awal
1. PENDAFTARAN_ID Varcha
r 15 Primary Key
2. KENDARAAN _ID Varcha
r 15 Foreign Key
KENDARA
AN
3. PEMBAYARAN_ID Varcha
r 15 Foreign Key
PEMBAYA
RAN
4. PENDAFTARAN_T
ANGGAL
Datetim
e - -
M. Tabel Pemohon
a. Primary Key (PK) : PEMOHON_ID
b. Foreign Key (FK) : -
c. Fungsi : Mengelola data pemohon
Tabel 3. 14 Tabel Pemohon
No. Name Type Size Keterangan
1. PEMOHON_ID Varchar 15 Primary Key
2. PEMOHON_NAMA Varchar 50 -
3. PEMOHON_ALAMAT Varchar 200 -
4. PEMOHON_NOTELP Varchar 20 -
N. Tabel Kendaraan
a. Primary Key (PK) : KENDARAAN_ID
b. Foreign Key (FK) : PEMOHON_ID, JENIS_KENDARAAN_ID
68
c. Fungsi : Mengelola data master kendaraan
Tabel 3. 15 Tabel Kendaraan
No. Name Type Size Keterangan Tabel Awal
1. KENDARAAN_I
D Varchar 15
Primary
Key,
2. PEMOHON_ID Varchar 15 Foreign Key PEMOHON
3. JENIS_KENDAR
AAN_ID Varchar 15 Primary Key
JENIS_KENDA
RAAN
4.
KENDARAAN_
NO_PEMERIKS
AAN
Varchar 15 -
5. KENDARAAN_
MEREK Varchar 30 -
O. Tabel Pemeriksaan
a. Primary Key (PK) : PEMERIKSAAN_ID
b. Foreign Key (FK) : KENDARAAN_ID, PENDAFTARAN_ID
c. Fungsi : Mengelola data pemeriksaan
Tabel 3.16 Tabel Pemeriksaan
No. Name Type Size Keterangan Tabel Awal
1. PEMERIKSAAN_ID Varch
ar - Primary Key
2. KENDARAAN_ID Varch
ar 10 Foreign Key
KENDARA
AN
3. PENDAFTARAN_ID Varch
ar - Foreign Key
PENDAFTA
RAN
4. PEMERIKSAAN_TG
L
Dateti
me - -
P. Tabel Detil Pengujian
a. Primary Key (PK) : KJP_ID
b. Foreign Key (FK) : PENGUJIAN_ID
c. Fungsi : Mengelola data detil pengujian
69
Tabel 3.17 Tabel Detil Pengujian
No. Name Type Size Keterangan Tabel Awal
1. KJP_ID Varch
ar 15
Primary Key,
Foreign Key
KATEGORI_JENIS
_PENGUJIAN
2. JENIS_PENGUJ
IAN_ID
Varch
ar 15
Primary Key,
Foreign Key
JENIS_PENGUJIA
N
3. PENGUJIAN_N
ILAI Float 15 -
4. STATUS_DETI
L
Varch
ar 15 -
Q. Tabel Pengujian
a. Primary Key (PK) : PENGUJIAN_ID
b. Foreign Key (FK) : PEGAWAI_ID, PEMERIKSAAN_ID
c. Fungsi : Mengelola data pengujian
Tabel 3.18 Tabel Pengujian
No. Name Type Size Keterangan Tabel Awal
1. PENGUJIAN_ID Varchar 15 Primary Key
2. PEGAWAI_ID Varchar 15 Foreign Key PEGAWAI
3. PEMERIKSAAN_I
D Varchar 15 Foreign Key
PEMERIKS
AAN
4. PENGUJIAN_TAN
GGAL Datetime - -
5. PENGUJIAN_STAT
US Varchar 20 -
6.
PENGUJIAN_TAN
GGAL_
UJIAN_KEMBALI
Datetime - -
R. Tabel Detil Pemeriksaan
a. Primary Key (PK) : IDENTITAS_ID, PEMERIKSAAN_ID
b. Foreign Key (FK) : IDENTITAS_ID, PEMERIKSAAN_ID
c. Fungsi : Mengelola data detil pemeriksaan
Tabel 3.19 Tabel Detil Pemeriksaan
No. Name Type Size Keterangan Tabel Awal
1. IDENTITAS_ID Varc
har 15
Primary Key,
Foreign Key
IENTITAS_KEND
ARAAN
70
No. Name Type Size Keterangan Tabel Awal
2. PEMERIKSAAN_
ID
Varc
har 15
Primary Key,
Foreign Key
PEMERIKSAAN
3. NILAI_PEMERIK
SAAN
Varc
har 20 -
Desain User Interface
Desain user interface merupakan rancangan desain yang akan digunakan
oleh aplikasi administrasi uji kendaraan bermotor, desain user interface berisi
tampilan aplikasi yang nantinya akan digunakan oleh pengguna baik untuk
memasukkan data maupun tampilan yang berisi informasi kepada pengguna
berdasarkan hak akses masing-masing. Desain interface terdiri dari desain login,
desain master data bagian, desain master data pegawai, desain master jenis
pembayaran, desain master paket pembayaran, desain master jenis kendaraan,
desain master identitas kendaraan, desain master jenis pengujian, desain master
kategori pengujian, desain pembayaran, desain pendaftaran, desain pemeriksaan,
desain desain pengujian, desain laporan pembayaran, desain laporan pendaftaran,
desain laporan pengujian, desain laporan batas waktu uji. Kemudian juga terdapat
desain untuk cetak laporan pembayaran, cetak laporan pendaftaran, cetak laporan
pengujian, cetak laporan batas waktu uji.
A. Desain Form Login
Desain form login digunakan sebagai hak akses pengguna sebelum masuk
ke form master atau transaksi. Pengguna melakukan login berdasarkan username
dan password yang telah dibuat, maka pengguna dapat masuk pada form sesuai hak
akses yang digunakan. Berikut desain form login dapat dilihat pada Gambar 3.34.
71
Http:localhost/uji_kir/
UserName
Password
Sign In
LOGIN
Aplikasi Uji KIR
Gambar 3.34 Desain Form Login
B. Desain Form Master Bagian
Desain form master bagian merupakan tampilan untuk mengelola data
master bagian. Pada form master bagian ini digunakan oleh admin untuk
menambah, mengubah dan menghapus data bagian. Desain form master bagian
dapat dilihat pada Gambar 3.35.
72
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Pendaftaran
2 Pemeriksaan
3 Pembayaran
Action
Aplikasi Uji KIR User
Master Bagian Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Gambar 3.35 Desain Form Master Bagian
Kemudian desain form tambah data bagian digunakan untuk menambah data
bagian, di dalam form tedapat nama bagian yang harus diisi, seperti Gambar 3.35.
Tambah Data Bagian
Auto Generate
Enter Text
Bagian ID
Nama Bagian
Batal Simpan
Gambar 3. 36 Desain Form Tambah Data Bagian
73
C. Desain Form Master Pegawai
Desain form master pegawai merupakan tampilan untuk mengelola data
master pegawai. Pada form master pegawai ini digunakan oleh admin untuk
menambah, mengubah dan menghapus data pegawai. Desain form master pegawai
dapat dilihat pada Gambar 3.37.
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Indra Nugraha
2 Anto Boga
3 Rifqi Hammad
ActionBagian
Pendaftaran
Pemeriksaan
Pembayaran
Alamat
Rewwin
Semolowaru
Rewwin
Notelp
098765423
098765423
098765432
Username
Indra
Anto
Rifqi
Aplikasi Uji KIR User
Master Pegawai Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Gambar 3. 37 Desain Form Master Pegawai
Kemudian desain form tambah data pegawai digunakan menambahkan data
pegawai, di dalam form terdapat kolom berisi data pegawai yang harus diisi, seperti
Gambar 3.38.
74
Tambah Data Pegawai
Enter Text
Enter Text
Pilih Bagian
Enter Text
Enter Text
Enter Text
Pegawai ID
Pegawai Nama
Batal Simpan
Bagian
Alamat
No Telp
Username
Gambar 3. 38 Desain Form Tambah Data Pegawai
D. Desain Form Master Jenis Pembayaran
Desain form master jenis pembayaran merupakan tampilan untuk mengelola
data master jenis pembayaran. Pada form master jenis pembayaran ini digunakan
oleh admin untuk menambah, mengubah dan menghapus data jenis pembayaran.
Desain form master jenis pembayaran dapat dilihat pada Gambar 3.39.
75
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Ganti Buku
2 Di atas 3500 KG
3 Emisi
Harga
15.000
75.000
25.000
Action
Aplikasi Uji KIR User
Master Jenis Pembayaran Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Gambar 3. 39 Desain Form Master Jenis Pembayaran
Kemudian desain form tambah data jenis pembayaran digunakan untuk
menambahkan data jenis pembayaran, di dalam form terdapat nama jenis
pembayaran dan harga yang harus diisi, seperti Gambar 3.40.
Tambah Data Jenis Pembayaran
Auto Generate
Enter Text
Enter Text
Jenis Pembayaran ID
Nama Jenis Pembayaran
Batal Simpan
Harga
Gambar 3. 40 Desain Form Tambah Data Jenis Pembayaran
76
E. Desain Form Master Jenis Paket Pembayaran
Desain form master jenis paket pembayaran merupakan tampilan untuk
mengelola data master jenis paket pembayaran. Pada form master jenis paket
pembayaran ini digunakan oleh admin untuk menambah, mengubah dan
menghapus data jenis paket pembayaran. Desain form master jenis paket
pembayaran dapat dilihat pada Gambar 3.41.
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Paket Ujian Pertama
2 Paket Ujian Berkala
3 Paket Ujian Ulang
Detil Paket
Aplikasi Uji KIR User
Master Jenis Paket Pembayaran Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Detil
Detil
Detil
Gambar 3. 41 Desain Form Master Jenis Paket Pembayaran
Kemudian desain form tambah data jenis paket pembayaran digunakan
untuk menambah data paket pembayaran, di dalam form terdapat nama paket yang
harus diisi, seperti Gambar 3.42.
77
Tambah Paket Pembayaran
Auto Generate
Enter Text
Paket ID
Nama Paket
Batal Simpan
Gambar 3. 42 Desain Form Tambah Data Jenis Paket Pembayaran
Desain form detil paket pembayaran digunakan untuk memilih jenis
pembayaran yang akan dikelompokan berdasarkan paket pembayaran, untuk
menambahkan detil paket pembayaran dapat dilakukan dengan memilih nama jenis
pembayaran, seperti pada Gambar 3.43
Tambah Data Detil Jenis Paket Pembayaran
Enter Text
ID Nama
1 Ganti Buku
2 Di atas 3500 KG
3 Emisi
Harga
15.000
75.000
25.000
Action
Nama Paket Pembayaran
Batal Simpan
Gambar 3.43 Desain Form Detil Paket Pembayaran
78
F. Desain Form Master Jenis Kendaraaan
Desain form master jenis kendaraan merupakan tampilan untuk mengelola
data master jenis kendaraan. Pada form master jenis kendaraan ini digunakan oleh
admin untuk menambah, mengubah dan menghapus data jenis kendaraan. Desain
form master jenis kendaraan dapat dilihat pada Gambar 3.44.
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Mobil Box
2 Pick Up
3 Mobil Angkutan
4 Truck Gandeng
ActionDetil Jenis
Aplikasi Uji KIR User
Master Jenis Kendaraan Search
Tambah data
Ubah Hapus
Ubah
Ubah
Ubah
Hapus
Hapus
Hapus
Detil
Detil
Detil
Detil
Gambar 3. 44 Desain Form Mater Jenis Kendaraan
Kemudian desain form tambah data jenis kendaraan digunakan untuk
menambahkan data jenis kendaraan, di dalam form terdapat nama jenis kendaraan
yang harus diisi, seperti Gambar 3.45.
79
Tambah Data Jenis Kendaraan
Auto Generate
Enter Text
Jenis Kendaraan ID
Nama Jenis Kendaraan
Batal Simpan
Gambar 3. 45 Desain Form Tambah Data Jenis Kendaraan
Desain form detil jenis kendaraan digunakan untuk memilih identitas
kendaraan yang akan dikelompokan berdasarkan jenis kendaraan, untuk
menambahkan detil jenis kendaraan dapat dilakukan dengan memilih nama
identitas, seperti pada Gambar 3.46.
Tambah Data Detil Jenis Kendaraan
Enter Text
ID Nama
1 Jumlah Penumpang
2 Berat Kendaraan
3 Bahan Bakar
Action
Nama Jenis Kendaraan
Batal Simpan
Gambar 3.46 Desain Form Detil Jenis Kendaraan
80
G. Desain Form Master Identitas Kendaraan
Desain form master identitas kendaraan merupakan tampilan untuk
mengelola data master identitas kendaraan. Pada form master identitas kendaraan
ini digunakan oleh admin untuk menambah, mengubah dan menghapus data
identitas kendaraan. Desain form master identitas kendaraan dapat dilihat pada
Gambar 3.47.
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Jumlah Muatan
2 Berat Muatan
3 Emisi Gas
Satuan
Orang
Kg
%
Action
Aplikasi Uji KIR User
Master Identitas Kendaraan Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Gambar 3.47 Desain Form Mater Identitas Kendaraan
Kemudian desain form tambah data identitas kendaraan digunakan
menambah data identitas kendaraan, di dalam form terdapat nama identitas dan
satuan yang harus diisi, seperti Gambar 3.48.
81
Tambah Data Identitas Kendaraan
Auto Generate
Enter Text
Enter Text
Enter Text
Identitas Kendaraan ID
Nama Identitas
Cancel Save
Satuan
Jenis
Gambar 3.48 Desain Form Tambah Data Identitas Kendaraan
H. Desain Form Master Jenis Pengujian
Desain form master jenis pengujian merupakan tampilan untuk mengelola
data master jenis pengujian. Pada form master jenis pengujian ini digunakan oleh
admin untuk menambah, mengubah dan menghapus data jenis pengujian. Desain
form master jenis pengujian dapat dilihat pada Gambar 3.49.
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Peralatan
2 Penerangan
3 Sistem Rem
4 Emisi
Action
Aplikasi Uji KIR User
Master Jenis Pengujian Search
Tambah data
Ubah Hapus
Ubah
Ubah
Ubah
Hapus
Hapus
Hapus
Gambar 3.49 Desain Form Master Jenis Pengujian
82
Kemudian desain form tambah data jenis pengujian digunakan untuk
menambah data jenis pengujian, di dalam form terdapat nama jenis pengujian yang
harus diisi, seperti Gambar 3.50.
Tambah Data Jenis Pengujian
Enter Text
Auto GenerateJenis Pengujian ID
Nama Jenis Pengujian
Batal Simpan
Gambar 3.50 Desain Form Tambah Data Jenis Pengujian
I. Desain Form Master Kategori Pengujian
Desain form master kategori pengujian merupakan tampilan untuk
mengelola data master kategori pengujian. Pada form master kategori pengujian ini
digunakan oleh admin untuk menambah, mengubah dan menghapus data kategori
pengujian. Desain form master kategori pengujian dapat dilihat pada Gambar 3.51.
83
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Lampu
2 Plat nomor
3 Klakson
ActionJenis
Penerangan
Peralatan
Peralatan
Standar Min
100
0
0
Standar Max
0
0
0
Aplikasi Uji KIR User
Master Kategori Pengujian Search
Tambah data
Ubah Hapus
Ubah
Ubah
Hapus
Hapus
Gambar 3. 51 Desain Form Master Kategori Pengujian
Kemudian desain form tambah data kategori pengujian digunakan untuk
menambah data kategori pengujian, di dalam form terdapat data kategori kendaraan
yang harus diisi, seperti Gambar 3.52.
Tambah Data Kategori Pengujian
Enter Text
Enter Text
Pilih Bagian
Enter Text
Enter Text
Kategori ID
Kategori Nama
Batal Simpan
Nilai Miniman
Nilai Maksimal
Satuan
Gambar 3. 52 Desain Form Tambah Data Kategori Pengujian
84
J. Desain Form Pembayaran
Desain form pembayaran merupakan tampilan untuk transaksi pembayaran.
Pada form pembayaran ini digunakan oleh petugas pembayaran sebagai pengguna
untuk mencatat dan memproses transaksi pembayaran. Desain form transaksi
pembayaran dapat dilihat pada Gambar 3.53.
Http:localhost/uji_kir/
search
ReportPembayaranDashboard
Auto generate
Enter Text
No. Jenis Pembayaran Harga
1 Retribusi Uji Rp 15.000
2 JBB Rp 30.000
3 JBKB Rp 15.000
4 Denda Terlambat Rp 60.000
Rp 120.000
Pilih paket
Enter Text
Aplikasi Uji KIR
No. Pembayaran
No. Uji Pemeriksaan
Total Pembayaran
User
Proses Pembayaran
Paket Pembayaran
Nama Pembayar
Gambar 3. 53 Desain Form Pembayaran
Pada desain form pembayaran terdapat nomor uji pemeriksaan untuk
pengujian berkala, kemudian paket pembayaran untuk memilih jenis-jenis
85
pengujian yang telah dikelompokkan berdasarkan paket, di dalam form juga
terdapat nama pembayar dan total biaya pembayaran.
K. Desain Form Pendaftaran
Desain form pendaftaran merupakan tampilan untuk form pendaftaran.
Pada form pendaftaran ini digunakan oleh petugas pendaftaran sebagai pengguna
untuk mencatat dan memproses data pendaftaran. Desain form pendaftaran dapat
dilihat pada Gambar 3.54.
Http:localhost/uji_kir/
search
ReportPendaftaranDashboard Data Pemohon
Enter Text
Aplikasi Uji KIR
Tambah Data
Proses Pendaftaran
Cancel
User
No. Pembayaran
Nama Pemohon
Tambah Data
Alamat
Nama Kendaraan
Jenis Kendaraan
Merk/Type
Nomor Mesin
Nomor Rangka
Gambar 3. 54 Desain Form Pendaftaran
86
Button “Tambah Data” pada nama pemohon dalam form digunakan untuk
menambahkan data pemohon, di dalam desain form terdapat data pemohon yang
harus diisi, desain form tambah data pemohon seperti Gambar 3.55.
Tambah Data Pemohon
Auto Generate
Enter Text
Enter Text
Enter Text
Pemohon ID
Pemohon Nama
Batal Simpan
Pemohon Alamat
Pemohon No Telp
Gambar 3. 55 Desain Form Tambah Data Pemohon
Button “Tambah Data” pada nomor kendaraan dalam form digunakan untuk
menambahkan data kendaraan, di dalam desain form terdapat data kendaraan yang
harus diisi, desain form tambah data pemohon seperti Gambar 3.55., seperti Gambar
3.56.
Tambah Data Kendaraan
Auto Generate
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Enter Text
Kendaraan ID
Jenis Kendaraan
Batal Simpan
Merek
No. Mesin
No. Chasis
No. Plat
Kota
Gambar 3. 56 Desain Form Tambah Data Kendaraan
87
Desain form untuk melihat list data pemohon juga terdapat pada bagian
pendaftaran, desain ini berisi daftar nama pemohon yang telah melakukan
pendaftaran, berisi nama pemohon, alamat, nomor telepon dan data kendaraan.
Desain form list data pemohon ditunjukkan Gambar 3.57.
Http:localhost/uji_kir/
search
ReportPendaftaranDashboard Data Pemohon
No. Nama Alamat
1 Indra JL. Rajawali
2 Anto JL. Semampir
3 Fathur JL. Semolo
4 Rifqi JL. Penjaringan
Data KendaraanNo Telepon
085643434343
085692347234
085642934234
0856297250423
List Data Pemohon
Aplikasi Uji KIR User
Gambar 3.57 Desain Form List Data Pemohon
Desain form data pemeriksaan merupakan desain yang digunakan untuk
melihat data pemeriksaan kendaraan berdasarkan nomor kendaraan, data
pemeriksaan kendaraan berisi nomor pemeriksaan dan data identitas kendaraan.
Desain form data pemeriksaan kendaraan dapat dilihat pada Gambar 3.58.
88
Http:localhost/uji_kir/
search
PendaftaranDashboard Data PemeriksaanData PemohonReport
Enter Text
No. Jenis Pemeriksaan
1 Sumbu Kendaraan (mm)
2 Berat Kendaraan (kg)
3 Bahan Karoseri
Nilai
900
2000
Alumunium
4 Bahan Bakar Solar
Aplikasi Uji KIR User
No. Pemeriksaan
Nama Pemohon
Alamat
Nama Kendaraan
Jenis Kendaraan
Merk/Type
Nomor Mesin
Nomor Rangka
Gambar 3.58 Desain Form Data Pemeriksaan
L. Desain Form Pemeriksaan
Desain form pemeriksaan merupakan tampilan untuk mengisi nilai identitas
kendaraan. Pada form pemeriksaan ini digunakan oleh petugas penyelia sebagai
pengguna untuk mencatat dan memproses data identitas kendaraan, di dalam form
terdapat id pembayaran yang harus diisi dan terdapat kolom nilai pada setiap
identitas kendaraan. Desain form pemeriksaan dapat dilihat pada Gambar 3.59.
89
Http:localhost/uji_kir/
search
PengujianPemeriksaanDashboard Report
Auto Generate
Enter Text
No. Identitas Kedaraan
1 Sumbu Kendaraan (mm)
2 Berat Kendaraan (kg)
3 Bahan Karoseri
Nilai
900
20
Alumunium
4 Bahan Bakar 20
History
Aplikasi Uji KIR
ID Pembayaran
No Pemeriksaan
User
Proses Pemeriksaan
Gambar 3. 59 Desain Form Pemeriksaan
M. Desain Form Pengujian
Desain form pengujian merupakan tampilan dalam mengisi nilai uji. Pada
form pengujian ini digunakan oleh petugas penyelia sebagai pengguna untuk
mencatat dan memproses nilai pengujian, di dalam form terdapat kolom nilai yang
harus diisi. Desain form pengujian dapat dilihat pada Gambar 3.60.
90
Http:localhost/uji_kir/
search
PengujianPemeriksaanDashboard Report
Auto Generate
No. Jenis Ujian Status
1 Rem Utama Lulus
2 Lampu Utama Lulus
3 Speedometer Tidak Lulus
Nilai
10
20
4 Emisi Lulus20
History
Enter Text
Aplikasi Uji KIR
No. Pembayaran
No. Pemeriksaan
User
Proses Penilaian Uji
Ada Tidak
Gambar 3.60 Desain Form Pengujian
N. Desain Form Laporan Pembayaran
Desain form laporan pembayaran merupakan tampilan laporan pembayaran
dalam periode waktu tertentu. Pada form laporan pembayaran ini digunakan oleh
pimpinan sebagai pengguna untuk melihat jumlah pembayaran dalam periode
waktu dan data pembayar. Desain form laporan pembayaran dapat dilihat pada
Gambar 3.61.
91
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Indra Nugraha
2 Anto Boga
3 Irawan
Kendaraan
AG 1111 YA
AG 2222 GH
AG 1234 LE
Pilih Tanggal
Pilih Tanggal
Total Pembayaran
Rp 150000
Rp 200000
Rp 120000
Aplikasi Uji KIR User
Laporan Pembayaran Search
Tanggal Awal
Tanggal Akhir
0
10
20
30
Jan Feb Mar Apr May Jun
Kediri
Luar Kediri
Gambar 3.61 Desain Form Laporan Pembayaran
O. Desain Form Laporan Pendaftaran
Desain form laporan pendaftaran merupakan tampilan laporan pendaftaran
dalam periode waktu tertentu. Pada form laporan pendaftaran ini digunakan oleh
pimpinan sebagai pengguna untuk mengetahui jumlah kendaraan berdasar periode
waktu yang diinginkan. Desain form laporan pendaftaran dapat dilihat pada Gambar
3.62.
92
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Indra Nugraha
2 Anto Boga
3 Irawan
Kendaraan
AG 1111 YA
AG 2222 GH
AG 1234 LE
Pilih Tanggal
Pilih Tanggal
Kota
Kediri
Kediri
Kediri
Aplikasi Uji KIR User
Laporan Pendaftaran Search
Tanggal Awal
Tanggal Akhir
0
5
10
15
20
25
30
35
Jan Feb Mar Apr May Jun
Kediri
Luar Kediri
Gambar 3.62 Desain Form Laporan Pendaftaran
P. Desain Form Laporan Pengujian
Desain form laporan pengujian merupakan tampilan laporan hasil pengujian
dalam periode waktu tertentu. Pada form laporan pengujian ini digunakan oleh
pimpinan sebagai pengguna untuk melihat jumlah kendaraan yang lulus uji berasal
dari kota Kediri dalam periode waktu yang diinginkan. Desain form laporan
pengujian dapat dilihat pada Gambar 3.63.
93
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Indra Nugraha
2 Anto Boga
3 Irawan
Kendaraan
AG 1111 YA
AG 2222 GH
AG 1234 LE
Pilih Tanggal
Pilih Tanggal
Kota
Kediri
Kediri
Kediri
Status
Lulus
Lulus
Lulus
Aplikasi Uji KIR User
Laporan Pengujian Search
Tanggal Awal
Tanggal Akhir
0
5
10
15
20
25
30
35
Jan Feb Mar Apr May Jun
Kediri
Luar Kediri
Gambar 3.63 Desain Form Laporan Pengujian
Q. Desain Form Laporan Batas Waktu Uji
Desain form laporan batas waktu uji merupakan tampilan laporan waktu uji
kendaraan dalam periode waktu tertentu. Pada form laporan batas waktu uji ini
digunakan oleh pimpinan sebagai pengguna untuk melihat batas waktu uji
kendaraan yang berasal dari kota Kediri dalam periode waktuvyang diinginkan.
Desain form laporan batas waktu uji dapat dilihat pada Gambar 3.64.
94
Http:localhost/uji_kir/
search
ReportMasterDashboard Data Pemohon
ID Nama
1 Indra Nugraha
2 Anto Boga
3 Irawan
Kendaraan
AG 1111 YA
AG 2222 GH
AG 1234 LE
Pilih Tanggal
Pilih Tanggal
Tanggal
17 Januari 2017
17 Januari 2017
18 Januari 2017
Aplikasi Uji KIR User
Laporan Batas Uji Search
Tanggal Awal
Tanggal Akhir
Gambar 3.64 Desain Form Laporan Batas Waktu Uji
R. Desain Cetak Laporan Pembayaran
Desain cetak laporan pembayaran merupakan desain dari fitur cetak untuk
laporan pembayaran pada aplikasi. Desain cetak laporan pendaftaran berisi nama
pembayar, plat nomor kendaraan, dan biaya pembayaran, serta total pembayaran.
Desain form data pemeriksaan dapat dilihat pada Gambar 3.65.
95
Gambar 3.65 Desain Cetak Laporan Pembayaran
S. Desain Cetak Laporan Pendaftaran
Desain cetak laporan pendaftaran merupakan desain dari fitur cetak untuk
laporan pendaftaran pada aplikasi. Desain cetak laporan pendaftaran berisi nama
tanggal, nama pemohon, kendaraaan, serta asal kota. Desain form data pendaftaran
dapat dilihat pada Gambar 3.66.
96
Gambar 3.66 Desain Cetak Laporan Pendaftaran
T. Desain Cetak Laporan Pengujian
Desain cetak laporan pengujian merupakan desain dari fitur cetak untuk
laporan pengujian pada aplikasi. Desain cetak laporan pengujian berisi nama
pemohon, kedaraan, asal kota dan status pengujian. Desain form data pengujian
dapat dilihat pada Gambar 3.67.
97
Gambar 3.67 Desain Cetak Laporan Pengujian
U. Desain Cetak Batas Waktu Uji Kendaraan Bermotor
Desain cetak laporan batas pengujian merupakan desain dari fitur cetak
untuk laporan pengujian pada aplikasi. Desain cetak laporan batas uji berisi nama
pemohon, kedaraan dan tanggal ujian kembali. Desain form data batas pengujian
dapat dilihat pada Gambar 3.68.
98
Gambar 3.68 Desain Cetak Laporan Batas Uji
Test Case
Test case digunakan untuk mengetahui hasil yang dicapai oleh sistem. Hasil
tersebut telah sesuai apa tidak dengan hasil yang diharapkan. Berikut desain test
case yang akan digunakan untuk mengetahui hasil yang diharapkan.
A. Login
Pengujian form login digunakan untuk menguji apakah fungsi login berjalan
sesuai dengan tujuan atau tidak. Form login digunakan untuk membatasi hak akses
pengguna. Sehingga pengguna hanya bisa mengakses aplikasi sesuai dengan hak
yang dimilikinya. Desain data yang digunakan untuk login dapat dilihat pada Tabel
3.20 dan rancangan uji coba dapat dilihat pada Tabel 3.21.
99
Tabel 3.20 Desain Data Test Case Login
Username Password Hak Akses
admin 12345 Admin
sukarman 12345 Pembayaran
suradi 12345 Pendaftaran
sutejo 12345 Pengujian
Tabel 3.21 Desain Test Case Login
Fungsi Tujuan Hasil Yang Diharapkan
Login
Pengguna login sebagai admin Menampilkan halaman utama
admin
Pengguna login sebagai
petugas pembayaran
Menampilkan halaman utama
pembayaran
Pengguna login sebagai
petugas pendaftaran
Menampilkan halaman utama
pendaftaram
Pengguna login sebagai
petugas pengujian
Menampilkan halaman utama
pengujian
Username dan password tidak
sesuai
Menampilkan pemberitahuan
bahwa username dan password
tidak sesuai
B. Mengelola Data Master Bagian
Pengujian mengelola data master bagian digunakan untuk menguji fungsi
mengelola data master bagian telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.22 dan rancangan uji coba dapat dilihat
pada Tabel 3.23
Tabel 3.22 Desain Data Test Case Master Bagian
Nama Bagian
Pembayaran
Pendaftaran
100
Tabel 3.23 Desain Test Case Master Bagian
Fungsi Tujuan Hasil yang diharapkan
Master Data
Bagian
Mencatat data bagian kedalam
aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
bagian
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
C. Mengelola Data Master Pegawai
Pengujian mengelola data master pegawai digunakan untuk menguji fungsi
mengelola data master pegawai telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.24 dan rancangan uji coba dapat dilihat
pada Tabel 3.25
Tabel 3.24 Desain Data Test Case Master Pegawai
Nama Bagian Alamat No Telp Username
Indra Nugaraha Pembayaran Kediri 08777233 Indra
Anto Boga Pendaftaran Mojokerto 0884738 Boga
Tabel 3.25 Desain Test Case Master Pegawai
Fungsi Tujuan Hasil yang diharapkan
Master Data
Pegawai
Mencatat data pegawai
kedalam aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
101
Fungsi Tujuan Hasil yang diharapkan
Melakukan update pada data
pegawai
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
D. Mengelola Data Master Jenis Pembayaran
Pengujian mengelola data master jenis pembayaran digunakan untuk
menguji fungsi mengelola data master jenis pembayaran telah berjalan dengan
sesuai atau tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.26 dan
rancangan uji coba dapat dilihat pada Tabel 3.27.
Tabel 3.26 Desain Data Test Case Master Jenis Pembayaran
Nama Jenis Pembayaran Harga Jenis Pembayaran
Ganti Buku 10000
Pendaftaran Uji 75000
Tabel 3.27 Desain Test Case Master Jenis Pembayaran
Fungsi Tujuan Hasil yang diharapkan
Master Data
Jenis
Pembayaran
Mencatat data jenis
pembayaran ke dalam
aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
jenis pembayaran
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
E. Mengelola Data Master Paket Pembayaran
Pengujian mengelola data master paket pembayaran digunakan untuk
menguji fungsi mengelola data master paket pembayaran telah berjalan dengan
sesuai atau tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.28 dan
rancangan uji coba dapat dilihat pada Tabel 3.29.
102
Tabel 3.28 Desain Data Test Case Master Paket Pembayaran
Nama Paket Detil Paket
Paket Uji Pertama Ganti Buku, Pendaftaran Uji
Tabel 3.29 Desain Test Case Master Paket Pembayaran
Fungsi Tujuan Hasil yang diharapkan
Master Data
Paket
pembayaran
Mencatat data paket
pembayaran kedalam aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
paket pembayaran
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
F. Mengelola Data Master Identitas Kendaraan
Pengujian mengelola data master identitas kendaraan digunakan untuk
menguji fungsi mengelola data master identitas kendaraan telah berjalan dengan
sesuai atau tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.30 dan
rancangan uji coba dapat dilihat pada Tabel 3.31.
Tabel 3.30 Desain Data Test Case Master Identitas Kendaraan
Nama Identitas Kendaraan Satuan
Berat Kendaraan Sumbu Pertama Kg
Berat Kendaraan Sumbu Kedua Kg
Tabel 3.31 Desain Test Case Master Identitas Kendaraan
Fungsi Tujuan Hasil yang diharapkan
Master Data
Identitas
Kendaraan
Mencatat data identitas
kendaraan kedalam aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan update pada data
identitas kendaraan
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
103
G. Mengelola Data Master Jenis Kendaraan
Pengujian mengelola data master jenis kendaraan digunakan untuk menguji
fungsi mengelola data master jenis kendaraan telah berjalan dengan sesuai atau
tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.32 dan rancangan uji
coba dapat dilihat pada Tabel 3.33.
Tabel 3.32 Desain Data Test Case Master Jenis Kendaraan
Nama Jenis Kendaraan
Pembayaran
Pendaftaran
Tabel 3.33 Desain Test Case Master Jenis Kendaraan
Fungsi Tujuan Hasil yang diharapkan
Master Data
Jenis
Kendaraan
Mencatat data jenis kendaraan
kedalam aplikasi.
Data tersimpan kedalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
jenis kendaraan
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
H. Mengelola Data Master Jenis Pengujian
Pengujian mengelola data master jenis pengujian digunakan untuk menguji
fungsi mengelola data master jenis pengujian telah berjalan dengan sesuai atau
tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.34 dan rancangan uji
coba dapat dilihat pada Tabel 3.3
Tabel 3.34 Desain Data Test Case Master Jenis Pengujian
Nama Jenis Pengujian
Peralatan
Sistem Kemudi
104
Tabel 3.35 Desain Test Case Master Jenis Pengujian
Fungsi Tujuan Hasil yang diharapkan
Master Data
Jenis
Pengujian
Mencatat data Jenis pengujian
kedalam aplikasi.
Data tersimpan ke dalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
Jenis pengujian
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
I. Mengelola Data Master Kategori Pengujian
Pengujian mengelola data master kategori pengujian digunakan untuk
menguji fungsi mengelola data master kategori pengujian telah berjalan dengan
sesuai atau tidak. Desain data yang digunakan dapat dilihat pada Tabel 3.36 dan
rancangan uji coba dapat dilihat pada Tabel 3.37
Tabel 3.36 Desain Data Test Case Master Kategori Pengujian
Nama Kategori Jenis Pengujian Nilai Minimal Nilai Maksimal
Roda Kemudi Sistem Kemudi 1200 13000
Batang Kemudi Sistem Kemudi 1500 2500
Tabel 3.37 Desain Test Case Master Kategori Pengujian
Fungsi Tujuan Hasil yang diharapkan
Master Data
Kategori
Pengujian
Mencatat data kategori
pengujian kedalam aplikasi.
Data tersimpan ke dalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
kategori pengujian
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
105
J. Mengelola Data Pembayaran
Pengujian mengelola data pembayaran digunakan untuk menguji fungsi
mengelola data pembayaran telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.38 dan rancangan uji coba dapat dilihat
pada Tabel 3.39
Tabel 3.38 Desain Data Test Case Pembayaran
No
Pemeriksaan
Uji
Nama
Pembayar
Paket
Pembayaran
Jenis
Pembayaran
Total
Pembayaran
Indra Paket Pertama Ganti Buku,
Pendaftaran
Uji
225.000
Tabel 3.39 Desain Test Case Pembayaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
Pembayaran
Memeriksa nomor uji
pemeriksaan jika ada.
Tampil Paket Pembayaran
Berkala
Menampilkan data jenis
pembayaran berdasarkan paket
pembayaran
Data jenis pembayaran tampil
Menyimpan data pembayaran Data pembayaran berhasil
disimpan di database. Sistem
menampilkan alert data berhasil
disimpan dan menampilkan
bukti pembayaran.
K. Mengelola Data Pendaftaran
Pengujian mengelola data pendaftaran digunakan untuk menguji fungsi
mengelola data pendaftaran telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.40 dan rancangan uji coba dapat dilihat
pada Tabel 3.41.
106
Tabel 3.40 Desain Data Test Case Pendaftaran
No Pembayaran Nama Pemohon Kendaraan
FOM000002 Indra L 300
Tabel 3.41 Desain Test Case Pendaftaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
Pendaftaran
Memeriksa no pembayaran. Nomor pembayaran tampil
Menampilkan data pemohon Data data pemohon tampil
Menampilkan data kendaraan Data kendaraan tampil
Menyimpan data pendaftaran Data pendaftaran tersimpan di
database dan sistem
menampilkan alert bahwa data
telah disimpan
Apabila data pemohon dan kendaran belum tersedia, maka data pemohon
dan kendaraan harus dibuat terlebih dahulu. Form pemohon dan kendaraan diuji
untuk memeriksa apakah telah berjalan dengan sesuai atau tidak. Desain data untuk
form pemohon dan form kendaraan dapat dilihat pada Tabel 3.42 dan Tabel 3.43.
serta rancangan uji coba dapat dilihat pada Tabel 3.44 dan Tabel 3.45.
Tabel 3.42 Desain Data Test Case Pemohon
Nama Pemohon Alamat Kota No Telp
Indra Nugraha Sidoarjo Malang 08765745
Tabel 3.43 Desain Data Test Case Kendaraan
Jenis Kendaraan Merek No Mesin No Chasis Plat
Box Avanza 4567890- 034567890 L 4002 WK
Tabel 3.44 Desain Test Case Pemohon
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
Pemohon
Mencatat data pemohon ke
dalam aplikasi.
Data tersimpan ke dalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
107
Fungsi Tujuan Hasil yang diharapkan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
pemohon
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
Tabel 3.45 Desain Test Case Kendaraan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
Kendaraan
Mencatat data kendaraan ke
dalam aplikasi.
Data tersimpan ke dalam
database. Sistem menampilkan
pemberitahuan bahwa data telah
disimpan
Melakukan pemeriksaan
terhadap data kosong
Data tidak dapat disimpan
Melakukan update pada data
kendaraan
Data pada database berhasil
diubah dan sistem menapilkan
alert bahwa data telah diubah.
L. Mengelola Data Pemeriksaan
Pengujian mengelola data pemeriksaan digunakan untuk menguji fungsi
mengelola data pemeriksaan telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.46 dan rancangan uji coba dapat dilihat
pada Tabel 3.47.
Tabel 3.46 Desain Data Test Case Pemeriksaan
No Pembayaran Detil Pemeriksaan Nilai
FOM000002 Berat Kendaraan
Sumbu pertama, Berat
Kendaraan Sumbu
Kedua, Berat
Kendaraan Sumbu
Ketiga
2500,2400,2300
108
Tabel 3.47 Desain Test Case Pemeriksaan
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
pemeriksaan
Memeriksa pembayaran. Nomor Pemeriksaan
ditampilkan
Menyimpan data pemeriksaan Data pemeriksaan berhasil
disimpan di database. Sistem
menampilkan alert data berhasil
disimpan.
M. Menegelola Data pengujian
Pengujian mengelola data pengujian digunakan untuk menguji fungsi
mengelola data pengujian telah berjalan dengan sesuai atau tidak. Desain data yang
digunakan dapat dilihat pada Tabel 3.48 dan rancangan uji coba dapat dilihat pada
Tabel 3.49
Tabel 3.48 Desain Data Test Case Pengujian
No Pembayaran Detil Pengujian Status Nilai Status
Pengujian
FOM000002 Peralatan, Sistem
Kemudi, Rangka
Body
Lulus, lulus, lulus Lulus
Tabel 3.49 Desain Test Case Pengujian
Fungsi Tujuan Hasil yang diharapkan
Mengelola
Data
pengujian
Memeriksa no pembyaaran. Nomer Pemeriksaan
ditampilkan
Menyimpan data pengujian Data pengujian berhasil
disimpan di database. Sistem
menampilkan alert data berhasil
disimpan
109
N. Mengelola Laporan Pembayaran
Pengujian mengelola laporan pembayaran digunakan untuk menguji fungsi
mengelola laporan pembayaran telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.50 dan rancangan uji coba dapat dilihat
pada Tabel 3.51.
Tabel 3.50 Desain Data Test Case Laporan Pembayaran
Tanggal Awal Tanggal Akhir
02/28/2017 03/31/2017
Tabel 3.51 Desain Test Case Laporan Pembayaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
laporan
Pembayaran
Menampilkan laporan
pembayaran berdasarkan
tanggal.
Data pembayaran berhasil
tampil berdasarkan tanggal yang
dipilih
O. Menglola Laporan Pendaftaran
Pengujian mengelola laporan pendaftaran digunakan untuk menguji fungsi
mengelola laporan pendaftaran telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.52 dan rancangan uji coba dapat dilihat
pada Tabel 3.53
Tabel 3.52 Desain Data Test Case Laporan Pendaftaran
Tanggal Awal Tanggal Akhir
02/28/2017 03/31/2017
Tabel 3.53 Desain Test Case Laporan Pendaftaran
Fungsi Tujuan Hasil yang diharapkan
Mengelola
laporan
pendaftaran
Menampilkan laporan
pembayaran berdasarkan
tanggal.
Data pembayaran berhasil
tampil berdasarkan tanggal yang
dipilih
110
P. Menglola Laporan Pengujian
Pengujian mengelola laporan pengujian digunakan untuk menguji fungsi
mengelola laporan laporan pengujian telah berjalan dengan sesuai atau tidak.
Desain data yang digunakan dapat dilihat pada Tabel 3.54 dan rancangan uji coba
dapat dilihat pada Tabel 3.55
Tabel 3.54 Desain Data Test Case Laporan Peengujian
Tanggal Awal Tanggal Akhir
02/28/2017 03/31/2017
Tabel 3.55 Desain Test Case Laporan Pengujian
Fungsi Tujuan Hasil yang diharapkan
Mengelola
laporan
pengujian
Menampilkan laporan
pembayaran berdasarkan
tanggal.
Data pembayaran berhasil
tampil berdasarkan tanggal yang
dipilih
Q. Mengelola Laporan Batas Uji
Pengujian mengelola laporan batas uji digunakan untuk menguji fungsi
mengelola laporan batas uji telah berjalan dengan sesuai atau tidak. Desain data
yang digunakan dapat dilihat pada Tabel 3.56 dan rancangan uji coba dapat dilihat
pada Tabel 3.57
Tabel 3.56 Desain Data Test Case Laporan Batas Uji
Tanggal Awal Tanggal Akhir
02/28/2017 03/31/2017
Tabel 3.57 Desain Test Case Laporan Batas Uji
Fungsi Tujuan Hasil yang diharapkan
Mengelola
laporan batas
uji
Menampilkan laporan
pembayaran berdasarkan
tanggal.
Data pembayaran berhasil
tampil berdasarkan tanggal yang
dipilih