Embed Size (px)
Citation preview
TUGAS AKHIR
RANCANG BANGUN APLIKASI SPOP DAN LSPOP PAJAK BUMI DAN BANGUNAN DI BAPENDA KABUPATEN MOJOKERTO BERBASIS WEB
Disusun Guna Memenuhi Syarat untuk Memperoleh Gelar Sarjana Strata Satu ( S-1 )
Diusulkan Oleh: SUPAHAM
NIM. 142355201062
PROGRAM STUDI TENIK INFORMATIKA
FAKULTAS TEKNIK
UNIVERSITAS DARUL ‘ULUM
JOMBANG
2020
ABSTRACT
Based on the results of research and discussion, it can be concluded that the design and construction of a web-based land and building tax data
collection application in BAPENDA Mojokerto Regency, has started to run smoothly according to current technological developments. The Regional Opinion
Agency (BAPENDA) of Mojokerto Regency in collecting data on citizens for land and building taxes has been weeb-based to improve a more effective and efficient
service system. Documenting taxes and banugunan consists of: a) Data Citizens, b) Email Data Citizens, c) SPOP (Notice of Tax Object), d) NOP (Number of Tax Object, and e) Reports SPOP (Notice of Tax Object In writing duties end is
certainly still there are deficiencies that can be enhanced again on research next . In order for the application system property tax it can be more perfect , there are
some suggestions that can be used include : m Enhancing citizen data required property tax and m enambah land and building tax revenue
Keywords : BAPENDA, SPOP, LSPOP, WEB
ABSTRAK
Berdasarkan hasil penelitian dan pembahasan maka dapat ditarik kesimpulan bahwa rancang bangun aplikasi pendataan pajak bumi dan bangunan
berbasis web di BAPENDA Kabupaten Mojokerto, sudah mulai berjalan dengan lancar sesuai perkembangan teknologi saat ini. Badan Pendapat Daerah
(BAPENDA) Kabupaten Mojokerto dalam pendataan warga untuk pajak bumi dan bangunan sudah berbasis weeb untuk meningkatkan sistem pelayanan yang
lebih efektif dan efisien. Pendataan pajak bumi dan banugunan ini terdiri dari : a) Data Warga, b) Email Data Warga, c) SPOP (Surat Pemberitahuan Objek Pajak), d) NOP (Nomor Objek Pajak, dan e) Laporan SPOP (Surat Pemberitahuan Objek Pajak Pada penulisan tugas akhir ini tentu masih terdapat kekurangan yang dapat
disempurnakan lagi pada penelitian berikutnya. Agar aplikasi sistem pajak bumi
dan bangunan ini dapat menjadi lebih sempurna, terdapat beberapa saran yang dapat dipergunakan diantaranya : meningkatkan data warga wajib pajak bumi dan
bangunan dan menambah penerimaan pajak bumi dan bangunan
Kata Kunci : BAPENDA, SPOP, LSPOP, WEB
DAFTAR ISI
HALAMAN JUDUL ........................................................................................... i
LEMBAR PERSETUJUAN ............................................................................... ii
HALAMAN PENGESAHAN .............................................................................. iii
PERNYATAAN PLAGIASI .............................................................................. iv
HALAMAN PERSEMBAHAN .......................................................................... v
HALAMAN MOTTO........................................................................................... vi
KATA PENGANTAR ...................................................................................... vii
ABSTRAK.......................................................................................................... ix
DAFTAR ISI .................................................................................................... xi
DAFTAR GAMBAR ....................................................................................... xiv
BAB I PENDAHULUAN ................................................................................ 1
1.1 Latar Belakang ........................................................................... 1
1.2 Rumusan Masalah ...................................................................... 2
1.3 Tujuan Penelitian ...................................................................... 3
1.4 Batasan Masalah ....................................................................... 3
1.5 Manfaat Penelitian ................................................................... 3
1.6 Sistematika Penulisan ................................................................ 4
BAB II LANDASAN TEORI ......................................................................... 6
2.1 Peneliti Terdahulu ..................................................................... 6
2.2 Perpajakan ................................................................................ 12
2.3 Sistem Pemungutan Pajak ....................................................... 14
xi
2.4 Konsep Dasar Sistem Informasi ............................................. 15
2.5 Definisi Sistem ....................................................................... 15
2.6 Definisi Informasi ................................................................. 16
2.7 Definisi Sistem Informasi........................................................ 16
2.8 DefinisiSistem Informasi Monitoring .................................... 17
2.9 Konsep Dasar Aplikasi .......................................................... 17
2.10 Basis Data .............................................................................. 18
2.11 MySQL ................................................................................... 19
2.12 PHP (Hypertext Prepocessor)................................................... 19
2.13 Data Flow Diagram .................................................................. 20
2.14 CDM ( Conceptual Data Model) ............................................. 21
2.15 PDM (Physical Data Model) .................................................. 23
BAB III METODOLOGI PENELITIAN ....................................................... 24
3.1 Diagram Alir Penelitian ............................................................ 24
3.2 Objek Penelitian ...................................................................... 27
3.3 Analisa Kebutuhan Sistem ...................................................... 27
3.4 Rancangan Penelitian ............................................................... 29
3.5 Rancangan Tampilan Antar Muka ........................................... 36
BAB IV ANALISA DAN PEMBAHASAN .................................................. 40
4.1 Hasil Penelitian ........................................................................ 40
4.2 Instalasi ................................................................................... 40
4.3 Database ................................................................................. 41
4.4 Menu Utama .......................................................................... 42
xii
4.5 Data Warga ................................................................................................. 43
4.6 Tambah Data Warga ............................................................................... 44
4.7 SPOP (Surat Pemberian Objek Pajak) ............................................... 44
4.8 NOP (Nomor Objek Pajak) ................................................................... 45
4.9 Email Data Warga.................................................................................... 45
4.10 Laporan SPOP (Surat Pemberitahuan Objek Pajak) ..................... 47
BAB V PENUTUP ............................................................................................................... 49
5.1 Kesimpulan .................................................................................................. 49
5.2 Saran .............................................................................................................. 49
DAFTAR PUSTAKA ............................................................................................................ 51
xiii
1
BAB I
PENDAHULUAN
Bab ini berisi tentang latar belakang masalah, rumusan masalah, batasan
masalah, tujuan penelitian, manfaaat masalah, dan sistematika penulisan.
1.1 Latar Belakang
Pemerintah Daerah Kabupaten Mojokerto melalui Badan Pendapatan
Daerah Kabupten Mojokerto mempunyai tugas untuk menggali sumber-sumber
keuangan yang ada di daerah melalui Pajak Daerah. Salah satu upaya yang
dilakukan terkait dengan pengelolaan pajak daerah yaitu dengan melakukan
monitoring realisasi dan melakukan pendataan potensi pajak daerah dengan tujuan
untuk mengoptimalisasi pendapatan daerah melalui sektor pajak. Dalam hal ini
Badan Pendapatan Kabupaten masih menemui kendala yaitu lamanya proses
penyiapan informasi yang dibutuhkan terkait realisasi pajak daerah sebagaimana
terdapat pada Standar Operasional dan Prosedur Penyusunan Laporan Bendahara
Penerimaan Pajak Daerah.
Badan pendapatan daerah kabupaten mojokerto mempunyai sebuah
aplikasi yang digunakan untuk mengelola dan mengadministrasi realisasi
pendapatan pajak daerah yang bernama SIMPADA (sistem informasi pajak
daerah). Sistem informasi adalah suatu sistem yang dibuat oleh manusia untuk
mencapai suatu tujuan yaitu menyajikan informasi serta berisi sekumpulan
prosedur organisasi yang pada saat dilaksanakan akan memberikan informasi bagi
pengambil keputusan dan atau untuk mengendalikan organisasi .(Ladjamudin,
2005).
Dalam penggunaannya masih terdapat beberapa kekurangan yang
ditemukan oleh penulis antara lain aplikasi tersebut tidak dapat menampilkan data
realisasi pajak secara realtime, apabila data tersebut dibutuhkan harus dicetak
terlebih dahulu dan disajikan secara hardfile, serta masih belum dapat
mengakomodasi data potensi pajak yang belum masuk kedalam database dan
2
ditetapkan sebagai realisasi pajak.
Berkaitan dengan kekurangan tersebut maka peneliti merasa perlu untuk
membuat sebuah aplikasi monitoring realisasi pendapatan pajak daerah. Dengan
aplikasi ini akan meningkatkan intensitas monitoring yang tinggi secara terus
menerus (realtime) terhadap realisasi penerimaan pajak daerah, serta dapat
digunakan untuk menghimpun data potensi pajak daerah berdasarkan informasi
dan data yang diterima oleh petugas di lapangan sehingga akan meningkatkan
evektifitas monitoring pajak daerah.
Efektivitas merupakan ukuran yang menunjukkan keberhasilan
berdasarkan tercapai atau tidaknya suatu sasaran yang telah direncanakan.
(Sudirman, 2002).
Berdasarkan uraian latar belakang di atas, maka penelitian ini mengambil
judul “Rancang Bangun Aplikasi Pendataan Pajak Bumi dan Bangunan Berbasis
Web di BAPENDA Kabupaten Mojokerto”.
1.2 Rumusan Masalah
Berdasarkan latar belakang tersebut diatas maka penulis merumuskan
masalah sebagai berikut :
a) Bagaimana cara mengubah sistem yang sudah ada dalam monitoring pajak
daerah.
b) Bagaimana cara membangun Rancang Bangun Aplikasi Pendataan Pajak
Bumi dan Bangunan Berbasis Web di BAPENDA Kabupaten Mojokerto.
1.3 Batasan Masalah
Dalam aplikasi ini ada beberapa batasan dan permasalahan yang
ditemukan, diantaranya :
1. Aplikasi ini dibuat dengan bahasa pemrograman PHP dan HTML
2. Basis data aplikasi ini menggunakan MySQL.
3. Aplikasi ini menampilkan informasi realisasi penerimaan pajak dan potensi
pajak daerah pada Badan Pendapatan Daerah Kabupaten Mojokerto.
3
1.4 Tujuan Penelitian
Adapun tujuan penelitian yang ingin dicapai dari penelitian ini adalah
sebagai berikut :
1. Untuk mengubah sistem manual atau lama pada proses monitoring pajak
daerah menjadi sistem yang baru.
2. Untuk membangun sistem monitoring realisasi penerimaan pajak daerah
dalam melakukan monitoring penerimaan pajak dan pengelolaan hasil
pendataan potensi pajak daerah.
1.5 Manfaat Penelitian
Manfaat yang diharapkan dari penelitian tugas akhir ini adalah sebagai
berikut :
1. Bagi Instansi
Sebagai salah satu media informasi dan sumber bahan untuk membuat
kebijakan terkait pengelolaan pajak daerah di Badan Pendapatan Daerah
Kabupaten Mojokerto dan sebagai media evaluasi kinerja pegawai dalam
melakukan intensifikasi potensi pajak daerah di Badan Pendapatan Daerah
Kabupaten Mojokerto.
2. Bagi Akademik
Sebagai tambahan informasi yang berkaitan dengan disiplin ilmu teknik
informatika dalam bidang pemrograman bagi Universitas Darul Ulum serta
dapat dijadikan sebagai salah satu penerapan referensi bagi mahasiswa.
3. Bagi Penulis
Sebagai suatu karya tulis dari ilmu yang didapat selama masa perkuliahan di
Universitas Darul Ulum Jombang dimana karya tulis ini dapat bermanfaat
untuk penulis dan orang lain.
1.6 Sistematika Penulisan
Guna membantu kelancaran laporan Proposal Tugas Akhir ini, maka
penulis akan mengemukakan sistematika penulisan sebagai kerangka dasar yang
disusun dalam beberapa bab sebagai berikut :
4
a. BAB I PENDAHULUAN
Bab ini membahas tentang latar belakang penelitian, ruang lingkup,
tujuandan manfaat penulisan, metodologi penulisan, dan sistematika
penulisan yang digunakan dalam penyusunan Tugas Akhir ini.
b. BAB II LANDASAN TEORI
Bab ini membahas mengenai landasan teori – teori utama yang digunakan
dalam menyusun tugas akhir, menguraikan definisi dalam penelitian tugas
akhir, konsep dasar sistem yang berhubungan dengan informasi dan
perhitungan perpajakan yang dibutuhkan oleh penulis dan lain – lain
c. BAB III METODE PENELITIAN
Dalam bab ini akan membahas tentang diagram alir penelitian, obyek
penelitian, serta rancangan penelitian.
d. BAB IV HASIL UJI COBA PROGRAM
Untuk bab ini akan membahas tentang hasil perancangan sistem, analisa dan
pembahasan program atau sistem tersebut.
e. BAB V PENUTUP
Bab ini akan menguraikan atau membahas akhir dari program yaitu berupa
kesimpulan dan saran – saran yang membangun untuk kedepannya.
f. DAFTAR PUTAKA
Mencantumkan setiap sumber teori ataupun penelitian sebelumnya yang
digunakan, baik dari Tesis, Skripsi, Tugas Akhir, Buku, Majalah, Modul, dll.
6
BAB II
LANDASAN TEORI
Bab ini membahas tentang peneliti-peneliti terdahulu, perpajakan, sistem
pemungutan pajak, konsep dasar sistem informasi, definisi sistem, definisi sistem
informasi, definisi sistem informasi monitoring, konsep dasar aplikasi, basis data,
MySQL, PHP (Hypertext Preprocessor), CDM ( Conceptual Data Model), dan PDM
(Physical Dat Model).
2.1 Peneliti Terdahulu
Peneliti terdahulu ini, yang nantinya akan menjadi referensi embuatan Tugas
Akhir ini. Ada tiga paper yang akan dibahas :
2.1.1 Sistem Informasi Manajemen Pemantauan Pembayaran Pajak Bumi dan
Bangunan di Kota Tidore Berbasis Web
Penelitian yang dilakukan oleh M. Fathir Abdul Gani adalah membuat suatu
Sistem Informasi Manajemen Pemantauan Pembayaran Pajak Bumi dan Bangunan
Berbasis Web yang dapat menampilkan laporan pembayaran, laporan tunggakan, dan
laporan penerimaan kapanpun diperlukan.
Untuk mengetahui informasi pembayaran yang diperoleh maka pemerintah
daerah khususnya Dinas Pendapatan Daerah akan melakukan pemantauan terhadap
kegiatan operasional dari proses pemungutan PBB. Namun dalam pelaksanaanya,
kegiatan pemantauan belum optimal dikarenakan untuk mengetahui perkembangan
7
pembayaran, realisasi penerimaan, dan capaian kinerja masih dilakukan dengan
mendatangi tiap-tiap kelurahan, cara ini merupakan mekanisme manual yang masih
berajalan hingga saat ini, dengan mekanisme tersebut memungkinkan terjadinya waktu
kerja yang kurang efektif.
Dengan dukungan teknologi informasi yang ada sekarang ini, maka kegiatan
pemantauan secara manual dapat digantikan dengan sebuah sistem informasi dengan
menggunakan komputer. Selain lebih cepat dan mudah, untuk memproses data
perolehan PBB bisa di monitor secara real time, demikian juga data pembayaran dan
tunggakan.
Dalam penelitian ini penulis menggunakan metode Rapid Application
Development (RAD), metode RAD terdiri dari 3 fase, yaitu Requirements Planning
(Perencanaan Persyaratan), RAD Design Workshop, Implementation (Penerapan).
Halaman login adalah halaman awal yang ditampilkan saat pengguna
mengakses sistem, Halaman login digunakan untuk membatasi hak akses pengguna
sistem karena setiap pengguna memiliki hak akses masing-masing.
Halaman admin Dispenda adalah halaman yang digunakan oleh admin
Dispenda untuk mengolah data ketetapan pajak, admin Dispenda memiliki hak akses
untuk menambah data ketetapan pajak, lihat data, lihat data pembayaran, data
tunggakan, membuat rekap pembayaran, lihat data penerimaan dan manajemen user.
Halaman tambah objek pajak dalah untuk menambah data penduduk yang
belum terdaftar pada database. Data yang dimasukan adalah data-data wajib pajak, data-
data objek pajak, dan klsifikasi dari objek pajak tersebut.
8
Halaman laporan pembayaran menampilkan data-data wajib pajak yang telah
melakukan pembayaran. Halaman laporan tunggakan, halaman ini menampilkan data
wajib pajak yang telah melewati tanggal jatuh tempo dan belum
melakukan
pembayaran. Halaman penerimaan terdapat beberapa data seperti jumlah SPPT, jumlah
ketetapan PBB, jumlah denda, total, jumlah penerimaan, dan sisa yang belum dilunasi
per kelurahan.
2.1.2 Aplikasi Pengelolaan PBB di Desa Menggunakan PPH dan Mysql (Studi
Kasus Desa Ciputat Kecamatan Ciawigebang Kabupaten Kuningan)
Penelitian yang dilakukan Yati Nurhayati dan Siti Maesyaroh adalah
mengembangkan sebuah aplikasi yang mampu mengelola data PBB di desa. Adapun
metode yang digunakan dalam penelitian ini adalah prototype (prototyping model).
Dimana pada metode ini dilakukan perancangan aplikasi berdasarkan identifikasi
kebutuhan pemakai. Sistem dirancang menggunakan Data Flow Diagram (DFD),
sedangkan perancangan Basis Data (database) menggunakan Normalisasi sehingga
dihasilkan basis data yang normal dalam bentuk Entity Relationship Diagram (ERD).
Hasil perancangan diimplementasikan kedalam bahasa pemrograman web menggunakan
PHP dan MySQL. Hasil dari penelitian ini berupa aplikasi berbasis web yang dapat
diakses oleh Sekretaris Desa dan Kepala Desa untuk memudahkan pengelolaan PBB di
desa.
Pada studi literature, dilakukan dengan cara mempelajari seluruh literatur yang
terkait dengan permasalahan yang diteliti. Kemudian melakukan sesi Tanya jawab
(wawancara) dengan pihak-pihak yang terkait dengan permasalahan yang diteliti.
9
Dilanjutkan dengan observasi yaitu mempelajari secara langsung aktivitas yang
berkaitan dengan permasalah di objek penelitian. Kemudian dilakukan pengembangan
prototype dengan hasil akhir berupa aplikasi yang sesuai dengan jadwal waktu
penyelesaian yang telah ditentukan.
Metode pengembangan system yang dipilih adalah metode Prototype. Menurut
Roger S. Pressman (2002), Prototype Model adalah salah satu metode pengembangan
perangkat lunak yang banyak digunakan. Dengan Metode Prototyping ini pengembang
dan pelanggan dapat saling berinteraksi selama proses pembuatan sistem.
Adapun teknik pengumpulan data yang dilakukan sebagai berikut : Adapun
pihak yang diwawancarai adalah Sekretaris Desa Ciputat sebagai salah satu tupoksinya.
Observasi adalah pengamatan secara langsung mengenai kegiatan pengelolaan PBB
mulai dari penerimaan data PBB dan SPPT yang diterima oleh Sekretaris dari Bank
yang ditunjuk langsung oleh Dinas Pendapatan Daerah Kabupaten Kuningan sampai
penyetoran pajak ke Bank tersebut oleh Sekretaris.
Hasil dari penelitian ini dapat disimpulkan bahwa penelitian ini mampu
mengidentifikasikan kebutuhan pengguna khususnya di desa yang berkaitan dengan
pengelolaan data PBB. Penelitian ini berhasil merancang aplikasi pengelolaan data PBB
di desa untuk memudahkan dalam mengelola data pajak tersebut. Mampu menerapkan
hasil perancangan ke dalam sebuah aplikasi berbasis web.
2.1.3 Aplikasi Berbasis Web untuk Perhitungan Pajak Penghasilan Pasal 21
(PPH 21) Dengan Sistem Member
Penelitian yang dilakukan oleh Risa Rahman Atmojo, Ami Fauzijah
membahas mengenai rancang bangun aplikasi yang terdapat informasi berita pajak yang
10
dimasukkan oleh admin dan perhitungan pajak penghasilan pasal 21 setiap karyawan
dalam perusahaan tertentu. Dengan sistem member, memungkinkan suatu perusahaan
mendaftarkan diri dengan cara mengisikan profile perusahaan. Hasil pengujian
menunjukkan bahwa perhitungan pajak penghasilan pasal 21 telah sesuai dengan
harapan dan pada akhirnya dapat dicetak laporan perhitungan PPh 21 yaitu laporan
1721-A1, 1721-A dan 1721 (SPT tahunan).
Perancangan sistem pada penelitian ini dibagi menjadi beberapa bagian yaitu
Perancangan Data Flow Diagram dan Perancangan Flowchart. Dalam diagram konteks
ini terbagi menjadi tiga level user, yaitu manajer, karyawan dan keuangan yang dapat
mengakses sistem. Kemudian administrator yang mengelola sistem, pengunjung hanya
dapat melihat berita-berita yang ada di sistem. Dalam
Data Flow Diagram level 1 terdapat 6 proses yaitu manajemen berita,
manajemen user, manajemen profile, manajemen perhitungan PPh 21, pendaftaran, dan
login. Ada 5 interface yaitu administrator, manajer, keuangan, karyawan, dan
pengunjung. Perancangan flowchart untuk perhitungan PPh 21 diawali dengan memulai
menghitung penghasilan bruto yang didapat dari penjumlahan gaji pokok, tunjangan
PPh, premi asuransi, tunjangan transport, tunjangan makan, honorarium, bonus selama
setahun.
Kemudian menghitung biaya jabatan dari 5 % gaji pokok selama setahun, apabila
hasilnya lebih dari Rp 1.296.000 maka biaya jabatannya hanya sejumlah Rp 1.296.000.
kemudian apabila kurang dari itu maka biaya jabatannya hanya 5 % dari gaji pokok
setahun. Setelah itu biaya jabatan ditambahkan iuran pensiun selama setahun.
Selanjutnya menghitung penghasilan netto yang didapat dari pengurangan penghasilan
bruto dikurangi hasil penjumlahan biaya jabatan dan iuran pensiun selama setahun.
11
Perhitungan dilanjutkan untuk menghitung total penghasilan tidak kena pajak
(PTKP) yang didapat dari penjumlahan ptkp wajib pajak sendiri yaitu Rp 13.200.000
ditambah status perkawinan, apabila statusnya menikah, maka jumlah ptkp Rp
1.200.000 sedangkan jika statusnya belum menikah maka tidak ada jumlah ptkp.
Kemudian hasil tersebut ditambahkan dengan jumlah anak, jika mempunyai satu anak
ditambah Rp 1.200.000, dua anak Rp 2.400.000, dan tiga anak atau lebih Rp 3.600.000.
setelah itu baru menghitung total penghasilan kena pajak (PKP) yang didapat dengan
penghasilan netto dikurang hasil total PTKP.
Langkah terakhir menghitung pajak penghasilan pasal 21 (PPh 21) dengan
cara mengalikan hasil PKP dengan tarif pasal 17. Untuk melakukan perhitungan PPh 21
maka langkah pertama yang dilakukan setelah terdaftar di sistem yaitu memasukkan
data-data yang dibutuhkan untuk melakukan perhitungan seperti yang ada pada Gambar
4.
Selanjutnya bagian keuangan melakukan pemasukan data penggajian pada form
data penggajian pada karyawan yang akan dihitung PPh 21 nya. Tampilan dapat dilihat
pada Gambar 5. Langkah selanjutnya bagian keuangan masuk ke halaman perhitungan
PPh 21 karyawan untuk menghitung PPh 21 dengan memilih tombol “Hitung”. Maka
kolom besar PPh 21 setahun dan PPh 21 sebulan yang tadinya tertulis “PPh belum
dihitung” berubah menjadi jumlah PPh 21 yang telah dihitung.Hasil akhir pada
penelitian ini adalah sistem telah bekerja dengan baik dalam proses perhitungan
penghasilan pasal 21 (PPh21).
Kemudian aplikasi perhitungan pajak penghasilan pasal 21 (PPh 21) dengan
sistem member berbasis web ini dapat membantu sebuah perusahaan untuk menghitung
12
PPh 21 karyawan perusahaan tersebut dengan cepat, serta dapat melaporkan dan
mencetak hasil perhitungan yang telah dihitung oleh bagian keuangan. Lalu aplikasi ini
dapat digunakan untuk memberikan informasi tentang pajak seperti berita mengenai
pajak, peraturan pajak, kurs pajak dan informasi pajak.
2.2 Perpajakan
Pada sub bab ini akan disebutkan dan dijelaskan mengenai tinjauan-tinjauan
tentang pustaka perpajakan.
2.2.1 Pajak
Menurut Undang-Undang KUP pasal 1 ayat 1, Pajak adalah kontribusi wajib
kepada negara yang terutang oleh orang pribadi atau badan yang bersifat memaksa
berdasarkan Undang-Undang dengan tidak mendapatkan imbalan secara langsung dan
digunakan untuk keperluan negara bagi sebesar-besarnya kemakmuran rakyat.
Menurut Mardiasmo (2011), Pajak adalah iuran rakyat kepada kas Negara
berdasarkan Undang-undang (yang dapat dipaksakan) dengan tiada mendapat jasa
timbal (kontra Prestasi) yang langsung dapat ditunjukkan dan yang digunakan untuk
membayar pengeluaran umum.
Dari pengertian pajak diatas, dapat disimpulkan bahwa ada lima unsur yang
melekat dalam pengertian pajak, yaitu:
c) Pembayaran pajak harus berdasarkan undang-undang.
d) Sifatnya dapat dipaksakan.
e) Tidak ada kontra-prestasi (imbalan) yang langsung dapat dirasakan oleh si
13
pembayar pajak.
4. Pemungutan pajak dilakukan oleh negara baik pemerintah pusat
maupun daerah (tidak boleh dipungut oleh swasta).
5. Pajak digunakan untuk membiayai pengeluaran-pengeluaran dan segala kegiatan
pemerintahan baik yang bersifat rutin maupun kegiatan pembangunan daerah yang
ditujukan untuk kepentingan dan meningkatkan kesejahteraan masyarakat umum.
2.2.2 Fungsi Pajak
Pajak merupakan sumber penerimaan Negara yang mempunyai dua fungsi
menurut Mardiasmo (2002), yaitu :
3. Fungsi Budgetair yaitu pajak sebagai sumber dana bagi pemerintah untuk membiayai
pengeluaran – pengeluaran. Fungsi ini terletak dan lazim dilakukan pada sektor
publik dan pajak ini merupakan alat yang dipergunakan untuk memasukkan uang
sebanyak – banyaknya ke dalam kas negara atau daerah sesuai dengan waktunya
dalam rangka membiayai seluruh pengeluaran rutin dan pembangunan pemerintah
pusat atau daerah.
4. Fungsi Regulerend yaitu pajak sebagai alat untuk mengatur atau melaksanakan
kebijaksanaan pemerintah dalam bidang sosial dan ekonomi, fungsi ini merupakan
fungsi yang digunakan oleh pemerintah pusat atau daerah untuk mencapai tujuan
tertentu yang berada diluar sektor keuangan negara atau daerah, konsep ini paling
sering digunakan pada sektor publik.
14
2.2.3 Tata Cara Pemungutan Pajak
Menurut Mardiasmo (2011), tata cara pemungutan pajak antara lain:
4. Stelsel nyata (real stelsel)
Pajak didasarkan pada objek (penghasilan yang nyata), sehingga pemungutannya
baru dapat dilakukan pada akhir tahun pajak, yakni setelah penghasilan yang
sesungguhnya diketahui.
5. Stelsel Anggapan (fictieve stelsel)
Pengenaan pajak didasarkan pada suatu anggapan yang diatur oleh undang-undang.
Misalnya, penghasilan suatu tahun dianggap sama dengan tahun sebelumnya,
sehingga pada awal tahun pajak sudah dapat ditetapkan besarnya pajak yang
terutang untuk tahun pajak berjalan.
6. Stelsel Campuran
Stelsel ini merupakan kombinasi antara stelsel nyata dan anggapan. Pada awal
tahun, besarnya pajak dihitung berdasarkan suatu anggapan, kemudian pada akhir
tahun besarnya pajak disesuaikan dengan keadaan yang sebenarnya. Bila besarnya
pajak menurut kenyataan lebih besar dari pada pajak menurut anggapan, maka
Wajib Pajak harus menambah. Sebaliknya, jika lebih kecil kelebihannya dapat
diminta kembali.
2.3 Sistem Pemungutan Pajak
Sistem Pemungutan dapat dibagi menjadi tiga sistem menurut Mardiasmo (2011),
yaitu sebagai berikut :
15
g. Official Assessment system
Adalah suatu sistem pemungutan yang memberi wewenang kepada pemerintah
(fiskus) untuk menentukan besarnya pajak yang terutang oleh Wajib Pajak.
h. Self Assessment System
Adalah suatu sistem pemungutan yang memberi wewenang sepenuhnya kepada
Wajib Pajak untuk menghitung, memperhitungkan, membayar, dan melaporkan
sendiri besarnya pajak yang terutang.
i. With Holding System
Adalah suatu sistem pemungutan yang memberi wewenang kepada pihak ketiga
(bukan fiskus dan bukan Wajib Pajak yang bersangkutan) untuk menentukan
besarnya pajak yang terutang oleh Wajib Pajak.
2.4 Konsep Dasar Sistem Informasi
Pada bab ini akan dibahas mengenai definisi sistem informasi, namum harus
diketahui terlebih dahulu konsep sistem dan informasi. Dari definisi sitem dan informasi
akan dapat memberikan gambaran mengenai perbedaan antara sistem dan informasi.
2.5 Definisi Sistem
Berasal dari bahasa Latin (systēma) dan bahasa Yunani (sustēma) adalah suatu
kesatuan yang terdiri komponen atau elemen yang dihubungkan bersama untuk
memudahkan aliran informasi, materi atau energi untuk mencapai suatu tujuan. Sistem
merupakan penggambaran suatu kejadian-kejadian menjadi kesatuan yang nyata, seperti
tempat, benda dan orang-orang yang betul-betul ada dan terjadi.
16
Kamus Besar Bahasa Indonesia (2008), dijelaskan sistem
adalah perangkat
unsur yang memiliki tatanan teratur dan saling berkaitan sehingga membentuk suatu
totalitas guna mencapai suatu tujuan tertentu. Menurut Andri Kristanto (2008), sistem
adalah jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul
bersama-sama untuk melakukan suatu kegiatan atau menyelesaikan suatu sarana
tertentu. Sedangkan menurut Jogiyanto (2005:2), sistem adalah kumpulan dari elemen-
elemen yang berinteraksi untuk mencapai suatu tujuan tertentu.
2.6 Definisi Informasi
Informasi adalah data yang diolah menjadi bentuk yang lebih baik, berguna
dan lebih berarti bagi yang menerimanya. Sumber dari informasi adalah data. Data
merupakan bentuk jamak dari bentuk tunggal data-item. Data adalah kenyataan yang
menggambarkan suatu kejadian – kejadian dan kesatuan yang nyata.
Informasi adalah data yang telah diolah menjadi suatu bentuk yang
mempunyai arti dan bermanfaat bagi manusia (Husein dan Wibowo, 2002). Menurut
Jogiyanto (2005), informasi adalah data yang telah diolah menjadi bentuk yang lebih
berarti dan berguna bagi penerimanya untuk mengambil keputusan masa kini maupun
masa yang akan datang. Menurut Tata Sutabri (2005), informasi memiliki pengertian
data yang telah diklasifikasikan atau diolah atau diinterpretasikan untuk digunakan
dalam proses pengambilan keputusan.
2.7 Definisi sistem informasi
Sistem informasi menurut Richardus Eko Indrajit (2000), adalah suatu
17
kumpulan dari komponen-komponen dalam perusahaan atau organisasi yang
berhubungan dengan proses penciptaan dan pengaliran informasi. Sistem Informasi
didefinisikan Oetomo (2002), sebagai kumpulan elemen yang saling berhubungan satu
sama lain yang membentuk satu kesatuan untuk mengintegrasikan data, memproses dan
menyimpan serta mendistribusikan informasi. Menurut Robert A. Leitch dan K. Roscoe
Davis (Jogiyanto, 2005), sistem informasi adalah suatu sistem di dalam suatu
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.
2.8 Definisi Sistem Informasi Monitoring
Didefinisikan sebagai siklus kegiatan yang mencakup pengumpulan,
peninjauan ulang, pelaporan, dan tindakan atas informasi suatu proses yang sedang
diimplementasikan (Mercy, 2005). Umumnya, monitoring digunakan dalam checking
antara kinerja dan target yang telah ditentukan. Monitoring ditinjau dari hubungan
terhadap manajemen kinerja adalah proses terintegrasi untuk memastikan bahwa proses
berjalan sesuai rencana (on the track). Monitoring dapat memberikan informasi
keberlangsungan proses untuk menetapkan langkah menuju ke arah perbaikan yang
berkesinambungan.
2.9 Konsep Dasar Aplikasi
Menurut Jogiyanto (2004), aplikasi merupakan program yang berisikan printah
– perintah untuk melakukan pengolahan data. Jogiyanto menambahkan aplikasi secara
18
umum adalah suatu proses dari cara manual yang ditransformasikan kedalam komputer
dengan membuat sistem atau program agar data yang diolah lebih berdaya guna secara
optimal. Menurut kamus komputer eksekutif, pengertian aplikasi merupakan pemecaha
masalah yang biasanya berpacu pada sebuah komputasi yang diinginkan atau
diharapkan maupun proses data yang diharapkan. Aplikasi biasanya beruapa perangkat
lunak yang berbetuk software yang berisi kesatuan perintah atau program yang dibuat
untuk melaksanakan sebuah pekerjaan yang diinginkan. Selain itu aplikasi juga
berfungsi sebagai penunjang kebutuhan beberapa aktivitas yang dilakukan oleh manusia
atau dalam penelitian ini dimaksudkan untuk membantu administrasi realisasi
penerimaan pajak daerah.
2.10 Basis data
Menurut Pakereng & Wahyono (2004), basis data merupakan kumpulan data
yang dipakai dan berada dalam suatu lingkup tertentu, misalkan instansi, perusahaan,
dann lain – lain atau kasus tertentu. Suatu basis data yang baik memiliki beberapa
ketentuan yang harus diperhatikan pada pembuatan file databasenya.
Menurut Marlinda (2006) dalam sistem basis data, data tersimpan dalam
beberapa jaringan yang berbeda yang terdistribusi melalui bermacam – macam media
yang berbeda. Basis data ini berisi sekumpulan form , tiap form dapat berinteraksi saat
mengeksekusi data pada suatu form atau secara bersamaan pada beberapa form
2.11 MySQL
Menurut Nugroho (2004), MySQL (My Structured Query Language) atau
19
yang biasa dibaca mai-se-kuel adalah sebuah program pembuat dan pengelola database
atau yang sering disebut dengan DBMS (Database Management System), sifat dari
DBMS ini adalah open source. MySQL sebenarnya produk yang berjalan pada platform
Linux, dengan adanya perkembangan dan banyaknya pengguna, serta lisensi dari
database ini adalah Open Source, maka para pengembang merilis versi Windows.
MySQL merupakan program database yang mengakses datanya bersifat
jaringan, sehingga dapat digunakan untuk aplikasi Multi User (banyak pengguna).
Kelebihan lain dari MySQL adalah menggunakan bahasa query (permintaan) standar
SQL (Structural Query Languase).
SQL adalah suatu bahasa permintaan yang terstruktur, SQL telah di standarkan
untuk semua program pengakses database seperti oracle, PosgresSQL, SQL Server dan
lain-lain.
2.12 PHP (hypertext preprocessor)
Menurut Kadir (2008) PHP adalah singkatan dari (hypertext preprocessor),
yaitu bahasa pemrograman yang digunakan secara luas untuk penanganan, pembuatan
dan pengembangan sebuah web dan bisa digunakan bersamaan dengan HTML.
PHP diciptakan oleh Rasmus Lerdof. Programming Hypertext Processor
adalah bahasa pemrograman untuk dijalankan melalui halaman web, umumnya
digunakan untuk mengolah informasi di internet.
Hingga kini PHP sudah berkembang hingga versi ke 5. PHP 5 mendukung
penuh Object Oriented Programing(OOP), integrasi XML, mendukung semua ekstensi
20
terbaru MySQL, serta ratusan peningkatan kemampuan lainnya dibandingkan versi
sebelumnya.
2.13 Data Flow Diagram
Menurut Budi Sutejo Dharma Oetomo (2009) Data Flow Diagram (DFD)
merupakan gambaran sistem secara logika yang tidak tergantung pada perangkat keras,
perangkat lunak, struktur data atau organisasi file..
Tabel 1.3 Simbol-simbol dalam DFD
SIMBOL KETERANGAN
Kesatuan Luar / External Entity.
Merupakan sumber/tujuan data atau suatu
bagian/orang yang berada diluar sistem
tapi berhubungan dengan sistem, baik itu
memasukkan data maupun mengambil
data dari sistem.
Proses. Simbol ini digunakan untuk
melakukan proses pengolahan data di
dalam DFD, yang menunjukkan suatu
kegiatan yang mengubah aliran data
masuk (input) menjadi aliran data keluar
(output).
Penyimpanan Data/ Data Store. Berfungsi
sebagai tempat penyimpanan dokumen-
dokumen/ file-file yang dibutuhkan dalam
suatu sistem informasi.
21
Aliran Data. Menunjukkan arus dalam
proses, dimana simbol aliran data ini
mempunyai nama tersendiri.
Dari tabel 1.3 ditas kita dapat melihat simbol-simbol/ notasi yang biasa
digunakan dalam membuat Data Flow Diagram (DFD) beserta penjelasan fungsi dan
kegunaannya.
Keuntungan dari DFD, memudahkan pemakai yang kurang menguasai bidang
komputer untuk mengerti sistem yang akan dikerjakan atau dikembangkan.DFD akan
memperlihatkan aliran sistem mulai dari input, proses hingga laporan, dan bisa
digunakan untuk menggambarkan sistem informasi logikal, yang akan menggambarkan
hubungan sistem informasi dengan file-file yang diakses oleh komputer
2.14 CDM (Conceptual Data Model)
CDM adalah model yang dibuat berdasarkan anggapan bahwa dunia nyata
terdiri dari koleksi obyek-obyek dasar yang dinamakan entitas (Entity) serta hubungan
(relationship) antara entitas-entitas itu. Biasanya CDM direpresentasikan dalam bentuk
Entity Relationship Diagram. Conceptual Data Model atau biasa di sebut CDM. CDM
memodelkan struktur logis dari keseluruhan aplikasi data, tidak tergantung pada
software atau pertimbangan model struktur data.
CDM yang valid dapat dikonversi ke PDM atau OOM. CDM dalam
penerapannya dapat di samakan dengan ERD yang fungsinya memang sama yaitu
22
memodelkan struktur logik dari basis data. CDM dipakai untuk menggambarkan secara
detail struktur basis data dalam bentuk logik.
CDM terdiri dari objek yang tidak di implementasikan secara langsung
kedalam basis data yang sesungguhnya.
Adapun manfaat penggunaan CDM dalam perancangan database :
1. Memberikan gambaran yang lengkap dari struktur basis data yaitu arti,
hubungan, dan batasan-batasan
2. Alat komunikasi antar pemakai basis data, designer, dan analis.
a. Entity
Untuk membuat entitas, klik item pada palette dengan label Entity, kemudian
klik space putih di sebelah kanan. Untuk membuat beberapa entitas, klik terus
sebanyak jumlah entitas yang dibutuhkan.
b. Relationship
Untuk membuat relasi antara 2 buah entitas, klik item pada palette dengan label
Relationship, kemudian hubungkan kedua entitas. Beri nama pada relasi yang
sudah anda buat dengan melakukan double klik pada relasi dan mengisi nama
pada field Name pada tab General.
c. Inheritance
Untuk membuat inheritance dari sebuah entitas, terlebih dahulu buat entitas-
entitas lain yang merupakan child dari entitas parent. Lalu klik item pada palette
dengan label inheritance, hubungkan entitas parent dengan salah satu entitas
child.
23
Untuk menghubungkan entitas child yang lain, tarik garis antara lambang
inheritance (bentuk setengah lingkaran) dengan entitas child. Kemudian beri
nama pada inheritance anda.
2.15 PDM (Phsical Data Model)
Merupakan model yang menggunakan sejumlah tabel untuk menggambarkan
data sertahubungan antara data-data tersebut. Setiap tabel mempunyai sejumlah kolom
di mana setiap kolom memiliki nama yang unik. PDM merupakan gambaran secara
detail basis data dalam bentuk fisik. Penggambaran rancangan PDM memperlihatkan
struktur penyimpanan data yang benar pada basis data yang digunakan sesungguhnya.
24
BAB III
METODOLOGI PENELITIAN
Bab ini membahas tentang diagram alir penelitian, objek penelitian,
kebutuhan masukan, kebutuhan keluaran, kebutuhan antar muka, kebutuhan
perangkat lunak, kebutuhan perangkat keras, rancangan penelitian, rancangan
tampilan antarmuka
3.1. Diagram Alir Penelitian
Diagram alir di bawah ini menjelaskan tentang lankah - langkah logis
dan sistematis yang akan dilaksanakan dalam penelitian dimulai dari studi awal/
pengumpulan data dan informasi hingga menghasilkan tujuan sebagimana yang
peneliti harapkan. Langkah-langkah penelitian :
f) Studi Awal/ Pengumpulan Data
Dalam tahap studi awal, penulis mempelajari dan menganalisa data transaksi
realisasi pembayaran pajak daerah pada Kantor Badan Pendapatan Daerah
Kabupaten Mojokerto serta memahami permasalahan yang dihadapi dalam
organisasi tersebut.
2. Pengumpulan Data
Dalam tahap ini, penulis melakukan pengumpulan data dengan
menggunakan metode sebagai berikut :
5. Observasi
Observasi yaitu cara pengumpulan data dengan mengadakan pengamatan
25
langsung terhadap suatu objek dalam suatu periode tertentu dan
mengadakan pencatatan secara sistematis tentang hal – hal tertentu yang
diamati. Dengan metode ini penulis mengamati secara langsung terhadap
data transaksi realisasi penerimaan pajak di Kantor Badan Pendapatan
Daerah Kabupaten Mojokerto agar dapat mengetahui setiap prosesnya.
Studi Pustaka (library search)
Metode ini merupakan teknik pengumpulan data dengan cara mencari
informasi dari buku – buku dan literatur yang berkaitan erat dengan objek
penelitian dan masalah yang akan dibahas.
c. Pengolahan Data
Dalam tahap ini penulis melakukan pengolahan data dengan menggunakan
model RAD yaitu pemodelan bisnis, pemodelan data, pemodelan proses,
pembuatan aplikasi dan pengujian serta penggantian.
d. Perancangan Sistem
Dalam tahap pembuatan sistem, langkah awal yang harus ditempuh yaitu
membuat perancangan sistem yang menggambarkan bagaimana sistem itu
akan dibuat, sehingga akan memudahkan dalam proses pembuatan sistem
nantinya.
e. Implementasi
Tahap berikutnya adalah implementasi sistem kedalam bahasa
pemrograman sehingga menjadi sebuah aplikasi yang dapat dan siap
digunakan.
6. Pengujian
26
Penguian dilakukan untuk mengetahui apakah aplikasi yang telah dibuat
dapat berjalan sesuai yang diinginkan dengan metode prototype dimana
kebutuhan pengguna dikonversi kedalam sistem yang sedang berjalan secara
berkala.
Mulai
Studi awal/
Pengumpulan data
Observasi Studi Pustaka
Pengolahan dan
analisis data
Perancangan sistem
Impelementasi
sesuai Pengujian
Selesai
Gambar 3.1 Langkah – langkah Penelitian
27
3.2. Objek Penelitian
Objek dalam penelitian ini adalah Sistem Informasi Monitoring Realisasi
Penerimaan Pajak Daerah Badan Pendapatan Daerah Kabupaten Mojokerto
menggunakan Microsoft Visual Basic 6.0 dengan MySql Server di Kantor Badan
Pendapatan Daerah Kabupaten Mojokerto yang nantinya akan digunakan sebagai
salah satu bahan untuk mengambil kebijakan terkait pengelolaan pendapatan
pajak daerah.
3.3. Analisa kebutuhan sistem
Dalam setiap perancangan aplikasi dibutuhkan suatu analisa kebutuhan
sistem yang akan dimanfaatkan untuk membangun sistem aplikasi tersebut.
Berikut merupakan analisa kebutuhan dari sitem yang akan dibuat
3.3.1. Kebutuhan Masukan
1. Data Realisasi Pajak Daerah
Data realisasi pajak daerah didapat dari database penerimaan pajak yang
dikelola oleh Badan Pendapatan Daerah Kabupeten Mojokerto. Data tersebut
berupa data realisasi pajak daerah tiap wajib pajak dari 10 (sepuluh) jenis
pajak.
2. Data Potensi Pajak Daerah
Data Potensi Pajak daerah didapat dari hasil pendataan yang dilakukan oleh
petugas pendataan pajak dari masing – masing jenis pajak. Parameter –
parameter yang dibutuhkan antara lain : luas bumi, luas bangunan, NOP
28
(nomor objek pajak), jenis reklame,jumlah reklame, jumlah ritase, jumlah
pelanggan,hasil penilaian individu pajak,banyak sumur,debit air tanah dll
3.3.2. Kebutuhan Keluaran
Bentuk keluaran yang dihasilkan dari proses aplikasi Sistem Informasi
Monitoring Realisasi Pajak Daerah Pada Basan Pendapatan Daerah Kabupaten
Mojokerto ini berupa display pajak daerah dimana aplikasi tersebut menampilkan
:
1. Lampiran Surat Pemberitahuan Objek Pajak
2. Surat Pemberitahuan Objek Pajak
3.3.3. Kebutuhan Antar Muka
Perancangan antar muka menggunakan Visual Basic 6.0 merupakan
pilihan yang tepat untuk mengimplementasikan data realisasi pajak. Selain karena
tampilan yang mudah untuk penggunanya, juga untuk menghilangkan kesulitan
dari pengetikan perintah – perintah yang menyulitkan.
3.3.4. Kebutuhan Perangkat Lunak
Perangkat keras komputer tidak berarti tanpa perangkat lunak begitu juga
sebaliknya. Jadi perangkat lunak dan perangkat keras saling mendukung satu
sama lain.Perangkat keras hanya berfungsi jika diberikan instruksi-intruksi
kepadanya. Instruksi-instruksi inilah disebut dengan perangkat lunak. Dalam
penelitian ini penyusun menggunakan beberapa perangkat lunak,antara lain :
29
1. Bahasa pemrograman PHP dan HTML
2. MySQL database, xampp
3. Perancangan DFD dan CDM/PDM menggunakan Microsoft Visio
3.3.5. Kebutuhan Perangkat Keras
Penggunaan sistem komputer sebagai alat bantu dalam menyelesaikan
tugas tugas atau pekerjaan sudah bukan menjadi hal yang aneh, tapi merupakan
suatu keharusan karena banyak kemudahan - kemudahan yang bisa diperoleh.
Perangkat keras komputer yang digunakan adalah perangkat keras yang dapat
mendukung perangkat lunak yang memiliki pengolah data yang cukup baik antara
lain sebagai berikut :
a. Intel P4 2.4Ghz atau yang diatasnya
b. Memori 2000 MB (minimal)
c. Hardisk 250 GB (minimal)
d. Monitor
e. Mouse
f. Keyboard
g. Display screen
3.4. Rancangan Penelitian
Pada setiap penelitian diperlukan perancangan sistem yang dapat
merepresentasikan alur dari setiap fungsi yang berjalan di dalam sistem itu
sendiri. Berikut dibawah ini alur sistem aplikasi yang akan dibuat.
30
3.4.1. Data Flow Diagram (DFD)
Diagram aluiran data atau DFD menggambarkan proses dalam analisis dan
perancangan perangkat lunak, khususnya dengan pendekatan terstruktur. Pada
DFD berikut ini akan dijelaskan mengenai aliran data yang terdapat dalam
aplikasi Sistem Informasi Monitoring Realisasi Pajak Daerah.
1. Diagram Context (Diagram Konteks)
Diagram konteks merupakan diagrm yang menggunakan notasi – notasi
untuk menggambarkan arus dari data system, yang penggunaanya sangat
membantu untuk memahami sistem secara logika, terstruktur dan jelas. Pada
aplikasi Sistem Informasi Monitoring Realisasi Pajak Daerah ini, terdapat 2 (dua)
entitas atau pengguna aplikasi, yaitu Petugas Lapangan dan Staf Badan
Pendapatan Daerah Kabupaten Mojokerto. Penggambaran Diagram Konteks dapat
dilihat pada gambar 3.2.
Gambar 3.2 Diagram Konteks
31
Pada gambar 3.2 diatas terdapat aliran – aliran data yang mengalir di
dalam aplikasi. Baik yang mengalir ke dalam aplikasi maupun yang diterima oleh
entitas. Aliran data yang tersedia pada diagram konteks diatas meliputi Data
Objek dan Subjek Pajak, Informasi Petugas Lapangan, Username dan password.
Entitas dan aliran data pada diagram konteks akan selalu digunakan untuk
penggambaran proses yang lebih dalam (breakdown). Breakdown dari diagram
konteks akan dijabarkan pada DFD Level 0 dan Level 1.
2. DFD Level 0
Pada Gambar 3. 3 menggambarkan rangkaian aliran data pada DFD Level
0. DFD Level 0 merupakan hasil breakdown dari diagram konteks dengan proses-
proses yang terjadi berdasarkan pada aliran sistem (system flow).
Gambar 3.3 DFD Level 0
32
Proses - proses utama yang terjadi dalam DFD Level 0 adalah Mengolah
Informasi hasil pendataan potensi pajak yang telah diinput oleh petugas lapangan.
Dalam DFD Level 0 terdapat penambahan jumlah aliran data yang merupakan
pengembangan dari diagram konteks. Penambahan notasi data store juga
dilakukan sebagai gambaran mengenai tabel-tabel dalam basis data yang akan
digunakan dalam pembuatan aplikasi ini. Masing-masing proses yang terdapat
pada DFD Level 1 akan dibreakdown menjadi DFD Level 1. Hal ini dimaksudkan
untuk memperjelas proses-proses yang terjadi di dalamnya. Untuk gambar DFD
Level 1 dapat dilihat pada gambar 3.4 di bawah ini :
3. DFD Level 1 (mengolah data realisasi dan potensi pajak)
Pada gambar 3.4 merupakan penggambaran lebih detail dari proses
information retrieval. Pada DFD Level 1 ini terdapat 2 (proses) yang berjalan di
dalamnya yaitu menerima data masukan dari petugas lapangan dan pengolahan
data realisasi dan potensi pajak. Pada DFD Level 1 ini konsep penggabungan data
realisasi dan potensi pajak berjalan hingga diperoleh data realisasi dan potensi
pajak untuk kebutuhan monitoring pajak kemudian akan ditampilkan pada display
monitoring realisasi pajak. Untuk gambar DFD Level 1 dapat dilihat pada gambar
3.4 di bawah ini :
33
Gambar 3.4 DFD Level 1 Kelola Data OPDP
3.4.2. Conceptual Data Diagram (CDM)
CDM (Conceptual Data Model) atau model konsep data merupakan
konsep yang berkaitan dengan pandangan pengguna terhadap datayang disimpan
dalam basis data. Berikut ini adalah CDM (Conceptual Data Model) Rancang
Bangun Aplikasi SPOP dan LSPOP Pajak Bumi dan Bangunan di BAPENDA
Kabupaten Mojokerto Berbasis Web :
34
opdp
# id_opdp Integer
o nop Text
o jumlah_bng Integer
o bangunan_ke Text
o jenis_penggunaan_bangunan Text
o luas_bangunan Text
o jumlah_lantai Integer
o tahun_dibangun Text
o tahun_direnovasi Text
o daya_listrik_terpasang Text
o kondisi_umum Text
o konstruksi Text
o atap Text
o dinding Text
o lantai Text
o langit_langit Text
o jumlah_ac Integer
o ac_sentral Text
o luas_kolam_renang Text
admin
o luas_perkerasan_halaman Text
o jumlah_lapangan_tenis Integer # id_admin Integer
o
jumlah_lift Integer
o user_Admin Variable characters (100)
o jumlah_tangga_berjalan Integer
o pass_admin Variable characters (100)
o panjang_pagar Integer
o nama_admin Variable characters (200)
o bahan_pagar Text
o pemadam_kebakaran Text
o jumlah_saluran Integer
o kedalaman_sumur_artesis Text
warga o pilihan_pabrik Text # nik Variable characters (100) o pilihan_pabrik_tinggi_kolom Text
o
pilihan_pabrik_lebar_bentang Text o nop Text
o nop_bersama Variable characters (100) o pilihan_pabrik_daya_dukung Text
o npwp Variable characters (100) o pilihan_pabrik_keliling_dinding Text
o nama Variable characters (200) o pilihan_pabrik_luas_mezzanine Text
o alamat_jalan Variable characters (100) memiliki
o pilihan_kantor Text
o alamat_blok Variable characters (10) o pilihan_kantor_kelas_bangunan Text
o alamat_kelurahan Variable characters (50) o pilihan_toko Text
o alamat_rt Variable characters (5) o pilihan_toko_kelas_bangunan Text
o alamat_rw Variable characters (5) o pilihan_rumah_sakit Text
o alamat_kota Variable characters (50) o pilihan_rumah_sakit_kelas_bangunan Text
o pekerjaan Variable characters (100) o pilihan_rumah_sakit_luas_kamar Text
o status_subjek_pajak Variable characters (50) o pilihan_rumah_sakit_luas_ruang Text
o no_hp Variable characters (20) o pilihan_olahraga Text
o Text o pilihan_olahraga_kelas_bangunan Text o pilihan_hotel Text
o pilihan_hotel_jenis Text
o pilihan_hotel_jumlah_bintang Text
o pilihan_hotel_jumlah_kamar Text
o pilihan_hotel_luas_kamar Text
o pilihan_hotel_luas_ruang Text
o pilihan_apartemen Text
o pilihan_apartemen_kelas_bangunan Text
o pilihan_apartemen_jumlah_apartemen Text
o pilihan_apartemen_luas_apt Text
o pilihan_apartemen_luas_ruang_lain Text
o pilihan_tangki_minyak Text
o pilihan_tangki_minyak_kapasitas Text
o pilihan_tangki_minyak_letak_tangki Text
o pilihan_gedung_sekolah Text
o pilihan_gedung_sekolah_kelas_bangunan Text
o nilai_sistem Text
o nilai_individual Text
o petugas_tgl_kunjung_kembali Date
o petugas_tgl_pendataan Date
o petugas_tanda_tangan Text
o petugas_nama_jelas Text
o petugas_nip Text
o pejabat_tgl_penelitian Date
o pejabat_tanda_tangan Text
o pejabat_nama_jelas Text
o pejabat_nip Text
o jumlah_bangunan Integer
o tgl_opdp Date
Gambar 3.5 Conceptual Data Diagram (CDM)
35
3.4.3 Physical Data Model (PDM)
PDM (Physical Data Model) atau model relasional merupakan model yang
menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara
data-data tersebut. Berikut ini adalah PDM (Physical Data Model) Rancang
Bangun Aplikasi SPOP dan SPOP Pajak Bumi dan Bangunan di BAPENDA
Kabupaten Mojokerto Berbasis Web.
admin
id_admin int <pk>
user_Admin varchar(100)
pass_admin varchar(100)
nama_admin varchar(200)
warga
nik varchar(100) npwp varchar(100)
nama varchar(200)
alamat_jalan varchar(100)
alamat_blok varchar(10)
alamat_kelurahan varchar(50)
alamat_rt varchar(5)
alamat_rw
varchar(5)
alamat_kota varchar(50)
pekerjaan varchar(100)
status_subjek_pajak varchar(50)
no_hp varchar(20)
email text
luas_tanah int
zona_nilai_tanah varchar(5)
jenis_tanah varchar(20)
opdp
id_opdp int<pk>
jumlah_bng int bangunan_ke text jenis_penggunaan_bangunan text luas_bangunan text
jumlah_lantai int tahun_dibangun text tahun_direnovasi text daya_listrik_terpasang text kondisi_umum text konstruksi text
atap text dinding text lantai text langit_langit text jumlah_ac int ac_sentral text
luas_kolam_renang text luas_perkerasan_halaman text jumlah_lapangan_tenis int jumlah_lift int jumlah_tangga_berjalan int panjang_pagar int
bahan_pagar text pemadam_kebakaran text jumlah_saluran int kedalaman_sumur_artesis text pilihan_pabrik text pilihan_pabrik_tinggi_kolom text
pilihan_pabrik_lebar_bentang text pilihan_pabrik_daya_dukung text pilihan_pabrik_keliling_dinding text pilihan_pabrik_luas_mezzanine text pilihan_kantor text pilihan_kantor_kelas_bangunan text
pilihan_toko text pilihan_toko_kelas_bangunan text pilihan_rumah_sakit text pilihan_rumah_sakit_kelas_bangunan text pilihan_rumah_sakit_luas_kamar text pilihan_rumah_sakit_luas_ruang text
pilihan_olahraga text pilihan_olahraga_kelas_bangunan text pilihan_hotel text pilihan_hotel_jenis text pilihan_hotel_jumlah_bintang text pilihan_hotel_jumlah_kamar text
pilihan_hotel_luas_kamar text pilihan_hotel_luas_ruang text pilihan_apartemen text pilihan_apartemen_kelas_bangunan text pilihan_apartemen_jumlah_apartemen text pilihan_apartemen_luas_apt text
pilihan_apartemen_luas_ruang_lain text pilihan_tangki_minyak text pilihan_tangki_minyak_kapasitas text
pilihan_tangki_minyak_letak_tangki text pilihan_gedung_sekolah text pilihan_gedung_sekolah_kelas_bangunan text
nilai_sistem text nilai_individual text petugas_tgl_kunjung_kembali date petugas_tgl_pendataan date petugas_tanda_tangan text petugas_nama_jelas text
petugas_nip text pejabat_tgl_penelitian date pejabat_tanda_tangan text pejabat_nama_jelas text pejabat_nip text jumlah_bangunan int
tgl_opdp date
Gambar 3.5 Physical Data Diagram (PDM)
36
3.5. Rancangan Tampilan Antar Muka
Pada sub bab ini akan dijelaskan prototipe tampilan antar muka program
Aplikasi SPOP dan LSPOP Pajak Bumi dan Bangunan di BAPENDA Kabupaten
Mojokerto Berbasis Web
1. Login
Pada saat pertama kali mengunjungi Aplikasi SPOP dan LSPOP Pajak
Bumi dan Bangunan di BAPENDA Kabupaten Mojokerto Berbasis Web, maka
akan ditampilkan halaman login seperti pada Gambar 3.6.
Gambar 3.6 Halaman Login
2. Beranda
Setelah login, admin akan disuguhkan halaman beranda dengan tampilan
menu pada samping, menu diletakan pada samping kiri agar mudah diakses
seperti pada Gambar 3.7..
37
Gambar 3.7 Halaman Beranda
3. Input Data Warga
Setelah admin login, admin akan memasukan data induk, yaitu data warga.
Untuk kemudian data warga ini akan melewati proses pendataan pajak. Halaman
input data warga adalah seperti pada Gambar 3.8.
Gambar 3.8 Halaman Input Data Warga
38
4. Proses Pendataan Pajak
Pada proses ini membutuhkan data warga. Data warga akan dipilih sebagai
subjek pajak. Subjek pajak ini akan diberikan transaksi pendataan objek
pajak PBB. Halaman untuk proses pendataan objek pajak PBB adalah
seperti pada Gambar 3.9.
Gambar 3.9 Halaman Pendataan Pajak
5. Laporan Pajak
Keluaran akhir dari sistem Aplikasi Pendataan Pajak Bumi dan Bangunan
Berbasis Web di BAPENDA Kabupaten Mojokerto adalah laporan
transaksi pajak per tanggal dan bulan. Halaman laporan transaksi pajak
adalah seperti pada Gambar 3.10.
39
Gambar 3.10 Halaman Pendataan Pajak
