LAPORAN AKHIR PROGRAM PROFESIONAL

APLIKASI INFORMASI KEHADIRAN DOSEN PADA MATA KULIAH

Disusun Oleh :

PUTRO SUCIANTO
DBC 116 047

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS PALANGKA RAYA
2019
 KATA PENGANTAR

Puji syukur kehadirat Tuhan Yang Maha Kuasa atas segala limpahan berkah
dan kuasa-Nya sehingga saya dapat menyelesaikan penyusunan proposal
"Aplikasi Informasi Kehadiran Dosen Pada Mata Kuliah" dalam bentuk maupun
isinya yang sangat sederhana. Semoga laporan ini dapat memenuhi tugas mata
kuliah Program Profesional.

Harapan saya semoga aplikasi yang dibuat dapat memudahkan bagi

mahasiswa dalam mendapatkan informasi kehadiran dosen pada mata kuliah.

Saya mengucapkan terima kasih banyak semua pihak yang telah membantu
sehingga laporan ini dapat diselesaikan. Pada laporan ini saya akui masih banyak
kekurangan karena pengalaman yang saya miliki masih minim. Oleh karena itu
saya harapkan kepada para pembaca untuk memberikan kritik dan saran yang
bersifat membangun demi kesempurnaan laporan ini.

Palangka Raya, Juni 2019

PUTRO SUCIANTO
DBC 116 047

ii
 APLIKASI INFORMASI KEHADIRAN DOSEN
PADA MATA KULIAH

PUTRO SUCIANTO (DBC 116 047)

Jurusan Teknik Informatika Fakultas Teknik Universitas Palangka raya
Kampus Tanjung Nyaho Jl. Yos Sudarso Palangka Raya 73112
email : putrosucianto4@gmail.com
Abstrak

Informasi kehadiran dosen yang ada di Jurusan Teknik Informatika

Universitas Palangka Raya masih menggunakan cara manual. Ketika dosen
sedang berhalangan hadir, dosen akan memberi informasi kepada staff TU, dan
kemudian staff TU melanjutkan informasi tersebut dengan menempelkannya di
papan pengumumuman jurusan.
Teknologi yang digunakan untuk menyelesaikan masalah tersebut adalah
firebase cloud messaging. Teknologi ini bisa untuk mengirimkan notifikasi, chat
dan pesan lain dari perangkat ke server memalui saluran koneksi. Dengan
teknologi tersebut dibuatlah aplikasi informasi kehadiran dosen pada mata kuliah.
Kemudian sistem pengembangan perangkat lunak yang digunakan adalah sistem
RAD (Rapid Applicatioin development). Tahap-tahap sistem RAD meliputi : Fase
Perencanaan Syarat-syarat, Fase Perancangan, Fase Konstruksi, dan Fase
Pelaksanaan.
Dengan penggunaan firebase cloud messaging aplikasi ini dapat
mengirimkan notifikasi secara Real Time. Berdasarkan hasil pengujian aplikasi ini
dapat berjalan sesuai tujuan peneliti yaitu mengirimkan informasi dalam bentuk
notifikasi kepada mahasiswa serta memeberikan sarana bagi dosen untuk
pengiriman informasi terkait kehadiran.

Kata Kunci : Informasi Kehadiran Dosen, Firebase Cloud Messaging, RAD,

Aplikasi Notifikasi

iii
 DAFTAR ISI

HALAMAN SAMPUL DEPAN .............................................................................. i

KATA PENGANTAR ............................................................................................ ii
ABSTRAK ............................................................................................................. iii
DAFTAR ISI .......................................................................................................... iv
DAFTAR TABEL .................................................................................................. vi
BAB I PENDAHULUAN ....................................................................................... 1
1.1 LATAR BELAKANG .............................................................................. 1
1.2 RUMUSAN MASALAH ......................................................................... 2
1.3 RUANG LINGKUP ................................................................................. 2
1.4 TUJUAN PENELITIAN .......................................................................... 3
1.5 MANFAAT PENELITIAN ...................................................................... 3
1.6 METODOLOGI PENELITIAN ............................................................... 3
1.6.1 Jenis Data .......................................................................................... 3
1.6.2 Metode Pengumpulan Data ............................................................... 3
1.6.3 Metode Pengembangan ..................................................................... 4
1.7 SISTEMATIKA PENULISAN ................................................................ 5
1.8 JADWAL KEGIATAN ............................................................................ 6
BAB II LANDASAN TEORI ................................................................................. 7
2.1 Sistem Operasi Android ........................................................................... 7
2.1.1 Arsitektur Android ............................................................................ 7
2.1.2 Komponen Android ......................................................................... 10
2.1.3 Versi Android .................................................................................. 13
2.2 Android Studio ....................................................................................... 14
2.2.1 Struktur Proyek ............................................................................... 15
2.2.2 Antarmuka Pengguna ...................................................................... 16
2.3 Rapid Application Development (RAD) ................................................ 18
2.4 Firebase .................................................................................................. 20
2.5 Database Management System (DBMS) MySQL.................................. 23
2.6 Flowchart ................................................................................................ 23

iv
 2.7 Unified Modeling Language (UML) ...................................................... 27
2.7.1 Pemodelan UML ............................................................................. 27
2.7.2 Use case Diagram ............................................................................ 27
2.7.3 Class Diagram ................................................................................. 30
2.7.4 Activity Diagram ............................................................................. 31
BAB III ANALISIS DAN DESAIN ..................................................................... 33
3.1 Fase Perencanaan Syarat-Syarat ............................................................. 33
3.1.1 Analisa Kebutuhan Masalah ........................................................... 33
3.1.2 Tujuan ............................................................................................. 36
3.1.3 Syarat-Syarat ................................................................................... 37
3.2 Fase Perancangan ................................................................................... 37
3.2.1 Perancangan Unified Modeling Language (UML) ......................... 37
3.2.2 Perancangan Antarmuka (User Interface) ....................................... 44
BAB IV IMPLEMENTASI DAN TESTING ....................................................... 52
4.1 Fase Konstruksi ...................................................................................... 52
4.1.1 Pemrograman .................................................................................. 52
4.1.2 Spesifikasi Hardware dan Software ................................................ 52
4.2 Fase Pelaksanaan .................................................................................... 61
BAB V KESIMPULAN ........................................................................................ 63
5.1 KESIMPULAN ...................................................................................... 63
5.2 SARAN .................................................................................................. 63
DAFTAR PUSTAKA ........................................................................................... 64

v
 DAFTAR TABEL

Tabel 1. 1 Jadwal Kegiatan Program Profesional ..................................................14

Tabel 2. 1 Versi Android ........................................................................................21
Tabel 2. 2 Simbol-simbol dalam flowchart ............................................................32
Tabel 2. 3 Simbol-simbol pada Use Case Diagram ...............................................36
Tabel 2. 4 Simbol pada Class Diagram ..................................................................39
Tabel 3. 1 Perbandingan sistem berjalan dan sistem usulan ..................................44
Tabel 3. 2 Deskripsi Aktor .....................................................................................46
Tabel 3. 3 Deskripsi Use Case ...............................................................................46
Tabel 4. 1 Hasil Pengujian Black Box ...................................................................69

vi
 DAFTAR GAMBAR

Gambar 2.1 Arsitektur Android .......................................................................16

Gambar 2.2 Activity Lifecycle.........................................................................18
Gambar 2.3 File proyek di tampilan Android ..................................................21
Gambar 2.4 File proyek dalam tampilan Problems, menampilkan file tata letak
yang bermasalah ...........................................................................24
Gambar 2.5 Jendela utama Android Studio .....................................................25
Gambar 2.6 Fase RAD Martin (Kendal & Kendal, 2003:238) ........................25
Gambar 2.7 Workshop Desain RAD (Kendal & Kendal, 2003: 240)..............25
Gambar 2.8 Firebise Cloud Messaging ............................................................30
Gambar 2.9 Flowchart membuat telur dadar ...................................................34
Gambar 2.10 Contoh Use Case Diagram ...........................................................38
Gambar 2.11 Contoh Activity Diagram .............................................................40
Gambar 3.1 Flowchart Informasi Kehadiran Dosen yang Sedang Berjalan ....42
Gambar 3.2 Flowchart Informasi Kehadiran Dosen yang diusulkan ...............43
Gambar 3.3 Use Case Diagram Sistem ............................................................48
Gambar 3.4 Activity Diagram Staff Jurusan ....................................................49
Gambar 3.5 Activity Diagram Dosen dan Mahasiswa .....................................50
Gambar 3.6 Class Diagram Sistem Aplikasi....................................................51
Gambar 3.7 Halaman Login .............................................................................52
Gambar 3.8 Halaman Login Staff Jurusan .......................................................52
Gambar 3.9 Halaman Menu Kelola Data .........................................................53
Gambar 3.10 Halaman Kelola Data Dosen ........................................................53
Gambar 3.11 Halaman Lihat Data Dosen ..........................................................54
Gambar 3.12 Halaman Mengubah Data Dosen .................................................55
Gambar 3.13 Halaman Kelola Data Mahasiswa ................................................55
Gambar 3.14 Halaman Lihat Data Dosen ..........................................................56
Gambar 3.15 Halaman Mengubah Data Mahasiswa ..........................................56
Gambar 3.16 Halaman Login Dosen..................................................................57
Gambar 3.17 Halaman Pemberian Informasi Kehadiran ...................................57

vii
Gambar 3.18 Halaman Login Mahasiswa ..........................................................58
Gambar 3.19 Halaman Register Device .............................................................58
Gambar 4.1 Halaman Login .............................................................................61
Gambar 4.2 Halaman Login Staff Jurusan .......................................................61
Gambar 4.3 Halaman Menu Kelola Data .........................................................62
Gambar 4.4 Halaman Kelola Data Dosen ........................................................62
Gambar 4.5 Halaman Lihat Data Dosen ..........................................................63
Gambar 4.6 Halaman Mengubah Data Dosen .................................................64
Gambar 4.7 Halaman Kelola Data Mahasiswa ................................................64
Gambar 4.8 Halaman Lihat Data Mahasiswa ..................................................65
Gambar 4.9 Halaman Mengubah Data Mahasiswa ..........................................66
Gambar 4.10 Halaman Login Dosen..................................................................66
Gambar 4.11 Halaman Pemberian Informasi Kehadiran ...................................67
Gambar 4.12 Halaman Login Mahasiswa ..........................................................68
Gambar 4.13 Halaman Register Device .............................................................68

viii
 BAB I
PENDAHULUAN

1.1 LATAR BELAKANG

Firebase cloud messaging adalah layanan pesan pemberitahuan untuk
Android, iOS, dan aplikasi web yang dapat digunakan tanpa biaya, yang
artinya kita bisa memberikan pemberitahuan dan membuat komunikasi dua
arah antara perangkat. Dimana kemampuan utama Firebase Cloud
Messanging adalah mengirim notifikasi, chat dan pesan lain dari perangkat ke
server memalui saluran koneksi yang andal dan hemat biaya, yang bisa
mendistibusikan pesan ke satu perangkat dan kegrup perangkat.
Dalam hal ini firebase cloud messaging ini sangat berguna bagi sebuah
kelompok. Dimana firebase cloud messanging akan mengirimkan notifikasi
informasi yang mungkin sangat dibutuhkan oleh sebuah kelompok tersebut.
Kasus yang sering dijumpai pada kalangan mahasiswa dimana informasi
kehadiran dosen mata kuliah yang diampu. Dikarenakan setiap mahasiswa
dituntut untuk menghadiri perkuliahan tatap muka adalah 80% dari jumlah
total yang telah ditentukan sebagai syarat untuk mengikuti Ujian Akhir
Semester (UAS). Informasi kehadiran dosen yang ada di Jurusan Teknik
Informatika Universitas Palangka Raya masih menggunakan cara manual,
yakni ketika dosen sedang berhalangan hadir, dosen akan memberi informasi
kepada staff TU, dan kemudian staff TU melanjutkan informasi tersebut
dengan menempelkannya di papan pengumumuman jurusan.
Masalah lain juga disebabkan ketika dosen yang meninggalkan
perkuliahan karena mendapat kepentingan mendadak yang berakibat dosen
tidak sempat melapor ke staf TU, sehingga mahasiswa sendiri yang harus
menghubungi melalui pesan singkat atau melakukan panggilan kepada dosen
yang bersangkutan.
Maka dari itu dibuatlah aplikasi yang memanfaatkan Firebase Cloud
Messaging sebagai sarana dalam memberikan informasi kehadiran dosen
secara realtime pada mata kuliah yang diampu, aplikasi ini akan

1
 menginformasikan pengumuman dan mengirimkannya dalam bentuk push
notification di ponsel android masing-masing, maka diangkat sebuah materi
Program Profesional dengan judul “APLIKASI INFORMASI
KEHADIRAN DOSEN PADA MATA KULIAH”.

1.2 RUMUSAN MASALAH

Berdasarkan latar belakang di atas maka dibuatlah rumusan masalah
yaitu bagaimana merancang dan membangun aplikasi yang dapat digunakan
untuk mengirimkan informasi kepada mahasiswa terkait kehadiran dosen
pada mata kuliah.

1.3 RUANG LINGKUP

Adapun ruang lingkup dalam pembuatan aplikasi ini adalah sebagai
berikut :
1. Aplikasi ini hanya kompatibel dengan smartphone yang berbasis Android
dengan versi 4.0.3 dan ke atas.
2. Proses pembuatan aplikasi ini menggunakan Android Studio dan Android
SDK.
3. Pengguna yang dapat mengakses aplikasi ini adalah Staff Jurusan, Dosen,
dan Mahasiswa Teknik Informatika Universitas Palangka Raya.
4. Antarmuka yang diakses oleh staff jurusan adalah pengelolaan data dosen,
mahasiswa, dan kelas.
5. Antarmuka yang diakses oleh dosen adalah memilih mata kuliah/kelas
yang diampu dan bisa mengirimkan push notification .
6. Database Management System (DBMS) yang digunakan adalah Mysql.
7. Bahasa pemrograman yang digunakan adalah Bahasa pemrograman Java
(Android Studio) dan PHP.
8. Menggunakan Firebise Cloud Messagaging dari Firebase.

2
1.4 TUJUAN PENELITIAN
Tujuan dari penelitian ini adalah membuat aplikasi berbasis android yang
dapat mengirimkan informasi dalam bentuk notifikasi kepada mahasiswa
terkait kehadiran dosen pada mata kuliah.

1.5 MANFAAT PENELITIAN

Manfaat yang didapat dalam menulis penelitian ini adalah :
1. Untuk menambah pengalaman peneliti dalam penelitian yang terkait
dengan aplikasi pengiriman informasi dalam bentuk notifikasi berbasis
android .
2. Untuk memberikan notifikasi kepada mahasiswa terkait kehadiran dosen.
3. Untuk memberikan sarana kepada dosen dalam penyampaian informasi.

1.6 METODOLOGI PENELITIAN

Metodologi penelitian untuk membuat “Aplikasi Informasi Kehadiran
Dosen Pada Mata Kuliah”, yaitu meliputi:

1.6.1 Jenis Data

Jenis data yang digunakan adalah jenis data sekunder, yaitu data
yang diperoleh dari luar data primer untuk melengkapi data yang ada,
data-data tersebut diperoleh dari buku-buku referensi dan literatur yang
berhubungan dengan proyek aplikasi ini.

1.6.2 Metode Pengumpulan Data

Metode pengumpulan data adalah sebuah metode tentang
bagaimana dalam mengumpulkan data-data yang ada. Adapun metode
pengumpulan data yang digunakan adalah dengan wawancara dengan
pengguna aplikasi yaitu staff jurusan, dosen, dan mahasiswa jurusan
Teknik Informatika Universtas Palangka Raya.

3
1.6.3 Metode Pengembangan
Sistem pengembangan perangkat lunak yang penulis gunakan
adalah sistem RAD (Rapid Applicatioin development) yang
dikembangkan oleh James Martin. Tahap-tahap sistem RAD meliputi
(Kendal & Kendal, 2003:239) :

1. Fase Perencanaan Syarat-Syarat

Pada tahap ini dilakukan penentuan tujuan dan syarat-syarat
informasi, yaitu dengan melakukan Analisa kebutuhan masalah
untuk pembuatan aplikasi informasi kehadiran dosen pada mata
kuliah, menentukan tujuan dibuatnya aplikasi, lalu menentukan
syarat-syarat yang diperlukan untuk membuat aplikasi.

2. Fase Perancangan
Pada tahap ini dilakukan perancangan proses-proses yang akan
terjadi dalam sistem dan perancangan antar muka. Pada perancangan
proses-proses digunakan UML (Unified Modeling Language) yakni
dengan membuat use case diagram, activity diagram, dan class
diagram.

3. Fase Konstruksi
Pada tahap ini dilakukan pembuatan program terhadap
rancangan-rancangan yang telah didefinisikan. Pembuatan program
yang dilakukan menggunakan Bahasa pemrograman PHP dan Java
(Android Studio), Android Studio dan Android SDK untuk membuat
aplikasi dan Firebase Cloud Messaging layanan pesan
pemberitahuan mengirimkan informasi dalam bentuk push
notification secara Real Time.

4
 4. Fase Pelaksanaan
Pada tahap ini dilakukan pengujian terhadap sistem. Untuk uji
aplikasi dilakukan dengan menggunakan metode blackbox.

1.7 SISTEMATIKA PENULISAN

Penulisan laporan Program Profesional ini disusun dalam lima bab yang
terdiri atas Pendahuluan, Landasan Teori, Analisis dan Desain, Implementasi,
dan Pengujian, dan Penutup. Berikut adalah susunan sistematikan penulisan
laporan:

BAB I PENDAHULUAN
Dalam bab ini diuraikan latar belakang masalah, rumusan masalah, ruang
lingkup, tujuan dan manfaat, metodologi pengembangan perangkat lunak,
sistematika penulisan dan jadwal kegiatan.

BAB II LANDASAN TEORI

Dalam bab ini diuraikan mengenai Sistem Operasi Android, Android Studio,
Firebise, Database Mysql, Flowchart, dan Unified Modeling Language
(UML).

BAB III ANALISIS DAN DESAIN

Dalam bab ini memuat analisis kebutuhan sistem dan perancangan bentuk
sistem.

BAB IV IMPLEMENTASI DA
Dalam Bab ini menampilkan hasil pembuatan program dan menjelaskan
bagaiaman program ini dijalankan/digunakan.

BAB V PENUTUP
Dalam bab ini berisi Kesimpulan dan Saran dari aplikasi yang dibuat.

5
1.8 JADWAL KEGIATAN

Tabel 1. 2 Jadwal Kegiatan Program Profesional

Bulan/Tahun 2019
Rencana Kegiatan PP Maret April Mei Juni
III IV I II III IV I II III IV I II III
Penyusunan Proposal dan Pengumpulan
Proposal
Pengumuman Pembimbing
Analisis dan Desain
Implementasi dan Testing
Pembuatan laporan
Pengumpulan Ujian Tengah Semeste,
Laporan Bab I-III
Pengumpulan Laporan Akhir PP
Seminar PP

6
 BAB II
LANDASAN TEORI

2.1 Sistem Operasi Android

Android adalah sistem operasi berbasis linux yang dirancang untuk
perangkat mobile. Android awalnya dikembangkan oleh Android, Inc.,
dengan dukungan finansial dari Google, yang kemudian membelinya pada
tahun 2005. Sistem operasi ini dirilis secara resmi pada tahun 2007,
bersamaan dengan didirikannya Open Handset Alliance, konsorsium dari
perusahaan-perusahaan perangkat keras, perangkat lunak, dan telekomunikasi
yang bertujuan untuk memajukan standar terbuka perangkat seluler. Di dunia
ini terdapat dua jenis distributor sistem operasi Android. Pertama yang
mendapat dukungan penuh dari Google atau Google Mail Service (GMS) dan
kedua adalah yang benar-benar bebas distribusinya tanpa dukungan langsung
dari Google atau dikenal sebagai Open Handset Distribution (OHD).
Pada masa saat ini kebanyakan vendor-vendor smartphone sudah
memproduksi smartphone berbasis android. Hal ini karena android itu adalah
sistem operasi yang open source sehingga bebas didistribusikan dan dipakai
oleh vendor manapun. Tidak hanya menjadi sistem operasi di smartphone,
saat ini android menjadi pesaing Apple pada sistem operasi Tablet PC.
Pesatnya pertumbuhan adroid adalah karena android itu sendiri merupakan
platform yang lengkap, tersedianya tools pengembangan, adanya fasilitas
market dan didukung oleh komunitas open source.

2.1.1 Arsitektur Android

Secara garis besar arsitektur android dapat digambarkan sebagai
berikut:

7
 Gambar 2.1 Arsitektur Android

1. Applications dan Widgets

Applications dan Widgets ini adalah layer dimana kita
berhubungan dengan aplikasi saja. Aplikasi tersebut biasanya kita
download, lalu melakukan instalasi dan menggunakan aplikasi yang
sudah terinstal. Di layer terdapat aplikasi inti seperti klien email
(Gmail), program SMS, kalender, peta (Google Map), browser
(Google Chrome), kontak, android market (Google Play), pemutar
video (Youtube), dan lain-lain.
Semua aplikasi dibangun di atas application layer atau pada
library API yang sama. Application layer ini berjalan di dalam
android runtime, menggunakan clas dan layanan yang dibuat dari
application framework.

2. Application Framework
Android adalah Open Development Platform yaitu android
menawarkan kepada pengembang untuk membangun aplikasi yang
bagus dan inovatif. Pengembang bebas untuk mengakses perangkat

8
 keras, akses informasi resources, menjalankan service background
dan sebagainya. Sehingga bisa kita simpulkan Application
Framework ini adalah layer yang dapat memungkinkan kita
melakukan pengembangan/pembangunan aplikasi yang dapat
dijalankan pada sistem operasi android.
Application framework menyediakan berbagai class yang
digunakan untuk membuat aplikasi android. Termasuk juga
berhubungan dengan akses ke hardware dan manajemen user-
interface dan manajemen memori.

3. Libraries
Libraries ini adalah layer dimana fitur-fitur android berada. Para
pembuat aplikasi dapat mengakses libraries untuk menjalankan
aplikasinya. Berjalan di atas kenel yang didalamnya terdapat
kumpulan library C dan C++ seperti Libc dan SSL, dan juga:
a. Library media untuk pemutaran media audio dan video,
b. Library untuk manajemen tampilan
c. Library Graphics mencakup SGL dan OpenGL untuk grafis 2D
dan 3D,
d. Library SQLite untuk dukungan database,
e. Library LiveWebcore mencakup modern web browser dengan
engine embedded web view,
f. Library SSL dan WebKit untuk integrasi web browser dan
keamanan internet.

4. Android Runtime
Terdiri dari Core Libraries dan Dalvik Virtual Machine (DVM).
Core Libraries ini meliput serangakaian library Java yang terdiri dari
berbagai macam fungsi dasar pada bahasa pemrograman Java,
sedangkan DVM merupakan Java Virtual Machine (semacam JVM
pada Java ME) yang secara khusus dijalankan pada android. DVM

9
 dapat mengeksekusi file dengan format Dalvik Excutable (*.dex)
yang telah dioptimasi dengan menggunakan memori yang minimal.
DVM telah di-register dan menjalankan berbagai class yang di-
compile menggunakan compiler Java yang kemudian ditransformasi
menjadi format *.dex dengan menggunakan ‘dx’ tool. DVM
menggunakan kerlel linux untuk menjalankan berbagai fungsi seperti
threading dan manajemen memori.

5. Linux Kernel
Linux kernel adalah layer dimana ini dari sistem operasi dari
android itu berada. Berisi file-file sistem yang mengatur sistem
processing, memory, resource, drivers, dan sistem-sistem lainnya.
Linux kernel yang digunakan android adalah linux kernel 2.6
(www.kernel.org).

2.1.2 Komponen Android

Terdapat beberapa jenis komponen android diantaranya:
1. Activity
Setiap User Interface diwakili oleh kelas Activity (activity
class). Setiap activity mempunyai siklus, dapat dilihat di gambar 1.2.
Sebuah aplikasi dapat terdiri dari satu atau lebih activity yang
diproses dalam Linux.

Gambar 2.2 Activity Lifecycle

10
 Selama siklus ini berjalan, activity bisa mempunyai lebih dari 2
status seperti yang terlihat pada gambar 1.2. Kita tidak bisa
mengontrol setiap status karena semuanya sudah ditangani oleh
sistem. Namun kita akan mendapat pesan saat terjadi perubahan
status melalaui method onXX(). Berikut penjelasan setiap status.
a. onCreate(Bundle) Dipanggil saat pertama kali aplikasi dijalankan.
Kita dapat menggunakan ini untuk deklarasi variabel atau
membuat user interface.
b. onStart() Mengindikasikan activity yang ditampilkan ke pengguna
(user).
c. onResume() Dipanggil saat applikasi kita mulai berinteraksi
dengan pengguna. Disini sangat cocok untuk meletakkan animasi
ataupun musik.
d. onPause() Dipanggil saat applikasi yang Kita jalankan kembali ke
halaman sebelumnya atau biasanya karena ada activity baru yang
dijalankan. Disini cocok untuk meletakkan algoritma
penyimpanan (save).
e. onStop() Dipanggil saat aplikasi Kita berjalan di belakang layar
dalam waktu cukup lama.
f. onRestart() Activity kembali menampilkan user interface setelah
status stop.
g. onDestroy() Dipanggil saat aplikasi benar-benar berhenti.
h. onSaveInstanceState(Bundle) Method ini mengijinkan activity
untuk menyimpan setiap status intance. Misalnya dalam mengedit
teks, kursor bergerak dari kiri ke kanan.
i. onRestoreInstanceState (Bundle) Diapanggil saat activity kembali
menginisialisasi dari status sebelumnya yang disimpan oleh
onSaveInstanceState(Bundle).

11
2. Service
Service tidak memliki user interface, namun berjalan di
belakang layar. Misalnya music player, sebuah activity digunakan
untuk memilih lagu kemudian diputar/dimainkan. Agar music player
bisa berjalan dibelakang aplikasi lain maka harus menggunakan
service.

3. Content Provider
Menyediakan cara untuk mengakses data yang dibutuhkan oleh
suatu activity, misalnya kita menggunakan applikasi berbasis peta
(MAP). Activity membutuhkan cara untuk mengakses data kontak
untuk prosedur navigasi dan disinilah peran content providers.
Intinya content provider digunakan dalam aplikasi untuk sharing
data (berhubungan dengan database).

4. Resource
Resource digunakan untuk menyimpan file-file non-coding yang
diperlukan pada sebuah aplikasi misalnya file icon, file gambar, file
audio, file video atau yang lain. Gambar berformat JPG atu PNG
sebuah aplikasi biasanya disimpan dalam folder res/drawable, icon
applikasi disimpan dalam res/drawable-ldpi dan file audio disimpan
dalam folder res/raw. File XML untuk membentuk sebuah user
interface disimpan dalam folder res/layout.

5. Views
Digunakan untuk membangun antarmuka pengguna untuk
komponen activity yang akan digunakan.

6. Notification
Digunakan untuk mekanisme sinyal ke pengguna secara
insidentil sesuai dengan waktu yang telah ditentukan. Contohnya

12
 pemberitahuan dalam bentuk getar atau lampu ketika zona waktu
berubah, batrai low dan lain-lain.

2.1.3 Versi Android

Pengembangan berbabagai versi android yang telah dirilis
dipasaran, terlihat seperti pada tabel 2.1 di bawah ini.

Tabel 2. 5 Versi Android

Versi Nama Kode

Android 1.0
Android 1.1
Android 1.5 Cupcake
Android 1.6 Donut
Android 2.0 Eclair
Android 2.0.1 Eclair
Android 2.1 Eclair
Android 2.2 - 2.2.3 Froyo
Android 2.3 – 2.3.2 Gingerbread
Android 2.3.3 – 2.3.7 Gingerbread
Android 3.0 Honeycomb
Android 3.1 Honeycomb
Android 3.2 Honeycomb
Android 4.0 – 4.0.2 Ice Cream Sandwich
Android 4.0.3 – 4.0.4 Ice Cream Sandwich
Android 4.1 Jelly Bean
Android 4.2 Jelly Bean
Android 4.3 Jelly Bean
Android 4.4 KitKat
Android 5.0 Lollipop
Android 5.1 Lollipop

13
 Versi Nama Kode
Android 6.0 Marshmallow
Android 7.0 Nougat
Android 8.0 Oreo
Android 9 Pie

2.2 Android Studio

Android Studio adalah Lingkungan Pengembangan Terpadu - Integrated
Development Environment (IDE) untuk pengembangan aplikasi Android,
berdasarkan IntelliJ IDEA. Selain merupakan editor kode IntelliJ dan alat
pengembang yang berdaya guna, Android Studio menawarkan fitur lebih
banyak untuk meningkatkan produktivitas Anda saat membuat aplikasi
Android, misalnya:
a. Sistem versi berbasis Gradle yang fleksibel
b. Emulator yang cepat dan kaya fitur
c. Lingkungan yang menyatu untuk pengembangan bagi semua perangkat
Android
d. Instant Run untuk mendorong perubahan ke aplikasi yang berjalan tanpa
membuat APK baru
e. Template kode dan integrasi GitHub untuk membuat fitur aplikasi yang
sama dan mengimpor kode contoh
f. Alat pengujian dan kerangka kerja yang ekstensif
g. Alat Lint untuk meningkatkan kinerja, kegunaan, kompatibilitas versi, dan
masalah-masalah lain
h. Dukungan C++ dan NDK
i. Dukungan bawaan untuk Google Cloud Platform, mempermudah
pengintegrasian Google Cloud Messaging dan App Engine.

14
2.2.1 Struktur Proyek

Gambar 2.3 File proyek di tampilan Anroid

Setiap proyek di Android Studio berisi satu atau beberapa modul

dengan file kode sumber dan file sumber daya. Jenis-jenis modul
mencakup:
a. Modul aplikasi Android
b. Modul Pustaka
c. Modul Google App Engine
Secara default, Android Studio akan menampilkan file proyek
Anda dalam tampilan proyek Android, seperti yang ditampilkan dalam
gambar 1. Tampilan disusun berdasarkan modul untuk memberikan
akses cepat ke file sumber utama proyek Anda.
Semua file versi terlihat di bagian atas di bawah Gradle Scripts dan
masing-masing modul aplikasi berisi folder berikut:
a. manifests: Berisi file AndroidManifest.xml.
b. java: Berisi file kode sumber Java, termasuk kode pengujian JUnit.
c. res: Berisi semua sumber daya bukan kode, seperti tata letak XML,
string UI, dan gambar bitmap.

15
 Struktur proyek Android pada disk berbeda dari representasi rata ini.
Untuk melihat struktur file sebenarnya dari proyek ini, pilih Project dari
menu tarik turun Project (dalam gambar 1, struktur ditampilkan sebagai
Android).

Anda juga bisa menyesuaikan tampilan file proyek untuk berfokus

pada aspek tertentu dari pengembangan aplikasi Anda. Misalnya,
memilih tampilan Problems dari tampilan proyek Anda akan
menampilkan tautan ke file sumber yang berisi kesalahan pengkodean
dan sintaks yang dikenal, misalnya tag penutup elemen XML tidak ada
dalam file tata letak.

Gambar 2.4 File proyek dalam tampilan Problems, menampilkan

file tata letak yang bermasalah.

2.2.2 Antarmuka Pengguna

Jendela utama Android Studio terdiri dari beberapa bidang logika
yang diidentifikasi dalam gambar 2.5.

16
 Gambar 2.5 Jendela utama Android Studio

1. Bilah alat memungkinkan Anda untuk melakukan berbagai jenis

tindakan, termasuk menjalankan aplikasi dan meluncurkan alat
Android.
2. Bilah navigasi membantu Anda bernavigasi di antara proyek dan
membuka file untuk diedit. Bilah ini memberikan tampilan struktur
yang terlihat lebih ringkas dalam jendela Project.
3. Jendela editor adalah tempat Anda membuat dan memodifikasi kode.
Bergantung pada jenis file saat ini, editor dapat berubah. Misalnya,
ketika melihat file tata letak, editor menampilkan Layout Editor.
4. Bilah jendela alat muncul di luar jendela IDE dan berisi tombol yang
memungkinkan Anda meluaskan atau menciutkan jendela alat
individual.
5. Jendela alat memberi Anda akses ke tugas tertentu seperti
pengelolaan proyek, penelusuran, kontrol versi, dan banyak lagi.
Anda bisa meluaskan dan juga menciutkannya.

17
 6. Bilah status menampilkan status proyek Anda dan IDE itu sendiri,
serta setiap peringatan atau pesan.

2.3 Rapid Application Development (RAD)

Menurut Martin (Pressman, 2002: 42), Rapid Aplication Development
(RAD) adalah sebuah model proses perkembangan perangkat lunak
sekuensial linier yang menekankan pada siklus perkembangan cepat dengan
menggunakan pendekatan konstruksi berbasis komponen. Sehingga apabila
kebutuhan dipahami dengan baik, maka sistem fungsional yang utuh dapat
diselesaikan dalam waktu kira-kira 60 – 90 hari. Menurut Martin (Kendall &
Kendall, 2003:239), fase dalam RAD dibagi menjadi empat, yaitu :

1. Fase Perencanaan Syarat-Syarat

Pada fase ini pengguna tingkat tinggi memutuskan fungsi apa saja
yang harus difiturkan oleh aplikasi tersebut.

2. Fase Desain Pengguna

Pada fase ini pengguna diminta membahas aspek-aspek desain non-
teknis dari sistem dengan bimbingan penganalisis. Kerena tingginya sifat
interaktif, fase ini sering digabungkan dengan fase konstruksi pada
workshop desain RAD.

3. Fase Kontruksi
Pada fase ini setiap desain yang diciptakan dalam fase sebelumnya
selanjutnya ditingkatkan untuk dilakukan pengkodean sistem. Kemudian
setelah tahap ini selesai dilakukan uji kemampuan untuk mendapatkan
komentar, dan revisi dari pengguna tingkat tinggi.

4. Fase Pelaksanaan
Tahap terakhir adalah dimana aplikasi baru diuji coba dan pengenalan
terhadap aplikasi.

18
 Gambar 2.6 Fase RAD Martin (Kendal & Kendal, 2003:238)

Gambar 2.7 Workshop Desain RAD

(Kendal & Kendal, 2003: 240)

Menurut Butler (Pressman 2002: 41), seperti semua model proses yang
lain, pendekatan RAD memiliki kekurangan :
1. Bagi proyek yang besar tetapi berskala, RAD memerlukan sumber daya
manusia yang memadai untuk menciptakan jumlah tim RAD yang baik.
2. RAD menurut pengembang dan pelanggan memiliki komitmen di dalam
aktifitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di
dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut
tidak ada dari tiap kontituen, proyek RAD akan gagal.

19
2.4 Firebase
Firebase adalah BaaS (Backend as a Service) yang saat ini dimiliki oleh
Google. Firebase ini merupakan solusi yang ditawarkan oleh Google untuk
mempermudah pekerjaan Mobile Apps Developer. Dengan adanya Firebase,
apps developer bisa fokus mengembangkan aplikasi tanpa harus memberikan
effort yang besar untuk urusan backend. Beberapa fitur yang dimiliki oleh
Firebase adalah sebagai berikut :
1. Firebase Authentication
Sebagian besar aplikasi tentu membutuhkan autentikasi untuk
mengetahui identitas pengguna. Mengetahui identitas pengguna
memungkinkan aplikasi untuk secara aman menyimpan data pengguna di
cloud dan memberikan pengalaman pribadi yang sama di semua perangkat
pengguna. Firebase menyediakan layanan backend, SDK yang mudah
digunakan dan pustaka siap pakai untuk mengautentikasi pengguna ke
aplikasi. Saat ini Firebase mendukung autentikasi menggunakan sandi,
sosial media popular seperti Google, Facebook, Twitter dan lainnya.
Ujicoba autentikasi yang dilakukan pada penelitian ini menggunakan email
dan kata sandi.
a. Registrasi
Ketika pengguna pertama sekali mengakses aplikasi, maka akan
ditampilkan formulir registrasi sederhana dengan meminta pengguna
tersebut memasukkan email dan kata sandi. Secara otomatis setelah
proses registrasi selesai, maka pengguna tersebut masuk ke aplikasi.
b. Login
Pengguna yang telah berhasil melakukan registrasi, maka ia bisa login
ke aplikasi menggunakan email dan kata sandi tersebut.
c. Logout
Logout atau keluar dari aplikasi.

20
 Selain fitur di atas tersebut, Google Firebase Authentication juga
menyediakan fitur untuk mengelola pengguna seperti ubah kata sandi,
ubah email dan verifikasi email.

2. Firebise Realtime Database

Firebase Realtime Database merupakan cloud database. Data
disimpan dalam format JSON dan disinkronkan secara realtime ke setiap
klien yang terhubung. Ketika membangun aplikasi hybrid lintas platform,
seperti Android dan iOS maka semua klien berbagi satu instance Realtime
Database dan secara otomatis menerima pembaruan dengan data tertentu.
Firebase Realtime Database adalah basis data NoSQL dan karena itu
memiliki optimalisasi dan fungsionalitas yang berbeda dibandingkan
dengan basis data relasional. Membuat database Firebase bisa melalui
import file JSON ke konsol Firebase, atau dapat juga dibuat langsung
melalui halaman konsol Realtime Database secara manual.

3. Firebise Storage
Firebase Storage digunakan untuk menyimpan data seperti gambar,
audio dan video. Sebagian aplikasi pasti menggunakan file gambar, audio
atau video. Adanya Firebase Storage sangat memudahkan proses
unggahan dan unduhan untuk aplikasi. Beberapa kelebihan utama dari
Firebase Storage adalah sebagai berikut:
a. Strong
Firebase Storage dapat melakukan unggahan dan unduhan file di semua
kualitas jaringan internet. Ia dapat berhenti atau melanjutkan, sehingga
menghemat waktu dan badwidth pengguna.
b. Secure
Firebase Storage terintegrasi dengan Firebase Authentication untuk
menyediakan autentikasi yang mudah dan intuitif untuk pengembang.
Model keamanan dapat diatur berdasarkan nama file, ukuran, tipe
konten dan metadata lainnya.

21
 c. Scalable
Firebase Storage didukung oleh Google Cloud Storage hingga skala
petabyte. Ini sangat penting, ketika aplikasi yang dari prototipe
kemudian berkembang viral dengan jutaan pengguna.

Proses unggahan ke storage dapat dilakukan melalui aplikasi

pengguna menggunakan AngularJS. Ini lebih mudah diimplementasikan
karena tidak perlu menggunakan pemrograman berbasis server seperti
PHP atau ASP. Ketika file telah berhasil diunggah ke storage, maka akan
mengembalikan link unduhan (download link) yang dapat disimpan ke
Firebase Database.

4. Firebise Cloud Messaging

Firebase Cloud Messaging merupakan solusi perpesanan lintas
platform yang memungkinkan aplikasi mengirimkan pesan dan
pemberitahuan ke aplikasi pengguna dengan tanpa biaya (gratis). Ada
Firebase Cloud Messaging, aplikasi bisa memberitahu aplikasi pengguna
ketika ada email baru atau pemberitahuan dan notifikasi. Ini cukup bagus
untuk meningkatkan retensi pengguna dan mendorong pengguna aplikasi
agar kembali mengakses aplikasi. FCM juga menyediakan konsol
notifikasi dengan alamat: https://firebase.google.com/docs/notifications
yang dapat digunakan untuk mengirimkan pesan ke aplikasi pengguna.
Gambar di bawah ini menunjukkan bagaimana arsitektur dari FCM ini.

Gambar 2.8 Firebise Cloud Messaging

22
2.5 Database Management System (DBMS) MySQL
SQL (Structured Query Language) adalah bahasa standar yang digunakan
untuk mengakses server basis data. Sejak tahun 70-an bahasa ini telah
dikembangkan oleh IBM, yang kemudian diikuti dengan adanya Oracle,
Informix dan Sybase. Dengan menggunakan SQL, proses akses basis data
menjadi lebih user-friendly dibandingkan dengan misalnya dBase ataupun
Clipper yang masih menggunakan perintah-perintah pemrograman murni.
Selain MySQL, ada beberapa jenis pemograman yang berorientasi basis data
yang dapat digunakan untuk aplikasi di web seperti Oracle.
Oracle merupakan sebuah perusahaan besar di dunia yang cakupan bisnis
salahsatunya adalah penjualan perangkat lunak dan pembuatan perangkat
lunak basis datayang diperuntukkan bagi perusahaan-perusahaan besar di
dunia. Karena software nya tidak bebas dipasaran atau tidak free perangkat
lunak maka sebagian besar perusahaan kecil atau menengah atau programmer
web masih menggunakan basis data MySQL sebagai perangkat lunak basis
data perusahaan atau webnya.
MySQL adalah sebuah server basis data SQL multiuser dan multi-
threaded. SQL sendiri adalah salah satu bahasa basis data yang paling populer
di dunia. Implementasi program server basis data ini adalah program daemon
mysqld dan beberapa program lain serta beberapa pustaka.

2.6 Flowchart
Dalam membuat algoritma, diperlukan suatu mekanisme atau alat bantu
untuk menuangkan hasil pemikiran mengenai langkahlangkah penyelesaian
masalah yang sistematis dan terurut. Pada dasarnya untuk bisa menyusun
solusi diperlukan kemampuan problemsolving yang baik. Oleh karena itu,
sebagai sarana untuk melatih kemampuan tersebut terdapat sebuah tool (alat)
yang dapat digunakan, yakni flowchart.
Secara formal, flowchart didefinisikan sebagai skema penggambaran dari
algoritma atau proses. Tabel berikut menampilkan simbol-simbol yang
digunakan dalam menyusun flowchart.

23
Tabel 2. 6 Simbol-simbol dalam flowchart

Terminator
Sebagai simbol ‟START‟ atau
‟END‟ untuk memulai atau
mengakhiri flowchart.

Input/Output
Digunakan untuk menuliskan
proses menerima data atau
mengeluarkan data

Manual Input
Digunakan untuk menunjukkan
input data secara manual
menggunakan online keyboard.
Proses
Digunakan untuk menuliskan
proses yang diperlukan, misalnya
operasi aritmatika
Manual Operation
Digunakan untuk menunjukkan
kegiatan/proses yang tidak
dilakukan oleh komputer.
Conditional / Decision
Digunakan untuk menyatakan
proses yang membutuhkan
keputusan.
Prepation
Digunakan untuk memberikan
nilai awal.
Arrow

24
 Sebagai penunjuk arah dan alur
proses.
Connector (On-page)
Digunakan untuk menyatukan
beberapa arrow.
Connector (Off-page)
Digunakan untuk menghubungkan
flowchart yang harus digambarkan
pada halaman yang berbeda.
Biasanya pada simbol ini diberi
nomor sebagai penanda, misalnya
angka 1.
Display
Digunakan untuk menampilkan
data ke monitor.
Predefined Process
merupakan simbol yang digunakan
untuk menunjukkan pelaksanaan
suatu bagian prosedur (sub-
proses). Dengan kata lain, prosedur
yang terinformasi di sini belum
detail dan akan dirinci di tempat
lain.
Document
Jika Anda menemukan simbol ini
artinya input berasal dari dokumen
dalam bentuk kertas, atau output
yang perlu dicetak di atas kertas.
Multiple Documents
sama seperti document symbol
hanya saja dokumen yg digunakan

25
 lebih dari satu dalam simbol ini.
Delay
Sesuai dengan namanya digunakan
untuk menunjukkan proses delay
(menunggu) yang perlu dilakukan.
Seperti menunggu surat untuk
diarsipkan dll.

Database

Berikut ini adalah contoh flowchart untuk menggambarkan kegiatan

membuat telur dadar:

Gambar 2.9 Flowchart membuat telur dadar

26
 Dengan menggunakan flowchart, tahapan-tahapan penting dalam
algoritma dapat ditunjukkan dengan diagram di atas. Aliran proses
ditunjukkan dengan arah panah atau disebut dengan ‟flowlines‟.
Keuntungan menggunakan flowchart adalah penggunaan diagram untuk
menggambarkan tahapan proses, sehingga lebih mudah dilihat dan dipahami.
Namun demikian, flowchart juga memiliki kelemahan, yakni jika digunakan
untuk menggambarkan proses atau algoritma untuk skala kasus yang besar,
maka akan dibutuhkan banyak kertas.

2.7 Unified Modeling Language (UML)

2.7.1 Pemodelan UML
Pada perkembangan teknik pemrograman berorientasi objek,
muncul sebuah standarisasi bahasa pemodelan untuk pembangunan
perangkat lunak yang dibangun dengan menggunakan teknik
pemrograman berorientasi objek yaitu Unified Modeling Language
(UML). UML merupakan bahasa visual yang menjadi standar untuk
menspesifikasikan, menggambarkan, membangun, dan dokumentasi
dari sistem perangkat lunak (Sugiarti, 2013: 34).

2.7.2 Use case Diagram

Use case atau diagram use case menggambarkan kelakuan
(behavior) sistem informasi yang akan dibuat. Use case
mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan
sistem informasi yang akan dibuat. Secara kasar, use case digunakan
untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem
informasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu
(Sugiarti, 2013: 41).
Penamaan pada use case didefinisikan sesederhana mungkin dan
mudah untuk dipahami. Ada dua hal utama dalam use case, yaitu aktor
dan use case.

27
1. Aktor: merupakan orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar sistem informasi
yang akan dibuat itu sendiri. Meskipun simbol dari aktor berbentuk
orang, tapi aktor belum tentu merupakan orang.
2. Use case: merupakan fungsionalitas yang disediakan sistem sebagai
unit-unit yang saling bertukar pesan antar unit atau aktor.

Menurut Sugiarti (2013: 42), dalam use case diagram terdapat

beberapa simbol yang digunakan dalam pembuatan use case diagram
sebagai berikut.

Tabel 2. 7 Simbol-simbol pada Use Case Diagram

Simbol Deskripsi
Fungsionalitas yang disediakan sistem
sebagai unit yang saling bertukar pesan antar
unit atau aktor; sering dinyatakan dengan
nama usecase menggunakan kata kerja, misal input data.
Orang, proses, atau sistem lain yang
berinteraksi dengan sistem yang akan
dikembangkan di luar sistem tersebut,
sehingga meskipun simbol aktor adalah
gambar orang, tapi aktor belum tentu
merupakan orang; sering dinyatakan
menggunakan kata benda, misal admin,
mahasiswa, dll.
Menunjukkan komunikasi atau hubungan
antara aktor dan use case atau antar use case.
Hubungan use case tambahan ke use case
dimana use case yang ditambahkan dapat
berdiri sendiri walau tanpa use case

28
 Simbol Deskripsi
tambahan itu; anak panah menuju use case
yang dituju, contoh :

Hubungan antara use case tambahan ke

sebuah use case dimana use case yang
ditambahkan memerlukan use case ini untuk
menjalankan fungsinya, sehingga use case
harus dijalankan terlebih dulu sebelum
menjalankan use case tambahan; arah panah
menunjuk pada use case yang perlu
dijalankan terlebih dahulu, contoh :

Simbol – simbol tersebut jika digunakan dalam use case diagram

dapat digambarkan dalam contoh sebagai berikut.

29
 Gambar 2.10 Contoh Use Case Diagram

2.7.3 Class Diagram

Class diagram digunakan untuk menggambarkan struktur dalam
objek sistem. Diagram ini menunjukkan class object yang menyusun
sistem dan juga hubungan antara class object (Sugiarti, 2013: 37).
Kelas memiliki atribut dan metode atau operasi. Atribut adalah
variabelvariabel yang mendeskripsikan properti dengan bentuk sebaris
teks dalam kelas tersebut, sedangkan metode adalah fungsi yang
dimiliki oleh kelas yang dalam class diagram dilambangkan
menggunakan simbol-simbol. (Sugiarti, 2013: 57-59).

30
 Tabel 2. 8 Simbol pada Class Diagram

Simbol Deskripsi
Package merupakan sebuah bungkusan
dari satu atau lebih kelas.

Kelas pada struktur sistem, tiap kelas

memiliki nama, attribute, dan operation
atau method.

Kelas
Sama seperti konsep interface dalam
pemrograman berorientasi objek.

Relasi antar kelas dengan pengertian

umum.
Relasi antar kelas dengan pengertian kelas
yang satu digunakan oleh kelas yang lain.
Relasi antar kelas dengan pengertian
generalisasispesialisasi (umum-khusus).

Relasi antar kelas dengan pengertian

kebergantungan antar kelas.
Relasi antar kelas dengan makna semua-
sebagian (whole-part).

2.7.4 Activity Diagram

Diagram aktivitas menggambarkan aliran kerja atau aktivitas dari
sebuah sistem, tetapi bukan aktivitas aktor. Diagram aktivitas juga
menggambarkan bagaimana alur sistem berawal, pilihan (decision)

31
yang mungkin terjadi, dan bagaimana akhir alur sistem tersebut
(Sugiarti, 2013: 75).

Gambar 2.11 Contoh Activity Diagram

32
 BAB III
ANALISIS DAN DESAIN

Pada bab ini akan dijelaskan mengenai fase perencanaan syarat-syarat dan
fase perancangan.

3.1 Fase Perencanaan Syarat-Syarat

Pada tahap ini dilakukan Analisa kebutuhan masalah untuk pembuatan
aplikasi, mengidentifikasi permasalahan, dan memberikan solusi terhadap
permasalahan yang dihadapi.

3.1.1 Analisa Kebutuhan Masalah

1. Analisa Sistem Yang Sedang Berjalan
Sistem yang berjalan pada informasi kehadiran dosen adalah
sebagai berikut :
1. Dosen berhalangan menghadiri perkuliahan.
2. Dosen menghubungi Staff Jurusan bahwa berhalangan hadir pada
mata kuliah yang diampu.
3. Staff TU membuat pengumuman terkait ketidakhadiran dosen.
4. Staff TU mencetak pengumuman.
5. Staff TU menempel pengumuman di papan pengumuman jurusan.
6. Mahasiswa datang ke kampus.
7. Mahasiwa membaca pengumuman dan mengetahui informasi
bahwa dosen tidak menghadiri perkuliahan.
8. Mahasiswa Pulang.

Berikut merupakan bagan alir sistem yang sedang berjalan

digambarkan pada gambar 3.1 di bawah ini :

33
 Gambar 3.1 Flowchart Informasi Kehadiran Dosen yang Sedang
Berjalan

2. Kelemahan Sistem yang Berjalan

Berdasarkan analisa sistem berjalan di atas, maka didapat
kelemahan sistem yang berjalan sebagai berikut :
Proses pemberitahuan informasi kehadiran dosen masih dilakukan
secara manual dengan menempelkan pengumuman di papan
pengumuman jurusan.

3. Solusi Pemecahan Masalah

Membuat sistem yang dapat menjadi sarana untuk dosen
memberikan informasi mengenai kehadiran secara realtime kepada
mahasiswa yang berjalan di Platform Android.

4. Analisa Sistem Usulan

Sistem yang diusulkan untuk informasi kehadiran dosen adalah
sebagai berikut :
1. Staff jurusan membuka aplikasi.

34
2. Staff jurusan login.
3. Staff jurusan mengelola data mahasiswa dan data dosen.
4. Mahasiswa membuka aplikasi
5. Mahasiswa login.
6. Mahasiswa memasukan NIM.
7. Mahasiswa mengklik registrasi agar terdaftar di database.
8. Dosen berhalangan menghadiri perkuliahan.
9. Dosen membuka aplikasi.
10. Dosen login.
11. Dosen memberikan informasi terkait kehadiran.
12. Mahasiswa menerima notifikasi dari dosen.

Berikut merupakan bagan alir sistem yang diusulkan untuk

informasi kehadiran dosen digambarkan pada gambar 3.2 di bawah
ini :

Gambar 3.2 Flowchart Informasi Kehadiran Dosen yang

diusulkan

35
 Tabel 3. 4 Perbandingan sistem berjalan dan sistem usulan

Sistem yang Hasil yang ingin

No Sistem yang Diusulkan
Berjalan Dicapai
1 Dosen harus Dosen bisa langsung Memberikan
menghubungi memeberikan informasi informasi terkait
terlebih dahulu terkait ketidakhadiran dosen
Staff jurusan ketidakhadirannya pada mata kuliah yang
ketika dengan meggunakan diampu ini dapat
berhalangan aplikasi. dilakukan dengan
hadir pada mata mudah dan cepat yang
kuliah yang dapat dilakukan
diampu. dimana saja dan kapan
saja asal terhubung
dengan internet.
2 Mahasiswa harus Mahasiswa hanya Menerima atau
datang ke menunggu notifikasi mengetahui informasi
kampus untuk muncul di ponsel terkait terkait ketidakhadiran
mengetahui hadir ketidakhadiran dosen dosen yang
atau tidaknya yang mengampu mata mengampu mata
dosen yang kuliah yang diambil. kuliah yang diambil
mengampu mata dengan cepat sehingga
kuliah yang tidak perlu harus ke
diambil kampus.

3.1.2 Tujuan
Peneliti bertujuan untuk membuat suatu aplikasi informasi
kehadiran dosen pada mata kuliah yang dapat mengirimkan informasi
terkait ketidakhadiran dosen hanya melalui ponsel android dimana saja
dan kapan saja dengan menggunakan internet, sehingga proses
informasi ketidakhadiran dosen kepada mahasiswa menjadi mudah dan
cepat.

36
 3.1.3 Syarat-Syarat
Untuk mewujudkan tujuan tersebut dibutuhkan beberapa syarat
dalam pembuatan aplikasi informasi kehadiran dosen pada mata kuliah
ini yaitu meliputi hal-hal sebagai berikut :
Bahasa pemrograman dibutuhkan untuk dapat membangun sebuah
aplikasi, agar computer dapat melakukan berbagai operasi dann fungsi
sesuai dengan keinginan user. Bahasa pemrograman untuk
pengembangan aplikasi ini adalah java (Android Studio) dan PHP.
Spesifikasi perangkat lunak dan perangkat keras yang digunakan
dalam pembuatan aplikasi ini adalah sebagai berikut :
1. Perangkat Lunak :
a. Android Studio
b. Notepad++
2. Perangkar Keras :
Laptop dengan spesifikasi :
a. Processor : Intel Core i3
b. RAM : Memory 4GB
c. Harddisk : 50GB
d. VGA : Intel HD Grafis

3.2 Fase Perancangan

Tahapan selanjutnya dalam RAD setelah menganalisis masalah pada
sistem yang berjalan adalah tahap perancangan sistem yang bertujuan untuk
mengatasi permasalahan-permasalahan yang ada dan memberikan usulan
rancangan sistem.
3.2.1 Perancangan Unified Modeling Language (UML)
1. Use Case Diagram
Sebuah use case menampilkan diagram pemodelan proses-
proses sebuah interaksi antara actor dengan sistem. Aktor-aktor yang
terlihat di dalam use case diagram ini yaitu Staff Jurusan, Dosen, dan
Mahasiswa.

37
 Tabel 3. 5 Deskripsi Aktor

No Aktor Deskripsi
1 Staff Jurusan, Aktor yang menggunakan aplikasi.
Dosen, Mahasiswa

Tabel 3. 6 Deskripsi Use Case

No Use Case Deskripsi

1 Login Merupakan proses untuk melakukan
login staf jurusan, dosen, mahasiswa,
yang diharuskan memasukan
username dan password untuk masuk
aplikasi.
2 Memasukan Merupakan proses user (staff jurusan,
Username dosen, mahasiswa) memasukan
usernamenya.
3 Memasukan Merupakan proses user (staff jurusan,
Password dosen, mahasiswa) memasukan
passwordnya.
4 Mengelola Data Mengelola Data Dosen merupakan
Dosen proses pengelolaan data dosen yang
meliputi menambah data dosen,
melihat data dosen, mengubah data
dosen, dan menghapus data dosen.
5 Menambah Data Merupakan proses penambahan data
Dosen dosen ke dalam basis data.
6 Melihat Data Merupakan proses menampilkan data
Dosen dosen yang ada di dalam basis data.
7 Mengubah Data Merupakan proses mengubah data
Dosen dosen yang ada di dalam basis data.
Menghapus Data Merupakan proses menghapus data

38
No Use Case Deskripsi
Dosen dosen yang ada di dalam basis data.
8 Mengelola Data Mengelola Data Mahasiswa
Mahasiswa merupakan proses pengelolaan data
mahasiswa yang meliputi menambah
data mahasiswa, melihat data
mahasiswa, mengubah data
mahasiswa, dan menghapus data
mahasiswa.
9 Menambah Data Merupakan proses penambahan data
Mahasiswa mahasiswa ke dalam basis data.
10 Melihat Data Merupakan proses menampilkan data
Mahaiswa mahasiswa yang ada di dalam basis
data.
11 Mengubah Data Merupakan proses mengubah data
Mahasiswa mahasiswa yang ada di dalam basis
data.
12 Menghapus Data Merupakan proses menghapus data
Mahasiswa mahasiswa yang ada di dalam basis
data.
13 Memasukan Merupakan proses memasukan
/menuliskan informasi yang ingin diberikan kepada
informasi terkait mahasiswa
ketidakhadiran
14 Memasukan NIM Merupakan proses memasukan NIM
dan menekan mahasiswa dan menekan tombol
tombol Registrasi Registrasi Device sehingga NIM
Device terdaftar di basis data.
15 Melihat/menerima Merupakan proses menerima notifikasi
informasi dari terkait kehadiran yang dikirimkan oleh

39
 No Use Case Deskripsi
dosen dosen.

Untuk mendefinisikan skenario dari pengguna aplikasi

Informasi Kehadiran Dosen Pada Mata Kuliah, maka kegiatan user
dibagi menjadi beberapa bagian seperti pada gambar 3.3.

Gambar 3.3 Use Case Diagram Sistem

2. Activity Diagram
Activity diagram digunakan untuk menggambarkan alur kerja
(work flow) dari sistem yang sedang dirancang. Dalam aplikasi ini,

40
aktifitas yang digambarkan di dalam activity diagram yaitu activity
diagram Staff Jurusan, Dosen, dan Mahasiswa.

Gambar 3.4 Activity Diagram Staff Jurusan

41
 Gambar 3.5 Activity Diagram Dosen dan Mahasiswa

3. Class Diagram
Class diagram adalah kumpulan kelas-kelas objek. Class
diagram berisi kelas-kelas yang ada dalam sistem yang dibuat. Kelas
merupakan satu set objek yang memiliki atribut dan method atau
dengan kata lain kelas memiliki informasi yang menggambarkan
fitur suatu entitas dan bagaimana penggunaanya.

42
Gambar 3.6 Class Diagram Sistem Aplikasi

43
3.2.2 Perancangan Antarmuka (User Interface)
1. Scene 1 : Halaman Login

Gambar 3.7 Halaman Login

Pada halaman login terdapat 3 button yaitu staff jurusan,

Dosen, dan Mahasiswa untuk login sebagai staff jurusan, atau
dosen maupun mahasiswa.

2. Scene 2 : Halaman Login Staff Jurusan

Gambar 3.8 Halaman Login Staff Jurusan

44
 Pada halaman login Staf Jurusan berfungsi untuk sistem
keamanan aplikasi untuk user staf jurusan yang harus memasukan
username dan password dari staf jurusan.

3. Scene 3 : Halaman Menu Kelola Data

Gambar 3.9 Halaman Menu Kelola Data

Pada halaman menu kelola data terdapat 2 image button yang

berfungsi untuk masuk ke halaman selanjutnya, image button
kelola data dosen berfungsi untuk masuk ke halaman kelola data
dosen dan image button kelola data mahasiswa berfungsi untuk
masuk ke halaman kelola data mahasiswa.

4. Scene 4 : Halaman Kelola Data Dosen

Gambar 3.10 Halaman Kelola Data Dosen

45
 Pada halaman kelola data dosen staf jurusan bisa
menambahkan data dosen yang meliputi NIP, Nama Dosen,
Username Dosen, dan Password Dosen dengan menekan tombol
tambah data. Ketika staf jurusan ingin melihat data dosen yang
telah ditambahkan bisa dengan menekan tombol lilhat data.

5. Scene 5 : Halaman Lihat Data Dosen

Gambar 3.11 Halaman Lihat Data Dosen

Pada halaman lihat data dosen akan muncul data data dosen
yang sudah staf jurusan masukan terlebih dahulu dengan
melakukan proses menambahkan data. Dan juga ketika staf jurusan
ingin menubah data dari dosen, bisa menekan tampilan dari data
dosen tersebut. Maka akan muncul tampilan halaman mengubah
data dosen.

46
6. Scene 6 : Halaman Mengubah Data Dosen

Gambar 3.12 Halaman Mengubah Data Dosen

Pada halaman mengubah data dosen, staf jurusan bisa

mengubah data dosen sesuai NIP dosen tersebut, data yang bisa
diubah adalah nama dosen, username dosen, dan password dosen.
Setelah itu tekan tombol ubah data untuk memvalidasi data yang
ingin diubah. Dan juga ketika staf jurusan ingin menghapus data
dosen tersebut tinggal tekan button hapus yang berada di pojok
kanan atas.

7. Scene 7 : Halaman Kelola Data Mahasiswa

Gambar 3.13 Halaman Kelola Data Mahasiswa

47
 Pada halaman kelola data mahasiswa staf jurusan bisa
menambahkan data mahasiswa yang meliputi NIM, Nama
Mahasiswa, Username Mahasiswa, dan Password Mahasiswa
dengan menekan tombol tambah data. Ketika staf jurusan ingin
melihat data mahasiswa yang telah ditambahkan bisa dengan
menekan tombol lilhat data.

8. Scene 8 : Halaman Lihat Data Mahasiswa

Gambar 3.14 Halaman Lihat Data Dosen

Pada halaman lihat data mahasiswa akan muncul data data

mahasiswa yang sudah staf jurusan masukan terlebih dahulu
dengan melakukan proses menambahkan data. Dan juga ketika staf
jurusan ingin menubah data dari mahasiswa, bisa menekan
tampilan dari data mahasiswa tersebut. Maka akan muncul
tampilan halaman mengubah data mahasiswa.

9. Scene 9 : Halaman Mengubah Data Dosen

Gambar 3.15 Halaman Mengubah Data Mahasiswa

48
 Pada halaman mengubah data mahasiswa, staf jurusan bisa
mengubah data mahasiswa sesuai NIM dosen tersebut, data yang
bisa diubah adalah nama mahasiswa, username mahasiswa, dan
password mahasiswa. Setelah itu tekan tombol ubah data untuk
memvalidasi data yang ingin diubah. Dan juga ketika staf jurusan
ingin menghapus data mahasiswa tersebut tinggal tekan button
hapus yang berada di pojok kanan atas.

10. Halaman Login Dosen

Gambar 3.16 Halaman Login Dosen

Pada halaman login Dosen berfungsi untuk sistem keamanan

aplikasi untuk user dosen yang harus memasukan username dan
password dari dosen.

11. Halaman Pemberian Informasi Kehadiran

Gambar 3.17 Halaman Pemberian Informasi Kehadiran

49
 Pada halaman ini dosen memberikan informasi terkait
kehadirannya kepa mahasiswa yang dikirimkan ke NIM mahasiswa
yang sudah terdaftar. Dosen mengisikan nama dosen dan
mengrimkan informasi terkait kehadirannya. Dan tekan tombol
send push untuk mulai pengiriman informasi.

12. Halaman Login Mahasiswa

Gambar 3.18 Halaman Login Mahasiswa

Pada halaman login Mahasiswa berfungsi untuk sistem

keamanan aplikasi untuk user mahasiswa yang harus memasukan
username dan password dari mahasiswa.

13. Halaman Registrasi Device

Gambar 3.19 Halaman Register Device

50
 Pada halaman register device mahasiswa diharuskan
meregistrasi devicenya supaya mahasiswa bisa mulai menerima
notifikasi dari dosen, mahasiswa memasukan NIM dan menekan
tombol register device.

51
 BAB IV
IMPLEMENTASI DAN TESTING

Pada bab ini akan dijelaskan mengenai fase konstruksi dan fase
pelaksanann.

4.1 Fase Konstruksi

Pada tahap ini penulis melakukan pembangunan sistem aplikasi yang
telah dirancang sebelumnya. Pembangunan aplikasi meliputi pemenuhan
kebutuhan hardware (perangkat keras) dan software (perangkat lunak) yang
digunakan.
4.1.1 Pemrograman
Pada tahap ini penulis menggunakan Bahasa pemrograman dengan
Java (Android Studio) dan PHP, sedangkan software yang digunakan
dalam pembuatan aplikasi ini yaitu Android Studio dan Notepad++
untuk penulisan script PHP.

4.1.2 Spesifikasi Hardware dan Software

1. Perangkat Keras (Hardware)
a. Processor Intel Core i5-8250U 1.6GHz
b. Harddisk 1000 GB
c. RAM DDR4 8GB
d. Nvidia Geforce MX150 2GB VRAM

2. Perangkat Lunak (Software)

a. Sistem Operasi : Windows 10 Pro 64 bit
b. Android Studio V 3.4
c. Notepad++

Berikut merupakan tampilan antarmuka (user interface) yang sudah

ditingkatkan dengan dilakukannya pengkodean pada sistem.

52
1. Halaman Login

Gambar 4.1 Halaman Login

Pada halaman login terdapat 3 button yaitu staff jurusan, Dosen, dan
Mahasiswa untuk login sebagai staff jurusan, atau dosen maupun
mahasiswa.

2. Halaman Login Staf Jurusan

Gambar 4.2 Halaman Login Staff Jurusan

53
 Pada halaman login Staf Jurusan berfungsi untuk sistem keamanan
aplikasi untuk user staf jurusan yang harus memasukan username dan
password dari staf jurusan.

3. Halaman Menu Kelola Data

Gambar 4.3 Halaman Menu Kelola Data

Pada halaman menu kelola data terdapat 2 image button yang

berfungsi untuk masuk ke halaman selanjutnya, image button kelola data
dosen berfungsi untuk masuk ke halaman kelola data dosen dan image
button kelola data mahasiswa berfungsi untuk masuk ke halaman kelola
data mahasiswa.

4. Halaman Kelola Data Dosen

Gambar 4.4 Halaman Kelola Data Dosen

54
 Pada halaman kelola data dosen staf jurusan bisa menambahkan data
dosen yang meliputi NIP, Nama Dosen, Username Dosen, dan Password
Dosen dengan menekan tombol tambah data. Ketika staf jurusan ingin
melihat data dosen yang telah ditambahkan bisa dengan menekan tombol
lilhat data.

5. Halaman Lihat Data Dosen

Gambar 4.5 Halaman Lihat Data Dosen

Pada halaman lihat data dosen akan muncul data data dosen yang
sudah staf jurusan masukan terlebih dahulu dengan melakukan proses
menambahkan data. Dan juga ketika staf jurusan ingin menubah data dari
dosen, bisa menekan tampilan dari data dosen tersebut. Maka akan
muncul tampilan halaman mengubah data dosen.

55
6. Halaman Mengubah Data Dosen

Gambar 4.6 Halaman Mengubah Data Dosen

Pada halaman mengubah data dosen, staf jurusan bisa mengubah

data dosen sesuai NIP dosen tersebut, data yang bisa diubah adalah nama
dosen, username dosen, dan password dosen. Setelah itu tekan tombol
ubah data untuk memvalidasi data yang ingin diubah. Dan juga ketika
staf jurusan ingin menghapus data dosen tersebut tinggal tekan button
hapus yang berada di pojok kanan atas.

7. Halaman Kelola Data Mahasiswa

Gambar 4.7 Halaman Kelola Data Mahasiswa

56
 Pada halaman kelola data mahasiswa staf jurusan bisa menambahkan
data mahasiswa yang meliputi NIM, Nama Mahasiswa, Username
Mahasiswa, dan Password Mahasiswa dengan menekan tombol tambah
data. Ketika staf jurusan ingin melihat data mahasiswa yang telah
ditambahkan bisa dengan menekan tombol lilhat data.

8. Halaman Lihat Data Mahasiswa

Gambar 4.8 Halaman Lihat Data Mahasiswa

Pada halaman lihat data mahasiswa akan muncul data data

mahasiswa yang sudah staf jurusan masukan terlebih dahulu dengan
melakukan proses menambahkan data. Dan juga ketika staf jurusan ingin
menubah data dari mahasiswa, bisa menekan tampilan dari data
mahasiswa tersebut. Maka akan muncul tampilan halaman mengubah
data mahasiswa.

57
9. Halaman Mengubah Data Mahasiswa

Gambar 4.9 Halaman Mengubah Data Mahasiswa

Pada halaman mengubah data mahasiswa, staf jurusan bisa

mengubah data mahasiswa sesuai NIM dosen tersebut, data yang bisa
diubah adalah nama mahasiswa, username mahasiswa, dan password
mahasiswa. Setelah itu tekan tombol ubah data untuk memvalidasi data
yang ingin diubah. Dan juga ketika staf jurusan ingin menghapus data
mahasiswa tersebut tinggal tekan button hapus yang berada di pojok
kanan atas.

10. Halaman Login Dosen

Gambar 4.10 Halaman Login Dosen

58
 Pada halaman login Dosen berfungsi untuk sistem keamanan aplikasi
untuk user dosen yang harus memasukan username dan password dari
dosen.

11. Halaman Pemberian Informasi Kehadiran

Gambar 4.11 Halaman Pemberian Informasi Kehadiran

Pada halaman ini dosen memberikan informasi terkait kehadirannya

kepa mahasiswa yang dikirimkan ke NIM mahasiswa yang sudah
terdaftar. Dosen mengisikan nama dosen dan mengrimkan informasi
terkait kehadirannya. Dan tekan tombol send push untuk mulai
pengiriman informasi.

59
12. Halaman Login Mahasiswa

Gambar 4.12 Halaman Login Mahasiswa

Pada halaman login Mahasiswa berfungsi untuk sistem keamanan

aplikasi untuk user mahasiswa yang harus memasukan username dan
password dari mahasiswa.

13. Halaman Registrasi Device

Gambar 4.13 Halaman Registrasi Device

60
 Pada halaman register device mahasiswa diharuskan meregistrasi
devicenya supaya mahasiswa bisa mulai menerima notifikasi dari dosen,
mahasiswa memasukan NIM dan menekan tombol register device.

4.2 Fase Pelaksanaan

Pada tahap ini dilakukan pengujian terhadap sistem dan melakukan
pengenalan terhadap sistem. Penulis menggunakan metode pengujian dengan
pendekatan blackbox testing. Metode blackbox testing melakukan pengujian
tanpa melihat source code program dan dijalankan oleh tester atau user untuk
mengamati program apakah telah menerima input, memproses, dan
mengahasilkan output, dan ternyata berjalan dengan benar. Hasil pengujian
bisa dilihat pada Tabel 4.1.

Tabel 4. 2 Hasil Pengujian Black Box

Aktivitas Realisasi yang Diharapkan Hasil Kesimpulan

Pengujian Pengujian
Form Login Ketika user (staf jurusan, Baik [x] Diterima
dosen, mahasiswa) login [ ] Ditolak
akan berhasil masuk ke
menu selanjutnya dengan
memasukan username dan
password
Menu kelola Ketika staf jurusan memilih Baik [x] Diterima
data (user : staf kelola data dosen dan [ ] Ditolak
jurusan) mehasiswa, maka akan
tampil menu tambah data,
lihat data, ubah data dan
hapus data dan berhasil
melakukan proses tersebut
Tampilan Ketika dosen berhasil login Baik [x] Diterima

61
 Aktivitas Realisasi yang Diharapkan Hasil Kesimpulan
Pengujian Pengujian
setelah login maka aplikasi akan [ ] Ditolak
(user : dosen) menampilkan menu
send/kirim notifikasi. Dan
dosen bisa mengirm
notifikasi ke mahasiswa
yang NIM-nya sudah
terdaftar di basis data.
Tampilan Ketika mahasiswa berhasil Baik [x] Diterima
setelah login login maka akan [ ] Ditolak
(user : menampilkan menu
mahasiswa) register device. Mahasiswa
memasukan NIM dan
mengklik tombol register
device maka mahasiswa
sudah bisa menerima
notifikasi dari dosen.

62
 BAB V
KESIMPULAN

5.1 KESIMPULAN
Kesimpulan dari penelitian Program Profesional yang berjudul :
“Aplikasi Informasi Kehadiran Dosen Pada Mata Kuliah” dirancang dan
dibangun untuk sarana pemberian informasi kehadiran dosen pada mata
kuliah untuk mahasiswa yang harapannya dapat membantu mendapatkan
informasi kehadiran dosen pada mata kuliah secara mudah dan cepat.
Metode penelitian yang digunakan untuk pengembangan perangkat lunak
system ini adalah metode RAD (Rapid Application Development) yang
meliputi Requirements Planning (Perencanaan Syarat-Syarat), RAD Design
Workshop (Workshop Desain RAD), Implementation (Implementasi). Untuk
perancngan desain dan system aplikasi ini digunakan Bahasa pemrograman
Java, PHP dan menggunakan Database Management System (DBMS)
MySQL.
Firebase Cloud Messaging dapat digunakan untuk mengirimkan push
notification pada android.

5.2 SARAN
Beberapa saran yang dapat diberikan untuk pengembangan aplikasi
Informasi Kehadiran Dosen Pada Mata Kuliah yaitu menambah fasilitas yang
disediakan dalam aplikasi ini dapat dikembangkan dengan menambahkan,
sebagai berikut :
1. Halaman Informasi akun dan halaman jadwal kuliah.
2. Pengiriman informasi dengan menambahkan fitur pengiriman sesuai mata
kuliah.
3. Nama pengirim sudah tertera sebelum mengirimkan informasi.

63
 DAFTAR PUSTAKA

Android. - .Android Studio. Tersedia: https://developer.android.com/studio

(Diakses pada tanggal 21 Mei 2019).

Dharwiyanti, S., Wahono, R. S. (2003). Pengantar Unified Modeling Language

(UML). Jakarta: IlmuKomputer.

Firebase. - .Firebase Cloud Messaging. Tersedia:

https://firebase.google.com/docs/cloud-messaging. (Diakses pada tanggal 21
Mei 2019).

http://www.pengertianku.net/2015/09/pengertian-uml-dan-jenis-jenisnya-serta-
contoh-diagramnya.html (Diakses pada tanggal 20 April 2019)

http://www.pengertianku.net/2015/09/pengertian-uml-dan-jenis-jenisnya-serta-
contoh-diagramnya.html (Diakses pada tanggal 20 April 2019)

Khan, Belal. 2016. Firebase Cloud Messaging for Android using PHP and
MySQL. Tersedia: https://www.simplifiedcoding.net/firebase-cloud-
messaging-android/#StoringDevice-Token (Diakses pada tanggal 23 Mei
2019).

Komputer, Wahana. 2012. Java for mobile programing. Yogyakart: Penerbit C.V
ANDI OFFSET.

Nugroho, Adi. 2009. Rekayasa Perangkat Lunak Menggunakan UML dan Java.
Yogyakarta. Penerbit : ANDI

Nugroho, Adi. 2009. Rekayasa perangkat lunak menggunakan UML dan Java.
Wahana komputer. Yogyakarta: Penerbit C.V ANDI OFFSET.

64
Rosa, Shalahudin. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak
(Terstruktur Dan Berorientasi Objek). Bandung: Modula.

65