LAPORAN PROJECT AKHIR

Analisis dan Perancangan Sistem

Cahyo Adi Prasojo 135150201111140

Muhammad Noor Taufiq 135150200111142

Listiya Surtiningsih 135150201111154

PENDAHULUAN

A. Fase Analisis Perancangan

1.1 Definisi Masalah

Responden merasa bosan dengan makanan yang ada disekitarnya. Mayoritas menyatakan

dengan adanya jasa delivery makanan dapat mempermudah dalam memperoleh makanan. Selain

itu, faktor yang mempengaruhi responden untuk memilih jasa delivery yaitu karena malas untuk

keluar rumah. Mereka memerlukan delivery tempat makan yang murah dan bisa tepat waktu.

Dari permasalahan diatas, kami memberikan solusi, yaitu dengan membuat dan merancang

sebuah apps delivery makanan murah yang diterapkan pada warung, serta pilihan makanan yang

beragam dan pengguna dapat memesan makanan melalui apps tersebut tanpa harus menelepon.

1.2 Elistisitas

What : Informasi yang terbatas mengenai pelayanan delivery makanan menjadi faktor

penyebab sulitnya masyarakat dalam mencari makanan saat memiliki waktu yang sedikit.

Who : Masyarakat (Khususnya Mahasiswa dan pekerja).

When : Ketika sedang sibuk dalam hal pekerjaan, Malas pergi keluar atau tidak adanya

kendaraan.

Where : Di daerah Malang (Khususnya Kota Malang).

Why : - Kurangnya informasi lokasi dan contact person mengenai tempat makan yang

menyediakan layanan pesan antar makanan.

- Masyarakat kurang mengetahui mengenai harga yang ditawarkan oleh rumah

makan yang menyediakan jasa pesan antar makanan sehingga kebanyakan

masyarakat berpikiran harga yang ditawarkan akan mahal.

How : Selama ini banyaknya responden yang hanya mengetahui informasi secara

terbatas mengenai tempat makan yang menyediakan pelayanan pesan antar.

1.3 Identifikasi

1. IDENTIFIKASI KEBUTUHAN : (IK)

a. Sistem dapat memberikan informasi seluruh tempat makan yang menyediakan jasa

delivery atau pesan-antar makanan di daerah Kota Malang.

b. Sistem dapat memberikan rekomendasi tempat makan di Kota Malang.

c. Sistem dapat memberikan informasi estimasi waktu pengiriman dan konsequensi

keterlambatan pengiriman.

d. Sistem dapat menyediakan fasilitas testimoni untuk customer.

e. Sistem dapat menyimpan menu yang dipesan oleh customer.

f. Penjual dapat mengupdate data-data mengenai rumah makannya.

g. Pengguna dapat mendaftarkan diri kedalam sistem menggunakan alamat email dan

usernamenya.

1.4 Spesifikasi

1. Spesifikasi Kebutuhan 1 : (SK1)

a. Sistem menampilkan informasi tempat makan yang menyediakan jasa deliveri

makanan

b. Sistem menampilkan informasi menu makanan dan minuman beserta harganya.

c. Sistem dapat mengurutkan makanan mulai dari harga termurah sampai terbesar.

2. SPESIFIKASI KEBUTUHAN 2 : (SK2)

a. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

hasil testimoni dari customer.

b. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

promo yang diberikan penjual.

c. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

jarak lokasi terdekat dari customer.

3. SPESIFIKASI KEBUTUHAN 3 :(SK3)

a. Sistem dapat memberikan informasi estimasi waktu pengiriman berdasarkan jarak

lokasi customer.

b. Sistem dapat memberikan informasi konsequensi keterlambatan pengiriman berupa

potongan harga 10% dari total harga makanan yang dipesan.

4. SPESIFIKASI KEBUTUHAN 4 : (SK4)

a. Sistem menyediakan fasilitas upload foto untuk testimoni.

b. Sistem menyediakan fasilitas rating dengan memilih icon like dan dislike pada

gambar masing-masing menu atau gambar tempat makan.

c. Sistem menyediakan fasilitas comentar mengenai rumah makan.

5. SPESIFIKASI KEBUTUHAN 5 : (SK5)

a. Costumer dapat memilih menu makanan yang ingin dipesan lebih dari satu menu.

b. Sistem dapat menyimpan menu yang dipesan oleh customer.

c. Sistem dapat menghitung total harga dari semua menu yang telah dipesan customer.

d. Customer bisa menghapus menu yang telah dipesan sebelumnya.

6. SPESIFIKASI KEBUTUHAN 6 : (SK6)

a. Penjual bisa mengedit nama makanan atau nama rumah makan yang dia miliki

b. Sistem dapat menyimpan hasil perubahan/update menu dari suatu rumah makan.

c. Sistem bisa menghapus menu makanan dan rumah makan.

d. Penjual bisa menghapus menu makanan.

e. Penjual bisa mengedit harga menu makanan.

f. Sistem bisa menambahkan rumah makan baru.

7. SPESIFIKASI KEBUTUHAN 7 : (SK7)

a. Sistem dapat menambahkan pengguna kedalam sistem sesuai dengan

usernamenya beserta password.

b. Pengguna dapat masuk kedalam sistem dengan password dan usernamenya.

c. Pengguna dapat keluar dari sistem.

Tabel Kebutuhan

ID IK Identifikasi Kebutuhan Rate

IK-1

Sistem dapat memberikan informasi seluruh

tempat makan yang menyediakan jasa

delivery atau pesan-antar makanan di daerah

Kota Malang

High

IK-2 Sistem dapat memberikan rekomendasi tempat

makan di Kota Malang High

IK-3

Sistem dapat memberikan informasi estimasi

waktu pengiriman dan konsequensi

keterlambatan pengiriman

Medium

IK-4 Sistem dapat menyediakan fasilitas testimoni

untuk cuctomer Low

IK-5 Sistem dapat menyimpan menu yang dipesan

oleh customer. High

IK-6 Penjual dapat mengupdate data-data mengenai

rumah makannya. High

Tabel spesifikasi kebutuhan

ID IK ID

SK Spesifikasi Kebutuhan Rate

IK-1 SK-1

Sistem dapat memberikan

informasi tempat makan yang

menyediakan jasa deliveri

untuk makanan rumahan

High

IK-1 SK-2

Sistem dapat memberikan

informasi menu makanan dan

minuman beserta harganya

high

IK-1 SK-3

Sistem dapat mengurutkan

makanan mulai dari harga

termurah sampai terbesar.

high

ID IK ID SK Spesifikasi Kebutuhan Rate

IK-2 SK-3

Sistem dapat memberikan rekomendasi

tempat makan di Kota Malang

berdasarkan hasil testimoni dari customer

Medium

IK-2 SK-4

Sistem dapat menampilkan rekomendasi

tempat makan di Kota Malang

berdasarkan promo yang diberikan

penjual.

Medium

IK-2 SK-5

Sistem dapat menampilkan rekomendasi

tempat makan di Kota Malang

berdasarkan jarak lokasi terdekat dari

customer.

Medium

ID IK ID SK Spesifikasi Kebutuhan Rate

IK-3 SK-6

Sistem dapat memberikan informasi estimasi

waktu pengiriman berdasarkan jarak lokasi

customer

low

IK-3 SK-7

Sistem dapat memberikan informasi

konsequensi keterlambatan pengiriman

berupa potongan harga 10% dari total harga

makanan yang dipesan

low

ID IK ID SK Spesifikasi Kebutuhan Rate

IK-4 SK-8 Sistem dapat menyediakan fasilitas upload

foto untuk testimoni low

IK-4 SK-9 Sistem dapat menyediakan fasilitas rating

dengan icon like dan dislike medium

IK-4 SK-10 Sistem dapat menyediakan fasilitas comentar

mengenai jasa deliveri rumah makan tersebut low

ID IK ID SK Spesifikasi Kebutuhan Rate

IK-5 SK-11 Costumer dapat memilih menu makanan

yang ingin dipesan lebih dari satu menu. High

IK-5 SK-12 Sistem dapat menyimpan menu yang dipesan

oleh customer. High

IK-5 SK-13 Sistem dapat menghitung total harga dari

semua menu yang telah dipesan customer. High

IK-5 SK-14 Customer bisa menghapus menu yang telah

dipesan sebelumnya. High

ID IK ID SK Spesifikasi Kebutuhan Rate

IK-6 SK-15 Penjual bisa mengedit nama makanan atau

nama rumah makan yang dia miliki High

IK-6 SK-16

Sistem dapat menyimpan hasil

perubahan/update menu dari suatu rumah

makan.

Medium

IK-6 SK-17 Sistem bisa menghapus menu makanan atau

rumah makan. Medium

IK-6 SK-18 Penjual bisa mengedit harga menu makanan. Medium

1.5 Tabel Kebutuhan Fungsional

ID KF Kebutuhan Fungsional

KF-1 Login

KF-2 Register

KF-3 Tampilkan Daftar Tempat Makan

KF-4 Tampilkan Daftar Menu Makanan

KF-5 Pilih Menu

KF-6 Menampilkan Total Harga Pesanan

KF-7 Membatalkan Pesanan

KF-8 Menambahkan Tempat Makanan

KF-9 Update Menu Makanan

1.6 Tabel Kebutuhan Non-Fungsional

ID KnF Kebutuhan Non-Fungsional Parameter

KnF-1 Aplikasi Tidak Mengalami error saat

diakses 200 orang Reliability

KnF-2

Aplikasi memilik protection user

akun terhadap penyalahgunaan

pemesanan makanan.

Safety

KnF-3

Aplikasi dapat berjalan secara

normal dalam merespon input dari

user.

Response Time

KnF-4

Aplikasi mempunyai sistem

autentifikasi berupa username dan

password untuk login

Security

KnF-5 Konten aplikasi dapat diakses 24-

jam Availability

KnF-6 User Interface Aplikasi nyaman dan

menarik dipandang oleh user. Ergonomy

KnF-7

Aplikasi berjalan tanpa

Bugs(masalah) ketika user

mengakses sistem

Performance

KF-10 Menambahkan Menu Makanan

KF-11 Pesan Menu

1.7 Pemodelan Kebutuhan ( Use Case )

Customer

Login

menampilkan tempat makan

Menampilkan menu makanan

Pilih menu

Pesan menu

membatalkan pesanan

System

Menampilkan Total HargaNon member

Register

Penjual

Update Info Rumah Makan

Update Menu

Login1

Tambah menu makanan

1.8 Use Case Scenario

KF-1 Login

actor Customer,Penjual

objektif menjelaskan bagaimana aktor yang sebelumnya sudah menjadi

administrator atau user yang teregistrasi melakukan login

Pre-Condition Actor adalah registered user yang belum melakukan login.

Main flow 1. Aktor melakukan aktivasi login.

2. Aktor memasukkan username dan password.

Alternative

flow

1. Jika terjadi kesalahan saat login,maka akana muncul peringatan

username atau password salah.

Post-

Condition

Aktor telah melakukan login dan menjadi customer atau penjual

atau admin.

KF-2 Register

actor Customer dan penjual

objektif Menjelaskan bagaimana user menambahkan dirinya sebagai

administrator atau sebagai user yang teregistrasi kedalam sistem.

Pre-Condition 1. Aktor adalah masyarakat Kota Malang yang belum register

kedalam sistem

Main flow 1. Aktor melakukan Login

2. Aktor memilih register customer atau register penjual

3. Custumer memasukkan

nama,username,password,email,JK,no telp,alamat.

4. Customer validasi melalui email.

Alternative flow 1. Apabila Aktor memilih register penjual,maka Aktor harus

memasukkan nama,username,password,alamat,email,no telp.

2. Penjual validasi data melalui email.

3. Penjual melakukan upload bukti pembayaran(transfer)

4. Penjual validasi pembayaran melalui email.

Post-Condition Aktor tekah register dan bisa masuk kedalam sistem.

KF-3 Tampilkan Daftar Tempat Makan

actor Customer

objektif Menampilkan Daftar tempat makan yang ada di kota Malang.

Pre-Condition Aktor adalah pengguna sistem yang telah melakukan login.

Main flow 1. Aktor memilih menu Daftar Tempat Makan

2. Sistem menampilkan daftar tempat makan .

Alternative flow Setelah aktor melakukan login,aktor akan dapat melihat Daftar

Tempat Makan pada saat itu juga.

Post-Condition Aktor melihat Daftar Tempat Makan

KF-4 Tampilkan Daftar Menu Makanan

actor Customer

objektif Menampilkan Daftar menu makanan pada tidap menu makanan.

Pre-Condition Aktor adalah pengguna sistem yang telah melakukan login.

Main flow 1. Aktor memilih menu Menu Makanan

2. Sistem menampilkan daftar menu makanan berdasarkan

harganya.

Alternative flow 1. Aktor dapat melihat Daftar Menu Makanan apabila mengklik

gambar rumah makan yang ditampilkan sebelumnya.

2. Jika terjadi kesalahan dala koneksi,maka ada peringatan

Silahkan Refresh Page.

3. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Aktor melihat Daftar menu makanan.

KF-5 Menampilkan Total Harga

actor System

objektif Menjelaskan Bagaimana Customer yang telah memilih makanan

yang ingin dipesan dapat melihat total harga keseluruhan yang

telah dihitung oleh system.

Pre-Condition Aktor telah memilih menu yang ingin dipesan

Main flow 1. Customer membuka daftar menu pesanan.

2. Sistem menampilkan total harga pesanan.

Alternative flow 1. Jika Aktor memilih submit,maka akan ada peringatan Yes

or No.

2. Aktor menekan tombol Yes or No.

3. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

4. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Aktor melihat total keseluruhan harga dari menu yang dia pesan.

KF-6 Pilih Menu

actor Customer

objektif Menjelaskan bagaimana aktor memilih menu yang ingin

dipesan.

Pre-Condition Aktor adalah pengguna sistem yang telah login.

Main flow 1. Sistem menampilkan kumpulan Daftar Menu.

2. Aktor memilih menu dengan cara memberi tanda checklist

pada bagian samping gambar menu.

Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

2. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Menu yang telah dipilih aktor akan disimpan sebagai daftar menu

.pesanan.

KF-7 Membatalkan Pesanan

actor Customer

objektif Menjelaskan bagaimana Aktor dapat membatalkan menu yang

telah dipesan.

Pre-Condition Aktor adalah pengguna sistem yang telah login.

Main flow 1. Aktor menekan tombol cancel.

2. Sistem menghapus menu pesanan customer.

Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

2. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Menu yang telah dipesan customer sebelumnya akan dihapus.

KF-8 Menambahkan Tempat Makan.

actor System

objektif Menjelaskan bagaimana aktor dapat menambahkan data baru

berupa data tempat makan baru kedalam database.

Pre-Condition -

Main flow 1. Aktor menerima data dari user yang mendaftar(register)

sebagai penjual.

2. Aktor akan membuat data dan akun baru untuk sebuah rumah

makan berdasarkan informasi dari penjual ke dalam database.

Alternative flow 1. Apabila tidak ada notifikasi mengenai keberhasilan

pembuatan akun,maka penjual dapat mecoba melakukan

register kembali dan mengisi form secara lengkap dengan

alamat yang benar,yaitu daerah malang.

Post-Condition Sytem membuat data dan akun baru mengenai sebuah rumah

makan.

KF-9 Update Menu Makanan

actor Penjual

objektif Menjelaskan bagaimana Aktor mengupdate(hapus dan edit)

daftar menu makanannya.

Pre-Condition Aktor adalah pengguna sistem yang telah login.

Main flow 1. Penjual mengedit atau menghapus nama atau harga makanan

dari daftar menu.

2. Sistem mengganti/merubah data menu makanan dengan data

yang baru.

Alternative flow 1. Apabila Aktor menghapus makanan dari daftar menu,maka

Sistem akan menghapus data makanan tersebut dari daftar

menu rumah makan aktor.

2. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

3. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Aktor melihat hasil update daftar menu makanan.

KF-10 Menambahkan Menu Makanan

actor Penjual

objektif Menjelaskan bagaimana aktor menambahkan menu baru kedalam

daftar menu makanan rumah makananya.

Pre-Condition Aktor adalah pengguna sistem yang telah login.

Main flow 1. Penjual menambah menu makanan

2. Penjual memasukkan nama,deskripsi dan harga dari makanan.

3. Sistem membuat data baru untuk sesuai menu makanan yang

ditambahkan aktor.

Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

2. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Aktor melihat menu makanan baru yang ditambahkan.

KF-11 Pesan Menu

actor Customer

objektif Menjelaskn bagaimana aktor dapat memesan makanan yang

telah dipilih sebelumnya

Pre-Condition Aktor adalah pengguna sistem yang telah login.

Main flow 1. Aktormemilih menu

2. Aktor melihat harga menu yang tertera.

3. Aktor memilih buttonsubmit untuk memesan makanan

Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

Silahkan Refresh Page.

2. Aktor menekan tombol Refresh Page(Reload).

Post-Condition Aktor melihat menu makanan baru yang ditambahkan.

Identifikasi Aktor

Pengguna Tugas Hak Akses

Aplikasi

System Mengelola informasi yang

terdapat di dalam system, baik

daftar database yang berisi

kumpulan daftar tempat

makan,kumpulan daftar

menu,data anggota customer

dan data anggota

penjual,menambah anggota

dan menambah data tempat

KF-6

KF-5

KF-9

KF-10

KF-7

makan.

Customer Menampilkan daftar rumah

makan,daftar menu dan

harga,memberikan

komentar,memilih

menu,memesan makanan,dan

membatalkan pesanan.

KF-1

KF-2

KF-3

KF-4

KF-5

KF-7

KF-11

Penjual Mengeset harga dan menu

makanan,mengeset informasi

dari rumah

makan,mengupdate daftar

menu dan rumah makan dan

melayani delivery.

KF-1

KF-2

KF-9

KF-10

B. Fase Perancangan

1.1 Gambaran Umum Sistem

Sistem delivery apps ini akan diterapkan pada sistem mobile yang dapat digunakan pada

IOS, smartphone, dan android. Menurut pengamatan kami, untuk pengguna android,

smartphone dan ios myoritas lebih besar, sehingga dapat disimpulkan seperti itu. Seperti

halnya mobile applikation yang menggunakan user account agar dapat mendapatkan fasilitas

yang disediakan. Dimana dalam apps ini terdapat 2 user yang berbeda, yaitu : customer dan

penjual. Dimana customer nantinya akan memilih menu makanan, tetapi setelah login dan

registrasi sebelumnya, kemudian bisa memesanya dengan fasilitas delivery. Sedangkan

penjual menerima daftar pesanan dari customer. Setelah itu, penjual melakukan deliverynya.

Pada intinya sistem kami menjadi perantara antara penjual dan customer dalam bertransaksi

pemesanan dengan menggunakan jasa delivery.

1.2 Pemodelan Perancangan Sistem ( OO )

1. Activity Diagram

a. Login

b. Update Data

c. Hapus Pesanan

d. Update info rumah makan,total harga dan register

e. Tambah menu makanan & Pilih menu makanan

2. Sequence Diagram

3. Class Diagram

1.3 Perancangan Arsitektur

1.4 Perancangan Antarmuka

1. Tampilan awal Login

2. Pilihan register

UI CUSTOMER

1. Form Register Customer

2. Verifikasi email

3. Tampilan daftar tempat makan berdasarkan rating like

4. Tampilan menu dan harga berdasarkan pilihan di tempat makan

5. Tampilan total pesanan beserta total harga

6. Peringatan saat menekan tombol submit

7. Tampilan akhir dan pemberitahuan estimasi waktu, status.

UI PENJUAL

1. Form register penjual

2. Verifikasi alamat email

3. Tampilan Home penjual menampilkan daftar tempat makan berdasarkan rating like

4. Tampilan kelola menu untuk update menu

5. Tampilan edit menu

6. Tampilan menambah menu

7. Tampilan data pesanan

1.5 Perancangan Algoritma Proses dalam Sistem ( Flowchart)

1. FlowChart Customer

2. FlowChart Penjual