Anda di halaman 1dari 94

JUDUL PENELITIAN

LAPORAN KERJA PRAKTEK

ANALISIS DAN PERANCANGAN SISTEM PENGADUAN


MASYARAKAT BERBASIS WEB PADA POLDA JAWA
TENGAH

Laporan disusun sebagai salah satu syarat pada mata kuliah Kerja Praktek pada Program Studi
Sistem Informasi-SI Fakultas Ilmu Komputer Universias Dian Nuswantoro

Oleh :
NAMA : Harjat Kevin Avrianta
NIM : A12.2015.05341
Program Studi : Sistem Informasi-S1

FAKULTAS ILMU KOMPUTER


UNIVERSITAS DIAN NUSWANTORO
SEMARANG
2020

i
PERSETUJUAN DOSEN PEMBIMBING
KERJA PRAKTEKPERANCANGAN SISTEM PENGADUAN
MASYARAKAT BERBASIS WEB DI POLDA JAWA TENGAH

Oleh :
NAMA : Harjat Kevin Avrianta
NIM : A12.2015.05341
Program Studi : Sistem Informasi-S1

Telah diperiksa dan disetujui oleh dosen pembimbing kerja praktek untuk
memenuhi salah satu syarat pada mata kuliah Kerja Praktek pada Program Studi
Sistem Informasi Fakultas Ilmu Komputer Universitas Dian Nuswantoro Semarang.

Semarang, Maret 2020

Menyetujui,
Penyelia Pembimbing

Juara Silalahi, S.I.K., M.H Agus Winarno, M.Kom


AKBP NRP. 78020899 NPP. 0686.11.1997.127
Mengetahui,
Ketua Program SI – S1

Sri Winarno, Ph.D


NPP. 0686.11.1998.142

ii
iii

ABSTRAK
ANALISIS DAN PERANCANGAN SISTEM PENGADUAN MASYARAKAT
BERBASIS WEB PADA POLDA JAWA TENGAH

Kerja Praktek dilaksanakan di POLDA Jawa Tengah, yang merupakan


pelaksana tugas Kepolisian RI di wilayah Provinsi Jawa Tengah, dilaksanakan
mulai tanggal 11 November 2020 sampai 11 Desember 2020. Dalam
pelaksanaan kerja praktek, dilakukan dibawah Bidang TIK (Teknologi informasi
dan Komunikasi) dengan proyek Sistem Pengaduan Masyarakt Berbasis Web
pada Polda Jawa Tengah. Polda adalah kesatuan pelaksanan utama kewilayahan
berada di bawah Kapolri, Pada umumnya masyarakat akan kesulitan dalam
melakukan pemantauan terhadap aduan yang sudah di laporkan sudah diproses
atau belum, kesulitan tersebut akan membuat masyarakat bertanya tanya apakah
benar laporan tersebut sedang di tindak lanjuti itu. Implementasi sistem
informasi pengaduan masyarakat ini diterapkan berbasis web, dengan tujuan
agar oprasional yang ada pada Polda dapat berjalan dengan lebih efektif, cepat,
dan efisien. Dengan sistem informasi ini data laporan Pengaduan Masyarakat
menjadi terkomputerisasi, sehingga data dapat tersimpan dengan baik.

Kata Kunci : Sistem, Informasi, Website, Pengaduan Layanan, efektif, efisien,


teknologi komunikasi

iii
KATA PENGANTAR
Puji syukur kepada Allah SWT atas segala berkat yang telah diberikan-NYA, sehingga
Laporan Kerja Praktek ini dapat diselesaikan.
Laporan Kerja Praktek dengan judul “PERANCANGAN SISTEM PENGADUAN
MASYARAKAT BERBASIS WEB PADA POLDA JAWA TENGAH” ini ditujukan
untuk memenuhi sebagian persyaratan akademik guna menyelesaikan studi di Program
Studi Sistem Informasi Strata Satu Universitas Dian Nuswantoro Semarang.
Penulis menyadari sepenuhnya bahwa di dalam penyusunan laporan Kerja Praktek Ini tidak
terlepas dari bimbingan, dukungan, partisipasi, bantuan dan doa dari berbagai pihak,
Laporan Kerja Praktek ini tidak akan dapat diselesaikan tepat pada waktunya. Oleh karena
itu, penulis mengucapkan terimakasih yang sebesar-besarnya kepada semua pihak yang
membantu dalam proses penulisan Laporan Kerja Praktek ini, yaitu kepada:
1. Allah SWT yang telah melimpahkan rahmat dan karunia-Nya.
2. Bapak Prof. Dr. Ir. Edi Noersasongko, M.kom selaku Rektor Universitas Dian
Nuswantoro Semarang.
3. Bapak Dr. Drs. Abdul Syukur, M.M, selaku Dekan Fakultas Ilmu Komputer.
4. Bapak Sri Winarno, Ph.D., selaku Kepala Program Studi Sistem Informasi-S1.
5. Bapak Agus Winarno M.Kom, selaku Dosen pembimbing Kerja Praktek.
6. Bapak AKBP Juara Silalahi, S.I.K., M.H. selaku Kepala Sentra Pelayanan Kepolisian
Terpadu Polda Jawa Tengah serta selaku penyelia yang telah berkenan memberikan
ijin penulis untuk melaksanakan penelitian, juga memberikan semangat dan arahan
terhadap penulis untuk dapat menyelesaikan Laporan Kerja Praktek ini.
7. Ayah, Ibu, Kakak penulis beserta keluarga terdekat yang telah memberikan dukungan
doa, moril, semangat dan dukungan sepenuhnya kepada penulis.
8. Bapak Kompol Agus Subekti, S.Sos., M.H., Aipda Fanny Agung N., Brigadir Nur
Cahyo H., Briptu Ryan S., Bripda Irfan A., dan Bripda Mahbub Fajril Q. selaku rekan-
rekan kerja.
9. Semua pihak yang tidak dapat penulis sebutkan namanya satu per satu.

Akhir kata, penulis menyadari bahwa mungkin masih terdapat kekurangan dalan Laporan
Kerja Praktek ini. Oleh karena itu, kritik dan saran dari seluruh pembaca sekalian sangat
bermanfaat bagi penulis. Semoga Laporan Kerja Praktek ini dapat memberikan manfaat
bagi seluruh pembaca.

iv
v

Semarang, Desember 2020

Harjat Kevin Avrianta


DAFTAR ISI

JUDUL PENELITIAN ............................................................................................ i

PERSETUJUAN DOSEN PEMBIMBING ............................................................ ii

ABSTRAK ............................................................................................................. iii

KATA PENGANTAR ........................................................................................... iv

DAFTAR ISI .......................................................................................................... vi

DAFTAR GAMBAR ............................................................................................. ix

DAFTAR TABEL .................................................................................................. xi

BAB 1 PENDAHULUAN ......................................................................................1

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

1.2. Rumusan Masalah .....................................................................................2

1.3. Batasan Masalah ........................................................................................2

1.4. Tujuan........................................................................................................2

1.5. Manfaat......................................................................................................2

BAB 2 TINJAUAN PUSTAKA .............................................................................3

2.1. Pelaporan Polisi .........................................................................................3

2.2. Sistem Informasi .......................................................................................3

2.2.1. Sistem ............................................................................................3

2.2.2. Informasi ........................................................................................3

2.2.3. Komponen Sistem Informasi .........................................................3

2.3. Pengembangan Sistem Informasi ..............................................................4

2.2.1. System Develompent Life Cycle ( SDLC ) ...................................4

2.2.2. Metode Prototyping .......................................................................5

vi
vii

2.2.3. Rapid Application Development ( RAD ) .....................................6

2.4. SPKT Polda Jateng ....................................................................................7

2.5. Metode Pengembangan Waterfall .............................................................7

2.4.1. Analisis ..........................................................................................8

2.4.2. Desain ............................................................................................8

2.4.3. Development ................................................................................14

2.4.4. Pengujian dan tahap pendukung ..................................................16

BAB 3 OBYEK PENELITIAN .............................................................................20

3.1. Sejarah Kepolisian Daerah Jawa Tengah ................................................20

3.2. Visi dan Misi Instasi ................................................................................21

3.2.1. Visi Kepolisan Daerah Jawa Tengah ...........................................21

3.2.2. Misi Kepolisan Daerah Jawa Tengah ..........................................21

3.3. Struktur Organisasi ..................................................................................21

3.4. Ruang Lingkup ........................................................................................23

3.5. Uraian Kerja Praktek di Polda Jawa Tengah ...........................................23

BAB 4 PELAKSANAAN KERJA PRAKTEK ....................................................26

4.1. Analisis Masalah .....................................................................................26

4.1.1. Narasi Pengaduan Masyar akat Pada Polda Jateng ......................26

4.1.2. Flow Of Diagram ........................................................................26

4.2. Usulan Sistem ..........................................................................................27

4.2.1. Analisis Kebutuhan Fungsional ...................................................27

4.2.2. Analisis Kebutuhan Non Fungsional ...........................................27

4.3. Pemodelan Proses ....................................................................................28

4.3.1. Use Case Diagram .......................................................................28

4.3.2. Pendefinisian Aktor .....................................................................28


viii

4.3.3. Pendefinisan Use Case .................................................................29

4.3.4. Skenario Usecase .........................................................................30

4.3.5. Activity Diagram .........................................................................37

4.3.6. Sequence Diagram .......................................................................47

4.3.7. Class Diagram ..............................................................................57

4.3.8. Kamus Data .................................................................................60

4.3.9. Desain Sistem ..............................................................................66

BAB 5 PENUTUP.................................................................................................75

5.1. Kesimpulan..............................................................................................75

5.2. Saran ........................................................................................................75

DAFTAR PUSTAKA ............................................................................................76

LAMPIRAN ..........................................................................................................77
DAFTAR GAMBAR

Gambar 2.1 Metode SDLC ................................................................................................ 5


Gambar 2.2 Metode Prototyping ........................................................................................ 6
Gambar 2.3 Metode RAD .................................................................................................. 7
Gambar 2.4 White Box .................................................................................................... 18
Gambar 2.5 Black Box Testing ........................................................................................ 19
Gambar 3.1 Struktur Organisasi Polda Jawa Tengah ....................................................... 21
Gambar 4.1 Flow of documents Sistem Pengaduan ......................................................... 26
Gambar 4.2 Use Case Sistem Pengaduan ......................................................................... 28
Gambar 4.3 Activity Diagram Login................................................................................ 37
Gambar 4.4 Activity Diagram Input Laporan................................................................... 38
Gambar 4.5 Activity Diagram Mengelola Status Aduan .................................................. 39
Gambar 4.6 Activity Diagram Mengelola aduan .............................................................. 40
Gambar 4.7 Activity Diagram Hapus Pengaduan ............................................................. 41
Gambar 4.8 Activity diagram Registrasi .......................................................................... 42
Gambar 4.9 Activity diagram Tambah Pegawai ............................................................... 43
Gambar 4.10 Activity diagram Surat Perintah ................................................................. 44
Gambar 4.11 Activity diagram Lihat Data Diri ................................................................ 45
Gambar 4.12 Activity diagram Edit Data Diri .................................................................. 46
Gambar 4.13 Sequence diagram Input Aduan .................................................................. 47
Gambar 4.14 Sequence Diagram Mengelola Aduan......................................................... 48
Gambar 4.15 Sequence diagram Login User .................................................................... 49
Gambar 4.16 Sequence Diagram Login Admin ............................................................... 50
Gambar 4.17 Sequence Diagram Login Super Admin ..................................................... 51
Gambar 4.18 Sequence Diagram Registrasi user.............................................................. 52
Gambar 4.19 Sequence Diagram Tambah pegawai .......................................................... 53
Gambar 4.20 Sequence Diagram edit user ....................................................................... 54
Gambar 4.21 Sequence Diagram edit admin .................................................................... 55
Gambar 4.22 Sequence Diagram Lihat data diri............................................................... 56
Gambar 4.23 Class Diagram ............................................................................................ 57
Gambar 4.24 ERD ............................................................................................................ 57
Gambar 4.25 Component Diagram .................................................................................. 65
Gambar 4.26 Deployment Diagram ................................................................................. 65

ix
x

Gambar 4.27 Halaman Awal ............................................................................................ 66


Gambar 4.28 Desain Input Registrasi ............................................................................... 66
Gambar 4.29 Desain Input Login user ............................................................................. 67
Gambar 4.30 Desain Input Login admin dan super admin ............................................... 68
Gambar 4.31 Desain Output Halaman User ..................................................................... 68
Gambar 4.32 Desain Input Sunting Data .......................................................................... 69
Gambar 4.33 Desain Output Halaman Admin .................................................................. 69
Gambar 4.34 Desain Tambah Data Admin ...................................................................... 70
Gambar 4.35 Desain Output Data Pengaduan Admin ...................................................... 70
Gambar 4.36 Desain Output Pengaduan Super Admin .................................................... 71
Gambar 4.37 Desain Output detail aduan pada Super admin dan petugas ........................ 71
Gambar 4.38 Desain Output Data User Pada Super admin dan admin/Petugas ................ 72
Gambar 4.39 Desain data Pengaduan Admin ................................................................... 72
Gambar 4.40 Desain Output Laporan TIndak Pidana ....................................................... 73
Gambar 4.41 Desain Input Tambah Pengaduan ............................................................... 73
Gambar 4.42 Desain Output Halaman Super Admin........................................................ 74
Gambar 4.43 Desain Output Cetak Surat perintah ........................................................... 74
DAFTAR TABEL

Tabel 2 .1 Use Case Diagram ............................................................................................. 9


Tabel 2 .2 Simbol Activity Diagram ................................................................................ 10
Tabel 2 .3 Simbol Sequence Diagram .............................................................................. 11
Tabel 2 .4 Simbol Class Diagram ..................................................................................... 13
Tabel 3.1 Polres Kepolisian Daerah Jawa Tengah............................................................ 20
Tabel 3.2 Uraian Kegiatan Kerja Praktek ......................................................................... 23
Tabel 4.1 Simbol Sequence Diagram ............................................................................... 28
Tabel 4.2 Pendefisian Use Case ....................................................................................... 29
Tabel 4.3 Skenario Login ................................................................................................. 30
Tabel 4.4 Skenario Use Case............................................................................................ 31
Tabel 4.5 Skenario edit data diri ...................................................................................... 32
Tabel 4.6 Skenario Mengelola data aduan ........................................................................ 32
Tabel 4.7 Skenario lihat data diri ..................................................................................... 33
Tabel 4.8 Skenario Cetak surat perintah ........................................................................... 34
Tabel 4.9 Skenario Registrasi........................................................................................... 34
Tabel 4.10 Skenario Tambah Petugas .............................................................................. 35
Tabel 4.11 Skenario mengelola status aduan .................................................................... 36
Tabel 4.12 Tabel Super Admin ........................................................................................ 58
Tabel 4.13 Tabel Petugas ................................................................................................. 58
Tabel 4.14 Tabel User ...................................................................................................... 59
Tabel 4.15 Tabel Pengaduan ............................................................................................ 59

xi
BAB 1
PENDAHULUAN

1.1. Latar Belakang


Polda adalah satuan kewiliyahan yang berada di bawah Kaplori, Polda bertugas
menyelenggarakan tugas Polri pada tingkat kewilayahaan tingkat 1 seperti provinsi atau
daerah istimewa, Polda merupakan perpanjangan tangan langsung dari Mabes Polri dimana
Polda di pimpin oleh Kepala Kepolisan Negara Republik Indonesia Daerah yang tanggung
jawab kepada Kapolri. Salah satu tugas dari Kapolda juga adalah menerima dan menindak
lanjuti terhadap laporan atau keluhan yang ada di masyarakat yang menggangu dan
menimbulkan ancaman di masyarakat, dimana hal tersebut di tangani pada bagian SPKT
(Sentra Pelayanan Kepolisian Terpadu) Polri yang ada pada Polda Jawa Tengah.
Sistem pelaporan yang ada pada Polda masih melalui by phone yang mana hal
tersebut sering terjadi kesalahan dalam pencatatan informasi kejadian, yang berdampak
data yang di peroleh tidak akurat, serta membutuhkan waktu yang lama dalam melakukan
tindak lanjut terhadap laporan. Hal ini mengakibatkan dalam melakukan administrasi pada
data pengaduan mengalami pencarian data pengaduan yang sudah diterima oleh SPKT
Polda Jawa Tengah. Dengan adanya perkembangan teknologi yang sangat pesat saat ini
tidak menutup kemungkinan untuk mempermudah suatu pekerjaan yang ada, seperti
contohnya aplikasi serupa dengan sistem pengaduan ini yaitu polisiku dimana aplikasi
tersebut memberikan informasi perihal lokasi kantor polisi terdekat, kantor pemadam
terdekat, Rumah Sakit serta sistem aduan yang mana aplikasi tersebut tidak terfokus pada
wilayah tertentu sehingga penanganan yang di lakukan akan sedikit terlambat serta sistem
ini memiliki kelemahan lain dimana tidak adanya bounding terhadap apa yang di laporkan
sehingga petugas yang menangani laporan tersebut harus meng kroscek satu persatu
laporan tersebut.
Hal tersebut menjadikan dasar penulis untuk merancang sebuah sistem informasi
pengaduan pada Polda Jateng, karena teknologi ini akan mendukung kegiatan yang ada
pada bagian SPKT Polri terutama bagian pengaduan masyarakat, dimana sistem ini akan
membantu dalam pengambilan keputusan, laporan yang diterima akan lebih akurat, dan
dapat mempermudah dalam melakukan pencarian terhadap laporan pengaduan yang telah
diterima serta fungsi-fungsi lain yang mendukung kegiatan bagian SPKT Polda Jateng.

1
2

1.2. Rumusan Masalah


Berdasarkan latar belakang diatas, sering terjadi kesalahan dalam pencatatan
informasi kejadian, yang berdampak data yang di peroleh tidak akurat, serta membutuhkan
waktu yang lama dalam melakukan tindak lanjut terhadap laporan. Maka akan didapatkan
rumusan masalah sebagai berikut :
Bagaimana merancan sistem informasi pengaduan masyarakat berbasis web pada POLDA
Jawa Tengah lebih efisien, efektif, dan tepat ?
1.3. Batasan Masalah
Agar penelitian ini dapat lebih terarah dan tidak berkembang ke permasalahan yang lainnya
maka terdapat beberapa batasan-batasan yang akan digunakan dalam penelitian ini :
1. Objek penelitian bagian SPKT Polda Jateng
2. Analisis dan perancangan ini berbasis website dengan menggunakan database
management system MySQL.
3. Analisis dan perancangan ini menggunakan tools UML
1.4. Tujuan
Berdasarkan perumusan masalah dan pembatasan masalah yang ada, tujuan dari
penulisan disini untuk mempermudah sistem pelaporan yang dilakukan oleh petugas
maupun pelapor agar lebih efisien, efektif, tepat, dan dapat meningkatkan pelayanan. Hal
tersebut dilakukan agar terdapatnya dokumentasi terhadap pengaduan masyarakat pada
POLDA Jawa Tengah.
1.5. Manfaat
Dengan adanya penelitian ini diharapkan dapat memberikan manfaat yaitu :
1. Bagi Penulis
Dapat menerapkan ilmu yang telah di dapat selama belajar di Universitas Dian
Nuswantoro semarang dengan kenyataan yang ada,serta menambah wawasan
dan ilmu dibidang teknologi informasi dan komunikasi.
2. Bagi Perusahaan
Dapat di gunakan sebagai bahan evaluasi untuk kedepan supaya membantu
instansi dalam pembuatan dan pengembangan sistemnya.
3. Bagi Universitas

Hasil kerja praktek ini di harapkan berguna bagi para siswa/i sebagai sarana
untuk pembelajaran dan penguasaan materi kuliah yang telah di berikan .
BAB 2
TINJAUAN PUSTAKA
2.1. Pelaporan Polisi
Laporan polisi merupakan bentuk formal atau implementasi dari pasal 1 ayat 24 UU
RI Nomor 8 Tahun 1981 tentang kitab undang-undang hukum pidana yang menjelaskan
bahwa laporan merupakan pemberitahuan yang disampaikan karena haka tau kewajiban
berdasarkan Undang-Undang kepada pejabat yang berwenang telah atau sedang terjadinya
suatu perkara atau peristiwa pidana
2.2. Sistem Informasi
Sistem informasi adalah suatu sistem yang menyediakan informasi untuk
manajemen pengambilan keputusan/kebijakan dan menjalankan operasional dari
kombinasi orang-orang, teknologi informasi dan prosedur-prosedur yang
terorganisasi. atau sistem informasi diartikan sebagai kombinasi dari teknologi
informasi dan aktivitas orang yang menggunakan teknologi untuk mendukung
operasi dan manajemen [1]. Sedangkan dalam arti luas, sistem informasi diartikan
sebagia sistem informasi yang sering digunakan menurut kepada interaksi antara
orang, proses, algoritmik, data dan teknologi.
2.2.1. Sistem
Sistem adalah kumpulan orang yang saling bekerja sama dengan ketentuan-
ketentuan aturan yang sistematis dan terstruktur untuk membentuk satu kesatuan
melaksanakan suatu fungsi untuk mencapai tujuan [1]. Sistem memiliki beberapa
karakteristik atau sifat yang terdiri dari komponen sistem, batasan sistem,
lingkungan luar sistem, penghubung sistem, masukan sistem, keluaran sistem,
pengolahan sistem dan sasaran sistem.
2.2.2. Informasi
Informasi adalah data yang diolah menjadi lebih berguna dan berarti bagi
penerimanya dan untuk mengurangi ketidakpastian dalam proses pengambilan
keputusan mengenai suatu keadaan [1].
2.2.3. Komponen Sistem Informasi
Ada beberapa komponen yang dapat membentuk sebuah sistem [2],yaitu :

3
4

1. Tujuan

Setiap sistem memiliki tujuan (goal) yang dapat mengarahkan sistem. Tanpa tujuan,
sistem menjadi tidak terarah dan tidak terkendali.
2. Masukan

Masukan (input) sistem adalah segala sesuatu yang masuk kedalam sistem dan
menjadi bahan untuk diproses selanjutnya.
3. Proses

Proses merupakan bagian yang melakukan perubahan atau transformasi dari masukan
menjadi keluaran yang diterima oleh pemakai (user).
4. Keluaran

Keluaran (output) sistem adalah hasil dari pemrosesan.

5. Mekanisme pengendalian dan umpan balik

Mekanisme pengendalian diwujudkan dengan menggunakan umpan balik (feedback)


yang dapat digunakan untuk mengendalikan baik masukan maupun proses yang
bertujuan untuk mengatur sistem agar berjalan sesuai dengan tujuan awal yang
diharapkan.
6. Batas

Batas sistem merupakan pemisah antara sistem dengan daerah diluar sistem yang
dapat menentukan konfigurasi, ruang lingkup, atau kemampuan sistem.
7. Lingkungan

Lingkungan adalah segala sesuatu yang berada di luar sistem yang dapat berpengaruh
terhadap operasi sistem, baik itu merugikan ataupun menguntungkan.
2.3. Pengembangan Sistem Informasi
Dalam mengembangkan sistem informasi terdapat banyak sekali metode-metode
yang dapat digunakan untuk menunjang suatu pengembangan sistem informasi. Berikut
merupakan beberapa metode yang digunakan untuk mengembangkan sistem informasi,
yaitu :

2.2.1. System Develompent Life Cycle ( SDLC )


Model SDLC atau sekuensial linier sering disebut juga model air terjun (waterfall).
Metode ini mengusulkan sebuah pendekatan perkembangan perangkat lunak yang
sistematik dan sekuensial yang dimulai pada tingkat dan kemajuan sistem pada seluruh
5

analisis, desain, kode, pengujian dan pemeliharaan [3]. Model ini disusun secara bertingkat,
setiap tahap dalam model ini dilakukan secara berurutan. Model ini digunakan untuk
membuat software dalam skala besar dan yang akan digunakan dalam jangka waktu yang
lama. Model ini tidak sesuai atau tidak terlalu disarankan untuk small scale project karena
:
Resource intensive
• Tidak fleksibel
• Sulit untuk aplikasi dengan perubahan cara dalam mengambil keputusan yang cepat.
Tahapan – tahapan metode SDLC
1. Analisis
2. Design
3. Development
4. Implementasi
5. Evaluasi

Gambar 2.1 Metode SDLC

2.2.2. Metode Prototyping


Metode prototyping merupakan suatu metode yang melakukan proses interative dalam
mengembangkan sistem dimana requirement diubah ke dalam sistem yang bekerja (
working system ) yang secara terus menerus diperbaiki melalui kerjasama antara user dan
pengembang.[4] Prototype juga dapat dibangung melalui beberapa tool pengembangan
untuk menyerdahanakan proses yang berjalan.
6

Tahapan – tahapan metode prototyping :


1. Pengumpulan kebutuhan
2. Membangun prototyping
3. Menggunakan sistem
4. Developt sistem
5. Menguji sistem
6. Evaluasi sistem
7. Evaluasi prototyping

Gambar 2.2 Metode Prototyping

2.2.3. Rapid Application Development ( RAD )


RAD merupakan suatu metode yang menggabungkan antara metode prototyping dan
metode dengan teknik terstruktur lainnya untuk menentukan kebutuhan user dan
perancangan sistem informasi.[5] Metode RAD dapat menekan siklus perkembangan
dalam waktu yang singkat dengan pendekatan kontruksi berbasis komponen.
Tahapan – tahapan metode RAD, yaitu :
1. Komunikasi pelanggan
2. Perencanaan
3. Analisis resiko
4. Perekayasaan
5. Kontruksi dan peluncuran
6. Evaluasi Pelanggan
7

Gambar 2.3 Metode RAD

2.4. SPKT Polda Jateng


SPKT adalah sentra pelayanan kepolisian terpadu, merupakan unsur pelaksanaan yang
bertugas memberikan pelayanan kepolisian kepada masyarakat, dalam bentuk penerimaan
dan penanganan pertama laporan/pengaduan, pelayanan bantuan/pertolongan kepolisian,
bersama fungsi terkait mendatangi TKP untuk melaksanakan kegiatan pengamanan dan
olah TKP sesuai ketentuan hukum dan peraturan yang berlaku.
Tugas pokok SPKT, sebagai berikut:

a. Pelayanan kepolisian kepada masyarakat secara terpadu, antara lain dalam bentuk
Laporan Polisi (LP), Surat Tanda Terima Laporan Polisi (STTLP), Surat Keterangan
Tanda Lapor Kehilangan (SKTLK), dan Surat Pengantar Dinas Sosial.
b. Pengkoordinasian dan pemberian bantuan serta pertolongan, antara lain Tindakan
Pertama di Tempat Kejadian Perkara (TPTKP), Turjawali, dan pengamanan kegiatan
masyarakat dan instansi pemerintah;
c. Pelayanan masyarakat melalui surat dan alat komunikasi, antara lain telepon, pesan
singkat, faksimile, jejaring sosial (internet);
d. Pelayanan informasi yang berkaitan dengan kepentingan masyarakat sesuai dengan
ketentuan peraturan perundang-undangan; dan
e. Penyiapan registrasi pelaporan, penyusunan dan penyampaian laporan harian
kepada Kapolda melalui Roops.
2.5. Metode Pengembangan Waterfall
Metode waterfall merupakan proses pengembangan perangkat lunak tradisional yang
sangat umum untuk digunakan dalam proyek – proyek perangkat lunak. Beberapa model
yang ada, pada setiap label yang berbeda dalam penggunaannya untuk setiap tahap.
Adapun tahapan Metode Waterfall adalah sebagai berikut :
8

2.4.1. Analisis
Analisis atau analisa ini merupakan tahap awal yang dilakukan oleh peneliti dalam
mengembangkan sistem. Dalam analisis ini harus mendapatkan beberapa hal yang
dianggap menunjang penelitian yang dilakukan, seperti : mencari permasalahan yang ada,
mengumpulkan data (data fisik, non fisik), wawancara dan lain-lain.Dalam tahap awal ini
penulis dituntut untuk benar-benar melakukan penelitian yang terarah seperti contohnya
untuk penelitian Teknik Informatika. Untuk menentukan pokok permasalahan peneliti
harus memilih terlebih dahulu permasalahan globalnya (misal : Jaringan), kemudian
membagi lagi menjadi beberapa sub kecil (misal : pengiriman paket data), dan membagi
kembali hingga tertuju pada titik fokus (misal : enkripsi data).

2.4.2. Desain
Desain yang dimaksud bukan hanya desain atau interfacenya saja, tetapi yang
dimaksud desain dalam metode ini adalah desain sistem yang meliputi : alur kerja sistem,
cara pengoprasian sistem, hasil keluaran dengan menggunakan metode-metode
seperti Unified Modeling Language (UML) desain sistem dan lain-lain yang telah
disesuaikan dengan analisis kebutuhan pada tahap awal untuk menyelesaikan permasalahan
tersebut. Sehingga programmer atau pihak yang terlibat dalam pembuatan kode programs
akan dipermudah karena sudah terarah seperti apa sistem ini akan berjalan dan seperti apa
alur yang ada didalam sistem maupun diluar sistem.
2.4.2.1. Unified Modelling Language ( UML )
UML yang merupakan singkatan dari Unified Modelling Language adalah sebuah
“bahasa” yang telah menjadi standar dalam industry untuk memvisualisasikan, merancang,
dan mendokumentasikan sistem perangkat lunak. UML memberikan sebuah standar untuk
merancang model dalam sebuah sistem[6]. UML pertama kali dikembangkan pada
pertengahan tahun 1990-an dengan kerjasama antara James Rumbaugh, Grady Booch dan
Ivar Jacobson, yang masing-masing telah mengembangkan notasi mereka sendiri di awal
tahun 1990-an.
UML memberikan standar dengan diagram – diagramnya,berikut merupakan diagram
standar UML :
a. Use Case Diagram
Use Case Diagram menggambarkan fungsionalitas yang diharapkan suatu sistem yang
akan dibuat, use case diagram menekankan dengan apa yang sistem akan lakukan bukan
bagaimana yang diperbuat oleh sistem. Sebuah use case mempresentasikan sebuah
9

interaksi antara aktor dengan sistem.System boundary menunjukkan cakupan dari sistem
yang dibuat dan fungsi dari sistem tersebut.
Karakteristik Use Case Diagram :
1) Use case adalah interaksi atau dialog antara sistem dan actor, termasuk pertukaran
pesan dan tindakan yang dilakukan oleh sistem.
2) Use case diprakarsai oleh actor dan mungkin melibatkan peran actor lain. Use cases
harus menyediakan nilai minimal kepada satu actor.
3) Use case bisa memiliki perluasan yang mendefinisikan tindakan khusus dalam interaksi
atau use case lain mungkin disisipkan.
4) Use case class memiliki objek use case yang disebut skenario. Skenario menyatakan
urutan pesan dan tindakan tunggal.
Tabel 2.1 Use Case Diagram

Gambar Nama Keterangan

Menspesifikasikan himpunan peran


Actor
yang pengguna mainkan ketika
berinteraksi dengan use case.

Hubungan dimana perubahan yang


terjadi pada suatu elemen mandiri
(independent) akan mempengaruhi
Dependency
elemen yang bergantung padanya
elemen yang tidak mandiri
(independent).

Hubungan dimana objek anak


(descendent) berbagi perilaku dan
Generalization
struktur data dari objek yang ada
diatasnya objek induk (ancesor).

Menspesifikasikan bahwa use case


Include
sumber secara eksplisit.

Menspesifikasikan bahwa use case target


Extend memperluas perilaku dari use case
sumber pada suatu titik yang diberikan.
10

Apa yang menghubungkan antara objek


Association
satu dengan objek lainnya.

Menspesifikasikan paket yang menam-


System
pilkan sistem terbatas.

Deskripsi dari urutan aksi-aksi yang


Use case ditampilkan sistem yang menghasilkan
suatu hasil yang terukur pagi suatu actor.

Interaksi aturan-aturan dan elemen lain


bekerja sama untuk menyediakan
Collaboration
perilaku yang lebih besar dari jumlah
dan elemen-elemennya (sinergi).

Elemen fisik yang eksis saat aplikasi


Note dijalankan dan mencerminkan suatu
sumber daya komputasi.

b. Activity Diagram
1. Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang
dirancang bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan
bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses
paralel yang mungkin terjadi pada beberapa eksekusi.
2. Activity diagram merupakan state diagram khusus, yang sebagian besar state adalah
action dan sebagian besar transisi di-rigger oleh selesainya state sebelumnya. Oleh
karena itu, activity diagram tidak menggambarkan perilaku internal sebuah sistem dan
interaksi antar subsistem secara eksak, tetapi lebih menggambarkan proses-proses dan
jalur-jalur aktivitas dari level atas secara umum.
Tabel 2.2 Simbol Activity Diagram

Gambar Nama Keterangan


Menunjukkan dimana aliran kerja itu
Start point dimulai.

Menunjukkan dimana aliran kerja itu


End point berakhir.

Menunjukkan kegiatan dalam aliran


Activities kerja.
11

Fork Menunjukkan adanya percabangansecara


(Percabangan) paralel dari aktivitas.
Join Menunjukkan adanya penggabungan
(Penggabungan) aktivitas.
Decision Menunjukkan dimana sebuah keputusan
perlu dibuat dalam aliran kerja.
c. Sequence Diagram
Sequence diagram adalah suatu diagram yang menggambarkan interaksi antar obyek
dan mengindikasikan komunikasi diantara obyek-obyek tersebut. Diagram ini juga
menunjukkan serangkaian pesan yang dipertukarkan oleh obyek-obyek yang melakukan
suatu tugas atau aksi tertentu.Obyek-obyek tersebut kemudian diurutkan dari kiri ke kanan,
aktor yang menginisiasi interaksi biasanya ditaruh di paling kiri dari diagram.
Tahap penggunaan sequence diagram :
1. Pada tahap discovery : Sequence diagram dari use case yang dipilih dibuat oleh
Business Analyst.
2. Pada tahap construction : System analyst menggunakan use case dansequence diagram
yang dibuat oleh Business Analyst sebagai input untuk pembuatan technical sequence
diagram yang akan ditinjau kembali oleh Business Analyst
3. Pada tahap final verification and validation : sequence diagram digunakan untuk
merancang test dari use-case Skenario.
Tabel 2 .3 Simbol Sequence Diagram
Gambar Nama Keterangan

Menspesifikasikan himpunan peran


Actor
yang pengguna mainkan ketika
berinteraksi dengan sistem.

Menggambarkan interaksi antara satu


atau lebih actor dengan sistem,
memodelkan bagian dari sistem yang
Bundary
bergantung pada pihak lain disekitarnya
dan merupakan pembatas sistem dengan
dunia luar.

Menggambarkan “perilaku mengatur”,


mengkoordinasikan perilaku sistem dan
Control dinamika dari suatu sistem, menangani
tugas utama dan mengontrol alur kerja
suatu sistem.
12

Gambar Nama Keterangan

Menggambarkan informasi yang harus


Entity disimpan oleh sistem (struktur data dari
sebuah sistem).

Menggambarkan pesan/hubungan antar


Object Message objek yang menunjukkan urutan
kejadian yang terjadi.

Menggambarkan pesan hubungan itu


Message to self sendiri yang menunjukkan urutan
kejadian yang terjadi.

Menggambarkan abstraksi dari sebuah


Object entitas nyata/tidak nyata yang
informasinya harus disimpan.

Menggambarkan tempat mulai dan


Focus of control
berakhirnya sebuah massage

Massage Menggambarkan pengiriman pesan

d. Class Diagram
Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan
layanan untuk memanipulasi keadaan tersebut (metode/fungsi). Class diagram juga
menggambarkan tentang struktur dan deskripsi class, package dan objek beserta hubungan
satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok :
1. Nama, merupakan nama dari sebuah kelas
2. Atribut, merupakan peroperti dari sebuah kelas. Atribut melambangkan batas nilai
yang mungkin ada pada obyek dari class.
3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat
dilakukan oleh class lain terhadap sebuah class.
Atribut dan metoda dapat memiliki salah satu sifat berikut :
• Private, tidak dapat dipanggil dari luar class yang bersangkutan.
13

• Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang
mewarisinya.
• Public, dapat dipanggil oleh siapa saja.
• Package, hanya dapat dipanggil oleh instance sebuah class pada paket yang sama.
Tabel 2 .4 Simbol Class Diagram

Gambar Nama Keterangan


Class adalah blok - blok
pembangun pada pemrograman
berorientasi obyek. Sebuah class
digambarkan sebagai sebuah
kotak yang terbagi atas 3 bagian.
Class
Bagian atas adalah bagian nama
dari class. Bagian tengah
mendefinisikan properti/atribut
class. Bagian akhir
mendefinisikan metode metode
dari sebuah class.
Relasi antar class dengan makna
ketergantungan antar class.
Umumnya penggunaan
Dependency /
dependency digunakan untuk
ketergantungan
menunjukkan operasi pada suatu
class yang menggunakan class
yang lain.
Relasiantar class dengan makna
Generalization generalisasi-spesifikasi (umum-
khusus).
Menggambarkan relasi antar
class yang bersifat umum,
biasanya disertai dengan
multiplicity. Melambangkan
Assosiation
tipe-tipe hubungan dan juga
dapat menampilkan hukum-
hukum multiplisitas pada sebuah
hubungan.
Relasi antar class dengan makna
Directed
class yang satu digunakan oleh
assosiation /
class yang lain, asosiasi biasanya
Asosiasi berarah
disertai dengan multiplicity.
14

Gambar Nama Keterangan

Mengindikasikan keseluruhan
Aggregation bagian hubungan dan biasanya
disebut sebagai relasi.

Jika sebuah class tidak bisa


berdiri sendiri dan harus
merupakan bagian dari class
yang lain, maka class tersebut
memiliki relasi Composition
Composition terhadap class tempat dia
bergantung tersebut. Sebuah
relationship composition
digambarkan sebagai garis
dengan ujung berbentuk jajaran
genjang berisi/solid.

2.4.3. Development
Bagian development merupakan bagian para programmer untuk memasukan script
kode pemrograman kedalam sebuah software programming untuk menghasilkan aplikasi
yang telah di desain, software programming yang dapat digunakan harus disesuaikan
dengan desain sistem yang dibuat (misal : untuk ponsel, Desktop, Website, anginer dan
lain-lain). Untuk software programming dapat menggunakan Borland C++, Dev C++,
Delphi, Visual Basic, NetBeans dan lain-lain.
Dalam pembuatan suatu program, programmer memiliki beberapa tools yang
digunakan untuk menghasilkan aplikasi yang telah di desain. Berikut merupakan tools yang
digunakan oleh programmer :
1. Hypertext Processor ( PHP )
PHP adalah bahasa pemrograman script yang paling banyak digunakan saat ini. PHP
banyak digunakan untuk membuat program web dinamis, walaupun tidak tertutup
kemungkinan digunakan untuk membuat program yang lainnya[7].
Pada awalnya PHP merupakan singkatan dari Personal Home Pagetool. Sesuai dengan
namanya, PHP digunakan untuk membuat website pribadi. Dalam beberapa tahun
perkembangannya, PHP menjelma menjadi bahasa pemrograman web yang powerful dan
tidak hanya digunakan untuk membuat halaman web sederhana, tetapi juga website populer
yang digunakan oleh jutaan orang seperti wikipedia, wordpress, joomla, dll. PHP dapat
digunakan dengan gratis (free) dan bersifat Open Source.PHP dirilis dalam lisensi PHP
15

License, sedikit berbeda dengan lisensi GNU General Public License (GPL) yang biasa
digunakan untuk proyek Open Source.
PHP tidak hanya dapat melakukan pengulangan, masih banyak hal lain yang bisa
dilakukan dengan PHP, seperti menginput data ke database, menghasilkan gambar,
menkonversi halaman text menjadi PDF, management cookie dan session, dan hal lainnya
yang akan dipelajari di dalam tutorial belajar PHP di dunia ilmu komputer.
2. Sublime Text 3
Sublime Text adalah teks editor berbasis Python, sebuah teks editor yang elegan, kaya
akan fitur, cross-platform, mudah dan simpel yang cukup terkenal di kalangan
pengembang, penulis, dan desainer. Misalnya jika menulis kode-kode HTML di Sublime
Text, maka bisa menghasilkan output berupa website. Jadi, fungsi Sublime Text adalah
untuk menuliskan kode-kode program.Sublime Text dapat digunakan di OS X, Windows,
Ubuntu serta Linux lainya[8]. Beberapa text editor lainnya yang dapat digunakan antara
lain : Adobe Dreamweaver, Komodo edit, Notepad++, dan lain-lain. Sublime Text ini bisa
ditambahkan package atau plugin lain sesuai kebutuhan pemakai. Sublime Text package
atau Sublime Text plugin dapat Anda Instal dari dalam Sublime Text nya sendiri. Sublime
Text juga tersedia dalam versi portable, sehingga memudahkan untuk menjalankannya
meskipun software tersebut berada dalam USB Flashdisk.
3. Database
Database adalah sebuah system yang di buat untuk mengorganisasi, menyimpan dan
menarik data dengan mudah.Database terdiri dari kumpulan data yang terorganisir untuk
satu atau lebih penggunaan, dalam bentuk digital. Database digital di manage
menggunakan Database Management System (DBMS), yang meyimpan isi database,
mengizinkan pembuatan dan maintenance data dan pencarian dan akses yang lain.
Beberapa Database yang ada saat ini adalah : Mysql, Sql Server, Ms.Access,Oracle, dan
PostgreSql.
4. MySQL
MySQL adalah salah satu jenis database server yang sangat terkenal. MySQL
menggunakan bahasa SQL untuk mengakses database nya. Lisensi Mysql adalah FOSS
License Exception dan ada juga yang versi komersial nya[7]. Tag Mysql adalah “The
World's most popular open source database”. MySQL tersedia untuk beberapa platform,
di antara nya adalah untuk versi windows dan versi linux.Untuk melakukan administrasi
secara lebih mudah terhadap Mysql, anda dapat menggunakan software tertentu, di antara
nya adalah phpmyadmin dan mysql yog.
16

5. Xampp
Xampp adalah sebuah paket kumpulan software yang terdiri dari apache, mysql,
phpmyadmin, php, Perl, Freetype2, dll.[1] Xampp berfungsi untuk memudahkan instalasi
lingkungan php, di mana biasa nya lingkungan pengembangan web memerlukan
php,apache,mysql dan phpmyadmin serta software-software yang terkait dengan
pengembangan web. Dengan menggunakan xampp, kita tidak perlu menginstall aplikasi-
aplikasi tersebut satu persatu. Paket aplikasi perlu di extract dan di install terlebih dahulu,
dengan memilih jenis xampp sesuai dengan jenis OS nya. Setelah sukses menginstall
xampp, kita dapat langsung mengaktifkan Mysql dengan
Cara mengaktifikan xampp pada Windows, cara mengaktifkan Mysql dan
phpMyadmin sebagai berikut :
1. Membuka Xampp Cotrol Panel
2. Mengatifkan Apache, MySQL, dan FileZilla
3. Maka akan memulai xampp , termasuk mengaktifkan phpmyadmin.
Selanjutnya, anda bisa masuk ke halaman phpMyAdmin, dengan cara
http://localhost/phpmyadmin

2.4.4. Pengujian dan tahap pendukung


Tahap ini adalah tahap pengujian dan tahap pendukung yang artinya sistem yang telah
dibuat dari hasil analisis masalah yang telah melalui tahap-tahap desain, pengodean barulah
masuk kedalam pengujian sistem, sehingga akan dapat diketahui seperti apa hasil kinerja
sistem yang baru ini dibandingkan dengan sistem yang lama, kemudian dapat diketahui
pula apakan dalam sistem yang baru ini masih ada kelemahan yang kemudian akan
dikembangkan oleh peneliti berikutnya.
Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak
secara obyektif dan independen, pengujian perangkat lunak sangatlah bermanfaat untuk
memahami tingkat resiko pada saat melakukan implementasi. Hal ini juga dapat dinyatakan
sebagai proses validasi dan verifikasi bahwa sebuah program harus :
• Memenuhi persyaratan dan kebutuhan teknis yang mendasari perancangan dan
pengembangan perangkat lunak.
• Bekerja seperti yang diharapkan
• Dapat diterapkan menggunakan karakteristik yang sama
17

Dalam pengujian perangkat lunak terdapat testing levels, berikut merupakan tahapan
testing secara umum yang dilakukan programmer dalam melakukan testing terhadap
perangkat lunak :
• Unit / Component Testing
Unit testing merupakan proses testing dimana pengujian dilakukan pada bagian basic
dari code program, sedangkan Component testing merupakan proses testing dimana bagian
source kode program dilakukan secara terpisah dari bagian yang lain dan component testing
dapat dilakukan setiap source kode program selesai dibuat
• Integrating Testing
Jika pada unit testing terdapat dua function yang berjalan secara individu, maka pada
tahap integration testing pengujian akan dilakukan dari hasil dua interaksi function tersebut,
jika perangkat lunak berjalan sesuai hasil yang diharapkan maka pengujian dilakukan
diseluruh kondisi yang mungkin terjadi pada tiap unit.
• System Testing
Pengujian sistem dimana pengujian dilakukan menggunakan data yang
menggambarkan pengguna sesungguhnya dalam menjalankan aplikasi.
• Acceptance Testing
Acceptance testing berjalan seperti Integration testing dimana pengujian sistem
dilakukan secara menyeluruh. Akan tetapi terdapat perbedaan pada saat pengujian sistem,
perbedaan tersebut adalah siapa yang melakukan pengujian sistem. Pada tahap ini penguji
sistem adalah end – user yang terpilih untuk melakukan pengujian terhadap fungsi - fungsi
aplikasi dan melaporkan permasalahan yang dipertemukan.
• Regression Testing
Regression testing bekerja untuk melakukan pengujian ulang terhadap sistem yang
sudah diperbaiki. Regression testing memastikan bahwa tidak terdapat permasalahan baru
setelah mengalami perbaikan. Selain itu, tahap ini tidak hanya berguna untuk melakukan
pengujian sistem, akan tetapi dapat digunakan juga untuk melakukan pemantauan kualitas
dari output yang dihasilkan oleh sistem.
Dalam pengujian sistem terdapat beberapa method yang digunakan untuk menguji
sistem. Berikut merupakan method untuk pengujian sistem :
• White Box
White box merupakan pengujian sistem yang disarkan pada pengecekan terhadap detail
perancangan, white box bekerja menggunakan struktur control dari desain program secara
18

procedural untuk membagi pengujian sistem ke dalam beberapa kasus pengujian. Secara
sekilas white box bekerja untuk mendapatkan program yang benar secara 100 %.
Kelebihan White Box :
• White box akan mendeteksi kondisi – kondisi yang tidak sesuai dan mendeteksi kapan
perulangan selesai
• Menampilkan asumsi yang tidak sesuai dengan kenyataan
• Mendeteksi bahasa pemograman yang bersifar case sensitive
Kelemahan White Box :
• Untuk perangkat lunak yang besar, white box dianggap pengujian yang tergolong boros
karena akan melibatkan sumber daya yang besar

Gambar 2.4 White Box

• Black Box
Black box merupakan metode pengujian sistem yang dilakukan dengan mengamati
hasil eksekusi melalui data uji dan memeriksa fungsionalitas dari perangkat lunak. Black
box dapat dianalogikan seperti melihat suatu kotak hitam, dimana penguji hanya dapat
melihat penampilan luarnya saja tanpa mengerti apa dibalik dari kotak hitam tersebut.
Pengujian black box hanya mengevaluasi desain luarnya saja ( interface ),
fungsionalitasnya tanpa mengetahui apa sesungguhnya yang terjadi dalam proses detailnya
( hanya mengetahui input dan output ).
Kelebihan Black Box :
• Dapat memilih subset test secara efektif dan efisien
• Dapat menemukan subset yang cacat
• Memaksimalkan testing investmen
Kekurangan Black Box :
• Tester tidak yakin akan PL yang diuji
19

Gambar 2.5 Black Box Testing


20

BAB 3
OBYEK PENELITIAN

3.1. Sejarah Kepolisian Daerah Jawa Tengah

Sejarah Perjuangan Kepolisian Komando Daerah Jawa Tengah dari masa ke masa,sejak
Proklamasi Kemerdekaan Republik Indonesia selalu mengalami pasang surut. Berikut
adalah Lika-liku kepolisian Jawa Tengah dari masa ke masa:
1) Periode 17 Agustus 1945 - 17 Agustus 1949, Kepolisian Jawa Tengah di bawah naungan
Undang-Undang Dasar RI 1945;
2) Periode 27 Desember 1949 – 17 Agustus 1950. Kepolisian Jawa Tengah di bawah
naungan Undang-Undang Dasar Sementara RI 1949;
3) Periode 17 Agustus 1950 – 5 Juli 1959, Kepolisian Jawa Tengah di bawah naungan
Undang-Undang Sementara RI 1950;
4) Periode 5 Juli 1959 – 11 Maret 1966, Periode peralihan atau menjelang Orde Baru;

5) Periode 11 Maret 1966 Reformasi,adalah periode pembaharuan dan kemajuan serta


regenerasi Kepolisan Komando Daerah Kepolisian Jawa Tengah.

Polisi Daerah Jawa Tengah berada pada Jl. Pahlawan No. 1 Semarang
Jateng, Indonesia.
Kepolisian Jawa Tengah terdiri dari 35 Kepolisain Resort (Polres)
Tabel 3.1 Polres Kepolisian Daerah Jawa Tengah

Polrestabes Semarang Polresta Surakarta Polres Batang


Polres Semarang Polres Purbalingga Polres Karanganyar
Polres Pati Polres Pekalongan Kota Polres Kudus
Polres Kendal Polres Pekalongan Polres Jepara
Polres Demak Polres Tegal Kota Polres Rembang
Polres Salatiga Polres Tegal Polres Grobogan
Polres Banyumas Polres Brebes Plores Blora
Porles Cilacap Polres Pemalang Polres Sukoharjo
Polres Banjarnegara Polres Boyolali Polres Klaten
Polres Magelang kota Polres Wonogiri Polres Sragen
Polres Magelang Polres Purworejo Polres Kebumen
21

Polres Temanggung Polres Wonosobo


3.2. Visi dan Misi Instasi
3.2.1. Visi Kepolisan Daerah Jawa Tengah
Menampilkan Polda Jawa Tengah yang professional, bermoral, modern sebagai
pelindung, pengayom, dan pelayan masyarakat yang terpercaya dalam pemeliharaan
keamanan ketertiban masyarakat dan penegakan hukum.
3.2.2. Misi Kepolisan Daerah Jawa Tengah
1. Meningkatkan Sumber Daya Manusia Kepolisian Daerah Jawa Tengah untuk tampil
sebagai sosok pengayom, pelindung, dan pelayan masyarakat.
2. Melaksanakan penegakan hokum secara konsisten, berkesinambungan, dan transparan
untuk pemeliharaan kamtibmas.
3. Melaksanakan Pelayanan optional yang dapat menimbulkan kepercayaan bagi
masyarakat ,dalam upaya meningkatkan kesadaran hokum.
4. Menciptakan kondisi keamanan yang kondusif dengan meningkatkan peran serta
masyarakat dan instasi terkait secara aktif.
5. Mengedepankan dan menjunjung tinggi hak asasi manusia dalam setiap melaksanakan
tugas.
3.3. Struktur Organisasi
Seperti pada Gambar 3.3 terdapat bagan struktur organisasi dari Polda Jawa Tengah.

Gambar 3.1 Struktur Organisasi Polda Jawa Tengah


22

Daftar Nama Pejabat Polda Jateng

Kapolda Jateng : Irjen Pol Dr. H. Rycko Amelza Dahniel, M.Si.

Wakapolda Jateng : Brigjen Pol. Drs. Ahmad Luthfi, S.H., S.St.,


M.K.
Irwasda Polda Jateng : Kombes Pol Drs. Budi Yuwono, M.H.
Karo Ops Polda Jateng : Kombes Pol Drs. Rachmat Widodo.
Karo Rena Polda Jateng : Kombes Pol Drs. Revindo.
Dir Binmas Polda Jateng : Kombes Pol Drs. Budi Utomo, M.H.
Karo SDM Polda Jateng : Kombes Pol Drs. Iriansyah, S.H.
Karo Logistik Polda Jateng : Kombes Pol Gustav Leo, S.I.Kom., M.Si.
Dir Intelkam Polda Jateng : Kombes Pol Yuda Gustawan, S.I.K., S.H.,
M.H.
Dir Reskrimsus Polda Jateng : Kombes Pol R. Y. Wihastono Yoga P, S.I.K.
Dir Samapta Polda Jateng : Kombes Pol Herry Purnomo
Dir Lantas Polda Jateng : Kombes Pol Subandriya, S.H, M.H.
Dir Resnarkoba Polda Jateng : Kombes Pol K. Yani Sudarto, S.I.K., M.Si.
Dir Polair Polda Jateng : Kombes Pol Risnanto, S.H., M.Si.
Kabid Humas Polda Jateng : Kombes Pol Iskandar Fitriana S, S.I.K., M.Si.
Kabid Kum Polda Jateng : Kombes Pol Drs. Slamet Suroso, S.H.
Kabid Propam Polda Jateng : Kombes Pol Mukiya, S.Pd.I.
Kabid TI Polda Jateng : Kombes Pol A. B. Kawedar, S.H., M.Si.
Kabid Dokkes Polda Jateng : Kombes Pol dr. Tri Yuwono Putra
Kabid Keu Polda Jateng : Kombes Pol Rudi Purwiyanto, S.I.K., M.Hum.
Kasat Brimob Polda Jateng : Kombes Pol Tory Kristianto, S.I.K.
Dir Reskrimum Polda Jateng : Kombes Pol Budi Haryanto, S.I.K., M. H.
Ka SPN Purwokerto : Kombes Pol. Drs. Djuwito Purnomo, S.I.K.

Dir Pam Obvit Polda Jateng : Kombes Pol. Drs. Suparyono

Kabid Labfor Polda Jateng : Kombes Pol. Marsudi, S.Si., M.Si.

Karumkit Bhayangkara Polda Jateng : Kombes Pol. dr. I Gusti Gede M A J., Sp.Rad.,
M.M., M.Kes.

Dir Tahti Polda Jateng : AKBP Syarif Rahman, S.I.K., M.H.


23

Ka SPKT Polda Jateng : AKBP Juara Silalahi, S.I.K., M.H.

Ka Yanma Polda Jateng : AKBP Umi Mariyati, S.I.K.


Ka Setum Polda Jateng : AKBP Dra. Suci Rochayati, M.Hum.
3.4. Ruang Lingkup
Selama kerja praktik, penulisan merancang sebuah system informasi pengaduan
masyarakat yang dilaksanakan di Polda Jawa Tengah di SPKT Polda Jateng. SPKT
melakukan penerimaan pelaporan ataupun pengaduan yang ada di Polda Jateng, dan
melaksanakan pengkoordinan melalui komunikasi Radio Polres Se-Jawa Tengah. Seperti
halnya memberikan pelayanan masyarakat melalui surat dan alat komunikasi, antara lain
telepon, pesan singkat, faksimile, ataupun jejaring sosial di seluruh jawa tengah dengan
keamanan yang terjamin.
Selain mempelajari sistem pelaporan yang di kendalikan oleh SPKT di Polda Jateng,
Penulis juga mempraktikan ilmu yang di dapat selama perkuliahan baik materi yang
disampaikan oleh dosen maupun hasil praktikum mengenai system.
3.5. Uraian Kerja Praktek di Polda Jawa Tengah
Kerja praktek dilaksanakan di POLDA Jawa Tengah yang beralamat di jalan
Pahlawan No.1, Mugassari, Semarang Sel., Kota Semarang, Jawa Tengah. Penempatan
pada pelaksanaan kerja praktek tersebut yaitu pada Bagian SPKT (Sentra Pelayanan
Kepolisian Terpadu). Berikut ini merupakan uraian aktivitas kegiatan kerja praktek yang
dilakukan selama pelaksanaan kerja praktek Bagian SPKT (Sentra Pelayanan Kepolisian
Terpadu) Polda Jawa Tengah.
Tabel 3.2 Uraian Kegiatan Kerja Praktek

Minggu Tanggal Uraian Kegiatan

ke-
11/10/2020 Perkenalan

Mencari Topik yang ingin di buat


12/10/2020 Menetapkan Judul projek
1
Menjelaskan alur projek yang ingin di buat
13/10/2020 Membuat flowchart dari projek yang ingin di buat
14/10/2020 Menjelaskan alur flowchart
Mengevaluasi hasil flowchart
24

Minggu Tanggal Uraian Kegiatan

ke-
15/10/2020 Menjukan progress pada penyelia
Menambahkan hasil revisi flowchart
18/10/2020 Menyelesaikan flowchart
Flowchart di terima
19/10/2020 Mengerjakan proyek Merancang sistem
Menunjukan progress pada penyelia
20/10/2020 mengerjakan proyek
2
membuat desain sistem pelaporan
berbasis web
21/10/2020 Mengerjakan proyek

Membuat desain sistem pelaporan berbasis web


untuk user
Mengevaluasi
22/10/2020 Mengerjakan proyek
Membuat tanpilan sistem pelaporan untuk admin
Menunjukan progress pada penyelia
25/10/2020 Mengerjakan proyek
Menambahkan masukan dari penyelia

3 26/10/2020 Mengerjakan proyek


Membuat fungsi tambah menu pada admin
27/10/2020 Mengerjakan proyek
Menunjukan progress kepada penyelia
28/10/2020 Mengerjakan proyek
Membuat fungsi edit, delete pada halaman
pesanan dan menu
01/11/2020 Mengerjakan proyek
Membuat fungsi status pada pelaporan di halaman
admin
4 04/11/2020 Mengerjakan proyek Membuat laporan
Mencari referensi laporan
25

Minggu Tanggal Uraian Kegiatan

ke-
05/11/2020 Membuat laporan
Mempresentasikan hasil proyek
06/11/2020 Mengumpulkan laporan
BAB 4
PELAKSANAAN KERJA PRAKTEK

4.1. Analisis Masalah


4.1.1. Narasi Pengaduan Masyarakat Pada Polda Jateng

Sistem yang di lakukan untuk melakukan laporan terhadap tindak pidana yang ada
bisa melakukan 2 hal yaitu dengan melakukan panggilan ke Polda maupun melalui surat
pengaduan perkara yang mana setelah laporan tersebut di terima pihak SPKT yang mana
akan di baca dan kevalidtan dari laporan tersebut yang mana nanti akan di arahkan kepada
kepala bagian untuk menyutujui surat perintah dan memberikan keputusan siapa yang akan
menangani kasus tersebut.
4.1.2. Output Flow Of Diagram

Gambar 4.1 Flow of documents Sistem Pengaduan

26
27

4.2. Usulan Sistem


4.2.1. Analisis Kebutuhan Fungsional
Analisis kebutuhan fungsional yang di butuhkan adalah Super admin, admin dan
customer. Adapun kebutuhan fungsional admin dan customer dalam penelitian ini
menghasilkan rincian sebgai berikut:
1. Admin

a. Admin dapat mengatur Status pengaduan yang di lakukan oleh user.

b. Admin dapat mencetak data user dan pengaduan yang dilakukan user.

2. User

a. User dapat mengadukan masalah yang ada di masyarakat.

3. Super Admin

a. Menambah dan Edit data Admin

b. Melihat informasi pengaduan


4.2.2. Analisis Kebutuhan Non Fungsional
Analisis kebutuhan non fungsional dapat mengidentifikasi apa saja yang seharusnya
dikerjakan oleh admin dan user. Adapun kebutuhan non fungsional admin dan user dalam
penelitian ini menghasilkan rincian sebgai berikut:
1. Kemudahan Penggunaan

Dalam penggunaan sistem ini, User akan lebih mudah dalam melihat laporan apa saja
yang telah dia laporkan, serta user akan lebih mudah dalam mengetahui status dari
laporan yang sudah di adukan kepada pihak Polda Jawa Tengah

2. Kemudahan Implementasi

Sistem ini dirancang dengan bahasa pemrograman PHP dan database MySql sehingga
pengguna dapat menggunakan gadget atau laptop karena sistem ini mmpunyai fungsi
sebagai multi platform.
28

4.3. Pemodelan Proses


4.3.1. Use Case Diagram

Gambar 4.2 Use Case Sistem Pengaduan

4.3.2. Pendefinisian Aktor


Berikut adalah hasil pendifinisian actor pada Sistem Informasi Pengadauan.
Tabel 4.1 Simbol Sequence Diagram

No Aktor Deskripsi
1 User User adalah masyarakat yang memiliki hak untuk

melaporkan tindak pidana yang ada di masyarakat


29

No Aktor Deskripsi
2 Petugas/Admin Petugas adalah bagian administrator yang memiliki hak
akses mengecek ke validtan dari adauan serta melakukan
pencetakan surat perintah dan hak untuk memberikan
informasi status laporan
3 Super Super admin/kepala bagian adalah orang yang memiliki
Admin/Kepala Bagian hak akses untuk mengelola Petugas serta yang memberikan
persetujan terhadap tindak pidan untuk di tindak lanjuti

4.3.3. Pendefinisan Use Case


Tabel 4.2 Pendefisian Use Case

No Use Case Deskripsi


1 Login Merupakan Proses yang di gunakan untuk user,admin,dan

superadmin untuk masuk ke sistem


2 Mengirimkan aduan Merupakan sebuah proses untuk user melaporkan sebuah

Kejadian
3 Edit data diri Merupakan proses untuk user maupun admin untuk

mengganti password
4 Mengelola Data aduan Merupakan proses dimana user memiliki hak untuk meng
hapus aduan dan juga proses ini memberikan hak akses
petugas dalam merubah status kejadian yang terjadi
5 Lihat data user Merupakan proses yang berfungsi untuk melihat data diri

petugas maupun user


6 Registrasi Proses dimana user mendaftar untuk membuat id

Password
7 Cetak Surat Perintah Merupakan Proses petugas untuk mencetak aduan tersebut

untuk meminta persetujuan dari kepala bagian


8 Tambah Petugas Proses dimana Super admin menambahkan petugas untuk

meng akses web


30

No Use Case Deskripsi


9 Mengelola status Merupakan proses yang berfungsi untuk admin

Laporan melakukan editing status laporan


4.3.4. Skenario Usecase

1. Skenario Login
Tabel 4.3 Skenario Login

Nama Usecase Login


Skenario Sistem Login yang digunakan untuk masuk dalam sistem. Yang
memungkinkan actor untuk melihat dan mengakses sistem informasi

Actor Admin,User,Super Admin


Preconditions Admin ,User,Super Admin telah memiliki username dan

Password
Postcondition Admin,User dan Super adimn memasukan username dan
password, lalu masuk ke halaman sesuai dengan Aktor yang login

Flow of activies Actor System


1. Menginputkan user dan password 2. Sistem menampilkan halaman
utama untuk Aktor yang login

3. Mengeklik login 4. Eksekusi validasi user dan


password dengan yang
tersimpan di dalam database

5. Jika sesuai, tampil notif login


berhasil dan lanjut ke halaman
utama Aktor login

Langkah alternatif 6 : jika username dan password salah maka sistem akan
menampilkan pesan kesalahan, kemudian kembali ke langkah 1.
31

2. Skenario Mengirimkan Aduan


Tabel 4.4 Skenario Use Case

Nama Usecase Login


Skenario Merupakan sebuah proses untuk user melaporkan sebuah

Kejadian
Actor User
Preconditions User Telah Login
Postcondition Data aduan Tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Pengaduan 3.Menampilkan menu utama user

6. Input data aduan 5.Menampilkan Form pengaduan

Langkah alternatif 7 : menunggu konfirmasi dari petugas kemudian


bila ingin menambah aduan kembali ke tahap 1
32

3. Skenario edit data diri


Tabel 4.5 Skenario edit data diri

Nama Usecase Login


Skenario Merupakan proses untuk user maupun admin untuk

mengganti password maupun gambar data diri


Actor User,Admin
Preconditions User Telah Login
Postcondition Data diri dari user dan admin yang di edit tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Data Diri 3.Menampilkan menu utama user

6. Input data diri yang mau di edit5.Menampilkan Form data diri

4. Skenario Mengelola data aduan


Tabel 4.6 Skenario Mengelola data aduan

Nama Usecase Login


Skenario Merupakan proses untuk memilih aksi yang dibuat
Actor User,Admin
Preconditions User Telah Login
Postcondition Data tersimpan
Flow of activies Actor System
1.User Login Kedalam sistem 2. Validasi akun

4. Memilih menu Lihat data 3.Menampilkan menu utama user


aduan

6. Editing terhadap data aduan 5.Menampilkan Form data aduan


(User),Memberikan Status
aduan (Admin),Tambah
33

Aduan(user)

5. Skenario Lihat data diri


Tabel 4.7 Skenario lihat data diri

Nama Usecase Login


Skenario Merupakan proses untuk melihat data diri
Actor Super Admin
Preconditions Super Admin Telah Login
Postcondition Menampilkan data diri
Flow of activies Actor System
1.Super Admin Login 2. Validasi akun
Kedalam sistem
4. Memilih menu 3.Menampilkan menu utama user
Pegawai/user

5.Menampilkan data diri


user/pegawai
34

6. Skenario Cetak surat perintah


Tabel 4.8 Skenario Cetak surat perintah

Nama Usecase Login


Skenario Merupakan proses untuk melihat data aduan secara
mendetail
Actor Admin
Preconditions Admin Telah Login
Postcondition Surat perintah Tercetak
Flow of activies Actor System
1.Admin Login Kedalam sistem 2. Validasi akun

4. Memilih menu Lihat data 3.Menampilkan menu


aduan utama user

6. menklik duakalai terhadap 5.Menampilkan Form


aduan-aduan yang ada data aduan

8.Mengklik dua di bagian gambar7.Menampilkan detail


cetak aduan

10.Surat akan di berikan Kepada 9.Sistem akan mencetak


kepala kabid Humas surat printah

7. Skenario Registrasi
Tabel 4.9 Skenario Registrasi

Nama Usecase Login


Skenario Merupakan proses user untuk untuk membuat id dan

password
Actor User
Preconditions User belum mendaftarkan akun
Postcondition Data tersimpan
Flow of activies Actor User System
1.Masuk Ke web 2.Menampilkan halaman
awal web
35

3. Memilih Menu Registrasi 4.Menampilkan form registrasi

5.Input data registrasi 6.Simpan inputan

8. Skenario Tambah Petugas


Tabel 4.10 Skenario Tambah Petugas

Nama Usecase Login


Skenario Proses dimana Super admin menambahkan petugas untuk

meng akses web


Actor Super Admin
Preconditions Super Admin Login
Postcondition Data tersimpan
Flow of activies Actor System
1.Super Admin Login web 2.Menampilkan halaman
awal web super admin

3. Memilih Menu Pegawai 4.Menampilkan halaman


Pegawai

5.Pilih tambah pegawai 6.Tampilkan Form


Pegawai

7.Input data diri pegawai 8.Menyimpan inputan


36

9. Skenario Mengelola Status Aduan


Tabel 4.11 Skenario mengelola status aduan

Nama Usecase Login


Skenario Merupakan proses yang berfungsi untuk admin

melakukan edit status laporan


Actor Admin
Preconditions admin Telah Login
Postcondition Status laporan telah di edit
Flow of activies Actor System
1.Admin Login Kedalam 2. Validasi akun
sistem

4. Memilih menu Lihat data 3.Menampilkan menu


aduan utama Admin

6. Pilih status laporan yang ingin 5.Menampilkan Form data


di ubah aduan

7. Status berhasil di ubah


37

4.3.5. Activity Diagram


4.3.5.1. Activity Diagram Login

Gambar 4.3 Activity Diagram Login

Aktivitas disini di mulai dari User maupun admin ataupun super admin setelah
memasukan id dan password sistem akan mengecek adakah id dan password yang di
inputkan di dalam database.
38

4.3.5.2 Activity Diagram Input Laporan

Gambar 4.4 Activity Diagram Input Laporan

Aktivitas disini dimulai saat user memilih menu pengaduan dimana sistem akan
menampilkan form pengaduan lalu user menginputkan aduan yang mana dari inputan
tersebut sistem akan menyimpan data pengaduan tersebut.
39

4.3.5.3. Activity Diagram Mengelola status aduan

Gambar 4.5 Activity Diagram Mengelola Status Aduan

Aktivitas dimulai ketika admin telah login dan memilih menu aduan yang mana sistem
disini akan menampilkan data aduan yang telah masuk ke sistem lalu admin dapat memilih
status tersebut sedang dalam proses atau di tolak.
40

4.3.5.4. Activity diagram Sunting Pengaduan

Gambar 4.6 Activity Diagram Mengelola aduan

Actvity ini di mulai dari saat user melakukan pemilihan menu aduan dimana sistem
akan menampilkan halaman laporan aduan dimana disana memiliki menu sunting
pengaduan, jika memilih aksi edit pengaduan sistem akan menampilkan form detail aduan
edit yang mana user akan mengubah apa yang sekiranya akan di ubah dan sistem akan
menyimpan perubahaan tersebut.
41

4.3.5.5. Activity Diagram Hapus Pengaduan

Gambar 4.7 Activity Diagram Hapus Pengaduan

Activity diagarma hapus pengaduan merupakan alur saat user memilih menu pengaduan
sistem menampilkan data pengaduan. User memilih pengaduan dan memilih icon hapus
pengaduan, sistem akan menampilkan form “ya” atau “tidak” untuk menghapus pengaduan.
Jika user memilih ya maka data akan terhapus, sedangkan jika memilih tidak maka akan
kembali pada halaman data pengaduan
42

4.3.5.6. Activity diagram Registrasi

Gambar 4.8 Activity diagram Registrasi

Activity diagram disini dimulai ketika user masuk ke halaman web lalu memilih registrasi dimana
nanti sistem akan menampilkan form pendaftaran yang mana nantinya sistem akan menyimpan
inputan pendaftaran.
43

4.3.5.7. Activity diagram Tambah Pegawai

Gambar 4.9 Activity diagram Tambah Pegawai

Activity di muli saat super adamin telah login dimana sistem akan masuk ke halaman utama
superadamin di mana bila super adamin memilih menu petugas sistem akan menampilkan data
petugas dimana pada halaman tersebut terhadap menu tambah pegawai ,saat memilih tambah
pegawai sistem akan menapilkan form tambah petugas lalu super adamin meng inputkan data dan
sistem akan menyimpan data .
44

4.3.5.8. Activity diagram Surat Perintah

Gambar 4.10 Activity diagram Surat Perintah

Activitas disisni dimulai saat admin/pugas login kedalam halaman utama admin dimana
nanti admin memili h fitur aduan yang nantinya akan memunculkan data adauan yang ada
setelah itu adimin memilih detail data setelah itu admin memilih menu cetak yang nantinya
sistem akan mencetak surat perintah.
45

4.3.5.9. Activity diagram Lihat Data Diri

Gambar 4.11 Activity diagram Lihat Data Diri

Activitas dimulai saat actor login lalu actor memilih menu lihat data diyang mana sistem
akan menampilkan data diri.
46

4.3.5.10. Activity diagram Edit Data Diri

Gambar 4.12 Activity diagram Edit Data Diri

Activitas dimulai saat actor login lalu actor memilih menu lihat data diyang mana sistem
akan menampilkan data diri.lalu actor akan memilih menu edit yang nantinya sistem akan
memunculkan form edit data diri untuk merubah foto,username dan password.
47

4.3.6. Sequence Diagram

Sequence diagram merupakan penjelasan secara detail tentang urutan suatu proses
yang dilakukan dalam sistem untuk mencapai tujuan dari use case: interaksi yang terjadi
antar class, operasi apa saja yang terlibat, urutan antar operasi, dan informasi yang
diperlukan oleh masing-masing operasi. Berikut merupakan gambar sequence diagram dari
sistem pengaduan masyarakat :

4.3.6.1. Sequence diagram Input Aduan

Gambar 4.13 Sequence diagram Input Aduan


48

4.3.6.2. Sequence Diagram Mengelola Aduan

Gambar 4.14 Sequence Diagram Mengelola Aduan


49

4.3.6.3. Squence Diagram Login


1. Login User

Gambar 4.15 Sequence diagram Login User


50

2. Login Admin

Gambar 4.16 Sequence Diagram Login Admin


51

3. Squence Diagram Login Super Admin

Gambar 4.17 Sequence Diagram Login Super Admin


52

4.3.6.4. Sequence Diagram Registrasi user

Gambar 4.18 Sequence Diagram Registrasi user


53

4.3.6.5. Sequence Diagram Tambah pegawai

Gambar 4.19 Sequence Diagram Tambah pegawai


54

4.3.6.6. Sequence diagram Edit Data diri


1. User

Gambar 4.20 Sequence Diagram edit user


55

2. Admin

Gambar 4.21 Sequence Diagram edit admin


56

4.3.6.7. Sequence diagram Lihat Data diri

Gambar 4.22 Sequence Diagram Lihat data diri


57

4.3.7. Class Diagram

Pet
ug

+Tambah
Petugas ( )

Gambar 4.23 Class Diagram

Gambar 4.24 ERD


58

1. Perancangan Database

Dalam sistem informasi diperlukan sistem pendukung untuk menyimpan data data
penunjang dalam mengelola data data yang di butuhkan sebagai berikut adalah tabel
tabel yang di butruhkan dalam Database :
a. Tabel Super Admin

Disini pada tabel Super admin berfungsi untuk menyimpan data data dari Super admin
antara lain Nama Lengkap, Alamat, Nomer Telepon, Username, Password, Email.
Berikut adalah Kamus data Dari Super Admin.
Tabel 4.12 Tabel Super Admin

Name Type

Id Int(11)

Nama Varchar(50)

Email Varchar(50)

Username Varchar(25)

Password Varchar(25)

b. Tabel Petugas

Pada tabel ini berfungsi untuk menyimpan data dari petugas yang mana pada tabel ini
berisi : Id_Petugas, Nama_Petugas, Jenis_Kelamin_Petugas, Alamat, No_Telpon,
Email, Username_ Petugas, Password_petugas.Berikut adalah Kamus data admin.
Tabel 4.13 Tabel Petugas

Name Type
Id_Petugas Int(11)
Nama_Petugas Varchar(50)
Jenis_Kelamin_Petugas Varchar(1)
Alamat Varchar(50)
59

No_Telpon int (20)


Email Varchar(50)
Username_Petugas Varchar(25)
Password_Petugas Varchar(25)

c. Tabel User

Pada tabel ini berfungsi untuk menyimpan data dari User yang mana pada tabel ini
berisi : User_Id, User_Nama, User_Kelamin, User_Alamat, User_kelamin,
User_kontak, User_Username, User_Password. Berikut adalah Kamus data User.
Tabel 4.14 Tabel User

Name Type
User_Id Int(11)
User_Nama Varchar(50)
User_Kelamin Varchar(1)
User_Alamat Varchar(50)
User_Kontak int(20)
User_Foto Varchar(100)
Username Varchar(25)
Password Varchar(25)

d. Tabel Pengaduan

Pada tabel ini berfungsi untuk menyimpan data dari Pengaduan yang di berikan User
yang mana pada tabel ini berisi : Pengaduan_Id, Pengaduan_User, Pengaduan_waktu,
Pengaduan_Apa, Pengaduan_kapan, Pengaduan_dimana, Pengaduan_Siapa,
Pengaduan_Keterangan, Pengaduan_Status, Pengaduan_Bukti,
Pengaduan_Bagaimana. Berikut adalah Kamus data Pengaduan.
Tabel 4.15 Tabel Pengaduan

Nama Type
Pengaduan_Id Int(11)
Pengaduan_User Int(11)
Pengaduan_waktu Datetime
60

Pengaduan_Apa Varchar (100)


Pengaduan_kapan Datetime
Pengaduan_dimana Varcha(100)
Pengaduan_Siapa Varchar(100)
Pengaduan _Keterangan Text
Pengaduan_Status Int(11)
Pengaduan_Bukti Varchar(25)
Pengaduan_Bagaimana Varchar (25)
4.3.8. Kamus Data
Kamus Data Super Admin

Super Admin = id + Nama + Email+ Username +Password Id : 1 {numerik}


11
Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 11

Nama : 1 {character} 50

Merupakan class admin yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = AdiMang

Email : 1 {character} 50

Merupakan username admin yang diisi dengan


format “Xxxxx”
Karakter yang digunakan [A-Z | a-z | 0-9 | ‘ | - | ] Contoh = Mikudesu@gmail.com
Username : 1 {character} 25

Merupakan username admin yang diisi dengan


format “Xxxxx”
Karakter yang digunakan [A-Z | a-z | 0-9 | ‘ | - | ] Contoh = us
Password : 1 {character} 25
61

Merupakan password admin yang diisi dengan


format “Xxxxx”
Karakter yang digunakan [A-Z | a-z | 0-9 | ‘ | - | ] Contoh = pa123
1. Kamus Data Petugas

Petugas = id_petugas + Nama_petugas + Jenis_kelamin_petugas +alamat+


No_telpon + Email +Username_Petugas+Password_petugas
Id_petugas : 1 {numerik} 11
Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 10

Nama_petugas: 1 {character} 50

Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = surya adi Jenis_kelamin_petugas : 1 {character} 20
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Laki-laki

Alamat : 1 { character }50

Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = jl.villakritsa No_Telpon : 1 {numerik} 20
Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 08966565656565

Username_petugas : 1 {character} 25

Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = adi Password_petugas : 1 {character} 25
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
62

digunakan [A-Z | a-z | 0-9 | ‘ | - | ]


Contoh = gala

2. Kamus Data User

user = user_id + user_Nama + User_kelamin + user_alamat+ user_Kontak +


user_foto +Usernames+Password
user_id : 1 {numerik} 11

Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 10

user_Nama: 1 {character} 50

Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = surya adi User_kelamin : 1 {character} 20
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Laki-laki user_alamat : 1 { character }50
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = jl.villakritsa user_Kontak: 1 {numerik} 20
Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 08966565656565

User_foto : 1 {character} 100

Merupakan image menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = nasi.jpg Username : 1 {character} 25
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
63

digunakan [A-Z | a-z | 0-9 | ‘ | - | ]


Contoh = adi Password : 1 {character} 25
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = gala

3. Kamus Data Pengaduan

Pengaduan = Pengaduan_Id + Pengaduan_User + Pengaduan_waktu +


Pengaduan_Apa + Pengaduan_kapan + Pengaduan_dimana + Pengaduan_Siapa +
Pengaduan _Keterangan + Pengaduan_Status + Pengaduan_Bukti +
Pengaduan_Bagaimana
Pengaduan_Id : 1 {numerik} 11

Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 10

Pengaduan_User : 1 {numerik} 11

Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 10
Pengaduan_waktu: date {dd-mm-yyyy}

Merupakan tanggal menu yang diisi dengan format “99-99- 9999”


Karakter yang digunakan [0-9] Contoh = 06-04-2019
Pengaduan_Apa: Text

Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Pencuri Pengaduan_kapan : date {dd-mm-yyyy}
Merupakan tanggal menu yang diisi dengan format “99-99- 9999”
Karakter yang digunakan [0-9] Contoh = 06-04-2019
Pengaduan_dimana: 1 {character} 100
64

Merupakan image menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Jl,Merah

Pengaduan_Siapa : 1 {character} 100

Merupakan image menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Laki laki berbaju biru Pengaduan _Keterangan :1
{character}
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = mengambil tas dan hp Pengaduan_Status : 1 {numerik}
11
Merupakan kode admin yang diisi dengan format “99999” Karakter yang
digunakan [ 0-9 | ]
Contoh = 10

Pengaduan_Bukti : 1 {character} 100

Merupakan image menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = 23123121.jpg Pengaduan_Bagaimana : 1 {character} 255
Merupakan kategori menu yang diisi dengan format “Xxxxx” Karakter yang
digunakan [A-Z | a-z | 0-9 | ‘ | - | ]
Contoh = Jalan sendiri di curi
65

4.3.8.1. Component Diagram

Gambar 4.25 Component Diagram

4.3.8.2. Deployment Diagram

Gambar 4.26 Deployment Diagram


66

4.3.9. Desain Sistem

1. Halaman Output Awal web


Dimana pada halaman ini kita bisa menentukan kita ingin login user atau admin
dimana di halaman awal ini tersedia registrasi untuk user yang ingin mendaftar di web
ini.

Gambar 4.27 Halaman Awal

2. Desain Input Registrasi


Pada Form ini user dapat melakukan Registrasi untuk masuk kedalam web.

Gambar 4.28 Desain Input Registrasi


67

3. Desain Input Login User

Pada Form ini kita dapat melihat login sebagai user.

Gambar 4.29 Desain Input Login user


68

4. Desain Input Login


Pada Form ini kita dapat memilih login sebagai admin/Petugas dan super admin

Gambar 4.30 Desain Input Login admin dan super admin

5. Desain Output Halaman User


Bila Mana kita sudah menginput kan maka data tersebut akan muncul di halaman awal
Web

Gambar 4.31 Desain Output Halaman User


69

6. Desain Input Sunting Data


Pada menu ini kita dapat mengganti Password yang telah

Gambar 4.32 Desain Input Sunting Data

7. Desain Output Halaman Admin


Pada menu ini akan di tampilkan data user yang melakukan aduan

Gambar 4.33 Desain Output Halaman Admin


70

8. Desain Input Tambah Data Admin


Pada menu halaman ini Super admin dapat menambah dan edit user

Gambar 4.34 Desain Tambah Data Admin

9. Desain Output Data Pengaduan Admin

Pada desain ini super admin dapat melakukan pilihan menu hapus atau edit petugas.

Gambar 4.35 Desain Output Data Pengaduan Admin


71

10. Desain Output Pengaduan Super Admin


Pada desain ini super admin dapat melihat data aduan secara detail.

Gambar 4.36 Desain Output Pengaduan Super Admin

11. Desain Output detail aduan pada Super admin dan admin

Gambar 4.37 Desain Output detail aduan pada Super admin dan petugas
72

12. Desain Output Data User Pada Super admin dan admin/Petugas
Bagi admin/Petugas dapat mencetak data user yang tergabung di web tersebut.serta
bagi admin dan super admin dapat melihat detail user

Gambar 4.38 Desain Output Data User Pada Super admin dan admin/Petugas

13. Desain data Pengaduan Admin

Pada desain ini kita dapat melakukan konfirmasi melihat detail maupun print

Gambar 4.39 Desain data Pengaduan Admin

14. Desain Output Laporan Data Pengaduan Tindak Pidana


73

Gambar 4.40 Desain Output Laporan TIndak Pidana

15. Desain Input Tambah Pengaduan

Gambar 4.41 Desain Input Tambah Pengaduan


74

16. Desain Output Halaman Super Admin

Gambar 4.42 Desain Output Halaman Super Admin

17. Desain Output Cetak Surat Perintah

Gambar 4.43 Desain Output Cetak Surat perintah


BAB 5
PENUTUP
5.1. Kesimpulan
Berdasarkan uraian dan penjelasan peneliti pada bab-bab sebelumnya, maka dapat
diambil kesimpulan bahawa dari analisa yang di lakukan peneliti disini berdasarkan
masalah yang ada di harapkan dapat di selsaikan dengan sistem yang tengah di rancang ini,
adapun kesimpulan yang dapat di ambil antara lain :

1. Berdasarkan analisa yang ada, dilakukan perancangan sistem yang diharapkan dapat
membantu dan mengoptimalkan proses pelayanan masyarakat.
2. Sistem Pengaduan masyarakat disini memiliki kelebihan yang lebih efisen, efektif dan
akurat dalam melakukan administrasi data di banding sistem pengaduan yang saat ini
tengah berjalan pada Bagian SPKT Polda Jawa Tengah.
5.2. Saran

Beberapa saran dan masukan yang dapat disampaikan penulis terhadap pembuatan
Aplikas Pengadauan Masyarakat ini dimasa yang akan datang adalah :

1. Dilakukan pengembangan terhadap sistem yang berbasis mobile phone

2. Dilakukannya pengintegrasian antara sistem pengaduan layanan dengan sistem yang


berjalan pada POLDA Jawa Tengah, agar dapat mempermudah pekerjaan dalam
melakukan penanganan.

75
76

DAFTAR PUSTAKA
[1] Y. A. Binarso, E. A. Sarwoko, and N. Bahtiar, “Pembangunan sistem informasi
alumni berbasis web pada program studi teknik informatika universitas
diponegoro,” J. Inf. Technol., vol. 1, no. 1, pp. 72–84, 2012.

[2] Pradipta Denandra, U. Telkom, and J. E. Edition, “Pengembangan Aplikasi


Manajemen Aset Pemerintah Kabupaten Bandung Berbasis Web Bagian
Perencanaan , Pengadaan , Penerimaan , Pengeluaran Dan Pemeliharaan
Menggunakan Metode Iterative Dan Incremental.”

[3] Y. Firmansyah, “Penerapan Metode SDLC Waterfall Dalam Pembuatan Sistem


Informasi Akademik Berbasis Web Studi Kasus Pondok Pesantren Al-Habi
Sholeh Kabupaten Kubu Raya , Kalimantan Barat,” J. Teknol. Manaj. Inform.,
vol. 4, no. 1, pp. 185–191, 2018.

[4] M. D. Perkasa, “Pengembangan sistem menggunakan metode prototype pada


sistem keuangan azzahra salon dan spa muslimah,” 2015.

[5] J. Martin, “Rapid Application Development. ,” Macmillan., 1991.

[6] S. Dharwiyanti and R. S. Wahono, “Pengantar Unified Modeling LAnguage


(UML),” IlmuKomputer.com, pp. 1–13, 2003, [Online]. Available:
http://www.unej.ac.id/pdf/yanti-uml.pdf.

[7] A. Lena and K. Ratna, “Pengertian PHP dan MySQL,” Ilmu Teknol. Inf., pp. 2–3,
2008.

[8] M. Faridl, “Fitur Dahsyat Sublime Text 3,” Lug Stikom, pp. 1–12, 2015, [Online].
Available: http://lug.stikom.edu/wp-content/media/Fitur-Dahsyat-Sublime-Text-
3.pdf.
77
78

LAMPIRAN LOG KEGIATAN


79
80
81
82

LAMPIRAN KEGIATAN
83

Anda mungkin juga menyukai