Artikel Ilmiah. Peneliti : Setiawan Prakoso ( ) Nina Setiyawati, S.Kom., M.Cs. Program Studi Teknik Informatika. Fakultas Teknologi Informasi

Transkripsi

1 Perancangan Aplikasi Pelaporan Kerusakan Prasarana Berbasis Android Menggunakan GCM (Google Cloud Messaging) (Studi Kasus: Dinas Kependudukan dan Catatan Sipil Kota Salatiga) Artikel Ilmiah Peneliti : Setiawan Prakoso ( ) Nina Setiyawati, S.Kom., M.Cs. Program Studi Teknik Informatika Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Salatiga November 2016

2 2

3 3

4 4

5 5

6 6

7 1. Pendahuluan Dinas Kependudukan dan Catatan Sipil Kota Salatiga (Disdukcapil) yang merupakan instansi pemerintah dalam hal kependudukan juga melakukan pengembangan dalam hal teknologi dan informasinya. Disdukcapil tidak hanya menangani masalah mengenai kependudukan saja melainkan juga masalah pelaporan kerusakan prasarana dari 26 kantor Kecamatan dan Kelurahan di seluruh Salatiga. Pelaporan prasarana yang berlaku saat ini menggunakan surat dinas dari kepala Kelurahan maupun Kecamatan setempat. Pelaporan dilakukan setelah surat disetujui dan ditandatangani, setelah itu pelapor harus datang ke Disdukcapil untuk melakukan pelaporan secara langsung. Berdasarkan wawancara yang telah dilakukan, proses pelaporan memakan waktu satu hari. Pelapor harus menunggu proses persiapan perbaikan hingga perbaikan dilakukan yang memakan waktu lebih dari tiga hari. Lamanya proses pelaporan hingga proses perbaikan membuat kinerja di Kecamatan atau Kelurahan terhambat. Terhambatnya kinerja di Kelurahan maupun Kecamatan membuat proses pelayanan terhadap masyarakat menjadi terlambat. Akibat keterlambatan tersebut banyak keluhan masyarakat karena keperluannya untuk masalah kependudukan maupun masalah lain menjadi lebih lama dan terhambat. Keterlambatan pelayanan dapat diminimalisir menggunakan sistem pelaporan yang lebih sederhana dan sistem yang dapat mempercepat pelayanannya. Berdasarkan observasi yang di lakukan, didapat data bahwa banyaknya karyawan yang menjadi pengguna smartphone Android di kantor Kelurahan dan Kecamatan serta di Disdukcapil sebanyak 68,3% dari total keseluruhan karyawan. Atas dasar fakta di lapangan, masalah yang ada yaitu bagaimana merancang aplikasi pelaporan kerusakan prasarana (Report Complaint) pada Android platform menggunakan GCM (Google Cloud Messaging) untuk memudahkan pelaporan kerusakan prasarana pada Disdukcapil Salatiga. Setelah dirumuskan masalah yang ada, dibuatlah batasan-batasan masalah seperti: aplikasi mobile berbasis Android dibangun menggunakan Android Studio. Aplikasi yang dibangun akan diterapkan di Dinas Kependudukan dan Pencatatan Sipil kota Salatiga. Aplikasi menggunakan teknologi GCM (Google Cloud Messagging) yang berguna sebagai sarana untuk memberikan notifikasi kepada administrator maupun pengguna, sehingga pengguna dapat mengetahui progress dari pelaksanaan perbaikan prasarana yang telah dilaporkan. 2. Tinjauan Pustaka Pada penelitian yang dilakukan oleh Fariani Dewi Yulianti pada tahun 2013 dibangun aplikasi e-learning Jurusan Teknik Informatika ITS Berbasis Android pada Perangkat Komunikasi Bergerak. Pengguna dari e-learning adalah dosen dan 7

8 mahasiswa. E-learning dibangun menggunakan web service dan layanan GCM (Google Cloud Messaging). Menggunakan GCM Dosen dan Mahasiswa mendapatkan informasi E-learning lebih cepat[1]. Pada penelitian yang dilakukan oleh Fiorenta Wulandari pada tahun 2015, dibangun aplikasi Informasi Lokasi Jalan Rusak Berbasis Web dan Android. Aplikasi yang dibangun adalah media pengaduan dan media informasi. Media pengaduan terletak di aplikasi Android. Pada aplikasi berbasis Android user juga dapat melakukan pelaporan jalan rusak. Sedangkan aplikasi web berperan sebagai media informasi dan pengelolaan data untuk administrator. Aplikasi Android ini dapat membantu user melaporkan kerusakan jalan di kawasan Kota Bandung[2]. Pada penelitian yang dilakukan oleh Fahri Febriyanto Utomo pada tahun 2015 dibangun Aplikasi Manajemen Penanganan Kerusakan Sarana Dan Prasarana Berbasis Web di PT Phapros Tbk. Aplikasi ini dibuat untuk mengatasi pelaporan kerusakan prasarana yang masih dilakukan secara manual dan dapat membantu user menyelesaikan laporan kerusakan dan memudahkan kepala teknisi dalam merekap data kerusakan dari berbagai devisi[3]. Berdasarkan referensi penelitian terdahulu maka akan dilakukan perancangan sistem pelayanan pelaporan kerusakan prasarana (report complaint) menggunakan teknologi GCM. Penelitian ini bertujuan untuk memudahkan Kecamatan dan Kelurahan di Salatiga melakukan pelaporan kerusakan prasarana. Android adalah sebuah sistem operasi untuk perangkat mobile berbasis linux yang mencakup sistem operasi, middleware, dan aplikasi. Android adalah sistem operasi yang dirancang untuk sistem telepon pintar yang menggunakan layar sentuh. Android pada awalnya dikembangkan oleh sebuah perusahaan yang dibiayai oleh Google inc. dan saat ini telah dibeli oleh Google[4]. GCM (Google Cloud Messagging) adalah sebuah layanan pada Android yang berfungsi untuk menjalankan sebuah push notification. Layanan GCM dijalankan oleh sebuah aplikasi yang berjalan di latar belakang dan bernama layanan Google Play[5]. Layanan ini akan membangunkan aplikasi yang bersangkutan saat menerima notifikasi baru dan akan menampilkan notifikasi tersebut pada panel notifikasi Android. Aplikasi Android yang menggunakan GCM tidak perlu berjalan di belakang layar untuk menerima sebuah notifikasi. GCM akan mengirimkan pesan ke aplikasi dengan mekanisme broadcoast intent (event yang terjadi saat ada notifikasi baru) ketika ada pesan tiba selama aplikasi tersebut diatur untuk diizinkan menerima pesan siaran. Namun, tidak sedikit pula aplikasi berjalan di latar belakang yang menggunakan GCM Service. 3. Metode dan Perancangan 8

9 Penelitian ini dilakukan dan diselesaikan melalui tahapan penelitian yang terbagi dalam lima tahapan. Tahapan pertama adalah analisis kebutuhan dan pengumpulan data, tahapan kedua adalah perancangan sistem. Tahapan ketiga adalah perancangan aplikasi. Tahapan keempat adalah implementasi dan pengujian. Tahapan terakhir yaitu penulisan laporan hasil penelitian seperti yang terlihat pada Gambar 1. Analisa Kebutuhan dan Pengumpulan Data Perancangan Sistem Meliputi Perancangan Proses(UML), Perancangan Arsitektur, Perancangan Database, Perancangan Antarmuka Perancangan Aplikasi / Program Implementasi dan Pengujian Sistem, serta Analisis Hasil Pengujian Penulisan Laporan Hasil Penelitian Gambar 1 Tahapan Penelitian Pada Gambar 1 terlihat bahwa pada tahap 1 yaitu analisis kebutuhan dan pengumpulan data, digunakan metode wawancara dan observasi untuk mengetahui pendapat dan tanggapan dari karyawan Disdukcapil Salatiga mengenai sistem yang telah berjalan. Pada tahap 2, 3, dan 4 dilakukan perancangan sistem yang menggunakan metode model Prototype. Model Prototype adalah salah satu metode dalam membangun sebuah perangkat lunak. Metode ini terdiri dari Requirement, Design dan Evaluasi Prototype. 9

10 Gambar 2 Proses Metode Prototype [6] Dari tahap pertama yaitu requirement atau tahapan mendengarkan pelanggan, maka dilakukan wawancara dan observasi untuk mengetahui kebutuhan dan harapan dari karyawan Disdukcapil mengenai aplikasi dan sistem yang diperlukan dan diinginkan. Pada tahapan kedua yaitu desain dilakukan perancangan untuk membentuk aplikasi pelaporan kerusakan prasarana yang dapat membuat pelaporan kerusakan prasarana menjadi semakin efisien. Perancangan berbentuk penyusunan proses bisnis, perancangan sistem menggunakan UML (Unified Modelling Language), perancangan arsitektur hingga pada proses pembuatan aplikasi. Pada tahap ketiga yaitu evaluasi prototype dilakukan pengujian untuk melihat fungsional dari apliksi yang dibuat. Hasil pengujian digunakan untuk penyempurnaan aplikasi yang dibuat. Pada Gambar 3 dijelaskan bahwa proses bisnis untuk pelaporan kerusakan prasarana, pengguna atau dalam hal ini adalah Kelurahan dan Kecamatan harus menelepon ke Disdukcapil untuk melaporkan kerusakan prasarana setelah datang ke tata usaha Disdukcapil untuk menyerahkan surat pengantar dari Kecamatan atau Kelurahan. Surat pengantar yang telah diserahkan ke tata usaha Disdukcapil akan diajukan ke kepala dinas untuk disetujui, kemudian setelah disetujui kepala dinas maka perbaikan prasarana Kecamatan atau Kelurahan akan ditindaklanjuti. 10

11 Gambar 3 Proses Bisnis Pelaporan Kerusakan Prasarana (Lama) Gambar 4 Proses Bisnis Baru Berdasarkan hasil wawancara dengan pihak Disdukcapil, sistem lama seperti pada Gambar 3 dirasa lebih memakan waktu dalam pencatatannya. Untuk itu dibuatlah proses bisnis baru sebagai penunjang penelitian untuk memudahkan pengguna dalam melakukan pemesanan yang diharapkan lebih mempersingkat waktu dalam pelaporan kerusakan prasarana. Adapun proses bisnis yang terlihat pada Gambar 4 dapat kita ketahui proses bisnis baru dari sistem pelaporan kerusakan prasarana adalah sebagai berikut, pertama user yang merupakan petugas di Kelurahan atau Kecamatan melakukan request perbaikan untuk kerusakan prasarana melalui perangkat Android. Kedua kepala daerah setempat mendapat pemberitahuan untuk melakukan validasi request perbaikan dari user, setelah kepala daerah melakukan validasi data akan dikirim ke database. Ketiga administrator menerima pemberitahuan bahwa request perbaikan telah divalidasi. Keempat administrator mencetak surat laporan 11

12 kerusakan dan diserahkan kepada kepala Disdukcapil untuk ditindaklanjuti. Kelima, setelah administrator menerima persetujuan dari kepala Disdukcapil untuk melakukan perbaikan, maka administrator akan mengirimkan pesan pemberitahuan kepada user dan kepala daerah setempat bahwa perbaikan sedang diproses. Pada proses keenam dan ketujuh pesan akan dikirimkan kepada kepala daerah setempat dan kepada user melalui GCM (Google Cloud Messanging) sehingga user dan kepala daerah setempat dapat mengetahui proses pelaporan kerusakan prasarana. Perancangan yang dilakukan selanjutnya adalah perancangan arsitektur aplikasi. Pada Gambar 5 dijelaskan desain arsitektur dari program yang akan dijalankan. Gambar 5 Arsitektur Sistem Pada Gambar 5 terdapat dua aplikasi yaitu aplikasi mobile dan aplikasi desktop. Aplikasi mobile diimplementasikan ke perangkat mobile dengan tujuan untuk digunakan oleh administrator dari Kelurahan dan Kecamatan sebagai user. Aplikasi desktop diimplementasikan pada komputer yang ditujukan kepada administrator di Disdukcapil untuk mengelola data pelaporan kerusakan prasarana serta mengirim notifikasi kemajuan progres kepada user. Agar dapat menjalankan kedua aplikasi, semua perangkat harus terhubung dengan koneksi internet. Adanya internet, aplikasi mobile dapat mengirimkan data ke database server melalui web service JSON. Setelah aplikasi mobile memasukkan data kerusakan prasarana masuk ke database server, kemudian administrator mengirim kemajuan perbaikan prasarana melalui service. 12

13 Setelah dilakukan perancangan arsitektur sistem, dilakukan pembuatan dan perancangan UML yang terdiri dari usecase diagram, activity diagram, sequence diagram, dan class diagram. Usecase diagram digambarkan pada Gambar 6. Gambar 6 Usecase Diagram Pelaporan Kerusakan Prasarana User dapat melakukan registrasi akun, memasukkan data pelaporan kerusakan prasarana dan melihat kemajuan perbaikan pelaporan kerusakan prasarana. Kepala daerah dapat melakukan registrasi akun dan validasi data pelaporan dan melihat data kemajuan perbaikan pelaporan. Dinas dapat mengelola data user dan kepala daerah juga dapat mengirim notifikasi kemajuan perbaikan pelaporan kerusakan prasarana. Pada activity diagram dijelaskan langkah-langkah di setiap menu yang telah diuraikan pada use case diagram di Gambar 6. Activity diagram menjelaskan aktivitas pengguna dari awal aplikasi dijalankan hingga selesai. 13

14 Gambar 7 Activity Diagram Pelaporan Kerusakan Prasarana User Pada activity diagram untuk menu pelaporan kerusakan prasarana yang ditunjukkan pada Gambar 7 Aplikasi dimulai dengan user melakukan login untuk masuk ke menu utama, setelah user memilih menu pelaporan maka sistem akan menampilkan form untuk pengisian pelaporan. Setelah data dimasukkan oleh user maka sistem akan menambahkan ke database, kemudian sistem akan mengirim notifikasi kemajuan perbaikan ke user. 14

15 Gambar 8 Class Diagram Aplikasi Pelaporan Kerusakan Prasarana Diagram kelas adalah inti dari proses pemodelan objek. Baik forwarding engineering maupun reverse engineering memanfaatkan diagram ini. Forward engineering adalah proses perubahan model menjadi kode program sedangkan reverse engineering sebaliknya, mengubah kode program menjadi model. Diagram kelas merupakan kumpulan kelas-kelas objek. Oleh karena itu pengertian kelas sangat penting sebelum merancang diagram kelas. Kelas sebagai suatu set objek yang memiliki atribut dan perilaku yang sama [7]. Secara teknis sebuah kelas diartikan sebagai suatu definisi sumber daya yang termasuk didalamnya informasi-informasi yang menggambarkan fitur suatu entitas dan bagaimana penggunaannya. Gambar 8 adalah class diagram dari perancangan aplikasi pelayanan pelaporan perbaikan. Gambar 8 menjelaskan tentang class diagram pada aplikasi yang akan dibangun. Class diagram tersebut terdiri atas entity data user, entity data lurah, entity data pelaporan, entity login user, dan entity login lurah. Ada beberapa controller yaitu data user, insert, update, delete data user, 15

16 mengelola data pelaporan, insert, update, delete pelaporan, data lurah, inset, update, delete data lurah, data login lurah, insert, update, delete data login lurah, dan data login user, insert, update, delete data login user. 4. Pembahasan Pada penelitian ini aplikasi pelaporan kerusakan dibangun dalam 2 modul yaitu aplikasi berbasis web dan aplikasi berbasis Android. Pembahasan akan ditekankan pada aplikasi berbasis Android. Modul aplikasi berbasis web digunakan untuk administrator yang adalah pegawai dari Disdukcapil yang bertugas untuk menerima pelaporan, mengirim status pelaporan dan memberitahukan pelaporan kepada kepala Disdukcapil. Aplikasi Android digunakan oleh kepala daerah yang berupa Camat ataupun Lurah, serta user atau pelapor yang adalah petugas Kecamatan atau Kelurahan setempat. Pelapor memberikan laporan mengenai kerusakan sarana prasarana yang nantinya akan dilakukan persetujuan atau approval pada laporan tersebut. Gambar 9 Menu Pelaporan Kerusakan Gambar 9 adalah menu pelaporan kerusakan dimana pelapor dapat melaporkan kerusakan yang terjadi di tempat kerjanya. Pelapor harus mengisi subjek pelaporan dan rincian pelaporan terlebih dahulu. Setelah rincian pelaporan diisi, pelapor dapat melakukan pelaporan. Pada menu pelaporan prasarana, diberikan tombol lihat pelaporan yang memiliki fungi untuk melihat status pelaporannya apakah pelaporan tersebut telah disetujui atau belum, serta menunjukkan apakah pelaporannya telah masuk ke dalam sistem database. 16

17 Kode Program 1 Perintah Untuk Melakukan Pelaporan Kerusakan Prasarana = $_GET['nama_user']; = $_GET['subject_pelaporan']; = $_GET['rincian_pelaporan']; = date('d M Y',time()); = $_GET['aprove_laporan']; = $_GET['token_id']; 7 $query_insert_data = mysql_query("insert INTO data_pelaporan (nama_user,subject_pelaporan,rincian_pelaporan,tanggal_pe laporan,aprove_laporan,token_id) VALUES('$nama_user','$subject_pelaporan','$rincian_pelapo ran','$tanggal_pelaporan','$aprove_laporan','$token_id')" ); 8 if ($query_insert_data) { 9 echo "Data Berhasil Disimpan"; 10 } else { 11 echo "Error Insert User ". mysql_error(); Kode Program 1 berfungsi untuk insert data pelaporan pada server. Kode Program 1 dimulai dengan menyiapkan variabel penyimpanan data yang isinya diambil dari data yang dimasukkan oleh user. Kemudian data dimasukkan ke dalam database dengan menggunakan query insert dari MYSQL. Setelah data berhasil disimpan, maka akan muncul pemberitahuan bahwa data berhasil disimpan ke database, jika tidak berhasil disimpan, maka akan muncul error dalam melakukan insert. Menu untuk hak akses kepala daerah yang telah melakukan login, ditunjukkan pada Gambar 10 dan 11. Pada Gambar 10 dan 11, kepala daerah setempat disajikan data pelaporan yang telah dilakukan oleh pegawainya. Kepala daerah dapat melakukan approval atau persetujuan terhadap laporan tersebut. Gambar 10 Menu Kepala Daerah Gambar 11 Menu Kepala Daerah 17

18 Pada Gambar 10 menunjukkan semua laporan yang telah dilakukan oleh pegawai Kecamatan atau Kelurahan baik yang telah disetujui maupun belum disetujui. Gambar 11 menunjukkan menu approve yang digunakan oleh camat atau lurah setempat untuk melakukan persetujuan terhadap laporan yang telah dilakukan. Setelah persetujuan pelaporan dilakukan, maka status pelaporan akan berubah telah disetujui. Gambar 12 Menu Perseujuan atau Approval Pada menu persetujuan diberikan pilihan unutk menyetujui atau tidak. Jika kepala daerah ingin menyetujui maka memilih tombol update. Jika tidak maka memilih cancel, seperti yang terlihat pada Gambar 12. Kode Program 2 Perintah Untuk Melakukan Persetujuan Pelaporan Kerusakan Prasarana 12 String id_pelaporan = editid_pelaporan.gettext().tostring(); 13 String nama = editnama_user.gettext().tostring(); 14 String subject_pelaporan = editsubject_pelaporan.gettext().tostring(); 15 String rincian_pelapora = editrincianpelaporan.gettext().tostring(); 16 String tanggal_pelaporan = edittanggal_pelaporan.gettext().tostring(); 17 String aprove_laporan = editaprove_laporan.gettext().tostring(); 18 String token_id = edittoken_id.gettext().tostring(); 19 String laporan = biodata.updatepelaporan(editid_pelaporan.gettext().tostring(), nama, subject_pelaporan.replace(" ","_"), rincian_pelapora.replace(" ","_"), tanggal_pelaporan, 18

19 Pada Kode Program 2 baris 12 sampai 18 sistem akan mengambil data Pelaporan Kerusakan Prasarana. Setelah data disimpan maka disiapkan variabel untuk menampung data-data tersebut dalam bentuk string. Pada baris 19 adalah fungsi untuk menyetujui laporan kerusakan dari user. Gambar 13 Notifikasi Persetujuan Untuk Kepala Daerah Gambar 14 Notifikasi Untuk User Pada Gambar 13 merupakan tampilan notifikasi GCM pada perangkat kepala daerah jika ada laporan kerusakan dari pelapor. Pada Gambar 14 merupakan tampilan notifikasi GCM pada perangkat pelapor jika permintaan perbaikan dari pelapor telah disetujui. Kode Program 3 Perintah Menampilkan Notifikasi Pada Android Application 20 Intent intent = new Intent(this, Pesanmasuk.class); 21 intent.addflags(intent.flag_activity_clear_top); 22 int requestcode = 0;//Your request code 23 PendingIntent pendingintent = 24 PendingIntent.getActivity(this, requestcode, intent, 25 PendingIntent.FLAG_ONE_SHOT); 26 //Setup notification 27 //Sound 28 Uri sound = 29RingtoneManager.getDefaultUri(RingtoneManager.TYPE_NOTIFICATION); 30 //Build notification 31 NotificationCompat.Builder nobuilder = new 32NotificationCompat.Builder(this) 33.setSmallIcon(R.mipmap.ic_launcher) 34.setContentText("My GCM message :X:X") 35.setContentText(message) 36.setAutoCancel(true) 37.setContentIntent(pendingIntent); 19

20 Kode Program 3 merupakan perintah untuk menampilkan notifikasi yang dikirim dari user ke kepala daerah pada saat melakukan pelaporan kerusakan, dan notifikasi dari kepala daerah ke user pada saat menyetujui pelaporan kerusakan. Notifikasi tersebut akan ditampilkan dalam push notification. Jika push notification ditekan, akan masuk ke activity yang menampilkan notifikasi. Kode Program 4 Perintah Mengirim Notifikasi Pada Pelapor 38 $pushmessage = "Telah di setujui"; if(isset($gcmregids) && isset($pushmessage)) { 39 $message = array('message' => $pushmessage); 40 $pushstatus = sendpushnotification($gcmregids, $message); Pada kode program 4 merupakan perintah pada sisi kepala daerah untuk mengirim notifikasi kepada pelapor. Setelah kepala daerah menekan tombol approve pada laporan kerusakan, maka akan otomatis mengirimkan notifikasi GCM kepada user yang berisi Laporan telah di setujui. Kode Program 5 Perintah Mengirim Notifikasi Pada Kepala Daerah 41 $pushmessage = "Ada Laporan masuk"; if(isset($gcmregids) && isset($pushmessage)) { 42 $message = array('message' => $pushmessage); 43 $pushstatus = sendpushnotification($gcmregids, $message); Pada kode program 5 merupakan perintah pada sistem untuk mengirimkan secara otomatis notifikasi GCM kepada kepala daerah, setelah pelapor mengirimkan laporan. Notifikasi GCM dikirimkan ke perangkat kepala daerah dan berisikan Ada laporan masuk. Gambar 16 Tampilan Web Administrator Pada Gambar 16 adalah menu lihat laporan pada sisi administrator. Pada menu ini, administrator dapat melihat laporan kerusakan prasarana, menghapus 20

21 laporan yang sudah dilakukan tindakan dan administrator juga bertugas untuk mencetak surat pelaporan. Pada penelitian ini dilakukan pengujian terhadap sistem yang telah dibuat. Pengujian yang dilakukan terdiri dari pengujian beta. Pengujian beta adalah pengujian yang dilakukan oleh orang yang tidak ikut dalam pembuatan aplikasi. Pengujian beta dilakukan dengan menggunakan daftar pertanyaan dan wawancara, yaitu dengan membagikan daftar pertanyaan kepada sample pengguna [8]. Tabel 1 Pengujian Aplikasi Mobile Fungsi yang diuji Kondisi Output yang diharapkan Output yang dihasilkan sistem Masuk ke aplikasi username dan Password Sukses masuk Sukses masuk benar aplikasi aplikasi username dan Password Gagal masuk Gagal masuk salah aplikasi aplikasi Melakukan insert Sukses insert data Sukses insert data pelaporan pelaporan pelaporan Lihat data pelaporan Sukses tampilkan Sukses tampilkan Melakukan Persetujuan pelaporan Mendapatkan Pemberitahuan persetujuan laporan Pemberitahuan laporan disetujui Sudah melakukan pelaporan Sudah melakukan persetujuan pelaporan Sukses melakukan persetujuan pelaporan Sukses mendapat pesan Sukses mendapat pesan pelaporan Sukses melakukan persetujuan pelaporan Sukses mendapat pesan Sukses mendapat pesan Status Pengujian Valid Valid Valid Valid Valid Valid Berdasarkan hasil pengujian beta pada Tabel 1, disimpulkan bahwa sample pengguna terdiri dari 22 Kelurahan dan 4 Kecamatan. Responden adalah 11 sekretaris Kelurahan, 11 kepala Kelurahan, 2 sekretaris Kecamatan dan 2 kepala Kecamatan Pengujian dilakukan untuk mengetahui apakah tampilan aplikasi sudah user friendly terhadap responden dan kerja aplikasi apakah telah memenuhi kebutuhan responden. Tabel 2 Hasil Pengujian Aplikasi Pengguna dan Daftar Pertanyaan No Pertanyaan STS TS CS S SS Fungsi aplikasi 1. Apakah dengan adanya aplikasi prosedur pelaporan kerusakan menjadi lebih sederhana? 2. Apakah aplikasi membuat pengarsipan laporan kerusakan menjadi lebih tertata dan lebih rapi? Setelah mencoba aplikasi pelaporan kerusakan prasarana, apakah dengan aplikasi ini anda merasa lebih hemat waktu (kurang dari 24 jam) dan biaya dalam melakukan pelaporan kerusakan prasarana? Apakah aplikasi mudah dioperasionalkan?. 5. Apakah Tampilan dapat terbaca semuanya? (baik tombol maupun tulisan) Perhitungan dilakukan menggunakan skala Likert [9], dimana masing-masing jawaban menggunakan interval angka 0% sampai dengan 19,99% untuk sangat tidak setuju (STS) atau buruk atau kurang sekali. Angka 20% sampai 39,99% 21

22 berarti tidak setuju (TS) atau kurang baik. Angka 40% sampai angka 59,99% berarti cukup (CS) atau netral. Angka 60% hingga angka 79,99% berarti setuju (S) atau baik atau suka. Angka 80% hingga angka 100% berarti sangat setuju (SS) atau baik atau suka. Pada pertanyaan 1 dapat di ketahui memiliki skor 87% yang berarti responden merasa sangat setuju jika aplikasi memiliki prosedur pelaporan kerusakan yang lebih sederhana. Pada pertanyaan kedua, sebesar 81% responden merasa sangat setuju bahwa aplikasi dapat membuat pengarsipan menjadi lebih tertata rapi. Pada pertanyaan ketiga didapat hasil sebesar 80% responden merasa sangat setuju bahwa dengan adanya aplikasi pengguna dimudahkan dalam pelaporan kerusakan sehingga lebih cepat dan hemat biaya. Pertanyaan keempat sebesar 83% skor didapat, yang berarti responden dangat setuju bahwa aplikasi mudah untuk dioperasionalkan. Pada pertanyaan terakhir diperoleh skor 80% yang berarti responden merasa sangat setuju bahwa aplikasi memiliki tampilan yang mudah dilihat dan terbaca. Hasil pengujian menunjukkan bahwa program aplikasi yang dibuat memenuhi ketentuan, bahwa program membantu pegawai Kelurahan dan Kecamatan dalam melakukan pelaporan kerusakan, mendapatkan pemberitahuan kemajuan perbaikan kerusakan prasarana serta mudah untuk digunakan dan memiliki tampilan yang jelas. 5. Kesimpulan Berdasarkan hasil penelitian yang telah dipaparkan, dapat disimpulkan bahwa aplikasi pelaporan kerusakan prasarana dibangun menggunakan teknologi mobile dan web. Aplikasi berbasis web dioperasikan oleh administrator dari Disdukcapil untuk memonitor proses pelaporan prasarana dan menghapus data pelaporan yang sudah ditindaklanjuti. Aplikasi mobile dibangun berbasis Android dengan memanfaatkan teknologi GCM (Google Cloud Messaging). User akan mendapatkan notifikasi menggunakan teknologi GCM (Google Cloud Messaging) setelah permintaan perbaikan disetujui oleh kepala daerah melalui perangkat mobile. Begitu pula pada menu melihat data pelaporan, user dapat melihat data kemajuan perbaikan pelaporan yang telah dilakukan. Pada sisi kepala daerah, kepala daerah mendapatkan notifikasi menggunakan teknologi GCM (Google Cloud Messaging) jika permintaan perbaikan prasarana dari user untuk disetujui melalui aplikasi smartphone kepala daerah. Berdasarkan pengujian pengguna aplikasi pelaporan kerusakan prasarana didapatkan bahwa aplikasi telah mewakili kebutuhan pengguna dalam membantu menyederhanakan prosedur pelaporan kerusakan. Adanya teknologi GCM (Google Cloud Messaging), user diberikan kemudahan dalam melakukan pelaporan kerusakan prasarana tanpa datang langsung ke Disdukcapil Salatiga dan dapat mempersingkat waktu pelaporan kerusakan prasarana. Untuk penelitian 22

23 kedepan aplikasi pelaporan kerusakan prasarana dapat dibangun untuk berjalan di multi platform serta dapat terintegrasi dengan layanan-layanan lainnya yang mendukung kinerja pelayanan pemerintahan. 6. Daftar Pustaka [1] Yulianti, Fariani Dewi, dkk. Pengembangan Aplikasi e-learning Jurusan Teknik Informatika ITS Berbasis Android pada Perangkat Komunikasi Bergerak. Surabaya: ITS [2] Wulandari Fiorenta, dkk Aplikasi Informasi Lokasi Jalan Rusak Berbasis Web Dan Android. Bandung: Universitas Telkom [3] Febriyanto Utomo, Fahri Aplikasi Manajemen Penanganan Kerusakan Sarana Dan Prasarana Berbasis Web di PT Phapros Tbk. Semarang: UnisBank [4] Aigindra Pengertian Android Mobile. diakses tanggal 8 Juni [5] Android Developers Google Cloud Messaging for Android. diakses tanggal 10 Juni [6] Pressman, Roger Software Engineering a practitioner Approach. NewYork: McGraw-Hill Higher Education. [7] Pressman, Roger Rekayasa Perangkat Lunak Pendekatan Praktisi (Buku Satu). Andi: Yogyakarta [8] Movies, Andris Skala Likert. diakses pada 17 Januari