BAB II LANDSAN TEORI
2.2. Penelitian Terkait
Dalam penyusunan skripsi ini, penulis mendapatkan beberapa inspirasi dan mereferensikan dari beberapa penelitian yang telah dilakukan yang memiliki keterkaitan latar belakang masalah pada skripsi ini. Berikut ini penelitian terdahulu yang berhubungan dengan skripsi ini, diantaranya:
Penelitian yang dilakukan oleh Efrizal Zaida (2014) tentang “Penentuan Strategi High Availability Dalam Menjamin Ketersediaan Aplikasi Dan Data”, pada penelitian ini bertujuan untuk menentukan strategi dalam penerapan High Availability yang paling tepat menggunakan pendekatan Analytical Hierarchy Process (AHP). Failover, load balancing, mirror dan virtualisasi merupakan alternatif penentuan strategi High Availability.
Penelitian yang dilakukan oleh Sampurna Dadi Riskiono dan Donaya Pasha (2017) tentang “Analisis Metode Load Balancing Dalam Meningkatkan Kinerja Website E-Learning”, pada penelitian tersebut menggunakan model penjadwalan bertipe round robin. load balancer yang mendistribusikan permintaan layanannya sama rata ke seluruh server nyata tanpa memedulikan kapasitas dari server atau pun beban permintaan layanan. Dari pengujian yang telah dilakukan, menunjukkan penerapan load balancing dalam meningkatkan kinerja berhasil diimplementasikan dengan melihat nilai waktu respons yang lebih kecil dibanding dengan penggunaan server tunggal.
Penelitian yang dilakukan oleh Sampurna Dadi Riskiono, Selo Sulistyo , dan Teguh Bharata Adji (2017) tentang “Kinerja Metode Load Balancing Dan Fault Tolerance Pada Server Aplikasi Chat”, penerapan metode load balancing dapat
memperkecil nilai dari waktu respons serta dapat juga meningkatkan nilai throughput ketika permintaan di atas 3000 koneksi sistem masih dapat melayani permintaan dari pengguna dibandingkan tanpa load balancing di mana server hanya mampu melayani permintaan sampai dengan 3000 koneksi. Artinya sistem dapat terhindar dari kelebihan beban yang datang dari pengguna.
Penelitian yang dilakukan oleh Andi Rosano, Nur Ali Farabi, dan Aliffah Kusumaningrum (2018) tentang “Perancangan Sistem Internet Banking (I-Bank) Menggunakan One-Time-Password (OTP) Untuk Pengamanan Transaksi (Studi Kasus Bank Mega, Tbk)”, pada penelitian ini mengimplementasikan konsep pengamanan financial transactions dengan sandi sekali pakai atau One-Time-Password (OTP). Kode OTP nantinya akan dikirimkan menggunakan SMS (short message format) yang terhubung ke SMS Gateway server.
Dari penelitian-penelitian tersebut, akan dibuatkan sebuah aplikasi berbasis web tentang SMS Gateway untuk One-Time-Password (OTP) seperti penelitian yang dilakukan oleh Andi Rosano, Nur Ali Farabi, dan Aliffah Kusumaningrum (2018), maupun untuk pengiriman pesan lainnya, dalam penelitian ini juga kami menggunakan metode load balancing dengan tipe round robin untuk membagi beban traffic pada server secara berimbang, serta metode failover untuk proses pengiriman ke provider SMS Gateway seperti yang dilakukan oleh Efrizal Zaida (2014), Sampurna Dadi Riskiono, Selo Sulistyo , dan Teguh Bharata Adji (2017), dan Sampurna Dadi Riskiono dan Donaya Pasha (2017). Dengan harapan penelitian ini dapat digunakan oleh perusahaan sebagai solusi untuk mencegah terjadinya server down akibat traffic tinggi pada saat program promo dan bermasalahnya salah satu provider SMS Gateway yang menyebabkan gagal terkirimnya pesan dengan
dilakukannya Switch (Penggantian) Provider secara otomatis, maupun secara manual.
14
BAB III
ANALISIS SISTEM BERJALAN
3.1. Tinjauan Institusi / Perusahaan
PT.KB FINANSIA MULTI FINANCE adalah perusahaan yang bergerak di dalam bidang pembiayaan sejak tahun 1994 dan memperoleh ijin usaha dari Menteri Keuangan (sekarang Otoritas Jasa Keuangan) berdasarkan surat No.460/KMK.017/1994 tanggal 14 September 1994.
3.1.1. Sejaran Institusi / Perusahaan
Sejak 1994 PT.KB FINANSIA MULTI FINANCE mendirikan brand Kreditplus dengan fokus pelayanan pembiayaan motor, mobil, dan peralatan berat. Dalam waktu 24 tahun ini, perhatian utama Kreditplus adalah memenuhi kebutuhan dan kenyamanan nasabah dalam menggunakan layanan kami. Untuk memenuhi kedua hal tersebut, mulai dari 2014 Kreditplus telah mulai proses digitalisasi dengan tujuan menjadi penyedia layanan digital finance terbaik di Indonesia.
Kreditplus memulai proses digitalisasi dengan membangun kerjasama dengan website e-commerce sebagai payment gateway. Kemudian Kreditplus membuat sistem pengajuan kredit secara digital dengan inovasi E-Form. Saat ini Kreditplus sedang membangun ekosistem terintegrasi agar dapat menyediakan layanan bagi nasabah yang dapat digunakan secara Mudah, Cepat dan Aman. Dalam ekosistem terintegrasi tersebut nasabah dapat melakukan pengajuan kredit hingga pembayaran angsuran terakhir dari mana saja, kapan saja.
Produk dan layanan lain yang saat ini disediakan oleh Kreditplus termasuk pembiayaan multi guna untuk berbagai macam produk elektronik dan furniture, dan pinjaman dana dengan agunan kendaraan untuk berbagai macam kebutuhan Anda.
3.1.2. Visi dan Misi Institusi / Perusahaan 1. Visi Perusahaan
Menjadi Perusahaan Pembiayaan Penyedia Solusi dan Layanan Pembiayaan Berbasis Teknologi Terbaik di Indonesia
2. Misi Perusahaan
a. Menyediakan Solusi dan Layanan Pembiayaan kepada Masyarakat Menggunakan Teknologi untuk Meningkatkan Kualitas Hidup Masyarakat b. Membangun Kerangka Kerja untuk Setiap Orang Belajar, Berkembang dan
Bekerja, Menciptakan Nilai dan Potensi Pertumbuhan 3.1.3. Struktur Organisasi Institusi / Perusahaan
Gambar III.1 Struktur Organisasi
1. President Director
a. Memimpin perusahaan dengan menerbitkan kebijakan-kebijakan perusahaan atau institusi.
b. Memilih, menetapkan, dan mengawasi tugas dari karyawan dan kepala bagian atau wakil direktur.
c. Menyampaikan laporan kepada pemegang saham atas kinerja perusahaan.
2. Director Of Business Support
a. Memimpin dan bertanggung jawab pada program bisnis perusahaan.
b. Mendukung karyawan dengan menilai kapasitas dan kinerja perusahaan.
c. Mengevaluasi pengembangan rencana bisnis strategis.
3. Director Of Marketing
a. Mengarahkan karyawan untuk meningkatkan seluruh sumber daya yang ada secara optimal.
b. Melakukan pengawasan dan pengendalian atas seluruh kinerja manajemen pemasaran, penjualan, dan promosi bagi kepentingan perusahaan.
c. Membuat laporan kegiatan kepada presiden direktur sebagai pertanggungjawaban seluruh aktivitas manajemen pemasaran, penjualan, dan promosi.
4. Head of Technology
a. Bertanggung jawab dalam keseluruhan proses yang berkaitan dengan departemen IT.
b. Memastikan semua sistem IT berjalan lancar dan memutuskan solusi jika terjadi permasalahan.
c. Bertanggung jawab melakukan pengembangan dan peningkatan sistem informasi dan teknologi.
5. Head Of Business Development
a. Meriset pasar, mencari peluang pelanggan baru, dan menjaga hubungan dengan pelanggan.
b. Bekerja sama dengan divisi lain seperti divisi teknis untuk memenuhi kebutuhan pelanggan/pasar.
c. Menyusun dan mempresentasikan rencana pengembangan bisnis.
6. Head Of Business Operation
a. Bertanggung jawab agar operasional cabang berjalan dengan baik.
b. Monitoring KPI (Key Performance Indicator).
c. Mengukur efisiensi sistem dan prosedur.
7. Head Of Marketing and Product Development
a. Mempersiapkan seluruh data yang dibutuhkan untuk dasar analisa bagi divisi product development
b. Membuat report secara berkala mengenai kinerja cabang dan program marketing secara harian, mingguan dan bulanan
c. Melakukan pengajuan kebutuhan cabang (SMS Blast, Material Promosi, dll.) 8. Developer
a. Memodifikasi software yang ada untuk memperbaiki kerusakan dan untuk mengembangkan kinerjanya.
b. Mengembangkan dan mengarahkan pengujian sistem software dan prosedur validasi, pemrograman, dan dokumentasi
c. Berkolaborasi dengan analis sistem (system analyst), programmer, dan pekerja lainnya untuk mendesain sistem & aplikasi, dan untuk memperoleh informasi mengenai limitasi dan kapabilitas proyek, serta persyaratan dari projek tersebut
9. IT Infrastructure
a. Bertanggung jawab dalam menyiapkan, memelihara, memperbaiki server yang dimiliki perusahaan.
b. Bertanggung jawab memelihara jaringan.
10. IT Helpdesk & Support
a. Memastikan kalau aplikasi-aplikasi yang dipakai oeh si user berfungsi seperti yang seharusnya.
b. Mengecek dan memperbaiki bila sewaktu-waktu ada masalah pada jaringan komputer user
c. Mengecek dan update setiap pembaharuan sistem operasi maupun aplikasi yang dijalankan oleh user
11. Product Owner
a. Bertanggung jawab dengan produk atau aplikasi yang dipegang nya.
b. Berkoordinasi dengan divisi lain dalam kelancaran produk nya.
c. Memastikan product nya bias diterima dengan baik oleh user.
3.2. Proses Bisnis Sistem
Pengiriman SMS OTP (One Time Password) dilakukan oleh marketing dilapangan sebelum Konsumen tanda tangan persetujuan aplikasi pengajuan. Apabila konsumen tidak menerima sms dalam waktu satu menit, maka marketing dilapangan bisa mengirim kembali SMS OTP (One Time Password) dengan batas tiga kali permintaan.
Gambar III. 2
Activity Diagram Proses Bisnis Sistem 3.3. Spesifikasi Dokumen Sistem Berjalan
1. Nama Dokumen : Form Pengajuan Software Aktivasi API SMS Fungsi : Request Akses API
Sumber : Product Owner Tujuan : Departemen IT
Periode : Tidak Tentu, tergantung kebutuhan PO Media : E-Mail
Bentuk : Lampiran A-1
20
BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
4.1. Analisis Kebutuhan Software
Analisa kebutuhan Software yang akan dikembangkan dalam penelitian ini yaitu untuk mengetahui cara kerja API SMS Gateway dengan menerapkan metode Load Balancer dan Failover yang akan digunakan di PT.KB FINANSIA MULTI FINANCE.
4.1.1. Tahapan Analisa
Dalam penelitian ini supaya sesuai dengan keinginan pengguna dan bisa berjalan dengan baik maka diperlukan analisa terhadap sistem. Dengan tujuan untuk memperjelas konsep dari perancangan dengan unsur-unsur yang terlibat, berikut adalah spesifikasi kebutuhan (sistem requirement) dari API SMS Gateway dengan metode load balancing dan failover yaitu :
A1. Admin dapat mengelola data aplikasi yang memiliki izin untuk akses API A2. Admin dapat mengelola pengaturan provider SMS Gateway utama.
A3. Admin dapat mencetak hasil laporan pengiriman SMS.
4.1.2. Use Case Diagram 1. Use Case Diagram
Gambar IV. 1 Use Case Diagram Berikut deskripsi use case diagram Admin yaitu :
Tabel IV. 1
Deskripsi Use Case Diagram Mengelola Data Aplikasi
Use Case Name Mengelola Data Aplikasi
Requirements Admin Login Aplikasi
Goal
Admin dapat mengelola Data Aplikasi yang mempunyai izin untuk mengakses API
Pre-Conditions Admin melakukan login dengan role
Admin Post-Conditions
Data yang telah ditambahkan akan tersimpan serta dapat dirubah dan dihapus
Primary Actors Admin
Main Flow/Basic Path
1. Sistem menampilkan halaman login 2. Admin memilih menu Data Aplikasi 3. Admin dapat menambah, merubah,
dan menghapus Data Aplikasi
4. Sistem menyimpan semua perubahan data
Alternatif Flow/Invarian 1 Jika data tidak valid sistem akan menampilkan pesan kesalahan.
Tabel IV. 2
Deskripsi Use Case Diagram Mengelola Pengaturan API
Use Case Name Mengelola Pengaturan API
Requirements Admin Login Aplikasi
Goal
Admin dapat mengelola Pengaturan API, untuk mengatur Provider utama yang akan digunakan untuk mengirim SMS.
Pre-Conditions Admin melakukan login dengan role
Admin
Post-Conditions Data yang ada hanya dapat dirubah
Primary Actors Admin
Main Flow/Basic Path
1.Sistem menampilkan halaman login 2.Admin memilih menu Pengaturan API 3.Admin dapat merubah Pengaturan
API
4.Sistem menyimpan semua perubahan data
Alternatif Flow/Invarian 1 Jika data tidak valid sistem akan menampilkan pesan kesalahan.
Tabel IV. 3
Deskripsi Use Case Diagram Mencetak Laporan Pengiriman SMS
Use Case Name Mencetak laporan pengiriman SMS
Requirements Admin Login Aplikasi
Goal Admin dapat mencetak laporan hasil
pengiriman SMS
Pre-Conditions Memasukan tanggal periode laporan pada form periode
Post-Conditions Data yang ditampilkan dapat dicetak
Primary Actors Admin
Main Flow/Basic Path
1. Sistem menampilkan halaman login 2. Admin memilih menu Laporan 3. Admin dapat mencetak laporan
pengiriman SMS.
Alternatif Flow/Invarian 1 -
4.1.3. Activity Diagram 1. Login
Gambar IV. 2 Activity Diagram Login
2. Mengelola Data Aplikasi
Gambar IV. 3
Activity Diagram Mengelola Data Aplikasi
3. Pengaturan API
Gambar IV. 4
Activity Diagram Pengaturan API
4. Cetak Laporan Pengiriman SMS
Gambar IV. 5
Activity Diagram Cetak Laporan Pengiriman SMS
4.2. Desain 4.2.1. Basis Data
1. Entity Relationship Diagram (ERD)
Gambar IV. 6
Entity Relationship Diagram (ERD) 2. Logical Record Structure (LRS)
Gambar IV. 7 Logical Record Structure
3. Spesifikasi File
a. Spesifikasi Tabel Data Aplikasi Nama Database : sms_gateway Nama File : data_aplikasi Tipe File : file master Kunci Field : id_aplikasi
Tabel IV. 4
Spesifikasi File Tabel Data Aplikasi
No Elemen Data Nama Field Type Size Keterangan 1 Id Aplikasi id_aplikasi Varchar 20 Primary Key 2 Client key client_key Varchar 50
3 Nama aplikasi nama_aplikasi Varchar 75
b. Spesifikasi Tabel Log SMS
Nama Database : sms_gateway Nama File : log_sms Tipe File : file master Kunci Field : id_logsms
Tabel IV. 5
Spesifikasi File Tabel Log SMS
No Elemen Data Nama Field Type Size Keterangan
1 ID Log id_log Int 25 Primary Key
2 ID Aplikasi id_aplikasi Int 25 Foreign Key
3 Nomor Hp no_hp Varchar 15
4 Isi Pesan Text Varchar 255
5 Nama Server Server Varchar 75 6 Nama Provider Provider Varchar 75 7 Response Provider Response Json
4.2.2. Arsitektur Perangkat Lunak 1. Class Diagram
Gambar IV. 8 Class Diagram
2. Sequence Diagram
Gambar IV. 9 Sequence Diagram Login
Gambar IV. 10
Sequence Diagram Data Aplikasi
Gambar IV. 11
Sequence Diagram Pengaturan API
Gambar IV. 12
Sequence Diagram Cetak Laporan
3. Component Diagram
Gambar IV. 13
Component Diagram Dashboard SMS Gateway 4. Deployment Diagram
Gambar IV. 14 Deployment Diagram API
Gambar IV. 15
Deployment Diagram Dashboard 4.2.3. Antarmuka Pengguna
Gambar IV. 16 Halaman Masuk
Gambar IV. 17 Tampilan Halaman Utama
Gambar IV. 18 Halaman Data Aplikasi
Gambar IV. 19 Form Data Aplikasi
Gambar IV. 20
Tampilan Halaman Pengaturan API
Gambar IV. 21 Tampilan Halaman Laporan
Gambar IV. 22 Halaman Cetak Laporan
Gambar IV. 23
Tampilan Input dan Response dari API 4.3. Code Generation
<?php
namespace App\Classes;
use Config;
use GuzzleHttp\Client;
public function sendSMS($message, $handphone) {
$status = (new
Setting)->select('config_priority')->where('id_pengaturan',1)->first();
$providers = ($status->config_priority == 'medansms' ? ['medansms','websms'] : ['websms','medansms']);
$res = $this->sendMedanSMS($message, $handphone);
if($status_send === false){
public function sendMedanSMS($message, $handphone) {
$setting = (new
Setting)->select('config_priority','balasan')->where('id_pengaturan',1)->first();
Log::info("[Send Message] >getStatusCode()."
// Log::info($e->getResponse()->getStatusCode()."
".$e->getResponse()->getBody());
public function sendWebSMS($message, $handphone) {
$setting = (new
Log::info("[Send Message] >getStatusCode()."
".$response->getBody());
Log::error($e);
// Log::info($e);
// Log::info($e->getResponse()->getStatusCode()."
".$e->getResponse()->getBody());
Pada penelitian ini pengujian sistem menggunakan metode black box testing.
Pengujian ini memiliki tujuan untuk melihat apakah keluaran yang dihasilkan sudah sesuai dengan yang diharapkan oleh pengguna atau tidak. Hasil pengujiannya dapat dilihat pada table dibawah ini :
Tabel IV. 6
database
Form diisi semua Sistem akan menyimpan data
Form diisi kosong Sistem akan memunculkan pesan kesalahan
Valid/Sesua i Harapan
5
Cetak laporan Klik tombol cetak Sistem akan menampilkan data
7 Kirim data ke Mengosongkan Sistem akan Valid/Sesua
4.5. Pendukung
Pada tahap pendukung akan menjelaskan mengenai publikasi web dan spesifikasi Hardware dan Software yang digunakan dalam penelitian ini.
4.5.1. Publikasi WEB
Untuk publikasi web Implementasi Metode Load Balancer dan Failover API SMS Gateway ini sebenarnya untuk digunakan oleh perusahaan secara internal dan merupakan rahasia perusahaan, namun kami menyewa server untuk keperluan simulasi dan pembelajaran kedepannya. Berikut adalah alamat situs simulasinya :
Tabel IV. 7
Tabel Alamat Situs Simulasi
Alamat Situs Keterangan
Skripsi.junandia.id Digunakan sebagai Dashboard dan server Basis Data
Api.junandia.id:98 Digunakan sebagai proxy server load balancer.
S1.junandia.id:18 Digunakan sebagai Server 1
S2.junandia.id:10 Digunakan sebagai Server 2
4.5.2. Spesifikasi Hardware dan Software API atau mengisi client
key secara asal
menolak dan memunculkan pesan kesalahan
i Harapan
1. Spesifikasi Hardware
Spesifikasi hardware yang diperlukan untuk menjalankan aplikasi API Sms Gateway dengan metode Load Balancer dan Failover adalah sebagai berikut :
Tabel IV. 8 Spesifikasi Hardware
Processor Intel Core Processor (Skylake, IBRS)
RAM 1024 MB
Penyimpanan 32 GB NVMe
Sistem Operasi Ubuntu 18.04 x64
2. Spesifikasi Sofware
Spesifikasi Software yang diperlukan untuk menjalankan aplikasi API Sms Gateway dengan metode Load Balancer dan Failover adalah sebagai berikut :
Tabel IV. 9 Spesifikasi Software
Bahasa Pemrograman PHP v 7.3.x, Javascript
Basis Data MySQL
Software pendukung HaProxy, LoadImpact (K6)
4.6. Spesifikasi Dokumen Sistem Usulan
4.6.1. Dokumen Masukan
1. Dokumen Masukan Non Fisik
Nama Dokumen : API Pengiriman SMS
Fungsi : Proses load balancer dan failover
Sumber : Pengguna API
Tujuan : Mengirim SMS ke Nomor Tujuan Media : Tampilan (Display)
Bentuk : Lampiran B-1
2. Dokumen Masukan Fisik
Nama Dokumen : Data Aplikasi Fungsi : Input data aplikasi Sumber : Formulir Data Aplikasi Tujuan : Data Aplikasi
Media : Tampilan (Display)
Bentuk : Lampiran B-2
4.6.2. Dokumen Keluaran
Nama Dokumen : Laporan SMS Keluar
Fungsi : Laporan untuk melihat sms keluar
Sumber : Admin
Tujuan : Laporan sms keluar
Media : Tampilan (Display) / Kertas
Bentuk : Lampiran B-3
48
BAB V PENUTUP
5.1. Kesimpulan
Berdasarkan hasil penelitian dan pengujian Implementasi Load Balancer dan Failover untuk API SMS Gateway yang telah dilakukan, maka dapat diambil kesimpulan yaitu :
1. Dengan menerapkan API SMS Gateway secara terpusat dapat memudahkan untuk membuat laporan penggunaan sms keluar, dan juga dapat memudahkan untuk mengatur provider utama dengan satu kali klik untuk semua product atau aplikasi yang ada di perusahaan.
2. Dengan menerapkan metode Load Balancer pada server aplikasi yang digunakan oleh banyak orang sekaligus dapat membantu meringankan kinerja server dengan cara membagi traffic lalu lintas data ke beberapa server.
3. Dengan menerapkan metode Failover untuk interaksi server dengan provider SMS Gateway, dapat meminimalisir terjadinya kasus Stopper dalam pengiriman OTP ketika salah satu provider tidak dapat di akses.
4. Sistem API SMS Gateway dibuat menggunakan Bahasa pemrograman PHP dengan framework Laravel, dan MySQL sebagai basis data.
5.2. Saran
Saran yang bisa kami ajukan untuk pengembangan Implementasi Load Balancer dan Failover untuk API SMS Gateway agar dapat digunakan lebih optimal adalah :
1. Dibuatkannya keamanan enkripsi dalam penyimpanan log sms agar hanya tim internal saja yang dapat melihat dan mengolah data.
2. Dibuatkannya laporan yang di export ke Ms. Excel atau aplikasi pengolah data lainnya.
3. Dibuatkannya fitur akses pengguna, dimana tim product atau aplikasi yang ada di perusahaan dapat memiliki akun untuk mengakses laporan pengiriman pesan mereka sendiri.
4. Mengaktifkan software untuk memonitoring kinerja server agar server dapat terpantau kinerjanya secara optimal.
50
DAFTAR PUSTAKA
Alfin, & Gusrianty. (2019). Implementasi SMS Gatewaydan Application Programming Interface(API) pada Penjualan Mobil Tangki Berbasis Web.
Jurnal Mahasiswa Aplikasi Teknologi Komputer dan Informasi, Hal 85-88.
Ayu, F., & Permatasari, N. (2018). PERANCANGAN SISTEM INFORMASI PENGOLAHAN DATA PRAKTEK KERJA LAPANGAN(PKL) PADA DEVISI HUMASPT. PEGADAIAN. Jurnal Intra-Tech Volume 2, No.2.
Dharwiyanti, S., & Wahono, R. S. (2003). Pengantar Unified Modeling Language (UML). Ilmu Komputer, 1-13.
Handrini, E. A., Kurniawan, S.T.,M.T., M. T., & Widjajarto, S.T.,M.T., A. (2018).
Disaster Recovery StrategyMenggunakan Software Bacula dengan Metode Full Backup-Restore. e-Proceeding of Engineering , 3190.
Haviluddin. (2011). Memahami Penggunaan UML (Unified Modelling Language).
Jurnal INFORMATIKA Mulawarman, 1-14.
Ichwan, M., & Hakiky, F. (2011). PENGUKURAN KINERJA GOODREADS APPLICATION PROGRAMMING INTERFACE (API) PADA APLIKASI MOBILE ANDROID. Jurnal Informatika.
Lavarino, D., & Yustanti, W. (2016). RANCANG BANGUN E –VOTING BERBASIS WEBSITE DI UNIVERSITAS NEGERI SURABAYA. Jurnal Manajemen Informatika. Volume 6 Nomor 1, 72-81.
Madcoms, T. (2016). Pemrograman PHP dan MySQL untuk pemula. Yogyakarta:
Andi Offset.
Mustofa, A., & Ramayanti, D. (2020). IMPLEMENTASI LOAD BALANCING DAN FAILOVER TO DEVICEMIKROTIK ROUTER MENGGUNAKAN METODE NTH(STUDI KASUS : PT. GO-JEK INDONESIA). Jurnal Teknologi Informasi dan Ilmu Komputer, hlm. 139-144.
Rahmatulloh, A., & MSN, F. (2017). Implementasi Load Balancing Web Server menggunakan HaProxy dan Sinkronisasi File pada Sistem Informasi Akademik Universitas Siliwangi. Jurnal Nasional Teknologi dan Sistem Informasi.
Riskiono, S. D., & Pasha, D. (2020). ANALISIS METODE LOAD BALANCING DALAM MENINGKATKAN KINERJA WEBSITE E-LEARNING. Jurnal Teknoinfo, 22-26.
Riskiono, S. D., Sulistyo, S., & Adji, B. T. (2017). Kinerja Metode Load Balancing dan Fault Tolerance Pada Server Aplikasi Chat. Prosiding Seminar Nasional ReTII ke-11 2016. //journal.itny.ac.id/index.php/ReTII/article/view/440.
51
Rosano, A., Farabi, N. A., & Kusumaningrum, A. (2018). PERANCANGAN SISTEM INTERNET BANKING (IBANK) MENGGUNAKAN ONE-TIME-PASSWORD (OTP) UNTUK PENGAMANAN TRANSAKSI (STUDI KASUS BANK MEGA, Tbk). Jurnal AKRAB JUARA Volume 3 No 2, 1-12.
Suendri. (2018). Implementasi Diagram UML (Unified Modelling Language) Pada Perancangan Sistem Informasi Remunerasi Dosen Dengan Database Oracle (Studi Kasus: UIN Sumatera Utara Medan). JURNAL ILMU KOMPUTER DAN INFORMATIKA, 1-9.
Sunardi, Murti, H., & Listiyono, H. (2009). Aplikasi SMSGateway. Jurnal Teknologi Informasi DINAMIK Volume XIV, No.1, 30-34.
52
DAFTAR RIWAYAT HIDUP
A. Biodata Mahasiswa
NIM : 15160165
Nama Lengkap : Rismawan Junandia
Tempat dan Tanggal Lahir : Sukabumi, 18 Oktober 1998
Alamat Lengkap : Jl. Karamat no 2 RT 2/3 Kelurahan Karamat
Kec. Gunung Puyuh, Kota Sukabumi, 43122
Email : [email protected]
B. Riwayat Pendidikan Formal dan Non Formal 1. SDN Babakan Karamat Tahun lulus 2010
2. SMP Negeri 4 Kota Sukabumi, Tahun lulus 2013 3. SMK Pasim Plus Kota Sukabumi, Tahun lulus 2016
4. Sertifikasi BPPTIK Junior Web Programmer 2017 C. Riwayat Pengalaman Berorganisasi/Pekerjaan
1. Prakerin SMK 2015 di STMIK Bina Sarana Informatika Sukabumi 2. PHP Indonesia Regional Sukabumi
3. Guru Jurusan RPL SMK Pasim Plus Kota Sukabumi Juli 2017 – Februari 2019
4. Guru Jurusan RPL SMK Azzainiyyah Kab. Sukabumi Agustus 2017 – Februari 2019
5. PT. Walden Global Services – Web Developer Maret 2019 - Sekarang
Sukabumi, 07 Januari 2021
RISMAWAN JUNANDIA
53
LEMBAR KONSULTASI BIMBINGAN
LEMBAR KONSULTASI SKRIPSI
UNIVERSITAS BINA SARANA INFORMATIKA
NIM : 15160165
Nama Lengkap : Rismawan Junandia Dosen Pembimbing I : Denny Pribadi, M.Kom
Judul Tugas Akhir : Implementasi metode Load Balancer dan Failover untuk SMS Gateway pada PT. Finansia Multi Finance
NO Tanggal Bimbingan Pokok Bahasan Paraf Dosen
Pembimbing
1 21 Oktober 2020 Bimbingan Perdana 2 03 November 2020 Bimbingan BAB I
3 10 November 2020 Revisi BAB I dan Bimbingan BAB II
4 25 November 2020 Revisi BAB II dan Bimbingan BAB III
5 11 Desember 2020 Revisi BAB II, BAB III dan Bimbingan BAB IV
6 02 Desember 2020 Revisi BAB IV dan Bimbingan BAB V
7 15 Desember 2020 Revisi BAB IV, BAB V dan Bimbingan Laporan Skripsi 8 05 Januari 2021 Bimbingan Akhir
Catatan untuk Dosen Pembimbing.
54
LEMBAR KONSULTASI SKRIPSI
UNIVERSITAS BINA SARANA INFORMATIKA
NIM : 15160165
Nama Lengkap : Rismawan Junandia Dosen Pembimbing II : Saeful Bahri, M.Kom
Judul Tugas Akhir : Implementasi metode Load Balancer dan Failover untuk SMS Gateway pada PT. Finansia Multi Finance
NO Tanggal Bimbingan Pokok Bahasan Paraf Dosen
Pembimbing
1 21 Oktober 2020 Bimbingan Perdana 2 03 November 2020 Bimbingan BAB I
3 10 November 2020 Revisi BAB I dan Bimbingan BAB II
4 25 November 2020 Revisi BAB II dan Bimbingan BAB III
5 11 Desember 2020 Revisi BAB II, BAB III dan Bimbingan BAB IV
6 02 Desember 2020 Revisi BAB IV dan Bimbingan BAB V
7 15 Desember 2020 Revisi BAB IV, BAB V dan Bimbingan Laporan Skripsi 8 05 Januari 2021 Bimbingan Akhir
Catatan untuk Dosen Pembimbing.
55
SURAT KETERANGAN RISET
56
LAMPIRAN – LAMPIRAN
Lampiran A - 1
57 Lampiran B - 1
Lampiran B - 2
Lampiran B - 3