Pengembangan aplikasi M-Resto menggunakan Jquerymobile Framework pada platform android

DATA PRIBADI

Nama : Agung Mulyanto

Tempat, Tanggal Lahir : Bandung, 3 Agustus 1990

Jenis Kelamin : Pria

Agama : Islam

Kewarganegaraan : Indonesia

Status : Belum Menikah

Alamat : Jl. Kebon Manggu No. 27 Rt/Rw 05/20 Kelurahan Padasuka Kecamatan Cimahi Tengah, Kota Cimahi 40526

Telepon : 085722592227

Email : agungmulyanto90@gmail.com

PENDIDIKAN

1997 - 2003 : SD NEGERI KEBON MANGGU 2003 - 2006 : SMP NEGERI 5 CIMAHI

2006 - 2009 : SMA PASUNDAN 3 CIMAHI

2009 - 2013 : S-1 UNIVERSITAS KOMPUTER INDONESIA

Bandung, Juli 2013

SKRIPSI

Diajukan sebagai salah satu syarat kelulusan pada Program Studi Sistem Informasi Jenjang S1 (Strata-1)

Fakultas Teknik dan Ilmu Komputer

Agung Mulyanto

10509398

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA

2013

iii

Alhamdulillah, Puji dan syukur penulis panjatkan kehadirat Allah SWT Tuhan Semesta Alam. Atas berkat-Nya skripsi yang berjudul “Pengembangan Aplikasi M-RESTO Menggunakan jQueryMobile Framework Pada Platform Android ” dapat terselesaikan.

Dalam kesempatan ini penulis mengucapkan terima kasih yang sebesar-besarnya kepada pihak-pihak yang telah andil dan memperlancar dalam proses pembuatan skripsi ini. Yang diantaranya rasa terima kasih penulis diperuntukan kepada :

1. Kedua Orang tua, Kakak-Kakak tercinta yang selalu mendoakan dan memberikan dukungan moril maupun materil selama ini.

2. Dr. Ir. Eddy Suryanto Soegoto, M.Sc., selaku Rektor Universitas Komputer Indonesia.

3. Prof. Dr. H. Denny Kurniadie, Ir., M.sc., selaku Dekan Fakultas Teknik dan Ilmu Komputer Universitas Komputer Indonesia.

4. Bapak Syahrul Mauludin, S.Kom., M.Kom., selaku Ketua Prodi Sistem Informasi Fakultas Teknik dan Ilmu Komputer Universitas Komputer Indonesia

5. Ibu Diana Effendi, S.T., M.T., selaku Dosen Pembimbing yang selalu memberikan banyak masukan dan bimbingannya selama proses penulisan skripsi.

6. Bapak Wahyu Nurjaya WK, ST.,M.Kom. selaku Dosen Wali yang telah banyak membantu selama proses perkuliahan berlangsung.

iv

guna membantu memperbaiki dan menyempurnakan skripsi penulis.

8. Seluruh Dosen Program Studi Sistem Informasi dan dosen luar biasa yang banyak memberikan ilmu-ilmunya selama perkuliahan berlangsung.

9. Teman-Teman SI-9, yang selalu memberikan semangat, kritikan, dan masukannya selama perkuliahan berlangsung.

10. Seluruh teman-teman di Program Studi Sistem Informasi

Akhir kata penulis menyadari bahwa penyusunan skripsi masih jauh dari kata sempurna, oleh karena itu untuk para pembaca saya mengharapkan kritik dan saran untuk menyempurnakan skripsi ini.

Semoga Skripsi ini bisa menjadi manfaat bagi kita semua

Bandung, Juli 2013

v

LEMBAR PENGESAHAN PERNYATAAN KEASLIAN

ABSTRAK ... i

ABSTRACT ... ii

KATA PENGANTAR ... iii

DAFTAR ISI ... v

DAFTAR GAMBAR ... x

DAFTAR TABEL... xvi

DAFTAR SIMBOL ... xviii

BAB I PENDAHULUAN 1.1 LATAR BELAKANG MASALAH ...1

1.2 IDENTIFIKASI DAN RUMUSAN MASALAH ...4

1.2.1 Identifikasi Masalah ...4

1.2.2 Rumusan Masalah...5

1.3 MAKSUD DAN TUJUAN PENELITIAN ...6

1.3.1 Maksud Penelitian ...6

1.3.2 Tujuan Penelitian ...7

1.4 KEGUNAAN PENELITIAN ...7

1.4.1 Manfaat Akademis ...7

vi

BAB II LANDASAN TEORI

2.1 APLIKASI M-RESTO ...11

2.2 METODELOGI PENELITIAN ...11

2.3 METODE PENDEKATAN DAN PENGEMBANGAN SISTEM ...12

2.3.1 Tiga Pendekatan Dalam Pengembangan Informasi ...12

2.3.1.1 Pendekatan Berorientasi Proses ...13

2.3.1.2 Pendekatan Berorientasi Data ...13

2.3.1.3 Pendekatan Berorientasi Objek ...13

2.3.2 Model Pengembangan Sistem Informasi ...14

2.3.2.1 Model Sekuensial Linear...14

2.3.2.1.1 Kelebihan Model Sekuensial Linear ...17

2.3.2.1.2 Kekurangan Model Sekuensial Linear ...17

2.3.2.2 Model Prototype...17

2.3.2.2.1 Kelebihan Prototype ...19

2.3.2.2.1 Kelemahan Prototype...20

2.4 UML ...20

2.4.1 Diagram UML ...22

2.5 ANDROID ...24

2.5.1 Pengertian Android ...24

2.5.2 Sejarah Android ...24

vii

BAB III METODOLOGI PENELITIAN

3.1 METODE PENELITIAN ...28

3.1.1 Desain Penelitian ...28

3.1.2 Jenis dan Metode Pengumpulan Data ...29

3.1.2.1 Sumber Data Primer ...29

3.1.2.2 Sumber Data Sekunder ...29

3.1.3 Metode Pendekatan dan Pengembangan Sistem ...30

3.1.3.1 Metode Pendekatan Sistem ...31

3.1.3.2 Metode Pengembangan Sistem ...31

3.1.3.3 Alat Bantu Analisis dan Perancangan ...32

3.1.4. Pengujian Software ...35

BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1 ANALISIS SISTEM ...36

4.1.1. Analisis Sistem yang Berjalan ...36

4.1.1.1 Use Case Diagram ...37

4.1.1.2 Class Diagram ...42

4.1.1.3 Activity Diagram ...43

4.1.1.4 Sequence Diagram ...48

4.1.1.5 Component Diagram ...51

viii

4.2 PERANCANGAN SISTEM ...55

4.2.1 Tujuan Perancangan Sistem...55

4.2.2 Gambaran Umum Sistem yang Diusulkan ...55

4.2.3 Perancangan Sistem yang Diusulkan ...56

4.2.3.1 Use Case Diagram ...56

4.2.3.2 Class Diagram ...64

4.2.3.3 Activity Diagram ...64

4.2.3.4 Sequence Diagram ...72

4.2.3.5 Component Diagram ...78

4.2.3.6 Deployment Diagram ...79

4.2.4 Skema Relasi ...79

4.2.5 Perancangan Antar Muka ...80

4.2.4.5 Perancangan Antar Muka Pelanggan ...80

4.2.5.2 Perancangan Antar Muka User ...82

4.2.5.3 Perancangan Antar Muka Admin ...83

4.2.6 Perancangan Arsitektur Jaringan ...84

BAB V IMPLEMENTASI DAN PENGUJIAN SISTEM 5.1 IMPLEMENTASI ...85

5.1.1 Implementasi Perangkat Lunak ...85

5.1.2 Implementasi Perangkat Keras ...86

ix

5.1.3.3 Implementasi Antar Muka Admin ...96

5.1.4 Implementasi Instalasi Program ...98

5.1.5 Penggunaan Program ...101

5.2 PENGUJIAN ...117

5.2.1 Rencana Pengujian ...117

5.2.2 Kasus dan Hasil Pengujian ...119

5.2.3 Kesimpulan Hasil Pengujian ...129

BAB VI KESIMPULAN DAN SARAN 6.1 KESIMPULAN ...130

6.2 SARAN ...131

DAFTAR PUSTAKA LAMPIRAN

133

Arikunto, Suharsimi. 2006. Prosedur Penelitian. PT.Raja Grafindo Persada. Jakarta.

Chonoles, M.J, James A. Schardt. 2003. UML 2 for Dummies. Willey Publishing, Inc. New York.

Diana Effendi, Agung Mulyanto. 2013. Aplikasi Mobile Resto berbasis Android (Mobile Computing). PROSIDING SNASTIKOM. Volume 1. 2-1 – 2-6. Hendrayudi. 2008. Pemrograman Delphi 8.0. CV. Yrama Widya. Bandung. Nazruddin Safaat H. 2011. Android (Pemograman Aplikasi Mobile Smartphone

dan Tablet PC Berbasis Android). Informatika. Bandung.

Prabowo Pudjo Widodo, Herlawati. 2011. Menggunakan UML. Informatika. Bandung.

Rosa A.S, M. Shalahuddin. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur dan Berorientasi Objek). Modula. Bandung.

Santoso, Harip. 2006. Membuat Database pada SQL Server 2000 Menggunakan VB 6. PT Elexmedia Komputindo. Jakarta.

Sugiyono, Dr. 2010. Metode penelitian Kuantitatif Kualitatif dan R&D, Penerbit ALFABETA. Bandung

Teguh Wahyono. 2003. Sistem Informasi Akuntansi - Analisis, Desain dan Pemrograman Komputer. Andi. Yogyakarta.

Implementasi. Graha Ilmu. Yogyakarta.

Zaki, Ali, dan Edy W. 2012. Membuat Web Mobile dengan jQuery Mobile. Elex Media Kompetindo. Jakarta.

Sumber Online

http://elearning.amikom.ac.id/index.php/download/materi/190302158-DT06525/

2009/10/20091026_Pertemuan%202.pdf/18 April 2013.

http://elearning.amikom.ac.id/index.php/materi/190302158 ST0636/Ratno%20 Kustiawan,%20S.Kom/Sequence%20Diagram/ 18 April 2013.

http://evahariyanti-fst.web.unair.ac.id/artikel_detail-38567-Analisis%20dan%20

Perancangan%20Sistem%20InformasiPendekatan%20Pengembangan%2

Sistem%20Informasi.html/20 Mei 2013.

http://karepku.com/wp-content/uploads/2012/06/3.class-sequence-diagram.pdf/

18 April 2013.

1 1.1 Latar Belakang Masalah

Perkembangan teknologi informasi pada saat ini berpengaruh besar terhadap pengalihan proses pengalihan kerja yang sebelumnya dilakukan secara konvensional ke arah terkomputerisasi sehingga waktu yang diperlukan dalam mengerjakan kegiatan bisnis lebih efektif.

Seiring dengan perkembangan teknologi informasi tersebut, informasi mengenai apapun tersedia secara real time dan up to date. Sehingga kebutuhan akan suatu informasi yang kita perlukan dapat tersedia contohnya melalui internet

yang merupakan salah satu dari kemajuan teknologi informasi.

Selain itu juga perkembangan teknologi informasi tersebut dimanfaatkan sebagai media promosi oleh sebagian orang yang ingin mempromosikan usaha yang sedang digelutinya baik itu usaha di bidang barang atau jasa. Promosi tersebut di lakukan melalui media cetak, elektronik, media sosial bahkan melalui media ponsel.

Promosi yang dilakukan melalui media ponsel didasari mengingathampir setiap orang memiliki telepon seluler hingga memilikinya lebih dari satu dan tak dapat dipungkiri telepon seluler telah menjadi kebutuhan dalam menunjang aktifitas masyarakat. Salah satunya promosi yang dilakukan melalui media ponsel adalah dengan menggunakan aplikasi m-resto yang tertuang pada prosiding SNASTIKOM tahun 2013 volume 1, dimana aplikasi tersebut menginformasikan

mengenai menu makanan yang berada di suatu restoran beserta fasilitas yang tersedia di restoran tersebut.

Gambar 1.1 Aplikasi m-resto

Sumber : Prosiding SNASTIKOM 2013 Volume 1

M-resto adalah sebuah aplikasi mobile yang berisi informasi mengenai menu dan harga makanan di suatu restoran beserta informasi mengenai fasilitas yang tersedia di suatu restoran tersebut.

M-resto sendiri berfungsi untuk menjembatani kebutuhan antara user

(pelaku bisnis di bidang kuliner) dengan pelanggan (pecinta kuliner). Dimana dalam hal ini user mempromosikan restorannya dan pelanggan dalam hal mencari informasi mengenai menu dan harga makanan pada suatu restoran serta dapat melakukan pemesanan makanan kepada restoran yang dituju melalui aplikasi m-resto.

Dalam hal layanan pemesanan makanan, user mencantumkan ketentuan pemesanan menu makanan yang berlaku di masing-masing restoran. Ketentuan pemesanan menu makanan antara satu restoran dengan restoran lainnya tentu berbeda, tergantung kebijakan yang berlaku di masing-masing restoran. Menu makanan yang dapat dipesan adalah menu makanan dengan status tersedia yang sebelumnya ditentukan oleh user pada saat melakukan penginputan data menu makanan.

Ketentuan pemesanan tersebut hanya berlaku dalam hal pemesanan makanan yang dilakukan oleh pelanggan melalui aplikasi m-resto. Pelanggan melakukan pembayaran atas menu makanan yang dipesannya melalui nomer rekening restoran yang dicantumkan oleh user, tetapi kegiatan transaksi antara

user dengan pelanggan dalam hal pembayaran diluar dari apikasi m-resto, dengan kata lain aplikasi m-resto sebatas menjembatani kebutuhan antara user dan pelanggan tanpa mempengaruhi kegiatan bisnis antara user dan pelanggan.

Namun pada aplikasi tersebut masih terdapat beberapa kekurangan yang menyebabkan aplikasi tidak dapat beroperasi secara optimal, seperti belum terselesaikannya fitur mengenai konfirmasi pemesanan yang dilakukan pelanggan agar data pemesanan yang dilakukan oleh pelanggan dapat diterima dengan baik oleh user, informasi mengenai jumlah porsi ketersediaan menu makanan di suatu restoran tidak tertera, sehingga pelanggan tidak mengetahui jumlah ketersediaan porsi menu makanan yang akan dipesannnya yang dapat berindikasi jumlah porsi menu makanan yang dipesan oleh pelanggan melebihi jumlah porsi ketersediaan menu makanan di restoran tersebut dan pengontrolan user dari aplikasi m-resto

oleh admin belum tersedia. Salah satu fungsinya dalam pengontrolan tersebut agar tiap user yang mendaftar ke aplikasi m-resto dapat dikonfirmasi, sehingga user

dapat diterima dalam hal melakukan login dengan hak akses yang telah didaftarkannya ke aplikasi tersebut. Dalam hal ini diperlukan pengembangan aplikasi m-resto untuk menyempurnakan aplikasi yang telah ada.

Berdasarkan hasil dari pemaparan yang telah diuraikan, maka penulis mengambil suatu tindakan untuk memecahkan permasalahan tersebut, sehingga dengan ini penulis mengangkat judul “PENGEMBANGAN APLIKASI M-RESTO MENGGUNAKAN JQUERY MOBILE FRAMEWORK PADA

PLATFORM ANDROID”sebagai judul skripsi.

1.2 Identifikasi dan Rumusan Masalah

Berdasarkan hasil dari latar belakang yang telah diuraikan, penulis mengidentifikasi dan merumuskan permasalahan yang diharapkan dapat memberikan solusi dari permasalahan yang terjadi. Adapun identifikasi dan rumusan masalah sebagai berikut :

1.2.1 Identifikasi Masalah

Berdasarkan hasil pengamatan yang telah dilakukan terhadap aplikasi m-resto yang sedang berjalan, maka penulis berusaha mengidentifikasi permasalahan yang merupakan langkah awal dalam merancang aplikasi yang akan dikembangkan. Beberapa hal yang dapat diperoleh dari pengamatan yang telah dilakukan adalah:

1. Belum terselesaikannya layanan untuk konfirmasi pemesanan yang dilakukan oleh pelanggan dalam hal pemesanan makanan di suatu restoran. Sehingga informasi mengenai pemesanan makanan tersebut belum bisa diketahui oleh

user.

2. Diperlukan informasi mengenai jumlah ketersediaan porsi menu makanan agar pelanggan dapat mengetahui ketersediaan jumlah porsi makanan yang akan dipesannya. Sehingga jumlah porsi makanan yang dipesan pelanggan tidak melebihi jumlah ketersediaan porsi menu makanan di restoran tersebut. 3. Diperlukan layanan untuk admin untuk mengontrol user aplikasi m-resto,

agar admin dapat memberikan hak akses kepada user yang mendaftar dengan melakukan konfirmasi pendaftaran user. Sehingga user dapat melakukan

login dengan data yang telah didaftarkannya.

1.2.2 Rumusan Masalah

Berdasarakan hasil identifikasi masalah yang telah dipaparkan, maka perlu dilakukan rumusan masalah untuk mencari solusi dari permasalahan tersebut. Adapun rumusan masalahnya yaitu :

1. Bagaimana sistem yang sedang berjalan pada aplikasi m-resto dapat dilakukan penambahan-penambahan fitur seperti konfirmasi pemesanan makanan, informasi jumlah ketersediaan menu makanan, dan fitur khusus untuk admin. Sehingga penambahan tersebut dapat menjadikan aplikasi beroperasi lebih optimal.

2. Bagaimana perancangan pengembangan aplikasi m-resto agar penambahan-penambahan yang dibutuhkan tersebut dapat dilakukan secara tepat dan terarah. Sehingga ditawarkan sistem yang baru guna memberikan hasil yang maksimal melalui sistem yang akan diusulkan.

3. Bagaimana pengujian aplikasi m-resto yang akan dilakukan oleh pengguna aplikasi dalam hal ini restoran sampel. Sehingga aplikasi yang akan dikembangkan sesuai dengan kebutuhan pengguna aplikasi.

4. Bagaimana implementasi aplikasi m-resto dalam hal pengoperasian melalui suatu platform khususnya android sebagai media pengaksesan aplikasi yang dikembangkan.

1.3 Maksud dan Tujuan Penelitian

Maksud dan tujuan dari penelitian ini adalah untuk mengembangkan aplikasi m-resto agar aplikasi yang dikembangkan dapat berjalan lebih optimal dan lebih berdaya guna bagi pengguna aplikasi.

1.3.1 Maksud Penelitian

Berdasarkan perumusan masalah yang telah diuraikan, maka maksud dari penelitian ini adalah untuk mengembangkan sebuah aplikasi mengenai informasi suatu restoran beserta review harga dan menu makanan yang berada di suatu restoran yaitu m-resto agar aplikasi tersebut dapat berguna lebih baik dari sebelumnya dan dapat beroperasi dengan lebih optimal.

1.3.2 Tujuan Penelitian

Dan adapun beberapa tujuan yang ingin dicapai dalam penelitian ini yaitu : 1. Untuk mengetahui sistem yang berjalan pada aplikasi m-resto,sehingga beberapa kekurangan yang teridentifikasi dapat dilakukan perbaikan agar aplikasi yang dikembangkan dapat beroperasi lebih optimal dari sebelumnya. 2. Untuk membuat perancangan pengembangan aplikasi m-resto agar beberapa

kebutuhan yang diperlukan dapat terpenuhi guna lebih memaksimalkan aplikasi yang telah ada melalui pengembangan aplikasi.

3. Untuk mengetahui pengujian aplikasi m-resto yang dilakukan oleh pengguna aplikasi dalam hal ini restoran sampel.

4. Untuk mengimplementasikan pengembangan aplikasi m-resto melalui

platform android sebagai media pengakses aplikasi tersebut.

1.4 Kegunaan Penelitian

Hasil dari penelitian ini diharapkan dapat mempunyai beberapa manfaat yaitu:

1.4.1 Manfaat Akademis

Secara akademis hasil dari penelitian ini diharapkan bermanfaat sebagai pengembangan ilmu khususnya dalam ilmu pengetahuan pemrograman mobile

yang telah ada dan dapat bermanfaat pula untuk peneliti lain sebagai pengembangan ilmu yang sedang meneliti karya yang sama.

1.4.2 Manfaat Praktis

Secara praktis penelitian ini diharapkan bermanfaat bagi pengguna aplikasi secara umum, dan secara khusus diharapkan bermanfaat bagi para pelaku bisnis di bidang kuliner sebagai media promosi baru dalam mempromosikan restorannya, dan untuk para pecinta kuliner diharapkan bermanfaat sebagai referensi mengenai menu dan harga makanan beserta fasilitas yang tersedia di suatu restoran.

1.5 Batasan Masalah

Dalam penelitian ini terdapat beberapa batasan masalah agar tidak menyimpang dari tujuan yang telah ditentukan sehingga penelitian yang dikaji akan lebih terfokus. Adapun batasan masalah tersebut diantaranya:

1. Aplikasi yang dikembangkan dilakukan sampai tahap interaksi antara pelanggan dan user. Dimana dalam hal ini, pelanggan melakukan konfirmasi pemesanan menu makanan kepada restoran user.

2. Aplikasi yang dikembangkan menambahkan fitur untuk admin agar dapat mengontrol user, yang salah satu fungsinya untuk memberikan hak akses kepada pendaftar agar dapat login ke aplikasi m-resto dengan data yang telah di daftarkannya.

3. Stok atau ketersediaan jumlah porsi menu makanan berkurang, jika user telah melakukan persetujuan tentang pemesanan menu makanan yang dilakukan oleh pelanggan.

4. Diasumsikan Informasi stok ketersediaan makanan pada aplikasi berbeda dengan stok ketersediaan makanan dari restoran masing-masing user. Dengan

kata lain informasi stok ketersediaan makanan dikhususkan untuk pelanggan yang memesan via aplikasi.

5. Kegiatan transaksi pembayaran dilakukan diluar aplikasi m-resto, dengan kata lain aplikasi m-resto tidak mempengaruhi kegiatan bisnis suatu restoran dalam hal transaksi pembayaran.

6. Pemesanan makanan yang telah dilakukan oleh pemesan, diasumsikan telah dalam tahap pengiriman kepada alamat pemesan, jika nomer pemesanan yang dicek oleh pemesan berstatus telah dikonfirmasi.

7. Aplikasi tidak membahas proses pengembalian menu pemesanan/retur.

8. Tidah dibahas mengenai keluhan pelanggan mengenai pelayanan pemesanan makanan yang dilakukan oleh restoran yang bersangkutan.

1.6 Jadwal Kegiatan

Berikut tabel rencana waktu pelaksanaan kegiatan penelitian yang terdapat pada tabel 1.1 di bawah ini.

Tabel 1.1

Jadwal Kegiatan Penelitian No Kegiatan

Tahun 2013

Maret April Mei Juni

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 Identifikasi

Kebutuhan Pemakai 2 Membuat Prototype 3 Menguji Prototype 4 Memperbaiki

Prototype 5 Mengembangkan

11 BAB II

LANDASAN TEORI

2.1 Aplikasi M-RESTO

Menurut Dianna Effendi dan Agung Mulyanto (2013:2-1) dalam tulisannya pada PROSIDING SNASTIKOM 2013 menyatakan bahwa :

“M-resto adalah aplikasi yang diperuntukan bagi para pelaku bisnis di bidang kuliner dalam hal promosi restorannya dan bagi para pecinta kuliner dalam hal mengetahui informasi tentang menu dan harga makanan di suatu restoran atau café hingga dapat melakukan pemesanan menu makanan melalui aplikasi m-resto”.

Pada awalnya m-resto dikenalkan oleh Nazzruddin Saffat H pada bukunya Pemrograman Aplikasi Mobile Smartphone dan Tablet PC Berbasis Android. Aplikasi tersebut dikostumisasi agar lebih menarik dan lebih interaktif antar pengguna sehingga aplikasi tersebut diharapkan mampu lebih berguna bagi pemakai aplikasi.

2.2 Metodelogi Penelitian

Metode penelitian merupakan prosedur dan cara melakukan pengolahan data yang diperlukan untuk menjawab atau memecahkan masalah penelitian untuk mencapai tujuan tertentu. Sugiyono (2010:2) menyatakan bahwa :

“Metode penelitian dapat diartikan sebagai cara ilmiah yang dilakukan untuk mendapatkan data yang objektif, valid, dan reliabel dengan tujuan dapat ditemukan, dibuktikan, dan dikembangkan suatu pengetahuan sehingga pada gilirannya dapat digunakan untuk memahami, memecahkan dan mengantisipasi masalah.”

Dari penjelasan mengenai metode penelitian yang telah diuraikan, maka dapat disimpulkan bahwa metodelogi penelitian menggambarkan tahapan-tahapan dalam proses penelitian guna memecahkan masalah penelitian dari awal perencanaan hingga tercapainya tujuan penelitian, Tidak ada satu format yang baku tentang metodologi penelitian, tetapi setiap metodologi penelitian tidak terlepas dari kerangka metode ilmiah, pemilihan metodologi penelitian lebih tergantung pada jenis penelitian yang dilakukan, dan perkembangan ilmu pengetahuan memungkinkan munculnya metodologi penelitian yang baru (dinamis).

2.3 Metode Pendekatan dan Pengembangan Sistem

Metode pendekatan sistem merupakan salah satu cara dalam menyelesaikan masalah dengan melakukan identifikasi terhadap sejumlah kebutuhan-kebutuhan. Sedangkan pengembangan sistem dapat dilihat sebagai sebuah proses. Lebih jauh pengembangan sistem pada dasarnya adalah proses perubahan, penghalusan, transformasi atau tambahan pada produk yang sudah ada.

2.3.1 Tiga Pendekatan Dalam Pengembangan Informasi

Akan dijelaskan mengenai tiga pendekatan pada pengembangan sistem informasi yaitu pendekatan berorientasi proses, pendekatan berorientasi data, dan pengembangan berorientasi objek. Berikut penjelasan mengenai ketiga pendekatan tersebut :

2.3.1.1 Pendekatan Berorientasi Proses

Pendekatan berorientasi proses berfokus pada aliran, penggunaan, dan trasformasi data di dalam sistem informasi. Meliputi penciptaan representasi grafik seperti diagram aliran data(data flow diagram), bagan alir(flow chart), dan sebagainya. Pada pendekatan ini, data dilacak mulai dari asal/sumbernya, dikelola dalam beberapa proses/tahapan sampai ke tujuan akhirnya. Kelemahan dari pendekatan ini adalah struktur dasar/alami dari data tidak tergambarkan dengan baik dan data terikat pada suatu aplikasi tertentu.

2.3.1.2 Pendekatan Berorientasi Data

Pendekatan berorientasi data menggambarkan struktur dasar dari data, lepas dari dimana dan bagaimana data tersebut digunakan. Model data mendeskripsikan jenis/macam data dan hubungan antar data (E-R Diagram). Aturan bisnis menentukan bagaimana organisasi mengambil dan memproses data tersebut. Pendekatan ini biasanya fokus untuk perancangan basis data. Pada pendekatan ini, data didefinisikan lepas dari aplikasinya.

2.3.1.3 Pendekatan Berorientasi Objek

Pendekatan berorientasi objek mendeskripsikan sistem sebagai kelas(sekumpulan) objek dan keterhubungannya. Sebuah kelas objek merupakan abstraksi dari sehimpunan objek dengan atribut dan layanan(operasi) yang sama. UML menjadi standar untuk pemodelan berorientasi objek.

2.3.2 Model Pengembangan Sistem Informasi

Dibahas hanya dua model pengembangan untuk membandingkan mana yang lebih efektif dalam penentuan model pengembangan yang akan ditentukan oleh penulis, kedua model tersebut yaitu model sekuensial linear dan model prototype sebagai pembandingnya.

2.3.2.1 Model Sekuensial Linear

Model sekuensial linear pertama kali muncul pada tahun 1970 yang diperkenalkan oleh Winston W. Royce. Walaupun sudah dikenal dalam waktu yang lama dan sering dianggap kuno, tetapi model ini paling banyak dipakai dalam industri perangkat lunak.

Model sekuensial linear berisi rangkaian proses yang disajikan secara terpisah, yaitu analisis kebutuhan perancangan, pengkodean, pengujian, serta implementasi dan pemeliharaan. Setelah setiap proses dilakukan, proses tersebut ditutup dan pengembangan dilanjutkan pada proses berikutnya.

Untuk mengatasi kekurangan-kekurangan tersebut, dibuatlah proses model sekuensial linear yang dimodifikasi. Keunggulan model ini dibandingkan model sekuensial linear biasa adalah memungkinkan tahap-tahap yang telah dilalui ditinjau kembali, sehingga jika terjadi kesalahan atau kekurangan dalam menentukan kebutuhan ditahap awal bisa dilakukan perbaikan atau penambahan lagi.

Gambar 2.1

Tahapan Model Sekuensial Linear

Model sekuensial linear melingkupi aktifitas-aktifitas sebagai berikut : 1. Rekayasa dan Pemodelan Sistem Informasi

Karena sistem bagian dari sebuah sistem yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen sistem dan mengalokasikan beberapa subset dari kebutuhan ke software tersebut. Pandangan sistem ini penting ketika software harus berhubungan dengan elemen-elemen yang lain seperti software, manusia, dan database.

2. Analisis dan Kebutuhan Software

Proses pengumpulan kebutuhan diintensifkan dan difokuskan, khususnya pada software. Untuk memahami sifat program yang dibangun, analis harus memahami dominasi informasi, tingkah laku, unjuk kerja, dan interface yang diperlukan. Kebutuhan baik untuk sistem maupun software didokumentasikan dan dilihat lagi dengan pelanggan/pengguna.

3. Desain

Desain software sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda. Struktur data, arsitektur software, representasi interface, dan detail(algoritma) prosedural.

4. Generasi Kode

Desain harus diterjemahkan kedalam bentuk mesin yang bisa dibaca. Langkah pembuatan kode melakukan tugas tersebut. Jika desain dilakukan dengan cara yang lengkap pembuatan kode dapat diselesaikan secara mekanis. 5. Pengujian

Sekali program dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal software, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan-kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.

6. Pemeliharaan

Software akan mengalami perubahan setelah disampaikan kepada pelanggan. Perubahan akan terjadi karena kesalahan-kesalahan ditentukan, karena software harus disesuaikan untuk mengakomodasi perubahan-perubahan di dalam lingkungan eksternalnya, atau karena pelanggan membutuhkan perkembangan fungsional. Pemeliharaan software mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru.

2.3.2.1.1 Kelebihan Model Sekuensial Linear

Adapun kelebihan pada model pengembangan sistem informasi pada model sekuensial linear, diantaranya :

a. Merupakan model pengembangan paling handal dan paling lama digunakan. b. Cocok untuk system software berskala besar.

c. Cocok untuk system software yang bersifat generik.

d. Pengerjaan project system akan terjadwal dengan baik dan mudah dikontrol.

2.3.2.1.2 Kekurangan Model Sekuensial Linear

Adapun kekurangan pada model pengembangan sistem informasi pada model sekuensial linear, diantaranya :

a. Persyaratan sistem harus digambarkan dengan jelas. Rincian proses harus benar-benar jelas dan tidak boleh berubah-ubah.

b. Sulit untuk mengadaptasi jika terjadi perubahan spesifikasi pada suatu tahapan pengembangan.

2.3.2.2 Model Prototype

Model prototype merupakan suatu metode pengembangan sistem yang berguna dalam hal untuk pembuatan sesuatu perancangan program yang akan dibuat dengan cepat dan bertahap, sehingga dapat segera dievaluasi oleh pemakai. Selain itu model prototype menjadikan proses pengembangan sistem informasi lebih cepat dan lebih mudah, terutama pada keadaan kebutuhan pemakai sulit untuk diidentifikasi.

Berikut ini merupakan mekanisme pengembangan sistem dengan menggunakan Prototype :

Gambar 2.2

Mekanisme Pengembangan Sistem Dengan Prototype

Sumber : Abdul Kadir, “Pengenalan Sistem Informasi”. (2002:416)

Tahapan-tahapan prototyping yaitu :

1. Pengumpulan kebutuhan user dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.

2. Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada user, misalnya dengan membuat format input dan format output.

3. Evaluasi prototyping dilakukan oleh user apakah prototyping yang sudah dibangun sudah sesuai dengan keinginan user. Jika sudah sesuai maka

langkah 4 akan diambil, jika tidak prototyping direvisi dengan mengulangi langkah 1, 2, dan 3.

4. Mengkodekan sistem yang sudah di sepakati diterjemahkan ke dalam bahasa pemrograman yang sesuai.

5. Menguji sistem. Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, harus dites dahulu sebelum digunakan. Pengujian ini dilakukan dengan White Box, Black Box, Basis Path, pengujian arsitektur, dan lain-lain. 6. Mengevaluasi apakah sistem yang sudah jadi telah sesuai dengan yang

diharapkan . Jika ya, langkah 7 dilakukan, jika tidak, ulangi langkah 4 dan 5. 7. Menggunakan sistem. Perangkat lunak yang telah diuji dan diterima

pelanggan siap untuk digunakan.

2.3.2.2.1 Kelebihan Prototype

Adapun kelebihan pada model pengembangan sistem informasi menggunakan model prototype, diantaranya :

a. Prototype melibatkan user dalam analisa dan desain.

b. Meningkatkan kepuasan pemakai dan mengurangi resiko pemakai tidak menggunakan sistem mengingat keterlibatan mereka yang sangat tinggi sehinga sistem memenuhi kebutuhan mereka dengan lebih baik.

c. Mempunyai kemampuan menangkap requirement secara konkret dari pada secara abstrak.

d. Mempersingkat waktu pengembangan Sistem Informasi. e. Menghemat biaya.

2.3.2.2.1 Kelemahan Prototype

Adapun kelemahan atau kekurangan pada model pengembangan sistem informasi menggunakan model prototype, diantaranya :

a. Proses analisis dan perancangan terlalu singkat. b. Mengesampingkan alternatif pemecahan masalah. c. Bisa kurang fleksibel dalam mengahdapi perubahan. d. Prototype yang dihasilkan tidak selamanya mudah dirubah. e. Prototype terlalu cepat selesai.

Apabila tidak dikelola dengan baik, siklus prototype menjadi tidak pernah berakhir. Hal ini disebabkan permintaan terhadap perubahan terlalu mudah untuk dipenuhi.

2.4 UML

UML singkatan dari Unified Modeling Language yang berarti bahasa pemodelan standar. (Chonoles, 2003: bab 1) mengatakan sebagai bahasa, berarti UML memiliki sintaks dan semantik. Ketika kita membuat model menggunakan konsep UML ada aturan-aturan yang harus diikuti. Bagaimana elemen-elemen pada model-model yang kita buat berhubungan satu dengan lainnya harus mengikuti standar yang ada.

UML diaplikasikan untuk maksud tertentu, antara lain : 1. Merancang perangkat lunak.

3. Menjabarkan sistem secara terinci untuk menganalisa dan mencari apa yang diperlukan sistem.

4. Mendokumentasikan sistem yang ada, proses-proses dan organisasinya. UML mungkin bisa disebut pengganti dari Object Oriented Analysis and Design (OOAD) yang tersebar selama perang metode antara tahun 80-an sampai awal 90-an. UML merupakan bahasa komponen dari sebuah metode dan dilengkapi secara terpisah oleh Rational Unified Process (RUP). UML merupakan gabungan dari tiga metode utama bahasa pemodelan di dalam industry yaitu : Booch, Rumbaugh, dan Jacobson. UML melalui proses standarisasi dengan Object Management Group (OMG), dan sekarang menjadi standar OMG.

Aturan-aturan pada UML bisa diklasifikasikan ke dalam : 1. Syntactic : rincian aspek dan kombinasi aturan.

2. Semantic : rincian arti dari simbol, secara individual dan dalam konteks.

3. Pragmatic : panduan bagaimana menggunakan bahasanya (dari simbol).

Sejarah UML sendiri cukup panjang. Sampai era tahun 1990 puluhan metodologi pemodelan berorientasi objek telah bermunculan di dunia. Diantaranya adalah : metodologi Booch, metodologi Coad, metodologi OOSE, metodologi OMT, metodologi Shlaer-Mellor, metodologi Wirfs-Brock, dan lainnya. Pada masa itu terkenal sebagai masa perang metodologi (method war) dalam pendesainan berorientasi objek. Masing-masing metodologi membawa notasinya, yang mengakibatkan timbul masalah baru apabila kita bekerja sama dengan group/instansi lain yang menggunakan metodologi yang berlainan.

2.4.1 Diagram UML

UML dikelompokan atas beberapa diagram-diagram sistem menurut aspek atau sudut pandang tertentu. Sedangkan diagram menggambarkan permasalahan maupun solusi dari permasalahan suatu model. Berikut penjelasan mengenai beberapa Diagram UML, yaitu :

1. Use Case

Diagram use case memperlihatkan himpunan use-case dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini sangat penting untuk mengorganisasi dan memodelkan perilaku suatu sistem yang dibutuhkan serta diharapkan pengguna.

2. Diagram Kelas

Diagaram ini memperlihatkan kumpulan kelas-kelas, antarmuka-antarmuka, kolaborasi-kolaborasi, serta relasi-relasi. Diagram kelas umum dijumpai pada model berorientasi objek.

3. Diagram Aktivitas

Diagram aktivitas adalah tipe khusus dari diagram status yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem. Diagram ini terutama penting dalam pemodelan fungsi-fungsi suatu sistem dan memberi tekanan pada aliran kendali antar objek.

4. Diagram Urutan (sequence)

Diagram urutan adalah diagram interaksi yang menekankan pada pengiriman pesan dalam suatu waktu tertentu.

5. Diagram Komunikasi

Diagram komunikasi sebagai pengganti diagram kolaborasi yang menekankan organisasi struktural dari objek-objek yang menerima serta mengirim pesan.

6. Diagram statechart

Diagram statechart memperlihatkan keadaan-keadaan pada sistem, memuat status (state), transisi, kejadian, serta aktifitas.

7. Diagram Paket

Diagaram ini memperlihatkan kumpulan kelas-kelas, merupakan bagian dari diagram komponen.

8. Diagram Komponen

Diagram komponen memperlihatkan organisasi serta ketergantungan sistem/perangkat lunak pada komponen-komponen yang telah ada sebelumnya. 9. Diagram Deployment

Diagram deployment memperlihatkan konfigurasi saat aplikasi dijalankan (run-time). Memuat simpul-simpul beserta komponen-komponen yang ada di dalamnya. Diagram deployment berhubungan erat dengan diagram komponen dimana diagram ini memuat satu atau lebih komponen-komponen.

2.5 Android

Android telah menjadi sebuah sistem operasi yang banyak diandalkan pengguna ponsel khususnya ponsel pintar. Berikut beberapa pembahasan mengenai android :

2.5.1 Pengertian Android

Android adalah sistem operasi untuk telepon seluler berbasis linux yang mencangkup sistem operasi, middleware, dan aplikasi. Android menyediakan platform terbuka bagi para pengembang untuk melakukan pengembangan sesuai dengan yang diharapkan.

2.5.2 Sejarah Android

Awalnya Google Inc membeli Android Inc, yang merupakan pendatang baru yang membuat peranti lunak untuk ponsel. Kemudian untuk mengembangkan android, dibentuklah Open Handset Aliance, konsorium dari 34 perusahaan perancti keras, peranti lunak, dan telekomunikasi. Termasuk Google, HTC, Motorolla, Intel, Nvidia, T-Mobile, dan Qualcomm.

Pada saat perintisan perdana Android yaitu pada tanggal 5 November 2007, Android bersama Open Handset Aliance menyatakan untuk mendukung pengembangan open source pada perangkat mobile. Sementara itu, di lain pihak Google merilis kode-kode Android di bawah lisensi Apache, sebuah lisensi perangkat lunak dan open platform perangkat seluler.

Pada September 2007 Google mengenalkan Nexus One, salah satu jenis smartphone yang menggunakan Android sebagai sistem operasinya. Smartphone

tersebut diproduksi oleh HTC corporation dan tersedia di pasaran pada tanggal 5 Januari 2010.

Pada tanggal 9 Desember 2008 diumumkan anggota baru yang bergabung kedalam Open Handset Aliance dalam program kerja Android ARM Holdings, Atheros Communications, diproduksi oleh Asustek Computer Inc, Garmin Ltd, Softbank, Sony Ericsson, Toshiba Corp, dan Vodafone Group Plc. Seiring pembentukan Open Handset Alliance, OHA mengumumkan produk perdana mereka, android perangkat mobile yang merupakan modifikasi kernel Linux 2.6. Sejak Android dirilis, telah dilakukan berbagai pembaharuan berupa perbaikan bug dan penambahan fitur baru.

Pada saat ini, kebanyakan vendor-vendor smartphone sudah memproduksi smartphone berbasis android, vendor-vendor itu antara lain HTC, Motorola, Samsung, LG, HKC, Huawei, Archos, Webstation Camangi, Dell, Nexus, SciPhone, WayteQ, Sony Ericsson, LG, Acer, Philips, T-Mobile, Nexian, IMO, Asus dan masih banyak lagi vendor smartphone didunia yang memproduksi android. Hal ini karena android adalah sistem operasi yang open source sehingga bebas didistribusikan dan dipakai oleh vendor manapun.

2.6 JQuery Mobile

Perkembangan pengembangan aplikasi untuk mobile telah diambang perubahan secara besar-besaran, sehingga dibutuhkan pemrograman dimana bisa dijalankan di seluruh sistem operasi. Dibuatlah jquery mobile framework untuk

mengatasi permasalahan tersebut. Adapun beberapa pembahasan mengenai jquery framework sebagai berikut :

2.6.1 Pengenalan JQuery Mobile

Menurut Zaki (2012 : 2). JQuery adalah library JavaScript yang populer untuk membangun Web interaktif yang kaya serta bisa dipakai juga untuk aplikasi Web. JavaScript sendiri merupakan bahasa pemograman client – side untuk memberikan efek dinamis pada aplikasi. Namun dalam pembangunanya jQuery tidak memiliki fitur yang khusus dirancang untuk membangun aplikasi Web mobile, sehingga fitur yang telah dibuat tidak akan tertampak baik saat dijalankan dalam perangkat mobile.

Untuk masalah tersebut, tim pengembang jQuery membuat sebuah library yang dikhususkan untuk pengembangan aplikasi mobile bernama JQuery Mobile.

Zaki (2012 : 2) menyebutkan, jQuery Mobile adalah framework yang dibangun di atas JQuery, yang menyediakan berbagai elemen user-interface dan fitur yang digunakan dalam aplikasi mobile.

Penggunaan jQuery Mobile memungkinkan pengembang dapat mengembangkan program dengan lebih cepat, karena aksebilitas lebih cepat dan tidak memerlukan konfigurasi javascript. Sehingga library ini dapat lebih mudah diakses dan memiliki ukuran yang lebih ringkas. Dukungan penggunaan layar sentuh membuat aplikasi yang dibangun lebih optimal pada beberapa piranti yang ada atau dapat dikatakan pula aplikasi tersebut dapat bersifat multi platform.

2.6.2 Sifat dari JQuery Mobile

Sifat-sifat yang dimiliki oleh framework JQuery Mobile diantaranya : a. Memudahkan pengembangan user interface untuk mobile web apps.

b. Konfigurasi antar mukanya bersifat markup-driven, yang berarti dapat membuat seluruh aplikasi antar muka dasar dalam kode HTML, tanpa perlu menulis satu baris JavaScript.

c. Menyediakan event khusus untuk mendeteksi event dari piranti mobile dan piranti touchscreen seperti tap, tap-and-hold, swipe, dan perubahan orientasi. d. Memastikan bahwa user interface bekerja pada web browser.

28 BAB III

METODOLOGI PENELITIAN

3.1 Metode Penelitian

Berdasarkan pemaparan landasan teori pada Bab II mengenai metodelogi penelitian, maka metode yang digunakan penulis dalam penelitian ini adalah metode penelitian tindakan (Action Research) yang bertujuan untuk mengembangkan keterampilan-keterampilan baru, cara pendekatan baru, atau produk pengetahuan yang baru dan untuk memecahkan masalah dengan penerapan langsung di dunia aktual. Pengambilan metode penelitian tindakan dikarenakan pada bidang teknologi informasi selalu mengalami peningkatan yang sangat pesat dari waktu-kewatu sehingga dengan metode penelitian tindakan diharapkan lebih fleksibel dan adaptif, memperkenankan perubahan-perubahan selama masa penelitian (inovatif).

3.1.1 Desain Penelitian

Dalam melakukan suatu penelitian diperlukan suatu perencanaan dan perancangan penelitian, agar penelitian yang dilakukan dapat berjalan dengan baik dan sistematis. Diharaphan hasil penelitian sesuai dengan desain penelitian yang telah dilakukan.

3.1.2 Jenis dan Metode Pengumpulan Data

Metode pengumpulan data merupakan teknik atau cara yang dilakukan peneliti untuk mengumpulkan data, guna mendapatkan sumber data primer maupun sumber data sekunder. Jenis dan metode pengumpulan data mengacu pada media apa yang digunakan peneliti dalam memperoleh data. Dalam penelitian ini diperlukan sumber data untuk mendukung proses penelitian ini agar berjalan dengan baik.

3.1.2.1 Sumber Data Primer

Sumber data primer dilakukan dengan cara penentuan suatu cafe atau restoran sebagai sampel untuk melakukan uji coba aplikasi, yang menjadi sampel untuk perolehan sumber data primer tersebut yaitu waroeng cobek cabang 2 yang terletak di jalan dipatiukur No.116 (2nd floor).

3.1.2.2 Sumber Data Sekunder

Perolehan sumber data sekunder dilakukan dengan cara mengambil dokumentasi berupa gambar/foto menu makanan pada blog yang dimiliki oleh warung cobek yaitu pada laman blog http://waroengcobekaneka.blogspot.com, akun twitter @waroengcobek dan dengan melalui pengambilan gambar melalui kamera sebagai dokumentasi foto waroeng cobek.

Setelah melakukan uji coba terhadap penggunaan aplikasi yang dikembangkan, maka diperoleh tanggapan mengenai perccobaan aplikasi m-resto

yang telah dilakukan oleh pemilik waroeng cobek sebagai sampel, diperoleh tanggapan diantaranya :

1. Aplikasi yang dikembangkan dapat menjadi media promosi baru yang sebelumnya dilakukan melalui media jejaring sosial yaitu twitter.

2. Memudahkan pelanggan untuk mendapatkan referensi restoran yang bervariatif.

3. Dibutuhkan suatu fitur untuk menolak pemesanan menu makanan jika pemesanan tersebut tidak sesuai dengan ketentuan cafe atau restoran yang bersangkutan.

Setelah diperoleh tanggapan dari pihak yang dijadikan sampel sebagai

user, maka apabila terdapat beberapa permintaan yang belum terpenuhi

diperlukan perbaikan-perbaikan agar aplikasi yang dikembangkan sesuai dengan permintaan user.

3.1.3 Metode Pendekatan dan Pengembangan Sistem

Berdasarkan pemaparan landasan teori pada Bab II mengenai Metode pendekatan dan pengembangan sistem, maka pada penelitian ini penulis menggunakan metode pendekatan berorientasi objek, dan metode yang digunakan untuk proses pengembangan adalah model prototype. Kedua hal tersebut dipilih oleh penulis sesuai dengan kebutuhan guna menunjang penelitian agar lebih efektif.

3.1.3.1 Metode Pendekatan Sistem

Metode pendekatan yang digunakan adalah metode pendekatan berbasis objek dengan menggunakan bahasa pemodelan standar UML (Unified Modeling Language). Software yang digunakan untuk pemodelan tersebut yaitu STAR UML versi 5.0.

3.1.3.2 Metode Pengembangan Sistem

Tahapan pengembangan sistem pada model prototype pada penelitian ini yakni :

1. Identifikasi Kebutuhan Pemakai

Mengamati kebutuhan pengguna aplikasi, bagaimana aplikasi yang diperlukan untuk memenuhi kebutuhan promosi suatu restoran dan pencarian informasi yang akurat mengenai restoran tersebut.

2. Membuat Prototype

Membuat prototype aplikasi m-resto meliputi prototype untuk user, pelanggan dan admin.

3. Menguji Protoype

Memberikan kesempatan kepada pengguna aplikasi untuk menjalankan aplikasi m-resto, dalam hal ini waroeng cobek sebagai sampel untuk mempromosikan restorannya. Sehingga diambil suatu tanggapan dari pemilik waroeng cobek yang telah melakukan uji coba pengoperasian aplikasi m-resto, dan hasil perolehan dari tanggapan tersebut digunakan untuk tahapan selanjutnya.

4. Memperbaiki Prototype

Memperbaiki, menambahkan kebutuhan prototype melalui tanggapan dari pemilik waroeng cobek sebagai sampel yang melakukan uji coba terhadap aplikasi m-resto sehingga proses pemodifikasian prototype sesuai dengan permintaan dan masukan dari user.

5. Mengembangkan Versi Produksi

Merampungkan aplikasi m-resto sesuai dengan masukan akhir dari user

untuk selanjutnya aplikasi tersebut didistribusikan kepada pengguna aplikasi, dan mengembangkan aplikasi dari waktu-kewaktu untuk mengurangi bug yang ada sehingga meminimalisir kesalahan teknis pada saat aplikasi dijalankan dan menambahkan fitur-fitur yang sebelumnya tidak tersedia.

3.1.3.3 Alat Bantu Analisis dan Perancangan

1. Use case diagram

Berikut use case diagram yang digunakan pada penelitian ini. Terdiri dari 2 use case yang dibahas yaitu pada sistem yang sedang berjalan dan sistem yang diusulkan :

a. Use case diagram pada Sistem yang sedang berjalan 1. Aktor : User, Pelanggan.

2. Use case : Daftar, Mengelola Data Restoran, Mengelola Data Menu Makanan, Memesan Menu Makanan.

b. Use case diagram pada Sistem yang Diusulkan 1. Aktor : User, Pelanggan, Admin.

2. Use case : Daftar, Mengelola Data Menu Makanan, Mengelola Data Restoran, Mengkonfirmasi Pemesanan, Membuat Data Admin Baru, Konfirmasi Pendaftaran, Memesan Menu Makanan.

3. Class diagram

Berikut class diagram yang digunakan pada penelitian ini. Terdiri dari 2 kumpulan class diagram yang dibahas yaitu pada sistem yang sedang berjalan dan sistem yang diusulkan :

a. Class diagram pada Sistem yang berjalan. : Main, formLogin,

kelolaDataRestoran, panduan, halamanUser, kelolaMenuMakanan, formRegister, pemesanan.

b. Class diagram pada Sistem yang Diusulkan. : Main, kelolaDataRestoran, formLogin, Panduan, kelolaMenuRestoran, halamanUser, halamanAdmin, formRegister, pemesanan, konfirmasiPemesanan, buatAdminBaru.

4. Diagram Activity

Berikut Activity Diagram yang digunakan pada penelitian ini. Terdiri dari 2 kumpulan Activity Diagram yang dibahas yaitu pada sistem yang sedang berjalan dan sistem yang diusulkan :

a. Activity Diagram pada Sistem yang Berjalan : Daftar, Mengelola Data Restoran, Mengelola Data Menu Makanan, Memesan Menu Makanan.

b. Activity Diagram pada Sistem yang Diusulkan : Daftar, Mengelola Data Menu Makanan, Mengelola Data Restoran, Validasi Pemesanan Makanan, Konfirmasi Pendaftaran, Membuat Data Admin Baru, Pemesanan Menu Makanan.

5. Sequence Diagram

Berikut Sequence Diagram yang digunakan pada penelitian ini. Terdiri dari 2 kumpulan Sequence Diagram yang dibahas yaitu pada sistem yang sedang berjalan dan sistem yang diusulkan :

a. Sequence Diagram pada Sistem yang Berjalan : Daftar, Kelola Data Restoran, Kelola Data Menu Makanan, Pemesanan.

b. Sequence Diagram pada Sistem yang Diusulkan : Daftar, Mengelola Data Menu Restoran, Mengelola Data Restoran, Konfirmasi pemesanan, Membuat data admin baru, Konfirmasi pendaftaran, Pemesanan Makanan.

6. Component Diagram

Berikut component diagram yang digunakan pada penelitian ini. Terdiri dari 1 kumpulan component diagram yang dibahas, mengenai component diagram

untuk sistem yang sedang berjalan dan sistem yang diusulkan sama.

Component Diagram untuk sistem yang berjalan dan sistem yang diusulkan adalah : XML GUI, Class, Resource, PHP Pages, jQueryMobile Framework, Web Server, Mysql database.

7. Deployment Diagram

Berikut deployment diagram yang digunakan pada penelitian ini. Terdiri dari 1 kumpulan deployment diagram yang dibahas, mengenai deployment diagram untuk sistem yang sedang berjalan dan sistem yang diusulkan sama.

Deployment Diagram untuk sistem yang berjalan dan sistem yang diusulkan adalah : Android, Aplikasi m-resto.

3.1.4. Pengujian Software

Pengujian software yang dilakukan menggunakan metode pengujian

Black Box. Pengujian tersebut memfokuskan pada keperluan fungsional dari

software, menyesuaikan apakah fungsionalitas sesuai dengan prosedur operasi pemanggilan atau pemicu kepada fungsi lainnya, memungkinkan pengembang sistem untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.

Beberapa kategori kesalahan yang berusaha ditemukan pada metode pengujian black box, diantaranya :

1. Kesalahan Fungsional Aplikasi. 2. Kesalahan Interface.

3. Kesalahan pada struktur data atau pengaksesan database eksternal. 4. Kesalahan performasi.

36

BAB IV

ANALISIS DAN PERANCANGAN SISTEM

Diperlukan beberapa tahapan yang tersistematis dalam hal analisis dan

perancangan sistem untuk mendapatkan sebuah aplikasi yang baik sesuai dengan

tujuan dan kegunaannya. Tahapan awal dari analisis adalah menganalisis

kebutuhan-kebutuhan sistem mulai dari kebutuhan pengguna, kebutuhan non

fungsional, dan kebutuhan fungsional. Sedangkan pada tahap perancangan sistem

yaitu perancangan database dan perancangan antar muka.

4.1 Analisis Sistem

Analisis sistem dapat didefinisikan sebagai penguraian dari suatu sistem

informasi yang utuh ke dalam bagian-bagian komponennya, dengan maksud untuk

mengidentifikasi dan mengevaluasi permasalahan, kesempatan, hambatan yang

terjadi dan kebutuhan yangdiharapkan sehingga hasil dari analisis sistem tersebut

dapat sesuai dengan kebutuhan.

4.1.1. Analisis Sistem yang Berjalan

Sistem yang sedang berjalan pada aplikasi m-resto adalah pengguna aplikasi m-resto terdiri dari dua aktor yaitu user dan pelanggan, dimana pelanggan dapat melakukan pemesanan makanan melalui aplikasi m-resto selain itu juga pelanggan dapat mendaftar menjadi user pada aplikasi tersebut jika yang bersangkutan mempunyai restoran yang ingin dipromosikan melalui aplikasi

m-resto. Aktor yang kedua yaitu user, dimana dalam hal ini user dapat mengelola data restoran yang bertujuan untuk memberikan informasi mengenai restoran yang

dimilikinya beserta beberapa informasi mengenai restoran tersebut seperti

ketentuan pemesanan yang berlaku di restorannya, fasilitas yang terdapat di

restoran yang dimiliki user dan lain-lain.

Berikut pemodelan sistem yang sedang berjalan pada aplikasi m-resto :

4.1.1.1 Use Case Diagram

Diagram Use Case merupakan bagian tertinggi dari fungsionalitas yang dimiliki sistem yang akan menggambarkan bagaimana aktor yang akan

menggunakan dan memanfaatkan sistem. Diagram ini juga mendeskripsikan apa

yang akan dilakukan oleh sistem. Use Case terdiri dari tiga bagian yaitu identifikasi aktor, identifikasi Use Case dan skenario Use Case.

1. Identifikasi aktor

Aktor yang berperan dalam menjalankan sistem dapat dilihat pada tabel

4.1.1.

Tabel 4.1.1

Aktor Sistem Aplikasi m-resto yang sedang berjalan

No Aktor Deskripsi

A-01 User

Merupakan Aktor yang menggunakan aplikasi

m-resto yang memiliki hak akses untuk login

kedalam sistem agar dapat mempromosikan restorannya kepada pelanggan.

A-02 Pelanggan

Merupakan aktor yang mencari informasi mengenai menu dan harga makanan di suatu restoran.

Gambar 4.1 menunjukan interaksi antara aktor dan sistem, dimana terdiri

dua aktor yaitu user dan pelanggan, sedangkan untuk sistem yaitu aplikasi m-resto, aktor pertama yaitu user berperan untuk mempromosikan menu dan harga makanan di suatu restoran agar dapat memberikan informasi kepada pelanggan

sebagai referensi mengenai menu dan harga makanan di restoran user itu sendiri. Sedangkan aktor kedua yaitu pelanggan berperan sebagai pencari informasi

mengenai menu dan harga makanan di suatu restoran sebagai referensi untuk

melakukan pemesanan terhadap restoran tersebut atau mengunjungi langsung

sehingga pelanggan telah mengetahui lebih dahulu mengenai informasi di suatu

restoran yang akan dituju.

Gambar 4.1.1

Use case aplikasi m-resto yang sedang berjalan Pelanggan

User Daftar

mengelola data restoran

mengelola data menu makanan

memesan menu makanan

2. Identifikasi use case

Identifikasi use case yang terdapat di dalam sistem dapat dilihat pada

tabel 4.1.2.

Tabel 4.1.2

Identifikasi Use Case Diagram pada aplikasi m-resto yang sedang berjalan

No Use Case Deskripsi

UC – 01 Daftar

Fungsionalitas untuk melakukan

pendaftaran menjadi user. Dimana pada saat tampilan awal pengguna aplikasi yang tidak mempunyai akun disebut sebagai pelanggan.

UC – 02 Mengelola data restoran

Fungsionalitas untuk mengelola data

restoran yang berisi informasi

mengenai restoran yang dimiliki.

UC – 04 Mengelola data menu makanan

Fungsionalitas untuk mengelola

informasi menu makanan di restoran yang dimiliki dimana berisi informasi mengenai menu dan harga makanan yang tersedia untuk dipromosikan.

UC – 05 Memesan menu

makanan

Fungsionalitas untuk memesan menu makanan oleh pelanggan ke restoran yang dituju.

3. Skenario Use Case

Skenario proses-proses yang terdapat pada use case yang sedang berjalan dapat dilihat pada tabel-tabel berikut.

Tabel 4.1.3

Skenario Use Case Daftar Identifikasi

Nama Use Case Daftar

Tabel 4.1.3.1

Skenario Use Case Daftar (Lanjutan).

Tujuan Mendaftarkan diri menjadi user

Keadaan Awal Aplikasi menampilkan menu utama

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih menu bar panduan pada aplikasi m-resto.

2. Menampilkan halaman yang

berisi mengenai ketentuan

menjadi user aplikasi m-resto.

3. Memilih tombol register.

4. Menampilkan form pendaftaran menjadi user.

5. Mengisi form pendaftaran.

Kondisi Akhir Menampilkan informasi mengenai

data akun user agar dapat melakukan login kedalam aplikasi.

Tabel 4.1.4

Skenario Use Case Mengelola Data Restoran Identifikasi

Nama Use Case Mengelola Data Restoran

Aktor User

Tujuan Menambakhan Informasi mengenai restoran

Keadaan Awal Aplikasi menampilkan menu utama

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih menu bar login pada aplikasi m-resto.

2. Menampilkan form login. 3. Mengisi form login dan menekan

tombol login.

4. Menampilkan halaman user.

5. Memilih menu isi deskripsi

restoran.

6. Menampilkan form informasi

pengisian. 7. Mengisi form informasi restoran.

Kondisi Akhir Menampilkan informasi mengenai

Tabel 4.1.5

Skenario Use Case Mengelola Data Menu Makanan Identifikasi

Nama Use Case Mengelola Data Menu Makanan

Aktor User

Tujuan Menambakhan Informasi mengenai menu makanan di

suatu restoran

Keadaan Awal Aplikasi menampilkan menu utama

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih menu bar login pada aplikasi m-resto.

2. Menampilkan form login. 3. Mengisi form login dan menekan

tombol login.

4. Menampilkan halaman user.

5. Memilih menu input menu

makanan.

6. Menampilkan form menu

makanan.

7. Mengisi form menu makanan.

Kondisi Akhir Menampilkan informasi mengenai

menu makanan yang berada di suatu restoran yang telah diisi oleh user.

Tabel 4.1.6

Skenario Use Case Memesan Menu Makanan Identifikasi

Nama Use Case Memesan Menu Makanan

Aktor Pelanggan

Tujuan Melakukan pemesanan makanan di suatu restoran

Keadaan Awal Aplikasi menampilkan menu utama

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih salah satu restoran pada daftar list restoran.

2. Menampilkan detail restoran yang dipilih.

3. Memilih tombol lihat menu.

4. Menampilkan menu makanan pada

restoran yang dituju.

5. Memilih tombol ke menu

pemesanan.

Tabel 4.1.6.1

Skenario Use Case Memesan Menu Makanan (Lanjutan) 7. Mengisi form pemesanan.

Kondisi Akhir Menampilkan informasi mengenai

pemesanan menu makanan yang dilakukan oleh pelanggan ke restoran yang dituju.

4.1.1.2 Class Diagram

Class Diagram adalah sebuah spesifikasi dari fungsionalitas yang

menghasilkan objek. Diagram ini juga merupakan gambaran keadaan atribut atau

properti dari sistem yang melakukan manipulasi fungsi atau metode. Berikut ini

gambaran class diagram aplikasi m-resto yang sedang berjalan.

Gambar 4.1.2

Class Diagram Aplikasi m-resto yang sedang berjalan

main +id_resto +login() +detailResto() +panduan() formLogin +username +password +halamanUser() halamanUser +kelolaMenuMakanan() +kelolaDataRestoran() kelolaDataRestoran +id_resto +image +namaResto +desc +ketentuan +web +map +telp +rek +userid +lihatMenu() kelolaMenuMakanan +id_menu +imageMenu +namaMenu +harga +stock +sedia +userid +pemesanan() panduan +register() formRegister +username +password +email +daftar() pemesanan +jumlahPesan

4.1.1.3 Activity Diagram

Diagram activity merupakan bagian dari penggambaran sistem secara

fungsional menjelaskan proses-proses logika atau fungsi yang terimplementasi

oleh kode program. Activity Diagram memodelkan event-event yang terjadi didalam suatu Use Case dan digunakan untuk pemodelan aspek dinamis dari sistem.

1. Activity Diagram Daftar

Gambar 4.1.3

Activity Diagram Daftar Aplikasi m-resto yang sedang berjalan

Pada Gambar 4.1.3 memperlihatkan aktivitas daftar, yang berfungsi

untuk mendapatkan hak akses agar dapat login ke sistem, dimana pada tahapan pertama aktivitas daftar pelanggan memilih menu bar register, lalu aplikasi menampilkan informasi mengenai ketentuan untuk menjadi user dari aplikasi

m-Pelanggan Aplikasi

memilih menu bar register _{menampilkan informasi ketentuan menjadi user}

memilih tombol register

menampilkan form pendaftaran mengisi form pendaftaran

menampilkan kesalahan pengisian

menampilkan informasi data akun user F

T Mulai

resto apabila telah dipahami oleh pelanggan maka pelanggan memilih tombol

register, tahap selanjutnya aplikasi akan menampilkan form pendaftaran untuk diisi oleh pelanggan, jika terjadi kesalahan pengisian yang dilakukan oleh

pelanggan maka aplikasi akan menampilkan informasi mengenai kesalahan

pengisian agar user dapat melakukan pengisian form pendaftaran kembali dengan benar, jika pengisian benar maka aplikasi akan menampikan informasi mengenai

data akun user yang berisi username dan password yang digunakan untuk login

kedalam aplikasi m-resto.

2. Activity Diagram Mengelola Data Restoran

Gambar 4.1.4

Activity Diagram Mengelola Data Restoran pada Aplikasi m-resto

yang sedang berjalan

User Aplikasi

Memilih Menu Bar Login Menampilkan Form Login

Mengisi Form Login

menampilkan Kesalahan Username/Password F

Menampilkan Halaman User T

memilih menu isi deskripsi restoran

Menampilkan Form Informasi Restoran Mengisi Form Informasi Restoran

menampilkan kesalahan pengisian F

menampilkan informasi data Restoran T

Mulai

Gambar 4.1.4 memperlihatkan aktivitas mengelola data restoran, yang

berfungsi memberikan informasi kepada pelanggan oleh user, dimana pada tahapan awal user memilih menu bar login, lalu aplikasi akan menampilkan form

login yang harus diisi oleh user, aplikasi akan menampilkan kesalahan

username/password jika data yang diisi tidak sesuai, jika data yang diisi oleh user

sesuai maka aplikasi akan menampilkan halaman user. Setelah itu user memilih menu isi deskripsi restoran lalu aplikasi akan menampilkan form informasi

restoran yang harus diisi oleh user, jika pengisian yang dilakukan oleh user tidak sesuai maka aplikasi akan menampilkan informasi mengenai kesalahan pengisian,

tetapi jika pengisian sesuai maka aplikasi akan menampilkan hasil dari pengisian

3. Activity Diagram Mengelola Data Menu Makanan

Gambar 4.1.5

Activity Diagram mengelola data menu makanan pada Aplikasi m-resto yang sedang berjalan

Gambar 4.1.5 memperlihatkan akivitas mengelola data menu makanan,

yang berfungsi sebagai referensi untuk pelanggan agar dapat mengetahui harga

dan menu makanan yang berada di restoran yang dimilikinya. Tahapan awal user

memilih menu bar login lalu aplikasi akan menampilkan form login yang harus diisi oleh user, aplikasi akan menampilkan kesalahan username/password jika data yang diisi tidak sesuai, jika data yang diisi oleh user sesuai maka aplikasi akan menampilkan halaman user. Setelah itu user memilih menu input menu makanan yang harus diisi oleh user, jika pengisian yang dilakukan oleh user tidak sesuai maka aplikasi akan menampilkan informasi mengenai kesalahan pengisian,

tetapi jika pengisian sesuai maka aplikasi akan menampilkan hasil dari pengisian

User Aplikasi

memilih menu bar login menampilkan form login

mengisi form login

menampilkan kesalahan username/password

menampilkan halaman user F

T memilih menu input Menu makanan

menampilkan form menu makanan mengisi form menu makanan

menampilkan kesalahan pengisian F

menampilkan informasi menu makanan T

yang dilakukan oleh user berupa informasi menu makanan yang berada di restoran

user tersebut.

4. Activity Diagram Memesan Menu Makanan

Gambar 4.1.6

Activity Diagram Memesan menu makanan pada Aplikasi m-resto

yang sedang berjalan

Gambar 4.1.6 memperlihatkan aktifitas pemesanan menu makanan yang

dilakukan oleh pelanggan, dimana pada tahapan awal pelanggan memilih daftar

restoran yang dituju, aplikasi akan menampilkan informasi mengenai restoran

tersebut secara detail, setelah itu pelanggan memilih tombol lihat menu, maka

aplikasi akan menampikan daftar menu makanan, lalu user memilih ke menu pemesanan, setelah itu aplikasi akan menampilkan menu pemesanan yang akan

diisi oleh pelanggan mengenai apa saja menu makanan yang akan dipesan, setelah

Pelanggan Aplikasi

Memilih Daftar Restoran Menampilkan Detail Restoran

Memilih Tombol Lihat Menu

Menampilkan Daftar Menu Makanan

memilih tombol ke menu pemesanan

menampilkan form pemesanan

memilih tombol pesan

menampilkan konfirmasi pemesanan Mulai

itu pelanggan memilih tombol pesan dan terakhir aplikasi akan menampilkan

informasi mengenai konfirmasi pemesanan yang dilakukan oleh pelanggan.

4.1.1.4 Sequence diagram

Pada tahapan ini sequence diagram menjelaskan secara detail urutan proses yang dilakukan sistem untuk mencapai suatu tujuan dari Use Case.

Interaksi yang terjadi antar class, operasi apa saja yang terlibat, urutan antar

operasi, dan informasi yang diperlukan oleh masing-masing operasi.

1. Sequence diagram Daftar

Gambar 4.1.7

Sequence diagram Daftar pada Aplikasi m-resto yang sedang berjalan

: pelanggan

Main Panduan formRegister Object1

1 : memilih menu bar panduan()

2 : onItemClick()

3 : menampilkan panduan() 4 : memilih tombol register()

5 : onItemClick()

6 : menampilkan form register() 7 : mengisi form register()

server

8 : onCreate()

9 : otentifikasi form()

2. Sequence diagram Kelola Data Restoran

Gambar 4.1.8

Sequence diagram Kelola Data Restoran pada Aplikasi m-resto yang sedang berjalan.

: user

main formLogin halamanAkunUser kelolaDataRestoran

1 : login()

2 : onItemClick()

3 : menampilkan form login() 4 : isi form login()

5 : onItemClick()

6 : menampilkan halaman user() 7 : pilih isi deskripsi restoran()

8 : onItemClick()

9 : menampilkan form isi restoran() 10 : isi form restoran()

11 : onClikItem()

server

12 : onCreate()

13 : otentifikasiForm()

3. Sequence diagram Kelola Data Menu Restoran

Gambar 4.1.9

Sequence diagram Kelola Data Menu Restoran pada Aplikasi m-resto yang sedang berjalan

: user

main formLogin halamanAkunUser KelolaMenuMakanan

1 : login()

2 : onItemClick()

3 : menampilkan form login() 4 : isi form login()

5 : onItemClick()

6 : menampilkan halaman user() 7 : pilih input menu restoran()

8 : onItemClick()

9 : menampilkan form input menu makanan() 10 : isi form menu makanan()

server

11 : onClikItem()

12 : onCreate()

13 : otentifikasiForm()

4. Sequence diagram Pemesanan

Gambar 4.1.10

Sequence diagram Pemesanan Makanan pada Aplikasi m-resto yang sedang berjalan

4.1.1.5 Component diagram

Pada tahapan Component diagram, menggambarkan struktur dan hubungan antar komponen piranti lunak termasuk ketergantungan. Komponen

piranti lunak yang dimaksud adalah modul yang berisi source code dari aplikasi yang dibuat atau binary code, yang ada pada library atau executeable yang muncul pada compile time, link time ataupun pada runtime. Berikut component diagram yang ditujukan pada gambar 4.1.11.

: pelanggan

main kelolaDataResto kelolaMenuMakanan pemesanan

1 : pilih daftar list resto()

2 : onItemClick()

3 : menampilkan informasi resto() 4 : memilih tombol lihat menu()

5 : onItemClick()

6 : menampilkan informasi menu makanan() 7 : isi jumlah pemesanan()

server

8 : onItemClick()

9 : onCreate()

10 : otentifikasi pemesanan()

Gambar 4.1.11

Component diagram Aplikasi m-resto yang sedang berjalan

4.1.1.6 Deployment diagram

Diagram deployment memodelkan arsitektur sistem dengan

mengidentifikasikan perangkat keras. Perangkat keras tersebut dapat berupa

komputer, piranti, network atau bahkan operator yang melakukan proses manual.

Deployment diagram juga menggambarkan secara rinci bagaimana komponen

di-deploy dalam infrastruktur sistem, dimana komponen akan terletak pada mesin

server atau perangkat keras, bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server dan hal-hal yang lain bersifat fisikal. Gambaran arsitektur fisik dari perangkat keras dan perangkat lunak dari aplikasi m-resto seperti yang ditunjukan pada gambar 4.1.12.

PHP Pages Web Server

mysql database jqueryMobile Framework

class

resource XML GUI

Gambar 4.1.12

Deployment diagram Aplikasi m-resto yang sedang berjalan

4.1.2 Evaluasi Sistem yang sedang berjalan

Berdasarkan tahap analisis yang telah dilakukan terhadap aplikasi m-resto yang sedang berjalan, maka dapat dievaluasi mengenai beberapa hal untuk menunjang kebutuhan dalam pengembangan aplikasi m-resto, hasilnya dapat dilihat pada tabel berikut :

Tabel 4.1.7

Evaluasi sistem yang sedang berjalan

NO Permasalahan Pihak/Aktor

1

Proses konfirmasi pemesanan yang belum sempurna, sehingga informasi mengenai menu makanan apa saja yang dipesan oleh pelanggan tidak tersampaikan kepada user

Pelanggan

2

Tidak tersedianya informasi mengenai jumlah ketersediaan porsi menu makanan pada aplikasi m-resto sehingga berindikasi menyebabkan keraguan kepada pelanggan dalam hal pemesanan dalam jumlah yang diinginkan.

User

3

Tidak adanya pengontrolan user. Sehingga dalam hal ini siapa saja dapat melakukan pendaftaran menjadi user dan leluasa untuk menjadi user

walaupun si pendaftar tidak mempunyai restoran sehingga data yang berada di database mengenai pendaftar tersebut menjadi sia-sia.

Admin. Android Devices XML GUI class resource Aplikasi m-resto PHP Pages Web Server jqueryMobile Framework mysql database HTTP

4.1.3 Solusi yang Ditawarkan

Berdasarkan hasil evaluasi yang telah dilakukan dan mendapatkan

beberapa permasalahan yang ditemukan, maka diperlukan solusi guna menjawab

semua permasalahan yang ada dalam mengembangkan aplikasi m-resto tersebut agar dapat beroperasi secara lebih optimal dan meningkatkan daya guna untuk

pengguna aplikasi m-resto.

Prosedur yang dilakukan dalam aplikasi m-resto pada dasarnya hampir sama, baik itu yang sedang berjalan ataupun sistem baru yang diusulkan, namun

pada sistem yang diusulkan terdapat beberapa perbedaan guna menunjang

permasalahan yang ada. Berikut solusi yang ditawarkan untuk menunjang

pengembangan aplikasi m-resto, diantaranya:

1. Menambahkan tabel pemesanan dan detail pemesanan yang bertujuan untuk

menyempurnakan proses konfirmasi pemesanan makanan agar menu

makanan yang dipesan oleh pelanggan dapat disimpan dalam database

sebagai acuan untuk user menerima informasi pemesanan makanan kepada restoran user yang bersangkutan.

2. Menambahkan atribut stok dan tanggal pada tabel menu makanan, hal ini

bertujuan untuk memberikan informasi mengenai ketersediaan jumlah porsi

menu makanan kepada pelanggan sehingga diharapkan tidak terjadi miss

komunikasi antara pelanggan dan user.

3. Menyediakan halaman untuk admin, agar dapat mengelola user aplikasi m-resto diantaranya mengontrol pengguna aplikasi yang mendaftarkan diri untuk menjadi user. Sehingga ada filterisasi dalam hal tersebut.

4.2 Perancangan Sistem

Tahap perancangan sistem merupakan tahap implementasi dari hasil

analisis ke dalam suatu bahasa pemrograman tertentu serta penerapan perangkat

lunak yang dibangun pada lingkungan yang sesungguhnya. Dalam hal ini,

perancangan akan menggunakan bahasa pemrograman web yaitu html dan php

dengan dukungan jquerymobile framework untuk dapat mengimplementasikan pengembangan aplikasi m-resto yang bertujuan untuk menjadikan aplikasi m-resto berjalan lebih optimal dari sebelumnya.

4.2.1 Tujuan Perancangan Sistem

Tujuan dari pengembangan aplikasi m-resto tersebut untuk

menyempurnakan fitur pemesanan makanan yang dilakukan pelanggan sehingga

informasi mengenai pemesanan makanan tersebut dapat diterima dengan baik oleh

user, menambahkan informasi mengenai ketersediaan jumlah porsi menu makanan kepada pelanggan dan, menambahkan fitur berupa pengelolaan data user

oleh admin aplikasi.

4.2.2 Gambaran Umum Sistem yang Diusulkan

Sistem yang diusulkan mengalami penambahan aktor yang sebelumnya

hanya ada dua aktor yang terlibat, aktor penambah yang dilibatkan pada sistem

yang diusulkan yaitu admin. Dimana admin bertugas sebagai pengelola user pada aplikasi m-resto dalam hal ini memberikan hak akses untuk login kepada pelanggan yang mendaftarkan diri menjadi user.

4.2.3 Perancangan Sistem yang Diusulkan

Proses perancangan sistem yang diusulkan merupakan tahapan awal dari

perancangan pengembangan aplikasi m-resto yang dilakukan sebagai pemecahan masalah yang ada pada aplikasi m-resto yang sedang berjalan agar aplikasi m-resto dapat beroperasi lebih optimal.

4.2.3.1 Use Case

Pada use case diagram yang sedang berjalan terdapat 2 aktor yaitu user

dan pelanggan, dalam hal ini diperlukan aktor dan use case diagram yang

berfungsi untuk lebih mengoptimalkan aplikasi yang akan dikembangkan.

Sehingga pada use case diagram yang diusulkan, ditambahkan aktor yaitu admin

untuk mengelola user pada aplikasi m-resto. 1. Identifikasi Aktor

Aktor yang berperan dalam menjalankan sistem yang diusulkan dapat

dilihat pada tabel 4.1.8.

Tabel 4.1.8

Aktor Sistem Aplikasi m-resto yang diusulkan

No Aktor Deskripsi

A-01 User

Merupakan aktor yang menggunakan aplikasi m-resto yang memiliki hak akses untuk login kedalam sistem agar dapat mempromosikan restorannya kepada pelanggan.

A-02 Pelanggan Merupakan aktor yang mencari informasi mengenai

menu dan harga makanan di suatu restoran.

A-03 Admin

Merupakan aktor yang memiliki hak akses untuk

login kedalam sistem yang bertugas sebagai pengelola user pada aplikasi m-resto

Gambar 4.1.13 menunjukan interaksi antara aktor dan sistem, dimana

terdiri tiga aktor yaitu user, pelanggan, dan admin. Sedangkan untuk sistem yaitu aplikasi m-resto, aktor pertama yaitu user berperan untuk mempromosikan menu dan harga makanan di suatu restoran agar dapat memberikan informasi kepada

pelanggan sebagai referensi mengenai menu dan harga makanan di restoran user

itu sendiri. Aktor kedua yaitu pelanggan berperan sebagai pencari informasi

mengenai menu dan harga makanan di suatu restoran sebagai referensi untuk

melakukan pemesanan terhadap restoran tersebut atau mengunjungi langsung

sehingga pelanggan telah mengetahui lebih dahulu mengenai informasi di suatu

restoran yang akan dituju. Sedangkan aktor ketiga yaitu admin berperan sebagai

pengelola user pada aplikasi m-resto contohnya dalam hal ini adalah mengkonfirmasi setiap pelanggan yang mendaftarkan diri menjadi user aplikasi

Gambar 4.1.13

Use Case Aplikasi m-resto yang diusulkan

2. Identifikasi Use Case

Identifikasi use case yang diusulkan dapat dilihat pada tabel 4.1.19

Tabel 4.1.9

Identifikasi Use Case Diagram pada aplikasi m-resto yang diusulkan.

No Use Case Deskripsi

UC – 01 Daftar

Fungsionalitas untuk melakukan

pendaftaran menjadi user. Dimana pada saat tampilan awal pengguna aplikasi yang tidak mempunyai akun disebut sebagai pelanggan.

UC – 02 Mengelola data menu makanan

Fungsionalitas untuk mengelola

informasi menu makanan di restoran yang dimiliki dimana berisi informasi mengenai menu dan harga makanan yang tersedia untuk dipromosikan.

daftar

mengelola data restoran mengelola data menu makanan

memesan makanan konfirmasi pendaftaran

pelanggan user

Admin

Daftar Admin

use case aplikasi m-resto yang diusulkan

Tabel 4.1.9.1

Identifikasi Use Case Diagram pada aplikasi m-resto yang diusulkan. (Lanjutan)

UC – 03 Mengelola data restoran

Fungsionalitas untuk mengelola data restoran yang berisi informasi mengenai restoran yang dimiliki.

UC – 04 Mengkonfirmasi

Pemesanan

Fungsionalitas untuk mengkonfirmasi

pemesanan menu makanan yang

dilakukan oleh pelanggan kepada

restoran user tersebut.

UC – 06 Membuat Data

Admin Baru

Fungsionalitas untuk membuat data admin baru.

UC – 07 Konfirmasi

Pendaftaran

Fungsionalitas untuk mengkonfirmasi pendaftaran yang dilakukan pelanggan untuk menjadi user pada aplikasi m-resto sehingga dapat login kedalam sistem.

UC – 08 Memesan menu

makanan

Fungsionalitas untuk memesan menu makanan oleh pelanggan ke restoran yang dituju.

3. Skenario Use Case

Tabel 4.1.10

Skenario Use Case Daftar Identifikasi

Nama Use Case Daftar

Aktor Pelanggan

Tujuan Mendaftarkan diri menjadi user

Keadaan Awal Aplikasi menampilkan menu utama

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih menu bar panduan pada aplikasi m-resto.

2. Menampilkan halaman yang berisi mengenai ketentuan menjadi user

aplikasi m-resto.

3. Memilih tombol register.

4. Menampilkan form pendaftaran

127

maka akan

menampilkan halaman history detail pemesanan makanan. 6 Tampilan

Halaman Admin

Memilih menu Approve Data User.

Ketika menu Approve Data User dipilih maka akan menampilkan halaman pendaftar user

 Berhasil

Memilih approve. Jika pada halaman pendaftar user, approve dipilih maka akan menampilkan informasi bahwa user tersebut telah di setujui untuk menjadi user aplikasi

 Berhasil

Memilih menu data user.

Ketika menu data user dipilih maka akan menampilkan halaman user yang terdaftar pada aplikasi m-resto

 Berhasil

admin. admin dipilih maka akan menampilkan halaman admin yang terdaftar sebagai pengelola user

Memilih menu

Buat Akun

Pengelola Baru

Ketika menu Buat Akun Pengelola Baru dipilih maka akan menampilkan halaman pengisian data admin

 Berhasil

Memilih tombol daftar admin

Jika pada halaman pengisian data admin telah diisi sesuai dengan ketentuan, lalu memilih tombol daftar admin maka akan menampilkan

informasi bahwa data admin berhasil ditambahkan.

129

5.2.3 Kesimpulan Hasil Pengujian

Berdasarkan pengujian dengan menggunakan teknik pengujian black box yang telah dilakukan, maka didapatkan hasil dari pengujian tersebut. Kesimpulan bahwa fungsionalitas aplikasi telah berjalan sesuai dengan fungsinya dan beroperasi secara maksimal, tetapi seiring berjalannya waktu dan tingkat insentifitas penggunaan aplikasi yang tinggi tidak menutup kemungkinan dapat terjadi kesalahan dan terdapat bug pada aplikasi m-resto. Oleh karena itu dibutuhkan maintenance untuk memperbaiki permasalahan tersebut dan mengembangkan beberapa fitur yang dibutuhkan untuk keperluan pengguna di masa mendatang.

130 6.1 Kesimpulan.

Berdasarkan hasil analisa yang telah dilakukan dalam pengembangan aplikasi m-resto dapat diambil beberapa kesimpulan diantaranya :

1. Dengan penyempurnaan fitur konfirmasi pemesanan makanan, maka user dapat menerima informasi mengenai pemesanan makanan yang dilakukan oleh pelanggan dengan baik yang kemudian setelah proses konfirmasi pemesanan makanan tersebut diterima dapat dilakukan pengiriman menu makanan yang dipesan sesuai ketentuan restoran user masing-masing.

2. Dengan penambahan informasi mengenai jumlah ketersediaan porsi menu makanan, dapat membantu pelanggan untuk mengetahui jumlah porsi menu makanan yang akan dipesan. Sehingga tidak berindikasi pelanggan memesan menu makanan melebihi jumlah ketersediaan porsi menu makanan yang ada. 3. Dengan penambahan fitur pengelolaan user oleh admin, maka tiap pendaftar

tidak langsung memiliki hak akses untuk login sebelum admin mengkonfirmasi pendaftaran. Hal ini bertujuan untuk memfilter pendaftar yang ingin menjadi user.

131

6.2 Saran.

Pengembangan yang telah dilakukan pada aplikasi m-resto perlu dilakukan beberapa pengembangan kembali kearah yang lebih baik, guna untuk memudahkan para pengguna aplikasi dalam hal menjalankan bisnis melalui aplikasi m-resto. Adapun saran-saran terhadap pengembangan aplikasi m-resto diantaranya :

1. Diperlukan fitur untuk mengelompokan lokasi restoran berada, baik pengelompokan berdasarkan provinsi ataupun kota sehingga para pelanggan yang berada di suatu wilayah tertentu dapat mencari sebuah restoran disuatu wilayah tertentu juga.

2. Diperlukan fitur notifikasi kepada user ataupun admin pada saat login sehingga aktifitas yang terjadi dapat diketahui dengan segera, baik itu aktifitas pendaftar user baru, pemesanan makanan baru sehingga dapat langsung diproses oleh yang bersangkutan untuk dikonfirmasi.

3. Pendistibusian installer aplikasi m-resto dibuat tidak hanya untuk smartphone bersistem operasi android(.apk) mengingat aplikasi yang dikembangkan menggunakan jquerymoobile framework yang memungkinkan aplikasi yang dikembangkan dapat berjalan pada semua OS perangkat mobile sehingga siapapun dapat menjalankan aplikasi m-resto dengan smartphone bersistem operasi yang berbeda-beda.

4. Diperlukan penyempurnaan Fitur lupa password yang selama ini masih sebatas menghubungi pengembang aplikasi, sebaiknya berjalan secara otomatis seperti halnya pada fitur lupa password pada email, jejaring sosial

yang telah ada yang memungkinkan user mendapatkan password yang sesuai tanpa menghubungi pengembang.