BAB III ANALISIS DAN PERANCANGAN 3.1 Pengkonsepan (Concept) Informasi pada sistem yang berjalan pada saat ini berupa hardcopy seperti buku menu atau daftar menu yang disediakan oleh pihak restaurant dengan minimnya informasi tentang detail setiap menu makanan dan minuman, ditambah kurangnya pengetahuan waiter tentang menu yang disediakan oleh pihak restaurant, sehingga membingungkan pengunjung dalam memilih menu. Sistem seperti ini banyak memiliki kekurangan khususnya dalam kecepatan, ketepatan dan informasi yang disediakan pada pelanggan. Sehingga dalam pelayanan terhadap pelanggan relatif standart dan kurang maksimal. Pada daftar menu, apabila terjadi update menu restaurant, seperti misalnya tambahan menu baru, perubahan harga atau menu yang sudah tidak diproduksi lagi. Maka pihak restaurant harus mencetak kembali buku menu terbaru, dengan demikian akan ada biaya untuk pencetakan menu baru setiap kali ada update menu pada restaurant. Pada sistem ini, pelanggan tidak mengetahui berapa lama bagian kitchen memproses pembuatan hingga disajikannya dan itu tergantung dari kecepatan masing-masing meja dalam mencatat menu yang akan diorder, jika semua pelanggan pada meja tersebut sudah mencatat menu yang akan dipesan, selanjutnya oleh waiter diinput ke sistem dan diprint rangkap 2 list order pelanggan, hasil print list order pelanggan yang copy untuk diajukan pada bagian kitchen agar dapat diproses, sedangkan yang asli diletakkan di meja pelanggan yang melakukan order agar pelanggan mengetahui list menu yang dipesan. Diperlukan juga biaya untuk mesin printer khusus untuk mencatat order pelanggan dan kertas struk print rangkap 2. Berdasarkan dari analisa diatas maka dapat ditemukan beberapa masalah sebagai berikut: 1. Daftar menu berupa hardcopy, dengan minim informasi mengenai detail setiap menu. 2. Pihak restaurant harus mencetak kembali daftar atau buku menu setiap kali ada update menu.
3. Pelanggan tidak mengetahui progress menu yang dipesan, dikarenakan detail list order pelanggan berupa hardcopy yang diletakan di meja pelanggan. 4. Kecepatan dalam proses pembuatan menu tergantung juga dari pencatatan menu yang akan dipesan pelanggan. Berdasarkan permasalahan tersebut maka solusi yang diusulkan yaitu dibuatkanlah aplikasi berbasis web yang dapat memberikan informasi menu, serta melakukan pemesanan sendiri melalui aplikasi untuk menu yang sudah ditentukan tanpa harus menunggu semua pelanggan dalam satu meja selesai menentukan menu yang akan dipesan dan mengetahui progress dari setiap menu yang dipesan. Selain itu aplikasi dapat menampilkan pada pelanggan list detail pelanggan berikut total tagihan yang dipesan oleh pelanggan tanpa harus close table dan bertanya pada cashier. 1.2 Analisa Sistem Berjalan 1.2.1 Analisa Masalah Beberapa masalah konsep pemesanan menu makanan dan minuman secara manual sangat umum dan sering kali kita jumpai pada setiap restaurant dimanapun, konsep seperti ini memiliki banyak kekurangan dari sisi pelayanan kepada tamu restaurant, contohnya seperti pelayan restaurant yang tidak selalu siap sedia melayani pelanggan, adanya salah pengertian dalam penyampaian menu yang akan dipesan sehingga tidak sesuai dengan yang diinginkan oleh tamu dan kecepatan dalam proses pembuatan menu makanan dan minuman yang dipesan oleh tamu. Sehingga permasalahan pada restaurant saat ini adalah bagaimana untuk tetap bersaing di dunia industri dan memberi pelayanan yang lebih baik kepada tamu. 2
1.2.2 Prosedur Berjalan di Restaurant Gambar 3. 1 Prosedur Berjalan Penjelasan Flowchart : 1. Customer atau konsumen datang ke restoran 2. Customer atau konsumen memilih menu makanan yang tersedia di restoran tersebut 3
3. Jika menu yang tersedia sesuai selera atau kemauan customer maka customer akan memesan menu tersebut, tapi jika menu yang tersedia tidak sesuai selera customer maka customer tidak jadi memesan. 4. Jika customer jadi memesan menu maka menu akan terpilih. 5. Lalu pelayan restoran akan melihat stock penyimpanan menu yang dipesan oleh customer, jika stock menu tersedia maka menu akan diproses (dimasak), tapi jika stock menu tidak tersedia maka customer disarankan untuk memilih menu yang lainnya. 6. Jika stock penyimpanan menu tersedia maka menu akan diproses (dimasak). 7. Setelah menu diproses maka customer menerima makanan/masakan yang tadi telah dipesan. 8. Setelah makanan/masakan telah diterima oleh customer maka customer selanjutnya melakukan transaksi dikasir. 9. Lalu kasir memberikan bon kwitansi atau bukti pembayaran. 10. Dan jika semua tahap telah dilalui maka yang terakhir yaitu customer meninggalkan restoran. 3.3 Perancangan Sistem Perancangan sistem ini akan dibangun dengan aplikasi berbasis web, dimana ada admin yang bertugas untuk menginput, menghapus dan memperbarui data (menu yang hendak disajikan) yang nantinya akan tersimpan di database server dan konsumen dapat melihat serta memilih menu yang hendak dipesan melalui browser dengan menggunakan tablet atau pad phone yang terhubung melalui jaringan internet. Pada tahap perancangan sistem ini digunakan UML (Unified Modeling Language) untuk memenuhi semua kebutuhan sistem dan menjelaskan prosesproses yang akan terjadi pada aplikasi. Diagram yang digunakan dalam desain perancangan aplikasi ini antara lain use case diagram, activity diagram, class diagram dan sequence diagram. 4
3.4 Use Case Diagram. Gambar 3. 2 Use Case Diagram Aktor Pelanggan Dapur Kasir Use Case Registrasi Pesan Menu Mengecheck Tagihan Mengisi Buku Tamu Login Pemenuhan Order Update Profil Logout Login Update Profil 5
Melakukan Pelunasan Update Menu Logout Tabel 3. 1 Perincian Actor & Use Case Nama Case: Use Registrasi Pelanggan melakukan registrasi terlebih dahulu sebelum melakukan Skenario: pemesanan menu, yaitu dengan mengisi nama Pelanggan dan No Meja yang ditempati. Pemicu: Aktor: Preconditions: Post conditions: Adanya pemesanan menu makanan dan minuman yang dilakukan oleh pelanggan, sehinggan mengharuskan registrasi terlebih dahulu. Pelanggan Data-data pelanggan yang belum diinputkan. Data-data pelanggan berupa nama dan nomor meja yang dapat dilihat oleh bagian dapur dan kasir Aktor 1. Pelanggan membuka Aplikasi Webiste self sevice. Sistem 1. Sistem menampilkan homepage Aplikasi Website Alur aktivitas: 2. Pelanggan melakukan input data-data pada form Registrasi setelah memilih menu makanan dan minuman yang disediakan pihak restaurant Self Service 2. Sistem menampilkan form Registrasi, pilihan Order Setelah di-order, data-data akan tersimpan dan akan tampil di bagian dapur detail order pelanggan. Tabel 3. 2 Fully Developed Use Case Description: Registrasi Nama Case: Skenario: Use Pesan Menu Pelanggan memilih dan melakukan pemesanan menu yang disediakan restaurant. Pelanggan dapat mengisi jumlah banyaknya menu yang akan 6
dipesan Adanya menu yang disediakan oleh restaurant. Pelanggan Form Order masih dalam kondisi kosong, pelanggan belum menentukan pesanan Form Order berisi menu yang ditentukan oleh pelanggan, jumlah banyaknya setiap menu dan catatan untuk menu-menu dengan request tertentu dari pelanggan Alur aktivitas: Aktor 1. Pelanggan masuk ke All Menu untuk melihat semua menu yang disediakan oleh pelanggan 2. Pelanggan menambahkan catatan (bila perlu) request untuk menu tertentu dan menginput banyaknya menu yang akan dipesan (Default 1), selanjutnya (memilih) Orders Sistem 1. Sistem menampilkan semua menu yang disediakan oleh restaurant 2. Sistem mencatat menu yang dipesan oleh pelanggan pada Database dan menampilkan pada Form Order kemudian mengirimkan pada bagian dapur. Tabel 3. 3 Fully Developed Use Case Description: Pesan Menu Pemicu: Aktor: Preconditions: Post conditions: Nama Case: Skenario: Pemicu: Aktor: Preconditions: Post conditions: Use Mengecheck Tagihan Pelanggan dapat melihat semua menu yang telah di pesan berikut total tagihan (belum termasuk PPN) Untuk mengetahui total dari setiap menu yang telah dipesan Pelanggan Form Order masih dalam kondisi kosong, pelanggan belum menentukan pesanan Form Order berisi menu yang ditentukan oleh pelanggan dengan total harga semua menu (belum termasuk PPN) Alur aktivitas: Aktor Sistem 7
1. Pelanggan masuk ke Form Order untuk melihat semua menu yang telah dipesan berikut total harga semua menu. 1. Sistem melalui Database menampilkan semua menu yang telah dipesan oleh pelanggan dan menjumlahkan menu setiap harga yang ditampilkan pada paling akhir Form Order. Tabel 3. 4 Fully Developed Use Case Description: Mengecheck Tagihan Nama Case: Skenario: Pemicu: Aktor: Preconditions: Post conditions: Use Mengisi Buku Tamu Pelanggan dapat mengisi data pribadi pelanggan dan menambahkan kritik dan saran untuk Restaurant Untuk masukan dan menilai pelayanan yang diberikan Restaurant Pelanggan Form Buku Tamu dalam kondisi kosong Form Order berisi data pelanggan yang hadir dan pesan yang telah diinput oleh pelanggan Alur aktivitas: Aktor 1. Pelanggan masuk ke Form Buku Tamu dan menginput data pribadi pelanggan dan pesan yang ingin disampaikan pada Restaurant Sistem 1. Sistem menampilkan Form Buku Tamu dan mencatatnya pada database Tabel 3. 5 Fully Developed Use Case Description: Mengisi Buku Tamu Nama Case: Skenario: Use Login Bagian Dapur dan bagian Kasir wajib login menurut ID masing masing Pemicu: Aktor: Untuk Security dan membedakan setiap divisi serta tugas masing - masing Dapur dan Kasir 8
Form Login dalam kondisi kosong Form Login berisi ID dan password Alur aktivitas: Aktor 1. Bagian Dapur dan Kasir masuk ke Aplikasi berbasis Web yang dikhususkan untuk pegawai Sistem 1. Sistem menampilkan Form Login yang selanjutnya harus diinput oleh bagian dapur dan kasir menurut ID dan password masing - masing Tabel 3. 6 Fully Developed Use Case Description: Login Preconditions: Post conditions: Nama Case: Skenario: Pemicu: Aktor: Preconditions: Post conditions: Use Update Profile Bagian Dapur dan bagian Kasir dapat mengganti data pribadi dan Password masing-masing Untuk Security dan memperbarui data Dapur dan Kasir Form Update Profil dalam kondisi default Form Update Profil dalam kondisi update Alur aktivitas: Aktor 1. Bagian Dapur dan Kasir masuk ke Menu Profile untuk memperbarui data pribadi Sistem 1. Sistem menampilkan Form Profile yang selanjutnya dapat diperbarui datanya dan disimpan di database Tabel 3. 7 Fully Developed Use Case Description: Update Profile Nama Case: Use Pemenuhan Order 9
Bagian Dapur memantau order yang masuk dari pelanggan dan segera memprosesnya Adanya data Order yang masuk ke bagian dapur Dapur Menu Order pada bagian dapur dalam kondisi kosong Menu Order pada bagian dapur menampilkan data order dari pelanggan Aktor 1. Bagian Dapur masuk ke Menu Order untuk melihat data order dari pelanggan Sistem 1. Sistem menampilkan data order pelanggan berdasarkan meja Alur aktivitas: 2. Bagian dapur mengkonfirmasi dan memproses menu yang dipesan oleh pelanggan 2. Sistem menampilkan jika menu sudah diproses pada Menu Progress Tabel 3. 8 Fully Developed Use Case Description: Pemenuhan Order Skenario: Pemicu: Aktor: Preconditions: Post conditions: Nama Case: Skenario: Pemicu: Aktor: Preconditions: Post conditions: Use Melakukan Pelunasan Bagian Dapur memantau order yang masuk dari pelanggan dan segera memprosesnya Adanya data Order yang masuk ke bagian dapur Kasir Menu Order pada bagian dapur dalam kondisi kosong Menu Order pada bagian dapur menampilkan data order dari pelanggan Alur aktivitas: Aktor Sistem 10
1. Bagian Dapur masuk ke Menu Order untuk melihat data order dari pelanggan 1. Sistem menampilkan data order pelanggan berdasarkan meja 2. Bagian dapur mengkonfirmasi dan memproses menu yang dipesan oleh pelanggan 2. Sistem menampilkan jika menu sudah diproses pada Menu Progress Tabel 3. 9 Fully Developed Use Case Description: Melakukan Pelunasan Nama Case: Skenario: Pemicu: Aktor: Preconditions: Post conditions: Use Update Menu Bagian Dapur dan bagian Kasir dapat mengganti data pribadi dan Password masing-masing Untuk Security dan memperbarui data Kasir Form Update dan input menu masih dalam kondisi kosong Menu yang disediakan sudah diinput dan tampil di halaman menu untuk pelanggan Alur aktivitas: Aktor 1. Bagian Kasir masuk ke Menu untuk menginput, mengedit dan mengupdate menu makanan dan minuman yang disediakan oleh restaurant Sistem 1. Sistem menampilkan Form Input Menu dan menampilkan semua menu yang sudah diinput, semua menu yang sudah diinput akan disimpan di database. Tabel 3. 10 Fully Developed Use Case Description: Update Menu 11
a. Activity Diagram Berdasarkan use case diagram yang telah dirancang, maka dapat digambarkan activity diagram berikut ini: 1) Activity Diagram Register Pelanggan Gambar 3. 3 Activity Diagram Pemesanan Menu Activity Diagram Name Pemesanan Menu Actors Pelanggan Description Pelanggan melakukan register sebelum melakukan Order Tabel 3. 11 Activity Diagram pemesanan Menu 12
2) Activity Diagram Kitchen pemenuhan order. Gambar 3. 4 Activity Diagram kitchen pemenuhan order Activity Diagram Name Kitchen pemenuhan order Actors Kitchen Description Kitchen melakukan login terlebih dahulu sebelum masuk ke menu Orders, untuk melihat order dari pelanggan dan memprosesnya. Tabel 3. 12 Activity Diagram Kitchen pemenuhan order 13
3) Activity Diagram Cashier update menu Gambar 3. 5 Activity Diagram Cashier Update Menu gambar Activity Diagram Name Cashier Update Menu Actors Cashier Description Cashier melakukan login terlebih dahulu sebelum masuk ke menu semua makanan dan minuman untuk melakukan Update (Menambah, menghapus & mengedit menu makanan dan minuman). Tabel 3. 13 Activity Diagram Cashier Update Menu 14
4) Activity Diagram Cashier menerima pembayaran Gambar 3. 6 Activity Diagram Cashier menerima pembayaran Activity Diagram Name Menerima pembayaran. Actor Cashier Description Cashier melakukan login terlebih dahulu sebelum masuk ke menu Orders untuk melakukan pelunasan menurut table dan nama pelanggan. Tabel 3. 14 Activity Diagram menerima pembayaran 15
3.6 Class Diagram Gambar 3. 7 Class Diagram 16
3.7 Sequence Diagram 1. Sequence Diagram Pelanggan pemesanan Menu. Gambar 3. 8 Sequence Diagram Pelanggan pemesanan menu Pelanggan membuka aplikasi untuk masuk ke halaman utama kemudian menginput nama dan nomor meja yang ditempati. Setelah itu database akan merespon dengan memeriksa kelengkapan data yang di input oleh pelanggan. 2. Sequence Diagram Kitchen pemenuhan Orders. Gambar 3. 9 Sequence Diagram Kitchen pemenuhan Order Pengguna atau staff restaurant membuka aplikasi untuk masuk ke halaman login, kemudian menginput username dan password. Setelah itu database akan 17
merespon dengan memeriksa kelengkapan dan validasi data yang di input oleh pelanggan 3. Sequence Diagram Cashier menerima pembayaran. Gambar 3. 10 Sequence Diagram Cashier menerima pembayaran Cashier setelah berhasil login masuk ke menu Orders untuk memilih meja yang akan melakukan pelunasan dan selanjutnya sistem akan merubah status pelanggan yang awalnya dalam proses menjadi lunas. 4. Sequence Diagram Cashier Update Menu. Gambar 3. 11 Sequence Diagram Cashier Update Menu Cashier setelah berhasil login masuk ke Menu untuk menambah dan mengubah makanan atau minuman yang akan disajikan kepada pelanggan 18
3.8 Spesifikasi Basis Data Spesifikasi basis data menjelaskan secara detail tentang masing-masing basis data yang digunakan dalam Aplikasi Sistem pemesanan dengan Self Service pada Restaurant: 1. Tabel Admin No. Field / Kolom Type Data Ra Keterangan nge 1. Kode_admin varchar 8 Primary Key 2. username varchar 25 3. password varchar 25 4. telepon varchar 15 5. email varchar 50 6. gambar varchar 50 7. status Enum( Aktif, Tidak 2. Tabel Menu Aktif ) Tabel 3. 15 Spesifikasi Basis Data Tabel Admin No. Field / Kolom Type Data Ra Keterangan nge 1. code_menu varchar 10 Primary Key 2. nama_menu varchar 30 3. kategori varchar 4. deskripsi text 5. gambar text 6. harga int 7 7. status varchar 10 8. catatan text 9. promo char 1 3. Tabel Pegawai Tabel 3. 16 Spesifikasi Basis Data Tabel Menu No. Field / Kolom Type Data Ra Keterangan nge 1. code_pegawai varchar 10 Primary Key 2. nama_pegawai varchar 30 3. bagian varchar 10 19
4. username varchar 20 5. password varchar 25 6. status varchar 10 4. Tabel Order Tabel 3. 17 Spesifikasi Basis Data Tabel Pegawai No. Field / Kolom Type Data Range Keterangan 1. code_order varchar 20 Primary Key 2. tanggal_order date 3. jam_order time 4. no_meja varchar 5 5. status_order varchar 20 6. keterangan text 7. nama varchar 30 5. Tabel Detail Order Tabel 3. 18 Spesifikasi Basis Data Tabel Order No. Field / Kolom Type Data Range Keterangan 1. id_orderdetail int 15 Primary Key 2. code_order varchar 15 Foreign Key 3. code_menu varchar 15 Foreign Key 4. jumlah int 5 5. subtotal int 10 6. catatan text 7. status_pesanan int 1 6. Tabel Buku Tamu Tabel 3. 19 Spesifikasi Basis Data Tabel Detail Order No. Field / Kolom Type Data Range Keterangan 1. kode_bukutamu varchar 15 Primary Key 2. nama varchar 30 3. telepon varchar 15 4. pesan text 5. email varchar 100 6. tanggal date 7. status Enum( Y, N ) Tabel 3. 20 Spesifikasi Basis Data Tabel Buku Tamu 20
3.9 Rancangan Layar Berikut adalah rancangan layar dari halaman-halaman aplikasi sistem pemesanan dengan self service pada restaurant: 1. Rancangan Layar Register pelanggan Gambar 3. 12 Rancangan Layar Registrasi Pelanggan 21
2. Rancangan Layar Menu untuk memilih menu makanan dan minuman. Gambar 3. 13 Rancangan Layar Registrasi Pelanggan 22
3. Rancangan layar list order pelanggan. Gambar 3. 14 Rancangan Layar List Order Pelanggan 23
4. Rancangan layar Billing Gambar 3. 15 Rancangan Layar Billing 24
Gambar 3. 16 Rancangan Layar Print Billing 25
5. Rancangan layar Updating Menu Makanan dan Minuman Gambar 3. 17 Rancangan Layar Update Menu Makanan dan Minuman 26