BAB III ANALISIS DAN RANCANGAN SISTEM 1.1 Analisis Kebutuhan 1.1.1 Kebutuhan Hardware Dalam Pembuatan Aplikasi Layanan Pesan Antar Makanan di Kota Solo Berbasis Android ini, berikut adalah beberapa Kebutuhan hardware-nya: 1. Satu unit Personal Computer (PC) dengan spesifikasi RAM 2 GB dan Prosesor intel CORE TM i3. 2. Satu unit smartphone OS Android minimal versi Android 4.0 API Level 14. 1.1.2 Kebutuhan Software Berikut adalah beberapa Software yang mendukung dalam Pembuatan Aplikasi Layanan Pesan Antar Makanan di Kota Solo Berbasis Android: 1. OS Windows 8.1. 2. Eclipse sebagai tool dalam pembuatan aplikasi android. 3. Genymotion sebagai emulator smartphone OS Android. 4. PHP sebagai bahasa pemrograman web service. 5. Paket Software XAMPP. 6. MySQL sebagai Sistem Manajemen Database. 7. Postman ekstensi Google Chrome sebagai tool untuk pengembangan Rest Web Service. 8. Corel Draw Grapich Suit X6 dan Adobe Photoshop sebagai tool pembuatan icon. 20
21 1.2 Gambaran Umum Aplikasi Gambaran umum Tugas Akhir Pembuatan Aplikasi Layanan Pesan Antar Makanan di Kota Solo Berbasis Android dapat dilihat pada Gambar 3.1 berikut: Gambar 3.1 Gambaran Umum Aplikasi Pada gambar 3.1 dapat dilihat bahwa aplikasi yang dibuat terdiri dari 2 sisi, yakni sisi client dan sisi server. Pada sisi client merupakan aplikasi mobile yang terdapat user interface yang dapat diakses oleh pengguna aplikasi dan admin. Aplikasi mobile berbasis android ini dibangun dengan menggunakan menggunakan perancangan Unified Modelling Language (UML) karena dibangun dengan pemrograman berorientasi object. Pada sisi server terdapat web service yang dibangun dengan bahasa pemrograman PHP. Selain itu, terdapat MySQL yang berfungsi sebagai sistem manajemen database.
22 1.3 Proses Bisnis Aplikasi Aplikasi Layanan Pesan Antar Makanan di Kota Solo Berbasis Android adalah suatu aplikasi yang berguna untuk pemesanan makanan serta makanan yang telah dipesan akan diantar ke alamat pemesan. Pemesanan dilakukan melalui smartphone dengan Sistem Operasi Android. Aplikasi ini diharapkan mampu memberikan kemudahan dalam layanan pesan antar makanan yang dapat memenuhi kebutuhan para pelanggan restoran atau rumah makan di Kota Solo. Gambar 3.2 Proses Bisnis Aplikasi
23 Syarat agar pengguna aplikasi dapat melakukan pemesanan adalah pengguna aplikasi harus mempunyai akun untuk Login. Apabila pengguna aplikasi belum mempunyai akun untuk Login, pengguna aplikasi dapat melakukan registrasi. Setelah pengguna aplikasi berhasil melakukan Login, untuk memesan makanan langkah pertama yang harus dilakukan oleh pengguna aplikasi adalah memilih kategori makanan yang akan dipesan. Setelah memilih kategori, pengguna aplikasi akan disuguhi beberapa daftar menu makanan sehingga pengguna dapat langsung memilih menu makanan apa yang akan dipesan. Kemudian pengguna aplikasi menentukan dari restoran atau rumah makan mana menu makanan tersebut. Setelah semua telah ditentukan, pengguna aplikasi dapat melakukan Checkout untuk menyelesaikan pemesanan makanan. Kemudian Admin akan mengkonfirmasi pesanan, apakah pesanan tersebut tersedia atau tidak. Jika tersedia maka pesanan akan diantar oleh kurir ke alamat pemesan. Kemudian kurir menyerahkan pesanan kepada pemesan dan pembayaran dilakukan secara Cash On Delivery (COD). Selain itu, Admin juga bertugas mengelola data kategori, data menu makanan, data restoran serta data user. 1.4 Rancangan Sistem 1.4.1 System Requirement Specification (SRS) System Requirement Specification (SRS) adalah spesifikasi dari apa yang harus diimplementasikan dan mendeskripsikan bagaimana sistem harus bekerja atau bagian-bagian yang ada di dalam sistem, dapat juga menjadi batasan dalam peoses pengembangan sistem. 1.4.1.1 SRS Functional System requirement specification functional adalah merupakan penjelasan tentang layanan yang perlu disediakan oleh sistem, bagaimana menerima dan mengolah masukkan dan bagaimana sistem mengatasi situasi-situasi tertentu. Selain itu, requirement juga secara
24 jelas menentukan apa yang tidak dikerjakan oleh sistem. SRS functional menggambarkan system requirement secara detail. Tabel 3.1 SRS Functional Code Title Actor Description FS01 Menampilkan Kategori Makanan Semua user Sistem dapat menampilkan Kategori Makanan. FS02 Menampilkan data Menu Makanan Semua user Sistem dapat menampilkan menumenu makanan. FS03 Menampilkan data Restoran Semua user Sistem dapat menampilkan datadata restoran. FS04 Menampilkan Form Login Semua user Sistem menyediakan dan menampilkan form Login pada sidebar Login. Sistem menyediakan form Register FS05 Menampilkan Form Register Semua user untuk user yang ingin mempunyai akun untuk melakukan transaksi pemesanan. Menampilkan Sistem menyediakan dan FS06 bagaimana cara pemesanan makanan Semua user menampilkan cara-cara serta langkah-langkah pemesanan melalui aplikasi makanan melalui aplikasi.
25 Code Title Actor Description FS07 Input pemesanan Member Sistem dapat menerima dan memproses pemesanan yang telah dilakukan oleh member (user yang telah login). FS08 Edit pemesanan Member FS09 Hapus pemesanan Member Sistem dapat menerima dan memperbarui data pemesanan member. Sistem dapat menghapus data pemesanan. FS10 Edit Profil member Member Sistem dapat menerima dan memperbarui data member. FS11 Menampilkan tampilan about Semua user Sistem dapat menampilkan informasi tentang Aplikasi. FS12 Input data Kategori Admin FS13 Edit data Kategori Admin FS14 Hapus data Kategori Admin Sistem dapat menerima dan memproses input data Kategori. Sistem dapat menerima dan memperbarui data kategori. Sistem dapat menghapus data kategori. FS15 Input data Menu Makanan Admin Sistem dapat menerima dan memproses input data Menu Makanan.
26 Code Title Actor Description FS16 Edit data Menu Makanan Admin Sistem dapat menerima dan memperbarui data Menu Makanan. FS17 Hapus data Menu Makanan Admin Sistem dapat menghapus data Menu Makanan. FS18 Input data Restoran Admin Sistem dapat menerima dan memproses input data Restoran FS19 Edit data Restoran Admin Sistem dapat menerima dan memperbarui data Restoran FS20 Hapus data Restoran Admin Sistem dapat menghapus data Restoran. FS21 Menampilkan detail Member Admin Sistem menampilkan data-data member. Sistem dapat memproses apakah FS22 Mengelola data Pemesanan Admin pemesanan tersebut approved, delivered, atau cancel yang telah divalidasi terlebih dahulu oleh Admin. 3.4.1.2 SRS Non Functional Kebutuhan non-functional digunakan untuk menganalisis interaksi aplikasi diluar kebutuhan functional. Tabel 3.2 SRS Non Functional
27 ID Title Description NFS01 Ketersediaan Sistem dapat diakses 24 jam. NFS02 Kenyamanan Sistem menggunakan user interface yang mudah dipahami dan mudah digunakan oleh pengguna (user). NFS03 Keandalan Sistem sukses menjalankan program setiap eksekusi perintah. NFS04 Jaringan Internet Diperlukan suatu jaringan Internet yang baik untuk melakukan akses pada aplikasi. NFS05 hardware Pada saat aplikasi dijalankan dibutuhkan perangkat keras smartphone dengan Sistem Operasi Android minimal Android versi 4.0 API level 14. NFS06 user Sistem membutuhkan user yang mampu mengoperasikan smartphone dengan Sistem Operasi Android.
28 3.4.2 Use Case Diagram Use case diagram mendeskripsikan sebuah interaksi antara satu atau lebih actor dengan sistem informasi yang akan dibuat. Use case diagram digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu. Gambar 3.3 Use Case Diagram Sesuai dengan gambar 3.2 terdapat 2 aktor yang berperan dalam sistem, yaitu Admin dan Pelanggan. Berikut penjelasannya: 1. Admin Admin adalah seseorang yang bertugas mengatur dan mengelola pada bagian administratif dari sistem aplikasi. Dalam sistem aplikasi
29 ini, admin mempunyai beberapa tugas, sebelum admin menjalankan tugasnya admin harus login terlebih dahulu. Hal ini dimaksudkan agar sistem lebih terjaga keamanannya dan tidak sembarang orang dapat Login sebagai admin. Pada saat Login admin menginputkan email dan password yang hanya diketahui oleh admin tersebut. Setelah admin berhasil Login case pertama tugas dari admin adalah Kelola Kategori Makanan. Kelola kategori makanan disini dimaksudkan, hanya admin yang dapat memasukkan kategori-kategori makanan serta mengubah data kategori tersebut. Selain itu, admin juga berhak menghapus sebuah data kategori yang dirasa sudah tidak dipakai lagi. Case kedua adalah Kelola Menu Makanan, pada case kelola menu makanan admin mempunyai hak yang sama pada case pertama yakni entri data, mengubah data dan menghapus data menu makanan. Case ketigas adalah Kelola Restoran. Admin dapat entri data, mengubah data serta menghapus data restoran. Case keempat adalah Kelola Pemesanan, berbeda dengan case pertama, kedua dan ketiga. Pada case ini admin bertugas menyetujui pesanan dari pelanggan. Setelah admin menerima data pemesanan dari pelanggan, admin mengecek apakah pesanan dari pelanggan tersebut tersedia atau tidak, jika tersedia admin menyetujui (Approved) dan pesanan akan diproses. Setelah pesanan selesai diproses, pesanan akan diantar ke pelanggan yang telah memesan pesanan tersebut (Delivered). Jika pesanan dari pelanggan telah habis atau kosong, admin akan membatalkan pesanan (Cancel). 2. Pelanggan Pelanggan adalah orang yang memakai (user) dan menggunakan Aplikasi Layanan Pesan Antar Makanan Di Kota Solo Berbasis Android. Pelanggan terbagi menjadi 2, yakni Pelanggan yang telah memiliki akun dan Pelanggan yang belum memiliki akun untuk Login. Bagi pelanggan yang belum memiliki akun, aplikasi menyediakan Form untuk Registrasi. Pelanggan yang telah memiliki akun, pelanggan tersebut dapat melakukan transaksi pemesanan makanan lewat aplikasi.
30 Urut-urutan dalam pemesanan makanan lewat aplikasi ini adalah pertama-tama pelanggan menentukan kategori makanan yang akan dipesan, setelah itu memilih menu makanan kemudian pelanggan menentukan dari restoran atau rumah makan mana menu makanan tersebut akan dipesan serta mengisikan berapa jumlah menu makanan yang akan dipesan. Ketika proses pemesanan telah selesai, pelanggan melakukan checkout untuk menyelesaikan transaksi pemesanan makanan. Selain melakukan pemesanan makanan, aplikasi juga menyediakan edit profil bagi pelanggan yang telah registrasi. Pelanggan dapat mengubah serta memperbarui data-datanya guna memperlancar proses transaksi. 3.4.3 Activity Diagram Activity Diagram menggambarkan alur kerja (workflow) dari sebuah sistem atau proses bisnis. Activity Diagram menggambarkan aktivitas yang dapat dilakukan oleh sistem. 3.4.3.1 Admin Mengelola Kategori Makanan Tabel 3.3 Admin Mengelola Kategori Makanan Use Case : Kelola Kategori Makanan Aktor : Admin Kondisi Awal : Admin sudah Login Skenario : 1. Admin memilih menu Kelola Kategori 2. Sistem menampilkan data Kategori 3. Admin memilih tombol Tambah Kategori Jika Ya, a. Sistem menampilkan form input Kategori b. Admin mengisi data Kategori dan menekan tombol input
31 c. Sistem menyimpan inputan data Kategori d. Sistem menampilkan data Kategori Jika Tidak, a. Admin memilih tombol Edit Kategori Jika Ya, a. Sistem menampilkan form edit Kategori b. Admin memperbarui data Kategori dan menekan tombol edit c. Sistem menyimpan data Kategori d. Sistem menampilkan data Kategori Jika Tidak, a. Admin memilih tombol Hapus Kategori Jika Ya, a. Sistem menghapus data Kategori b. Sistem menampilkan data Kategori Jika Tidak, a. Sistem menampilkan data Kategori Kondisi Akhir : Sistem menerima dan menyimpan data Kategori Makanan
32 Gambar 3.4 Activity Diagram: Admin Kelola Kategori 3.4.3.2 Admin Mengelola Menu Makanan Tabel 3.4 Admin Mengelola Menu Makanan
33 Use Case : Kelola Menu Makanan Aktor : Admin Kondisi Awal : Admin sudah Login Skenario : 1. Admin memilih menu Kelola Menu Makanan 2. Sistem menampilkan data Menu Makanan 3. Admin memilih tombol Tambah Menu Makanan Jika Ya, a. Sistem menampilkan form input Menu Makanan b. Admin mengisi data Menu Makanan dan menekan tombol input c. Sistem menyimpan inputan data Menu Makanan d. Sistem menampilkan data Menu Makanan Jika Tidak, a. Admin memilih tombol Edit Menu Makanan Jika Ya, a. Sistem menampilkan form edit Menu Makanan b. Admin memperbarui data Menu Makanan dan menekan tombol edit c. Sistem menyimpan data Menu Makanan d. Sistem menampilkan data Menu Makanan Jika Tidak, a. Admin memilih tombol Hapus Menu Makanan Jika Ya, a. Sistem menghapus data Menu Makanan b. Sistem menampilkan data Menu Makanan Jika Tidak, a. Sistem menampilkan data Menu Makanan Kondisi Akhir : Sistem menerima dan menyimpan data Menu Makanan
34 Gambar 3.5 Activity Diagram: Admin Kelola Menu Makanan 3.4.3.3 Admin Mengelola Restoran Tabel 3.5 Admin Mengelola Restoran Use Case : Kelola Restoran Aktor : Admin
35 Kondisi Awal : Admin sudah Login Skenario : 1. Admin memilih menu Kelola Restoran 2. Sistem menampilkan data Restoran 3. Admin memilih tombol Tambah Restoran Jika Ya, a. Sistem menampilkan form input Restoran b. Admin mengisi data Restoran dan menekan tombol input c. Sistem menyimpan inputan data Restoran d. Sistem menampilkan data Restoran Jika Tidak, a. Admin memilih tombol Edit Restoran Jika Ya, a. Sistem menampilkan form edit Restoran b. Admin memperbarui data Restoran dan menekan tombol edit c. Sistem menyimpan data Restoran d. Sistem menampilkan data Restoran Jika Tidak, a. Admin memilih tombol Hapus Restoran Jika Ya, a. Sistem menghapus data Restoran b. Sistem menampilkan data Restoran Jika Tidak, a. Sistem menampilkan data Restoran Kondisi Akhir : Sistem menerima dan menyimpan data Restoran
36 Gambar 3.6 Activity Diagram: Admin Kelola Restoran 3.4.3.4 Admin Mengelola Pemesanan Tabel 3.6 Admin Mengelola Pemesanan Use Case : Kelola Pemesanan
37 Aktor : Admin Kondisi Awal : Admin sudah Login Skenario : 1. Admin memilih menu Kelola Pemesanan 2. Sistem menampilkan data Pemesanan 3. Admin memilih salah satu Pesanan 4. Jika pesanan ada, Admin memilih tombol Approved Jika Ya, a. Sistem menyimpan inputan data Pemesanan b. Pesanan akan diproses Jika Tidak, a. Admin memilih tombol Delivered Jika Ya, a. Pesanan sudah diantar kepada pelanggan Jika Tidak, a. Admin memilih tombol Cancel Jika Ya, a.sistem mengirim pesan kepada pelanggan Jika Tidak, a. Sistem menampilkan data Pemesanan Kondisi Akhir : Sistem menerima dan menyimpan data Pemesanan
38 Gambar 3.7 Activity Diagram: Admin Kelola Pemesanan 3.4.3.5 Registrasi Tabel 3.7 Pelanggan Melakukan Registrasi Use Case : Registrasi
39 Aktor : Pelanggan Kondisi Awal : Pelanggan belum punya akun Skenario : 1. Pelanggan memilih menu Registrasi 2. Sistem menampilkan form Registrasi 3. Pelanggan mengisi form Registrasi 4. Sistem menyimpan data Pelanggan Kondisi Akhir : Sistem menerima dan menyimpan data Registrasi Pelanggan Gambar 3.8 Activity Diagram: Registrasi 3.4.3.6 Login Tabel 3.8 Pelanggan Melakukan Login Use Case : Login
40 Aktor : Pelanggan Kondisi Awal : Pelanggan belum login Skenario : 1. Pelanggan memilih menu Login 2. Sistem menampilkan form Login 3. Pelanggan mengisi form Login 4. Sistem mem-validasi Jika Berhasil, a. Sistem menampilkan tampilan setelah Login Jika Gagal, a. Sistem memberi tampilan error Kondisi Akhir : Sistem mem-validasi data Login pelanggan Gambar 3.9 Activity Diagram: Login
41 3.4.3.7 Memesan Menu Makanan Tabel 3.9 Pelanggan Memesan Makanan Use Case : Memesan Menu Makanan Aktor : Pelanggan Kondisi Awal : Pelanggan sudah Login Skenario : 1. Pelanggan memilih Kategori Makanan 2. Sistem menampilkan data Kategori Makanan 3. Pelanggan memilih nama Menu Makanan 4. Sistem menampilkan daftar nama menu makanan 5. Pelanggan memilih restoran 6. Sistem menampilkan daftar restoran 7. Pelanggan memilih tombol Order Jika Ya, a. Sistem menampilkan kotak dialog detail pesanan b. Pelanggan mengisi kotak dialog detail pesanan c. Sistem menyimpan data pesanan Pelanggan Jika Tidak, a. Sistem menampilkan daftar restoran Kondisi Akhir : Sistem menerima dan menyimpan data Pesanan Pelanggan
42 Gambar 3.10 Activity Diagram:Memesan Menu Makanan 3.4.3.8 Check Out Tabel 3.10 Pelanggan Check Out Use Case : Check Out Aktor : Pelanggan Kondisi Awal : Pelanggan sudah melakukan Pemesanan Skenario :
43 1. Pelanggan memilih Menu List Order 2. Sistem menampilkan data Pesanan Pelanggan 3. Pelanggan memilih tombol Check Out 4. Sistem menampilkan semua daftar pesanan Kondisi Akhir : Sistem menampilkan daftar pesanan pelanggan Gambar 3.11 Activity Diagram: Check Out 3.4.3.9 Edit Profil Tabel 3.11 Edit Profil Pelanggan Use Case : Edit Profil Aktor : Pelanggan Kondisi Awal : Pelanggan sudah Login Skenario : 1. Pelanggan memilih Menu Profile
44 2. Sistem menampilkan form Edit Profil 3. Pelanggan memperbarui data 4. Sistem menyimpan data terbaru pelanggan Kondisi Akhir : Sistem menerima dan menyimpan data Pelanggan Gambar 3.12 Activity Diagram: Edit Profil 3.4.4 Sequence Diagram Sequence Diagram menggambarkan interaksi dari aktor Admin dan Pelanggan yang tersusun berdasarkan Class dan method pada waktu tertentu pada suatu proses di dalam sistem.
45 3.4.4.1 Sequence Diagram Admin Menampilkan Kategori Gambar 3.13 Sequence Diagram Admin Menampilkan Kategori 3.4.4.2 Sequence Diagram Admin Input Kategori Gambar 3.14 Sequence Diagram Admin Input Kategori
46 3.4.4.3 Sequence Diagram Admin Edit Kategori Gambar 3.15 Sequence Diagram Admin Edit Kategori 3.4.4.4 Sequence Diagram Admin Hapus Kategori Gambar 3.16 Sequence Diagram Admin Hapus Kategori
47 3.4.4.5 Sequence Diagram Admin Menampilkan Menu Gambar 3.17 Sequence Diagram Admin Menampilkan Menu 3.4.4.6 Sequence Diagram Admin Input Menu Gambar 3.18 Sequence Diagram Admin Input Menu
48 3.4.4.7 Sequence Diagram Admin Edit Menu Gambar 3.19 Sequence Diagram Admin Edit Menu 3.4.4.8 Sequence Diagram Admin Hapus Menu Gambar 3.20 Sequence Diagram Admin Hapus Menu
49 3.4.4.9 Sequence Diagram Admin Menampilkan Restoran Gambar 3.21 Sequence Diagram Admin Menampilkan Restoran 3.4.4.10 Sequence Diagram Admin Input Restoran Gambar 3.22 Sequence Diagram Admin Input Restoran
50 3.4.4.11 Sequence Diagram Admin Edit Restoran Gambar 3.23 Sequence Diagram Admin Edit Restoran 3.4.4.12 Sequence Diagram Admin Hapus Restoran Gambar 3.24 Sequence Diagram Admin Hapus Restoran
51 3.4.4.13 Sequence Diagram Admin Menampilkan Daftar Pelanggan Gambar 3.25 Sequence Diagram Admin Menampilkan Daftar Pelanggan 3.4.4.14 Sequence Diagram Pelanggan Menampilkan Kategori Gambar 3.26 Sequence Diagram Pelanggan Menampilkan Kategori
52 3.4.4.15 Sequence Diagram Pelanggan Menampilkan Menu Gambar 3.27 Sequence Diagram Pelanggan Menampilkan Menu 3.4.4.16 Sequence Diagram Pelanggan Menampilkan Restoran Gambar 3.28 Sequence Diagram Pelanggan Menampilkan Restoran
53 3.4.4.17 Sequence Diagram Pelanggan Input Pesanan Gambar 3.29 Sequence Diagram Pelanggan Input Pesanan 3.4.4.18 Sequence Diagram Pelanggan Edit Profil Gambar 3.30 Sequence Diagram Pelanggan Edit Profil
54 3.5 Perancangan Basis Data 3.5.1 Entity Relationship Diagram (ERD) Entity Relationship Diagram atau biasa disingkat dengan ERD menjelaskan relasi suatu basis data dengan basis data yang lain pada Aplikasi Layanan Pesan Antar Makanan Di Kota Solo Berbasis Android. Berikut ERD-nya: Gambar 3.31 Entity Relationship Diagram (ERD) Pada gambar 3.31 menunjukkan Entity Relationship Diagram (ERD) dari Aplikasi Layanan Pesan Antar Makanan Di Kota Solo Berbasis Android. Pada Entity Relationship Diagram (ERD) tersebut terdapat 6 entitas, yakni Restoran, Menu Makanan, Kategori, Pemesanan, User dan Admin. Pada masing-masing entitas memiliki beberapa atribut. Pada entitas Restoran memiliki atribut id_resto yang menjadi primary key, nama_resto, alamat_resto dan foto_restoran. Pada entitas Menu Makanan ada atribut id_menu, nama_menu dan foto_menu. Primary key dari entitas menu makanan adalah id_menu. Entitas Kategori terdapat atribut id_kategori, nama_kategori dan foto_kategori. Id_kategori menjadi primary key-nya. Sedangkan pada entitas pemesanan terdapat atribut no_faktur yang menjadi primary key, tgl_pesan, alamat_kirim,
55 ongkos_kirim, total_bayar, status_pemesanan dan status_keranjang. Entitas User memiliki atribut id_user, email_user, password, alamat dan no_hp. Id_user menjadi primary key entitas User. Dan pada entitas Admin terdapat atribut id_admin, email_admin dan password. Id_admin menjadi primary key. Pada satu entitas dengan entitas yang lain masing-masing memiliki relasi. Antara entitas restoran dan menu makanan memiliki relasi many-to-many. Menu makanan dan kategori many-to-one. Menu makanan dan entitas pemesanan memiliki relasi many-to-many. Dan antara pemesanan dan user many-to-one. 3.5.2 Relasi Antar Tabel Relasi antar table Aplikasi Layanan Pesan Antar Makanan Di Kota Solo dapat dilihat pada gambar 3.32.
56 Gambar 3.32 Relasi Antar Tabel 3.5.3 Perancangan Tabel Relasi antar table kemudian diimplementasikan ke dalam perancangan setiap table-tabel yang dibutuhkan. Berikut adalah perancangan table aplikasi secara keseluruhan : 1. Tabel Admin Nama Tabel : Tabel Admin Deskripsi : Menyimpan data-data admin Tabel 3.12 Tabel Admin Nama Kolom Tipe Keterangan id_admin Varchar(10) Primary Key email_admin Varchar(40) Nama Kolom Tipe Keterangan password Varchar(30) 2. Tabel User
57 Nama Tabel : Tabel User Deskripsi : Menyimpan data-data pelanggan Tabel 3.13 Tabel User Nama Kolom Tipe Keterangan id_user Varchar(20) Primary Key nama_user email_user password alamat_user no_hp Varchar(40) Varchar(60) Varchar(30) Text Varchar(15) 3. Tabel Kategori Nama Tabel : Tabel Kategori Deskripsi : Menyimpan data-data Kategori Tabel 3.14 Tabel Kategori Nama Kolom Tipe Keterangan id_kategori Varchar(10) Primary Key nama_kategori Varchar(30) 4. Tabel Menu Makanan Nama Tabel : Tabel Menu Makanan Deskripsi : Menyimpan data-data Menu Makanan Tabel 3.15 Tabel Menu Makanan Nama Kolom Tipe Keterangan id_menu Varchar(20) Primary Key id_kategori Varchar(10) Foreign Key Nama Kolom Tipe Keterangan
58 nama_menu foto_menu Varchar(30) Varchar(30) 5. Tabel Restoran Nama Tabel : Tabel Restoran Deskripsi : Menyimpan data-data Restoran Tabel 3.16 Tabel Restoran Nama Kolom Tipe Keterangan id_resto Varchar(10) Primary Key nama_resto alamat_resto Varchar(30) Text 6. Tabel Pemesanan Nama Tabel : Tabel Pemesanan Deskripsi : Menyimpan data-data Pemesanan Tabel 3.17 Tabel Pemesanan Nama Kolom Tipe Keterangan no_faktur Varchar(20) Primary Key id_user Varchar(10) Foreign Key tgl_pesan alamat_kirim ongkos_kirim total_bayar status_pemesanan status_keranjang datetime Text Int(8) float Varchar(15) Varchar(15) 7. Tabel Detail Pemesanan
59 Nama Tabel : Tabel Detail Pemesanan Deskripsi : Menyimpan data-data Detail Pemesanan Tabel 3.18 Tabel Detail Pemesanan Nama Kolom Tipe Keterangan id_detail Varchar(20) Primary Key id_pemesanan Varchar(20) Foreign Key id_menuresto Varchar(20) Foreign Key qty sub_total keterangan Int(5) float Text 8. Tabel Detail Menu Resto Nama Tabel : Tabel Detail Menu Resto Deskripsi : Menyimpan data-data Detail Menu Resto Tabel 3.19 Tabel Detail Menu Resto Nama Kolom Tipe Keterangan id_menuresto Varchar(10) Primary Key id_resto Varchar(10) Foreign Key id_menu Varchar(20) Foreign Key harga detail_menuresto float text
60 3.5.4 Perancangan Desain User Interface Berikut adalah rancangan desain user interface dari Aplikasi Layanan Pesan Antar Di Kota Solo Berbasis Android : 1. Splash Screen Aplikasi Splash Screen adalah halaman yang pertaman kali dijumpai saat aplikasi dijalankan. Pada splash screen memuat logo aplikasi dan nama aplikasi. Gambar 3.33 Desain Splash Screen 2. Halaman Home Aplikasi Halaman home secara otomatis akan muncul setelah splash screen berakhir. Halaman home berisi tentang menu-menu makanan yang best seller dan recommended, serta terdapat pilihan menu.
61 Gambar 3.34 Desain Halaman Home 3. Sliding Menu Pelanggan (Belum Login) Berisi listview menu-menu utama Aplikasi pada saat pelanggan belum login. Sliding Menu akan muncul ketika user menekan icon sebelah kiri toolbar. Saat pelanggan belum login, pada sliding menu terdapat menu home, how to order, about dan login. 4. Halaman Login Gambar 3.35 Desain Sliding Menu (Belum Login)
62 Halaman login berisi form login, untuk login user dapat menginputkan alamat email dan password yang sudah teregistrasi sebelumnya. Gambar 3.36 Desain Form Login 5. Halaman Register Halaman register akan tampil ketika user menekan login pada Sliding Menu. Kemudian akan muncul form login, tepatnya terletak di bawah form login terdapat tawaran untuk melakukan registrasi. Gambar 3.37 Desain Form Register 6. Sliding Menu Pelanggan (Sudah Login) Sliding menu ini akan muncul ketika user telah login dengan alamat email dan password yang telah teregistrasi. Pada sliding menu pelanggan yang sudah login
63 ini terdapat menu home, profile, list order, history, how to order, about dan logout. 7. Tampilan Pilihan Kategori Menu Gambar 3.38 Desain Sliding Menu (Sudah Login) Pada tampilan ini user akan disuguhkan beberapa pilihan kategori-kategori menu. Gambar 3.39 Desain Tampilan Kategori Menu 8. Tampilan Pilihan Menu Makanan Pada tampilan ini user akan disuguhkan beberapa pilihan menu-menu makanan berdasarkan kategori makanan yang telah dipilih sebelumnya.
64 Gambar 3.40 Desain Tampilan Menu Makanan 9. Tampilan Pilihan Restoran Pada tampilan ini user akan disuguhkan beberapa pilihan nama restoran-restoran berdasarkan kategori makanan dan menu makanan yang telah dipilih sebelumnya. Gambar 3.41 Desain Tampilan Restoran 10. Tampilan Detail Order Pada tampilan ini akan muncul ketika user menekan button order now yang berada di tampilan pilihan restoran.
65 11. Tampilan Edit Profil Pelanggan Gambar 3.42 Desain Tampilan Detail Order Tampilan ini akan muncul ketika pelnggan ingin mengubah data-datanya. Gambar 3.43 Desain Tampilan Edit Profil Pelanggan 12. Halaman Home Admin Halaman home admin secara otomatis akan muncul setelah user login sebagai admin. Halaman home berisi kelola kategori, kelola menu, kelola restoran, kelola user dan kelola pemesanan.
66 Gambar 3.44 Desain Halaman Home Admin 13. Sliding Menu Admin Sliding menu ini akan muncul ketika user telah login sebagai Admin. Pada sliding menu admin ini terdapat menu home, profile dan logout. Gambar 3.45 Desain Sliding Menu Admin 14. Tampilan Kelola Kategori Tampilan ini akan muncul ketika admin memilih kelola kategori pada halaman home.
67 15. Tampilan Tambah Kategori Gambar 3.46 Desain Tampilan Kelola Kategori Tampilan ini akan muncul ketika admin ingin menambah kategori makanan. Gambar 3.47 Desain Tampilan Tambah Kategori 16. Tampilan Edit Kategori Tampilan ini akan muncul ketika admin ingin mengubah data kategori makanan.
68 Gambar 3.48 Desain Tampilan Edit Kategori 17. Tampilan Kelola Menu Tampilan ini akan muncul ketika admin memilih kelola menu pada halaman home. Gambar 3.49 Desain Tampilan Kelola Menu 18. Tampilan Tambah Menu Tampilan ini akan muncul ketika admin ingin menambah menu makanan.
69 19. Tampilan Edit Menu Gambar 3.50 Desain Tampilan Tambah Menu Tampilan ini akan muncul ketika admin ingin mengubah data menu makanan. Gambar 3.51 Desain Tampilan Edit Menu 20. Tampilan Kelola Restoran Tampilan ini akan muncul ketika admin memilih kelola restoran pada halaman home.
70 21. Tampilan Tambah Restoran Gambar 3.52 Desain Tampilan Kelola Restoran Tampilan ini akan muncul ketika admin ingin menambah data restoran. 22. Tampilan Edit Restoran Gambar 3.53 Desain Tampilan Tambah Restoran Tampilan ini akan muncul ketika admin ingin mengubah data restoran.
71 Gambar 3.54 Desain Tampilan Edit Restoran 23. Tampilan Kelola Menu Restoran Tampilan ini akan muncul ketika admin memilih salah satu list restoran. Gambar 3.55 Desain Tampilan Kelola Menu Restoran 24. Tampilan Tambah Menu Restoran Tampilan ini akan muncul ketika admin ingin menambah menu pada salah satu restoran.
72 Gambar 3.56 Desain Tampilan Tambah Menu Restoran 25. Tampilan Edit Menu Restoran Tampilan ini akan muncul ketika admin ingin mengubah data salah satu menu dari restoran. Gambar 3.57 Desain Tampilan Edit Menu Restoran 26. Tampilan Kelola User Tampilan ini akan muncul ketika admin memilih kelola user pada halaman home.
73 Gambar 3.58 Desain Tampilan Kelola User 27. Tampilan Detail User Tampilan ini akan muncul ketika admin, menekan tombol Detail pada tampilan kelola user. Gambar 3.59 Desain Tampilan Detail User