Anda di halaman 1dari 32

1.

Pendahuluan

1.1 Tujuan Penulisan Dokumen


Tujuan dokumen ini memberikan gambaran tentang persyaratan
Software Requirements Specification (SRS) untuk Delivery Restaurant
System (DRS). Tujuan dari SRS adalah untuk menjelaskan kedua
persyaratan fungsional dan non-fungsional dari DRS subjek. DRS sendiri
adalah suatu perangkat lunak yang dirancang sebagai media komunikasi
yang menghubungkan customer dengan server basis data dari suatu
restaurant. Target utama dari dokumen ini akan menjadi tim pengembangan
yang digunakan untuk melaksanakan DRS yang ditentukan. Para pengguna
dokumen sekunder terdiri dari stakeholder proyek, yaitu, pemilik restoran
dan staf terkait. Untuk kelompok ini pengguna SRS ini harus
menyampaikan dan memastikan fungsionalitas yang diperlukan antara
pihak yang terlibat.

1.2 Lingkup Masalah


 Perangkat lunak yang dibangun adalah perangkat lunak yang
memudahkan transaksi dan mendukung system pemesanan diberi nama
DRS (Delivery Restaurant System).
 Menu makanan umumnya berbasis kertas, oleh karena itu diberlakukan
pembatasan pada menu yang tersedia dan memperbaruinya dengan
menggantikan menu berbasis kertas menggunakan format elektronik.
 DRS terhubung dengan server basis data restaurant dan bertindak
sebagai client. Sehingga segala hal mengenai autentifikasi dan
informasi tidak ditangani oleh perangkat tersebut.

1
1.3 Deskripsi Umum Dokumen (Ikhtisar)
BAB I Pendahuluan.
Pada pendahuluan diberikan gambaran umum tentang dokumen yang
berisikan
- Tujuan Penulisan Dokumen
- Lingkup Masalah
- Referensi
- Deskripsi Umum Dokomen

BAB II Kebutuhan Perangkat Lunak


Pada BAB ini dijelaskan kebutuhan perangkat lunak yang diperlukan di
dalam pengembangan sistem DRS

BAB III Model Analisis


Pada BAB ini mendeskripsikan kebutuhan khusus bagi DRS yang terdiri
dari antarmuka, kebutuhan fungsional, kebutuhan performansi, batasan
perancangan dan kebutuhan lain yang mendukung agar DRS dapat bekerja
sesuai dengan yang diharapkan.

BAB IV Implementasi
Pada BAB ini mengimplementasikan aplikasi, basis data, dan tampilan
program dari sistem.

2
2. Kebutuhan Perangkat Lunak

2.1 Deskripsi Umum Sistem


DRS (Delivery Restaurant System) adalah paket perangkat lunak
untuk memfasilitasi pemesanan dalam sebuah restaurant. Pelanggan dapat
login, melihat menu, memesan dan mengatur profil akhir melalui interface
gadget yang berada dipermukaan meja mereka atau gadget yang mereka
punya. Pelayan mampu menginisialisasi meja untuk pelanggan, mengontrol
fungsi tabel jarak jauh untuk membantu pelanggan, memastikan pesanan,
mengirim perintah kepada staf persiapan makanan, mengisi voucher dan
menyelesaikan tagihan pelanggan, semua melalui tablet PC nirkabel mereka.
Staf makanan dengan interface layar-sentuh ke sistem dapat melihat pesanan
dikirim ke dapur oleh pelayan. Selama persiapan, mereka mampu
membiarkan pelayan mengetahui status dari setiap item, dan dapat mengirim
pemberitahuan bila item selesai, dan itu melalui layar-sentuh.

2.2 Fungsi Utama Perangkat Lunak


Secara umum, Sistem Informasi Delivery Restaurant System. System
ini berfungsi untuk melayani kebutuhan informasi pemesanan disebuah
restaurant. Aplikasi ini dijalankan oleh Pelanggan untuk memudahkan
dalam pemesanan makanan/minuman, Pelayan untuk memudahkan proses
penerimaan pesanan dan Koki untuk memudahkan proses penyajian /
penerimaan item (makanan/minuman) yang akan dibuat.

2.3 Model Use Case

2.3.1 Definisi Actor

3
No Actor Deskripsi
Pelanggan Pemesan di Restoran atau orang yang memesan
1.
(Customer) makanan / membayar untuk makan.
Anggota staf yang tugas utamanya adalah untuk
Pelayan
2. menerima perintah / melayani makanan kepada
(Waitress)
pelanggan.
Anggota staf yang pekerjaan utamanya adalah
Koki
3. untuk mempersiapkan item (pesanan berupa
(Chef)
makanan/minuman).
Anggota Staf yang mengantarkan pemesanan
4. Kurir
delivery.
Anggota yang memeriksa ketersediaan bahan
5. Pegawai Bagian Dapur
baku.
Yang bertanggung jawab pada keseluruhan
6. Admin
system.
Anggota staf yang bertanggung jawab pada
7. Kasir
pembelian atau pengisian voucher.

2.3.2 Definisi Use Case

No Use Case Deskripsi


Menampilkan proses untuk mengelola data
Mengelola data pelayan yang meliputi tiga buah proses
1.
Pelanggan pengelolaan yaitu daftar menu, memanggil
pelayan, dan pembayaran.
Tampilan komputer representasi dari item
(makanan/minuman) yang tersedia dan
2. Menu
pilihan-pilihan lainnya. Dalam tampilan
ini juga menampilkan proses pemesanan

4
makanan dan tampilan untuk semua
pesanan yang telah dipesan.
Memesan makanan
Pelanggan memilih item
3. (memasukkan data
(makanan/minuman) yang diinginkan.
pesanan)
Menampilkan semua makanan yang telah
dipesan. Dalam form ini juga
4. Daftar pesanan
menampilkan proses menghapus pesanan
dari daftar menu.
5. Menghapus pesanan Menghapus menu yang tidak jadi dipesan
Dapat memesan tanpa harus datang ke
6. Delivery
restoran.
Terdiri dari total biaya untuk semua
makanan yang telah dipesan. Proses
pembayaran terdiri dari 2 cara,
7. Pembayaran
pembayaran cash yang dilakukan secara
langsung ke kasir/pelayan dan pembayaran
voucher.
Pembayaran yang diregister ke system
dengan memasukkan username dan
password. Dan menampilkan semua daftar
Pembayaran dengan
8. makanan/minuman yang dipesan, total
voucher.
bayar, dan Id customer. Vocher akan
berkurang sesuai bominal makanan yang
dipesan.
Menampilkan proses untuk mengelola data
pelayan yang meliputi empat buah proses
9. Mengelola data Pelayan
pengelolaan yaitu login, daftar pesanan,
panggilan dan log out.
10. Login Merupakan proses pengecekan hak akses

5
terhadap siapa yang berhak mengakses
proses pengelolaan data yang dalam kasus
ini adalah bendahara.
Daftar pesanan Cetakkan yang terdiri dari daftar pesanan
11.
(menerima pesanan) pelanggan.
Menampilkan proses untuk mengelola data
12. Mengelola data Koki koki yang berupa cetakan pesanan yang
akan disajikan kepada pelanggan.

Nama Use Case: Menu [Memasukkan data pesanan]


Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
Menginsert data pesanan yang
1.Memilih jenis makanan yang
kemudian akan dikirimkan kepada
akan dipesan
pelayan
2.Memilih salah satu pilihan Melakukan proses berdasarkan menu
(Submit/Review) yang dipilih oleh Pelanggan

Skenario Alternatif
1. Jika pelanggan ingin menghapus Secara otomatis akan
atau menambah item yang akan menghapus/menambah data pesanan
dipesan pada table

Nama Use Case: Menu [Menghapus data pesanan]

6
Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
1.Memilih jenis makanan yang Menghapus data pesanan dari tabel
akan dihapus pesanan

Skenario Alternatif
1. Jika pelanggan ingin menambah Kembali ke daftar menu awal untuk
item yang akan dipesan pemesanan.

Nama Use Case: Pembayaran Dengan Voucher


Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
Tampilan semua pesanan, total bayar,
1.Masukkan username dan
tip dan nama pelanggan untuk
password
mencocokkan identitas pelanggan

Skenario Alternatif
1.Jika nomor seri yang dimasukkan Menampilkan info adanya kesalahan
tidak dapat diidentikikasi nomor seri

Nama Use Case: Log In


Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal

7
1.Login sebagai Admin (untuk
pelayan)
Tampilan pilihan menu yang tersedia
2.Login berhasil
dan dapat diakses oleh Pelayan
3.Memilih salah satu pilihan Melakukan proses berdasarkan menu
(Ordering/Panggilan/Logout) yang dipilih oleh Pelayan

Nama Use Case: Mencetak data pesanan [Pelayan]


Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
1.Klik tombol ‘Ordering’ dalam Tampilan semua daftar pesanan dan
form pelayan total bayar

Nama Use Case: Mencetak data pesanan [Koki]


Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
Menampilkan daftar pesanan yang
1.Klik tombol Koki
akan disiapkan.

8
2.3.3 Diagram Use

Gambar 12. Usecase Diagram

2.4 Prototipe Antarmuka

9
Gambar 1. Halaman Depan Web

Gambar 2. Halaman FoodZone

10
Gambar 3. Halaman Special Deals

Gambar 4. Halaman My Account

11
Gambar 5. Halaman Contact Us

Gambar 6. Halaman Administrator Login

Gambar 7. Halaman Index Administrator

12
Gambar 8. Halaman Index Member

Gambar 9. Halaman Catagories Management

13
Gambar 10. Halaman Foods Management

Gambar 11. Halaman Costumer Management

14
Gambar 12. Halaman Orders Management

Gambar 13. Halaman Reservation Management

15
Gambar 14. Halaman Specials Management

Gambar 15. Halaman Staff Management

16
Gambar 16. Halaman Messages Management

17
Gambar 17. Halaman Options Management

18
19
Gambar 18. Halaman Content Management

20
Gambar 19. Halaman Template Management

Gambar 20. Halaman Logout

21
Gambar 21. Halaman Delivery Order

4. Model Analisis

3.1 Deskripsi Arsitektur

3.1.1 Deskripsi Class Diagram


No Nama Paket Keterangan
Merupakan kelas main yang juga merangkap
1. Menu
sebagai kelas yang menangani tampilan
Merupakan kelas proses yang diambil dari
pendefinisian use case Mengelola data
Mengelola data Pelanggan yang di dalamnya harus juga
2.
Pelanggan menangani proses pesanan, panggilan
pelayan, mengubah data siswa, menghapus
data siswa dan mencetak data siswa
Merupakan kelas proses yang diambil dari
3. Mengelola data Pelayan pendefinisian use case Mengelola data
Pelayan yang di dalamnya harus juga

22
menangani proses daftar pesanan dan
panggilan dari pelanggan
Merupakan kelas proses yang diambil dari
pendefinisian use case Mengelola data Koki
4. Mengelola data Koki
yang di dalamnya menangani proses daftar
pesanan
Merupakan kelas proses yang diambil dari
5. Login
pendefinisian use case login
Merupakan kelas data yang digunakan untuk
6. Cust
menyimpan data Pelanggan
Merupakan kelas data yang digunakan untuk
7. Menu
menyimpan data Menu
Merupakan kelas data yang digunakan untuk
8. Pesanan menyimpan data Menu dan hasil data dari
tabel Menu dan tabel Cust
Merupakan kelas utama untuk koneksi ke
9. KoneksiBasisData
basis data dan melakukan query.

23
3.2 Realisasi Use Case Tahap Analisis

3.2.1 Class Diagram

Gambar 12. Class Diagram

24
3.2.2 Sequence Diagram
 Diagram data Pesanan

Data Pesanan

Top Package::Pelanggan

1. Memulai manage data Pesanan

2. Tampilkan form data Pesanan

3. Mengisi form data Pesanan

4. Proses Query

5. Menyimpan ke Database

Gambar 13. Sequence Diagram Data Pesanan

25
 Diagram data Pembayaran

Data Pembayaran

Top Package::Pelanggan

1. Memulai manage data Pembayaran

2. Tampilkan form data Pembayaran

3. Mengisi form data Pembayaran

4. Proses Query

5. Menyimpan ke Database

Gambar 14. Sequence Diagram Data Pembayaran

26
 Diagram Login

Login

Top Package::Pelayan

1. Memulai Proses Login

2. Tampilkan Proses Loign

3. Memasukkan User dan Pass

4. Proses Query

5. Menyimpan ke Database

Gambar 15. Sequence Diagram Login

27
 Diagram Report (Pelayan)

Data Report

Top Package::Pelayan

1. Memulai manage Report

2. Tampilkan form Report

3. Mengisi form Report

4. Proses Query

5. Cetak Laporan

Gambar 16. Sequence Diagram Report (Cetak untuk pelayan)

28
 Diagram Report (Koki)

Data Report

Top Package::Koki

1. Memulai manage Report

2. Tampilkan form Report

3. Mengisi form Report

4. Proses Query

5. Cetak Laporan

Gambar 17. Sequence Diagram Report (Cetak untuk Koki)

29
3.2.3 Activity Diagram

Gambar 18. Activity Diagram

30
5. Implementasi

a. Implementasi
Implementasi Sistem Informasi Restaurant Menu and Ordering
System dilakukan dengan menggunakan bahasa pemograman JAVA, dengan
Basis data yang digunakan yaitu MySQL, dengan versi 5.0. Aplikasi JAVA
tersebut dapat dijalankan pada berbagai platform sistem operasi dan
perangkat keras, tetapi implementasi dan pengujian sepenuhnya hanya
dilakukan di perangkat keras PC (Personal Computer) dengan sistem operasi
Windows.

i. Batasan Implementasi
Dalam mengimplementasikan perangkat lunak, pemantauan dan
pengendalian aplikasi ini, ada beberapa hal yang menjadi batasan
implementasi yaitu :
1. Dalam Sistem Informasi DRS ini hanya sebatas pengelolaan data
pelanggan, data pelayan dan data koki.
2. Basis data yang digunakan dalam pengimplementasian ini adalah
MySQL baik untuk basis data utama maupun ekstraksi basis data
yang disebarkan ke User. Pengaksesan basis data di server dilakukan
melalui Localhost.

ii. Implementasi Perangkat Lunak


Untuk pengembangan perangkat lunak ini digunakan Apache
(2.2), JAVA dan MySQL (5.0.18), Apache dipilih sebagai perangkat
lunak untuk web server, JAVA dipilih sebagai perangkat lunak
pengembang karena menyediakan fasilitas yang memadai untuk
membuat perangkat lunak. Sementara MySQL digunakan sebagai
perangkat lunak pengembang dalam pembuatan basis data.

31
b. Tabel Pengujian
Use Case Skenario Hasil
No Hasil yang diharapkan Kesimpulan
yang di Uji Pengujian Kenyataan
Diinputkan data Data pesanan bertambah
Memasukkan Sesuai
1. baru untuk data sesuai dengan data yang Valid
data pesanan Harapan
siswa baru diinputkan
Klik data yang
Sistem akan menghapus
Menghapus akan dihapus Sesuai
2. data yang dipilih dan data Valid
data pesanan kemudian pilih Harapan
berkurang
tombol Delete
Sistem akan
Klik tombol ‘Call
Memanggil menampilkan panggilan Sesuai
3. Waitress’ pada Valid
pelayan dari Id Table pada form Harapan
tabel Customer
Waitress
Diinputkan data
Sistem akan
Memasukkan dari Id Customer
menampilkan data Sesuai
4. data untuk Valid
pesanan beserta data Harapan
pembayaran mencocokkan
Customer
pembayaran
Klik tombol
Mencetak Sistem akan mencetak Sesuai
5. ‘Ordering’ pada Valid
data pesanan data Harapan
tabel Waitress
Klik tombol
Mencetak Sistem akan mencetak Sesuai
6. ‘Chef’ pada Menu Valid
data pesanan data Harapan
utama

32

Anda mungkin juga menyukai