BAB III ANALISIS DAN PERANCANGAN SISTEMrepository.dinamika.ac.id/id/eprint/2572/5/BAB_III.pdf · 19...

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.

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.

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


pembayaran

3. Petugas Pendaftaran a. Mengelola data

pendaftar

b. Melakukan

reminder SMS

gateway


pendaftaran

b. Mengirimkan

reminder SMS

gateway

4. Penguji Penyelia a. Mengelola data

pemeriksaan

pengujian

b. Mengelola data

pengujian


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


pengguna memasukkan data paket pembayaran ke dalam system, lalu system


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


pengguna memasukkan data jenis kendaraan ke dalam system, lalu system


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


pengguna memasukkan data jenis pengujian ke dalam system, lalu system


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


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


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 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 Detail Paket Pembayaran



Data Pegawai

Data Bagian

Data Bagian

Data Bagian



Data Pegawai





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

)



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

)

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

)



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



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

)



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

)



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

)



<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

)



<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

)



<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

)



<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



<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

)



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



<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



<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





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

)





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

)





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

)





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

)





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


c. Fungsi : Mengelola data jenis pembayaran

64

Tabel 3. 4 Tabel Jenis Pembayaran


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


c. Fungsi : Mengelola data jenis paket pembayaran

Tabel 3. 5 Tabel Jenis Paket Pembayaran


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


c. Fungsi : Mengelola data jenis kendaraan

65

Tabel 3. 7 Tabel Jenis Kendaraan


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


c. Fungsi : Mengelola data identitas kendaraan

Tabel 3. 9 Tabel Identitas Kendaraan


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


c. Fungsi : Mengelola data jenis pengujian

66

Tabel 3. 10 Tabel Jenis Pengujian


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


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


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


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


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


c. Fungsi : Mengelola data pemohon

Tabel 3. 14 Tabel Pemohon


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


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


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


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


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


1. IDENTITAS_ID Varc

har 15

Primary Key,

Foreign Key

IENTITAS_KEND

ARAAN

70


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


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



search


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


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


search


ID Nama

1 Ganti Buku

2 Di atas 3500 KG

3 Emisi

Harga

15.000

75.000

25.000

Action


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.


search


ID Nama

1 Paket Ujian Pertama

2 Paket Ujian Berkala

3 Paket Ujian Ulang

Detil Paket


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.


search


ID Nama

1 Mobil Box

2 Pick Up

3 Mobil Angkutan

4 Truck Gandeng

ActionDetil Jenis


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


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.


search


ID Nama

1 Jumlah Muatan

2 Berat Muatan

3 Emisi Gas

Satuan

Orang

Kg

%

Action


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.


search


ID Nama

1 Peralatan

2 Penerangan

3 Sistem Rem

4 Emisi

Action


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


search


ID Nama

1 Lampu

2 Plat nomor

3 Klakson

ActionJenis

Penerangan

Peralatan

Peralatan

Standar Min

100

0

0

Standar Max

0

0

0


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.


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.


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.


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


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


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


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


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


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


search


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


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


search


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


Laporan Pendaftaran Search

Tanggal Awal

Tanggal Akhir

0

5

10

15

20

25

30

35


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


search


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


Laporan Pengujian Search

Tanggal Awal

Tanggal Akhir

0

5

10

15

20

25

30

35


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


search


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


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


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


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


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


petugas pendaftaran


pendaftaram


petugas pengujian


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


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


Master Data

Pegawai

Mencatat data pegawai

kedalam aplikasi.




disimpan




101



pegawai




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


Master Data

Jenis

Pembayaran

Mencatat data jenis

pembayaran ke dalam

aplikasi.




disimpan





jenis pembayaran




E. Mengelola Data Master Paket Pembayaran

Pengujian mengelola data master paket pembayaran digunakan untuk

menguji fungsi mengelola data master paket pembayaran telah berjalan dengan



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


Master Data

Paket

pembayaran

Mencatat data paket

pembayaran kedalam aplikasi.




disimpan





paket pembayaran




F. Mengelola Data Master Identitas Kendaraan

Pengujian mengelola data master identitas kendaraan digunakan untuk

menguji fungsi mengelola data master identitas kendaraan telah berjalan dengan



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


Master Data

Identitas

Kendaraan

Mencatat data identitas

kendaraan kedalam aplikasi.




disimpan


identitas kendaraan




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


Pembayaran

Pendaftaran

Tabel 3.33 Desain Test Case Master Jenis Kendaraan


Master Data

Jenis

Kendaraan

Mencatat data jenis kendaraan

kedalam aplikasi.




disimpan





jenis kendaraan




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


Master Data

Jenis

Pengujian

Mencatat data Jenis pengujian

kedalam aplikasi.

Data tersimpan ke dalam



disimpan





Jenis pengujian




I. Mengelola Data Master Kategori Pengujian

Pengujian mengelola data master kategori pengujian digunakan untuk

menguji fungsi mengelola data master kategori pengujian telah berjalan dengan


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


Master Data

Kategori

Pengujian

Mencatat data kategori

pengujian kedalam aplikasi.




disimpan





kategori pengujian




105

J. Mengelola Data Pembayaran

Pengujian mengelola data pembayaran digunakan untuk menguji fungsi

mengelola data pembayaran telah berjalan dengan sesuai atau tidak. Desain data


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


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


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


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


Mengelola

Data

Pemohon

Mencatat data pemohon ke

dalam aplikasi.




disimpan

107






pemohon




Tabel 3.45 Desain Test Case Kendaraan


Mengelola

Data

Kendaraan

Mencatat data kendaraan ke

dalam aplikasi.




disimpan





kendaraan




L. Mengelola Data Pemeriksaan

Pengujian mengelola data pemeriksaan digunakan untuk menguji fungsi

mengelola data pemeriksaan telah berjalan dengan sesuai atau tidak. Desain data


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


Mengelola

Data

pemeriksaan

Memeriksa pembayaran. Nomor Pemeriksaan

ditampilkan

Menyimpan data pemeriksaan Data pemeriksaan 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


Mengelola

Data

pengujian

Memeriksa no pembyaaran. Nomer Pemeriksaan

ditampilkan

Menyimpan data pengujian Data pengujian 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


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


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


pada Tabel 3.53

Tabel 3.52 Desain Data Test Case Laporan Pendaftaran


02/28/2017 03/31/2017

Tabel 3.53 Desain Test Case Laporan Pendaftaran


Mengelola

laporan

pendaftaran

Menampilkan laporan


tanggal.



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


02/28/2017 03/31/2017

Tabel 3.55 Desain Test Case Laporan Pengujian


Mengelola

laporan

pengujian

Menampilkan laporan


tanggal.



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


pada Tabel 3.57

Tabel 3.56 Desain Data Test Case Laporan Batas Uji


02/28/2017 03/31/2017

Tabel 3.57 Desain Test Case Laporan Batas Uji


Mengelola

laporan batas

uji

Menampilkan laporan


tanggal.



dipilih

BAB III ANALISIS DAN PERANCANGAN SISTEMrepository.dinamika.ac.id/id/eprint/2572/5/BAB_III.pdf · 19...

Documents

Transcript of BAB III ANALISIS DAN PERANCANGAN SISTEMrepository.dinamika.ac.id/id/eprint/2572/5/BAB_III.pdf · 19...