LAPORAN
PRAKTEK KERJA NYATA
RANCANG BANGUN SISTEM INFORMASI PELAPORAN KELUHAN
LAYANAN IT DI BADAN PUSAT STATISTIK KABUPATEN JEPARA
Disusun oleh :
PUTRI LUTHFIYATUL MAHBUBAH
191250000293
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NAHDLATUL ULAMA
JEPARA
2022
ii
iii
KATA PENGANTAR
Alhamdulillah puji syukur kehadirat Allah SWT yang telah memberikan
rahmat dan inayah-Nya sehingga penyusun dapat menyelesaikan Laporan Praktik
Kerja Nyata yang berjudul “RANCANG BANGUN SISTEM INFORMASI
PELAPORAN KELUHAN LAYANAN IT DI BADAN PUSAT STATISTIK
KABUPATEN JEPARA”.
Selama
melaksanakan kegiatan praktek kerja
nyata
dan dalam
mengerjakan laporan penulis mendapat banyak bantuan berupa bimbingan saran
dan fasilitas hingga pada akhir penulisan laporan. Oleh karena itu penulis
mengucapkan terimakasih kepada:
1. Bapak Dr. H. Sa‟dullah Assa‟idi, M.Ag. selaku Rektor Universitas
Islam Nahdlatul Ulama Jepara.
2. Bapak Dias Prihatmoko, S.T., M.Eng. selaku Dekan Fakultas Sains
dan Teknologi UNISNU Jepara.
3. Bapak Danang Mahendra, M.Kom. selaku Ketua Program Studi
Sistem Informasi Fakultas Sains dan Teknologi UNISNU Jepara
4. Bapak Agus Subhan Akbar, M.Kom. selaku Koordinator Praktik Kerja
Nyata (PKN) Program Studi Sistem Informasi Fakultas Sains dan
Teknologi UNISNU Jepara
5. Ibu Noor Azizah, M.Kom selaku Pembimbing Praktek Kerja Nyata
(PKN) Program Studi Sistem Informasi Fakultas Sains dan Teknologi
UNISNU Jepara.
6. Bapak Drs. Manggus Suryono selaku Kepala Badan Pusat Statistik
Kabupaten Jepara.
7. Bapak Agus Winyarto, S.ST selaku Pembimbing Lapangan.
Penulis menyadari bahwa Laporan Praktik Kerja Nyata yang dibuat ini
maih jauh dari kata sempurna baik segi penyusunan, bahasa, maupun
penulisannya. Oleh karena itu, penulis sangat mengharapkan kritik dan saran yang
membangun dari semua pembaca guna menjadi acuan agar penulis bisa menjadi
lebih baik lagi di masa mendatang.
iv
Semoga Laporan Praktik Kerja Nyata ini bisa menambah wawasan para
pembaca dan bisa bermanfaat untuk perkembangan dan peningkatan ilmu
pengetahuan.
Jepara, 15 Mei 2022
Penyusun
v
DAFTAR ISI
HALAMAN JUDUL................................................................................................ i
HALAMAN PENGESAHAN ................................................................................. ii
KATA PENGANTAR ........................................................................................... iv
DAFTAR ISI .......................................................................................................... vi
DAFTAR GAMBAR ........................................................................................... viii
DAFTAR TABEL ....................................................................................................x
BAB I PENDAHULUAN .......................................................................................1
1.1
Latar Belakang Masalah ........................................................................... 1
1.2
Perumusan Masalah .................................................................................. 3
1.3
Batasan Masalah ....................................................................................... 3
1.4
Tujuan Praktek Kerja Nyata ..................................................................... 3
1.5
Manfaat Praktek Kerja Nyata ................................................................... 3
1.6
Metodologi Praktek Kerja Nyata .............................................................. 4
1.7
Sistematika Penyusunan ........................................................................... 4
BAB II DASAR TEORI..........................................................................................6
2.1
Sistem Informasi ....................................................................................... 6
2.2
Konsep Sistem Informasi Pelaporan Keluhan .......................................... 6
2.3
Konsep Pemodelan Sistem ....................................................................... 8
2.4
Konsep Basis Data .................................................................................. 16
2.5
Pengembangan Pemrograman Berbasis Web ......................................... 18
BAB III TINJAUAN UMUM BADAN PUSAT STATISTIK JEPARA .............23
3.1
Gambaran Umum ................................................................................... 23
3.2
Visi dan Misi .......................................................................................... 24
3.3
Struktur Organisasi ................................................................................. 25
3.4
Lokasi Penelitian .................................................................................... 27
BAB IV ANALISIS DAN PERANCANGAN .....................................................28
vi
4.1
Analisis Sistem ....................................................................................... 28
4.1.1
Analisis Sistem Berjalan ................................................................. 28
4.1.2
Analisis Sistem Usulan ................................................................... 29
4.1.3
Analisis Kebutuhan Sistem ............................................................. 31
4.2
Perancangan Sistem ................................................................................ 31
4.2.1
Desain Sistem .................................................................................. 31
4.3.1.1 Use Case Diagram ........................................................................... 32
4.3.1.2 Activity Diagram ............................................................................. 39
4.3.1.3 Sequence Diagram .......................................................................... 42
4.2.2
4.3
Rancangan ERD .............................................................................. 48
Implementasi Sistem .............................................................................. 53
BAB V PENUTUP ................................................................................................62
5.1
Kesimpulan ............................................................................................. 62
5.2
Saran ....................................................................................................... 62
DAFTAR PUSTAKA ............................................................................................63
LAMPIRAN ...........................................................................................................64
1.
Daftar Hadir di Tempat PKN ................................................................. 64
2.
Log book selama PKN............................................................................ 66
3.
Surat keterangan telah melaksanakan PKN ............................................ 69
4.
Penilaian dari Pembimbing Lapangan .................................................... 70
5.
Dokumentasi ........................................................................................... 71
vii
DAFTAR GAMBAR
Gambar 2.1 Komunikasi web browser dan aplikasi web ..................................................18
Gambar 2.2 Siklus PHP ...................................................................................................19
Gambar 2.3 Tampilan Xampp ..........................................................................................22
Gambar 3.4 Struktur Organisasi BPS ...............................................................................25
Gambar 3.5 Peta Kantor BPS di Google Maps.................................................................27
Gambar 4.6 FOD Sistem Lama ........................................................................................28
Gambar 4.7 Flowchart Sistem Usulan Baru .....................................................................30
Gambar 4.8 Use Case Diagram Sistem Usulan ................................................................32
Gambar 4.9 Activity Diagram Login................................................................................39
Gambar 4.10 Activity Diagram Membuat Tiket Keluhan ................................................40
Gambar 4.11 Activity Diagram Mengupdate Status Tiket Keluhan .................................40
Gambar 4.12 Activity Diagram Mengecek Status Tiket Keluhan ....................................41
Gambar 4.13 Activity Diagram Melihat History ..............................................................42
Gambar 4.14 Activity Diagram Logout ............................................................................42
Gambar 4.15 Sequence Diagram Login Pegawai .............................................................43
Gambar 4.16 Sequence Diagram Login Admin Staff IT ..................................................43
Gambar 4.17 Sequence Diagram Membuat Tiket Keluhan ..............................................44
Gambar 4.18 Sequence Diagram Mengupdate Status Tiket Keluhan ...............................44
Gambar 4.19 Sequence Diagram Mengecek Status Tiket Keluhan ..................................45
Gambar 4.20 Sequence Diagram Melihat History Pegawai.............................................45
Gambar 4.21 Sequence Diagram Melihat History Admin Staff IT ..................................46
Gambar 4.22 Sequence Diagram Logout Pegawai ...........................................................46
Gambar 4.23 Sequence Diagram Logout Admin Staff IT ................................................47
Gambar 4.24 Class Diagram Sistem .................................................................................47
Gambar 4.25 Entity Relationship Diagram (ERD) ...........................................................48
Gambar 4.26 Relasi antar tabel ........................................................................................50
viii
Gambar 4.27 Tampilan Halaman Login ...........................................................................53
Gambar 4.28 Tampilan Halaman Beranda Pegawai/pelapor ............................................54
Gambar 4.29 Tampilan Halaman Menu Buat Tiket..........................................................54
Gambar 4.30 Tampilan Halaman Form Pengisian Keluhan .............................................55
Gambar 4.31 Tampilan Halaman Menu Cek Status .........................................................56
Gambar 4.32 Tampilan Halaman Detail Cek Status .........................................................56
Gambar 4.33 Tampilan Halaman Dashboard Admin .......................................................57
Gambar 4.34 Tampilan Halaman Panel Menu Tiket ........................................................58
Gambar 4.35 Tampilan Halaman Data Status Tiket Baru ................................................58
Gambar 4.36 Tampilan Halaman Detai Data Tiket Baru..................................................59
Gambar 4.37 Tampilan Halaman Menu Users Data Pegawai dan Admin ........................60
Gambar 4.38 Tampilan Halaman Tambah Users..............................................................60
Gambar 4.39 Tampilan Halaman History Tiket Status Selesai .........................................61
ix
DAFTAR TABEL
Tabel 2.1 Simbol Flowchart ..............................................................................................9
Tabel 2.2 Simbol Usecase Diagram ................................................................................12
Tabel 2.3 Simbol Activity Diagram ................................................................................13
Tabel 2.4 Simbol Class Diagram .....................................................................................14
Tabel 2.5 Simbol Sequence Diagram ..............................................................................16
Tabel 2.6 Simbol ERD ....................................................................................................17
Tabel 4.7 Skenario Login ................................................................................................32
Tabel 4.8 Skenario Buat Tiket Keluhan ..........................................................................34
Tabel 4.9 Skenario Mengupdate Status Tiket Keluhan....................................................34
Tabel 4.10 Skenario Mengecek Status ............................................................................36
Tabel 4.11 Skenario Melihat History ..............................................................................37
Tabel 4.12 Skenario Logout ............................................................................................38
Tabel 4.13 Struktur Tabel Pegawai .................................................................................50
Tabel 4.14 Struktur Tabel Admin Staff IT ......................................................................51
Tabel 4.15 Struktur Tabel Kategori Keluhan ..................................................................51
Tabel 4.16 Struktur Tabel Software ................................................................................51
Tabel 4.17 Struktur Tabel Hardware ...............................................................................52
Tabel 4.18 Struktur Tabel Koneksi Jaringan ...................................................................52
Tabel 4.19 Struktur Tabel Status Keluhan .......................................................................52
x
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Pengaruh teknologi informasi di dunia semakin meningkat setiap
tahunnya, banyak sekali jenis teknologi yang sudah sangat maju mulai dari
yang perangkat keras, perangkat lunak, hingga jaringan internet. Karena hal
itu menyebabkan semua sektor atau bidang pekerjaan pasti membutuhkan
kecanggihan dari teknologi yang telah ada tersebut, sehingga dapat membantu
menyelesaikan masalah-masalah ataupun membantu pekerjaan setiap harinya.
Badan Pusat Statistik adalah lembaga pemerintah non-departemen
yang bertanggung jawab langsung kepada presiden, seperti pada Badan Pusat
Statistik Kabupaten Jepara dimana memiliki tugas untuk menyediakan
kebutuhan data bagi pemerintah dan masyarakat sehingga dalam pengelolaan
data ataupun pelayanannya sangat membutuhkan teknologi informasi yang
saat ini berkembang sangat pesat, akan tetapi tidak semua pelayanan atau
pengelolaannya telah menggunakan IT Support.
Seperti pada layanan yang disediakan oleh Staff IT yang ada di Badan
Pusat Statistik Jepara, dimana setiap harinya staff tersebut harus menerima
laporan ataupun keluhan dari pegawai lainnya yaitu permasalahan IT
contohnya seperti keluhan PC yang error atau rusak yang berkaitan dengan
perangkat keras, kemudian keluhan mengenai aplikasi atau perangkat lunak
yang eror, hingga keluhan mengenai masalah koneksi jaringan, sehingga staff
IT harus memberikan pelayanannya yaitu berupa solusi untuk menyelesaikan
masalah yang tengah dihadapi oleh para pegawai Badan Pusat Statistik Jepara
tersebut.
Di Badan Pusat Statistik Jepara sendiri sistem pelaporan yang
dilakukan oleh pegawainya tersebut masih secara manual atau disampaikan
secara lisan atau langsung, sehingga membuat staff IT mendapatkan kesulitan
ketika permasalahan itu terjadi secara bersamaan dan para pegawai pun
meminta untuk segera diselesaikan jika terjadi masalah seperti itu, selain itu
1
2
pelaporan keluhan layanan IT tersebut tidak terdokumentasi dengan baik
karena tidak adanya catatan atau riwayat saat para pegawai Badan Pusat
Statistik Jepara melakukan pelaporan.
Sehingga karena masalah yang dihadapi oleh Staff IT Badan Pusat
Statistik Jepara tersebut, membuat staff IT membutuhkan sebuah sistem
aplikasi pelaporan keluhan permasalahan layanan IT untuk para pegawai
Badan Pusat Statistik, selain pelaporan para pegawai juga bisa mengajukan
permohonan/permintaan
ketika
membutuhkan
penginstallan
aplikasi,
memerlukan printer baru ataupun permintaan lainnya yang sedang dibutuhkan
untuk menunjang pekerjaan pegawai dalam hal IT.
Salah satu Jurnal yang relevan dengan studi kasus diatas yaitu jurnal
yang berjudul “Pembangunan Sistem Informasi Pelaporan Keluhan Layanan
TI Menggunakan Metode Waterfall Di BPS Provinsi Sulawesi Barat” dimana
dalam jurnal tersebut mempunyai permasalahan yang sama dalam pelaporan
keluhan layanan IT pada Badan Pusat Statistik Provinsi Sulawesi Barat
sehingga
karena
pelaporan
keluhan
layanan
IT
tersebut
belum
terkomputerisasi menyebabkan terhambatnya penanganan keluhan layanan IT
pada lingkup provinsi. Sama halnya pada Badan Pusat Statistik Kabupaten
Jepara yang membutuhkan perancangan dan pembangunan sistem pelaporan
keluhan layanan IT, untuk membantu kinerja dan penanganan saat terjadi
permasalahan IT di kantor BPS Kabupaten Jepara.
Oleh karena itu Tugas penulis saat melakukan Praktek Kerja Nyata di
Badan Pusat Statistik selain membantu kerja harian seperti mengentri data
sensus, penulis juga merancang sistem yang berbasis website untuk
menyelesaikan permasalahan yang dihadapi oleh staff IT tersebut, kemudian
dari hasil rancangan tersebut diimplementasikan atau dibangun sebuah sistem
aplikasi yang berbasis website. Dari latar belakang tersebut penulis menyusun
tugas akhir atau final project dari PKN yaitu berupa Website sistem informasi
dan menyusun laporan PKN yang berjudul “Rancang Bangun Sistem
Informasi Pelaporan Keluhan Layanan It Di Badan Pusat Statistik
Kabupaten Jepara”.
3
1.2 Perumusan Masalah
Dari latar belakang di atas dapat diambil rumusan masalah adalah sebagai
berikut:
1.2.1 Bagaimana membuat perancangan sistem informasi pelaporan keluhan
layanan IT di Badan Pusat Statistik Kabupaten Jepara Berbasis Website ?
1.2.2 Bagaimana membangun aplikasi dari rancangan sistem informasi
pelaporan keluhan layanan IT di Badan Pusat Statistik Kabupaten Jepara
tersebut ?
1.3 Batasan Masalah
Untuk menghindari hal-hal yang menyimpang dari judul dan tujuan utama
mengingat terbatasnya kemampuan penulis, maka dalam hal ini penulis
membuat batasan masalah yang akan dibahas yaitu:
1.3.1 Masalah yang mengenai perancangan sistem informasi pelaporan keluhan
layanan IT di Badan Pusat Statistik Jepara berbasis website.
1.3.2 Sistem yang di rancang meliputi fungsi pelaporan keluhan dan
permohonan layanan IT dengan 3 kategori tiket layanan yaitu Perangkat
Lunak (Software), Perangkat Keras (Hardware) dan Koneksi Jaringan.
1.3.3 Sistem yang di bangun sesuai dengan hasil rancangan sistem yang telah
dibuat.
1.4 Tujuan Praktek Kerja Nyata
Adapun tujuan dari mengikuti PKN di Badan Pusat Statistik Kabupaten
Jepara yaitu antara lain sebagai berikut :
1.4.1 Membuat perancangan sistem pelaporan keluhan layanan IT pegawai
Badan Pusat Statistik Jepara.
1.4.2 Membangun sistem dari perancangan yang telah dibuat untuk menangani
pelaporan keluhan layanan IT pegawai Badan Pusat Statistik Jepara.
1.5 Manfaat Praktek Kerja Nyata
Manfaat yang diperoleh dari Praktek Kerja Nyata adalah sebagai berikut:
1.5.1 Menjalin hubungan yang baik antara instansi/perusahaan dengan Unisnu
Jepara lebih khusus dengan program studi Sistem Informasi.
4
1.5.2 Membuka kreatifitas diri dan wawasan serta mengasah skill.
1.6 Metodologi Praktek Kerja Nyata
Sistem pelaksanaan yang digunakan adalah Studi Lapangan (Field
Risead), yaitu terjun langsung ke lapangan untuk mengumpulkan data yang
dibutuhkan dalam pembuatan aplikasi yang diinginkan perusahaan dan
laporan. Dalam pelaksanaan program Praktek Kerja Lapangan (PKN) metode
yang digunakan adalah Full Realese yaitu pelaksanaan waktu kegiatan
tergantung waktu jam kantor dari hari Senin sampai Kamis mulai pukul 07.30
– 16.00 WIB, hari Jum‟at mulai pukul 07.30 – 16.30 WIB. Metode
pengumpulan data yang dilakukan dalam penyusunan laporan diantaranya
sebagai berikut :
1.6.1 Studi Lapangan
Metode studi menggunakan metode observasi dan wawancara langsung
terhadap bagian yang terkait mengenai data yang dibutuhkan untuk
merancang sistem.
1.6.2 Studi Literatur
Pengumpulan referensi dan mempelajari teori-teori yang relevan dengan
objek penelitian yang nantinya sebagai dasar dalam penyusunan laporan
praktek kerja nyata menentukan solusi dari permasalahan yang dihadapi.
1.7 Sistematika Penyusunan
Adapun sistematika penyusunan laporan Praktek Kerja Nyata yaitu antara lain
sebagai berikut:
1. Halaman Judul
2. Halaman Pengesahan
3. Kata Pengantar
4. Daftar Isi
5. Daftar Gambar
6. Daftar Tabel
7. Pendahuluan : Latar belakang masalah; Perumusan masalah; Batasan
Masalah; Tujuan Praktek Kerja Nyata; Manfaat Praktek Kerja Nyata;
Metodologi Praktek Kerja Nyata; Sistematika penyusunan.
5
8. Landasan Teori : Teori, landasan, paradigma, cara pandang; Metodametoda yang telah ada dan atau akan digunakan; Konsep yang telah diuji
kebenarannya.
9. Tinjauan Umum Obyek Penelitian: Sistem kerja internal dan hal-hal lain
yang lebih menjelaskan permasalahan yang akan dibahas pada obyek yang
diteliti yang isinya lebih ditekankan kepada sistem komputerisasi yang
telah ada di objek penelitian.
10. Analisis dan Perancangan : berdasar pada gambaran dari suatu
permasalahan dan gambaran umum suatu obyek yang diteliti yaitu
mengungkapkan permasalahan yang lebih khusus dari judul PKN mencari
alternatif pemecahan masalah, dirancang suatu pemecahannya yang
mungkin (berupa pengembangan yang sudah ada atau pembuatan sistem
baru). Apabila dalam bentuk perancangan perangkat lunak, harus
disertakan pula model perancangannya secara lengkap, misalnya DFD
dengan faktorisasi serta dengan kamus datanya, serta perancangan struktur
menu, struktur datanya, serta layar saji. Untuk model UML minimal ada
Diagram Use Case, Diagram Class, Diagram Sequence, dan Diagram
Aktivitas. Untuk model yang lain dapat menyesuaikan.
11. Penutup: Kesimpulan (Rangkuman keseluruhan isi yang sudah dibahas);
Saran (Saran perluasan, pengembangan, pendalaman, pengkajian ulang).
12. Lampiran
a. Daftar Hadir di Tempat PKN
b. Log book selama PKN
c. Surat keterangan telah melaksanakan PKN dari Perusahaan
d. Penilaian dari Pembimbing Lapangan
BAB II
DASAR TEORI
2.1 Sistem Informasi
Definisi Sistem menurut Sutabri 2012, Sistem adalah sekumpulan
elemen-elemen , komponen-komponen, atau nilai-nilai pengubah yang
teratur, saling berhubungan, saling ketergantungan, serta terstruktur.
Dimana umumnya sistem dijabarkan menjadi suatu keutuhan yang
merupakan gabungan bagian-bagian atau energi dalam menjangkau
sasarannya. Sedangkan Informasi merupakan data yang digolongkan,
diolah atau ditafsirkan supaya dapat digunakan untuk mengambil
keputusan. Data yang telah diolah atau yang sudah memiliki manfaat
adalah sebuah informasi. Informasi bisa dikatakan merupakan data yang
telah melalui pengolahan dengan menggunakan metode tertentu. Dengan
menggunakan
informasi,
penggunanya
dapat
meningkatkan
wawasannya.(Kurniawan, 2020)
Sistem Informasi didefinisikan oleh Roscoe 2013, sebagai suatu
sistem di dalam organisasi yang mempertemukan kebutuhan pengolahan
transaksi harian mendukung operasi, bersifat manajerial dan kegiatan
strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan
laporan-laporan yang diperlukan.
Sehingga dapat disimpulkan sistem informasi adalah kerangka
kerja yang mengkoordinasikan sumberdaya manusia (manusia dan
komputer) untuk mengubah masukan (input) menjadi keluaran (informasi)
guna mencapai sasaran-sasaran.(Saputra, 2016)
2.2 Konsep Sistem Informasi Pelaporan Keluhan
2.2.1 Definisi Laporan
Laporan artinya hal yang dilaporkan, termasuk berita yaitu menurut
Wahono 2007. Laporan umumnya mengacu kepada uraian atau
rekaman menyeluruh mengenail hasil pengamatan di lapangan atau
menceritakan suatu pengalaman langsung.
6
7
Dimana laporan terbagi menjadi dua jenis berdasarkan cara
penyampaiannya, yaitu laporan yang disampaikan secara lisan dan
tertulis. Laporan yang disampaikan secara lisan contohnya, melalui
radio, televisi dan alat audio visual lainnya. Sedangkan contoh laporan
yang disampaikan secara tertulis diantaranya dalam bentuk makalah,
jurnal dan sebagainya.
Dalam menyusun sebuah kebijakan, laporan merupkan unsur yang
sangat penting. Pimpinan organisasi kerap kali tidak dapat mengurus
hal-hal yang terjadi pada bawahan organisasi yang dia pimpin secara
rinci karena luasnya lingkup organisasi yang dipimpinnya. Namun,
pimpinan atas dapat mengetahui secara langsung keadaan sehari-hari
unit bawahannya dengan memanfaatkan adanya laporan. Pemimpin
organisasi
dapat
memanfaatkan
mengambil
informasi
keputusan
yang
dengan
disampaikan
cepat
melalui
dengan
laporan
(Kurniawan, 2020).
2.2.2 Definisi Penanganan Keluhan
Menurut James 2006, Keluhan adalah salah satu bagian dari
ekspresi negatif yang dihasilkan karena ke tidak sesuai kenyataan
dengan keinginan seseorang. Keluhan adalah satu pernyataan atau
ungkapan rasa kurang puas terhadap satu produk atau layanan, baik
secara lisan maupun tertulis, dari pelanggan internal maupun external.
Manfaat prosedur penanganan keluhan antara lain:
a. Tersedia prosedur yang jelas ketika terjadi keluhan.
b. Menciptakan pemahaman dan keyakinan cara menangani keluhan.
c. Membantu mengatasi rasa “bersalah” secara pribadi bagi orang
yang menangani keluhan.
d. Menerima keluhan sebagai umpan balik yang berharga, bukan
sebagai kritik.
e. Menghasilkan catatan yang dapat digunakan untuk menganalisa
kemungkinan peningkatan layanan Konsep Pemodelan Sistem
8
Secara definisi Keluhan diartikan sebagai satu pernyataan atau
ungkapan rasa kurang puas terhadap satu produk atau layanan jasa,
baik secara lisan maupun tertulis, dari penyampaian keluhan baik
internal maupun eksternal. Atau sebuah ungkapan ke tidak puas antara
harapan dengan fakta terhadap apa yang diterima dalam bentuk produk
maupun layanan jasa (Saputra, 2016).
Adanya keluhan dari dalam satu sisi merupakan alat kendali atau
evaluasi terhadap pemberian kualitas pelayanan yang selama ini
diberikan kepada masyarakat atau dengan kata lain yaitu pegawai
Badan Pusat Statistik Kabupaten Jepara. Namun pada sisi lainnya
adalah suatu hal yang perlu diperhatikan, yang menjadikan keluhan
sebagai suatu masalah yang perlu dicari solusinya. Penanganan
terhadap munculnya keluhan harusnya ditanggapi secara rasional dan
sebaiknya faktor emosional. Sesungguhnya apabila terjadi keluhan sulit
untuk membedakan sifat dari yang dikeluhkan yang bisanya keluhan
berupa masalah-masalah yang serius dan membutuhkan penanganan
khusus.
2.3 Konsep Pemodelan Sistem
2.3.1
Flowchart
Menurut Indrajani 2015 Flowchart merupakan gambaran secara grafik
dari langkah- langkah dan urutan prosedur suatu program. Menurut
Jogiyanto Bagan alir (flowchart) adalah bagan (chart) yang
menunjukkan alir (flow) di dalam program atau prosedur sistem secara
logika. Bagan alir di gunakan terutama untuk alat bantu komunikasi
dan untuk dokumentasi.(Tawir, 2018)

Jenis-jenis bagan alir (Flowchart)
a. Bagan Alir Sistem (system flowchart) merupakan bagan yang
menunjukkan arus pekerjaan secara keseluruhan dari sistem. Bagan
Alir Dokumen (document flowchart) disebut juga bagan alir formulir
(form flowchart) merupakan bagan alir yang menunjukkan arus dari
laporan dan formulir termasuk tembusan-tembusannya.
9
b. Bagan Alir Skematik (schematic flowchart) merupakan bagan alir
yang
menggambarkan
prosedur
di
dalam
sistem
dengan
menggunakan simbol-simbol bagan alir sistem dan gambar- gambar
komputer serta peralatan lainnya yang digunakan oleh sistem.
c. Bagan Alir Program (program flowchart) merupakan bagan yang
menjelaskan secara rinci langkah-langkah dari proses program.
d. Bagan Alir Proses (process flowchart) merupakan bagan alir yang
banyak digunakan di teknik industri untuk menggambarkan proses
dalam suatu prosedur.

Simbol-Simbol Flowchart
Tabel 2.1 Simbol Flowchart
Dokumen atau laporan,
1.
Dokumen
dokumen
tersebut
dipersiapkan
dengan
tulisan tangan atau
dicetak dengan komputer.
Digambarkan dengan cara
2.
Multidokumen
penumpukan
simbol
dokumen.
3.
Masukan
data
melalui
peralatan
on-line
seperti
terminal atau personal
Pengetikan
line
on-
computer.
10
Fungsi pemrosesan yang
dilaksanakan dengan
4.
Proses
computer, biasanya
menghasilkan perubahan
data atau informasi.
Pelaksanaan pemrosesan
5.
Proses Manual
yang di lakukan secara
manual.
Data disimpan permanen
6.
Disk Magnetik
didalam
disk
magnetis,
dipergunakan untuk file
utama dan database
Data disimpan di dalam file
on line temporer melalui
7.
Penyimpanan
media yang dapat di akses
secara langsung
on-line
seperti disk.
Arah pemrosesan atau arus
dokumen,
8.
Arus dokumen
arus
normalberada dibawah
dan mengarah ke kanan
Menghubungkan
On-page
9.
aruspemrosesan di satu
halaman yang sama.
yang
11
Suatu penanda masuk
10.
Off-page
dari,atau keluar
connector
kehalaman lain
Langkah pengambil
keputusan, dipergunakan
11.
Keputusan
dalam sebuah program
computer bagan alir
.
Digunakan
untuk
menunjukkan awal dan
12.
Titik terminal
akhir dari suatu proses
File non computer yang
diarsip menurut angka.
13.
2.3.2
Simpanan offline
UML
Pemodelan merupakan tahapan untuk mendesain software sebelum
dilakukannya
coding.
Kita
dapat
menganalogikan
pemodelan
perangkat lunak seperti membuat perancangan atau cetak biru sebelum
pembangunan gedung dilakukan. Saat ini, scope perangkat lunak
semakin luas oleh karena itu pembuatannya tidak bisa lagi asal-asalan.
Semakin kompleks sebuah sistem, maka sistem tersebut akan semakin
sulit pula untuk dipahami. Sehingga penting untuk menggunakan
teknik pemodelan yang baik dalam merancang sistem yang kompleks
(Kurniawan, 2020).
UML atau singkatan dari Unified Modelling Language ,menurut
Sugiarti 2008 adalah salah satu format notasi atau istilah yang para
profesional sama-sama gunakan di bidang software dalam merancang
12
atau membuat model sebuah sistem software. Dalam pembuatan
sistem yang berorientasi objek, UML menjadi alat bantu yang dapat
diandalkan karena UML menyuguhkan pemodelan visual yang
mampu membuat pengembang merancang. Pemodelan menggunakan
UML pada dasarnya berorientasi objek dan berbasis visual. Dengan
semakin mantap dan tenarnya teknologi programming, desain, dan
analisa berorientasi object, UML menjadi bahasa standar yang resmi.
a. Use Case Diagram
Use Case Diagram mendeskripsikan sebuah interaksi antara satu
atau lebih actor dengan sistem yang dibuat. Dapat dikatakan Use
Case digunakan untuk mengetahui fungsi yang ada di dalam sistem
dan siapa saja yang berhak menggunakan fungsi-fungsi yang
dibutuhkan. Simbol-simbol yang digunakan dalam use case diagram
dapat dilihat pada
Tabel 2.2 Simbol Usecase Diagram
No
Gambar
Nama Gambar
Keterangan
Merupakan
1
Use Case
yang
fungsionalitas
disediakan
sistem
sebagai unit yang bertukar
pesan dengan actor.
Merupakan abstraction dari
orang
2
Actor
yang
mengaktifkan
fungsi dari target sistem dan
merupakan
orang
yang
berinteraksi dengan use case.
13
Digambarkan dengan garis
tanpa
3
panah
yang
Association
mengindikasikan siapa yang
berinteraksi secara langsung
dengan sistem.
Mengindikasikan siapa yang
4
Generalization
berinteraksi
secara
pasif
dengan sistem.
Mengidentifikasi
5
<<include>>
Include
hubungan
antar dua use case dimana
satu
usecase
memanggil
usecase yang lain.
Merupakan perluasan dari
6
<<extend>>
Extend
use case jika kondisi atau
syarat terpenuhi.
b. Activity Diagram
Activity Diagram merupakan diagram yang digunakan untuk
menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah
sistem atau proses bisnis. Simbol-simbol yang digunakan dalam
activity diagram dapat dilihat pada.
Tabel 2.3 Simbol Activity Diagram
No
Gamb
ar
Nama Gambar
Keterangan
Merupakan awal dalam
1
Start Point
aktifitas
Merupakan akhir dalam
2
End Point
aktifitas
14
3
Activities
4
Decision Point
Menggambarkan pilihan
untuk pengambilan
keputusan dalam aktifitas.
Digunakan untuk pembagian
activity diagram yang
menunjukkan siapa yang
melakukan aktifitas
Title
Function
5
Menggambarkan suatu
proses atau kegiatan bisnis
Phase
Swimlane
c. Class Diagram
Class Diagram merupakan diagram yang digunakan untuk
menunjukkan atribut-atribut dan operasi-operasi dari sebuah kelas
dan constraint yang berhubungan dengan objek yang dikoneksikan.
Class Diagram secara khas meliputi: Nama Kelas (Class Name),
Atribut (Attributes), Opeasi (Operations), dan Relasi (Relationships).
Tabel 2.4 Simbol Class Diagram
No
Gambar
Nama
Keterangan
Hubungan dimana objek
anak(descendent) berbagi
1
Generalizatin
perilakudan struktur data
dari objek yang ada
diatasnya objek induk
(ancestor).
15
Himpunan dari objek2
Class
Class
objekyang berbagi atribut
serta operasi yang sama.
Menspesifikasikan bahwa
3
Include
use case sumber secara
eksplisit.
Apa yang menghubungkan
4
Association
antara objek satu dengan
objek lainnya.
Jumlah banyaknya obyek
sebuah class yang berelasi
5
1 , 1..*
Multiplicity
dengan sebuah obyek lain
pada class lain yang
berasosiasi dengan class
tersebut.
d. Sequence Diagram
Sequence diagram atau diagram sekuens adalah diagram yang
menjelaskan tindak laku (behaviour) objek pada use case dengan
mendefinisikan jangka hidup objek tersebut beserta pesan yang
dikirim dan diambil antar objek menurut Sugiarti tahun 2018.
Dikarenakan sebelum menggambar diagram sekuens, pembuat harus
menemukan objek-objek yang ikut serta pada sebuah use case
dengan metode-metode yang dikandung class yang dijadikan
percontohan objek tersebut.
Banyak diagram sekuens yang harus digambar sama jumlahnya
dengan banyaknya use case yang mempunyai proses pribadinya
yang didefinisikan atau seluruh use case yang sudah dipaparkan
interaksinya atau aliran pesan. Sehingga diagram sekuens yang harus
dibuat juhga lebih banyak juga jika analis mendefinisikan semakin
16
banyak use case. Dalam menggambarkan diagram sekuens,
menggunakan simbol-simbol berikut:
Tabel 2.5 Simbol Sequence Diagram
No
Gambar
Nama
Keterangan
Objek actor, antarmuka
1
LifeLine (Actor)
yangsaling berinteraksi.
Objek entity, antarmuka
2
LifeLine (entity)
yangsaling berinteraksi.
Spesifikasi dari
3
Message
komunikasiantar objek
yang memuat informasiinformasi tentang
aktifitas yang terjadi.
Spesifikasi dari
4
Message
komunikasi antar objek
yang memuat informasiinformasi tentang
aktifitas yang terjadi.
Message
5
Pesan yang dikirim
untuk objek itu sendiri.
Menunjukkan focus
6
Execution
Occurance
controlobjek pada
suatu waktu.
2.4 Konsep Basis Data
2.4.1 Basis Data
Basis data adalah suatu kumpulan data yang terhubung dan disimpan
bersama-sama pada suatu media tandpa mengatap satu sama lain atau
tidak perlu adanya kerangkapan data. Walaupun ada kerangkapan data
17
maka harus seminimal mungkin dan terkontrol. Data disimpan dengan
cara-cara
tertentu
sehingga
mudah
untuk
digunakan
kembali
(Murbyanto, 2009).
2.4.2 Teknik Entity Relationship Diagram (ERD)
Menurut Jogiyanto 1999 Entity Relationship Diagram (ERD) adalah
model konseptual untuk mendesain basis data. ERD digunakan untuk
memodelkan struktur data
dan hubungan antar data
dengan
mengabaikan proses yang dilakukan.
Adapun hubungan antara entitas melalui relationship dikenal dengan
istilah Cardinality Ratio Constraint atau kardinalitas relasi yang
menunjukan jumlah keterhubungan entitas dengan entitas lainnya.
Terdapat tiga jenis Cardinality Ratio, yaitu:
a. 1 : 1 (One To One)
Entitas hanya boleh berhubungan dengan satu entitas kedua dan
sebaliknya.
b. 1 : M (One To Many) atau M : 1 (Many To One)
Entitas pertama boleh banyak berhubungan dengan entitas kedua,
tetapi entitas kedua hanya boleh berhubungan dengan satu entitas
atau sebaliknya.
c. M : M (Many To Many)
Entitas pertama boleh banyak berhubungan dengan entitas kedua
dan sebaliknya.
Tabel 2.6 Simbol ERD
No
Gambar
Nama Gambar
Keterangan
Suatu objek yang dapat di
1
Entitas
dentifikasi dalam lingkungan
pemakai.
Menunjukan
2
Relasi
adanya
hubungan di antara sejumlah
entitas yang berbeda.
18
Berfungsi
3
mendeskripsikan
karakter entitas(atribut yang
Atribut
berfungsi sebagai key diberi
garis bawah).
Sebagai penghubung antara
4
Association
relasi dengan entitas, relasi
dan entitas dengan atribut.
2.5 Pengembangan Pemrograman Berbasis Web
Aplikasi Web adalah aplikasi yang disimpan dan dieksekusi di
lingkungan web server. Setiap permintaan yang dilakukan oleh user
melalui aplikasi klien (web browser) akan direspon oleh aplikasi web dan
hasilnya akan dikembalikan lagi ke hadapan user. Dengan aplikasi web,
halaman halaman yang tampil di layar web browser dapat bersifat dinamis,
tergantung dari nilai data atau parameter yang dimasukkan oleh user.
Komunikasi antara web browser dan aplikasi web (Harjo, Heryanto and
K., 2014) dapat digambarkan seperti pada gambar berikut.
Gambar 2.1 Komunikasi web browser dan aplikasi web
Dalam pengembangan Aplikasi Web selain web server atau browser
untuk
mengakses
aplikasi
tersebut
dibutuhkan
bahasa-bahasa
pemrograman untuk membangun aplikasi, database untuk ruang
penyimpanan aplikasi, dan text editor sebagai alat untuk membuat aplikasi
web tersebut.
2.5.1
PHP
Hypertext Preprocessor (PHP) adalah salah satu bahasa pemrograman
skrip yang dirancang untuk membangun aplikasi web. Ketika dipanggil
19
dari web browser, program yang ditulis dengan PHP akan di-parsing di
dalam web server oleh interpreter PHP dan diterjemahkan ke dalam
dokumen HTML, yang selanjutnya akan ditampilkan kembali ke web
browser. Karena pemrosesan program PHP dilakukan di lingkungan web
server, PHP dikatakan sebagai bahasa sisi server (server-side).
Oleh sebab itu, seperti yang telah dikemukakan sebelumnya, kode
PHP tidak akan terlihat pada saat user memilih perintah “View Source”
pada web browser yang mereka gunakan (Harjo, Heryanto and K., 2014).
Gambar 2.2 Siklus PHP
2.5.2
HTML
HTML adalah singkatan dari HyperText Markyp Language. HTML
merupakan file teks yang ditulis menggunakan aturan-aturan kode
tertentu untuk kemudian disajikan ke user melalui suatu aplikasi web
browser. Setiap informasi yang tampil di web selalu dibuat menggunakan
kode HTML(Harjo, Heryanto and K., 2014).
Oleh karena itu, dokumen HTML, sering disebut juga sebagai web
page (halaman web). Untuk membuat dokumen HTML tidak tergantung
pada aplikasi tertentu karena dapat dibuat menggunakan aplikasi Text
Editor apapun, seperti yang penulis menggunakan Text Editor Sublime
Text.
Dalam penamaan dokumen HTML tidak ada atauran yang baku, yang
artinya bebas memilih nama untuk dokumen tersebut. Hanya ekstensinya
20
saja yang perlu untuk diperhatikan. Suatu file teks akan dianggap sebagai
dokumen HTML jika ekstensi “.htm” atau “.html”. Maka dari itu, setiap
membuat dokumen HTML, harus menyimpannya ke dalam salah satu
ekstensi tersebut.
Kerangka Dokumen HTML
Secara umum, dokumen HTML terbagi atas dua bagian, yaitu bagian
header (kepala) dan body (badan). Bagian header diawali dengan tag
<head> dan diakhiri dengan tag </head>, sedangkan bagian body diawali
dengan tag <body> dan ditutup dengan </body>. Kedua bagian tersebut
diapit oleh tag <html> dan </html>, yang digunakan untuk menandai
bahwa dokumen yang dibuat adalah dokumen HTML.
2.5.3
CSS
Pada dasarnya, setiap dokumen HTML disusun menggunakan tag-tag
HTML yang memiliki atribut-atribut khusus menurut tag yang
digunakan, dimana atribut tersebut berfungsi untuk menentukan format
tampilan dari dokumen HTML tersebut. Untuk membentuk tampilan
yang sama pada setiap dokumen HTML sehingga tampilan website akan
lebih konsisten, maka diperlukan pengaturan atribut-atribut dari tag yang
digunakan alam setiap pembuatan sebuah dokumen. Dengan penggunaan
CSS, style tampilan dan struktur informasi dapat dipisahkan sehingga
akan menghemat waktu dan tenaga dalam pembuatan dokumen HTML
dalam jumlah yang banyak.
CSS (Cascading Style Sheets) digunakan dalam dokumen HTML
untuk menciptakan suatu kumpulan style yang dapat digunakan untuk
memperluas kemampuan HTML dalam mengatur tampilan dokumen
HTML tersebut. Pengaturan style menggunakan CSS tidak terbatas pada
sebuah dokumen saja melainkan style yang sama dapat digunakan pada
seluruh dokumen HTML yang menyusun sebuah website. Dengan kata
lain. Pendefinisian style hanya dilakukan sekali saja dan style tersebut
akan berlaku untuk setiap tag HTML yang digunakan dan telah
didefinisikan dalam CSS (Sesarius Antonia Ariya Bilawa, 2015).
21
Berdasarkan sifatnya, CSS dibagi menjadi dua bagian yaitu internal
dan eksternal CSS internal adalah format style yang terdapat dokumen
HTML, letaknya di dalam pasangan tag <head>…</head>. Sedangkan
CSS eksternal adalah format style yang terpisah dengan dokumen HTML
dan merupakan file dengan ekstensi *.css yang dapat di link ke dokumen
HTML dengan menggunakan tag <link>. Letaknya sama dengan CSS
internal tetapi dibedakan cara penulisan dan pemanggilan file CSS
tersebut.
2.5.4
MySQL
MySQL merupakan sistem database yang banyak digunakan untuk
pengembangan aplikasi web. Alasannya karena gratis, pengelolaan
datanya sederhana, memiliki tingkat keamanan yang bagus mudah
diperoleh, dan lain-lain (Harjo, Heryanto and K., 2014). Menurut Abdul
Kadir 2010, Mysql tergolong sebagai DBMS (database Management
System). Perangkat lunak ini berguna untuk mengelola data dengan cara
yang sangat fleksibel dan cepat. Berikut adalah sejumlah aktivitas yang
terkait
dengan
data
yang
didukung
oleh
perangkat
lunak
tersebut.(Sesarius Antonia Ariya Bilawa, 2015)
1. Menyimpan data kedalam tabel,
2. Menghapus data dalam tabel,
3. Mengubah data dalam tabel,
4. Mengambil data yang tersimpan dalam tabel,
5. Memungkinkan untuk memilih data tertentu yang diambil,
6. Memungkinkan untuk melakukan pengaturan hak akses terhadap
data.
2.5.5
XAMPP
Xampp merupakan singkatan dari X (empat system opera apapun),
Apache, MySQL, PHP, Perl, XAMPP merupakan tool yang menyediakan
paket perangkat lunak ke dalam satu buah paket. Dalam paketnya sudah
terdapat Apache (Web Server), MySQL (database), PHP (server side
scripting), Perl, FTP server, phpMyAdmin dan berbagai pustaka bantu
22
lainnya. Dengan menginstall XAMPP maka tidak perlu lagi melakukan
instalasi dan konfigurasi web server Apache, PHP dan MySQL secara
manual. XAMPP akan menginstalasi dan mengkonfigurasikannya secara
otomatis.
XAMPP tersedia untuk Linux, Windows, Mac OS X maupun Solaris
sehingga sangat memudahkan membuat web server multiplatform. Selain
itu XAMPP adalah 100% open source, tersedia bebas dan legal.(Miono,
2013)
Gambar 2.3 Tampilan Xampp
BAB III
TINJAUAN UMUM BADAN PUSAT STATISTIK JEPARA
3.1 Gambaran Umum
Badan Pusat Statistik merupakan Lembaga Non-Departemen yang
bertanggung jawab langsung kepada Presiden. Sebelumnya, BPS
merupakan Biro Pusat Statistik, yang dibentuk berdasarkan UU Nomor 6
Tahun 1960 tentang Sensus dan UU Nomer 7 Tahun 1960 tentang
Statistik. Sebagai pengganti kedua UU tersebut ditetapkan UU nomor 16
Tahun 1997 tentang Statistik. Berdasarkan UU ini yang ditindaklanjuti
dengan peraturan perundangan di bawahnya, secara formal nama Biro
Pusat Statistik diganti menjadi Badan Pusat Statistik.
Peranan yang harus dijalankan oleh BPS adalah Pertama,
Menyediakan kebutuhan data bagi pemerintah dan masyarakat. Data ini
didapatkan dari sensus atau survey yang dilakukan sendiri dan juga dari
departemen atau lembaga pemerintahan lainnya sebagai data sekunder.
Kedua, Membantu kegiatan statistik di departemen, lembaga pemerintah
atau institusi lainnya, dalam membangun sistem perstatistikan nasional.
Ketiga, Mengembangkan dan mempromosikan standar teknik dan
metodologi statistik, dan menyediakan pelayanan pada bidang pendidikan
dan pelatihan statistik. Keempat, Membangun kerjasama dengan institusi
internasional dan negara lain untuk kepentingan perkembangan statistik
Indonesia.
Pengolahan data
sangat menentukan seberapa jauh tingkat
keakuratan dan ketepatan data stsatistik yang dihasilkan. BPS merupakan
instansi perintis dalam menggunakan komputer karena telah memulai
menggunakannya sejak sekitar 1960. Sebelum menggunakan komputer,
BPS menggunakan kalkulator dan alat hitung sipoa dalam mengolah data.
Teknologi komputer yang diterapkan di BPS selalu disesuaikan dengan
perkembangan teknologi informasi dan juga mengacu kepada kebutuhan.
Personal komputer yang secara umum lebih murah dan efisien telah dicoba
23
24
digunakan untuk menggantikan mainframe. Sejak 1980-an, personal
komputer telah digunakan di seluruh kantor BPS provinsi, diikuti dengan
penggunaan komputer di seluruh BPS kabupaten dan kota sejak 1992.
Dengan menggunakan personal komputer, kantor statistik di daerah dapat
segera memproses pengolahan data, yang merupakan rangkaian kegiatan
yang dimulai dari pengumpulan data, kemudian memasukkan data mentah
ke dalam komputer dan selanjutnya data tersebut dikirim ke BPS pusat
untuk diolah menjadi data nasional.
Pada 1993, BPS mulai mengembangkan sebuah sistem informasi
statistik secara geografis khususnya untuk pengolahan data wilayah
sampai unit administrasi yang terkecil yang telah mulai dibuat secara
manual sejak 1970. Data wilayah ini dibuat khususnya untuk menyajikan
karakteristik daerah yang menonjol yang diperlukan oleh para perumus
kebijakan dalam perencanaan pembangunan. Dalam mengolah data, BPS
juga telah mengembangkan berbagai program aplikasi untuk data entry,
editing, validasi, tabulasi dan analisis dengan menggunakan berbagai
macam bahasa dan paket komputer. BPS bertanggung jawab untuk
mengembangkan berbagai perangkat lunak komputer serta mentransfer
pengetahuan dan keahliannya kepada staf BPS daerah. Pembangunan
infrastruktur teknologi informasi di BPS didasarkan pada tujuan yang
ingin dicapai yaitu mengikuti perkembangan permintaan dan kebutuhan
dalam pengolahan data statistik; melakukan pembaharuan/inovasi dalam
hal metode kerja yang lebih baik serta memberikan kemudahan kepada
publik dalam mendapatkan informasi statistik.
3.2 Visi dan Misi

Visi Badan Pusat Statistik dipertimbangkan dengan capaian kinerja,
memperhatikan aspirasi masyarakat, potensi dan permasalahan, serta
mewujudkan Visi Presiden dan Wakil Presiden maka visi Badan Pusat
Statistik untuk tahun 2020-2024, adalah “Penyedia Data Statistik
Berkualitas untuk Indonesia Maju” (“Provider of Qualified Statistical
Data for Advanced Indonesia”)
25

Misi Badan Pusat Statistik dirumuskan dengan memperhatikan fungsi
dan kewenangan BPS, visi BPS serta melaksanakan Misi Presiden dan
Wakil Presiden yang Ke-1 (Peningkatan Kualitas Manusia Indonesia),
Ke-2 (Struktur Ekonomi yang Produktif, Mandiri, dan Berdaya Saing)
dan yang Ke-3 Pembangunan yang Merata dan Berkeadilan, dengan
uraian sebagai berikut:
a. Menyediakan statistik berkualitas yang berstandar nasional dan
internasional
b. Membina K/L/D/I melalui Sistem Statistik Nasional yang
berkesinambungan
c. Mewujudkan
pelayanan
prima
di
bidang
statistik
untuk
terwujudnya Sistem Statistik Nasional
d. Membangun SDM yang unggul dan adaptif berlandaskan nilai
profesionalisme, integritas dan amanah
3.3 Struktur Organisasi
Gambar 3.4 Struktur Organisasi BPS
26
Deskripsi
Berdasarkan Peraturan Badan Pusat Statistik Nomor 8 Tahun 2020 tentang
Organisasi dan Tata Kerja Badan Pusat Statistik Provinsi dan Badan Pusat
Statistik Kabupaten/Kota, untuk menyelenggarakan tugas dan fungsi BPS di
daerah dibentuk Instansi vertikal BPS yang terdiri atas:
a. BPS Provinsi; dan
b. BPS Kabupaten/Kota.
BPS Kabupaten/Kota mempunyai tugas melaksanakan penyelenggaraan
statistik dasar di Kabupaten/Kota sesuai dengan ketentuan peraturan
perundang-undangan.
Susunan organisasi BPS Jepara, terdiri atas:
a. Kepala BPS Kabupaten Jepara yaitu Bapak Drs. Manggus Suryono.
Tugas :
Kepala BPS Kabupaten Jepara mempunyai tugas memimpin BPS
Kabupaten/Kota sesuai dengan tugas dan fungsi BPS Kabupaten Jepara
serta membina aparatur BPS Kabupaten Jepara agar berdaya guna dan
berhasil guna.
b. Sub bagian Umum BPS Kabupaten Jepara yaitu Ibu Ina Rusmiyati,
S.ST, M.Si.
Tugas:
Sub bagian Umum mempunyai tugas melakukan penyusunan
perencanaan, keuangan, sumber daya manusia, hubungan masyarakat,
hukum dan organisasi, kearsipan, persandian, barang milik negara,
perlengkapan dan rumah tangga.
c. Kelompok Jabatan Fungsional.
Tugas:
Kelompok
Jabatan
Fungsional
mempunyai
tugas
memberikan
pelayanan fungsional dalam pelaksanaan tugas dan fungsi BPS
Kabupaten Jepara sesuai dengan bidang keahlian dan keterampilan.
27
Dalam pelaksanaan tugas ditetapkan Koordinator Pelaksana Fungsi
Pelayanan Fungsional sesuai dengan ruang lingkup bidang tugas dan
fungsi BPS Kabupaten Jepara.
Koordinator Pelaksana Fungsi Pelayanan Fungsional mempunyai tugas
mengoordinasikan dan mengelola kegiatan pelayanan fungsional sesuai
dengan bidang tugas masing-masing.
Salah satu Kelompak Jabatan Fungsional pada Badan Pusat Stasitik
Kabupaten
Jepara
adalah
bagian
IPDS
(Integrasi
Pengolahan
Diseminasi Statistik) yang bertugas untuk pengolahan, dimana bagian
tersebut merupakan tempat penulis melakukan PKN.
3.4 Lokasi Penelitian
Alamat
: Komplek Perkantoran, Jl. Ratu Kalinyamat, Demaan VI,
Demaan, Kec. Jepara, Kabupaten Jepara, Jawa Tengah 59419.
Jam kerja
: Senin – Kamis = 07.30 – 16.00 WIB
Jum‟at = 07.30 – 16.30 WIB
Telepon
: (0291) 591119
Homepage
: http://jeparakab.bps.go.id
Email
: bps3320@bps.go.id
Gambar 3.5 Peta Kantor BPS di Google Maps
BAB IV
ANALISIS DAN PERANCANGAN
4.1 Analisis Sistem
4.1.1 Analisis Sistem Berjalan
FOD dari Sistem Lama
Berikut ini merupakan FOD (Flow of Document) dari sistem lama
pelaporan keluhan layanan IT yang masih manual :
Gambar 4.6 FOD Sistem Lama
28
29
Dari paparan Sistem lama yang berjalan tersebut, dapat ditemukan
beberapa masalah yang menghambat kinerja dari layanan Staff IT
Badan Pusat Statistik Kabupaten Jepara, yaitu :
1) Sistem pelaporan yang masih manual, dimana disampaikan secara
langsung baik itu melalui telepon atau datang ke ruangan staff IT
ketika
banyaknya
laporan
keluhan
yang
masuk,
sehingga
menghambat pelayanan staff IT dan waktu menjadi tidak efektif dan
efisien karena harus menerima telepon atau harus datang ke ruangan
staff IT beberapa kali.
2) Permasalahan yang dihadapi selanjutnya yaitu keluhan layanan IT
yang telah dilaporkan oleh pegawai tersebut tidak terdokumentasi
dengan baik karena tidak adanya catatan atau riwayat sehingga
ketika adanya anggaran yang keluar untuk menangani permasalahan
tersebut yang tercatat hanya catatan anggaran tanpa adanya bukti
atau riwayat laporan keluhan yang telah dilaporkan oleh pegawai
tersebut.
4.1.2 Analisis Sistem Usulan
Rekomendasi sistem yang diusulkan untuk menangani masalah
yang dihadapi oleh Badan Pusat Statistik khususnya untuk Staff IT
adalah membuat sebuah sistem pelaporan layanan IT berbasis website
dengan 3 kategori permasalahan yaitu perangkat lunak (software),
perangkat keras (hardware) dan koneksi jaringan. Dimana dalam sistem
berbasis website tersebut pegawai memilih dari ketiga kategori dan
membuat tiket dengan mengisi form, dan menunggu perubahan status
penanganan yang akan diupdate oleh admin atau staff IT. Yang
digambarkan dengan Flowchart, sebagai berikut:
30
Gambar 4.7 Flowchart Sistem Usulan Baru
31
4.1.3 Analisis Kebutuhan Sistem
a. Kebutuhan Perangkat Keras
Adapun spesifikasi minimum perangkat keras yang dapat
digunakan untuk mengakses program aplikasi ini adalah sebagai
berikut :
•
Processor : AMD Ryzen 3
•
Memori RAM : 4GB
•
Harddisk : 500GB HDD 4.1.2
b. Kebutuhan Perangkat Lunak
Adapun perangkat lunak yang dibutuhkan dan telah diuji cobakan
pada komputer server adalah:
•
Sistem Operasi: Microsoft Windows 10
•
Web Server: Xampp v3.2.4
•
Pemroses PHP: PHP versi 5.6.32
•
Pengelola Database: MySQL dan PHPMyAdmin
•
Text Editor: Sublime Text 3
•
Web Browser: Google Chrome
c. Kebutuhan Data dan Informasi
 Data yang dikumpulkan yaitu:
Kategori masalah beserta ketentuan isian form yang ada pada
website
 Sumber data:
Badan Pusat Statistik Kabupaten Jepara bagian Staff IT
4.2 Perancangan Sistem
4.2.1
Desain Sistem
Tahap perancangan desain sistem yaitu menggunakan perancangan
UML (Unified Modelling Language) yang meliputi Use Case Diagram,
Activity
Diagram,
Class
merupakan perancangannya :
Diagram,
Sequence
Diagram,
berikut
32
4.3.1.1
Use Case Diagram
Secara garis besar use case diagram menggambarkan sistem yang
diusulkan pada pelayanan IT Badab Pusat Statistik Kabupaten Jepara,
dapat dilihat pada sebagai berikut :
Gambar 4.8 Use Case Diagram Sistem Usulan
 Skenario Use Case
Nama Use Case
:
Login
Actor
:
Pegawai/pelapor dan Admin Staff IT
Type
: Primary Key
Tujuan
: Dapat
membuat
tiket
pelaporan
keluhan,
mengecek status perkembangan tiket pelaporan
keluhan, mengupdate status tiket keluhan
Deskripsi
: Pegawai/pelapor dan Admin Staff IT login
menggunakan username dan password
Tabel 4.7 Skenario Login
PEGAWAI/PELAPOR
1. Membuka website
ADMIN STAFF IT
2. Membuka website
SISTEM
33
pelaporan keluhan
pelaporan keluhan
halosis
halosis
3. Menampilkan
halaman login
4. Masukkan
username dan
password
5. Menampilkan
halaman beranda
utama
pegawai/pelapor
6. Masukkan
username dan
password
7. Menampilkan
halaman
dashboard admin
Nama Use Case
:
Membuat Tiket Keluhan
Actor
:
Pegawai/pelapor
Type
: Primary Key
Tujuan
: Untuk melaporkan keluhan pada layanan IT BPS
Jepara sesuai dengan kategori keluhan yang ada
Deskripsi
: Pegawai/pelapor membuat tiket keluhan dengan
memilih salah satu kategori keluhan kemudian
mengisi form keluhan yang telah ditampilkan oleh
sistem
34
Tabel 4.8 Skenario Buat Tiket Keluhan
PEGAWAI/PELAPOR
SISTEM
1. Menyiapkan keluhan layanan
IT
2. Memilih menu “buat tiket”
3. Menampilkan halaman
kategori keluhan
4. Memilih kategori keluhan
5. Menampilkan form
keluhan
6. Mengisi form keluhan
7. Mengirimkan form keluhan
8. Menampilkan pesan
“Tiket keluhan telah
berhasil dibuat”
Nama Use Case
:
Mengupdate Status Tiket Keluhan
Actor
:
Admin Staff IT
Type
: Primary Key
Tujuan
: Dapat mengubah status tiket keluhan
Deskripsi
: Setelah pegawai/pelapor membuat tiket keluhan
maka admin staff IT akan menindak lanjuti
laporan keluhan untuk diproses sehingga admin
akan mengubah status keluhan menjadi “proses”
dan ketika penanganan keluhan selesai maka status
akan diubah lagi menjadi “selesai”
Tabel 4.9 Skenario Mengupdate Status Tiket Keluhan
ADMIN STAFF IT
1. Memilih menu tiket
SISTEM
35
2. Menampilkan halaman panel
tiket
3. Memilih panel “tiket baru”
4. Menampilkan halaman data tiket
keluhan yang statusnya baru
5. Memilih icon detail
6. Menampilkan halaman detail
keterangan dari tiket keluhan
7. Mengklik tombol “proses”
8. Status tiket keluhan menjadi
proses dan berpindah di halaman
“tiket proses”
9. Mengklik tombol “selesai”
10. Status tiket keluhan menjadi
selesai dan berpindah di
halaman “tiket selesai” serta
halaman “history”
Nama Use Case
:
Mengecek Status
Actor
:
Pegawai/pelapor, Admin staff IT
Type
: Primary Key
Tujuan
: Agar pegawai/pelapor dapat mengetahui status
perkembangan tiket keluhan yang telah dibuat
Deskripsi
: Setelah pegawai/pelapor membuat tiket maka
admin staff IT akan mengecek dan meindak lanjuti
tiket keluhan untuk di proses sehingga status
diupdate menjadi “proses” dan ketika penanganan
selesai maka akan diupdate statusnya menjadi
“selesai”,
sehingga
pegawai/pelapor
dapat
mengecek status tiket keluhannya pada menu cek
status
36
Tabel 4.10 Skenario Mengecek Status
PEGAWAI/PELAPOR
ADMIN STAFF IT
SISTEM
1. Membuat tiket
keluhan
2. Mengirimkan
tiket keluhan
3. Menampilkan
pesan “Tiket
keluhan telah
berhasi dibuat”
4. Memilih menu
“cek status”
5. Memilih menu
“Tiket”
6. Menampilkan
halaman panel
tiket status
7. Memilih panel
tiket status baru
8. Menampilkan
data tiket keluhan
statusnya baru
9. Mengupdate
status tiket
keluhan menjadi
“proses”
10. Menampilkan
status berubah
menjadi status
“proses”
11. Melihat status
12. Mengupdate
37
tiket keluhan
status tiket
menjadi “proses”
keluhan menjadi
“selesai”
13. Menampilkan
status tiket
keluhan berubah
menjadi “selesai”
14. Melihat status
tiket keluhan
menjadi “selesai”
Nama Use Case
:
Melihat History
Actor
:
Pegawai/pelapor dan Admin staff IT
Type
: Primary Key
Tujuan
: Dapat melihat History data tiket keluhan yang
selesai
Deskripsi
: Pegawai/pelapor dan admin staff IT dapat melihat
history yang ada
Tabel 4.11 Skenario Melihat History
PEGAWAI/PELAPOR
ADMIN STAFF IT
1. Memilih menu
2. Memilih menu
“history”
SISTEM
“history”
3. Menampilkan
halaman history
data tiket keluhan
yang statusnya
selesai
38
4. Melihat data pada
5. Melihat data pada
history
history
Nama Use Case
:
Logout
Actor
:
Pegawai/pelapor dan Admin Staff IT
Type
: Primary Key
Tujuan
: Meningggalkan/
keluar
dari
sistem
halosis
pelaporan keluhan layanan IT BPS
Deskripsi
: Pegawai/pelapor dan admin staff IT melakukan
logout dari sistem halosis pelaporan keluhan
layanan IT BPS
Tabel 4.12 Skenario Logout
PEGAWAI/PELAPOR
ADMIN STAFF IT
1. Memilih logout
2. Memilih logout
SISTEM
3. Menampilkan
pesan “yakin
ingin keluar ?”
4. Memilih “yakin”
5. Memilih “yakin”
6. Menampilkan
halaman login
39
4.3.1.2
Activity Diagram
Activity diagram yang menggambarkan aktivitas yang diusulkan
pada sistem pelaporan keluhan layanan IT Badan Pusat Statistik Jepara
yang meliputi 6 Aktivitas yaitu login, membuat tiket keluhan,
mengupdate status tiket keluhan, mengecek status tiket keluhan, melihat
history dan logout, adapun diagramnya sebagai berikut :
a. Activity Diagram Login
Berikut adalah Activity diagram untuk aktivitas Login pegawai dan
admin
Gambar 4.9 Activity Diagram Login
b. Activity Diagram Membuat Tiket Keluhan Layanan IT
Berikut adalah Activity diagram untuk aktivitas membuat tiket keluhan :
40
Gambar 4.10 Activity Diagram Membuat Tiket Keluhan
c. Activity Diagram Mengupdate Status Tiket Keluhan
Berikut adalah Activity diagram untuk aktivitas mengupdate status tiket
Gambar 4.11 Activity Diagram Mengupdate Status Tiket Keluhan
41
d. Activity Diagram Mengecek Status Tiket Keluhan
Berikut adalah Activity diagram untuk mengecek status tiket keluhan :
Gambar 4.12 Activity Diagram Mengecek Status Tiket Keluhan
42
e. Activity Diagram Melihat History
Berikut adalah Activity diagram untuk aktivitas melihat history :
Gambar 4.13 Activity Diagram Melihat History
f. Activity Diagram Logout
Berikut adalah Activity diagram untuk aktivitas logout :
Gambar 4.14 Activity Diagram Logout
4.3.1.3
Sequence Diagram
Sequence diagram yang menggambarkan sistem pelaporan keluhan
layanan IT Badan Pusat Statistik Jepara yang akan diusulkan yaitu
43
meliputi Sequence login, membuat tiket keluhan, mengupdate status tiket
keluhan, mengecek status tiket keluhan, melihat history dan logout,
adapun diagramnya sebagai berikut :
a. Sequence Diagram Login
Berikut adalah sequence diagram untuk login pegawai/pelapor :
Gambar 4.15 Sequence Diagram Login Pegawai
Berikut adalah sequence diagram untuk login admin staff IT :
Gambar 4.16 Sequence Diagram Login Admin Staff IT
b. Sequence Diagram Membuat Tiket Keluhan Layanan IT
44
Berikut adalah sequence diagram untuk buat tiket keluhan yang baru:
Gambar 4.17 Sequence Diagram Membuat Tiket Keluhan
c. Sequence Diagram Mengupdate Status Tiket Keluhan
Berikut adalah sequence diagram untuk mengupdate status tiket keluhan
oleh admin staff IT :
Gambar 4.18 Sequence Diagram Mengupdate Status Tiket Keluhan
d. Sequence Diagram Mengecek Status Tiket Keluhan
45
Berikut adalah sequence diagram untuk mengecek status tiket keluhan :
Gambar 4.19 Sequence Diagram Mengecek Status Tiket Keluhan
e. Sequence Diagram Melihat History
Berikut adalah sequence diagram untuk melihat history pegawai/pelapor:
Gambar 4.20 Sequence Diagram Melihat History Pegawai
46
Berikut adalah sequence diagram untuk melihat history admin staff IT :
Gambar 4.21 Sequence Diagram Melihat History Admin Staff IT
f. Sequence Diagram Logout
Berikut adalah sequence diagram untuk logout pegawai/pelapor :
Gambar 4.22 Sequence Diagram Logout Pegawai
47
Berikut adalah sequence diagram untuk logout admin staff IT :
Gambar 4.23 Sequence Diagram Logout Admin Staff IT
4.3.1.4
Class Diagram
Gambaran Class Diagram yang digunakan dalam aplikasi dapat
dilihat pada :
Gambar 4.24 Class Diagram Sistem
48
4.2.2
Rancangan ERD
Gambaran ERD (Entity Relationship Diagram) yang digunakan dalam
sistem aplikasi dapat dilihat pada sebagai berikut :
Gambar 4.25 Entity Relationship Diagram (ERD)
4.2.2.1
Kardinalitas dan Relasi Antar Tabel
Kardinalitas pada ER Diagram dimana merupakan derajat yang
menunjukkan jumlah maksimum entitas yang dapat berelasi dengan
entititas pada kumpulan entitas yang lain, sehingga relasi atau hubungan
yang terjadi antar satu atau lebih entitas digambarkan dengan notasi
belah ketupat. Berikut merupakan kardinalitas ER diagram dan relasi
antar tabelnya pada sistem peloporan keluhan layanan IT Badan Pusat
Statistik Jepara :
49
a. Kardinalitas
Pada rancangan Entity Relationship Diagram (ERD) terdapat
kardinalitas yang terbentuk antar entitasnya yaitu sebagai berikut :
1) Pegawai/pelapor dengan kategori mempunyai relasi kardinalitas
many to one (M -1), dimana banyak pegawai/pelapor hanya dapat
memilih satu kategori saat akan melakukan pelaporan.
2) Kategori keluhan dengan form software, form hardware atau form
koneksi jaringan mempunyai relasi kardinalitas one to one (1-1),
dimana kategori yang dipilih hanya akan menampilkan satu form
yang telah dipilih dari ketiga form tersebut
3) Form software, hardware atau koneksi jaringan dengan admin
mempunyai relasi kardinalitas many to one (M - 1), dimana dari
banyaknya form keluhan yang telah dilaporkan dapat dikelola oleh
slah satu admin yang ada
4) Admin dengan status keluhan mempunyai relasi kardinalitas one to
one (1-1), dimana salah satu admin dapat mengupdate satu status
keluhan
b. Relasi Tabel
Secara umum relasi adalah hubungan antara tabel yang
mempresentasikan hubungan antar objek di dunia nyata. Relasi
merupakan hubungan yang terjadi pada suatu tabel dengan lainnya
yang mempresentasikan hubungan antar objek di dunia nyata dan
berfungsi untuk mengatur mengatur operasi suatu database. Jadi relasi
merupakan penghubung antar tabel satu dengan tabel lainnya yang
mana tabel tersebut memiliki data yang berhubungan di dunia nyata
untuk mengatur operasi suatu database. Pada sebuah database, relasi
dihubungkan dengan cara memberikan satu kolom dengan value yang
sama dengan tabel yang berhubungan, ini disebut foreign key.
50
Dimana Relasi tabel pada sistem pelaporan keluhan layanan IT
Badan Pusat Statistik Jepara digambarkan sebagai berikut :
Gambar 4.26 Relasi antar tabel
4.2.2.2
Struktur Tabel
Berikut adalah struktur tabel pada sistem pelaporan keluhan pelayanan IT
Badan Pusat Statistik Jepara :
Tabel 4.13 Struktur Tabel Pegawai
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_pegawai
PK
NN
INT
11
2
Nm_pegawai
NN
Varchar
100
3
Username
NN
Varchar
30
4
Password
NN
Varchar
10
5
Level
NN
Varchar
15
51
Tabel 4.14 Struktur Tabel Admin Staff IT
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_adminstaff
PK
NN
INT
11
2
Nm_ adminstaff
NN
Varchar
100
3
Username
NN
Varchar
30
4
Password
NN
Varchar
10
5
Level
NN
Varchar
15
Tabel 4.15 Struktur Tabel Kategori Keluhan
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_keluhan
PK
NN
Varchar
20
2
Id_pegawai
F
NN
INT
11
3
Nm_pelapor
NN
Varchar
100
4
Nip_pelapor
NN
INT
20
5
No_hp
NN
INT
15
6
Jns_laporan
NN
Varchar
20
Tabel 4.16 Struktur Tabel Software
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_pps
PK
NN
Varchar
20
2
Id_keluhan
F
NN
Varchar
20
3
Id_status
F
NN
INT
11
4
Nm_software
NN
Varchar
50
5
Nobnn_prngkt
NN
INT
25
6
Deskripsi_pps
NN
TEXT
7
Img_pps
NN
Varchar
100
52
Tabel 4.17 Struktur Tabel Hardware
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_pph
PK
NN
Varchar
20
2
Id_keluhan
F
NN
Varchar
20
3
Id_status
F
NN
INT
11
4
Jenis_barang
NN
Varchar
30
5
Merk_tipe
NN
Varchar
30
6
Nomor_seri
NN
Char
20
7
Deskripsi_pph
NN
TEXT
8
Img_pph
NN
Varchar
100
Tabel 4.18 Struktur Tabel Koneksi Jaringan
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_ppkj
PK
NN
Varchar
20
2
Id_keluhan
F
NN
Varchar
20
3
Id_status
F
NN
INT
11
4
Jns_kj
NN
Varchar
30
5
Lokasi_jaringan
NN
Varchar
30
6
Deskripsi_kj
NN
TEXT
7
Img_kj
NN
Varchar
100
Tabel 4.19 Struktur Tabel Status Keluhan
No
Field Name
Key type
Null
Data type
Max. Length
1
Id_status
PK
NN
INT
11
2
Tgl_baru
YN
Datetime
3
Tgl_proses
YN
Datetime
4
Tgl_selesai
YN
Datetime
5
Status_tiket
YN
Varchar
20
53
4.3 Implementasi Sistem
4.3.1
Implementasi Halaman Login Pengguna
Gambar 4.27 Tampilan Halaman Login
Gambar diatas merupakan tampilan utama pada saat mengakses
website Halosis Badan Pusat Statistik Jepara yaitu pertama kali akses akses
akan tampil halaman login pengguna, dimana pengguna tersebut terdiri dari 2
level pengguna yaitu pengguna satu Staff IT Badan Pusat Statistik Jepara
yang merupakan sebagai Admin untuk mengelola maupun memproses data
yang ada pada website halosis tersebut. Kemudian pengguna dua yaitu
Pegawai Badan Pusat Statistik Jepara yang merupakan sebagai user/pengguna
utama untuk melaporkan keluhan-keluhan atas permasalahan yang dihadapi
di bidang IT. Pada halaman login tersebut meminta pengguna untuk
memasukkan username dan password, yang mana username dan password
tersebut diperoleh dari admin utama yang bertugas untuk menginputkan data
pegawai agar bisa mendapatkan akun user website tersebut.
4.3.2
Implementasi Halaman Beranda Pegawai
54
Gambar 4.28 Tampilan Halaman Beranda Pegawai/pelapor
Tampilan pada gambar diatas merupakan tampilan halaman beranda
user/pengguna yaitu pegawai setelah sebelumnya telah login pada halaman
utama. Pada halaman beranda ini merupakan tampilan awal saat setelah
melakukan login, dimana terdiri dari menu-menu seperti new tiket, cek
status tiket, history tiket dan logout, yang mana menu-menu tersebut
memiliki fungsi dan tampilannya masing-masing.
4.3.3
Implementasi Halaman Buat Tiket
Gambar 4.29 Tampilan Halaman Menu Buat Tiket
55
Halaman pada tampilan gambar diatas merupakan tampilan menu new
tiket atau menu tiket baru yang fungsinya untuk membuat tiket keluhan baru,
tiket disini merupakan nama atau sebutan untuk laporan keluhan layanan IT
yang telah dilaporkan oleh pegawai. Dalam tampilan tersebut terdapat sub
menu atau kategori untuk keluhan layanan IT yaitu terdiri dan dari 3 kategori
yang meliputi layanan piranti lunak atau layanan untuk software, layanan
piranti keras atau layanan untuk hardware dan terakhir layanan untuk koneksi
jaringan.
4.3.4
Implementasi Halaman Form Pengisian Keluhan
Gambar 4.30 Tampilan Halaman Form Pengisian Keluhan
Tampilan gambar diatas adalah salah satu contoh form pengisian
keluhan layanan IT dari ketiga kategori pada halaman buat status sebelumnya,
dimana setiap form pengisian keluhan tersebut memiliki ketentuan pelaporan
yang berbeda-beda, di dalam form terdapat isian untuk mengisi data diri
pelapor yang meliputi nama, nip, no hp dan jenis laporan yang akan dibuat
yaitu jenis keluhan atau permohonan. Kemudian baru dibawah identitas
pelapor terdapat form isian sesuai dengan ketentuan kategori masing-masing,
setelah form tersisi pegawai dapat menekan tombol “create tiket” untuk
menambahkan laporan keluhan layanan IT tersebut.
56
4.3.5
Implementasi Halaman Cek Status
Gambar 4.31 Tampilan Halaman Menu Cek Status
Gambar 4.32 Tampilan Halaman Detail Cek Status
Pada tampilan gambar diatas yaitu halaman cek status, dimana pada
halaman cek status tiket tersebut pegawai dapat mengecek status tiket yang
telah dibuat atau ditambahkan oleh pegawai sebelumnya pada halaman
formulir peloporan layanan IT. Pada halaman cek status tersebut pegawai
dapat melihat perkembangan tiket atau laporan keluhannya sampai mana,
terdapat detail tiket untuk melihat detail laporan secara keseluruhan sampai
57
dengan waktu / tanggal buat, proses dan selesai diproses. Status tiket dapat
berubah ketika admin telah mengupdate status laporannya, dimana terdapat 3
status yaitu baru, proses dan selesai.
4.3.6
Implementasi Halaman Dashboard Staff IT (Admin)
Gambar 4.33 Tampilan Halaman Dashboard Admin
Gambar diatas merupakan tampilan utama halaman dashboard admin
atau staff IT yang sebelumnya telah melakukan login terlebih dahulu. Pada
halaman dashboard terdapat panel perhitungan data-data yang telah ada
sehingga memudahkan staff IT untuk mengetahui jumlah data sesuai dengan
kategorinya masing-masing. Halaman ini terdiri dari beberapa menu yaitu
menu tiket yang berisi data-data tiket pelaporan dari pegawai, menu History
yang berisi data-data tiket berstatus selesai, menu users berisi data-data
pengguna website halosis tersebut dan terkhir logout.
4.3.7
Implementasi Halaman Data Tiket
58
Gambar 4.34 Tampilan Halaman Panel Menu Tiket
Pada halaman tiket seperti gambar diatas terdapat panel jumlah data
tiket yang telah ditambahkan oleh pegawai sesuai dengan kategori statusnya.
Gambar 4.35 Tampilan Halaman Data Status Tiket Baru
59
Gambar 4.36 Tampilan Halaman Detai Data Tiket Baru
Ketika salah satu dari panel tersebut diklik maka akan tampil seperti
gambar halaman diatas merupakan coontoh tampilan data untuk tiket yang
baru ditambahkan dan memiliki detail tiket seperti gambar .., dimana pada
halaman detail terdapat tombol untuk mengupdate status tiket, ketika status
tiket telah diupdate oleh admin maka posisi tiket akan berpindah yang
mulanya status tiket baru akan muncul pada panel tiket baru setelah diupdate
maka status tiket menjadi proses dan letak tiket tersebut berpindah ke panel
tiket yang sedang diproses dan begitu juga pada status proses ke status
selesai.
4.3.8
Implementasi Halaman Data Users (Pegawai dan Admin Staff IT)
60
Gambar 4.37 Tampilan Halaman Menu Users Data Pegawai dan Admin
Gambar diatas merupakan tampilan halaman users dimana berisi datadata pengguna website halosis, yang terdapat sub menu tambah user.
Gambar 4.38 Tampilan Halaman Tambah Users
Fungsi dari menu tambah user yaitu untuk menambahkan semua
pengguna yang dapat mengakses website halosis, dimana hal itu dilakukan
untuk menghindari akun data double. Terdapat 2 level pengguna yaitu
pegawai/ user dan staff IT/ admin.
61
4.3.9
Implementasi Halaman History Tiket
Gambar 4.39 Tampilan Halaman History Tiket Status Selesai
Gambar diatas merupakan tampilan halaman history tiket keluhan
yang statusnya telah selesai diproses, maka tiket berstatus selesai tersebut
akan ditambahkan di halaman history tersebut dimana juga terdapat detail
untuk melihat detail data dan terdapat menu hapus agar pegawai dapat
menghapus history ketika ingin menghapusnya.
BAB V
PENUTUP
5.1 Kesimpulan
Berdasarkan hasil yang diperoleh pada penelitian praktek kuliah
nyata ini maka dapat disimpulkan Rancang Bangun Sistem Informasi
Pelaporan Keluhan Layanan It Di Badan Pusat Statistik Kabupaten Jepara
telah berhasil dirancang dan dibangun, dimana sebelum perancangan
dilakukan analisis untuk mengetahui apa saja yang dibutuhkan dalam
membangun
website
tersebut,
kemudian
dalam
perancangannya
menggunakan perancangan UML (Unified Modelling Language) yang
meliputi Use Case Diagram, Activity Diagram, Class Diagram, Sequence
Diagram. Dalam implementasi website tersebut telah berhasil dibangun
dengan fitur-fitur yang sesuai dengan fungsinya masing-masing
Sehingga dengan adanya perancangan dan implementasi website
yang telah dibangun ini dapat bermanfaat dan membantu kinerja para
pegawai Badan Pusat Statistik dalam permasalahan layanan IT agar
berjalan dengan efektif dan efisien.
5.2 Saran
Dalam penelitian praktek kuliah kerja nyata (PKN) ini, penulis
menyadari bahwa masih banyak kekurangan pada perancangan dan
pembangunan sistem ini, sehingga penulis menyarankan untuk melakukan
pengembangan baik dari segi fitur-fitur maupun desain yang belum
sepenuhnya sempurna pada Sistem Informasi Pelaporan Keluhan Layanan
It Di Badan Pusat Statistik Kabupaten Jepara.
62
DAFTAR PUSTAKA
Harjo, B., Heryanto, I. and K., E. R. (2014) Modul Pemrograman WEB (HTML,
PHP, & MySQL). Revisi ked. Bandung: Modula.
Kurniawan, A. W. (2020) Rancang Bangun Sistem Informasi Layanan Pengaduan
Pelanggaran Peraturan Daerah Berbasis WEB pada Satpol PP Kota
Tanggerang Selatan.
Miono (2013) „Perancangan Sistem Informasi dan Aplikasi Pengelolaan Barang
Kios f-three Dengan Teknologi Berbasis Web XAMPP‟.
Murbyanto, A. (2009) „Berbasis Web Pada Lokasi Sekolah Lanjutan Tingkat Atas
( Studi Kasus : Kota Tangerang ) Program Studi Teknik Informatika
Universitas Islam Negeri 2009 M / 1430 H‟.
Saputra, G. (2016) Pengembangan Sistem Penanganan Keluhan Berbasis WEB
(Studi Kasus: Fakultas Teknik Universitas Muhammadiyah Yogyakarta).
Sesarius Antonia Ariya Bilawa (2015) „Pembangunan website tvri stasiun
yogyakarta bidang berita menggunakan php dan mysql skripsi‟, Universitas
Sanata Dharma.
Tawir, W. (2018) „SISTEM INFORMASI TERHADAP PENINGKATAN
PERSERO RAYON MATTOANGING SKRIPSI Oleh WAHYUNI TAWIR
PROGRAM STUDI MANAJEMEN‟.
63
LAMPIRAN
1. Daftar Hadir di Tempat PKN
64
65
66
2. Log book selama PKN
67
68
69
3. Surat keterangan telah melaksanakan PKN
70
4. Penilaian dari Pembimbing Lapangan
71
5. Dokumentasi
72