PROPOSAL SKRIPSI

PERANCANGAN APLIKASI KLIK-FOOD (PEMESANAN MAKANAN)

MENGGUNAKAN FRAMEWORK CODEIGNITER
(Studi Kasus: Depot Horison Balikpapan)

Disusun oleh:
Nama : Evi Novita Sari
NIM : 15.01.155

PROGRAM STUDI INFORMATIKA-S1

FAKULTAS ILMU KOMPUTER
UNIVERSITAS MULIA
BALIKPAPAN
2019
 HALAMAN PERSETUJUAN

PERANCANGAN APLIKASI KLIK-FOOD (PEMESANAN MAKANAN)

MENGGUNAKAN FRAMEWORK CODEIGNITER

Dipersiapkan dan Disusun oleh

Evi Novita Sari

15.01.155

Telah disetujui oleh Tim Dosen Pembimbing Skripsi

pada tanggal, 04 April 2019

Pembimbing Utama Pembimbing Pendamping

SUBUR ANUGERAH, ST., M.ENG NASSRUDIN BIN IDRIS,S.KOM,M.KOM

NIDN : 1110077401 NIDN : 1109098802

ii
 DAFTAR ISI

PROPOSAL SKRIPSI i
HALAMAN PERSETUJUAN ii
DAFTAR ISI ii
DAFTAR TABEL ii
DAFTAR GAMBAR ii
BAB I PENDAHULUAN 1
1.1.Latar Belakang 1

1.2.Rumusan Masalah 3

1.3.Batasan Masalah 3

1.4.Tujuan Penelitian4

1.5.Manfaat Penelitian 4

BAB II LANDASAN TEORI 5

2.1.Tinjauan Pustaka 5

2.2.Keaslian Penelitian 8

2.3. Teori-Teori yang Digunakan 12

2.3.1.Perancangan 12

2.3.2.Aplikasi 13

2.3.3.Pemesanan13

2.3.4.Makanan 14

2.3.5.Framework 15

2.3.5.1 Jenis-Jenis Framework 15

2.3.6.CodeIgniter 17

2.3.7.Website 18

2.3.8.PHP 19

2.3.9.MySQL 20

2.3.10.XAMPP 20

iii
 2.3.11.Google Maps 21

2.3.12.Flowchart Diagram 21

2.3.13.UseCase Diagram 23

2.3.14.Class Diagram 24

2.3.15.Waterfall 25

2.3.16.Kebutuhan fungsional dan non fungsional 27

2.3.17.Blaxbox testing 28

BAB III METODOLOGI PENELITIAN 29

3.1.Metode Penelitian 29

3.2. Metode pengembangan proses perangkat lunak 29

3.2.1.Perencanaan 29

3.2.2.Analisis 30

3.2.2.1.Kebutuhan Fungsional 30

3.2.2.2.Kebutuhan Non-Fungsional 31

3.2.2.3.Flowchart analisis sistem berjalan saat ini 33

3.2.3.Perancangan 35

3.2.3.1.UseCase Diagram 36

3.2.3.2.Class Diagram 37

3.2.3.3.Flowchart Diagram 40

3.2.4.Testing 43

3.2.5.Pemeliharaan 44

3.3. Alur penelitian 44

RENCANA JADWAL PENELITIAN 46

DAFTAR PUSTAKA 47

iv
 DAFTAR TABEL

Tabel 2.1 Matriks Literatur Review dan Posisi Penelitian 8

Tabel 2.2 Simbol-Simbol Flowchart Diagram 21

Tabel 2.3 Simbol-Simbol UseCase Diagram 23

Tabel 2.4 Simbol-Simbol Class Diagram25

Tabel 3.1 Kebutuhan fungsional 25

Tabel 3.2 Spesifikasi Laptop yang digunakan 31

Tabel 3.3 Kebutuhan Perangkat Lunak 32

Tabel 3.4 Rencana Jadwal Penelitian 46

v
 DAFTAR GAMBAR

Gambar 2.1 Waterfall 28

Gambar 3.1 Flowchart Analisis sistem berjalan 33

Gambar 3.2 Usecase pemesanan 36

Gambar 3.3 Class Diagram 37

Gambar 3.4 Flowchart Sistem dibangun 40

Gambar 3.5 Alur penelitian 44

vi
7
 25
8

Tabel 2.4 Simbol – simbol Class Diagram

NO SIMBOL KETERANGAN
1 Class adalah blok - blok pembangun pada
pemrograman berorientasi obyek. Sebuah class
digambarkan sebagai sebuah kotak yang terbagi
atas 3 bagian. Bagian atas adalah bagian nama
dari class. Bagian tengah mendefinisikan
property/atribut class. Bagian akhir
mendefinisikan methodmethod dari sebuah class.
2 Association Sebuah asosiasi merupakan sebuah relationship
paling umum antara 2 class dan dilambangkan
oleh sebuah garis yang menghubungkan antara 2
class.
3 Composition Jika sebuah class tidak bisa berdiri sendiri dan
harus merupakan bagian dari class yang lain,
maka class tersebut memiliki relasi Composition
terhadap class tempat dia bergantung tersebut.
4 Dependency digunakan untuk menunjukkan operasi pada
suatu class yang menggunakan class yang lain.
Sebuah dependency dilambangkan sebagai
sebuah panah bertitik-titik.
5 Aggregation mengindikasikan keseluruhan bagian relationship
dan biasanya disebut sebagai relasi

2.3.15. Waterfall

Metode waterfall adalah suatu proses pembuatan situs web secara

terstruktur dan berurutan. Pembuatan situs web dengan metode ini sangat cocok
 269

dilakukan pada situs web berskala besar karena menyangkut manajemen dan

sistem yang rumit.

      Metode ini membutuhkan pendekatan sistematis dan sekuensial dalam

pengembangan perangkat lunak dimulai dari tingkat sistem dan kemajuan melalui

perencanaan, desain sistem, perancangan, testing, pemeliharaan. Adapun tahapan-

tahapan tersebut yaitu :

perencanaan

Analisis

Perancangan

Testing

Pemeliharaan

Gambar 2.1 Model Waterfall

Sumber : pengetahuandanteknologi.com

1. Perencanaan

Tahapan perencanaan dilakukan dengan mengidentifikasi kebutuhan serta

spesifikasi yang diinginkan dari perangkat lunak yang akan dibangun dan batasan

perangkat lunak tersebut. Pengumpulan data dalam tahap ini bisa melakukan

sebuah penelitian, wawancara atau studi literatur.

2. Analisis

Tahapan analisis dilakukan dengan mengumpulkan kebutuhan perangkat

yang dibutuhkan. Tahap analisis juga dilakukan untuk mengetahui kebutuhan –

 27
10

kebutuhan apa saja yang diperlukan dari sistem yang akan dibangun baik

kebutuhan fungsional maupun non-fungsional

3. Perancangan

Pada tahapan ini dimulai pengerjaan unit fungsi yang sudah dijelaskan

pada tahap perencanaan. Setiap unit fungsi yang dikerjakan kemudian

dikembangkan dan diuji.

4. Testing

Setiap unit yang sudah selesai dikerjakan dan lolos uji, kemudian

diintegrasikan kedalam perangkat lunak yang dibangun

5. Pemeliharaan

Setelah perangkat lunak yang dibangun telah selesai dibuat, kemudian

dilakukan langkah pemeliharaan dengan melakukan pengujian dan perbaikan bug

yang ada, serta menambahkan fungsi baru kedalam sistem apabila ingin

dikembangkan.

2.3.16. Kebutuhan Fungsional dan Non Fungsional

Kebutuhan Fungsional adalah kebutuhan yang berisi proses-proses apa

saja yang nantinya harus disediakan oleh sistem, mencackup bagaimana sistem

harus bereaksi pada input tertentu dan bagaimana perilaku sistem pada situasi

tertentu. Kebutuhan Fungsional dapat dicari dari pertanyaan: Apa yang harus

sistem lakukan? karena kebutuhan fungsional harus dapat menggambarkan

layanan-layanan yang bisa diberikan sistem kepada pengguna secara mendetail.

 28
11

Kebutuhan Non Fungsional adalah kebutuhan yang menitikberatkan pada

properti prilaku yang dimiliki oleh sistem. kebutuhan fungsional juga sering

disebut sebagai batasan layanan atau fungsi yang ditawarkan sistem seperti

batasan waktu, batasan pengembangan proses, standarisasi dan lain lain.

2.3.17. Blaxbox Testing

Menurut Shalahuddin dan Rosa (2011) black box testing adalah menguji

perangkat lunak dari segi spesifikasi fungsional tanpa menguji desain dan kode

program. Pengujian dimaksudkan untuk mengetahui apakah fungsi-fungsi,

masukan, dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang

dibutuhkan. Pengujian kotak hitam dilakukan dengan membuat kasus uji yang

bersifat mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai

dengan spesifikasi yang dibutuhkan.

 12

BAB III

METODOLOGI PENELITIAN

3.1. Metode Penelitian

Metode penelitian yang digunakan dalam penelitian ini adalah penelitian

kuantitatif dengan pendekatan deskriptif. Metode penelitian kuantitatif merupakan

salah satu metode penelitian yang spesifikasinya adalah sistematis, terencana dan

terstruktur dengan jelas sejak awal hingga pembuatan desain penelitiannya.

3.2. Metode Pengembangan Proses Perangkat Lunak

Metode perancangan menggunakan metode air terjun atau metode

waterfall. Peneliti memilih model waterfall, karena langkah-langkahnya berurutan

dan sistematis, yang terdiri dari tahap perencanaan, analisis, perancangan, testing,

dan pemeliharaan.

3.2.1. Perencanaan

Metode perencanaan dilakukan dengan melakukan pengumpulan data .

pengumpulan data dilakukan dengan teknik wawancara dan studi literatur.

1. Wawancara

Wawancara merupakan teknik pengumpulan data yang dilakukan melalui

tatap muka dan tanya jawab langsung antara pengumpul data terhadap

narasumber/sumber data dari pemilik Depot Horison Balikpapan. Data

yang didapat dari hasil wawancara dapat berfungsi untuk membantu dalam

menyusun laporan penelitian ini.

29
 13
30

2. Studi Literatur

Studi Literatur adalah salah satu metode pengumpulan data dengan cara

membaca buku-buku dan jurnal sesuai dengan data yang dibutuhkan. Pada

penelitian ini penulis memilih studi literatur untuk mengumpulkan referensi

3.2.2 Analisis

Tahap analisis dilakukan untuk mengetahui kebutuhan – kebutuhan apa

saja yang diperlukan dari sistem yang akan dibangun berdasarkan data dan

informasi tentang alur kerja pemesanan pada Depot Horison Balikpapan. Analisa

kebutuhan tersebut dibagi menjadi 2 yaitu kebutuhan fungsional dan kebutuhan

non – fungsional.

3.2.2.1 Kebutuhan Fungsional

Tabel 3.1 Kebutuhan Fungsional

USER FUNGSIONAL KETERANGAN

Admin
kelola menu makanan
kelola data pemesanan
kelola Data Pelanggan
konfirmasi pembayaran
1. Mengedit menu makanan
yang sudah ada
2. menghapus menu makanan
3. Menambah menu makanan
baru
1. Melihat informasi data
pemesanan
2. Menghapus data pemesanan
3. Melihat detail data
pemesanan pelanggan
1. Melihat data pelanggan
2. Menghapus data pelanggan
1. Melihat tanda bukti transfer
2. konfirmasi proses
pembayaran
3. update laporan transaksi
secara otomatis
 31

14

1. Melihat data laporan dan data

transaksi
Laporan transaksi dan laporan
2. Menghapus data laporan
pemesanan
3. Mencetak data laporan

1. Melihat daftar menu makanan

daftar menu makanan
Melakukan pemesanan
Pelanggan
Melakukan pembayaran
Detail Transaksi
1. Memilih menu makanan
2. Memasukkan menu makanan
ke dalam keranjang pesanan
3. Mengisi jumlah makanan
1. Memilih proses pembayaran
COD atau transfer
2. Mengirim bukti transfer
1. Melihat detail transaksi
pemesanan yang berbentuk
seperti nota.
2. mengunduh nota transaksi

3.2.2.2. Kebutuhan Non-fungsional

Merupakan kebutuhan yang menitik beratkan pada properti prilaku yang

dimiliki oleh sistem. Adapun kebutuhan non-fungsional yang dibutuhkan adalah

sebagai berikut:

1. Operasional

a. Perangkat Keras

Tabel 3.2 Spesifikasi Laptop yang digunakan

NO NAMA KOMPONEN SPESIFIKASI

1 processor Intel Core i3

2 Memory (RAM) DDR4, 4GB

3 Storage 1 TB

4 Layar 14 Inch
 32

15

5 GPU NVIDIA GeForce MX110 with 2GB VRAM

b. Perangkat Lunak

Tabel 3.3 Kebutuhan Perangkat Lunak

NO APLIKSI/OS
1 Web Browser
2 Xampp 7.3.3
3 Sublime text 3.0
 16

2. Keamanan

a. Adanya penggunaan password pada form login untuk membedakan user serta

hak akses masing-masing pelanggan dan admin pada aplikasi klik-food.

3. Kinerja

a. Sistem ini berjalan selama 24 jam dan selama Depot Horison beroperasi.

b. Sistem ini hanya dapat di gunakan untuk pemesanan makanan wilayah

Balikpapan.

c. Sistem dapat menyimpan data histori pemesanan pelanggan.

d. Sistem dapat mencatat data pemesanan pelanggan.

e. Sistem dapat mencatat transaksi pelanggan.

 17
33

3.2.2.3 Flowchart Analisis Sistem berjalan Saat ini

ADMIN PELANGGAN

mulai

1
Sosial media

2 3
Promosi
melalui sosial Sosial media
media

4
Melihat
sosial media

5
Menghubungi
Depot
Horison

7
6
Mencatat Melakukan
pesanan pemesanan

8
Pengambilan
keputusan

9
Data pesanan

10
Memproses
makanan

11 12
Melakukan
Mengantar
pembayaran
pesanan
COD

13
Menerima
pembayaran

Selesai

Gambar 3.1 Flowchart Alur Sistem Berjalan

Sumber : hasil pengamatan pada Depot Horison Balikpapan

 18
34

Gambar 3.1 merupakan alur proses pemesanan Depot Horison yang

sedang berjalan saat ini. Proses meliputi :

1. Admin membuka social media untuk melakukan promosi.

2. Promosi dilakukan melalui social media dengan memasukkan foto,

deskripsi makanan, dan harga.

3. Pelanggan membuka social media mereka

4. Pelanggan melihat social media depot horison dan melihat menu-menu

yang terdapat pada depot horison

5. Pelanggan menghubungi nomor telepon depot horison yang tertera pada

bio social media milik depot horison.

6. Pelanggan melakukan pemesanan dengan menyebutkan pesanan beserta

alamat, nama, dan nomor telepon mereka melalui percakapan telepon

dengan depot horison.

7. Admin depot horison mencatat pesanan pelanggan secara konvensional

dengan menggunakan bolpoin dan kertas

8. Admin melakukan pengambilan keputusan apakah pemesanan akan

dilanjutkan

9. Jika pesanan pelanggan dikonfirmasi maka admin akan memasukkan data

pesanan ke dalam buku data pesanan pelanggan

10. Admin akan memberitahukan pihak dapur untuk memproses pesanan

pelanggan sesuai data pesanan yang disebutkan pelanggan

 19
35

11. Jika pemesanan telah selesai dibuat, maka admin memberitahu kurir untuk

mengantarkan pesanan sesuai dengan alamat yang diberikan oleh

pelanggan.

12. Setelah pesanan sampai ke pelanggan, maka pelanggan akan melakukan

pembayaran sesuai dengan nota jumlah pesanan mereka.

13. Kurir menerima pembayaran dan memberikannya kepada admin.

3.2.3. Perancangan

Metode perancangan digunakan untuk mengambarkan proses yang

diusulkan dalam penelitian pada depot horison balikpapan. Dokumentasi yang

dihasilkan dari tahap desain sistem ini antara lain perancangan Use Case Diagram,

Flowchart Diagram, Class diagram, Squence diagram, dan Activity Diagram

 20
36

3.2.3.1 UseCase Diagram

Gambar 3.2 UseCase pemesanan

Gambar 3.2 merupakan diagram use case dari aplikasi klik-food yang

dibuat. Terdapat 2 (dua) aktor dalam aplikasi. Aktor admin Depot Horison

merupakan pemilik hak akses tertinggi. Pemilik Depot dapat melakukan

pengelolaan data makanan, mengelola data pelanggan, melihat riwayat pesanan

dalam bentuk laporan, melihat data pelanggan, melihat data pesanan pelanggan,

dan mengkonfirmasi pembayaran yang dilakukan oleh pelanggan. Untuk

pelanggan Depot Horison memiliki hak akses untuk melihat menu yang tersedia,

melakukan pemesanan, mengisi data pesanan, melihat detail pesanan, menghapus

 37
21

pesanan, dan melakukan pembayaran baik dengan sistem COD (cash of delivery)

maupun transfer.

3.2.3.2 Class Diagram

Pelanggan Lihat menu makanan pesan makanan keranjang pesanan data pesanan pembayaran transfer

+id_pelanggan:INT +id_pelanggan:INT +id_pelanggan:INT +id_pelanggan:INT +id_pelanggan:INT +id_pelanggan:INT +id_pelanggan:VARCHAR

+nama pelanggan:VARCHAR +nama_makanan:VARCHAR +id_produk:VARCHAR +id_pesanan:VARCHAR 1 +lokasi_pengantaran:VARCHAR 1 +id_pemesanan:VARCHAR 1 +id_pemesanan:VARCHAR
1..* +keterangan:VARCHAR
1 +nama_makanan:VARCHAR
1 +nama_makanan:VARCHAR +tgl_pemesanan:DATETIME +id_pembayaran:INT
+no_telp:INT +total:INT
+password:VARCHAR 1 +harga:INT +keterangan:VARCHAR 1 +jumlah:INT 1 +waktu_pemesanan:DATETIME 1
+img:VARCHAR
1 +harga:INT +harga:INT +catatan:VARCHAR +unduh()
+cod()
+Login() +total:INT +transfer() +beranda()
+detail() +addcart() +ok() +logout()
1 +jumlah() +lanjutbelanja() +hapus() 1
1..* +batal() +selesai() +batal()
+hapus()
1..* +batal()

1..* 1..*

galery data pelanggan

+id_galery:INT +id_pelanggan:INT
+id_posting:INT
1 +nama:VARCHAR
+img:VARCHAR +no_telp:INT
1 +email:VARCHAR
+chose()
+upload() +simpan()
+update()
1..* 1..*

1
1 1..*
1..* manage konfirmasi pembayaran
manage menu makanan
admin manage pemesanan +id_pelanggan:INT
+id_posting:INT +id_pembayaran:INT
+id_admin:INT +id_pelanggan:INT +id_transfer:INT
+nama_menu:VARCHAR
+username:VARCHAR +id_pemesanan:VARCHAR
+password:VARCHAR
1..* +keterangan:VARCHAR +tgl_pemesanan:DATETIME
+harga:INT +konfirmasi()
1 1 +status_pembayaran:VARCHAR +detail()
+login()
1..* +img:VARCHAR
+jumlah:INT 1 1
+simpan()
+detail()
+reset()
+edit()
+hapus()
+hapus()

Gambar 3.3 Class Diagram

Gambar 3.3 menjelaskan bahwa dari sana kita dapat mengambil sebuah

hubungan antara table di class diagram tersebut yang berguna bagi database

1. pelanggan yang memiliki akun akan login dengan atribut pelanggan,

no.telpon, nama dan password.

2. table menu makanan, table ini menghasilkan data-data seperti id

pelanggan, nama makanan, keterangan, harga makanan, dan juga foto

makanan yang sudah diinput oleh admin sebelumnya.

3. table pesanan makanan yang di dalamnya terdapat data-data seperti id

pelanggan, id produk, nama makanan, keterangan, dan harga yang ingin

dipesan oleh pelanggan.

 22
38

4. Keranjang pesanan, yang di dalamnya terdapat data-data pesanan yang

dipesan oleh pelanggan. Pada bagian ini berisi id pelanggan, nama

makanan, jumlah yang dipesan, harga tiap makanan, dan total keseluruhan

pesanan.

5. Data pesanan, pada table ini pelanggan akan mengisi proses lanjutan dari

pemesanan yang berisi id pelanggan, lokasi pengantaran, tanggal

pemesanan, waktu dan catatan lalu pelanggan akan memilih proses

pembayaran.

6. Pembayaran, pada table ini memiliki atribut id pelanggan, id produk, dan

total pembayaran. Pada bagian ini pelanggan akan memilih dua proses

pembayaran yaitu COD dan transfer

7. Transfer, table ini berisi atribut id pelanggan, id pembayaran, nama

rekening, nomor rekening, dan bukti transfer. Jadi bagi pelanggan yang

melakukan pembayaran transfer akan mengisi data-data tersebut.

8. Detail pemesanan, pada table ini berisi id pelanggan, id pemesanan, id

pembayaran. Bagi pelanggan yang telah melakukan pembayaran akan

muncul detai pemesanan yang berbentuk seperti nota yang berisi informasi

pesanan pelanggan yang nantinya dapat diunduh oleh pelanggan sebagai

tanda bukti transaksi.

9. Galery, pada bagian ini terdapat atribut id gallery, id posting dan foto

makanan yang akan diinput ke dalam aplikasi klik-food.

10. Data pelanggan, berisi atribut id pelanggan, nama pelanggan, no telp dan

email.
 23
39

11. Admin, pada bagian ini sebelum admin masuk ke backend admin harus

login terlebih dahulu. Table ini berisi atribut id admin, username, dan

password.

12. Manage menu makanan, table ini berisi atribut id posting, nama menu,

keterangan, harga, dan foto makanan admin dapat menambahkan,

menghapus dan mereset data menu makanan tersebut.

13. Manage pemesanan, table ini berisi atribut id pelanggan, id pesanan,

tanggal pesan waktu pesan dan status pembayaran pelanggan admin dapat

mengubah status pembayaran pelanggan jika pelanggan sudah melakukan

pembayaran.

14. Manage konfirmasi pembayaran, table ini berisi atribut id pelanggan, id

pembayaran, dan id transfer. Bagi pelanggan yang melakukan pembayaran

dengan cara transfer maka admin akan mengecek keaslian bukti transfer

dengan mengecek e-banking terlebih dahulu.

 24
40

3.2.3.3 Flowchart Diagram

PELANGGAN SISTEM ADMIN

Mulai

2
1
Buka aplikasi Menampilkan
klik-food halaman utama

3
Melihat tombol
daftar ‘menu’

5
4
Masuk ke Menampilkan daftar
bagian ‘menu’ menu

7
6
Melakukan Menampilkan form
login login

8 9

Melakukan Pesanan masuk

pemesanan kedalam keranjang

10

YA Lanjut
berbelanja

TDK

11
12
Mengisi data
Menyimpan data
pesanan

13 14 15
Memilih proses
Menampilkan detail Masuk ke
pembayaran
COD / TF transaksi backend

16

Konfirmasi
pembayaran

17
Memproses
pesanan
makanan

18
Pengantaran
pesanan
19
Menerima
pesanan

21
20
Melakukan Laporan pemesanan
pembayaran

22
Laporan transaksi

selesai

Gambar 3.4 Flowchart Analisis Sistem Dibangun

 25
41

Gambar 3.4 menjelaskan Proses alur sistem berfungsi untuk

menggambarkan bagaimana sistem dapat bekerja. Proses ini meliputi:

1. Pelanggan mengakses aplikasi klik-food.

2. Sistem akan menampilkan halaman utama dari aplikasi klik food yang terdapat

profil Depot Horison, dan lokasi depot horison yang dapat mempermudah

pelanggan yang ingin datang langsung ke lokasi karna dilengkapi dengan fitur

google maps.

3. Pelanggan melihat menu-menu yang terdapat pada halaman awal aplikasi klik-

food seperti menu makanan, kontak, account, login, keranjang pesanan atau

chart.

4. Pelanggan masuk ke bagian menu makanan untuk melihat makanan apa saja

yang tersedia di Depot Horison.

5. Sistem menampilkan daftar menu makanan yang tersedia pada Depot Horison

yang sudah diinput oleh admin sebelumnya.

6. Sebelum melakukan pemesanan maka pelanggan harus melakukan login

terlebih daluhu.

7. Sistem akan menampilkan form login. Bagi pelanggan yang belum memiliki

akun maka harus sign up terlebih dahulu dengan mengisi form nama, email,

nomor telepon, dan password.

8. Setelah login maka pelanggan akan melakukan pemesanan.

9. Pada bagian sistem terdapat keranjang pesanan atau chart, semua pesanan yang

telah dipesan oleh pelanggan akan masuk ke dalam chart.

 26
42

10. Pada bagian sistem terdapat pilihan untuk memutuskan proses lanjutan,

apakah pelanggan ingin melanjutkan berbelanja atau tidak. Jika iya maka

pelanggan akan kembali memilih menu makanan untuk dipesan, namun jika

tidak maka pelanggan akan melanjutkan proses pemesanan.

11. Setelah pelanggan melakukan pengisian data pelanggan maka selanjutnya

pelanggan akan mengisi data pesanan seperti lokasi pengantaran, tanggal

pemesanan, waktu pemesanan, dan catatan.

12. Setelah pengisian data selesai, Sistem akan menyimpan data pelanggan dan

data pesanan

13. Pelanggan akan memilih proses pembayaran dengan 2 cara yaitu COD (cash

of Delivery) atau transfer

14. Setelah pelanggan mengisi proses pembayaran, maka sistem akan

menampilkan nota transaksi yang berisi informasi pemesanan pelanggan dan

jumlah total harga pesanan. Pelanggan dapat mengunduh nota transaksi

tersebut sebagai tanda bukti pemesanan.

15. Admin masuk ke Backend, sebelum masuk admin harus melakukan login

terlebih dahulu sebagai admin

16. Admin akan mengkonfirmasi pembayaran, jika pelanggan melakukan

pembayaran melalui transfer maka admin akan mengecek notifikasi E-

Banking milik admin apakah pelanggan sudah transfer atau belum.

17. Jika pembayaran sudah di konfirmasi, kemudian admin akan mengarahkan

bagian dapur untuk memproses makanan pemesan.

 27
43

18. Setelah makanan selesai diproses, tahap selanjutnya admin akan mengarahkan

kurir untuk segera mengantarkan pesanan ke alamat pemesan sesuai data yang

diisi oleh pemesan.

19. Pelanggan telah menerima pesanan mereka dari kurir Depot Horison

20. Bagi pelanggan yang melakukan proses pembayaran COD (cash of delivery)

maka mereka akan melakukan pembayaran setelah menerima pesanan dari

kurir Depot Horison.

21. Data pesanan pelanggan akan masuk ke dalam laporan pesanan baik bagi

pelanggan yang melakukan pembayaran dengan cara transfer maupun COD

(cash of delivery).

22. Data transaksi akan masuk ke dalam laporan transaksi baik bagi pelanggan

yang melakukan pembayaran dengan cara transfer maupun COD (cash of

delivery).

3.2.4. Testing

Pada tahap ini digunakan metode Black Box Testing, Metode Black Box

Testing merupakan pengujian yang mengamati output dari program yang telah di

input pada aplikasi klik-food sebelumnya. Pengujian Black Box Testing

didasarkan pada fungsi-fungsi aplikasi yang sudah dibuat untuk mencari bug pada

sistem aplikasi klik-food. Pengujian aplikasi ini dilakukan untuk mengecek

apakah sistem yang dibuat berjalan sesuai yang diharapkan dan dapat memenuhi

kebutuhan pengguna.
 44
28

3.2.5. Pemeliharaan

Pemeliharaan mencakup koreksi dari berbagai error yang tidak ditemukan

pada tahap-tahap terdahulu, perbaikan atas implementasi dan pengembangan unit

sistem, serta pemeliharaan program aplikasi klik-food. Pemeliharaan sistem dapat

dilakukan oleh seorang administrator untuk meningkatkan kualitas sistem agar

jauh lebik baik.

3.3. Alur Penelitian

Analisa Kebutuhan dan Identifikasi Masalah pada

depot horison

Studi Literatur Mengenai framework CodeIgniter

Pengumpulan data melalui kegiatan interview (wawancara)

terhadap narasumber depot horison

Analisis Sistem

Melakukan perancangan sistem sesuai kebutuhan objek

Melakukan perancangan aplikasi web untuk admin/ pemilik

depot horison

Melakukan perancangan aplikasi web mobile untuk pelanggan

depot horison

Melakukan implementasi

Melakukan pengujian dan analisis

Evaluasi

Hasil

Gambar 3.5 Alur penelitian

 45
29

Gambar 3.5 menjelaskan alur penelitian yang dilakukan untuk

membangun aplikasi klik-food. Ada beberapa tahapan prosedur yaitu :

1. Analisa kebutuhan dan identifikasi masalah yang terjadi pada Depot

Horison Balikpapan.

2. Studi literature yaitu mencari referensi dan teori yang berhubungan dengan

penelitian tentang pemesanan dan framework codeigniter.

3. Pengumpulan data dengan wawancara terhadap narasumber pihak depot

horison dan melakukan tanya jawab untuk mendapatkan informasi yang

membantu sebagai bahan penelitian.

4. Selanjutnya melakukan analisis terhadap sistem yang berjalan dan sistem

yang diusulkan.

5. Melakukan perancangan sistem sesuai kebutuhan objek yang diteliti.

6. Melakukan perancangan aplikasi web untuk pelayanan pemesanan

pelanggan untuk admin.

7. Melakukan perancangan aplikasi web mobile untuk proses pemesanan

pelanggan.

8. Implementasi yaitu dilakukan untuk menerapkan rancangan yang disusun.

9. Melakukan pengujian dan analisis untuk memastikan apakah sistem dapat

bekerja sesuai yang diinginkan dan mengetahui kesalahan yang perlu

diperbaiki.

10. Evaluasi yaitu hasil akhir dari seluruh penelitian.

RENCANA JADWAL PENELITIAN

Tabel 3.4 Rencana Jadwal Penelitian

Bulan
N
Tahapan Target Output Januari Februari Maret April Mei Juni
o
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1 Identifikasi 1. Mempelajari penelitian-
Masalah penelitian terkait yang telah
ada
2. Merumuskan Latar Belakang,
Rumusan Masalah, Batasan
Masalah, Tujuan Penelitian,
Keaslian Penelitian dan
Manfaat penelitian
2 Studi Pustaka Melakukan Studi Pustaka yaitu
dengan mencari literatur,
browsing internet dan Jurnal-
jurnal yang terkait dengan
penelitian.
3 Landasan Teori …
4. Pengolahan Data …
5 Perancangan …
Sistem dan
Analisis Data
6. Kesimpulan dan Menarik kesimpulan dari hasil
Saran penelitian yang dilakukan
sekaligus memberikan saran
terhadap hasil penelitian
 Bulan
N
Tahapan Target Output Januari Februari Maret April Mei Juni
o
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
7. Penyusunan Menyusun laporan penelitian
Laporan dari hasil penelitian