Laporan - TA - Intan Yoshana

RANCANG BANGUN APLIKASI FOODX MODUL
DONATUR MAKANAN BERBASIS ANDROID SERTA

MODUL ADMIN FOODX BERBASIS WEB
LAPORAN SKRIPSI
INTAN YOSHANA 4616010041
PROGRAM STUDI TEKNIK INFORMATIKA

JURUSAN TEKNIK INFORMATIKA DAN KOMPUTER
POLITEKNIK NEGERI JAKARTA
2020
RANCANG BANGUN APLIKASI FOODX MODUL
DONATUR MAKANAN BERBASIS ANDROID SERTA
MODUL ADMIN FOODX BERBASIS WEB
LAPORAN SKRIPSI
Dibuat untuk Melengkapi Syarat-Syarat yang Diperlukan untuk

Memperoleh Gelar Sarjana Terapan
INTAN YOSHANA
4616010041
PROGRAM STUDI TEKNIK INFORMATIKA

JURUSAN TEKNIK INFORMATIKA DAN KOMPUTER
POLITEKNIK NEGERI JAKARTA
2020
ii
HALAMAN PERNYATAAN ORISINALITAS
Skripsi/Tesis/Disertasi ini adalah hasil karya saya sendiri, dan semua sumber
baik yang dikutip maupun dirujuk telah saya nyatakan dengan benar.
Nama : Intan Yoshana
NIM : 4616010041
Tanggal : 8 Juli 2020
Tanda Tangan :
iii
HALAMAN PENGESAHAN
Skripsi diajukan oleh
NIM : 4616010041
Program Studi : Teknik Informatika
Judul Skripsi : Rancang Bangun Aplikasi FoodX Modul Donatur

Makanan Berbasis Android serta Modul Admin
FoodX Berbasis Web
Disahkan oleh:
Pembimbing : Shinta Oktaviana R., S.Kom., M.Kom.
Penguji I : Dr. Dewi Yanti Liliana, S.Kom.,

M.Kom.
Penguji II : Iwan Sonjaya, S.T., M.T.
Penguji III : Fitria Nugrahaini, S.Pd., M.Si.
iv
KATA PENGANTAR
Puji syukur saya panjatkan atas kehadirat Allah SWT karena atas rahmat dan
karunia Nya, penulis dapat menyelesaikan skrispsi ini. Penulisan skripsi ini
dilakukan dalam rangka memenuhi syarat untuk mencapai gelar Sarjana Terapan
di Politeknik Negeri Jakarta. Penyusunan skripsi ini dapat berjalan lancar tidak
terlepas dari bantuan, bimbingan, serta dukungan dari berbagai pihak. Oleh karena
itu, penulis mengucapkan terima kasih kepada:
a. Ibu Shinta Oktaviana R., S.Kom., M.Kom., selaku Dosen Pembimbing yang
telah menyediakan waktu, tenaga dan pikiran untuk membimbing serta
mengarahkan penulis dalam penyusunan skripsi ini;
b. Pihak Foodbank of Indonesia dan FoodCycle Indonesia yang telah membantu

penulis dalam memperoleh data-data yang diperlukan;
c. Orang tua penulis yang telah memberikan dukungan dalam pembuatan skripsi
ini;
d. Diana yang telah menjadi partner penyusunan skripsi ini;
e. Teman serta sahabat yang telah banyak membantu dan mendukung penulis
dalam menyelesaikan penyusunan skripsi ini, terkhusus untuk Naufal, Rizky,
Fiqih, dan Lyanita;
Demikian pengantar ini penulis sampaikan, berharap Allah SWT berkenan

membalas segala kebaikan semua pihak yang telah membantu. Semoga laporan
skripsi ini membawa manfaat bagi pengembangan ilmu. Penulis menyadari bahwa
skripsi ini masih jauh dari kata sempurna, oleh karena itu saran dan kritik yang
membangun sangat diharapkan.
Jakarta, 8 Juli 2020
Penulis
v
Rancang Bangun Aplikasi FoodX Modul Donatur Berbasis Android serta
Modul Admin FoodX Berbasis Web
Abstrak
Mayoritas individu belum memiliki kesadaran akan pentingnya isu limbah
makanan. Sedangkan, masih banyak individu yang kekurangan pasokan makanan.
Saat ini, terdapat banyak komuitas yang mengumpulkan makanan berlebih yang
masih layak makan untuk diberikan kepada masyarakat yang membutuhkan.
Namun, keberadaan komunitas tersebut belum diketahui oleh banyak orang. Maka
dari itu aplikasi FoodX dibuat sebagai platform membantu menghubungkan
donatur makanan serta komunitas yang menyalurkan makanan tersebut ke
masyarakat yang membutuhkan. Metode pengembangan sistem yang digunakan
adalah prototyping. Pembuatan aplikasi untuk donatur dibuat berbasis Android,
serta aplikasi untuk admin dibuat berbasis Web dengan menggunakan framework
Nuxt.JS, Laravel, dan database PostgreSQL. Pengujian alpha testing dilakukan
untuk menuji keseluruhan fungsi sistem. Metode pengujian yang digunakan dalam
alpha testing adalah metode Black Box Testing. Hasil dari pengujian alpha testing
memperoleh informasi bahwa sistem yang dibangun dapat berjalan dengan lancar
dan sesuai dengan harapan.
Kata kunci: Android, Alpha Testing, Black Box Testing, Laravel, Limbah
Makanan, PostgreSQL, Prototyping Method.
vi
Jurusan Teknik Informatika dan Komputer – Poilteknik Negeri Jakarta
HALAMAN PERNYATAAN PERSETUJUAN PUBLIKASI SKRIPSI
UNTUK KEPENTINGAN AKADEMIS
Sebagai sivitas akademik Politeknik Negeri Jakarta, saya yang bertanda tangan di
bawah ini :
NIM : 4616010041
Program Studi : Teknik Informatika
Jurusan : Teknik Informatika dan Komputer
Jenis Karya :Skripsi/Tesis/Disertasi/Karya Ilmiah Lainnya*
demi pengembangan ilmu pengetahuan, menyetujui untuk memberikan kepada

Politeknik Negeri Jakarta Hak Bebas Royalti Noneksklusif (Non-exclusive
Royalty-Free Right) atas karya ilmiah saya yang berjudul :
Rancang Bangun Aplikasi FoodX Modul Donatur Makanan Berbasis Android serta
Modul Admin Berbasis Web
beserta perangkat yang (jika diperlukan). Dengan Hak Bebas Royalti Noneksklusif
ini Politeknik Negeri Jakarta berhak menyimpan, mengalihmedia/format-kan,
mengelola dalam bentuk pangkalan data (database), merawat, dan memublikasikan
skripsi saya selama tetap mencantumkan nama saya sebagai penulis/pencipta dan
sebagai pemilik Hak Cipta.
Demikian pernyataan ini saya buat dengan sebenarnya.
Dibuat di : Jagakarsa, Jakarta Selatan Pada tanggal : 8 Juli 2020
Yang menyatakan
(Intan Yoshana)
*Karya ilmiah: karya akhir, makalah non seminar, laporan kerja praktek, laporan
magang, karya profesi dan karya spesialis
vii
DAFTAR ISI
HALAMAN PERNYATAAN ORISINALITAS ................................................... iii

HALAMAN PENGESAHAN ................................................................................ iv
KATA PENGANTAR ............................................................................................ v
ABSTRAK ............................................................................................................. vi
HALAMAN PERNYATAAN PERSETUJUAN PUBLIKASI SKRIPSI ............ vii
DAFTAR ISI ........................................................................................................ viii
DAFTAR TABEL ................................................................................................... x
DAFTAR GAMBAR ............................................................................................. xi
DAFTAR LAMPIRAN .......................................................................................... xi
BAB I PENDAHULUAN ...................................................................................... 1
1.1 Latar Belakang.......................................................................................... 1
1.2 Perumusan Masalah .................................................................................. 3
1.3 Batasan Masalah ....................................................................................... 3
1.4 Tujuan dan Manfaat .................................................................................. 3
1.5 Metode Pelaksanaan Skripsi ..................................................................... 3
BAB II TINJAUAN PUSTAKA........................................................................... 5
2.1 Kewirausahaan Sosial (Social Entrepreneurship) .................................... 5
2.2 Sustainable Development Goals ............................................................... 6
2.3 Metode Prototyping .................................................................................. 8
2.4 Mobile Application ................................................................................. 10
2.5 Business to Consumer (B2C) ................................................................. 10
2.6 Android ................................................................................................... 11
2.7 Android Studio ....................................................................................... 11
2.8 Kotlin ...................................................................................................... 11
2.9 Framework Laravel ................................................................................ 12
2.10 NuxtJS .................................................................................................... 12
2.11 JavaScript ............................................................................................... 12
2.12 PostgreSQL............................................................................................. 12
2.13 Application Programming Interface (API) ............................................. 13
2.14 Algoritma Haversine .............................................................................. 13
2.15 Diagram Perancangan Sistem ................................................................. 14
viii
2.16 Pengujian ................................................................................................ 20
BAB III PERENCANAAN DAN REALISASI ................................................. 21
3.1 Perancangan Program Aplikasi .............................................................. 21
3.1.1 Deskripsi Program Aplikasi ................................................................ 21
3.1.2 Cara Kerja Program Aplikasi .............................................................. 22
3.1.3 Rancangan Program Aplikasi ............................................................. 25
3.2 Realisasi Program Aplikasi .................................................................... 38
3.2.1 Aplikasi untuk Donatur ....................................................................... 39
3.2.2 Aplikasi untuk Admin ......................................................................... 62
BAB IV PEMBAHASAN .................................................................................... 71
4.1 Pengujian ................................................................................................ 71
4.2 Deskripsi Pengujian ................................................................................ 71
4.3 Prosedur Pengujian ................................................................................. 71
4.4 Data Hasil Pengujian .............................................................................. 73
4.5 Analisis Data / Evaluasi.......................................................................... 85
BAB V PENUTUP ............................................................................................... 86
5.1 Kesimpulan ............................................................................................. 86
5.2 Saran ....................................................................................................... 86
Daftar Pustaka ...................................................................................................... xiv
Daftar Riwayat Hidup ......................................................................................... xvii
ix
DAFTAR TABEL
Tabel 1. Simbol-simbol flowchart......................................................................... 14

Tabel 2. Simbol-simbol dalam Use Case Diagram .............................................. 16
Tabel 3. Simbol-simbol dalam Activity Diagram ................................................. 17
Tabel 4. Simbol-simbol dalam Sequence Diagram............................................... 18
Tabel 5. Simbol-simbol dalam Class Diagram ..................................................... 19
Tabel 6. Tabel Modul-modul Yang Diuji ............................................................. 71
Tabel 7. Tabel Pengujian Login ............................................................................ 74
Tabel 8. Tabel Pengujian Logout .......................................................................... 75
Tabel 9. Tabel Pengujian Memilih Komunitas ..................................................... 75
Tabel 10. Tabel Pengujian Donasi ........................................................................ 76
Tabel 11. Tabel Pengujian Pembuatan Permohonan Donasi ................................ 76
Tabel 12. Tabel Pengujian Riwayat Donasi .......................................................... 81
Tabel 13. Tabel Pengujian Penerima Donasi Terdekat ......................................... 81
Tabel 14. Tabel Pengujian Penerima Donasi Terdekat ......................................... 82
Tabel 15. Tabel Pengujian Halaman Donasi untuk Admin................................... 83
Tabel 16. Tabel Pengujian Halaman Komunitas untuk Admin ............................ 84
Tabel 17. Tabel Pengujian Halaman Donatur untuk Admin ................................. 84
x
DAFTAR GAMBAR
Gambar 1.1 Hasil Survei Perilaku Masyarakat dalam Membuang Makanan ......... 1
Gambar 1.2 Hasil Survei Pengetahuan Masyarakat ................................................ 2
Gambar 2.1 Fase-fase dalam Metode Prototyping .................................................. 8
Gambar 2.2 Perbedaan Garis Lintang dan Garis Bujur di Belahan Bumi ............ 13
Gambar 3.1 Flowchart Aplikasi FoodX Secara Keseluruhan ............................... 22
Gambar 3.2 Flowchart Alur Aplikasi untuk Donatur ........................................... 23
Gambar 3.3 Flowchart Alur Aplikasi Web untuk Admin..................................... 24
Gambar 3.4 Diagram Use Case dalam Sistem FoodX .......................................... 25
Gambar 3.5 Activity Diagram Permohonan Donasi dari Donatur ........................ 27
Gambar 3.6 Activity Diagram Melihat Penerima Donasi Terdekat ...................... 28
Gambar 3.7 Activity Diagram Melihat Report untuk Donatur .............................. 29
Gambar 3.8 Activity Diagram Mengelola Akun Donatur untuk Admin ............... 30
Gambar 3.9 Activity Diagram Validasi Akun Komunitas oleh Admin ................ 31
Gambar 3.10 Activity Diagram Mengelola Akun Komunitas untuk Admin ........ 32
Gambar 3.11 Activity Diagram Melihat seluruh transaksi .................................... 33
Gambar 3.12 Sequence Diagram Membuat Permohonan Donasi untuk Donatur 34
Gambar 3.13 Sequence Diagram Melihat Laporan Donasi untuk Donatur .......... 34
Gambar 3.14 Sequence Diagram Melihat Penerima Donasi Terduntuk Donatur . 35
Gambar 3.15 Sequence Diagram Melihat Seluruh Transaksi untuk Admin ......... 36
Gambar 3.16 Sequence Diagram Validasi Akun Komunitas oleh Admin............ 36
Gambar 3.17 Sequence Diagram Melihat Akun Donatur untuk Admin ............... 37
Gambar 3.18 Sequence Diagram Mengelola Akun Komunitas untuk Admin...... 37
Gambar 3.19 Class Diagram Aplikasi FoodX ...................................................... 38
Gambar 3.20 Prototype Halaman Register Donatur ............................................. 39
Gambar 3.21 Prototype Halaman Login Donatur ................................................. 40
Gambar 3.22 Prototype Halaman Komunitas di Donatur ..................................... 41
Gambar 3.23 Prototype Halaman Detail Komunitas di Donatur .......................... 42
Gambar 3.24 Prototype Halaman Form Donasi .................................................... 43
Gambar 3.25 Prototype Halaman Pilih Lokasi ..................................................... 44
Gambar 3.26 Prototype Halaman Riwayat Donasi ............................................... 45
Gambar 3.27 Prototype Halaman Detail Riwayat Donasi .................................... 46
Gambar 3.28 Prototype Halaman Penerima Donasi ............................................. 47
Gambar 3.29 Protoype Halaman Penerima Donasi Terdekat ............................... 48
Gambar 3.30 Hasil Implementasi Halaman Registrasi Donatur ........................... 49
Gambar 3.31 Hasil Implementasi Login Donatur ................................................. 50
Gambar 3.32 Hasil Implementasi Halaman Komunitas di Donatur ..................... 51
Gambar 3.33 Hasil Implementasi Halaman Detail Komunitas ............................. 52
Gambar 3.34 Hasil Implementasi Form Donasi .................................................... 53
Gambar 3.35 Implementasi Kode Permohonan Donasi di Android ..................... 54
Gambar 3.36 Implementasi Kode Permohonan Donasi di Laravel....................... 55
Gambar 3.37 Hasil Implementasi Pemilihan Lokasi Penjemputan Makanan ....... 56
Gambar 3.38 Implementasi Kode Pemilihan Lokasi ............................................ 57
xi
Gambar 3.39 Hasil Implementasi Riwayat Donasi ............................................... 58
Gambar 3.40 Hasil Implementasi Halaman Detail Donasi ................................... 59
Gambar 3.41 Hasil Implementasi Penerima Donasi Terdekat .............................. 60
Gambar 3.42 Implementasi Kode Penerima Donasi Terdekat di Android ........... 61
Gambar 3.43 Implementasi Kode Penerima Donasi Terdekat di Laravel ............ 62
Gambar 3.44 Prototype Halaman Komunitas untuk Admin ................................. 63
Gambar 3.45 Prototype Halaman Menerima Komunitas untuk Admin ............... 63
Gambar 3.46 Prototype Halaman Donasi untuk Admin ....................................... 64
Gambar 3.47 Prototype Halaman Donatur untuk Admin ..................................... 65
Gambar 3.48 Hasil Implementasi Halaman Komunitas untuk Admin ................. 66
Gambar 3.49 Implementasi Kode Halaman Menerima Komunitas di Nuxt.JS .... 67
Gambar 3.50 Implementasi Kode Komunitas Yang Telah Registrasi .................. 68
Gambar 3.51 Implementasi Kode Komunitas Yang Telah Diterima oleh Admin 68
Gambar 3.52 Hasil Implementasi Halaman Donatur untuk Admin ...................... 69
Gambar 3.53 Hasil Implementasi Halaman Donasi untuk Admin ........................ 69
xii
DAFTAR LAMPIRAN
Lampiran 1 Hasil Kuesioner ........................................................................... xviiiiii

Lampiran 2 Hasil Pengujian ................................................................................. xix
xiii
BAB I
PENDAHULUAN
1.1 Latar Belakang
Mayoritas individu belum memiliki kesadaran akan pentingnya isu limbah

makanan. Mereka hanya memakan dan membuang makanan yang diinginkan tanpa
pertimbangan lebih lanjut. Sedangkan, di sisi lain, masih banyak individu yang
kekurangan pasokan makanan. Berdasarkan data Perserikatan Bangsa-bangsa
(PBB), 1,3 miliar ton makanan di dunia terbuang setiap tahunnya, sementara hampir
2 miliar orang di dunia kelaparan atau kekurangan gizi. Di antara tahun 2000 hingga
2019, tingkat kelaparan Indonesia dalam skor Global Hunger Index (GHI) menurun
dari angka 25,8 ke 20,1. Walaupun terjadi penurunan, skor tersebut masih termasuk
ke dalam kategori serius (Pakpahan, 2017).
Ketidakefisienan dalam sistem pangan global ini memiliki dampak serius bagi
nutrisi, kesehatan, dan lingkungan. Berdasarkan sebuah studi dari The Economist
Intelligence Unit pada tahun 2016, Indonesia merupakan negara dengan limbah
makanan terbesar kedua di dunia, dengan pembuangan hampir 300kg makanan per
orang setiap tahun. Seperti yang tertera di Gambar 1.1, sebanyak 91,5 persen dari
234 responden pernah membuang makanan yang telah diolah yang masih layak
dikonsumsi. Bahkan 98,7 persen dari 234 responden pernah membuang makanan
yang belum diolah karena terlalu lama disimpan.
Gambar 1.1 Hasil Survei Perilaku Masyarakat dalam Membuang Makanan
Menurut Food and Agriculture Organization dari PBB, 30 persen makanan

terbuang di seluruh rantai pasokan, berkontribusi 8 persen dari total emisi gas
rumah kaca global. Sehingga pada tahun 2015, seluruh anggota PBB membuat
1
2
sebuah tujuan global untuk memastikan bahwa semua orang dapat menikmati
perdamaian dan kemakmuran pada tahun 2030 yang disebut dengan Sustainable
Development Goals (SDG). SDG memiliki tujuh belas objektif yang saling
terintegrasi, dimana tindakan di satu bidang akan memengaruhi hasil di bidang lain.
Saat ini, terdapat banyak komunitas yang mengumpulkan makanan berlebih yang
masih layak makan untuk diberikan kepada masyarakat yang membutuhkan.
Makanan tersebut didapatkan dari para donatur. Donatur dapat berupa individu
maupun organisasi. Meski begitu, masih banyak masyarakat yang tidak tahu bahwa
mereka dapat mendonasikan makanan berlebih mereka kepada komunitas terkait.
Gambar 1.2 menunjukkan bahwa sebanyak 62,4 persen dari 234 responden tidak
tahu bahwa mereka dapat mendonasikan makanan berlebih mereka ke sebuah
komunitas. Bahkan, 64,1 persen dari 234 responden tidak mengetahui bahwa
terdapat komunitas yang dapat menyalurkan donasi makanan.
Gambar 1.2 Hasil Survei Pengetahuan Masyarakat mengenai Komunitas

yang Menerima Donasi Makanan Yang Masih Layak Konsumsi
Proses bisnis donasi makanan yang terjadi pada saat ini masih kurang efektif karena
dari permohonan donasi oleh donatur hingga reporting penerima donasi dalam
bentuk foto dan deskripsi dari pihak komunitas masih menggunakan platform
komunikasi seperti WhatsApp atau telepon.
Uraian permasalahan di atas menjadi pemicu dibuatnya aplikasi FoodX ini untuk
menyebarkan kesadaran akan limbah makanan serta mengurangi masalah tersebut
dengan menyediakan platform bagi donatur untuk memberikan makanan berlebih
ke komunitas setempat. Keamanan serta kebersihan makanan menjadi isu lain
dalam pembuatan sistem ini untuk menentukan kelayakan konsumsi makanan yang
didonasikan. FoodX memiliki empat modul, yakni; modul donatur makanan, modul
komunitas penyalur makanan, modul relawan, serta modul admin FoodX.
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta

3
1.2 Perumusan Masalah
Perumusan masalah yang didasari oleh latar belakang di atas dapat diuraiakan
sebagai berikut:
1. Bagaimana cara membuat aplikasi Android FoodX yang dapat

menghubungkan donatur makanan dengan komunitas penyalur makanan?
2. Bagaimana cara membuat web admin FoodX untuk mengelola data donatur
dan komunitas?
1.3 Batasan Masalah
Batasan masalah dalam pembuatan aplikasi ini adalah:
1. Aplikasi FoodX untuk donatur makanan dibuat berbasis Android
2. Aplikasi admin untuk mengelola data aplikasi FoodX dibuat berbasis Web
3. Aplikasi untuk donatur makanan terintegrasi dengan aplikasi untuk komunitas

penyalur makanan
1.4 Tujuan dan Manfaat
Tujuan dari penelitian ini adalah merancang bangun aplikasi Android FoodX untuk
donatur makanan serta aplikasi Web untuk admin yang berfungsi untuk mengelola
data. Adapun manfaat dari dibuatnya aplikasi ini, antara lain:
1. Individu atau sebuah organisasi yang terdaftar di aplikasi FoodX yang

memiliki makanan berlebih dapat menyumbangkan makanan tersebut kepada
komunitas setempat.
2. Komunitas yang terdaftar di aplikasi FoodX dapat terhubung langsung dengan

donatur makanan untuk mengambil makanan tersebut.
3. Donatur makanan dapat memantau bahwa makanan yang diberikan sampai ke

masyarakat yang membutuhkan.
1.5 Metode Pelaksanaan Skripsi
Dalam penyelesaian masalah penelitian terdapat dua metode, yakni:

4
1. Metode Pengumpulan Data
Data yang diperlukan dalam proses penelitian berupa data primer dan data
sekunder. Pengumpulan data yang diperlukan selama proses penelitian dilakukan
melalui observasi, wawancara pihak komunitas dan beberapa restoran, serta
penyebaran kuesioner yang dapat menjadi donatur makanan.
2. Metode Pengembangan
Proses pembangunan aplikasi ini akan dilakukan dengan menggunakan metode

Prototyping.

BAB II
TINJAUAN PUSTAKA
2.1 Kewirausahaan Sosial (Social Entrepreneurship)
Gagasan dari pengusaha social (social entrepreneur) atau kewirausahaan social

(social entrepreneurship) diciptakan oleh sekelompok orang, kebanyakan dari
negara-negara berkembang, yang mencoba untuk memilah masalah sosial,
ekonomi, dan lingkungan di sekitar mereka dalam bentuk wirausaha. Pengusaha
sosial merupakan orang yang memiliki kemampuan untuk menyelesaikan masalah
masyarakat dengan menerapkan ide inovatif. Tujuan utama pengusaha sosial bukan
untuk mendapatkan keuntungan melainkan untuk mengimplementasikan
peningkatan kesejahteraan masyarakat secara luas, keuntungan finansial yang
didapatkan dianggap sebagai sarana atau alat untuk menyelesaikan misi sosial
(Shukla & Singh, 2016).
Kewirausahaan sosial dibagi menjadi dua kategori berbeda; organisasi nirlaba (non-
profit organization) dan organisasi dengan tujuan finansial sekaligus sosial
(hybrid). Lembaga swadaya masyarakat (LSM), sebagai organisasi non-pemerintah
dikategorikan ke dalam organisasi nirlaba. Organisasi ini biasanya dibentuk oleh
warga negara biasa dan dapat didanai oleh pemerintah, yayasan, bisnis, atau
perorangan. Beberpa didirikan dengant idak memiliki dana sama sekali dan
dioperasikan oleh sukarelawan (Rahim & Mohtar, 2015).
Kategori kedua selanjutnya dibagi menjadi hibrida social (social hybrid) dan
hibrida ekonomi (economy hybrid). Keduanya adalah organisasi dengan tujuan
finansial dan sosial. Yang membedakan keduanya adalah tujuan utama, baik yang
lebih condong ke sosial atau ekonomi. Untuk organisasi hibrida sosial, ia lebih
berfokus pada misi sosial, sementara menghasilkan pendapatan adalah tujuan
sekunder. Biasanya keuntungan finansial digunakan untuk keberlanjutan
organisasi. Di sisi lain, tujuan utama organisasi ekonomi hibrida adalah laba.
Namun, secara aktif terlibat dalam kegiatan sosial. Dengan kata lain, organisasi
bisnis yang bertanggung jawab secara sosial dikelompokkan dalam kategori ini.
5
Salah satu contoh aplikasi social entrepreneurship yang berkontribusi dalam
pencegahan limbah makanan adalah Olio. Olio merupakan platform untuk berbagi
makanan yang menghubungkan para individu dengan tetangga dan toko-toko lokal
di seluruh dunia. Pengguna Olio dapat menyumbangkan sayuran segar, roti dari
toko roti dan makanan rumah tangga yang berlebih. Untuk mendaftarkan makanan,
pengguna hanya perlu menambahkan foto makanan, deskripsi, serta kapan dan di
mana makanan tersebut tersedia untuk diambil. Sedangkan, untuk melihat makanan
yang tersedia cukup dengan menelusuri halaman utama yang berisi daftar makanan
yang ada di daerah sekitar. Olio pertama kali dirilis pada awal 2015 oleh Tessa
Clarke dan Saasha Celestial One. Pada Oktober 2017 Olio berhasil mengumpulkan
dana sebanyak $2,2 juta. Olio juga memiliki sekitar 1,2 juta pengguna yang ada di
seluruh dunia pada Juli 2019. Selain itu, juga terdapat aplikasi Jokii yang
menyediakan platform jual beli makanan yang akan dibuang karena kelebihan
produksi dari restoran, toko roti, dan tempat makanan lainnya.
2.2 Sustainable Development Goals
Sustainable Development Goals (SDG) merupakan sebuah tujuan global yang

disetujui oleh anggota PBB sebagai panggilan universal untuk mengakhiri
kemiskinan, memerangi kelaparan, melindungi planet (dunia), dan memastikan
bahwa semua orang dapat menikmati perdamaian dan kemakmuran pada tahun
2030 yang disebut dengan Sustainable Development Goals (SDG). SDG memiliki
tujuh belas objektif yang saling terintegrasi, dimana tindakan di satu bidang akan
memengaruhi hasil di bidang lain (United Nations, 2015).Objektif-objektif tersebut,
antara lain:
1. Tanpa Kemiskinan (No Poverty)
2. Tidak Ada Kelaparan (Zero Hunger)
3. Kesehatan dan Kesejahteraan yang Baik (Good Health and Well-being)
4. Kualitas Pendidikan (Quality Education)
5. Kesetaraan Gender (Gender Equality)
6. Air Bersih dan Sanitasi (Clean Water and Sanitation)

7. Energi yang Terjangkau dan Bersih (Affordable and Clean Energy)
8. Pekerjaan yang Layak dan Pertumbuhan Ekonomi (Decent Work and

Economic Growth)
9. Industri, Inovasi, dan Infrastruktur (Industry, Innovation, and Infrastructure)
10. Mengurangi Ketimpangan (Reduce Inequalities)
11. Kota dan Komunitas Berkelanjutan (Sustainable Cities and Communities)
12. Konsumsi dan Produksi yang Bertanggung Jawab (Responsible Consumption

and Production)
13. Aksi Iklim (Climate Action)
14. Kehidupan di Bawah Air (Life below Water)
15. Kehidupan di Darat (Life on Land)
16. Perdamaian, Keadilan, dan Lembaga Kuat (Peace, Justice, and Strong
Institutions)
17. Kemitraan untuk Tujuan (Partnerships for the Goals)
Penelitian ini difokuskan kepada dua objektif SDG, yakni SDG 2 (Tanpa
Kelaparan) dan SDG 12 (Konsumsi dan Produksi Bertanggung Jawab).
2.2.1 Zero Hunger
SDG ke-2 menyatakan bahwa pada tahun 2030 harus mengakhiri kelaparan dan
segala bentuk kekurangan gizi. Hal tersebut dicapai dengan menggandakan
produktivitas pertanian dan pendapatan produsen makanan skala kecil, dengan
memastikan sistem produksi pangan berkelanjutan, dan dengan secara progresif
meningkatkan kualitas tanah. Pertanian adalah satu-satunya perusahaan terbesar di
dunia, yang menyediakan mata pencaharian bagi 40% populasi global, dimana
merupakan sumber pendapatan terbesar bagi rumah tangga pedesaan miskin.
Perempuan membentuk sekitar 43% dari tenaga kerja pertanian di negara-negara
berkembang, dan lebih dari 50% di sebagian Asia dan Afrika. Namun, perempuan
hanya memiliki 20% dari tanah (United Nations, 2015).

2.2.2 Responsible Consumption and Production
Industri makanan menyumbang sekitar 30% dari total konsumsi energi di dunia dan
juga berkontribusi 22% terhadap emisi gas rumah kaca. Oleh karena itu, SDG ke-
12 hanya dapat dicapai ketika setiap negara memastikan bahwa pola produksi dan
konsumsi mereka tidak merusak batas-batas lingkungan planet ini, dan juga kondisi
ekonomi dan sosial di negara-negara lain. Perencanaan utama dalam SDG ini adalah
untuk mengurangi ketidaksetaraan dalam pemanfaatan sumber daya alam. Negara-
negara maju diminta untuk memimpin dalam mengadopsi praktik-praktik konsumsi
dan produksi yang berkelanjutan, agar dapat meningkatkan mata pencaharian
negara-negara terbelakang. Misalnya, mengurangi limbah makanan dapat
berdampak pada penurunan harga pangan di seluruh dunia sehingga bermanfaat
bagi orang miskin. Selain itu, meningkatkan daya beli masyarakat miskin idealnya
harus diselaraskan dengan peningkatan kesadaran konsumsi berkelanjutan (United
Nations, 2015).
2.3 Metode Prototyping
Gambar 2.1 Fase-fase dalam Metode Prototyping

Sumber: Al-Husseini & Obaid, 2018
Metode prototyping dimulai dengan membuat prototipe produk sebelum atau
selama tahap kompilasi user requirements untuk produk yang akan dibuat. User
yang menggunakan prototipe ini, mengidentifikasi kekuatan dan kelemahannya.
Kemudian hasilnya dilaporkan kepada pengembang produk tersebut. Dengan
demikian, umpan balik disediakan untuk user dan pengembang, yang kemudian

digunakan untuk mengubah atau memperbaiki spesifikasi user requirements.
Sebagai hasil dari pekerjaan ini, produk akan mencerminkan kebutuhan nyata user
(Al-Husseini & Obaid, 2018).
Metode ini bersifat iteratif dan memiliki proses trial-and-error. Pada umumnya
digunakan jika pemilik sistem tidak mengetahui secara rinci atau belum menguasi
sistem yang akan dikembangankan sehingga diperlukan sebuah gambaran agar
pemilik memahami sistem yang dikerjakan (Mulyani, 2017). Metode protoyping
memiliki lima tahap, antara lain:
1. Analisis
Tahap pertama adalah mengidentifikasi kebutuhan sistem dan permasalahan yang

ada. Identifikasi dilakukan untuk mengetahui komponen apa saja yang dibutuhkan
dalam membuat aplikasi. Identifikasi kebutuhan sistem mencakup input, output
yang dihasilkan, operasi yang dilakukan, sumber, dan control.
2. Desain
Setelah mengidentifikasi kebutuhan sistem, dibuat perancangan sistem secara garis

besar. Hasil perancangan tersebut menjadi dasar pembangunan sistem secara
keseluruhan
3. Membangun prototipe
Pembuatan prototipe dibuat berdasarkan rancangan desain, ditujukan sebagai

gambaran kepada pelanggan bagaimana aplikasi akan berkerja secara garis besar.
4. Evaluasi user
Setelah mengetahui bagaimana alur kerja sistem yang dibuat, user memberikan
evaluasi. Saran dan komentar akan diberikan dan dijadikan acuan untuk tahap
selanjutnya.
5. Implementasi dan pemeliharaan
Tahap implentasi dilakukan setelah prototipe selesai dibuat. Dilakukan pengkodean

sistem sampai sistem selesai sesuai dengan prototipe yang sudah disetujui
sebelumnya. Tahap pengujian juga dilakukan setelah implementasi selesai.

Kemudian pemeliharaan yang akan dilakukan secara rutin agar sistem dapat
berjalan dengan lancar (Mohd & Shahbodin, 2015).
2.4 Mobile Application
Mobile application (mobile app) merupakan perangkat lunak yang dirancang untuk
dapat dijalankan di perangkat seluler (Hsiao, 2017). Mobile application memiliki
tiga jenis, yakni; web app, hybrid app, dan native app. Web app dibuat
menggunakan teknologi web seperti HTML, HTML5, JavaScript, dan CSS.
Aplikasi ini tidak perlu diinstal terlebih dahulu karena diakses melalui URL yang
dimasukkan di browser web. Native app merupakan aplikasi bawaan seluler yang
dikembangkan menggunakan alat dan bahasa pemrograman yang disediakan untuk
platform seluler tertentu, seperti Android atau iOS. Native app hanya berjalan di
ponsel dengan platform yang ditargetkan. Aplikasi asli dapat diunduh dan diinstal
dari toko digital yang mendistribusikan aplikasi seluler seperti Google Play. Hybrid
app adalah gabungan dari web app dan native app, yang dikembangkan
menggunakan teknologi web app tetapi dibuat di dalam native app menggunakan
kontrol tampilan web. Kemampuan perangkat terpapar ke Aplikasi hybrid melalui
lapisan abstraksi (API JavaScript). Pengembang aplikasi seluler membuat aplikasi
khusus untuk sistem operasi yang akan dijalankannya. Misalnya, aplikasi seluler
untuk iPad didukung oleh Apple iOS, bukan Google Android. Aplikasi Apple tidak
dapat berjalan di peranagkat Android, dan sebaliknya (Viswanathan, 2019).
2.5 Business to Consumer (B2C)
Business to Consumer (B2C) merupakan sebuah bisnis yang berusaha menjangkau

konsumen individu. B2C konvensional umumnya mengacu kepada belanja di mal,
makan di restoran, dan infomersial. Seiring berkembangnya teknologi, Internet
menyediakan platform baru untuk B2C dalam bentuk e-commerce atau penjualan
barang dan jasa (Kenton, 2019). Konsep B2C juga berlaku untuk organisasi yang
menyediakan barang atau jasa ke konsumennya melalui Internet (Sheikh, 2015).
Aplikasi FoodX tergolong aplikasi B2C karena menyediakan layanan jasa yang
menghubungkan antara donatur makanan dengan komunitas yang akan
mendistribusikan makanan tersebut ke masyarakat yang membutuhkan.

2.6 Android
Android adalah sistem operasi mobile yang didasarkan pada versi Linux yang
dimodifikasi. Sejak 2005, sistem operasi Android bersifat open source sehingga
siapa pun yang ingin menggunakan Android dapat melakukannya dengan
mengunduh kode sumber Android lengkap. Sebagian besar kode Android dirilis di
bawah Lisensi Apache. Android juga menawarkan pendekatan terpadu dalam
pengembangan aplikasi. Pengembang hanya perlu mengembangkan Android secara
umum, dan aplikasi mereka harus dapat berjalan di banyak perangkat yang berbeda,
selama perangkat tersebut didukung menggunakan Android. Di dunia smartphone,
aplikasi adalah bagian terpenting dari rantai kesuksesan (Dimarzio, 2017).
2.7 Android Studio
Android Studio merupakan Integrated Development Environment (IDE), sebuah

perangakat lunak komputer yang memfasilitasi pengembangan aplikasi yang
didasarkan pada Intellij IDEA. Android Studio telah terintegrasi dengan fitur yang
diperlukan dalam pengembangannya, seperti fitur debugging, version control,
emulator, dan lainnya untuk membantu pengembang melakukan tindakan dengan
cepat tanpa perlu beralih ke aplikasi lain (Horton, 2015). Android Studio yang
digunakan untuk mengembangkan aplikasi ini adalah Android Studio versi 3.5
2.8 Kotlin
Kotlin merupakan bahasa pemrograman yang diketik secara statis yang berjalan
pada Java Virtual Machine (JVM) dan sepenuhnya beroperasi dengan Java.
Berdasarkan penelitian yang dilakukan oleh Informatics Center - UFPE Tempest
Security Intelligence Recife, Brazil, Kotlin mudah dimengerti dan diadopsi oleh
sebagian besar pengembang Android. Penggunaan Kotlin dapat meningkatkan
kualitas kode, keterbacaan, dan produktivitas karena interoperabilitas Java, fitur
null safety, verbositas yang minim, serta tersupport dengan baik di IDE. Namun,
Kotlin membawa banyak keuntungan ke platform Android, khususnya dalam aspek
mengadopsi bahasa yang lebih modern sambil mempertahankan lingkungan
pengembangan berbasis Java yang terkonsolidasi. (Oliveira, et al., 2020)

2.9 Framework Laravel
Laravel merupakan framework web berbasis PHP yang bersifat open-source, dan
menggunakan konsep model – view – controller (MVC). Laravel berada di bawah
lisesni MIT License dengan menggunakan Github sebagai tempat berbagi code
menjalankannya (Naista, 2017). Beberapa fitur Laravel adalah modular packaging
system dengan manajer ketergantungan khusus, berbagai cara untuk mengakses
basis data relasional, utilitas yang membantu dalam penerapan dan pemeliharaan
aplikasi (Bean, 2015). Framework Laravel yang digunakan untuk mengembangkan
aplikasi ini adalah Laravel versi 5.8.
2.10 NuxtJS
NuxtJS adalah framework progresif dari VueJS yang dirancang untuk membuat
arsitektur tampilan sebuah website yang kuat dengan performa yang tinggi dan
ramah dengan pengembang. Dengan kelebihan-kelebihan tersebut, maka NuxtJS
dapat menjalankan aplikasi yang statis maupun dinamis. NuxtJS juga bersifat
serbaguna karena mendukung target yang berbeda (server, serverless atau statis)
dan server side rendering bersifat switchable (Chopin, n.d.).
2.11 JavaScript
JavaScript adalah sebuah bahasa komputer atau kode pemrograman yang digunakan
pada website agar website tersebut menjadi lebih interaktif dan dinamis. Javascript
adalah jenis bahasa pemrograman client side. Penggunaan kode javascript pada
sebuah website bersifat opsional, artinya tidak harus selalu ada. JavaScript dapat
membuat halaman web menjadi interaktif dan merupakan bagian penting dari
aplikasi web. Sebagian besar situs web menggunakannya untuk perilaku halaman
sisi klien, dan semua browser web utama memiliki mesin JavaScript khusus untuk
menjalankannya. (Web Technology Surveys, 2020)
2.12 PostgreSQL
PostgreSQL adalah sistem manajemen basis data relasional (RDBMS) yang bersifat
open source, dirilis di bawah lisensi PostgreSQL. PostgreSQL kaya akan fitur
sehingga memungkinkan pengembang untuk melakukan tugas dengan gesit (agile).
Selain itu, PostgreSQL juga memiliki keunggulan dalam ekstensibilitas, kreativitas,

serta kompatibilitas. DBMS yang disediakan PostgreSQL juga bersifat lintas-
platform sehingga berjalan di sebagian besar sistem operasi modern termasuk
Windows, MacOS, dan Linux. (Juba & Volkov, 2017)
2.13 Application Programming Interface (API)
Application Programming Interface (API) membuka layanan atau data yang

difasilitasi oleh sebuah aplikasi perangkat lunak melalui serangkaian sumber daya
yang telah ditentukan, seperti method, object, atau URI (Uniform Resource
Identifier). Aplikasi lain dapat menggunakan sumber daya tersebut untuk
mengakses data atau layanan tanpa harus mengimplementasikan objek dan prosedur
yang mendasarinya. (Meng, et al., 2017). API menerima query melalui panggilan
web standar yang menggunakan request method dari HTTP (GET, POST dan
DELETE) untuk menandakan tindakan yang harus diambil. Hasil dari request
method tersebut, di-return dalam format JavaScript Object Notation (JSON)
(Jolley, et al., 2017).
2.14 Algoritma Haversine
Gambar 2.2 Perbedaan Garis Lintang dan Garis Bujur di Belahan Bumi
Sumber: Basyir, Nasir, Suryati, Mellyssa (2017)
Pemilihan metode perhitungan jarak pada permukaan bumi sangat mempengaruhi
keakuratan hasil yang akan diperoleh karena perhitungan jarak dari satu titik ke titik
lain dipengaruhi oleh tingkat kelengkungan tertentu. Gambar 2.2 menunjukkan
perbedaan antara garis lintang (latitude) dan garis bujur (longitude). Lintang
merupakan garis yang mendefinisikan jarak antara utara dan selatan bumi terhadap

garis khatulistiwa. Sedangkan garis bujur adalah garis yang mengukur jarak antara
barat dan timur bumi dari garis meridian utama.
Algoritma Haversine digunakan untuk mendapatkan jarak antara dua titik berbeda
di permukaan bumi menggunakan lintang dan bujur sebagai variabel. Algoritma ini
dapat didefinisikan sebagai
∅! − ∅" 5" − 5!
! = 2$ &$'()* +,()*! - 0 + '2((∅" ) '2((∅! )()*! - 06
2 2
d adalah jarak dan r adalah jari-jari bumi (6367 km), sedangkan ϕ1 dan ϕ2 adalah
garis lintang dan λ1 dan λ2 adalah garis bujur (Harja & Sarno, 2018).
2.15 Diagram Perancangan Sistem
2.15.1 Flowchart
Flowchart merupakan skema yang digunakan untuk menggambarkan algoritma

atau proses penyelesaian masalah secara sistematis dan terurut. Flowchart tersusun
dari berbagai simbol yang dapat memberikan gambaran yang efektif dan jelas
mengenai prosedur logika (Harumy, et al., 2016). Berikut adalah simbol-simbol
yang digunakan untuk membuat flowchart.
Tabel 1. Simbol-simbol flowchart (Harumy, Windarto, & Sulistianingsing, 2016)

Simbol Keterangan
Merupakan simbol untuk memulai dan mengakhiri
Terminator flowchart.
Simbol untuk menggambarkan proses menerima data

dan mengeluarkan data.
Input/Output
Simbol untuk menggambarkan proses yang terjadi pada

algoritma.
Process

Simbol untuk menggambarkan kegiatan yang
membutuhkan keputusan.
Conditional/Decision
Digunakan untuk memberikan nilai diawal algoritma.

Preparation
Sebagai penunjuk arah pada flowchart.

Arrow
Digunakan untuk menyatukan beberapa potongan
Connector (On-page) flowchart yang terletak pada halaman yang sama.
Digunakan untuk menyatukan beberapa potongan

flowchart yang terletak pada halaman yang berbeda.
Connector (Off-page)
2.15.2 Unified Modeling Language
Unified Modeling Language (UML) adalah bahasa grafis yang memvisualisasikan,

menetapkan, membangun, dan mendokumentasikan sistem perangkat lunak. UML
menyediakan standar cara penulisan cetak biru sebuah sistem yang mencakup hal-
hal konseptual, kelas yang ditulis dalam bahasa pemrograman tertentu, skema basis
data, dan komponen perangkat lunak yang reusable. UML adalah notasi standar,
yang digunakan oleh semua stakeholder yang terlibat dalam produksi, penyebaran,
dan pemeliharaan perangkat lunak. (Satapathy, et al., 2016)
a. Use Case Diagram
Use case diagram berfungsi untuk mendeskripsikan seluruh interaksi yang dapat
terjadi antara sistem dan pengguna secara grafis dan tekstual. Dalam bentuk paling
sederhana, use case diagram menunjukkan aktor yang terlibat dalam interaksi dan
nama dari interaksi tersebut. Pengembang dapat menambahkan informasi tambahan
yang mendeskripsikan interaksi antara aktor dengan sistem (Sommerville, 2016).
Berikut adalah notasi dalam use case diagram:

Tabel 2. Simbol-simbol dalam Use Case Diagram (S. & Shalahuddin, 2018)
Simbol Keterangan
Fungsionalitas yang dimiliki sistem sebagai unit

yang dapat bertukar pesan atau berinteraksi dengan
aktor.
Use case
Orang, proses, atau sistem lain yang berinteraksi

dengan lingkup sistem yang sedang
dikembangkan.
Aktor
Menggambarkan hubungan antara aktor dan use
case atau aktor yang berpartisipasi pada use case
Asosiasi tertentu.
Hubungan antara use case dengan use case

<<extend>>
tambahan dimana use case tambahan dapat berdiri
sendiri tanpa adanya use case utama
Ekstensi/extend
Hubungan generalisasi dan spesialisasi antara dua

buah use case.
Generalisasi/generalization
Hubungan antara use case dengan use case

<<include>>
tambahan dimana use case tambahan tidak dapat
berdiri sendiri tanpa adanya use case utama.
Include
b. Activity Diagram
Activity diagram menggambarkan aliran kontrol dan aliran data antara berbagai
langkah atau tindakan yang diperlukan untuk melakukan suatu kegiatan. Activity
diagram dapat penentuan perilaku yang ditentukan pengguna dalam bentuk
aktivitas, dimana aktivitas tersebut mendeskripsikan implementasi dari setiap use
case. Pada tingkat yang sangat terperinci, ia juga dapat menentukan perilaku operasi

dalam bentuk instruksi individu, atau pada tingkat yang kurang rinci, memodelkan
fungsi-fungsi proses bisnis. Proses bisnis menentukan bagaimana mitra bisnis harus
berinteraksi satu sama lain untuk mencapai tujuan mereka. Itu juga dapat
menggambarkan proses internal dalam suatu perusahaan. Perilaku dengan demikian
dapat didefinisikan pada berbagai tingkat granularitas. Suatu kegiatan dapat
ditugaskan untuk operasi kelas tetapi juga bisa mandiri.n (Seidl, et al., 2015)
Tabel 3. Simbol-simbol dalam Activity Diagram (S. & Shalahuddin, 2018)
Simbol Keterangan
Status awal aktivitas pada sistem.

Status awal
Aktivitas yang dilakukan sistem, umumnya diawali

dengan kata kerja.
Aktivitas
Asosiasi percabangan jika ada pilihan aktivitas

lebih dari satu
Decision
Asosiasi penggabungan dimana lebih dari satu
Join aktivitas digabungkan menjadi satu.
Status akhir yang dilakukan oleh sistem.

Status akhir
Memisahkan organisasi bisnis yang bertanggung

jawab terhadap aktivitas yang terjadi
Swimlane
c. Sequence Diagram

Sequence diagram menggambarkan sebuah event atau kejadian melakukan
perubahan dari satu objek ke objek lainnya (Pressman, 2015). Sequence diagram
seringkali digunakan untuk memodelkan interaksi antara aktor dan objek di sistem,
serta interaksi antar objek di sistem. Selain itu, sequence diagram juga
menunjukkan urutan dari setiap interaksi dan menggambarkan use case tertentu
(Sommerville, 2016). Oleh karena itu, jumlah dari sequence diagram akan sama
banyak dengan jumlah use case di use case diagram. Berikut adalah notasi dari
sequence diagram:
Tabel 4. Simbol-simbol dalam Sequence Diagram (S. & Shalahuddin, 2018)

Simbol Keterangan
Orang, proses, atau sistem lain yang berinteraksi

dengan sistem yang dikembangkan.
Aktor
Menyatakan kehidupan suatu objek.
Lifeline
Menyatakan objek yang berinteraksi pada sistem.

Objek
Menyatakan periode aktif suatu objek.
Waktu aktif
Menyatakan suatu objek memanggil
operasi/metode yang ada pada suatu objek atau
Call message dirinya sendiri.
Menyatakan bahwa suatu objek telah menjalankan

suatu operasi yang menghasilkan pesan kembalian
Return message

d. Class Diagram
Class diagram merepresentasikan kelas, komponen-komponen kelas dan relasi

pada masing-masing class. Diagram ini menunjukkan properti dan operasi sebuah
kelas serta Batasan-batasan yang terdapat dalam hubungan suatu objek (Mulyani,
2017). Class diagram juga memberikan gambaran sistem secara statis dan relasi
diantara mereka. Selain itu, class diagram menggambarkan struktur class dan
package.
Tabel 5. Simbol-simbol dalam Class Diagram (S. & Shalahuddin, 2018)
No. Simbol Deskripsi

1. Nama_kelas Class: Kelas pada struktur sistem
+ atribut
+ metode ()
2. Interface: Sama dengan konsep

interface dalam pemograman
berorientasi objek
3. Association: Relasi antar kelas dengan
makna umum, asosiasi biasanya juga
disertai dengan multiplicity
4. Directed Association: Relasi antar
kelas dengan makna kelas yang satu
digunakan oleh kelas yang lain, asosiasi
biasanya disertai dengan multiplicity.
5. Generalization: Relasi antar kelas
dengan makna generalisasi-spesialisasi
(umum-khusus)
6. Depedency: Relasi antar kelas dengan
makna ketergantungan kelas

7. Aggregation: Relasi antar kelas dengan
makna semua-bagian(whole-part)
2.16 Pengujian
2.16.1 Alpha Testing
Alpha testing pada dasarnya merupakan pendekatan untuk meningkatkan kualitas

suatu produk sebelum beta testing. Tujuan dari uji alpha adalah untuk menentukan
penerimaan dan kelayakan aplikasi yang dibuat dengan mengidentifikasi masalah
teknis (bug) sebelum uji coba beta testing (Ahonen, et al., 2017).
Proses pengujian alpha dilakukan untuk menjamin fitur-fitur yang terdapat pada
sistem dapat bekerja dengan baik. Dalam pengujian alpha sebenarnya belum dapat
menggambarkan volume data yang sebenarnya yang akan diproses oleh sistem. Hal
ini karena pada pengujian ini biasanya menggunakan data contoh bukan data real
(Muslihudin dan Oktafianto, 2016).
2.16.2 Black-Box Testing
Metode pengujian Black-Box yang dilakukan dengan menggunakan program

aplikasi dengan memasukkan data ke dalam form yang telah disediakan. Pengujian
ini memungkinkan perekayasa perangkat lunak mendapatkan serangkaian kondisi
input yang sepenuhnya semua persyaratan fungsional untuk suatu program.
Pengujian berfokus pada persyaratan fungsional perangkat lunak (Wahyudi et al.,
2016). Pengujian Black-Box adalah pengujian yang berfokus pada spesifikasi
fungsional dari perangkat lunak, penguji dapat mendefinisikan kumpulan kondisi
input dan melakukan pengetesan pada spesifikasi fungsional program (Hidayat &
Muttaqin, 2018).

BAB III
PERENCANAAN DAN REALISASI
ATAU RANCANG BANGUN
3.1 Perancangan Program Aplikasi
Bagian ini menguraikan deskripsi, cara kerja, serta rancangan aplikasi yang dibuat.
Proses perancangan serta realiasi aplikasi FoodX untuk donatur dibangun berbasis
Android, serta aplikasi untuk admin dibangun berbasis Web. Pengembangan kedua
aplikasi tersebut menggunakan metode Prototyping. Metode Prototyping
merupakan metode terstruktur yang membangun, menguji, dan kemudian
mengerjakan ulang sebuah prototipe hingga mencapai hasil yang diinginkan.
3.1.1 Deskripsi Program Aplikasi
Aplikasi penyaluran makanan layak konsumsi yang dibuat berbasis Android ini
bernama FoodX, aplikasi yang dibuat menjadi platform untuk donatur makanan. Di
aplikasi tersebut, pengguna dapat memilih komunitas yang akan menjadi penyalur
makanan yang ingin didonasikan. Penyaluran makanan dari donatur ke penerima
makanan akan dilakukan oleh relawan dari komunitas terkait. Aplikasi ini
terintegrasi dengan aplikasi untuk komunitas yang menjadi penyalur makanan yang
didonasikan. Serta akan menggunakan Algoritma Haversine untuk mencari
penerima donasi terdekat apabila tidak ada relawan yang dapat menjemput makanan
donasi. Selain aplikasi berbasis Android, sistem ini juga akan dibuat dalam bentuk
web yang akan digunakan untuk monitoring dan mengelola data oleh admin FoodX.
21
3.1.2 Cara Kerja Program Aplikasi
Gambar 3.1 Flowchart Aplikasi FoodX Secara Keseluruhan

Gambar 3.1 merupakan gambaran alur keseluruhan aplikasi FoodX yang dimulai
dari donatur memilih komunitas yang diinginkan sebagai penyalur makanannya.
Kemudian donatur membuat permintaan donasi dengan mengisi form. Jika
makanan layak, maka komunitas akan memproses penjemputan makanannya.
Namun, jika makanan tidak layak, proses donasi selesai (cancel). Jika komunitas
tersebut memiliki relawan, proses selanjutnya adalah mencari relawan terdekat dari
titik lokasi penjemputan makanan menggunakan Algoritma Haversine.
Setelah mendapatkan relawan terdekat, relawan akan mendapatkan permintaan

penjemputan makanan. Jika relawan bersedia menjemput makanan donasi tersebut,
maka relawan akan menyalurkan makanan tersebut ke penerima donasi dan
kemudian mengupdate laporan/report donasi. Jika relawan tidak bersedia
menyalurkan makanan, komunitas akan mencari relawan terdekat yang lainnya.
Jika komunitas tersebut tidak memiliki relawan, maka komunitas tersebut akan
mencari kurir untuk menjemput makanan dari donatur serta mengantarkan makanan
tersebut ke penerima donasi yang telah dipilih oleh komunitas. Dan komunitas yang
akan mengupdate report penerimaan donasi.
Gambar 3.2 Flowchart Alur Permohonan Donasi Makanan di Aplikasi untuk Donatur

Gambar 3.2 menggambarkan alur permohonan donasi dari donatur yang telah
memiliki akun FoodX. Donatur harus log in ke dalam sistem, jika belum memiliki
akun maka harus registrasi terlebih dahulu. Sebelum mendonasikan makanan, user
dapat melihat daftar komunitas yang terdaftar sebagai mitra FoodX yang dapat
dipilih sebagai penyalur makanan donasi. Setelah memilih satu komunitas sebagai
penyalur makanan, donatur harus memasukan data makanan yang ingin
didonasikan. Setelah selesai mengisi data makanan, user menekan tombol submit
sehingga data akan dilempar ke komunitas yang dipilih. Donatur dapat memantau
bahwa makanan yang mereka berikan sampai ke masyarakat yang membutuhkan
melalui laporan yang diberikan oleh komunitas.
Gambar 3.3 Flowchart Alur Aplikasi Web untuk Admin
Gambar 3.3 menjelaskan alur aplikasi Web untuk admin FoodX yang digunakan
untuk memantau atau mengelola seluruh data yang ada di dalam sistem FoodX.
Setelah login ke sistem, sistem akan menampilkan dashboard admin. Admin dapat
melihat seluruh data transasksi. Admin juga mengelola akun donatur maupun
komunitas, seperti menonaktifkan akun dontaur atau komunitas yang terbukti
melanggar peraturan. Admin juga dapat melakukan validasi terhadap komunitas
yang ingin mendaftar di FoodX dengan mengecek legalitas badan hokum
komunitas tersebut melalui AHU Online. Data yayasan yang dapat diakses melalui
AHU Online adalah data - data yayasan yang mengacu pada Undang - Undang
Nomor 16 tahun 2001 tentang Yayasan.

3.1.3 Rancangan Program Aplikasi
A. Use Case Diagram
Gambar 3.4 Diagram Use Case dalam Sistem FoodX
Gambar 3.4 merupakan Diagram use case untuk sistem FoodX, dimana sistem ini
melibatkan 4 aktor, antara lain: admin, komunitas, relawan, serta donatur makanan.
Pre-process di dalam diagram use case ini adalah semua user telah login ke dalam
sistem. Berikut adalah penjelasan terperinci dari diagram use case di atas:
a. Admin adalah aktor yang dapat melakukan validasi terhadap komunitas yang
mendaftarkan diri. Sebuah komunitas umumnya berdiri di dalam sebuah badan

hukum, seperti yayasan. Validasi Yayasan dapat dilakukan melalui pengecekan
AHU Online.
b. Admin hanya dapat melihat seluruh data transaksi.
c. Admin dapat mengelola akun donatur dan komunitas yang terdaftar di FoodX.
Akun donatur dan/atau komunitas dapat dinonaktifkan oleh admin jika terbukti
melakukan hal yang melanggar peraturan.
d. Komunitas memvalidasi serta mengelola data relawan
e. Komunitas dapat menerima atau menolak donasi makanan yang ingin di

donasikan melalui form yang sudah diisi oleh donatur.
f. Komunitas akan mengurutkan serta memilih relawan terdekat dari titik

penjemputan makanan donasi dari donatur.
g. Komunitas yang tidak memiliki relawan mengupdate report terkait makanan

yang sudah disalurkan.
h. Relawan yang menjemput serta mengantarkan donasi makanan dari donatur

makanan ke penerima donasi makanan terlibat dalam pembuatan report.
i. Donatur terlibat dalam proses donasi makanan dimana harus membuat

permohonan donasi terlebih dahulu dengan mengisi form makanan yang ingin
didonasikan
j. Donatur mendapatkan laporan (report) dari relawan dan/atau komunitas perihal

makanan yang didonasikan.
k. Jika tidak terdapat komunitas yang bersedia menyalurkan makanan atau tidak
terdapat relawan yang dapat mejemput dan mengantarkan makanan, maka
donatur dapat melihat rekomendasi penerima makanan donasi terdekat.

B. Activity Diagram
a) Membuat Permohonan Donasi dari Donatur
Gambar 3.5 Activity Diagram Permohonan Donasi dari Donatur

Gambar 3.5 merupakan activity diagram dari donasi yang dibuat oleh donatur yang
dimulai dari donatur memilih komunitas yang akan menjadi penyalur makanannya.
Kemudian sistem akan menampilkan halaman detail dari komunitas yang dipilih,
lalu donatur dapat menekan button “Donasi” kemudian sistem akan menampilkan
form donasi yang harus diisi oleh donatur perihal data-data penting mengenai
makanan yang akan didonasikan. Setelah itu, donatur menekan button “Submit”
kemudian sistem akan mengirimkan permohonan donasi ke aplikasi yang dimiliki
komunitas.
b) Melihat Penerima Donasi Terdekat dari Donatur
27
Gambar 3.6 Activity Diagram Melihat Penerima Donasi Terdekat
Gambar 3.6 merupakan activity diagram melihat penerima donasi terdekat dari
lokasi donatur saat ini. Dimulai dari donatur yang membuka halaman penerima
donasi, kemudian sistem akan menampilkan halaman tersebut. Lalu, donatur
membuka halaman penerima donasi terdekat sehingga kemudian sistem
menampilkan titik lokasi penerima donasi terdekat dari lokasi donatur saat ini.

c) Melihat Report untuk Donatur
Gambar 3.7 Activity Diagram Melihat Report untuk Donatur

Gambar 3.7 menampilkan activity diagram saat donatur melihat laporan/report dari
donasi yang telah mereka submit. Aktivitas dimulai dari donatur membuka halaman
riwayat donasi, kemudian sistem akan menampilkan halaman riwayat donasi. Lalu
Donatur dapat memilih donasi mana yang ingin dilihat lebih rinci. Kemudian sistem
akan menampilkan halaman detail dari donasi tersebut dimana terdapat seluruh data

mengenai donasi tersebut, seperti status donasi, nama komunitas yang dipilih, nama
relawan yang menjemput makanan, serta nama penerima donasi.
d) Melihat Akun Donatur untuk Admin
Gambar 3.8 Activity Diagram Mengelola Akun Donatur untuk Admin

Gambar 3.8 merupakan activity diagram yang menggambarkan alur aktivitas saat
admin mengelola akun donatur. Aktivitas dimulai dari admin membuka halaman
donatur dimana kemudian sistem akan menampilkan halaman donatur yang berisi
seluruh data donatur yang terdaftar di sistem FoodX.

e) Validasi Akun Komunitas oleh Admin
Gambar 3.9 Activity Diagram Validasi Akun Komunitas oleh Admin
Gambar 3.9 merupakan activity diagram ketika admin memvalidasi akun

komunitas yang mendaftar di sistem FoodX. Dimulai dari admin membuka halaman
pendaftaran, kemudian sistem akan menampilkan halaman pendaftaran yang berisi
komunitas yang telah registrasi di sistem FoodX, Lalu admin akan melihat nomor
AHU yang dimiliki komunitas, kemudian nomor AHU tersebut akan dicek secara
manual di website AHU Online. Jika nomor AHU valid maka admin akan menekan
button “Accept” lalu sistem akan mengirim email ke komunitas jika telah
terkonfirmasi dan baru kemudian dapat login ke sistem FoodX.

f) Mengelola Akun Komunitas untuk Admin
Gambar 3.10 Activity Diagram Mengelola Akun Komunitas untuk Admin

Gambar 3.10 merupakan activity diagram dari mengelola akun komunitas di modul
admin. Dimulai dari admin membuka halaman komunitas, kemudian sistem akan
menampilkan halaman yang berisi komunitas yang telah terdaftar di sistem FoodX.
Lalu, admin memilih salah satu komunitas sehingga sistem akan menampilkan

halaman detail dari komunitas yang telah dipilih tersebut. Kemudian admin
menekan button “non-aktifkan” yang terdapat di halaman detail komunitas tersebut.
g) Melihat Seluruh Transaksi untuk Admin
Gambar 3.11 Activity Diagram Melihat seluruh transaksi

Gambar 3.11 menampilkan activity diagram dari melihat seluruh transaksi donasi
oleh admin. Alur dimulai dari admin yang membuka halaman donasi, kemudian
sistem akan menampilkan halaman donasi dimana terdapat seluruh data transaksi
donasi yang tercatat di sistem FoodX.

C. Sequence Diagram
a) Membuat Permohonan Donasi dari Donatur
Gambar 3.12 Sequence Diagram Membuat Permohonan Donasi untuk Donatur

Gambar 3.12 menampilkan sequence diagram dari pembuatan permohonan donasi
oleh donatur. Proses ini melibatkan dua actor, yakni donatur dan komunitas.
Donatur membuat permohonan donasi di halaman form donasi dengan mengisi
seluruh field dalam form tersebut. Setelah mengirimkan form tersebut, sistem akan
menjalankan fungsi createDonasi() di DonasiController. Kemudian sistem akan
mencatat serta menyimpan data-data dari form donasi tersebut di tabel bernama
Donasi melalui fungsi postDataDonasi(). Kemudian, data permohonan donasi
tersebut akan ditampilkan di halaman Donasi yang ada di modul komunitas dengan
memanggil fungsi getDataDonasi().
b) Melihat Laporan Donasi untuk Donatur
Gambar 3.13 Sequence Diagram Melihat Laporan Donasi untuk Donatur

Gambar 3.13 adalah sequence diagam dari melihat laporan donasi di modul
donatur. Donatur memilih donasi di halaman Laporan Donasi. Kemudian fungsi
sendResponse() berjalan. Lalu DonaturController menjalankan fungsi
getLaporanDonasi() untuk mendapatkan data donasi dari tabel Donasi. Kemudian
fungsi sendData() berjalan untuk mengirimkan data dari tabel Donasi ke
DonaturController. Lalu DonaturController menjalankan fungsi getData() untuk
bisa menampilkan data donasi ke halaman Laporan Donasi
c) Melihat Penerima Donasi Terdekat untuk Donatur
Gambar 3.14 Sequence Diagram Melihat Penerima Donasi Terdekat untuk Donatur
Gambar 3.13 merupakan sequence diagram ketika donatur melihat penerima donasi
terdekat dari lokasinya. Donatur membuka halaman Penerima Donasi, kemudian
fungsi sendResponse() berjalan untuk meminta data dari DonaturController.
DonaturController kemudian menjalankan fungsi getPenerimaDonasi() untuk
mengambil data penerima donasi dari tabel PenerimaDonasi. Setelah mendapatkan
data dari tabel PenerimaDonasi, DonaturController akan menampilkan data tersebut
ke halaman PenerimaDonasi.

d) Melihat Seluruh Transaksi untuk Admin
Gambar 3.15 Sequence Diagram Melihat Seluruh Transaksi untuk Admin
Gambar 3.15 merupakan sequence diagram ketika admin melihat seluruh transaksi
donasi yang tercatat di sistem FoodX. Admin membuka halaman Donasi, kemudian
halaman Donasi menjalankan fungsi sendResponse() ke DonasiController untuk
meminta data donasi. Lalu DonaturController akan menjalankan fungsi getDonasi()
untuk mengambil data dari tabel Donasi. Lalu data tersebut akan dikirim dengan
fungsi sendData(). Kemudian DonturController akan mengirimkan data ke
Halaman Donasi sehingga admin dapat melihat seluruh data donasi tersebut.
e) Memvalidasi Akun Komunitas oleh Admin
Gambar 3.16 Sequence Diagram Validasi Akun Komunitas oleh Admin

Gambar 3.16 adalah Sequence Diagram ketika admin memvalidasi akun komunitas

f) Melihat Akun Donatur oleh Admin
Gambar 3.17 Sequence Diagram Melihat Akun Donatur untuk Admin

Gambar 3.17 adalah sequence diagram ketika admin melihat donatur yang terdaftar
di sistem FoodX. Dimulai dari admin yang memilih halaman Donatur. Kemudian
fungsi sendResponse() berjalan untuk meminta data donatur ke DonaturController.
Lalu DonaturController akan menjalankan fungsi getDonatur() untuk mengambil
data donatur dari tabel Donatur. Setelah mendapatkan data tersebut dari tabel
Donatur, DonaturController akan menampilkan data tersebut di halaman Donatur.
g) Mengelola Akun Komunitas untuk Admin
Gambar 3.18 Sequence Diagram Mengelola Akun Komunitas untuk Admin

Gambar 3.18 merupakan sequence diagram Ketika admin mengelola akun
komunitas yang terdaftar di sistem FoodX dimana admin menampilk
D. Class Diagram
Gambar 3.19 Class Diagram Aplikasi FoodX

Gambar 3.17 Merupakan class diagram dari aplikasi FoodX secara keseluruhan.
Dimana dimana terdapat sebelas kelas yang memiliki relasi dengan satu sama
lainnya. Kelas user merupakan tabel untuk keseluruhan user yang terdaftar dalam
sistem FoodX. Jenis-jenis user tersebut berada di dalam kelas role. Setiap user
memiliki role yang menentukan user tersebut merupakan seorang admin, donatur,
komunitas, atau relawan dimana penentuan role tersebut dihubungkan dengan
sebuah kelas yang bernama role_user.
3.2 Realisasi Program Aplikasi
Dalam merealisasikan program aplikasi di penelitian ini, digunakan Metode

Prototyping. Dimana pembuatannya dimulai dari menganalisis kebtuhan user,
membuat prototype atau mockup, baru kemudian diimplementasikan di Android

Studio untuk aplikasi FoodX untuk Donatur, serta menggunakan Visual Studio
Code untuk membuat aplikasi Web untuk Admin.
3.2.1 Aplikasi untuk Donatur
A. Analisis Kebutuhan User
Kebutuhan user yang diperlukan dalam pembuatan aplikasi FoodX untuk Donatur
adalah sebagai berikut:
- Donatur dapat melihat seluruh komunitas yang terdaftar di FoodX
- Donatur dapat membuat permohonan donasi
- Donatur dapat melihat laporan status donasi, relawan yang mengantarkan

makanan, serta penerima donasi
- Donatur dapat melihat penerima donasi terdekat dari lokasi donatur
B. Prototype
- Halaman Register
Gambar 3.20 Prototype Halaman Register Donatur

Gambar 3.20 merupakan prototype dari halaman registrasi akun agar donatur dapat
menggunakan aplikasi FoodX. User diminta untuk melengkapi beberapa data diri
untuk mendukung registrasi akun.
- Halaman Login
Gambar 3.21 Prototype Halaman Login Donatur

Gambar 3.20 Merupakan prototype dari halaman Login untuk donatur dimana
donatur diminta untuk memasukan email serta password yang telah terdaftar di
aplikasi FoodX

- Halaman Komunitas
Gambar 3.22 Prototype Halaman Komunitas di Donatur
Gambar 3.22 merupakan prototype untuk halaman yang berisi komunitas-

komunitas yang terdaftar di aplikasi FoodX

- Halaman Detail Komunitas
Gambar 3.23 Prototype Halaman Detail

Komunitas di Donatur
Gambar 3.23 merupakan prototype dari halaman yang menunjukan info lebih lanjut
perihal komunitas yang dipilih dari halaman list komunitas. Terdapat button
“donasi” untuk membuat permohonan donasi kepada komunitas tersebut.

- Halaman Form Donasi
Gambar 3.24 Prototype Halaman Form Donasi
Gambar 3.24 merupakan prototype dari halaman form donasi dimana user harus
mengisi beberapa data penting perihal makanan yang ingin didonasikan.

Gambar 3.25 Prototype Halaman Pilih Lokasi
Gambar 3.25 merupakan prototype untuk halaman memilih lokasi penjemputan

makanan ketika donatur mengisi form donasi. Donatur dapat memilih lokasi dengan
menitiki lokasi atau mengisi alamat di field Search.

- Halaman Riwayat Donasi
Gambar 3.26 Prototype Halaman Riwayat Donasi
Gambar 3.26 merupakan prototype dari halaman Riwayat Donasi yang berisi
seluruh doansi yang telah dilakukan donatur. Baik yang sudah tersalurkan mau pun
yang masih dalam proses penyaluran.

- Halaman Detail Riwayat Donasi (Laporan)
Gambar 3.27 Prototype Halaman Detail Riwayat Donasi
Gambar 3.27 merupakan prototype halaman Detail Riwayat Donasi dimana donatur
dapat melihat status donasi, relawan yang mengantarkan makanan, serta nama dan
foto penerima donasi.

- Halaman Penerima Donasi
Gambar 3.28 Prototype Halaman Penerima Donasi
Gambar 3.28 adalah prototype untuk halaman Penerima Donasi.

- Halaman Penerima Donasi Terdekat
Gambar 3.29 Protoype Halaman Penerima Donasi

Terdekat
Gambar 3.29 merupakan halaman penerima donasi terdekat dari lokasi donatur saat
ini.

C. Implementasi
- Halaman Registrasi Donatur
Gambar 3.30 Hasil Implementasi Halaman

Registrasi Donatur
Gambar 3.30 merupakan hasil implementasi dari pembuatan halaman registrasi

untuk donatur. Donatur harus mengisi seluruh field. Jika tidak diisi maka tidak akan
terregistrasi.

- Halaman Login Donatur
Gambar 3.31 Hasil Implementasi Login Donatur

Gambar 3.31 merupakan hasil implementasi halaman login donatur dimana donatur
harus mengisi field email serta password. Jika salah satunya tidak diisi maka akan
muncul alert.

- Halaman Komunitas

Komunitas di Donatur
Gambar 3.32 merupakan hasil implementasi halaman Komunitas di aplikasi

donatur. Donatur dapat melihat seluruh komunitas yang telah teregistrasi dan
tervalidasi oleh FoodX di halaman ini.

- Halaman Detail Komunitas

Detail Komunitas
Gambar 3.33 merupakan hasil implementasi halaman detail komunitas yang dipilih
dari halaman komunitas. Di halaman detail komunitas ini terdapat data seperti
alamat, email, dan nomor telepon komunitas.

- Halaman Form Donasi
Gambar 3.34 Hasil Implementasi Form Donasi

Merupakan hasil implementasi form donasi yang menyediakan beberapa field untuk
diisi oleh donatur mengenai makanan yang akan didonasikan. Seluruh field harus
diisi dengan benar. Form dilengkapi dengan pernyataan dari donatur bahwa data
yang diisi adalah benar atau valid, dimana pernyataan tersebut akan menjadi bukti
acuan bahwa makanan yang didonasikan betul masih layak konsumsi.

Gambar 3.35 Implementasi Kode Permohonan Donasi di Android
Gambar 3.35 merupakan implementasi kode di form donasi dalam aplikasi donatur
makanan yang menangani seluruh field yang harus diisi oleh donatur untuk
membuat permohonan donasi.

Gambar 3.36 Implementasi Kode Permohonan Donasi di Laravel
Gambar 3.36 merupakan implementasi kode membuat donasi di backend yang

menggunakan framework Laravel. Terdapat fungsi yang menyimpan seluruh data
yang dimasukkan oleh donatur dari Android ke dalam database.

Gambar 3.37 Hasil Implementasi Pemilihan Lokasi
Penjemputan Makanan
Gambar 3.37 merupakan hasil implementasi dari pemilihan lokasi penjemputan

makanan yang terdapat di form donasi. Donatur dapat mengetik alamat secara
manual di field Search atau pun menitiki lokasi di peta.

Gambar 3.38 Implementasi Kode Pemilihan Lokasi
Gambar 3.38 merupakan implementasi kode pengambilan lokasi penjemputan
makanan di Android dimana aplikasi akan menampilkan MapView dari GooleMap
dan terdapat dua button. Yakni button my_location serta button choose_location.
Ketiak button my_location ditekan maka akan menjalankan fungsi
navigatemylocation() yang berfungsi untuk menavigasi marker ke lokasi donatur
saat ini. Dan ketika button choose_location ditekan, maka akan menjalankan fungsi
sendBackLocation() yang berguna untuk mengirim lokasi yang telah dipilih user
untuk dijadikan lokasi penjemputan makanan donasi.

- Halaman Riwayat Donasi
Gambar 3.39 Hasil Implementasi Riwayat Donasi
Gambar 3.39 merupakan hasil impelmentasi halaman riwayat donasi yang

menampilkan seluruh donasi yagn telah dilakukan oleh donasi. Baik yang sudah
tersalurkan maupun yang masih dalam proses.

- Halaman Detail Riwayat Donasi
Gambar 3.40 Hasil Implementasi Halaman Detail Donasi
Gambar 3.40 merupakan hasil implementasi halaman detail donasi dimana terdapat
laporan status, relawan, serta penerima donasi (jika donasi telah tersalurkan).

- Halaman Penerima Donasi Terdekat
Gambar 3.41 Hasil Implementasi Penerima Donasi Terdekat
Gambar 3.41 merupakan hasil implementasi halaman penerima donasi terdekat dari
lokasi donatur. Di halaman ini donatur dapat melihat beberapa penerima donasi
yang pernah mendapatkan donasi makanan yang disalurkan melalui FoodX yang
diurutkan berdasarkan jarak terdekat yang berada dalam radius 15 km.

Gambar 3.42 Implementasi Kode Penerima Donasi Terdekat di Android
Gambar 3.42 merupakan implementasi kode penerima donasi terdekat yang

menampilkan marker di MapView dimana setiap marker tersebut
mengidentifikasikan setiap penerima donasi terdekat dari lokasi donatur saat ini.

Gambar 3.43 Implementasi Kode Penerima Donasi Terdekat di Laravel
Gambar 3.43 merupakan implementasi kode penerima donasi terdekat di bagian
backend dengan menggunakan algoritma Haversine.
3.2.2 Aplikasi untuk Admin
A. Analisis Kebutuhan User
- Admin dapat melihat seluruh transaksi donasi yang tercatat di sistem FoodX
- Admin dapat menerima komunitas yang mendaftar
- Admin dapat melihat seluruh komunitas yang terdaftar di sistem FoodX
- Admin dapat melihat seluruh donatur yang terdaftar di sistem FoodX
B. Prototype
- Halaman Komunitas

Gambar 3.44 Prototype Halaman Komunitas untuk Admin
Gambar 3.44 merupakan prototype dari Halaman Komunitas untuk Admin dimana
admin dapat melihat seluruh komunitas yang telah terdaftar di sistem FoodX. Di
halaman ini juga terdapat seluruh jumlah donasi yang tersalurkan, donatur yang
terdaftar, komunitas yang terdaftar, serta relawan yang terdaftar di tiap komunitas.
- Halaman Menerima Komunitas
Gambar 3.45 Prototype Halaman Menerima Komunitas untuk Admin

Gambar 3.45 merupakan protoype halaman ketika admin melihat komunitas yang
registrasi di sistem kemudian admin mengecek AHU tersebut valid atau tidak. Baru
kemudian menekan button Terima. Setelah menekan button Terima, komunitas
tersebut akan masuk ke halaman Komunitas dan komunitas tersebut bisa login ke
website FoodX untuk komunitas
- Halaman Donasi
Gambar 3.46 Prototype Halaman Donasi untuk Admin
Gambar 3.46 adalah prototype dari halaman yang menampilkan seluruh transaksi
donasi yang tercatat di sistem FoodX, baik yang belum maupun sudah tersalurkan
ke penerima donasi.
- Halaman Donatur

Gambar 3.47 Prototype Halaman Donatur untuk Admin
Gambar 3.47 merupakan prototype dari halaman donatur untuk admin yang
menampilkan seluruh data donatur yang terdaftar di sistem FoodX.

C. Implementasi
- Halaman Komunitas
Gambar 3.48 Hasil Implementasi Halaman Komunitas untuk Admin

Gambar 3.48 merupakan hasil implementasi halaman komunitas untuk admin
dimana admin dapat melihat seluruh komunitas yang telah terdaftar di sistem
FoodX. Di halaman ini juga terdapat seluruh jumlah donasi yang tersalurkan,
donatur yang terdaftar, komunitas yang terdaftar, serta relawan yang terdaftar di
tiap komunitas.
- Halaman Menerima Komunitas
Gambar 3.49 Hasil Implementasi Halaman Menerima Komunitas
Gambar 3.49 merupakan hasil implementasi halaman menerima komunitas yang

registrasi di sistem kemudian admin mengecek AHU tersebut valid atau tidak. Baru

kemudian menekan button Terima. Setelah menekan button Terima, komunitas
tersebut akan masuk ke halaman Komunitas dan komunitas tersebut bisa login ke
website FoodX untuk komunitas
Gambar 3.49 Implementasi Kode Halaman Menerima Komunitas di Nuxt.JS

Gambar 3.49 merupakan implementasi kode untuk halaman menerima komunitas
di bagian frontend yang menggunakan framework Nuxt.JS.

Gambar 3.50 Implementasi Kode Komunitas Yang Telah Registrasi
Gambar 3.50 merupakan implementasi kode komunitas yang telah registrasi di Web
FoodX untuk komunitas. Data komunitas tersebut akan dicatat di database namun
masih berstatus false karena belum diterima oleh admin. Akan muncul di halaman
pendaftaran.
Gambar 3.51 Implementasi Kode Komunitas Yang Telah Diterima oleh Admin
Gambar 3.51 merupakan implementasi kode ketika komunitas telah diterima oleh
admin. Hanya komunitas yang berstatus true yang akan ditampilkan di halaman
Komunitas.

- Halaman Donatur
Gambar 3.52 Hasil Implementasi Halaman Donatur untuk Admin

Gambar 3.52 merupakan hasil implementasi halaman donatur untuk admin.
Halaman ini menampilkan seluruh data donatur yang terdaftar di sistem FoodX
dalam bentuk tabel.
- Halaman Donasi
Gambar 3.53 Hasil Implementasi Halaman Donasi untuk Admin

Gambar 3.53 merupakan hasil implementasi halaman donasi untuk admin yang
menampilkan seluruh data donasi yang tercatat di sistem FoodX. Terdapat nama

donatur, alamat penjemputan, tanggal penjemputan, status donasi, nama komunitas,
serta nama penerima donasi

BAB IV
PEMBAHASAN
4.1 Pengujian
Bagian ini menjelaskan pengujian dari sistem yang telah dibuat, mulai dari deskripsi
pengujian, prosedur pengujian, data hasil pengujian. Setelah itu hasil dari pengujian
tersebut di analisis dan/atau dievaluasi.
4.2 Deskripsi Pengujian
Setelah selesai membangun suatu sistem langkah berikutnya yang dilakukan yaitu
pengujian sistem tersebut. Tujuan dari pengujian adalah untuk memastikan bahwa
sistem yang dibangun telah sesuai dengan kebutuhan yang sebelumnya telah
ditentukan. Selain itu, pengujian juga dilakukan untuk menjamin kualitas dari
sistem serta mencari apabila terdapat bug atau kesalahan yang terdapat di aplikasi
yang dirancang. Diharapkan setelah melalui pengujian, aplikasi dapat berjalan
sesuai dengan rancangan awal dan memenuhi kebutuhan. Jika ditemukan bug atau
kesalahan di sistem maka dapat dilakukan perbaikan.
4.3 Prosedur Pengujian
Pengujian sistem yang dilakukan memiliki dua prosedur pengujian, antara lain
pengujian alpha dan pengujian beta. Pengujian sistem dilakukan dengan metode
Black-box Testing dengan target fungsionalitas modul donatur serta modul admin
di sistem FoodX.
Tabel 6. Tabel Modul-modul Yang Diuji
Jenis
Item Uji Detail Pengujian
Pengujian
Menu Autentikasi di Melakukan login Black-Box
Aplikasi Donatur Melakukan logout Black-Box
Melihat data satu komunitas Black-Box
71
Jenis
Pengujian
Halaman Komunitas di
Melakukan donasi di komunitas
Aplikasi Donatur Black-Box
yang dipilih
Halaman Form Donasi Mengisi semua field dalam form

Black-Box
di Aplikasi Donatur donasi
Membuat nama makanan Black-Box
Membuat tanggal produksi Black-Box
Membuat tanggal kadaluwarsa Black-Box
Membuat waktu penjemputan

Black-Box
makanan
Memilih atau mengambil foto

Black-Box
untuk foto makanan
Memilih lokasi penjemputan

Black-Box
makanan
Men-check kondisi makanan Black-Box
Men-check pernyataan data

Black-Box
makanan yang diisi adalah benar
Halaman Riwayat Melihat riwayat donasi Black-Box
Donasi di Aplikasi Melihat laporan/report donasi di

Donatur Black-Box
halaman detail donasi

Jenis
Pengujian
Melihat penerima donasi yang
Halaman Penerima pernah mendapatkan donasi Black-Box

Donasi di Aplikasi makanan melalui FoodX
Donatur Mendapatkan lokasi penerima
Black-Box
donasi terdekat di Google Maps
Menu Autentikasi di Melakukan login Black-Box
Aplikasi Admin Melakukan logout Black-Box
Halaman Donasi di
Aplikasi Admin Melihat seluruh donasi Black-Box
Halaman Komunitas di Melihat seluruh komunitas yang

Black-Box
Aplikasi Admin terdaftar
Menerima akun komunitas yang

Black-Box
mendaftar
Halaman Donatur di Melihat seluruh donatur yang

Black-Box
Aplikasi Admin terdaftar
4.4 Data Hasil Pengujian
Pengujian yang dilakukan pada tahapan ini adalah pengujian alpha testing.
Pengujian ini dilakukan dengan harapan tidak ada kesalahan sistem atau
ditemukannya bug sebelum diserahkan kepada user. Teknik pengujian yang
digunakan adalah Black-Box Testing.
1) Menu Autentikasi di Aplikasi Donatur

Tabel 7. Tabel Pengujian Login
Skenario Pengujian (Data Normal) Hasil

No. Data Masukan Harapan Pengamatan Pengujian
A.1 Memasukkan Field yang Dapat di masukkan [✓] Diterima
email dan tersedia untuk email dan [ ] Ditolak
password yang email dan password
telah terdaftar password dapat
diketik
A.2 Menekan tombol Saat menekan Dapat masuk ke [✓] Diterima
login setelah tombol login sistem setelah [ ] Ditolak
memasukkan email maka user dapat menekan tombol
dan password yang masuk ke sistem login, dimana user
terdaftar sebelumnya telah
memasukan email
dan password yang
terdaftar
Skenario Pengujian (Data Salah) Hasil
A.3 Email dan Tidak dapat Terdapatnya [✓] Diterima
password tidak mengakses ke pemberitahuan
di [ ] Ditolak
dimasukkan lalu dalam sistem dan bawah field email
menekan tombol sistem dan password yang
login menampilkan menyatakan email
pemberitahuan dan password tidak
gagal login boleh kosong.
A.4 Field yang diisi Tidak dapat Terdapatnya [✓] Diterima
hanya email, mengakses ke pemberitahuan [ ] Ditolak
sementara dalam sistem dan yang menyatakan
password sistem filed password
dikosongkan lalu menampilkan tidak boleh
kosong.

menekan tombol pemberitahuan
login gagal login
hanya password mengakses ke pemberitahuan [ ] Ditolak
sementara field dalam sistem dan field email tidak
email dikosongkan sistem boleh kosong.
lalu memilih menampilkan
tombol login pemberitahuan
gagal login
Tabel 8. Tabel Pengujian Logout

A.6 Memilih tombol Proses logout User berhasil [✓] Diterima
logout berhasil keluar dari sistem [ ] Ditolak
dilakukan, user serta berhasil
keluar dari sistem, menampilkan
menampilkan halaman login
halaman login
2) Halaman Komunitas di Aplikasi Donatur
Tabel 9. Tabel Pengujian Memilih Komunitas

B.1 Memilih salah satu Menampilkan Dapat menampilkan [✓] Diterima
card komunitas di detail data detail data [ ] Ditolak
halaman yang komunitas komunitas
menampilkan
daftar komunitas

Tabel 10. Tabel Pengujian Donasi

B.2 Menekan tombol Menampilkan Dapat menampilkan [✓] Diterima
donasi form donasi form donasi [ ] Ditolak
3) Halaman Form Donasi di Aplikasi Donatur
Tabel 11. Tabel Pengujian Pembuatan Permohonan Donasi

C.1 Mengisi semua Seluruh data Data yang telah [✓] Diterima
field dalam form yang diisi masuk dimasukkan [ ] Ditolak
donasi lalu memilih ke database tersimpan di
tombol submit database dan setelah
itu dapat tampil di
aplikasi Web
komunitas
C.2 Memilih field nama Muncul seluruh Berhasil [✓] Diterima
makanan daftar nama menampilkan [ ] Ditolak
makanan dari seluruh data
database dalam makanan yang ada
bentuk dropdown di database dalam
bentuk dropdown
C.3 Memilih field Muncul kalender, Berhasil [✓] Diterima
tanggal produksi dapat memilih menampilkan [ ] Ditolak
tanggal, tanggal kalender, memilih
yang dipilih tanggal, dan tanggal
muncul di field yang dipilih muncul
tanggal produksi di field tanggal
produksi

tanggal dapat memilih menampilkan [ ] Ditolak
kadaluwarsa tanggal, tanggal kalender, memilih
yang dipilih tanggal, dan tanggal
tanggal di field tanggal
kadaluwarsa
kadaluwarsa
tanggal dapat memilih menampilkan [ ] Ditolak
penjemputan tanggal, tanggal kalender, memilih
makanan yang dipilih tanggal, dan tanggal
tanggal di field tanggal
penjemputan penjemputan
makanan
makanan
C.6 Memilih field Muncul jam, Berhasil [✓] Diterima
waktu penjemputan dapat memilih menampilkan jam, [ ] Ditolak
makanan waktu, waktu memilih waktu, dan
yang dipilih waktu yang dipilih
muncul di field muncul di field
waktu waktu penjemputan
penjemputan makanan
makanan
C.7 Menekan tombol Mengambil Berhasil mengambil [✓] Diterima
choose file untuk gambar dari galeri gambar dari galeri [ ] Ditolak
mengupload foto perangkat atau serta mengambil
makanan donasi mengambil dari dari kamera dan
kamera dan gambar muncul di
gambar muncul di field foto makanan
field foto
makanan

C.8 Memilih lokasi Mengambil lokasi Berhasil mengambil [✓] Diterima
penjemputan dari penjemputan lokasi penjemputan [ ] Ditolak
map berdasarkan titik berdasarkan titik
maupun mengetik maupun mengetik
alamat dan alamat alamat dan alamat
muncul di field muncul di field
alamat alamat
penjemputan penjemputan
C.9 Tidak mengisi Tidak dapat Data tidak dapat [✓] Diterima
semua field di form mengirimkan data ditambahkan [ ] Ditolak
donasi dan
menekan tombol
submit
C.10 Hanya mengisi Tidak dapat Data tidak dapat [✓] Diterima
field nama mengirimkan data ditambahkan [ ] Ditolak
makanan menekan
tombol submit
field jumlah mengirimkan data ditambahkan [ ] Ditolak
makanan saja lalu dimasukkan data
memilih tombol
submit
field tanggal mengirimkan data ditambahkan [ ] Ditolak
produksi saja lalu
memilih tombol
submit

kadaluwarsa saja
lalu memilih
tombol submit
C.14 Hanya mengisi dapat Data tidak dapat [✓] Diterima
Tidak
field foto makanan mengirimkan data ditambahkan [ ] Ditolak
saja lalu memilih
tombol submit
penjemputan
makanan saja lalu
memilih tombol
submit
field waktu mengirimkan data ditambahkan [ ] Ditolak
penjemputan
makanan saja lalu
memilih tombol
submit
field lokasi mengirimkan data ditambahkan [ ] Ditolak
penjemputan
makanan saja lalu
memilih tombol
submit
C.18 Hanya men-check Tidak dapat Data tidak dapat [✓] Diterima
pernyataan “Tidak mengirimkan data ditambahkan [ ] Ditolak
terjadi perubahan
rasa” di field
kondisi makanan
lalu memilih
tombol submit

terjadi perubahan
warna” di field
kondisi makanan
lalu memilih
tombol submit
terjadi perubahan
tekstur” di field
kondisi makanan
lalu memilih
tombol submit
berbau” di field
kondisi makanan
lalu memilih
tombol submit
berlendir” di field
kondisi makanan
lalu memilih
tombol submit
berjamur” di field
kondisi makanan
lalu memilih
tombol submit

C.24 Tidak men-check Tidak dapat Data tidak dapat [✓] Diterima
pernyataan mengirimkan data ditambahkan [ ] Ditolak
kebenaran data
yang diisi perihal
makanan yang akan
didonasikan
4) Halaman Riwayat Donasi di Aplikasi Donatur
Tabel 12. Tabel Pengujian Riwayat Donasi

Pengujian
No. Data Masukan Harapan Pengamatan
D.1 Memilih halaman Menampilkan Seluruh donasi yang [✓] Diterima
riwayat donasi seluruh donasi dilakukan user [ ] Ditolak
yang telah muncul
dilakukan oleh
user
D.2 Memilih salah Menampilkan Berhasil [✓] Diterima
satu donasi di detail donasi yang menampilkan [ ] Ditolak
halaman riwayat berisi seluruh data laporan
donasi laporan/report donasi secara rinci
donasi dari
komunitas atau
relawan
5) Halaman Penerima Donasi di Aplikasi Donatur
Tabel 13. Tabel Pengujian Penerima Donasi Terdekat


E.1 Memilih halaman Sistem Dapat menampilkan [✓] Diterima
penerima donasi menampilkan fitur penerima [ ] Ditolak
fitur penerima donasi terdekat
donasi terdekat dari donatur
dari donatur
E.2 Memilih fitur Menampilkan Berhasil [✓] Diterima
penerima donasi halaman berupa menampilkan map [ ] Ditolak
terdekat dari map view dengan view serta titik
donatur titik lokasi lokasi penerima
penerima donasi donasi terdekat
terdekat dari dari donatur
donatur
E.3 Memilih salah satu Mengarahkan ke Dapat mengarahkan [✓] Diterima
titik lokasi aplikasi Google ke aplikasi Google [ ] Ditolak
penerima donasi Maps sesuai titik Maps sesuai titik
terdekat dari lokasi penerima lokasi penerima
donatur donasi terdekat donasi terdekat
yang dipilih yang telah dipilih
6) Autentikasi di Aplikasi Admin
Tabel 14. Tabel Pengujian Penerima Donasi Terdekat

A.1 Memasukkan Field yang Dapat di masukkan [✓] Diterima
email dan tersedia untuk email dan [ ] Ditolak
password yang email dan password
telah terdaftar password dapat
diketik
A.2 Menekan tombol Saat menekan Dapat masuk ke [✓] Diterima
login setelah tombol login sistem setelah [ ] Ditolak
memasukkan email menekan tombol

dan password yang maka user dapat login, dimana user
terdaftar masuk ke sistem sebelumnya telah
memasukan email
dan password yang
terdaftar
A.3 Email dan Tidak dapat Terdapatnya [✓] Diterima
password tidak mengakses ke pemberitahuan
di [ ] Ditolak
dimasukkan lalu dalam sistem dan bawah field email
menekan tombol sistem dan password yang
login menampilkan menyatakan email
pemberitahuan dan password tidak
gagal login boleh kosong.
hanya email, mengakses ke pemberitahuan [ ] Ditolak
sementara dalam sistem dan yang menyatakan
password sistem filed password
dikosongkan lalu menampilkan tidak boleh
menekan tombol pemberitahuan kosong.
login gagal login
hanya password mengakses ke pemberitahuan [ ] Ditolak
sementara field dalam sistem dan field email tidak
email dikosongkan sistem boleh kosong.
lalu memilih menampilkan
tombol login pemberitahuan
gagal login
7) Halaman Donasi di Aplikasi Admin
Tabel 15. Tabel Pengujian Halaman Donasi untuk Admin

Pengujian
Memilh halaman Menampilkan Dapat menampilkan [✓] Diterima
B.1 donasi seluruh data seluruh data donasi [ ] Ditolak
donasi yang yang tercatat di
tercatat di database FoodX
database FoodX
8) Halaman Komunitas di Aplikasi Admin
Tabel 16. Tabel Pengujian Halaman Komunitas untuk Admin

Pengujian
Memilih halaman Menampilkan Seluruh komunitas [✓] Diterima
C.1 pendaftaran seluruh komunitas ynag terdaftar [ ] Ditolak
komunitas yang mendaftar muncul di FoodX
dan dapat dan dapat divalidasi
menerima serta diterima
C.2 Memilh halaman Menampilkan Seluruh data [✓] Diterima

komunitas seluruh data komunitas yang [ ] Ditolak
komunitas yang terdaftar di FoodX
terdaftar di FoodX muncul
9) Halaman Donatur di Aplikasi Admin
Tabel 17. Tabel Pengujian Halaman Donatur untuk Admin

Pengujian

Memilh halaman Menampilkan Tabel yang berisi [✓] Diterima
D.1 donatur seluruh data seluruh data donatur [ ] Ditolak
donatur yang yang terdaftar di
terdaftar di FoodX FoodX muncul
dalam bentuk
tabel
4.5 Analisis Data / Evaluasi
Setelah melakukan pengujian, langkah selanjutnya adalah melakukan analisis data

atau evaluasi sistem. Dilakukan perhitungan rata-rata persentase keberhasilan
dengan rumus sebagai berikut:
Jumlah item uji berhasil

Persentase keberhasilan = G 100%
Jumlah seluruh item uji
Pengujian alpha memiliki 47 skenario. Berikut ini adalah persentase keberhasilan

dari alpha testing:
46
&KLℎ& = G 100% = 100%
46
Berdasarkan hasil pengujian alpha testing, dapat disimpulkan bahwa pengujian

alpha berjalan dengan baik karena hampir semua fungsi yang diuji dapat berjalan
seperti yang diharapkan di scenario, hanya satu fungsi yang tidak diterima dalam
pengujian.

BAB V
PENUTUP
5.1 Kesimpulan
Pembuatan rancang bangun aplikasi FoodX untuk modul donatur makanan berbasis
Android dan modul admin berbasis Web yang dikembangkan dengan metode
prototype dapat dinyatakan berhasil yang berdasar kepada hasil analisis data dengan
nilai seratus persen. Aplikasi ini dapat menjalankan fitur sebagai berikut:
a. Donatur makanan dapat membuat permohonan donasi yang langsung terhubung

dan muncul di aplikasi untuk komunitas.
b. Donatur makanan dapat mendapatkna laporan terkait status donasi, relawan yang
mengantarkan makanan, serta penerima makanan ketika donasi telah
tersalurkan.
c. Donatur mendapatkan lokasi penerima donasi terdekat dari lokasi donatur

makanan.
d. Admin dapat melihat seluruh transaksi donasi yang terjadi di sistem FoodX
e. Admin dapat mengelola akun donatur dan komunitas
Pengujian yang dilakukan hanya berupa alpha testing dikarenakan kondisi yang
tidak memungkinkan untuk menjalankan beta testing akibat adanya pandemi yang
sedang terjadi saat ini.
5.2 Saran
Saran untuk pengembangan aplikasi FoodX berdasarkan pelaksanaan dan

pengerjaan skripsi yang telah dilakukan adalah:
a. Memperbaiki user interface pada beberapa halaman dan fitur agar lebih nyaman
untuk dilihat.
b. Menambahkan konsep gamifikasi untuk donatur yang akan mendapatkan reward

jika sudah membuat donasi sebanyak jumlah yang ditentukan.
86
Daftar Pustaka
Ahonen, E. Q., Watson, D. P., Adams, E. L. & McGuire, A., 2017. Alpha test results
for a Housing First eLearning strategy: the value of multiple qualitative
methods for intervention design. Pilot and Feasibility Studies, pp. 1-11.
Al-Husseini, K. A. O. & Obaid, A. H., 2018. Usage of Prototyping in Software
Testing. Multi-Knowledge Electronic Comprehensive Journal for
Education and Science Publications.
Bean, M., 2015. Laravel 5 Essentials. Birmingham: Packt Publishing.
Chopin, S., n.d. NuxtJS. [Online]

Available at: https://nuxtjs.org/guide/
Dimarzio, J. F., 2017. Beginning Android Programming with Android Studio.
Indianapolis: John Wiley & Sons, Inc..
Harja, Y. D. & Sarno, R., 2018. Determine The Best Option for Nearest Medical
Services Using Google Maps API, Haversine and TOPSIS Algorithm. 2018
International Conference on Information and Communications Technology
(ICOIACT), pp. 814-819.
Harrington, J. L., 2015. Relational Database Design and Implementation: Fourth
Edition. Cambridge: Elsevier.
Harumy, T. H. F., Windarto, A. P. & Sulistianingsing, I., 2016. Belajar Dasar
Algoritma dan Pemograman C++. Yogyakarta: Deepublish.
Horton, J., 2015. Android Programming for Beginners. Birmingham: Packt
Publishing.
Hsiao, K.-L., 2017. Compulsive mobile application usage and technostress: the role
of personality traits. Emerald Insight.
Indrajani, 2017. Database Design - Theory, Practice, and Case Study. Jakarta: PT
Elex Media Komputindo.
Jolley, K. A., Bray, J. E. & Maiden, M. C. J., 2017. A RESTful application
programming interface for the PubMLST molecular typing and genome
databases. Database, pp. 1-7.
Juba, S. & Volkov, A., 2017. Learning PostgreSQL 10: A Beginner's Guide to
Building High-Performance PostgreSQL Database Solutions. Birmingham:
Packt Publishing.

Kenton, W., 2019. Business-to-Consumer (B2C). [Online]
Available at: https://investopedia.com/terms/b/btoc.asp
[Accessed January 2020].
Meng, M., Steinhardt, S. & Schubert, A., 2017. Application Programming Interface
Documentation: What Do Software Developers Want?. Journal of
Technical Writing and Communication, pp. 1-36.
Mohd, C. K. & Shahbodin, F., 2015. Personalized Learning Environment: Alpha

Testing, Beta Testing & User Acceptance Test. Elsevier, pp. 837-843.
Mulyani, S., 2017. Metode Analisis dan Perancangan Sistem. Bandung: Abdi
Sistematika.
Oliveira, V., Teixeira, L. & Ebert, F., 2020. On the Adoption of Kotlin on Android
Development: A Triangulation Study. 2020 IEEE 27th International
Conference on Software Analysis, Evolution and Reengineering (SANER),
pp. 206-216.
Pakpahan, A., 2017. Shift in Global Hunger Index 2000-2017: Implications to
Agricultural Policy, Food and Quality of Indonesian Human Resources.
Forum Penelitian Argo Ekonomi, pp. 75-90.
Pressman, R. S., 2015. Software Engineering: A practitioner approach. 8th ed. New
York: McGraw-Hill Education.
Rahim, H. L. & Mohtar, S., 2015. Social Entrepreneurship: A Different Perspective.
IOSR Journal of Computer Engineering (IOSR-JCE), pp. 1-8.
S., R. A. & Shalahuddin, M., 2018. Rekayasa Perangkat Lunak Terstruktur dan
Berorientasi Objek. Bandung: Informatika Bandung.
Satapathy, S. C., Joshi, A., Modi, N. & Pathak, N., 2016. Proceedings of
International Conference on ICT for Sustainable Development: Vol II.
Singapore: Springer.
Seidl, M., Marion, S., Huemer, C. & Gerti, K., 2015. UML @ Classroom: An
Introduction to Object-Oriented Modeling. Heidelberg: Springer Publishing
Company.
Sheikh, S., 2015. Customer Satisfaction in Business to Consumer (B2C) E-
commerce: A Comparative Study of Turkey and Pakistan. Eurasian Journal
of Business and Economics, 8(16), pp. 73-100.
Shukla, S. & Singh, V., 2016. Social Entrpreneurship: A Concept Towards Societal
Improvement. Journal of The Institute of Professional Excellence &
Management, p. 38.

Sommerville, I., 2016. Software Engineering. 10th ed. Harlow: Pearson Education.
Sommerville, I., 2016. Software Engineering. Harlow: Pearson.
United Nations, 2015. Sustainable Development Goal 12. [Online]

Available at: https://sustainabledevelopment.un.org/sdg12
United Nations, 2015. Sustainable Development Goal 2. [Online]
Available at: https://sustainabledevelopment.un.org/sdg2
United Nations, 2015. Sustainable Development Goals. [Online]
Available at: https://sustainabledevelopment.un.org/sdgs
[Accessed 2020 January].
Viswanathan, P., 2019. What Is a Mobile Application?. [Online]
Available at: https://lifewire.com/what-is-a-mobile-application-2373354
[Accessed 2020 February].

Daftar Riwayat Hidup
Intan Yoshana
Lahir di Jakarta, 31 Agustus 1998. Lulus dari SD Negeri

011 Pondok Labu pada tahun 2010, SMP Negeri 85
Jakarta pada tahun 2013, dan SMA Negeri 34 Jakarta
pada tahun 2016. Saat ini sedang menempuh Pendidikan
Diploma IV Program Studi Teknik Informatika Jursuan
Teknik Informatika dan Komputer di Politeknik Negeri
Jakarta.
xvii
Lampiran 1 Hasil Kuesioner
xviii
Lampiran 2 Hasil Pengujian

Lampiran (lanjutan)

Lampiran (lanjutan)

Lampiran (lanjutan)

Lampiran (lanjutan)

Laporan - TA - Intan Yoshana

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Laporan - TA - Intan Yoshana

Diunggah oleh

Hak Cipta:

Format Tersedia

RANCANG BANGUN APLIKASI FOODX MODUL

DONATUR MAKANAN BERBASIS ANDROID SERTA

INTAN YOSHANA 4616010041

PROGRAM STUDI TEKNIK INFORMATIKA

Dibuat untuk Melengkapi Syarat-Syarat yang Diperlukan untuk

PROGRAM STUDI TEKNIK INFORMATIKA

Nama : Intan Yoshana

Tanggal : 8 Juli 2020

Skripsi diajukan oleh

Nama : Intan Yoshana

Program Studi : Teknik Informatika

Judul Skripsi : Rancang Bangun Aplikasi FoodX Modul Donatur

Pembimbing : Shinta Oktaviana R., S.Kom., M.Kom.

Penguji I : Dr. Dewi Yanti Liliana, S.Kom.,

Penguji II : Iwan Sonjaya, S.T., M.T.

Penguji III : Fitria Nugrahaini, S.Pd., M.Si.

b. Pihak Foodbank of Indonesia dan FoodCycle Indonesia yang telah membantu

d. Diana yang telah menjadi partner penyusunan skripsi ini;

Demikian pengantar ini penulis sampaikan, berharap Allah SWT berkenan

Jakarta, 8 Juli 2020

Nama : Intan Yoshana

Program Studi : Teknik Informatika

Jurusan : Teknik Informatika dan Komputer

Jenis Karya :Skripsi/Tesis/Disertasi/Karya Ilmiah Lainnya*

demi pengembangan ilmu pengetahuan, menyetujui untuk memberikan kepada

Demikian pernyataan ini saya buat dengan sebenarnya.

Dibuat di : Jagakarsa, Jakarta Selatan Pada tanggal : 8 Juli 2020

HALAMAN PERNYATAAN ORISINALITAS ................................................... iii

Tabel 1. Simbol-simbol flowchart......................................................................... 14

Lampiran 1 Hasil Kuesioner ........................................................................... xviiiiii

1.1 Latar Belakang

Mayoritas individu belum memiliki kesadaran akan pentingnya isu limbah

Gambar 1.1 Hasil Survei Perilaku Masyarakat dalam Membuang Makanan

Menurut Food and Agriculture Organization dari PBB, 30 persen makanan

Gambar 1.2 Hasil Survei Pengetahuan Masyarakat mengenai Komunitas

Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta

1.2 Perumusan Masalah

1. Bagaimana cara membuat aplikasi Android FoodX yang dapat

1.3 Batasan Masalah

Batasan masalah dalam pembuatan aplikasi ini adalah:

1. Aplikasi FoodX untuk donatur makanan dibuat berbasis Android

3. Aplikasi untuk donatur makanan terintegrasi dengan aplikasi untuk komunitas

1.4 Tujuan dan Manfaat

1. Individu atau sebuah organisasi yang terdaftar di aplikasi FoodX yang

2. Komunitas yang terdaftar di aplikasi FoodX dapat terhubung langsung dengan

3. Donatur makanan dapat memantau bahwa makanan yang diberikan sampai ke

1.5 Metode Pelaksanaan Skripsi

Dalam penyelesaian masalah penelitian terdapat dua metode, yakni:

Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta

1. Metode Pengumpulan Data

Proses pembangunan aplikasi ini akan dilakukan dengan menggunakan metode

Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta

2.1 Kewirausahaan Sosial (Social Entrepreneurship)

Gagasan dari pengusaha social (social entrepreneur) atau kewirausahaan social

2.2 Sustainable Development Goals

Sustainable Development Goals (SDG) merupakan sebuah tujuan global yang

1. Tanpa Kemiskinan (No Poverty)

2. Tidak Ada Kelaparan (Zero Hunger)

3. Kesehatan dan Kesejahteraan yang Baik (Good Health and Well-being)

4. Kualitas Pendidikan (Quality Education)

5. Kesetaraan Gender (Gender Equality)

6. Air Bersih dan Sanitasi (Clean Water and Sanitation)

Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta