Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer Vol. 2, No. 4, April 2018, hlm. 1592-1601
e-ISSN: 2548-964X http://j-ptiik.ub.ac.id
Distribusi Topik Skripsi Mahasiswa Berbasis Android Dengan Mekanisme Publish/Subscribe Di FILKOM Universitas Brawijaya Gibran Haq1, Rakhmadhany Primananda 2, Lutfi Fanani3 Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya Email:
[email protected],
[email protected],
[email protected] Abstrak Pada program sarjana untuk menempuh ujian tugas akhir, seorang mahasiswa ditugaskan membuat tugas akhir dalam bentuk skripsi. Dalam pembuatan skripsi tersebut seorang mahasiswa terlebih dahulu menentukan topik untuk mencari masalah yang akan diangkat. Permasalahan yang ada, mahasiswa tingkat akhir masih kesulitan untuk menentukan topik skripsi dalam tugas akhir. Oleh karena itu beberapa dosen memberikan beberapa macam topik tertentu sesuai bidang keahliannya yang kemudian dipublikasikan di website. Dengan begitu mahasiswa harus sering mengunjungi website untuk melihat topik - topik terbaru yang telah dipublikasi oleh dosen. Dan mahasiswa juga harus mencari topik satu per satu sesuai dengan topik yang diinginkannya. Hal ini belum cukup efesien jika mahasiswa harus sering mengunjungi website dan mencari topik satu per satu sesuai dengan topik yang ingin dibahas mengingat tidak diketahuinya waktu publikasi topik skripsi terbaru dan tidak dikelompokannya topik skripsi berdasarkan topik. Dengan aplikasi mobile menggunakan metode Publish/Subscribe mahasiswa akan lebih efisien dalam mendapatkan informasi topik skripsi terbaru dan sesuai topik yang diinginkan. Berdasarkan hasil pengujian fungsional dan non fungsional disimpulkan dapat berjalan sesuai harapan. Hasil dari pengujian fungsional yaitu dengan tingkat validasi 100%. Sedangkan hasil dari pengujian non fungsional yaitu waktu yang diperlukan untuk mengirim pesan dari publisher menuju subscriber menggunakan QoS 0, QoS 1, QoS 2 adalah 0.490 detik , 0.561 detik, 0.720 detik. Kata kunci: Website, Publish, Subscribe, Topik skripsi, Aplikasi mobile.
Abstract In the undergraduate program to take the final exam, a student is assigned to make the final task in the form of a thesis. In making this thesis a student first determine the topic to find the problem to be lifted. Problems that exist, final year students still difficult to determine the topic of thesis in the final project. Therefore some lecturers provide certain kinds of topics according to their field of expertise which are then published on the website. That way the student must often visit the website to see the latest topics that have been published by lecturers. And students also have to search for topics one by one according to the topic he wants. This is not efficient enough if students should frequently visit the website and search for topics one by one according to the topic to be discussed considering not knowing the time of publication of the latest thesis topic and not classified topic of thesis based on topic. With the mobile app using the Publish / Subscribe method the student will be more efficient in getting the latest thesis topic information and according to the desired topic. Based on the results of functional and non functional tests concluded to run as expected. Results from functional testing with 100% validation rate. While the result of non-functional testing is the time required to send messages from publisher to subscriber using QoS 0, QoS 1, QoS 2 is 0.490 seconds , 0.561 seconds, 0.720 seconds. Keywords: Website, Publish, Subscribe, Thesis topic, Mobile apps.
akhir, seorang mahasiswa ditugaskan membuat tugas akhir yang berbentuk skripsi, yaitu suatu karya ilmiah di bidang ilmunya yang ditulis berdasarkan hasil penelitian. Dalam pembuatan skripsi tersebut seorang mahasiswa terlebih dahulu menentukan topik untuk mencari masalah yang akan diangkat. Dari topik yang masih umum akan dibahas lebih khusus
1. PENDAHULUAN Pendidikan program diploma, sarjana, magister di beberapa universitas diselenggarakan dengan sistem kredit semester dan diakhiri dengan ujian tugas akhir. Pada program sarjana untuk menempuh ujian tugas Fakultas Ilmu Komputer Universitas Brawijaya
1592
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
sehingga skripsi tersebut dapat ditentukan judul sesuai dengan penelitiannya. Pada topik – topik yang ada terdapat banyak judul yang dapat diangkat menjadi judul skripsi. Tetapi di sisi mahasiswa tingkat akhir terdapat kendala dalam menentukan suatu topik skripsi. Mahasiswa masih kesulitan untuk menentukan topik skripsi dalam tugas akhir. Oleh karena sulitnya mahasiswa dalam menentukan topik skripsi beberapa dosen memberikan beberapa macam topik tertentu sesuai bidang keahliannya. Dan topik - topik skripsi tersebut dipublikasikan di website. Dalam dunia pendidikan, website telah banyak digunakan untuk mempublikasikan suatu informasi yang bersumber dari dosen untuk mahasiswa, tidak terkecuali mempublikasikan topik - topik skripsi. Pada tahun 2015, David Pernet, dkk, mengembangkan sistem untuk distribusi informasi dalam IoT menggunakan website. Pada website menggunakan arsitektur client-server dimana server (web server) bertindak sebagai penyedia informasi dan client (web browser) sebagai penikmat informasi (Andita, 2013). Pada arsitektur ini dalam contoh kasus publikasi topik di website, client yaitu mahasiswa harus sering mengunjungi website untuk melihat topik - topik terbaru yang telah dipublikasi oleh dosen. Dan selain mahasiswa harus sering mengunjungi website untuk melihat topik – topik terbaru, mahasiswa juga harus mencari topik satu per satu sesuai dengan topik yang diinginkannya. Hal ini belum cukup efisien jika mahasiswa harus sering mengunjungi website dan mencari topik satu per satu sesuai dengan topik yang ingin dibahas mengingat tidak diketahuinya waktu publikasi topik skripsi terbaru dan tidak dikelompokannya topik skripsi berdasarkan topik. Untuk mendapatkan informasi topik skripsi terbaru dan sesuai topik yang diinginkan lebih efisien digunakanlah metode Publish/Subscribe. Pada tahun 2015 Muhammad Harith Amaran, dkk, membangun robotics application menggunakan mekanisme Publish/Subscribe. Dalam metode ini dikenal istilah topic yaitu berupa string. Dimana topic ini digunakan sebagai filter sebuah pesan yang akan dikirimkan kepada klien (Fogoros, 2016). Dengan adanya filter berdasarkan topik maka akan memudahkan dalam mendapatkan informasi sesuai dengan ketertarikan. Berdasarkan kebutuhan dalam mendapatkan informasi topik skripsi terbaru dan Fakultas Ilmu Komputer, Universitas Brawijaya
1593
sesuai topik yang diinginkan dengan lebih efisien maka diusulkan penelitian implementasi aplikasi mobile menggunakan metode Publish/Subscribe. Masing – masing mahasiswa dapat berlangganan (subscribe) informasi topik skripsi sesuai topik yang diinginkannya. Metode Publish/Subscribe sangat cocok dalam mengatasi pengolahan informasi agar sampai ke pengguna sesuai dengan minat pada topik tertentu. Tujuannya agar setiap mahasiswa dapat memantau informasi topik skripsi terbaru secara real time dan sesuai dengan topik yang diinginkan. Publisher yaitu dosen mengirimkan data topik skripsi kepada broker dengan topik berdasarkan topik materi. Kemudian broker akan mengirimkan data ke subscriber sesuai dengan minat topik tertentu. Subscriber yaitu aplikasi mobile yang berfungsi untuk menerima data yang dikirim oleh broker. Dalam aplikasi mobile ini terdapat fitur notifikasi. Notifikasi ini akan aktif ketika broker mengirimkan data ke subscriber sesuai dengan minat topik tertentu secara real time. 2. METODOLOGI PENELITIAN Pada metode penelitian ini membahas tentang langkah-langkah untuk melakukan perancangan, implementasi, pengujian dan analisis dalam melakukan penelitian skripsi ini. Berikut adalah diagram alur dari pelaksanaan penelitian dijelaskan pada gambar 1.
Gambar 1. Diagram alur metodologi penelitian
Penjelasan dari diagram alir penelitian adalah sebagai berikut: Studi literatur, menjelaskan dasar teori yang mendukung dalam melakukan penelitan untuk pengimplementasian aplikasi mobile dengan mekanisme Publish/Subscribe dalam distribusi informasi topik skripsi mahasiswa. Analisis kebutuhan, bertujuan untuk mendapatkan semua kebutuhan yang diperlukan dalam tujuan penelitian. Dalam membuat
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
aplikasi mobile untuk distribusi topik skripsi mahasiswa dengan mekanisme Publish/Subscribe terdapat beberapa kebutuhan yang memiliki perannya masing – masing. Perancangan, Perancangan pada penelitian ini dapat dilihat dalam gambar 2 yang menggambarkan suatu sistem yang utuh. Sistem tersebut menggambarkan keselurahan sistem dari publisher sampai subscriber. Broker berfungsi sebagai penghubung antara kedua device yang berfungsi sebagai publisher dan subscriber. Perangkat android sebagai publisher dapat melakukan publish dengan topik yang berbeda. Subscriber dapat melakukan subscribe pada topik tertentu. Sehingga tidak semua data publish dapat diterima oleh subscriber.
1594
android mahasiswa menampilkan data informasi dengan tampilan user interface. Pengujian dilakukan untuk mengetahui apakah penelitian ini dapat menyelesaikan masalah dengan perancangan yang dibuat. Pengujian dilakukan sesuai dengan fungsional sistem. Kegitan menarik kesimpulan setelah mendapatkan hasil dari pengujian data dan analisis yang telah dilakukan. Isi dari kesimpulan akan memudahkan untuk menilai dan mengerti dari penelitian yang telah dilakukan. Kesimpulan dapat menimbulkan saran dan pendapat yang dapat menunjang penelitian. 3. PERANCANGAN Perancangan perangkat lunak sistem dilakukan pada publisher, broker, dan subscriber. Pada publisher dan subscriber, perangkat lunak dirancang agar dapat diimplementasikan menggunakan Bahasa Java untuk perangkat android. Dan pada sisi broker, perangkat lunak dirancang dengan menginstall mosquito v1.4.1 pada perangkat PC. Pada publisher, perancangan perangkat lunak diperlukan agar sistem dapat melakukan publish data ke broker melalui komunikasi wireless. Sedangkan pada subscriber, perancangan perangkat lunak diperlukan agar sistem dapat melakukan subscribe atau langganan topik tertentu pada broker agar dapat menerima data sesuai dengan topik yang telah berlangganan melalui komunikasi wireless. Sedangkan untuk sisi broker, perancangan perangkat lunak diperlukan agar sistem dapat mengolah data yang diterima dari sisi subscriber yang kemudian data tersebut dikirim menuju publisher melalui komunikasi wireless.
Gambar 2. Diagram Sistem
Pada tahapan implementasi sistem dimulai dari publisher yaitu device android dosen melakukan publish ke broker. Web server sebagai broker harus dapat mengumpulkan data publish sesuai dengan topiknya dan mengirimkan ke subscriber yaitu perangkat android mahasiswa sesuai dengan topik yang telah berlangganan sebelumnya. Pada perangkat android mahasiswa akan mendapatkan notifikasi bahwa terdapat data informasi terbaru yang diterima dari broker. Kemudian perangkat Fakultas Ilmu Komputer, Universitas Brawijaya
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
3.1 Perancangan Perangkat Android Publisher
1595
4. IMPLEMENTASI Implementasi sistem dilakukan jika semua proses perancangan sistem telah dilakukan. Pada sub bab ini memaparkan tentang spesifikasi perangkat lunak dan perangkat keras, batasan implementasi, implementasi publisher, implementasi broker, dan implementasi subscriber. Pada implementasi spesifikasi perangkat keras yang digunakan pada sistem dibagi menjadi 3 bagian. Bagian tersebut terdiri dari spesifikasi publisher, spesifkasi broker, dan spesifikasi subscriber. Spesfikasi perangkat keras dijelaskan sebagai berikut. 1. Perangkat android pada sisi publisher digunakan untuk melakukan publish data menuju broker menggunakan komunikasi wireless.
Gambar 3. Diagram alir algoritma umum Perangkat Android Publisher
3.2 Perancangan Perangkat Android Publisher
Tabel 1 Spesifikasi Android Android Samsung Versi Android Memory (RAM) Hard disk
4.2.2 (Jelly Bean) 4.00 GB 8 GB
2. Perangkat PC digunakan untuk meneruskan pesan menuju perangkat subscriber menggunakan komunikasi wireless. Tabel 2 Spesifikasi Laptop Laptop Sony Processor Memory (RAM) Hard disk
Intel Core i5-3230M CPU @2.60GHz 4.00 GB 500 GB
3. Perangkat android sisi subscriber digunakan untuk menerima pesan dari broker menggunakan komunikasi wireless dan menampilkan pesan sesuai dengan topik yang telah dipilih. Tabel 3 Spesifikasi Android Gambar 4. Diagram alir algoritma umum Perangkat Android Subscriber.
3.3. Perancangan Perangkat PC Broker Pada perangkat PC broker ini diperlukan aplikasi broker agar dapat menjalankan fungsi sebagai broker. Pada sistem perangkat PC broker ini menggunakan aplikasi mosquito v1.4.1. Sistem perangkat PC broker ini nantinya akan melakukan fungsi dalam mengolah data yang diterima dari sisi publisher yang kemudian dikirim menuju subscriber.
Fakultas Ilmu Komputer, Universitas Brawijaya
Android Lenovo Versi Android Memory (RAM) Hard disk
5.1 (Lollipop) 2.00 GB 16 GB
Berikut spesifikasi perangkat lunak dibutuhkan untuk penelitian ini : 1. Publisher a. Paho Mqtt Android b. Android Jelly Bean 2. Broker a. Mqtt v.1.4.1 b. Database c. Windows 10 Ultimate 3. Subscriber
yang
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
a. Paho Mqtt Android b. Android Kitkat Beberapa batasan pada implementasi sistem ini dijelaskan sebagai berikut. 1. Pengiriman dari publisher menuju broker berupa data input pengguna berbasis topik. 2. Data input pengguna yang diterima pada subscriber berdasarkan id client, waktu, dan tanggal pada sisi subscriber. 3. Implementasi sistem dapat bekerja setelah Mqtt Broker telah dijalankan. 4. Implementasi sistem bekerja ketika semua perangkat sudah saling terhubung. 4.1 Implementasi Publisher Pada implementasi pemrograman perangkat android publisher di sistem ini menggunakan 2 library untuk menjalankan beberapa fungsi pada perangkat android ini. Untuk library pertama menggunakan library “org.eclipse.paho.android.service” sebagai library yang menyediakan layanan Mqtt pada platform android yang digunakan pada perangkat android publisher. Untuk library kedua menggunakan library “org.eclipse.paho.client.mqttv3” sebagai library yang menerapkan konsep komunikasi Mqtt versi 3 yang digunakan pada perangkat android subscriber ini. Pada implementasi program menghubungkan client dengan broker, sistem terlebih dahulu melakukan inisialisasi IP broker, port, dan Id client agar komunikasi dapat dikenali dan terhubung oleh broker. Selanjutnya sistem memanggil fungsi connect. Setelah melakukan proses inisialisasi dan memanggil fungsi connect maka perangkat publisher dan broker dapat terhubung.
Gambar 5. Implementasi program menghubungkan client dengan broker
Pada implementasi program melakukan publish data topik, sistem terlebih dahulu membaca input dari pengguna yang kemudian mengkonversi tipe data char to string. Setelah Fakultas Ilmu Komputer, Universitas Brawijaya
1596
itu proses publish dilakukan dengan mengirim data tersebut berbasis topik yang telah dipilih oleh pengguna.
Gambar 6. Implementasi program melakukan publish data topik
4.2 Implementasi Broker Pada implementasi pemrograman perangkat PC broker di sistem ini menggunakan aplikasi mqtt broker paho v1.4.1. Aplikasi Mqtt broker ini dipasang pada perangkat PC yang akan menjadi broker. Setelah aplikasi terpasang pada perangkat PC maka sistem ini dapat dijalankan sebagai broker yang berfungsi untuk meneruskan pesan berbasis topik dari publisher menuju subscriber melalui komunikasi wireless.
4.3 Implementasi Subscriber Pada implementasi pemrograman perangkat android subscriber di sistem ini menggunakan 2 library yang sama dengan implementasi perangkat android publisher. Pada library pertama menggunakan library “org.eclipse.paho.android.service” sebagai library yang menyediakan layanan Mqtt pada platform android yang digunakan pada perangkat android subscriber. Untuk library kedua menggunakan library “org.eclipse.paho.client.mqttv3” sebagai library yang menerapkan konsep komunikasi Mqtt versi 3 yang digunakan pada perangkat android publisher ini. Pada implementasi program menghubungkan client dengan broker, sistem terlebih dahulu melakukan inisialisasi IP broker, port, dan Id client agar komunikasi dapat dikenali dan terhubung oleh broker. Selanjutnya sistem memanggil fungsi connect. Setelah melakukan proses inisialisasi dan memanggil fungsi connect maka perangkat subscriber dan broker dapat terhubung.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Gambar 7. Implementasi program menghubungkan Client dengan Broker
Pada implementasi program melakukan subscribe dan unsubscribe topik, sistem terlebih dahulu membaca topik yang dipilih oleh pengguna lalu dikonversi char to string. Kemudian sistem membaca id tombol untuk mengetahui tombol subscribe atau tombol unsubscribe yang ditekan oleh pengguna. Setelah proses membaca id tombol, sistem menjalankan fungsi subscribe atau fungsi unsubscribe dengan topik yang telah dipilih oleh pengguna.
1597
Gambar 9. Implementasi program notifikasi
Pada implementasi program menampilkan pesan, sistem akan menampilkan pesan ketika menjalankan method messageArrived() pada interface mqtt callback. Setelah sistem menampilkan pesan ketika pesan sampai makan sistem akan memberikan notifikasi pada perangkat sisi subscriber.
Gambar 10. Implementasi program menampilkan pesan
5. PENGUJIAN
Gambar 8. Implementasi program melakukan subscribe dan unsubscribe topik
Pada implementasi program notifikasi, sistem terlebih dahulu inisialisasi sebuah intent dan pending intent berfungsi untuk memanggil sebuah activity ketika notifkasi ditekan oleh pengguna. Kemudian inisialisasi builder untuk membuat sebuah notifikasi dengan beberapa parameter. Setelah semua proses selesai sistem memanggil fungsi notify untuk membangun notifikasi yang sebelumnya telah dibuat.
Fakultas Ilmu Komputer, Universitas Brawijaya
Pengujian pada penelitian ini dilakukan beberapa skenario. Setiap skenario akan dijelaskan tujuan pengujian, prosedur pengujian, pelaksanaan pengujian, hasil pengujian, dan analisi pengujian. Skenario dijelaskan pada masing – masing sub bab. 5.1. Pengujian Menampilkan Data Skripsi 5.1.1.
Tujuan Pengujian
Pengujian menampilkan informasi data skripsi dilakukan untuk dapat menampilkan informasi yang dikirim oleh sisi publisher di aplikasi android pada sisi subscriber. Informasi yang ditampilkan pada sisi subscriber ini berbentuk String.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
5.1.2.
1598
Hasil Pengujian
Dari pelaksanaan pengujian yang telah dilakukan dapat diperoleh hasil screenshot yang ditunjukan pada Gambar 11. Gambar 12 Android publisher mengirim data topik skripsi ke broker
Gambar 11 Interface Android subscriber ketika menampilkan informasi data skripsi
Gambar 11 membuktikan bahwa android sisi subscriber dapat menampilkan informasi data skripsi. Hal ini terbukti pada interface android subscriber telah menampilkan infromasi data skripsi yang diterima dari broker yang sebelumnya telah dikirim oleh android publisher. 5.1.3.
Analisis Pengujian
Dari hasil pengujian, dibuktikan bahwa android subscriber dapat menampilkan infromasi data skripsi pada interface aplikasi yang dikirim oleh android publisher melalui broker dengan komunikasi wireless. Sehingga dapat disimpulkan bahwa android subscriber berhasil menampilkan infromasi data skripsi di interface aplikasi. 5.2. Pengujian Mengirim Data Topik Skripsi Ketika Broker Tersedia 5.2.1.
Tujuan Pengujian
Pada pengujian mengirim data topik skripsi ketika broker tersedia bertujuan untuk memenuhi kebutuhan android pada sisi publisher. Pengiriman data topik skripsi ini, sisi broker harus tersedia dan terhubung oleh sisi publisher. Dan proses pengiriman ini menggunakan komunikasi wireless berbasis IP. 5.2.2.
Gambar 12 diatas membuktikan bahwa android publisher dapat mengirim data topik skripsi menuju broker ketika broker tersedia. Ini dibuktikan pada screenshot diatas terdapat Received PUBLISH from Rifky. Maksud dari Received PUBLISH from Rifky ini yaitu broker telah menerima data yang dikirim dari android subscriber dengan id Rifky. 5.2.3.
Analisis Pengujian
Dari hasil pengujian, broker dapat menerima data topik skripsi yang dikirim oleh android subscriber. Sehingga dapat disimpulkan bahwa android subscriber berhasil mengirim data topik skripsi menuju broker ketika broker tersedia. 5.3. Pengujian Subscriber Mendapatkan Notifikasi Ketika Terdapat Data Informasi Diterima 5.3.1.
Tujuan Pengujian
Pengujian ini bertujuan guna memenuhi kebutuhan subscriber untuk mendapatkan notifikasi ketika terdapat data informasi diterima. Fungsi ini akan berjalan ketika aplikasi sedang dibuka maupun ditutup. 5.3.2.
Hasil Pengujian
Dari hasil pengujian yang telah dilakukan dapat diperoleh hasil screenshot pada android sisi subscriber yang ditunjukkan pada Gambar 13.
Hasil Pengujian
Dari pelaksanaan pengujian yang telah dilakukan dapat diperoleh hasil screenshot yang ditunjukkan pada Gambar 12. Pengujian menggunakan android publisher dengan id Rifky
Fakultas Ilmu Komputer, Universitas Brawijaya
Gambar 13 Android subscriber mendapatkan notifikasi ketika terdapat data informasi diterima
Gambar 13 menjelaskan bahwa android subscriber mendapatkan sebuah notifikasi ketika data informasi diterima. Dalam sebuah notifikasi terdapat 2 buah baris yang tiap barisnya terdapat
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
1599
kalimat. Pada baris pertama menjelaskan nama aplikasi dan yang kedua merupakan sebuah isi bahwa terdapat topik baru yang telah di-upload. 5.3.3.
Analisis Pengujian
Dari hasil pengujian, bahwa android subscriber telah mendapatkan sebuah notifikasi dari aplikasi Distripsi Mahasiswa ketika terdapat data informasi diterima. Hal ini membuktikan bahwa android subscriber berhasil mendapatkan notifikasi ketika terdapat data informasi telah diterima. 5.4. Pengujian Waktu Pengiriman Data yang dibutuhkan dari Publisher ke Subscriber 5.4.1.
Tujuan Pengujian
Pengujian ini bertujuan guna mengetahui waktu yang dibutuhkan untuk pengiriman data dari android publisher menuju android subscriber. Sehingga dapat mengetahui efisien atau tidak aplikasi ini dalam mendistribusikan topik skripsi. 5.4.2.
Gambar 15 Hasil pengujian waktu pengiriman QoS 1 dari android publisher menuju android subscriber
Gambar 15 menunjukkan waktu saat android publisher melakukan publish data dan waktu android subscriber menerima data dengan menggunakan QoS 1. Dari hasil pengujian tersebut dapat dihitung waktu yang dibutuhkan untuk pengiriman data dari android publisher menuju android subscriber dengan mengurangi waktu penerimaan data dengan waktu pengiriman data. Hasil yang didapat, 08:37:44.934 – 08:37:44.373 = 0.561 detik.
Hasil Pengujian
Dari hasil pengujian yang telah dilakukan dapat diperoleh hasil screenshot yang ditunjukkan pada Gambar 14, Gambar 15, dan Gambar 16.
Gambar 14 Hasil pengujian waktu pengiriman QoS 0 dari android publisher menuju android subscriber
Gambar 14 menunjukkan waktu saat android publisher melakukan publish data dan waktu android subscriber menerima data dengan menggunakan QoS 0. Dari hasil pengujian tersebut dapat dihitung waktu yang dibutuhkan untuk pengiriman data dari android publisher menuju android subscriber dengan mengurangi waktu penerimaan data dengan waktu pengiriman data. Hasil yang didapat, 07:37:57.744 – 07:37:57.254 = 0.490 detik.
Fakultas Ilmu Komputer, Universitas Brawijaya
Gambar 16 Hasil pengujian waktu pengiriman QoS 0 dari android publisher menuju android subscriber
Gambar 16 menunjukkan waktu saat android publisher melakukan publish data dan waktu android subscriber menerima data dengan menggunakan QoS 2. Dari hasil pengujian tersebut dapat dihitung waktu yang dibutuhkan untuk pengiriman data dari android publisher menuju android subscriber dengan mengurangi waktu penerimaan data dengan waktu pengiriman data. Hasil yang didapat, 08:20:50.504 – 08:20:49.884 = 0.720 detik. 5.4.3.
Analisis Pengujian
Dari hasil pengujian, dapat disimpulkan bahwa aplikasi distibusi topik skripsi mahasiswa menggunakan metode publish/subscribe efisien dalam mendistribusikan informasi topik skripsi. Hal ini dibuktikan dengan waktu pengiriman yang dibutuhkan dari android publisher menuju android subscriber menggunakan QoS 0, QoS 1, QoS 2 hanya 0.490 detik, 0.561 detik, 0.720 detik. Dari hasil waktu pengiriman yang didapat menunjukkan bahwa pengiriman menggunakan QoS 0 merupakan pengiriman tercepat. Hal
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
tersebut dikarenakan pengiriman QoS 0 tidak mengirimkan acknowledgement atau ack ketika penerima mendapatkan pesan dari pengirim. Sedangkan pengiriman menggunakan QoS 2 merupakan pengiriman terlambat. Hal ini dikarenakan pengiriman QoS 2 akan mengirimkan ack ketika menerima pesan. Dan ack yang dikirimkan lebih banyak dari ack yang dikirimkan oleh QoS 1. 6. KESIMPULAN Hasil kesimpulan yang didapatkan berdasarakan tahapan yang telah dilakukan sebagai berikut. 1. Publisher yang dirancang dan diimplementasikan pada perangkat android dapat menjalankan kebutuhan fungsionalnya dengan baik dalam hal mengirimkan informasi topik skripsi sesuai dengan minat topik melalui komunikasi wireless. 2. Broker yang dirancang dan diimplementasikan pada PC dapat menjalankan kebutuhan fungsionalnya dengan baik dalam hal mengumpulkan semua informasi dari publisher dan mengirimkan kepada subscriber sesuai dengan minat topik melalui komunikasi wireless. 3. Subscriber yang dirancang dan diimplementasikan pada perangkat android dapat menjalankan kebutuhan fungsionalnya dengan baik dalam hal melakukan berlangganan atau subscribe topik dan menerima data sesuai dengan minat topik melalui komunikasi wireless. 4. Aplikasi dapat mengimplementasikan metode Publish/Subscribe pada perangkat mobile khususnya android menggunakan bahasa pemrograman java. Hal ini ditandai dari keberhasilan aplikasi dalam membangun koneksi antar perangkat, melakukan pengiriman data informasi, penerimaan data informasi sesuai minat topik, mendapatkan notifikasi ketika terdapat data informasi diterima, dan pembacaan pesan. 5. Aplikasi yang diuji melalui pengujian fungsional dan non fungsional dapat berjalan sesuai harapan. Hasil dari pengujian fungsional yaitu dengan tingkat validasi 100%. Sedangkan hasil dari pengujian non fungsional yaitu waktu yang diperlukan untuk mengirim pesan dari Fakultas Ilmu Komputer, Universitas Brawijaya
1600 publisher menuju subscriber menggunakan QoS 0, QoS 1, QoS 2 hanya 0.490 detik, 0.561 detik, 0.720 detik.
DAFTAR PUSTAKA George Colouris and others, 2012. Distributed Systems Concepts and Design, 5th Edition. Addison Wesley Inc. Amaran, M.H., Noh, N.A.M., Rohmad, M.S., Hashim, H., 2015. A Comparison of Lightweight Communication Protocols in Robotic Applications. Malaysia: Universiti Teknologi MARA UiTM Shah Alam. Vernet, D., Zaballos, A., Pozuelo, R.M., & Caballero, V., 2015. High Performance Web of Things Architecture for the Smart Grid Domain. Spain: Universitat Ramon Llull. Fogoros, L., 2016. The Basics of MQTT-The Messaging Protocol for the Internet of Things. [online] Tersedia di:
[Diakses 23 Februari 2017] Girsang, R.A.E., 2013. Arsitektur Klien-Server (Client-Server). [online] Tersedia di: < https://mildsend.wordpress.com/2013/11/ 15/client-server/> [Diakses 24 Februari 2017] Wikipedia, 2016. Publish–subscribe pattern. [online] Tersedia di:
[Diakses 6 Maret 2017] Cloud Indonesia, 2017. Apa Itu Mobile Application?. [online] Tersedia di: [Diakses 6 Maret 2017] Pradana, A., 2015. Arsitektur Android. [online] Tersedia di: [Diakses 6 Maret 2017] Oracle, 2013. The Java EE 6 Tutorial. [online] Tersedia di: Oracle Docs [Diakses 7 Maret 2017]
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Wikipedia, 2017. Server web. [online] Tersedia di: < https://id.wikipedia.org/wiki/Server_web > [Diakses 7 Maret 2017] Saputra, D.I., 2009. Bahasa Pemograman Java. [online] Tersedia di: [Diakses 7 Maret 2017] Wikipedia, 2017. Java. [online] Tersedia di: < https://id.wikipedia.org/wiki/Java > [Diakses 7 Maret 2017] Jajang, 2015. Wireless Sensor Network : IoT Protocol. [online] Tersedia di: < https://mangjajangpengenkuliah.wordpres s.com/2015/11/09/iot-protocol/> [Diakses 11 Maret 2017] Equan, 2015. Mengenal MQTT. [online] Tersedia di: < https://jsiot.pw/mengenalmqtt-998b6271f585#.ktc1d3qsa> [Diakses 11 Maret 2017] Wikipedia, 2017. Pangkalan data. [online] Tersedia di: < https://id.wikipedia.org/wiki/Pangkalan_d ata > [Diakses 11 Maret 2017]
Tamplin, J. & Lee, A., 2011. Firebase expands to become a unified app platform. 1 September, Volume 9. Tamplin, J., 2016. Firebase expands to become a unified app platform. 18 May. IEEE, 1998. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specification. IEEE Computer Society.
Fakultas Ilmu Komputer, Universitas Brawijaya
1601