Perancangan Basis Data Pada Website E-Kartu Nikah
Ria Andriani*1, Ade Pujianto2, Selvy Megira3, Annisa Rahayu Pangesti4, Dalilah Razan Samhana5, Dwi Rahayu6, Imam Ainudin Pirmansah7,Ema Utami8
1,2,4,5,6,7,8Megister Teknik Informatika, Universitas AMIKOM Yogyakarta, Indonesia 3AMIK Lembah Dempo,Palembang
Data berperan penting bagi suatu instansi atau organisasi dalam pengambilan keputusan sebagai penunjang sebuah kebijakan, pada pengelolaan data pernikahan sering terjadi permasalahan dalam pencarian data sehingga data yang ditampilkan tidak relevan dengan apa yang diinginkan. E-kartu nikah merupakan buku nikah elektronik yang dilengkapi dengan microchip yang berfungsi sebagai media penyimpanan informasi. Informasi yang ada di dalamnya merupakan informasi yang ada pada buku nikah sehingga dengan data yang akurat dapat membantu instansi mengambil keputusan yang tepat. Pada penelitian ini akan dibahas mengenai pemodelan data yang meliputi aturan data analisis, teknik pengumpulan data dan perancangan basis data. Proses perancangan basis data dilakukan dalam beberapa tahapan yaitu analisis laporan yang diinginkan oleh KUA setempat, perancangan tabel dan tipe data serta penentuan relasi antar tabel. Hasil yang dicapai adalah sebuah rancangan basis data yang nantinya akan digunakan untuk membangun sistem E- kartu nikah yang dapat memenuhi kebutuhan analisis data untuk memantau data peristiwa nikah.
Kata Kunci :E-kartu nikah, KUA, analisis data, basis data.
Abstract
Data plays an important role for an agency or organization in decision-making to support a policy. A problem often occur on the management of marriage data in search data so that the data displayed is not relevant to what you want. Marriage e-card is an electronic marriage book equiped by microchip that serves as an information media storage, the information exist is a part of information in marriage book thus the accurate data can help the agency to take the right decision.This study will discuss about data modeling that includes data analysis rules, data collection techniques and database design. The process of designing the database is done in several stages of analysis of reports desired by the local KUA, designing tables and data types and determining relation between tables. The achieved result is a database design that will be used to build the system of marriage e-card which can fulfill the need of data analysis to monitor marriage events data.
Keywords:E-nikah card, KUA, data analysis, database.
1. PENDAHULUAN
Data yang awalnya ditulis secara manual, saat ini sudah beralih kepada sistem basis data terkomputerisasi, sehingga manajemen data lebih mudah dan resiko kerusakan atau kehilangan data menjadi minimal. Teknologi basis data saat ini banyak diterapkan dalam berbagai bidang kehidupan manusia dan instansi-instansi pemerintahan. salah satu instansi yang belum menerapkan tekhnologi informasi secara maksimal adalah KUA, pendaftaran nikah pada KUA masih dilakukan secara manual sehingga muncul permasalahan banyaknya waktu yang dibutuhkan dalam melakukan pendaftaran dan manajemen data yang masih bersifat tradisional ini sulit untuk di analisis lebih lanjut sehingga mengakibatkan data peristiwa nikah tidak terpantau dan terpusat dengan baik.
Berdasarkan pemaparan di atas maka rumusan masalah pada penelitian ini adalah bagaimana merancang basis data E-Kartu Nikah yang memberikan solusi untuk memantau data peristiwa nikah agar terpusat dengan baik. Pada perancangan basis data website E-Kartu Nikah ini akan dibatasi pada bagian modul peristiwa nikah.
Tujuan yang ingin dicapai oleh penulis pada penelitian ini adalah merancang sebuah basis data yang mampu memantau data pada modul peristiwa nikah agar terpusat dengan baik. Adapun penelitian mengenai perancangan basis data yang telah dilakukan oleh Toga Aldila Cinderamata, Wiratmoko Yuwono, dan Rangga Asmara (2011) dalam penelitiannya yang berjudul “Basis Data Terdistribusi Untuk Aplikasi Kependudukan Berbasis Web” pada penelitian ini penulis menyatakan bahwa implementasidatabaseterdistribusi pada suatu sistem aplikasi dapat menghasilkan performansi yang baik menyangkut ketersediaan data. Adanya replikasi database yang dapat menghasilkan kesamaan posisi data pada beberapa master site, maka memungkinkan adanya pembagian beban dalam pengaksesan kerjaserver, sehingga kegagalan pengaksesan data dapat diminimalisasikan [2].
Jerzy Letkowski (2014) dalam penelitiannya yang berjudul “Doing database design with MySQL”Isi dari penelitian ini yaitu menyebutkan bahwa database relasional itu merupakan struktur yang kompleks dengan latar belakang formal yang solid dan banyak pengembangan dan alat eksploitasi. Saat merancang database dalam pengaturan tim, terutama saat anggota tim memiliki latar belakang yang beragam, dengan menggunakan alat grafis sangat penting. Pakar subjek, berpartisipasi dalam proses perancangan dan memiliki keahlian database yang terbatas, umumnya lebih suka bekerja dengan alat perancang grafis. MySQL Workbench dapat memuaskan para desainer database yang paling menuntut, memberikan grafis yang sangat bagus dan Alat teknologi Ini harus diberikan pertimbangan lebih dalam karena memberikan dukungan lengkap untuk rekayasa database [3].
Gat (2015) dalam penelitiannya yang berjudul “Perancangan Basis Data Perpustakaan Sekolah dengan Menerapkan Model Data Relasional” Jurnal ini membahas tentang Perancangan Basis Data Perpustakaan Sekolah dengan Menerapkan Model Data Relasional. Metode penelitian yang digunakan adalah metode Research and Development (R&D). Metode perancangan basis data menggunakan metode DBLC (Data Base Life Cycle) dengan variabel penelitian adalah perancangan basis data perpustakaan sekolah dengan model data relasional. Aspek pada penelitian ini meliputi Conceptual Database Design, Logical Database Design dan Physical Database Design. Hasil akhir dari penelitian ini adalah menghasilkan 7(tujuh) tipe entitas konsepsual, menghasilkan diagram hubungan entitas dari ketujuh entitas tersebut pada logikal dan menghasilkan rancangan pisikal yang terdiri dari tabel kategori, penerbit, penulis, buku, anggota, transaksi dan detil transaksi [4].
2. METODE PENELITIAN
nikah hilang yaitu, pemohon harus membuat surat keterangan kehilangan dari pihak kepolisian terlebih dahulu, kemudian mengajukan surat pemohon ke kantor urusan agama. Apabila terjadi kerusakan, pemohon wajib membawa bukti kerusakan, kemudian buku nikah yang telah rusak akan ditarik oleh kantor urusan agama. Buku nikah yang dicetak ulang tidak bias sama dengan buku nikah asli, melainkan terdapat tanda duplikasi dan nomor seri buku nikah pun berbeda dengan sebelumnya. Kepala kantor urursan agama depok, mengemukakan bahwa masalah pemalsuan buku nikah pun masih menjadi kasus yang masih belum bisa dihilangkan, meskipun kemanan buku nikah terus ditingkakan. Hal lain yang kerap terjadi terkait dengan buku nikah yakni, perizinan dalam berbagai urusan atau pelayanan yang membutuhkan identitas pengenal pasangan resmi suami istri, seperti pada reservasi hotel. Beberapa hotel di Indonesia sudah menerapkan hal tersebut. Seringkali terjadi masalah pasangan suami istri harus memesan kamar terpisah karena tidak membawa buku nikah sebagai bukti pasangan resmi.
Melihat dari hasil observasi dan survey di kantor urusan agama, maka dilakukan identifikasi masalah untuk mengetahui aspek yang perlu dirancang sesuai dengan kebutuhan. Berdasarkan permasalahan buku nikah yang kerap hilang, rusak, ataupun tertinggal, oleh karena itu perlu adanya inovasi buku nikah berukuran kecil yang praktis masuk dalam dompet. Kartu nikah berbahan dasar plastik agar meminimalisir kerusakan akibat air atau kelalaian pemilik seperti sobek, atau kotor. Kartu nikah tidak hanya menjadi dokumen tambahan, tetapi dapat menyimpan data yang ada pada buku nikah. Penyimpanan data yang dapat diterapka pada elektronik kartu nikah yaitu dengan menerapkan teknologi microchip. Teknologi microchip tidak hanya untuk meyimpan data melainkan mejadi pengaman data yang ada didalamnya. Hanya atas izin pemilik kartu yang dapat mengakses data pada microchiptersebut.
Gambar 1. Metode Penelitian
Hasil dari identifikasi masalah, yang ditunjukkan pada gambar 1, dapat dirumuskan kebutuhan perancangan sistem antara lain:
1. Penentuan entitas yang digunakan untuk entity relationship diagram
2. Penentuan primary key dari setiap entitas kunci utama yang akan mengidentifikasi baris data dalam sebuah relasi tabel.
3. Entity relationship diagram yang menunjukan objek data (Entity) dan hubungan (Relationship) yang ada pada entity lainnya
3. HASIL DAN PEMBAHASAN
3.1 Analisis Kebutuhan Sistem
Berdasarkan hasil wawancara yang penulis lakukan dengan petugas KUA maka dapat diambil kesimpulan bahwa pengguna membutuhkan sistem yang dapat :
1. Menampilkan informasi tentang data penduduk. 2. Menampilkan informasi tentang data KUA 3. Menampilkan informasi tentang data Kecamatan 4. Menampilkan informasi tentang data Provinsi 5. Menampilkan informasi tentang data Kabupaten 6. Menampilkan informasi tentang data Akta nikah 7. Menampilkan informasi tentang data kartu nikah 8. Menampilkan informasi tentang data kartu keluarga 9. Menampilkan informasi tentang data pekerjaan 3.2 Penentuan Entitas
Entitas digunakan pada proses perancangan Entity Relationship Diagram yang pada proses akhirnya akan menjadi sebuah tabel. Berdasarkan hasil dari analisis kebutuhan, maka diperoleh beberapa entitas seperti pada tabel 1 :
Tabel 1. Entitas dan Atribut
No Entitas Atribut
1 Penduduk Nik, Nama, Jenis_Kelamin, Tgl_lahir, Tempat_lahir,agama, alamat, status, pendidikan, id_kartu_keluarga, id_pekerjaan 2 KUA Id_Kua, nama, alamat, telp, email, id_kecamatan
3 Kecamatan Id_kecamatan, kecamatan, id_kabupaten 4 Provinsi id_provinsi, provinsi
5 Kabupaten id_kabupaten, kabupaten, id_provinsi
6 Akta Nikah id_akta_nikah, tanggal_akad, jam_akad, hari_akad, id_kua 7 Kartu Nikah id_kartu_nikah, status_wali_suami, status_wali_istri,
id_akta_nikah, id_suami, id_istri, id_wali_suami, id_wali_istri
8 Kartu Keluarga id_kartu_keluarga, no_kartu_keluarga 9 Pekerjaan id_pekerjaan, pekerjaan
3.3 Penentuan Primary Key Dari Setiap Entitas
Fungsi dari primary key adalah sebagai kunci utama yang akan mengidentifikasi baris data dalam sebuah relasi tabel, seperti yang tedapat pada tabel 2.
3.4 Entity Relationship Diagram
Diagram ERD berfungsi untuk menunjukan objek data (Entity) dan hubungan (Relationship) yang ada pada entity lainnya. Hal yang harus diperhatikan yaitu tingkat hubungan (cardinality), berikut ini adalah ERD yang didapat berdasarkan hasil proses tersebut.
Gambar 2. Entity Relationship Diagram (ERD) Berikut pembahasan derajat kardinalitas setiap entitas
1. Entitas provinsi memiliki hubungan kardinalitas 1 to M dengan entitas kabupaten dimana pada satu provinsi dapat berisikan banyak kabupaten.
2. Entitas kabupaten memiliki hubungan kardinalitas 1 to M dengan entitas kecamatan dimana pada satu kabupaten dapat berisikan banyak kecamatan.
3. Entitas kecamatan memiliki hubungan kardinalitas 1 to M dengan entitas kua dimana pada satu kecamatan dapat berisikan banyak kua.
4. Entitas kua memiliki hubungan kardinalitas 1 to M dengan entitas akta nikah dimana pada satu kua dapat mencetak banyak akta_nikah.
5. Entitas akta nikah memiliki hubungan kardinalitas 1 to M dengan kartu nikah dimana pada satu akta nikah dapat berisi dua kartu nikah.
6. Entitas penduduk memliki hubungan kardinalitas 1 to M dengan kartu nikah dimana satu penduduk dapat memiliki beberapa kartu nikah.
7. Entitas pekerjaan memiliki hubungan kardinalitas 1 to M dengan penduduk dimana satu pekerjaan dapat dimiliki oleh banyak penduduk.
8. Entitas kartu keluarga memiliki hubungan kardinalitas 1 to M dengan penduduk dimana didalam satu keluarga berisi beberapa penduduk.
3.5 Relasi Antar Tabel
Gambar 3. Relasi Antar Tabel 3.6 Struktur Tabel
Struktur tabel merincikan secara jelas bagaimana bentuk dari setiap tabel yang ada pada bagian relasi antar tabel seperti tipe data, size serta constraintnya. Pada tabel 3 salah satu contoh struktur data dari 9 tabel.
Tabel 3. Struktur Tabel Kartu Nikah
No Field Tipe Data Size Constraint
1 id_kartu_nikah Int 11 Primary key auto increment 2 status_wali_suami, Varchar 20
3 status_wali_istri Varchar 20
4 id_akta_nikah Int 11 FOREIGN KEY
akta_nikah(id_akta_nikah)
5 id_suami Int 11 FOREIGN KEY penduduk(nik)
6 id_istri Int 11 FOREIGN KEY penduduk(nik)
7 id_wali_suami Int 11 FOREIGN KEY penduduk(nik)
8 id_wali_istri int 11 FOREIGN KEY penduduk(nik)
a. Kolom id_kartu_nikah diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_kartu_nikah seluruhnya berupa angka dengan format 11 karakter, kolom id_kartu_nikah juga memiliki constraint primary key dimana Id_pakerjaan ini merupakan kunci utama pada tabel kartu nikah.
unsur penting dalam data kartu nikah.
c. Kolom status_wali_istri pada tabel kartu nikah diberikan tipe data varchar (20) karena kolom status_wali_ istri memiliki jumlah karakter yang berbeda-beda yang berisi kombinasi huruf dari A-Z, kemudian memiliki constraint not null karena status wali istri merupakan unsur penting dalam data kartu nikah.
d. Kolom id_akta_nikah diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_akta_nikah seluruhnya berupa angka dengan format 11 karakter, kemudian kolom id_akta_nikah memilki constraint foreign key karena kolom ini berelasi dengan tabel akta nikah
e. Kolom id_suami diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_suami seluruhnya berupa angka dengan format 11 karakter, kemudian kolom nik memilki constraint foreign key karena kolom ini berelasi dengan tabel penduduk.
f. Kolom id_istri diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_istri seluruhnya berupa angka dengan format 11 karakter, kemudian kolom nik memilki constraint foreign key karena kolom ini berelasi dengan tabel penduduk.
g. Kolom id_wali_suami diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_wali_suami seluruhnya berupa angka dengan format 11 karakter, kemudian kolom nik memilki constraint foreign key karena kolom ini berelasi dengan tabel penduduk.
h. Kolom id_wali_istri diberikan tipe data int (11) karena data yang akan di inputkan pada kolom id_wali_ istri seluruhnya berupa angka dengan format 11 karakter, kemudian kolom nik memilki constraint foreign key karena kolom ini berelasi dengan tabel penduduk
3.7 Mekanisme Pengujian Pada Tabel
1. Pengujian tipe data
Pada tahap pengujian berdasarkan tipe data yang telah dibuat pada tabel.
Mekanisme pengujian dilakukan dengan cara mengisikan data pada tabel perkerjaan
dengan isi kolom id_perkerjaan dan perkerjaan dengan tipe data integer dan varchar.
Gambar 4. Pengujian Tipe Data
Gambar 4 merupakan mekanisme pengujian dengan penginputan data ‘7ka’ pada
kolom id_pekerjaan dan ‘Buruh’ pada kolom pekerjaan.
Gambar 5. Hasil Pengujian Tipe Data
Gambar 5 merupakan hasil dari pengujian penginputan data diatas dan telah
didapatkan hasil error pada kolom id_pekerjaan dengan tipe data int karena
menginputkan data karakter ‘7ka’ pada kolom tersebut.
2. Pengujian Panjang Variabel
Pada tahap pengujian berdasarkan panjang variabel yang telah dibuat pada tabel.
Mekanisme pengujian dilakukan dengan cara mengisikan data pada tabel penduduk
dan kolom status yang memiliki tipe data varchar dan panjang variabel 10.
Gambar 6 merupakan mekanisme pengujian dengan penginputan data ‘Belum
Menikah’ pada kolom status yang memiliki panjang variable 10.
Gambar 7. Hasil Pengujian Panjang Variabel
Gambar 7 merupakan hasil dari pengujian penginputan data datas dan
menghasilkan hasil error apabila penginputan tidak sesuai dengan panjang karakter
yang terlah dibuat sebelumnya serperi pada kolom status yang diinputkan data ‘Belum
Menikah’ yang memiliki panjang karakter lebih dari 10 karakter.
3. Pengujian Constraint Primary Key
Pada tahap pengujian berdasarkan constrain primary key dari tabel yang talah
dibuat. Mekanisme pengujian dilakukan dengan cara mengisikan data pada tabel
penduduk dengan constrain primary key pada kolom nik.
Gambar 8. Pengujian Constraint Primary Key
Gambar 8 merupakan mekanisme pengujian constrain primary key dengan
menginputkan data ‘17210495’ pada kolom nik dimana data tersebut sudah tersimpan
sebelumnya.
Gambar 9. Hasil Pengujian Constraint Primary Key
Gambar 9 merupakan hasil dari pengujian dengan menginputkan data pada nik
yang sudah ada sebelumnya dan menghasilkan error karena sifat dari constrain
primary key yang harus unik dan berbeda setiap datanya.
4. Pengujian constrain chek
Pada tahap pengujian berdasarkan constrain check dari tabel yang talah dibuat.
Mekanisme pengujian dilakukan dengan cara mengisikan data pada tabel penduduk
dengan contrains check pada kolom jenis_kelamin dengan check data ‘P’ atau ‘L’.
Gambar 10. Pengujian constrain chek
Gambar 10 merupakan mekanisme pengujian constrain chek dengan menginputkan
data ‘K’ pada kolom jenis kelamin.
Gambar 11 merupakan hasil dari pengujian dengan menginputkan data ‘K’ pada
jenis kelamin atau selain data yang sudah ditentukan oleh constrain check sebelumnya
yaitu ‘L’ atau ‘P’ dan didapatkan error apabila menginputkan data selain yang telah
ditentukan constrain check sebelumnya.
3.8 Analisis Data
Pada
Pada model data E-Nikah, dilakukan beberapa analisis data yang bertujuan untuk mengetahui informasi sebagai bahan pengambilan keputusan, berikut adalah beberapa analisis data yang dapat dilakukan pada basis data E-Nikah :1. Mengetahui data peristiwa nikah.
Gambar 12. Script Data Peristiwa Nikah
Gambar 13. Data Peristiwa Nikah
2. Untuk mengetahui jumlah peristiwa nikah disetiap provinsi, kabupaten, kecamatan untuk pengambilan keputusan jumlah kartu nikah yang akan dibagikan.
Gambar 14. Script Jumlah Peristiwa Nikah Berdasarkan Provinsi
3. Untuk mengetahui usia menikah setiap pasangan
Gambar 16. Script mengetahui usia menikah setiap pasangan
Gambar 17. Usia menikah setiap pasangan
4. Untuk mengetahui apakah jumlah KUA sudah sama dengan jumlah kecamatan
Gambar 18. Script mengetahui jumlah KUA
Gambar 19. Jumlah KUA
4. KESIMPULAN
Berdasarkan data yang diperoleh telah berhasil dibangun sebuah rancangan basis data pada sistem informasi E-Kartu Nikah yang dapat menampung data peristiwa pernikahan untuk ditampilkan dalam sistem informasi E-Kartu nikah.
5. SARAN
DAFTAR PUSTAKA
[1] Shivnandan Singh, Rakesh Kumar Rai, 2014, A View Report On Security Threats On Database, (IJCSIT) vol. 5 (3), ISSN:0975-9646, India.
[2] Toga Aldila, Wiratmoko Yuwono, Rangga Asmara, 2011, Basis Data Terdistribusi Untuk Aplikasi Kependudukan Berbasis Web, Institut Tekhnologi Sepuluh Nopember, Surabaya.
[3] Jerzy Letkowski, 2014, Doing Database Design With MySQL, Journal Of Technology Research volume 6, Western New England University.
