LAPORAN

PRAKTIK KERJA LAPANGAN

SISTEM PENDATAAN KEDATANGAN DAN

KEBERANGKATAN BUS

Di
SATUAN TERMINAL TIPE A KOTA KEDIRI

Oleh:
AULIA POPPY JUWITA NIM. 1931735014
DWI NUGROHO NIM. 1931735031
LESSY SANDYAS FARADELA NIM. 1931735054

PROGRAM STUDI D-III MANAJEMEN INFORMATIKA

PSDKU KEDIRI
POLITEKNIK NEGERI MALANG
2019
 LAPORAN
PRAKTIK KERJA LAPANGAN
HALAMAN JUDUL

SISTEM PENDATAAN KEDATANGAN DAN

KEBERANGKATAN BUS

Di
SATUAN TERMINAL TIPE A KOTA KEDIRI

Oleh:
AULIA POPPY JUWITA NIM. 1931735014
DWI NUGROHO NIM. 1931735031
LESSY SANDYAS FARADELA NIM. 1931735054

PROGRAM STUDI D-III MANAJEMEN INFORMATIKA

PSDKU KEDIRI
POLITEKNIK NEGERI MALANG
2019

i
 HALAMAN PENGESAHAN

SISTEM PENDATAAN KEDATANGAN DAN

KEBERANGKATAN BUS

Di
SATUAN TERMINAL TIPE A KOTA KEDIRI

Oleh:
AULIA POPPY JUWITA NIM. 1931735014
DWI NUGROHO NIM. 1931735031
LESSY SANDYAS FARADELA NIM. 1931735054

Laporan PKL ini telah diuji pada tanggal 04 Oktober 2019

Menyetujui,

Pembimbing Perusahaan Pembimbing PKL

Nur Akbar Saifuddin Benni Agung Nugroho, S.Kom., M.Cs.

NIK. 36KMB-HNR11041845 NIDN. 0724068102

Ketua Program Studi

D-III Manajemen Informatika

Fadelis Sukya, S.Kom., M.Cs.

NIDN. 0730038201

ii
 PERNYATAAN ORISINALITAS

Yang bertanda tangan dibawah ini

1. Mahasiswa I
Nama : AULIA POPPY JUWITA
NIM : 1931735014
2. Mahasiswa II
Nama : DWI NUGROHO
NIM : 1931735031
3. Mahasiswa III
Nama : LESSY SANDYAS FARADELA
NIM : 1931735054
Menyatakan bahwa Laporan Praktik Kerja Lapangan yang berjudul Sistem
Pendataan Kedatangan Dan Keberangkatan Bus beserta isinya adalah benar-benar
karya sendiri, dan tidak terdapat karya yang pernah diajukan untuk memperoleh
gelar Ahli Madya kecuali yang secara tertulis diacu dalam naskah ini disebutkan
dalam daftar pustaka.

Kediri, 14 Agustus 2019

Yang membuat pernyataan,

Mahasiswa I Mahasiswa II

Aulia Poppy Juwita Dwi Nugroho

NIM. 1931735014 NIM. 1931735031

Mahasiswa III

Lessy Sandyas Faradela

NIM. 1931735054

iii
 KATA PENGANTAR

Segala puji dan syukur penulis panjatkan kepada Tuhan Yang Maha Esa
atas berkat dan rahmatnya, sehingga Laporan Praktik Kerja Lapangan ini yang
berjudul SISTEM PENDATAAN KEDATANGAN DAN KEBERANGKATAN
BUS dapat terselesaikan. Laporan ini tidak mungkin bisa selesai dengan baik, jika
tidak ada bantuan dari berbagai pihak. Pada kesempatan ini, kami mengucapkan
terima kasih yang sebesar-besarnya kepada :
1. Bapak Fadelis Sukya, S.Kom., M.Cs,. selaku ketua Program Studi D-III
Manajemen Informatika PSDKU Kediri Politeknik Negeri Malang serta
segenap jajarannya.
2. Bapak Benni Agung Nugroho, S.Kom., M.Cs. Dosen Pembimbing Praktik
Kerja Lapangan yang telah memberi masukan dan saran yang sangat
membantu untuk menyelesaikan Laporan Praktik Kerja Lapangan.
3. Bapak Nur Akbar Saifuddin Pembimbing Lapangan di Satuan Terminal
Tipe A Kota Kediri yang telah membimbing kami di lapangan kerja.
4. Kedua orang tua, ayah dan ibu yang telah memberikan dukungan materil
dan imateril, semangat, kasih sayang, dan pengorbanan kepada penulis
yang tak terhitung dan ternilai jumlahnya.
5. Seluruh teman-teman Managemen Informatika. Terima kasih atas
kerjasama, kekompakan dan kebersamaannya.
6. Seluruh pihak yang tidak dapat penulis sebutkan satu per satu, yang telah
membantu penulis dalam menyelesaikan studi D-III ini. Kami menyadari
bahwa laporan ini belum sempurna dan masih mempunyai banyak
kekurangan. Oleh karena itu, saran dan kritik sangat kami harapkan dan
semoga laporan ini dapat bermanfaat untuk pembaca.

Kediri, 14 Agustus 2019

Penulis

iv
 DAFTAR ISI

HALAMAN JUDUL................................................................................................ i
HALAMAN PENGESAHAN ................................................................................. ii
PERNYATAAN ORISINALITAS ........................................................................ iii
KATA PENGANTAR ........................................................................................... iv
DAFTAR ISI ........................................................................................................... v
DAFTAR TABEL ................................................................................................. vii
DAFTAR GAMBAR ........................................................................................... viii
DAFTAR LAMPIRAN .......................................................................................... ix
BAB 1 PENDAHULUAN ..................................................................................... 1

1.1 Latar Belakang.......................................................................................... 1

1.2 Tujuan ....................................................................................................... 2
1.3 Manfaat ..................................................................................................... 2
1.4 Waktu Pelaksanaan................................................................................... 2

BAB II GAMBARAN UMUM PERUSAHAAN ................................................... 3

2.1 Sejarah Perusahaan ................................................................................... 3

2.2 Lokasi Perusahaan .................................................................................... 4
2.3 Struktur Organisasi ................................................................................... 4
2.3 Bidang Usaha............................................................................................ 6
2.4 Ketenagakerjaan ....................................................................................... 7

BAB III URAIAN KEGIATAN ........................................................................... 11

3.1 Tempat Kegiatan .................................................................................... 11

3.2 Uraian Kegiatan ...................................................................................... 11
3.3 Masalah yang Dihadapi .......................................................................... 12
3.4 Penanganan Masalah .............................................................................. 12
3.5 Sistem Pendataan Kedatangan Dan Keberangkatan Bus........................ 12

3.5.1 Landasan Teori ................................................................................ 12

3.5.2 Rancangan Data Flow Diagram (DFD)........................................... 33
3.5.3 Perancangan Arsitektur Sistem ....................................................... 37
3.5.4 Perencanaan..................................................................................... 38

v
 3.5.5 Analisis Kinerja ............................................................................... 39
3.5.6 Analisis Fungsi Sistem .................................................................... 40

BAB IV KESIMPULAN DAN SARAN .............................................................. 53

4.1 Kesimpulan ............................................................................................. 53

4.2 Saran ....................................................................................................... 53

DAFTAR PUSTAKA ............................................................................................. x

LAMPIRAN – LAMPIRAN ................................................................................. xii

vi
 DAFTAR TABEL

Tabel 2. 1 Ketenagakerjaan ..................................................................................... 7

Tabel 3. 1 Pengujian kecepatan baca NFC tag ...................................................... 20
Tabel 3. 2 Pengujian kecepatan tulis NFC tag ...................................................... 21
Tabel 3. 3 Simbol-Simbol DFD ............................................................................ 32

vii
 DAFTAR GAMBAR

Gambar 2. 1 Lokasi Perusahaan .............................................................................. 4

Gambar 2. 2 Struktur Organisasi ............................................................................. 6
Gambar 3. 1 Ilustrasi penyusunan byte didalam array dua dimensi ..................... 14
Gambar 3. 2 Kombinasi data dan kunci cipher menggunakan operasi bitwise XOR
(Crypto, 2006) ....................................................................................................... 15
Gambar 3. 3 Subtitusi data dengan lookup table(Crypto, 2006) ........................... 16
Gambar 3. 4 Operasi ShiftRows pada matriks data(Crypto, 2006)....................... 17
Gambar 3. 5 Operasi perkalian pada matriks data(Crypto, 2006)......................... 17
Gambar 3. 6 Contoh QR Code .............................................................................. 29
Gambar 3. 7 Format barcode yang didukung pustaka ZXing ............................... 30
Gambar 3. 8 DFD Level 0 ..................................................................................... 34
Gambar 3. 9 DFD Level 1 ..................................................................................... 36
Gambar 3. 10 DFD Level 2 Kelola Jadwal Bus .................................................... 36
Gambar 3. 11 Perancangan Arsitektur Sistem ...................................................... 37
Gambar 3. 12 Sistem Lama ................................................................................... 41
Gambar 3. 13 Halaman Login ............................................................................... 42
Gambar 3. 14 Jadwal Keberangkatan atau Kedatangan Bus................................. 43
Gambar 3. 15 Tampilan Awal ............................................................................... 44
Gambar 3. 16 Pendataan Bus Masuk Metode Barcode ......................................... 45
Gambar 3. 17 Pendataan Bus Masuk Metode Manual .......................................... 46
Gambar 3. 18 Pendataan Bus Keluar Metode Barcode ......................................... 47
Gambar 3. 19 Pendataan Bus Keluar Metode Manual .......................................... 48
Gambar 3. 20 Pendataan Bus Baru ....................................................................... 49
Gambar 3. 21 Pendataan Bus Baru ....................................................................... 50
Gambar 3. 22 Halaman Rekap Bus dan Penumpang ............................................ 51
Gambar 3. 23 Halaman Kelola Jadwal Bus .......................................................... 52

viii
 DAFTAR LAMPIRAN

1. Surat keterangan Praktik Kerja Lapangan dari perusahaan (Lampiran 1) .... xii
2. Formulir Daftar Hadir (Lampiran 2) ............................................................. xii
3. Formulir Daftar Kegiatan Harian Praktik Kerja Lapangan (Lampiran 3)..... xii
4. Formulir Penilaian Dari Perusahaan (Lampiran 4) ....................................... xii
5. Formulir Kartu Konsultasi Praktik Kerja Lapangan (Lampiran 5) ............... xii
6. Foto Kegiatan (Lampiran 6) .......................................................................... xii

ix
 BAB 1
PENDAHULUAN

1.1 Latar Belakang

Era globalisasi saat ini, persaingan hidup semakin meningkat terutama
dalam persaingan di dunia kerja. Untuk itu setiap orang dituntut memiliki keahlian
yang mumpuni serta pengalaman agar mampu memenangkan persaingan. Tentu
saja hal tersebut harus sesuai dengan bidang ilmu yang telah dipelajari seseorang,
misalnya pendidikan perkuliahan. Hal tersebut sangat dibutuhkan untuk
menunjang prestasi dalam bekerja.
Praktik Kerja Lapangan merupakan kegiatan yang wajib ditempuh oleh
mahasiswa semester 5 di Politeknik Negeri Malang PSDKU Kediri. Magang
dimaksudkan untuk memberikan pengalaman kerja langsung bagi mahasiswa
tentang penerapan pendidikan yang diperoleh dari pendidikan Politeknik Negeri
Malang PSDKU Kediri.
Melalui partisipasi dalam pelaksanaan praktik kerja lapangan bentuk nyata
yang dapat dilakukan mahasiswa adalah terjun langsung di Lapangan kerja.
Dengan begitu diharapkan mahasiswa mendapatkan gambaran secara langsung
mengenai kondisi dan situasi yang sesungguhnya terjadi didalam dunia kerja.
Mahasiswa akan mengetahui kualifikasi fresh graduate yang menjadi daya tarik
bagi instansi pemerintah ataupun pihak-pihak swasta sehingga mahasiswa dapat
mengukur kemampuan yang dimilikinya dengan persyaratan yang dibutuhkan di
dalam dunia kerja. Dengan mengetahui kemampuan diri masing-masing,
mahasiswa dapat segera memperbaiki kualitas diri agar menjadi lebih kompetitif
dan potensial.
Praktik Kerja Lapangan merupakan usaha memperluas pengetahuan dan
pemikiran karena disadari bahwa pengetahuan yang diperoleh mahasiswa
dibangku kuliah belum memadai untuk bakal terjun di lapangan kelak. Kegiatan
magang dilaksanakan di Satuan Terminal Tipe A Kota Kediri.

1
 2

1.2 Tujuan
Tujuan yang ingin dicapai dari penelitian ini adalah mempelajari dan
mengaplikasikan sistem pendataan kedatangan dan keberangkatan bus di terminal
tamanan kediri dan Pemanfaatan data kedatangan dan keberangkatan bus di
Terminal Tipe A Tamanan Kediri.

1.3 Manfaat
Manfaat yang diperoleh melalui praktik kerja lapangan ini adalah sebagai
berikut :
a. Menambah pengalaman dalam dunia kerja.
b. Menerapkan ilmu di yang telah dipelajari selama ini.
c. Meningkatkan kinerja Satuan Terminal Tamanan Tipe A Kediri.
d. Dapat membantu tugas dan pekerjaan dalam hal pendataan bus.

1.4 Waktu Pelaksanaan

Pelaksanaan Praktik Kerja Lapangan pada Satuan Terminal Tamanan Tipe
A Kediri diselenggarakan secara 2 bulan penuh dimulai dari tanggal 24 Juni 2019
sampai dengan tanggal 24 Agustus 2019. Jadwal jam kerja dan jam istirahat
mengikuti peraturan dari Satuan Terminal Tamanan Tipe A Kediri.
 BAB II
GAMBARAN UMUM PERUSAHAAN

2.1 Sejarah Perusahaan

Terminal Tamanan Kota Kediri merupakan terminal Tipe A yang dikelola
oleh Kementerian Perhubungan per Januari 2017. Prosedur standar operasional
Terminal Tamanan Kota Kediri mengikuti standar operasional Kementerian
Perhubungan dimana untuk setiap bus yang keluar masuk terminal harus
dilakukan pemeriksaan ijin trayek dan pendataan jumlah penumpang, yaitu
jumlah penumpang didalam bus, yang naik dan yang turun pada gerbang
kedatangan dan gerbang keberangkatan
Satuan Terminal Tipe A Kota Kediri merupakan Satuan Pelaksana
(SATPEL) yang berada dibawah naungan Kementrian Perhubungan Direktorat
Jendral Perhubungan Darat. SATPEL ini bertugas untuk mencatat kedatangan bus
dan pemberangkatan bus tugas lain nya yaitu memeriksa Kartu Pengawasan
(KPS) sesuai trayek atau tidak, jika Perusahaan Otobus (PO) tidak sesuai trayek
maka SATPEL berhak menilang PO tersebut selain itu SATPEL juga memeriksa
kelayakan operasional bus. SATPEL bertugas di Terminal Tamanan Kota Kediri.
Terminal Tamanan merupakan perpindahan dari Terminal Dhoho Jaya
yang sudah tidak lagi memadai dalam mengatur kedatangan dan pemberangkatan
kendaraan umum pada kondisi saat itu. Akhirnya pada Tahun 1990 didirikanlah
Terminal Tamanan di lokasi Desa Tamanan Kecamatan Mojoroto Kota Kediri.
Pembangunan tersebut berlangsung kurang lebih selama 2 Tahun. Baru kemudian
pada tanggal 06 Februari 1992 diresmikanlah Terminal Tamanan oleh Gubernur
KDH Tk. I Jawa Timur dengan luas 27.000 m2 serta beberapa fasilitas
diantaranya Pos Pemberangkatan Bus, Pos Satpam, Ruang Tunggu, Parkir Umum,
Parkir Tamu, Tower, MCK, Kantin, Telepon Umum, Agen Bus, dan Musholla.
Adapun kapasitas dari Terminal ini untuk Jalur Panjang 24 Bus, Jalur Pendek 12
Bus dan Jalur Alternatif 1 Bus.

3
 4

2.2 Lokasi Perusahaan

Gambar 2. 1 Lokasi Perusahaan

Satuan Terminal Tipe A Kota Kediri beralamat dan berkediaman di JL.

Semeru No. 55 Kelurahan Tamanan Kecamatan Mojoroto Kota Kediri, Jawa
Timur.

2.3 Struktur Organisasi

Struktur organisasi merupakan mekanisme-mekanisme formal, dimana
organisasi yang dikelola menunjukkan kerangka dan susunan perwujudan pola
setiap hubungan diantara fungsi-fungsi, bagian-bagian, atau posisi maupun orang
yang menunjukkan kedudukan, tugas wewenang dan tanggung jawab yang
berbeda-beda. Berikut uraian struktur organisasi pada Satuan Terminal Tamanan
Tipe A Kota Kediri :
1. Koordinator Satpel (Satuan Pelayan).
Koordinator satpel mempunyai tugas menyusun,mengendalikan,
dan mengevaluasi rencana pembangunan dan pengembangan. Kepala
satuan terminal juga bertugas untuk menyelenggarakan penelitian di
Terminal.
2. Bagian Keuangan.
Bagian keuangan mempunyai tugas menyiapkan rancangan
keuangan , mencatat anggaran dana pengeluaran dan pemasukkan.
 5

3. Bagian Kepegawaian.
Bagian kepegawaian mempunyai tugas menyiapkan dan
menganalisis data kepegawaian, menyusun dan melaksanakan rencana
program kegiatan di Terminal Tamanan Tipe A.
4. Operasional Terminal.
Operasional terminal mempunyai tugas untuk mengatur
kelancaran bus yang keluar masuk di Terminal Tamanan Tipe A.
5. Bagian Arsip.
Bagian arsip mempunyai tugas membantu kegiatan operasional
bagian kepegawaian yang menangani bagian surat masuk dan keluar,
absensi pegawai serta dokumen perijinan.
6. Petugas Pos Keberangkatan, Petugas Pos Penurunan, dan Petugas Lalu
Lintas.
Petugas pos keberangkatan, petugas pos penurunan, dan petugas
lalu lintas mempunyai tugas untuk mengecek surat-surat bus,
Menilang bus jika tidak membawa kelengkapan surat bus, dan
mendata jam datang bus dan jam keluar bus.
7. Petugas Keamanan.
Petugas keamanan mempunyai tugas untuk mengatur tata tertib
untuk pedagang, pengamen dan pemulung, menjaga keamanan di
Terminal Tamanan Tipe A.

8. Petugas Kebersihan.
Petugas kebersihan mempunyai tugas untuk membersihkan dan
merapikan bagian Terminal Tamanan Tipe A.
 6

Gambar 2. 2 Struktur Organisasi

2.3 Bidang Usaha

Bidang Usaha dari Satuan Terminal Tipe A Kota Kediri yaitu :
1. Bagian Keuangan Satuan Terminal Tipe A Kota Kediri mempunyai
tugas sebagai mengatur dan mengelola keuangan petugas, membuat
laporan, anggaram pengeluaran dan pendapatan di kantor terminal
tamanan tipe A kota kediri.
2. Bagian Kepegawaian Satuan Terminal Tipe A Kota Kediri memiliki
tugas untuk membuat laporan kepegawaian dan melakukan
pengecekan berkas berkas yang di perlukan untuk melaksanakan
kegiatan di kantor Terminal.
3. Bagian Arsip Satuan Satuan Terminal Tipe A Kota Kediri mempunyai
tugas membantu kegiatan operasional bagian kepegawaian yang
 7

menangani bagian surat masuk dan keluar, absensi pegawai serta

dokumen perijinan. Jenis pekerjaan yang dilakukan berkaitan dengan
penginputan data, penggandaan, kearsipan, dan pengurusan surat.

2.4 Ketenagakerjaan
Adapun Ketenagakerjaan di Satuan Terminal Tipe A Kota Kediri diantara
lain sebagai berikut :
Tabel 2. 1 Ketenagakerjaan
NO NAMA JABATAN
1. Bambang Suprianta, S.Sos Koordinator Satpel
2. Putik Riyanti, SE Bagian Keuangan
3. Gunawan Bagian Keuangan
4. Surojun Munir, S.Sos Bagian Kepegawaian
5. Nur Akbar S. A.Md.Kom Bagian Kepegawaian
6. Soehartono Operasional Terminal
7. Hapri Santoso Operasional Terminal
8. Puji Handayani, SE Arsip dan Lain-Lain
9. Wendy Rosalinda, SE Arsip dan Lain-Lain
10. Endrio Agustono Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
11. Juri Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas

12. Maryunan Petugas Pos Keberangkatan, Petugas

Pos Penurunan, dan Petugas Lalu
Lintas
13 Kasmari Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
14 Sugeng Priadi Petugas Pos Keberangkatan, Petugas
 8

Pos Penurunan, dan Petugas Lalu

Lintas
15 Rizki Yudho Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
16 Yono, SE Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
17 Suwaris Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
18 Mahmudi Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
19 Imam Muhtarom Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
20. Rendi S Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
21 Warsito Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
22 Dasar Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
23 Paelean Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
24 Pakur Rigan Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
 9

25 Teguh P Petugas Pos Keberangkatan, Petugas

Pos Penurunan, dan Petugas Lalu
Lintas
26. Tukijan Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
27 Moch. Toyibin Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
28. Agus Dwi Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
29 Emilius Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
30 Eko Prasetyo Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
31 Ribut Petugas Pos Keberangkatan, Petugas
Pos Penurunan, dan Petugas Lalu
Lintas
32 Topan Petugas Keamanan
33 Siswanto Petugas Keamanan
34 Tri Mariyono Petugas Keamanan
35 Ahmad Ridwan Petugas Keamanan
36 Andika. I Petugas Keamanan
37 Ahmad Afandi Petugas Keamanan
38 Fajar Petugas Keamanan
39 Aditya Bintang G Petugas Keamanan
40 Roni Sitanggang Petugas Keamanan
41 Tomy Nur H Petugas Keamanan
42 Andy Tri S Petugas Keamanan
 10

43 Supandi Petugas Kebersihan

44 Imam Supriadi Petugas Kebersihan
45 Jayanto Tunggal Petugas Kebersihan
46 Bayu Aji P Petugas Kebersihan
47 Anta Budi L Petugas Kebersihan
48 Amrul Muminin Petugas Kebersihan
 BAB III
URAIAN KEGIATAN

3.1 Tempat Kegiatan

Penulis ditempatkan pada bagian Pos Pemberangkatan, Pos Penurunan dan
Pengaturan Lalu Lintas dimana penulis bertugas mengoperasikan aplikasi yang
dikembangkan oleh Satuan Terminal Tipe A Kota Kediri. Penulis melaksanakan
kegiatan Praktik Kerja Lapangan dimulai pukul 08.00 sampai dengan pukul 16.00.

3.2 Uraian Kegiatan

Uraian kegiatan yng dilakukan selama Praktik Kerja Lapangan yaitu :
a. Tanggal 24 Juni 2019 sampai dengan 28 Juni 2019, penulis diberikan
tugas oleh pembimbing lapangan untuk menempelkan barcode pada
bus yang masuk ke Terminal Tipe A Tamanan Kota Kediri.
b. Tanggal 1 Juli 2019 sampai dengan 5 Juli 2019, penulis dipindah
tugaskan ke bagian kantor untuk input data kedatangan dan
keberangkatan bus ke excel. Hasil yang di dapat dari kegiatan ini yaitu
penulis dapat merekap data kedatangan dan keberangkatan bus ke
excel secara manual.
c. Tanggal 8 Juli 2019 sampai dengan 12 Juli 2019, pembimbing
lapangan memberikan tugas ke penulis untuk memasukan data bus ke
sistem yang dikembangkan Terminal Tipe A Tamanan.
d. Tanggal 15 Juli 2019 sampai dengan 19 Juli 2019, membagikan
undangan ke semua sopir bus kegiatan ini bertujuan agar sopir bus
mengetahui tentang aplikasi yang sedang dikembangkan Terminal
Tipe A Tamanan.
e. Tanggal 22 Juli 2019 sampai dengan 26 Juli 2019, membagikan kartu
barcode kepada semua sopir bus.
f. Tanggal 29 Juli 2019 sampai dengan 16 Agustus 2019, penulis
ditugaskan oleh pembimbing lapangan untuk menginput kedatangan
dan keberangkatan bus melalui aplikasi.
g. Tanggal 19 Agustus 2019 sampai dengan 23 Agustus 2019, penulis
menginput data kps bus ke aplikasi.

11
 12

3.3 Masalah yang Dihadapi

Dalam pelaksanaan Praktik Kerja Lapangan, penulis mengalami beberapa
masalah diantara lain :
a. Saat menempelkan barcode pada kaca bus dan membagikan undangan
serta kartu barcode ke supir bus, sering kali bus yang masuk
berkecepatan tinggi bahkan sering terburu buru oleh waktu sehingga
bisa membahayakan keselamatan penulis.
b. Kesusahan saat melihat bus sudah ada barcode nya atau belum karena
banyaknya bus yang masuk.
c. Sering terkena asap kendaraan bus karena penulis ditugaskan di pos
kedatangan dan keberangkatan bus.

3.4 Penanganan Masalah

Penanganan masalah yang dilakukan selama melakukan Praktik kerja
Lapangan yaitu :
a. Penulis meminta bantuan kepada petugas pos kedatangan dan
keberangkatan bus untuk memberhentikan sopir bus agar mudah untuk
menempelkan barcode pada kaca bus dan membagikan undangan serta
kartu barcode ke supir bus.
b. Penulis memanfaatkan sistem untuk melihat bus sudah mempunyai
barcode atau belum yaitu dengan cara menginput kan plat nomor bus
ke sistem.
c. Untuk mengurangi menghirup asap karena polusi udara yang
dihasilkan oleh bus penulis memakai masker saat pendataan pada pos
kedatangan dan keberangkatan bus.

3.5 Sistem Pendataan Kedatangan Dan Keberangkatan Bus

3.5.1 Landasan Teori
a. Terminal
Terminal bus merupakan tempat dimana terjadi pertemuan
antara bus dari beberapa trayek atau rute yang berbeda dengan calon
penumpang. Terminal bus tipe B dan C dikelola oleh pemerintah
daerah melalui dinas perhubungan darat. Sedangkan untuk terminal
 13

tipe A dikelola oleh pemerintah pusat melalui kementerian

perhubungan melalui direktorat jenderal perhubungan darat.
(Presiden NKRI, 2014)
Bus yang singgah di terminal akan didata oleh petugas, baik
bus yang masuk ke terminal ataupun yang keluar terminal. Dalam
melakukan pendataan bus yang singgah di terminal, masih banyak
didapati proses pendataan bus yang belum didukung oleh teknologi
informasi dan komunikasi, yaitu, pendataan masih mengunakan alat
tulis dan kertas. Dengan cara pendataan bus yang masih manual
menyebabkan pendataan menjadi tidak efisien dari sisi waktu dan
tentu menyulitkan dalam melakukan pengolahan data.
Solusi dari pendataan bus yang masih menggunakan cara
manual adalah dengan menggunakan kartu pintar (smart card)
dengan teknologi nirkabel NFC (Near Field Communication) dimana
dengan menggunakan teknologi NFC maka proses pendataan bus
dapat dilakukan dengan lebih cepat yaitu dengan cara melakukan
tapping pada perangkat reader. NFC tag memiliki memori yang
dapat ditulis dan dibaca sehingga dapat digunakan untuk menyimpan
berbagi macam informasi tentang bus seperti plat nomor kendaraan,
nama perusahaan otobus, trayek, masa berlaku berlaku trayek, masa
berlaku uji berkala, tilang dan sebagainya. Data yang tersimpan
didalam NFC tag seperti tags (gantungan kunci,stiker) ataupun kartu
identitas (KTP, SIM) dapat dibaca dan ditulis dengan mudah
menggunakan perangkat NFC writer yang sesuai, sehingga data di
dalam NFC tag dapat dengan mudah dibaca, disalin (cloning) dan
dirubah oleh pihak-pihak yang tidak berkepentingan apabila tidak
diproteksi dengan baik.
AES (Advanced Encryption Standard) adalah algoritma
kriptografi yang menggunakan kunci-simetris (kunci yang digunakan
untuk enkripsi dan dekrips sama) merupakan subset dari Rijndael
block cipher yang yang dikembangkan oleh dua orang kriptografer
asal Belgia yaitu Vincent Rijmen dan Joan Daemen. AES telah
 14

dipakai oleh Pemerintah Amerika Serikat secara efektif sejak 26 Mei

2002 . NSA (National Security Agency / agen keamanan nasional
Amerika Serikat) untuk pertama kalinya menyetujui AES digunakan
secara publik untuk mengamankan informasi rahasia tingkat tinggi
negara(NIST, 2001). Saat ini AES telah diadopsi secara luas di dunia
untuk mengamankan berbagai informasi penting. Berdasarkan hal
tersebut maka algoritma AES merupakan pilihan yang tepat untuk
digunakan dalam mengamankan data atau informasi tentang bus
yang tersimpan didalam NFC tag agar informasi didalamnya tidak
disalahgunakan oleh orang-orang yang tidak bertanggung jawab.

b. Advanced Encryption Standard (AES)

AES merupakan suatu algoritma kriptografi yang
mengunakan blok cipher kunci simetris untuk melakukan proses
enkripsi maupun dekripsi. AES merupakan turunan dari algoritma
Rijndael block cipher dimana Rijndael memiliki berbagai macam
varian ukuran block cipher dan kunci. Sedangkan untuk AES sendiri,
NIST (National Institute of Standards Technology, Amerika Serikat)
(NIST, 2001) memilih tiga varian dari keluarga Rijndael block
cipher, yaitu tiga kunci yang dapat dipilih dengan ukuran 128 bit,
192 bit dan 256 bit, tetapi, dengan satu blok cipher berukuran 128
bit.
Algoritma AES bekerja berdasarkan pada prinsip jaringan
subtitusi-permutasi yang efisien untuk digunakan di dalam software
maupun hardware. AES bekerja pada array of bytes dengan ukuran
matriks 4x4 yang diurutkan berdasarkan kolom seperti ditunjukkan
oleh Gambar berikut :

Gambar 3. 1 Ilustrasi penyusunan byte didalam array dua dimensi

 15

Ukuran kunci yang digunakan dalam sebuah cipher AES

menentukan berapa jumlah putaran (round) transformasi yang
digunakan untuk merubah masukan (input) berupa plain text menjadi
keluaran (output) yang disebut cipher text. Untuk setiap ukuran
kunci, berikut jumlah putaran transformasi yang dilakukan :
1. Kunci 128 bit, 10 putaran
2. Kunci 192 bit, 12 putaran
3. Kunci 256 bit, 14 putaran
Setiap putaran terdiri dari beberapa langkah pemrosesan,
termasuk satu putaran yang tergantung dari kunci enkripsi itu
sendiri. Untuk melakukan dekripsi maka urutan putaran untuk
enkripsi tersebut dibalik dengan mengunakan kunci yang sama untuk
melakukan enkripsi. Sedangkan algoritma AES sendiri secara garis
besar dapat dijabarkan sebagai berikut :
1. Inisialisasi kunci putaran.
Kunci putaran (round key) berasal dari kata kunci (bisa juga
disebut password) yang didefinisikan oleh pengguna berupa
plain text yang kemudian dengan menggunakan Rijndael's
key scheduler dibuatlah cipher key.
2. Penambahan round key (AddRoundKey)
Langkah awal proses transformasi data adalah, untuk setiap
data dengan panjang 128 bit kombinasikan dengan round key
menggunakan operasi bitwise XOR seperti ditunjukkan oleh
Gambar berikut :

Gambar 3. 2 Kombinasi data dan kunci cipher menggunakan

operasi bitwise XOR (Crypto, 2006)
 16

3. Transformasi 9, 11 atau 13 putaran (round)

Selanjutnya, lakukan perulangan sebanyak 9, 11 atau 13
putaran (tergantung dari panjang kunci yang digunakan,
apakah 128 bit, 192 bit atau 256 bit). Didalam setiap putaran
lakukan proses-proses berikut :
1) SubBytes, prinsip dari Sub Bytes adalah menukar isi
matriks/tabel yang ada dengan matriks/tabel lain yang
disebut dengan Rijndael S-Box. Langkah subtitusi non
linear dimana setiap byte data diganti dengan byte data
yang berasal dari tabel lookup

Gambar 3. 3 Subtitusi data dengan lookup table(Crypto, 2006)

2) ShiftRows seperti namanya adalah sebuah proses yang

melakukan shift atau pergeseran pada setiap elemen
blok/tabel yang dilakukan per barisnya. Yaitu baris
pertama tidak dilakukan pergeseran, baris kedua
dilakukan pergeseran 1 byte, baris ketiga dilakukan
pergeseran 2 byte, dan baris keempat dilakukan
pergeseran 3 byte. Pergeseran tersebut terlihat dalam
sebuah blok adalah sebuah pergeseran tiap elemen ke kiri
tergantung berapa byte tergesernya, tiap pergeseran 1
byte berarti bergeser ke kiri sebanyak satu kali.
ShiftRows mempunyai langkah transposisi dimana tiga
baris terakhir dari byte data yang terdapat didalam
matriks 4x4 digeser posisinya secara berputar dengan
jumlah putaran tertentu. Di bawah ini adalah contoh
ShiftRows
 17

Gambar 3. 4 Operasi ShiftRows pada matriks data(Crypto,

2006)

3) MixColumns adalah mengalikan tiap elemen dari blok

chiper dengan matriks. Pengalian dilakukan seperti
perkalian matriks biasa yaitu menggunakan dot product
lalu perkalian keduanya dimasukkan ke dalam sebuah
blok chiper baru. Dengan begitu seluruh rangkaian
proses yang terjadi pada AES telah dijelaskan dan
selanjutnya adalah menerangkan mengenai penggunaan
tiap-tiap proses tersebut. operasi MixColumns yaitu
pencampuran secara linear yang beroperasi pada kolom-
kolom data dengan cara mengkombinasikan empat byte
data pada setiap kolom dengan melakukan operasi
perkalian matriks.

Gambar 3. 5 Operasi perkalian pada matriks data(Crypto,

2006)

4) AddRoundKey pada dasarnya adalah

mengkombinasikan chiper teks yang sudah ada
dengan hubungan XOR setiap data dengan panjang
128 bit kombinasikan dengan round key
menggunakan operasi bitwise XOR.
4. Putaran terakhir (putaran ke 10, 12 atau 14)
Pada putaran dilakukan langkah-langkah transformasi
1) SubBytes
2) ShiftRows
3) AddRoundKey
Setelah putaran ini dihasilkan keluaran berupa cipher text.
 18

c. Near Field Communication (NFC)

NFC merupakan sekumpulan protokol komunikasi yang
memakai standar ISO/IEC 18092, 14443-3A, FeliCa dan standar
RFID pada teknologi komunikasi jarak dekat (kurang dari 10 cm)
pada jaringan nirkabel yang beroperasi pada frekuensi 13,56 Mhz
sesuai standar ISO/IEC 18000-3 dengan kecepatan transmisi data
antara 106 Kbit/s sampai dengan 424 Kbit/s. NFC selalu melibatkan
inisiator dan target dimana inisiator secara aktif membangkitkan
medan RF (radio frequency) yang dapat memberikan sumber daya
listrik ke target. Target sendiri terdiri dari dua jenis, yaitu :
1. Target aktif, yaitu target yang memiliki sumber daya listrik
sendiri. Contoh target : smartphone yang
mengimplementasikan teknologi NFC
2. Target pasif, yaitu target yang tidak memiliki sumber daya
listrik sendiri, sumber daya listrik diperoleh dari perangkat
inisiator melalui mekanisme induksi elektromagnetik. Contoh
target : NFC tags berbentuk, stiker, gantungan kunci, kartu
ATM dan bentuk-bentuk lainnya.
NFC memiliki memori penyimpanan antara 96 hingga 8192
byte yang dapat berisi berbagai macam data seperti data pribadi,
PIN, kontak, transaksi keuangan, URI ataupun plain text. Selain itu
NFC dapat beroperasi pada tiga mode yang berbeda, yaitu :
1. NFC card emulation, memungkinkan perangkat yang
mengaktifkan teknologi NFC seperti smartphone berfungsi
layaknya smart card yang dapat digunakan untuk melakukan
transaksi seperti transaksi pembayaran
2. NFC reader/writer, memungkinkan perangkat yang
mengaktifkan teknologi NFC untuk membaca dan menulis
data yang tersimpan di dalam NFC tags.
3. NFC peer-to-peer, memungkinkan dua perangkat yang
mengaktifkan teknologi NFC untuk bertukar data secara
adhoc
 19

NFC writer Berfungsi untuk menuliskan data yang sudah

terenkripsi ke NFC tag. Untuk menuliskan data ke NFC tag, pada
bahasa pemrograman Java digunakan kelas-kelas berikut :
1) Tag, digunakan untuk mengetahui apakah terdeteksi terdapat
NFC tag dalam jangkauan
2) Ndef, NDEF (NFC data exchange format) merupakan
protokol komunikasi yang digunakan untuk melakukan
operasi pada perangkat NFC aktif maupun pasif. Pesan
NDEF memberikan metode standar bagi pembaca untuk
berkomunikasi dengan perangkat NFC. Pesan NDEF berisi
beberapa catatan, seperti yang ditunjukkan. Anda
mendapatkan dukungan NDEF hanya saat bekerja dengan tag
standar - tag kepemilikan biasanya tidak memberikan
dukungan ini. Standar NFC mendukung lima jenis tag, yang
kesemuanya mendukung format pesan NDEF yang sama.
Pesan NDEF dapat berisi banyak catatan. Catatan pertama
dalam sebuah pesan memiliki flag MB (message start) diatur
ke true sehingga Anda tahu bahwa ini adalah rekaman
pertama. Catatan terakhir dalam pesan tersebut memiliki flag
ME yang ditetapkan sehingga Anda tahu ini adalah catatan
terakhir. Semua catatan menengah memiliki flag MB dan ME
yang salah.
3) NdefRecord, merupakan bagian dari NDEF, digunakan untuk
menampung suatu jenis data (disebut juga dengan payload)
4) NdefMessage, merupakan kontainer bagi NdefRecord,
penulisan/pembacaan data/payload didalam memori NFC
menggunakan NdefMessage ini
Sedangkan NFC reader berfungsi untuk membaca data yang
masih terenkripsi yang terdapat di dalam NFC tag. Untuk melakukan
pembacaan data digunakan kelas-kelas berikut :
 20

1) Tag, Ndef dan NdefMessage

Pengujian kecepatan baca tulis NFCtag dengan menggunakan
ciphertext dengan panjang 175 karakter (175 byte) seperti berikut :
1NeEMPMt89YLBVCKEOf84abRS9CXhbFn2owL3ZJ83
KK2TbRwIplp7QZDLoFTcoalLPOeDfGmXx6E
mUjUIt3J8i4R7u/vCjmHPjpnNnC9FQUICbQ+NcDoQW
LHuVF84FdtlMVKdx8GvkxJs+EwyW+RP7TM
F/Q0oiAWccNsgBQIIIU=
Sedangkan untuk isi dari ciphertext tersebut apabila didekrip
menjadi plaintext hasilnya adalah karakter sepanjang 124 karakter
(124 byte) sebagai berikut :
04379D022A5880;Z 9999 Z;Harapan
Jaya;Eksekutif;AKAP;Blitar;Blitar;10;MH14TB0065Z44
7821;5TP681XXX;2018-12-08;2018-12-08;ok;ok
Uji kecepatan baca tulis ini tidak hanya dihitung proses baca
atau tulis ke NFC tag saja, tetapi dihitung mulai proses :
1) Baca (read) : read NFC tag →dekripsi → cek duplikasi NFC
tag → tampilkan data plaintext.
2) Tulis (write) : data plaintext →enkripsi → write NFC tag.
Sedangkan untuk kecepatan baca-tulis dari/ke NFC tag
didapatkan nilai yang ditunjukkan oleh Tabel 3.1 dan Tabel 3.2

Tabel 3. 1 Pengujian kecepatan baca NFC tag

Panja Kecepatan dalam mili second
ng Pengujia Pengujia Pengujia Rata-rata
Karak n1 n2 n3
ter
(ASCI
I)
175 520 530 525 525
 21

Tabel 3. 2 Pengujian kecepatan tulis NFC tag

Panja Kecepatan dalam mili second
ng Pengujia Pengujia Pengujia Rata-rata
Karak n1 n2 n3
ter
(ASCI
I)
175 285 290 286 287

Berdasarkan dari hasil pengujian didapatkan proses dekripsi

AES-128 lebih lambat bila dibandingkan dengan proses enkripsi
AES-128. Demikian juga berdasarkan pada penelitian (Widura et
al.,2015) didapatkan hasil bahwa, proses enkripsi AES- 128 lebih
lambat dari proses dekripsinya.
Sedangkan pada penelitian (Ratnadewi et al, 2017)
didapatkan hasil bahwa enkripsi maupun dekripsi AES-128 berjalan
lebih lambat bila dibandingkan dengan algoritma simetris lainnya,
yaitu, algoritma DES dan algoritma 3DES. Dengan jumlah karakter
yang lebih banyak maka proses enkripsi/dekripsi AES-128 akan
berjalan lebih lambat sehingga gap kecepatan enkripsi/dekripsi AES-
128 dengan enkripsi/dekripsi DES maupun 3DES akan semakin
lebar. Hal ini terjadi karena algoritma AES-128 yang lebih kompleks
dibanding algoritma DES maupun 3DES.
Pengecekan keaslian NFC tag bertujuan untuk mengetahui
apakah terjadi duplikasi data dari NFC tag yang asli ke NFC tag lain.
Proses pengecekan dilakukan dengan mencocokkan data nomor seri
NFC tag yang terdapat didalam ciphertext dengan nomor seri NFC
tag yang digunakan saat ini. Proses pengecekannya sederhana yaitu :
IF((canDecrypt==true)&&(nomorSeriNfcTagDiCiphertext==nomo
rSeriNfcTag))THEN “NFC Tag Valid” ELSE “NFC Tag Not Valid”
Berdasarkan dari hasil pengujian didapatkan proses
pengecekan validitas NFC tag berjalan lebih lambat bila
dibandingkan dengan proses penulisan data ke NFC tag, hal ini
 22

dikarenakan proses dekripsi yang dilakukan terlebih dulu untuk

dapat membaca data nomor seri NFC tag di dalam ciphertext,
berjalan lebih lambat bila dibandingkan proses enkripsi data.

d. Unified process
Unified software development process atau biasa disebut
sebagai Unified Process merupakan suatu proses pengembangan
perangkat lunak. Dalam hal ini perlu dipahami bahwa proses
pengembangan perangkat lunak sesungguhnya merupakan aktivitas-
aktivitas yang diperlukan untuk menerjemahkan kebutuhan
pengguna menjadi sebuah system perangkat lunak (Mealling, dkk,
2005).
Unified Process merupakan proses pengembangan
perangkat lunak yang daur hidup (life cycle) nya terdiri atas 4 fase
yaitu inception, elaboration, construction, dan transition. Masing-
masing fase dapat memiliki satu atau lebih iterasi dan masing-
masing iterasi mengeksekusi 5 core workflow yaitu requirement,
analysis, design, implementation, dan test. Langkah- langkah Unified
Process yaitu :
1. Inception phase yaitu Seperti di dalam setiap tahap
perencanaan proyek, fase awal dimulai dari seorang manajer
proyek mengembangkan dan menyempurnakan visi untuk
sistem baru, menunjukkan bagaimana hal tersebut akan
meningkatkan operasi dan memecahkan masalah yang ada.
Pada dasarnya, manajer proyek akan membuat kasus bisnis
untuk sistem baru, membuktikan bahwa manfaat sistem baru
akan lebih besar daripada biaya pembangunan (construction).
Ruang lingkup sistem juga harus didefinisikan sehingga jelas
apakah proyek ini akan berhasil dicapai atau tidak.
Mendefinisikan ruang lingkup meliputi identifikasi semua
persyaratan utama untuk sistem. Tahap awal biasanya
diselesaikan dalam satu iterasi, dan di dalam iterasi tersebut,
 23

bagian dari sistem yang sebenarnya dapat dirancang,

dilaksanakan dan diuji. Sebagai perangkat lunak yang
dikembangkan, anggota tim harus mengkonfirmasi bahwa
visi system masih sesuai harapan pengguna.
2. Elaboration phase biasanya melibatkan beberapa iterasi, dan
iterasi awal biasanya menyelesaikan identifikasi dan definisi
dari semua persyaratan sistem. Karena UP adalah pendekatan
adaptif untuk pembangunan, persyaratan diharapkan
berkembang dan berubah setelah dimulainya proyek.
Tahapan iterasi pada elaborasi juga melengkapi analisis,
desain, dan pelaksanaan arsitektur inti sistem. Biasanya,
aspek dari sistem yang menimbulkan resiko terbesar
diidentifikasi dan dilaksanakan terlebih dahulu sampai
pengembang mengetahui persis bagaimana aspek tertinggi
resiko proyek akan bekerja. Pada akhir fase elaborasi,
manajer proyek harus memiliki perkiraan yang lebih realistis
untuk biaya proyek dan jadwal, dan kasus bisnis atas proyek
dapat dikonfirmasi terlebih dahulu. Salah satu tujuan utama
dari fase elaborasi adalah untuk melakukan penelitian yang
diperlukan data atau fakta sehingga semua kebutuhan
pengguna diidentifikasikan secara jelas dan rinci.
3. Construction phase Tahap konstruksi melibatkan beberapa
iterasi yang meneruskan atau melanjutkan desain dan
implementasi sistem. Arsitektur inti dan aspek tertinggi
resiko sistem sudah selesai pada tahap ini. Fokus utama di
dalam tahap ini adalah bagaimana merinci sistem kontrol,
seperti validasi data, fine-tuning antar muka pengguna desain,
menyelesaikan fungsi pemeliharaan data rutin, dan
menyelesaikan bantuan serta preferensi penggunaan fungsi.
4. Transistion phase Selama fase transisi atau tahap akhir dari
UP, satu atau lebih iterasi akhir yang melibatkan penerimaan
pengguna (end users), beta tes akhir, dan sistem dibuat siap
 24

untuk dioperasikan. Setelah sistem ini beroperasi, maka akan

perlu didukung dan dipertahankan fungsi kegunaan dari
sistem tersebut

e. JavaScript Object Notation (JSON)

Berdasarkan pada www.json.org, JavaScript Object
Notation (JSON) adalah format pertukaran data yang ringan, mudah
dibaca dan ditulis oleh manusia, serta mudah diterjemahkan dan
dibuat (generate) oleh komputer. Format ini dibuat berdasarkan
bagian dari Bahasa Pemprograman JavaScript, Standar ECMA-262
Edisi ke-3 - Desember 1999. JSON merupakan format teks yang
tidak bergantung pada bahasa pemprograman apapun karena
menggunakan gaya bahasa yang umum digunakan oleh programmer
keluarga C termasuk C, C++, C#, Java, JavaScript, Perl, Python dll.
Oleh karena sifat-sifat tersebut, menjadikan JSON ideal sebagai
bahasa pertukaran data [JSON] (Anonymus, 2010). JSON terbuat
dari dua struktur yaitu:
1. Kumpulan pasangan nama/nilai. Pada beberapa bahasa, hal
ini dinyatakan sebagai objek (object), rekaman (record),
struktur (struct), kamus (dictionary), tabel hash (hash table),
daftar berkunci (keyed list), atau associative array.
2. Daftar nilai terurutkan (an ordered list of values). Pada
kebanyakan bahasa, hal ini dinyatakan sebagai larik (array),
vektor (vector), daftar (list), atau urutan (sequence).

f. XML (Extensible Markup Language)

Basisdata XML adalah sistem perangkat lunak yang
digunakan untuk menyimpan data yang membolehkan data untuk
diimpor, diakses dan diekspor dalam format XML. Basisdata XML
mempunyai keunggulan lebih baik dibandingkan dengan system
basisdata relasional jika data yang akan disimpan berupa dokumen.
Dengan basisdata XML juga memungkinkan untuk melakukan
penelusuran isi dokumen. Bourret(2005).
 25

XML adalah sebuah teknologi cross platform, dan

merupakan tool untuk melakukan transmisi informasi. XML
bukanlah program, atau pustaka. XML adalah sebuah teknologi,
sebuah standar dengan berbagai aturan tertentu. Dalam pengertian
yang sederhana, sebuah dokumen XML hanyalah sebuah file teks
biasa yang berisikan berbagai tag yang didefinisikan sendiri oleh
pembuat dokumen XML tersebut. Sesuai dengan namanya,
eXtensible Markup Language, sebuah dokumen XML adalah sebuah
dokumen dengan markup, sama seperti halnya dengan HTML. XML
bukanlah hal baru dan bukan merupakan pengganti HTML.
Keduanya mempunyai fungsi yang berbeda dalam penerapannya.
XML ditujukan untuk fokus pada data, sedangkan HTML ditujukan
untuk cara menampilkan data (Sanjaya, 2006).
Sebuah dokumen XML terdiri dari bagian bagian yang
disebut dengan node (Junaedi, 2003). Node-node itu diantaranya
adalah :
1. Root node yaitu node yang melingkupi keseluruhan
dokumen. Dalam satu dokumen XML hanya ada satu root
node. Node-node yang lainnya berada di dalam root node.
2. Element node yaitu bagian dari dokumen XML yang ditandai
dengan tag pembuka dan tag penutup, atau bisa juga sebuah
tag tunggal elemen kosong seperti Root node biasa juga
disebut root element.
3. Attribute note termasuk nama dan nilai atribut ditulis pada
tag awal sebuah elemen atau pada tag tunggal.
4. Text node, adalah text yang merupakan isi dari sebuah
elemen, ditulis diantara tag pembuka dan tag penutup.

g. Unified Process
Unified Software Development Process atau biasa disebut
sebagai Unified Process merupakan suatu proses pengembangan
perangkat lunak. Dalam hal ini perlu dipahami bahwa proses
pengembangan perangkat lunak sesungguhnya merupakan aktivitas-
 26

aktivitas yang diperlukan untuk menerjemahkan kebutuhan

pengguna menjadi sebuah system perangkat lunak. (Leach, 2005)
Unified Process merupakan proses pengembangan
perangkat lunak yang daur hidup (life cycle) nya terdiri atas 4 fase
yaitu inception, elaboration, construction, dan transition. Masing-
masing fase dapat memiliki satu atau lebih iterasi dan masing-
masing iterasi mengeksekusi 5 core workflow yaitu requirement,
analysis, design, implementation, dan test.

h. Android
Android merupakan sistem operasi yang sekarang sedang
terkenal di pasaran smartphone saat ini, Android adalah sebuah
sistem operasi perangkat mobile berbasis linux yang mencangkup
sistem operasi, middleware dan aplikasi. Android menyediakan
platform terbuka bagi para pengembang untuk menciptakan aplikasi
mereka.
Awalnya, Google Inc. membeli Android Inc. yang
merupakan pendatang baru yang membuat peranti lunak untuk
ponsel atau smartphone. Kemudian untuk mengembangkan Android,
dibentuklah Open Handset Alliance, konsorsium dari 34 perusahaan
peranti keras, peranti lunak dan telekomunikasi, termasuk Google,
HTC, Intel, Motorola, Qualcomm, T-Mobile, dan Nvidia. (Google
Developer,2015). Pada saat perilisan perdana Android, 5 November
2007, Android bersama Open Handset Alliance menyatakan
mendukung pengembangan open source pada perangkat mobile. Di
lain pihak, Google merilis kode-kode Android di bawah lisensi
Apache, sebuah lisensi perangkat lunak dan open platform perangkat
seluler.
Ada juga ahli yang berpendapat bahwa Android merupakan
sistem operasi untuk ponsel berbasis Linux yang ber-platform
terbuka bagi para pengembang guna menciptakan aplikasi yang
dirancangnya. Sistem Android pada dasarnya berisikan tumpukan
 27

dari beberapa lapisan agar perangkat keras dapat berinteraksi dengan

pengguna (Bhawiyuga dkk, 2011). Android merupakan sistem
operasi yang dikembangkan untuk perangkat mobile berbasis Linux
(Jacobson, 1999). Beberapa komponen fundamental dalam Android
antara lain :
1) Activities
Suatu activity akan menyajikan user interface (UI) kepada
pengguna, sehingga pengguna dapat melalukan interaksi.
Satu activity biasanya akan dipakai untuk menampilkan
aplikasi atau yang bertindak sebagai user interface saat
aplikasi diperlihatkan kepada pengguna.( Lily, dkk. 2006.).
2) Service
Service pada android tidak memiliki Graphic User Interface
(GUI), tetapi service berjalan secara background. Sebagai
contoh dalam memainkan musik, media player sedang
memutar lagu dari list yang ada, aplikasi ini akan memiliki
dua atau lebih activity yang memungkinkan pengguna untuk
memilih lagu atau menulis sms sambil musik tetap berjalan.
Untuk menjaga musik tetap dijalankan, activity player dapat
menjalankan service. Service dijalankan pada thread utama
dari proses aplikasi (Lily, dkk. 2006.).
3) Broadcast Receiver
Broadcast receiver ini berfungsi menerima dan bereaksi
untuk menyampaikan notifikasi. Contoh broadcast ini
seperti zona waktu berubah, baterai low, gambar telah
selesai diambil oleh kamera atau pengubahan referensi
bahasa yang digunakan. Broadcast activity tidak memiliki
user interface tetapi memiliki sebuah activity untuk
merespon informasi yang mereka terima (Lily, dkk. 2006.).
4) Content Provider
Komponen ini membuat kumpulan aplikasi data secara
spesifik sehingga dapat digunakan oleh aplikasi lain. Data
 28

disimpan dalam file sistem seperti basis data SQLite.

Content Provider menyediakan cara untuk mengakses data
yang dibutuhkan oleh suatu activity, misalnya ketika
pengguna menggunakan aplikasi yang membutuhkan peta
(Map), atau aplikasi yang membutuhkan untuk mengakses
data kontak dan navigasi (Lily, dkk. 2006.).

i. Android studio
Android studio adalah IDE (Integrated Development
Environment) resmi untuk database, pengembangan aplikasi Android
dan bersifat open source atau gratis. Peluncuran Android Studio ini
diumumkan oleh Google pada 16 mei 2013 pada event Google I/O
Conference untuk tahun 2013. Sejak saat itu, Android Studio
mengantikan Eclipse sebagai IDE resmi untuk mengembangkan
aplikasi Android. (Android Developer, 2015)
Android studio sendiri dikembangkan berdasarkan IntelliJ
IDEA yang mirip dengan Eclipse disertai dengan ADT plugin
(Android Development Tools). Android studio memiliki fitur :
1. Projek berbasis pada Gradle Build.
2. Refactory dan pembenahan bug yang cepat.
3. Tools baru yang bernama “Lint” dikalim dapat memonitor
kecepatan, kegunaan, serta kompetibelitas aplikasi dengan
cepat.
4. Mendukung Proguard And App-signing untuk keamanan.
5. Memiliki GUI aplikasi android lebih mudah.
6. Didukung oleh Google Cloud Platfrom untuk setiap aplikasi
yang dikembangkan.

j. QR Code
Quick Response Code, disingkat QR Code (gambar 2),
merupakan barcode 2D yang dikembangkan oleh Denso-Wave
(2010) pada tahun 1994. QR Code dapat dibaca oleh perangkat
yang memiliki kamera dan QR Scanner. QR Code memiliki
 29

keunggulan dibandingkan dengan barcode 1D karena dengan

ukuran yang lebih kecil dibandingkan barcode 1D seperti PDF417,
DataMatrix dan Maxi Code, QR Code mampu menampung data
dengan jumlah yang lebih besar, mencapai 7089 untuk karakter
numerik, atau 4.296 untuk karakter alfanumerik, atau 2.953 binary
bytes, atau 1.817 karakter Kanji
QR Code dapat menyimpan data yang cukup besar
dikarenakan QR Code menyimpan data secara dua dimensi (2D),
vertikal dan horizontal. Selain itu, QR Code dapat dibaca dari segala
arah dalam 3600 melalui pola deteksi posisi yang terdapat pada tiga
sudut seperti yang terlihat pada Gambar 2. QR Code menerapkan
algoritma Reed-Solomon error correction untuk melindungi data
yang terkandung didalamnya dari kerusakan atau
ketidaksempurnaan gambar. Dengan error correction ini, maka QR
Code yang menerapkan error correction Level H (high) tetap dapat
dibaca meskipun tingkat kerusakan mencapai 30%.

Gambar 3. 6 Contoh QR Code

k. UUID
Universally Unique Identifier (UUID) merupakan nilai
dengan panjang 128 bit yang digunakan untuk mengidentifikasi
informasi pada sistem komputer. UUID pada awalnya digunakan
pada Apollo Network Computing System (NCS) dan kemudian pada
Distributed Computing Environment (DCR) milik Open Software
Foundation (OSF) dan kemudian oleh Microsoft. Standar UUID saat
ini tertuang dalam dokumen RFC 4122. UUID banyak digunakan
untuk kebutuhan praktis dalam memberikan identitas yang unik pada
suatu informasi dikarenakan tingkat duplikasi pembangkitan nilai
UUID yang mendekati nol atau hampir mustahil untuk
mendapatkan nilai UUID yang sama pada sebuah sistem. Pada
 30

sistem yang dikembangkan, UUID digunakan untuk membuat QR

Code sebagai identitas unik suatu kendaraan

l. ZXing (Zebra Crossing)

ZXing merupakan pustaka pemrosesan citra barcode 1D
atau 2D multiformat yang bersifat open source yang
diimplementasikan dalam bahasa pemrograman Java dan diadaptasi
kedalam bahasa pemrograman lain, (ZXing Team, 2018). Beberapa
format barcode yang didukung oleh ZXing yaitu :

Gambar 3. 7 Format barcode yang didukung pustaka ZXing

m. Kotlin
Kotlin adalah bahasa pemrograman berbasis Java Virtual
Machine (JVM) yang dikembangkan oleh JetBrains (Leiva, 2017).
Kotlin merupakan bahasa pemrograman yang pragmatis untuk
android yang mengkombinasikan object oriented (OO) dan
pemrograman fungsional. Kotlin juga bahasa pemrograman yang
interoperabilitas yang membuat bahasa ini dapat digabungkan dalam
satu project dengan bahasa pemrograman Java. Bahasa
pemrograman ini juga dapat digunakan untuk pengembangan
aplikasi berbasis desktop, web dan bahkan untuk backend. Beberapa
keuntungan yang mungkin akan didapatkan jika pengembangan
aplikasi beralih menggunakan Kotlin untuk mengembangkan
aplikasi diatas platform JVM adalah sebagai berikut:
1. Dapat mengatasi NullPointerException yang umumnya
terdapat pada Java.
 31

2. Penulisan kode lebih ringkas dan mudah dibaca dibandingkan

kode yang ditulis dengan menggunakan bahasa Java (Panchal
dan Patel,2017).
3. Mudah dipelajari.
4. Dukungan IDE untuk mempermudah dalam pemrograman.

n. SQL (Structure Query Language)

SQL merupakan kependekan dari kata “Structured Query
Language”. SQL merupakan suatu bahasa permintaan yang
terstruktur. Kenapa terstruktur? Kerena pada penggunaanya, SQL
memiliki beberapa aturan yang telah distandarkan oleh asosiasi yang
bernama ANSI.
Jadi, SQL adalah bahasa permintaan yang melekat pada
satu database atau SMBD tertentu, sebagai suatu bahasa permintaan,
SQL tidak hanya melekat pada MySQL saja, tetapi juga didukung
oleh SMBD lainnya, seperti: MsQL, PostgreSQL, Interbase dan
Oracle. Selain itu SQL juga didukung oleh database bukan server
seperti MS Access maupun Paradox. (Bunafit, 2004)

o. DFD (Data Flow Diagram)

(Rosa & Shalahuddin, 2015) mengemukakan, “Data Flow
Diagram (DFD) adalah representasi grafik yang menggambarkan
aliran informasi dan transformasi informasi yang diaplikasikan
sebagai data yang mengalir dari masukan (input) dan keluaran
(output)”.
Data Flow Diagram (DFD) merupakan suatu cara atau
metode untuk membuat rancangan sebuah sistem yang mana
berorientasi pada alur data yang bergerak pada sebuah sistem
nantinya. Dalam pembuatan Sistem Informasi, DFD sering
digunakan. DFD dibuat oleh para analis untuk membuat sebuah
sistem yang baik. Dimana DFD ini nantinya diberikan kepada para
programmer untuk melakukan proses coding. Dimana para
 32

programmer melakukan sebuah coding sesuai dengan DFD yang

dibuat oleh para analis sebelumnya.
Pemodelan DFD diawali dengan pembuatan context
diagram. Secara simbol, DFD dan context diagram menggunakan
jenis dan bentuk simbol yang sama, namun secara aturan terdapat
perbedaan antara pemodelan DFD dan context diagram, dimana pada
context diagram hanya diizinkan sebuah simbol proses saja
sedangkan pada DFD dapat lebih dari satu simbol proses. Selain itu
context diagram ditujukan untuk menggambarkan interaksi sistem
dengan lingkungan luar, sedangkan pada DFD juga digambarkan
hubungan antar proses didalam sistem. Beberapa tujuan dibuatnya
sebuah DFD pada sistem yang dibuat yaitu menggambarkan fungsi-
fungsi yang mentrasformasikan aliran data dan memberikan indikasi
mengenai bagaimana data ditrasformasikan pada sata data bergerak
melalui sistem
Tools yang digunakan pada pembuatan DFD (Data Flow
Diagram) yaitu EasyCase, Power Designer 6. Salah satu cara lain
untuk mendesain sistem yaitu menggunakan UML(Unified Manual
Language). Berikut merupakan simbol-simbol DFD :

Tabel 3. 3 Simbol-Simbol DFD

Notasi Yourdon Notasi Game &

Keterangan
/ DeMarco Sarson

Simbol Entitas eksternal /

terminator menggambarkan asal
atau tujuan data di luar sistem.

Simbol lingkaran menggambarkan

entitas atau proses dimana aliran
data masuk ditransformasikan ke
aliran data keluar.
 33

Simbol aliran data

menggambarkan aliran data.

Simbol file menggambarkan

tempat data di simpan.

Penjelasan dari simbol-simbol Data Flow Diagram (DFD)

versi Gane/Sarson dan Yourdon/De Marco di atas adalah sebagai
berikut :
1. Entitas Eksternal mewakili terminal/entity yang
berkomunikasi dengan sistem yang sedang dikembangkan.
Komponen ini perlu diberi nama sesuai dengan dunia luar
yang berkomunikasi dengan sistem yang sedang dibuat
modelnya dan biasanya menggunakan kata benda, misalnya :
Bagian Penjualan, Dosen, Mahasiswa, dan sebagainya.
2. Proses merupakan kegiatan atau pekerjaan yang dilakukan
oleh orang atau mesin komputer dimana aliran data masuk
ditranformasikan ke aliran data keluar.
3. Aliran Data digambarkan dengan anak panah yang
menunjukkan arah masuk dan keluar dari suatu proses. Aliran
Data ini digunakan untuk menerangkan perpindahan data atau
paket data/informasi dari satu bagian sistem ke bagian
lainnya.
4. Data Store biasanya berkaitan dengan penyimpanan seperti
file atau database yang berkaitan dengan penyimpanan secara
komputerisasi. Data Store diberi nama sesuai dengan nama
file penyimpanannya, misalnya : mahasiswa, matakuliah,
dosen, data_registrasi, dan sebagainya.

3.5.2 Rancangan Data Flow Diagram (DFD)

Pada bagian ini akan dijelaskan aliran data yang terjadi pada
Sistem yang dikembangkan oleh Terminal Tipe A Tamanan Kota Kediri
ke dalam bentuk Data Flow Diagram (DFD).
 34

1) DFD Level 0
DFD Level 0 atau biasa disebut dengan Context Diagram
merupakan level tertinggi dari suatu DFD. Diagram konteks adalah
diagram yang terdiri dari suatu proses dan menggambarkan ruang
lingkup suatu sistem. Diagram konteks merupakan level tertinggi
dari DFD yang menggambarkan seluruh input ke sistem atau output
dari sistem. Ia akan memberi gambaran tentang keseluruan sistem.
Sistem dibatasi oleh boundary (dapat digambarkan dengan garis
putus). Dalam diagram konteks hanya ada satu proses. Tidak boleh
ada store dalam diagram konteks. Pada Sistem yang dikembangkan
oleh Terminal Tipe A Tamanan Kota Kediri, Petugas dapat
menambah bus baru, menambah data bus keluar, menambah data bus
masuk, kelola jadwal bus, DFD Level 0 dapat ditunjukkan pada
Gambar 3.8 dibawah ini.

Gambar 3. 8 DFD Level 0

2) DFD Level 1
Setelah selesai membuat DFD level 0, maka tahap selanjutnya
adalah merinci setiap proses yang ada pada DFD level 0, sehingga setiap
event yang ada dalam suatu proses dapat digambarkan menjadi lebih detil
dalam sebuah DFD lagi, yang disebut dengan DFD level 1. DFD level 1
bertujuan untuk memberikan pandangan mengenai keseluruhan sistem
dengan lebih mendalam. Proses-proses utama yang ada akan dipecah
 35

menjadi sub-proses . Data store yang digunakan dalam proses-proses

utama juga diidentifikasi dalam DFD level 1.
Dalam membuat DFD level 1, hubungan sistem dengan
lingkungannya tidak boleh dihilangkan. Dengan kata lain, arus data yang
masuk ke sistem dan arus data yang keluar dari sistem harus persis sama
dengan yang ada pada DFD level 0. Jika misalnya menemukan aliran data
baru ketika membuat DFD level 1, maka dalam DFD level 0 harus
ditambahkan juga arus data yang baru dibuat dalam DFD level 1. Notasi-
notasi yang digunakan untuk membuat DFD level 1 sama dengan notasi
yang dipakai dalam membuat DFD level 0. Pedoman yang digunakan
dalam membuat DFD level 1 antara lain :
1. Sebuah input yang diproses harus menghasilkan suatu output.
Keadaan dimana sebuah input tidak menghasilkan sebuah
output disebut blackhole.
2. Sebuah output harus dihasilkan oleh input yang telah melalui
proses. Keadaan dimana sebuah output dihasilkan tanpa
adanya input disebut miracle.
3. Sebuah output yang dihasilkan dari sebuah input yang telah
diproses harus berhubungan dengan input yang diberikan.
Misalnya, jika yang dijadikan input dalam proses registrasi
pelanggan adalah data diri, maka yang dapat menjadi output
adalah ID member.
Gambar DFD Level 1 dapat ditunjukkan pada Gambar 3.9 dibawah
ini.
 36

Gambar 3. 9 DFD Level 1

3) DFD Level 2 Kelola Jadwal Bus

DFD Level 2 merupakan hasil dekomposisi dari proses-proses
yang ada di Data Flow Diagram (DFD) Level 1 pada menu Kelola Jadwal
Bus, Petugas dapat melihat, menambah, mengedit, dan menghapus data
jadwal bus, yang dapat ditunjukan pada Gambar 3.10 dibawah ini.

Gambar 3. 10 DFD Level 2 Kelola Jadwal Bus

 37

3.5.3 Perancangan Arsitektur Sistem

Administrasi
Database Server
Terminal Bus
Web Server

Gambar 3. 11 Perancangan Arsitektur Sistem

Pada Gambar 3.11 diatas, merupakan tampilan arsitektur sistem
dari aplikasi yang dikembangkan oleh Terminal Tipe A Tamanan Kota
Kediri yang menggambarkan aktifitas dalam sebuah sistem. Penjelasannya
sebagai berikut :
1. Database server dan web server terhubung ke internet dan memiliki
IP public sehingga dapat diakses dari manapun. Web server
menjalankan web service berbasis JSON untuk melakukan
pertukaran data dengan aplikasi klien (smartphone, PC)
2. Smartphone penjaga gerbang masuk terminal melakukan scanning
pada kartu QR Code untuk mendapatkan nomor ID yang kemudian
dicocokkan dengan data yang tersimpan di database server.
Apabila data cocok maka akan melakukan update data jumlah
penumpang masuk dan turun
3. Smartphone penjaga gerbang keluar terminal melakukan scanning
pada kartu QR Code untuk mendapatkan nomor ID yang kemudian
dicocokkan dengan data yang tersimpan di database server.
Apabila data cocok maka akan melakukan update data jumlah
penumpang keluar dan naik
4. Administrasi terminal bus dapat mengambil dan mengolah data
yang tersimpan di dalam database server.
 38

3.5.4 Perencanaan
a. Analisa Kebutuhan
Kebutuhan dari sisi pengguna secara umum dapat dijabarkan
sebagai berikut :
1. Sistem akan menyimpan data jumlah penumpang yang dimasukkan
oleh petugas gerbang kedatangan dan keberangkatan.
2. Sistem dapat mengetahui data profil dari masing-masing bus yang
masuk/transit di terminal Tamanan kota Kediri seuai dengan QR
code dari kartu identifikasi bus.
3. Seluruh data akan tersimpan secara realtime dan dapatdiketahui
oleh kepala terminal dalam berbagai bentuk penyajian data

b. Proses Bisnis
Proses bisnis disini menjelaskan tentang alur proses pendataan
jumlah penumpang dan bus pada gerbang masuk dan keluar terminal.

Proses Check In
1. Bus datang dan masuk pada gerbang kedatangan
2. Awak bus menunjukkan QR code yang terdapat dalam kartu
identifikasi bus pada QR Code scanner yang dibawa petugas
gerbang di gerbang kedatangan.
3. Jika data valid maka akan muncul di layar beberapa keterangan
mengenai data bus meliputi Nomor Polisi, Nama PO,
Jenis/Kategori Bus, Kota Asal, Kota Tujuan, Jalur Lintasan,
Nomor Ijin Trayek dan Nomor Uji KIR
4. Kemudian petugas gerbang memasukkan jumlah
penumpang yang berada di dalam bus berdasarkan laporan dari
awak bus.
5. Setelah itu data akan secara langsung tersimpan pada database
yang terdapat di cloud
 39

Proses Check Out

1. Awak bus menunjukkan QR code yang terdapat dalam kartu
identifikasi bus pada QR Code scanner yang dibawa petugas di
gerbang keberangkatan.
2. Kemudian petugas memasukkan jumlah penumpang yang
berada di dalam bus berdasarkan laporan dari awak bus.
3. Setelah itu data akan secara langsung tersimpan pada database
yang terdapat di cloud.
4. Bus diperbolehkan meninggalkan terminal.

3.5.5 Analisis Kinerja

Analisis kinerja adalah kemampuan dalam menyelesaikan tugas
bisnis dengan cepat sehingga sasaran dapat segera tercapai. Kinerja diukur
dengan jumlah produksi dan waktu tanggap dari suatu sistem. Waktu
tanggap adalah keterlambatan rata-rata antara suatu transaksi dengan
tanggapan yang diberikan kepada transaksi tersebut.
Sistem yang berjalan saat ini pada Satuan Terminal Tipe A Kota
Kediri masih menggunakan sistem pencatatan menggunakan kertas dimana
sistem seperti ini masih bekerja dua kali karena setelah dicatat ke kertas
petugas selanjutnya menginput data yang ada dikertas tadi ke excel untuk
dibuat laporan, selain itu sistem seperti itu masih memiliki banyak sekali
kekurangan yaitu :
1. Data yang berhasil dikumpulkan harus harus disalin ulang ke
komputer dalam bentuk file spreadsheet. Hal ini memakan waktu
sehingga menyebabkan pekerjaan menjadi kurang efisien
2. Human error dapat menyebabkan data yang dimasukkan ke dalam
komputer menjadi tidak valid karena kesalahan dalam membaca
tulisan tangan pada formulir ataupun dari faktor ketidaktelitian
dalam proses memindah data.
3. Perekapan data yang masih manual akan menyulitkan dalam
pembuatan laporan yang digunakan oleh pemegang kebijakan
dalam membuat suatu keputusan yang berkaitan dengan
 40

peningkatan pelayanan di Terminal Tamanan Tipe A Kota

Kediri.
Oleh karena itu dengan adanya sistem baru ini yaitu Sistem
Pendataan Kedatangan Dan Keberangkatan Bus mampu mengatasi
masalah yang ada. Sistem yang baru dikembangkan ini memiliki banyak
sekali kegunaan untuk mengurangi maslah yang ada dalam sistem
sebelumnya diantara lain nya yaitu petugas dapat menginput data langsung
tanpa harus menulisnya di kertas selain itu sistem ini juga mempunyai fitur
real time dalam pengaplikasian nya.

3.5.6 Analisis Fungsi Sistem

Pengertian analisis sistem yaitu sebagai penguraian dari suatu
sistem informasi yang utuh kedalam bagian-bagian komponennya dengan
maksud untuk mengidentifikasikan dan mengevaluasi permasalahan-
permasalahan, kesempatan-kesempatan, hambatan yang terjadi dan
kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-
perbaikannya (Jimmy L. Goal, 2008).
Sistem lama yang dimiliki Satuan Terminal Tipe A Kota Kediri
yaitu petugas pos penurunan dan pemberangkatan mencatat ke kertas yang
dicetak oleh bagian kantor lalu petugas mencatat laporan dari setiap
armada bus, setelah itu setiap ganti shift kertas tersebut dikumpulkan
dibagian kantor lalu petugas yang ada dikantor menginputkan data yang
dikertas tersebut ke dalam Microsoft excel maka dari itu sistem yang lama
sangat kurang efisian karena petugas harus bekerja dua kali dalam
penginputan data. Berikut adalah tampilan dari sistem lama yang ada
dalam Microsoft excel yang dimiliki oleh Satuan Terminal Tipe A Kota
Kediri :
 41

Gambar 3. 12 Sistem Lama

Bisa dilihat pada Gambar 3.12 diatas bahwa begitu banyak nya
data yang harus di inputkan petugas, oleh karena itu Satuan Terminal Tipe
A Kota Kediri mengembangkan Sistem Pendataan Kedatangan dan
Keberangkatan Bus. Berikut adalah beberapa tampilan yang dimiliki
Sistem Pendataan Kedatangan dan Keberangkatan Bus yang
dikembangkan oleh Satuan Terminal Tipe A Kota Kediri ;
1. Halaman Login
Pada halaman login user akan diminta untuk memasukkan
username dan password dan berarti hanya user yang memiliki
username dalam sistem ini saja yang dapat mengakses sistem
tersebut. Dalam halaman pertama ini user memliki dua opsi yaitu
login atau hanya melihat jadwal bus. Gambar halaman dapat
ditunjukkan pada Gambar 3.13 dibawah ini.
 42

Gambar 3. 13 Halaman Login

2. Halaman Jadwal Keberangkatan atau Kedatangan Bus

Pada Halaman Jadwal Keberangkatan atau Kedatangan bus
ini user dapat mencari dari kota atau terminal mana yang ingin dituju
lalu petugas menginputkan waktu kedatangan atau keberangkatan,
setelah itu petugas menekan button “Cari Bus” maka nanti akan
terlihat bus mana yang di inginkan sesuai kota dan waktu kedatangan
atau keberangkatan. Gambar halaman dapat ditunjukkan pada
Gambar 3.14 dibawah ini.
 43

Gambar 3. 14 Jadwal Keberangkatan atau Kedatangan Bus

3. Tampilan Awal
Setelah login user dapat memlih beberapa opsi yaitu
pendataan bus masuk dan keluar, history pendataan bus, kelola
jadwal bus. Beberapa opsi tersebut adalah menu dari sistem yang
dikembangkan oleh Satuan Terminal Tipe A Kota Kediri. Gambar
halaman dapat ditunjukkan pada Gambar 3.15 dibawah ini.
 44

Gambar 3. 15 Tampilan Awal

4. Halaman Pendataan Bus Masuk

Pada halaman ini user dapat melakukan pendataan bus masuk
melalui sistem dengan berbagai metode, yang pertama dengan
metode barcode metode ini menggunakan kartu barcode yang sudah
di bagikan kepada sopir bus selanjutnya user akan scan QR code
yang terdapat pada kartu tersebut setelah di scan maka akan otomatis
langsung terisi data dari bus yang masuk ke Terminal Tipe A Kota
Kediri termasuk data masa berlaku kps dan kir bus tersebut,
selanjutnya petugas bisa memasukan jumlah penumpang dan jumlah
penumpang turun. Gambar halaman dapat ditunjukkan pada Gambar
3.16 dibawah ini.
 45

Gambar 3. 16 Pendataan Bus Masuk Metode Barcode

Selanjutnya yaitu dengan metode manual yaitu dengan

memasukan plat nomor kendaraan. Metode ini sama dengan metode
barcode hanya saja metode manual ini menginputkan terlebih dahulu
palat nomor kendaraan, lalu sistem akan mengetahui data bus dengan
otomatis termasuk data masa berlaku kps dan kir bus melalui plat
nomor yang di inputkan tadi, selanjutnya user bisa memasukan
jumlah penumpang dan jumlah penumpang turun. Gambar halaman
dapat ditunjukkan pada Gambar 3.17 dibawah ini.
 46

Gambar 3. 17 Pendataan Bus Masuk Metode Manual

5. Halaman Pendataan Bus Keluar

Halaman ini mempunyai sistem yang sama dengan halaman
pendataan bus masuk yang mebedakan hanya di jumlah penumpang
jadi user dapat melakukan pendataan bus keluar melalui sistem
dengan berbagai metode, yang pertama dengan metode barcode
metode ini menggunakan kartu barcode yang sudah di bagikan
kepada sopir bus selanjutnya user akan scan QR code yang terdapat
pada kartu tersebut, setelah di scan maka akan otomatis langsung
terisi data dari bus yang akan keluar dari Terminal Tipe A Kota
Kediri termasuk data masa berlaku kps dan kir bus tersebut,
selanjutnya user bisa memasukan jumlah penumpang naik. Gambar
halaman dapat ditunjukkan pada Gambar 3.18 dibawah ini.
 47

Gambar 3. 18 Pendataan Bus Keluar Metode Barcode

Selanjutnya yaitu dengan metode manual yaitu dengan

memasukan plat nomor kendaraan. Metode ini sama dengan metode
barcode hanya saja metode manual ini menginputkan terlebih dahulu
palat nomor kendaraan, lalu sistem akan mengetahui data bus dengan
otomatis termasuk data masa berlaku kps dan kir bus melalui plat
nomor yang di inputkan tadi, selanjutnya user bisa memasukan
jumlah penumpang naik. Gambar halaman dapat ditunjukkan pada
Gambar 3.19 dibawah ini.
 48

Gambar 3. 19 Pendataan Bus Keluar Metode Manual

6. Halaman Pendataan Bus Baru

Pada halaman ini user dapat menambahkan bus baru ke data
dalam sistem. Halaman ini berisi tentang data-data bus mulai dari
plat nomor kendaraan, nama perusahaan otobus (PO), trayek bus,
masa berlaku KPS dan KIR dan masih banyak lagi yang lain nya.
Gambar halaman dapat ditunjukkan pada Gambar 3.20 dibawah ini.
 49

Gambar 3. 20 Pendataan Bus Baru

7. Halaman Riwayat Bus

Halaman ini mempunyai fitur untuk melihat riwayat bus yaitu
riwayat data bus baru dan data bus keluar-masuk terminal.
Penggunaan fitur ini yaitu user akan menginputkan tanggal mulai
dan tanggal akhir setelah itu menginputkan data yang ingin dilihat
jika sudah sistem akan otomatis mencari data yang di inginkan user
mulai dari tanggal berapa sampai akhir tanggal berapa. Gambar
halaman dapat ditunjukkan pada Gambar 3.21 dibawah ini.
 50

Gambar 3. 21 Pendataan Bus Baru

8. Halaman Rekap Bus dan Penumpang

Pada halaman ini user dapat melihat rekap bus yang keluar-
masuk terminal serta rekap penumpang naik dan turun. Penggunaan
fitur ini yaitu user memasukan tanggal mulai dan tanggal akhir yang
ingin dilihat, setelah itu user menekan button “Tampilkan” maka
otomatis sistem akan merekap data keseluruhan sesuai tanggal mulai
dan tanggal akhir yang di inputkan oleh user. Gambar halaman dapat
ditunjukkan pada Gambar 3.22 dibawah ini.
 51

Gambar 3. 22 Halaman Rekap Bus dan Penumpang

9. Halaman Kelola Jadwal Bus

Pada halaman ini user mempunyai tugas untuk kelola jadwal
bus. User harus mengisi data tanda nomor kendaraan bus, lalu
mengisi jam kedatangan dan jam keberangkatan bus sesuai status bus
singgah di terminal berangkat atau pulang. Dalam fitur ini user tidak
hanya menyimpan data baru saja akan tetapi user bisa update serta
delete jadwal bus yang ada pada sistem. Gambar halaman dapat
ditunjukkan pada Gambar 3.23 dibawah ini.
 52

Gambar 3. 23 Halaman Kelola Jadwal Bus

 BAB IV
KESIMPULAN DAN SARAN

4.1 Kesimpulan
Setelah Mengikuti Kerja Praktik Lapangan di Satuan Terminal Tipe A
Kota Kediri, sehingga dapat memberikan pelatihan dan pengalaman kerja nyata
kepada mahasiswa agar mampu menyesuaikan diri dengan dunia kerja, serta
membuka wawasan untuk berinovasi didunia kerja terkait dengan bidang dan
kemampuannya.
Praktik kerja lapangan sangat mendorong para mahasiswa untuk
mempraktikkan ilmu yang dimiliki dari pendidikan kedalam dunia kerja nyata dan
menambah wawasan mahasiswa dalam berinteraksi ke dalam dunia kerja.

4.2 Saran
1. Lebih meningkatkan sosialisasi atau kerjasama antara pimpinan, pegawai
dan mahasiswa praktik, sehingga dengan demikian mampu menumbuhkan
hubungan kekeluargaan yang harmonis dan baik.
2. Kedisiplinan dan tata tertib lebih ditingkatkan agar dapat mencapai hasil
dan tujuan yang sesuai dengan apa yang diharapkan.
3. Meningkatkan semangat kerja, guna pencapaian kinerja lebih baik.
Demikianlah saran saran yang dapat disampaikan, setelah melaksanakan
Praktik Kerja Lapangan di Satuan Terminal Tipe A Kota Kediri. Semoga dapat
bermanfaat bagi kemajuan Kantor dan pihak Politeknik Negeri Malang PSDKU
Kediri.

53
 DAFTAR PUSTAKA

A, Leiva,2017, Kotlin for Android Developers, Lean Publishing.

Android Developer, 2015, Android Studio http://developer.android.com/sdk/

Anonymus,2010 Pengenalan JSON, http://www.json.org/json-id.html

API Google Developer, 2015, The Google Geocoding,

https://developers.google.com/maps/docume ntation/geocoding/.

Bourret, Ronald, Basisdata XML, http://www.rpbourret.com

Bunafit, Nugroho, 2004, Panduan Lengkap Menguasai Perintah SQL,Yogyakarta:

Andi.

Crypto, Matt, 2006, Public Domain Pictures,

https://en.wikipedia.org/wiki/Advanced_Encryption_Standard

Gaol, L, Jimmy. 2008. Sistem Informasi Manajemen Pemahaman dan Aplikasi.

Jakarta : Penerbit PT Grasindo.

Jacobson, Ivar, et all., 1999, “The Unified Software Development Process”,

Boston,Addison Wesley Longman inc.

Junaedi, 2003, Pengantar XML.http://ikc.dinus.ac.id/umum/junaedi/jun aedi-

xml.zip.

Leach, P.; Mealling, M.; Salz,R, 2005. A Universally Unique IDentifier (UUID)
URN Namespace. Internet Engineering Task Force. doi:10.17487/RFC4122. RFC
4122.

x
 xi

Lily, dkk. 2006. Toward Web Service. Proceeding, Seminar Ilmiah Nasional
Komputer dan Sistem Intelijen (KOMMIT 2006).

Mahyuzir,1991,DFD Data Flow

Diagram,http://tkampus.blogspot.co.id/2014/01/pengertian-dfd.html.

NIST, 2001, Federal Information Processing Standards Publication 197,

https://nvlpubs.nist.gov/nistpubs/fips/nist.fips.197.pdf.

Nugroho, Benni Agung & Efendi, Fery Sofian. 2018. Pengembangan Aplikasi
Android Berbasis Teknologi Cloud Computing Dan Qr Code Untuk Pendataan
Bus Dan Penumpang Di Terminal Tipe-A Tamanan Kota Kediri. Seminar
Nasional Sistem Informasi 2018, Fakultas Teknologi Informasi – UNMER
Malang.

Presiden NKRI, 2014, UU No.23 Tahun 2014 tentang Pemerintahan Daerah,

https://pih.kemlu.go.id/files/UU0232014.pdf.

Ratnadewi et al, 2017, Implementation and performance analysis of AES-128

cryptography method in an NFC-bases communication system, World
Transactions on Engineering and Technology Education, v.15 n.2 2017.

R.K, Panchal dan A.K, A comparative study: Java Vs kotlin Programming in

Android, International Journal of Innovative Trends in Engineering & Research,
Patel, vol. 2, no. 9., 2017.

Sanjaya, Ridwan. 2006. Membuat Katalog Komersial Dengan Flash. Jakarta : PT.
Elex Media Komputindo.

Widura et al.,2015, Enkripsi Data pada Kartu RFID Menggunakan Algoritma

AES-128 untuk Angkutan Umum di Kabupaten Bandung, e- Proceeding of
Engineering v.2 n.2 p 3857-3863, Agustus 2015, eISSN 2355-9365.
 LAMPIRAN – LAMPIRAN

1. Surat keterangan Praktik Kerja Lapangan dari perusahaan ( Lampiran 1)

2. Formulir Daftar Hadir (Lampiran 2)
3. Formulir Daftar Kegiatan Harian Praktik Kerja Lapangan ( Lampiran 3)
4. Formulir Penilaian Dari Perusahaan (Lampiran 4)
5. Formulir Kartu Konsultasi Praktik Kerja Lapangan (Lampiran 5)
6. Foto Kegiatan (Lampiran 6)

xii
Pada foto diatas penulis sedang melakukan pendaatan bus secara manual yaitu
dengan cara mencatat nomor polisi bus, perusahaan otobus, jurusan bus serta
menempelkan barcode pada bus.
Setelah dilakukan pendataan bus dan penempelan barcode dilakukan penginputan
data bus yang sebelumnya didata secara manual dikartu ke sistem yang
dikembangkan Terminal Tipe A Tamanan.
Pada foto diatas penulis ditugaskan oleh pembimbing lapangan untuk menginput
kedatangan dan keberangkatan bus melalui aplikasi.
Pada foto diatas penulis membagikan undangan kepada semua sopir bus, kegiatan
ini bertujuan agar sopir bus mengetahui tentang aplikasi yang sedang
dikembangkan Terminal Tipe A Tamanan. Serta membagikan kartu yang berisi
barcode kepada sopir bus untuk memudahkan pendataan bus kedepannya.