GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Restaurant Automation

untuk:

Moo Bee Restaurant ( Mrs. fitri pradina)

Dipersiapkan oleh:

Kelompok 5

Fitri Pradina (1515061003)

Pariyem (1515061011)

Tazkia Karima (1515061021)

Reyhan Aditya (1515061027)

Candra Kurnia (1515061039)

Jurusan Teknik Informatika

Fakultas Teknik

Universitas Lampung
 Nomor Dokumen Halaman
Jurusan
Teknik Informatika <#>/<jml #>
UNILA
GL01-Gxx kel: 5
Revisi 01 Tgl: 13 Okt 2016
 DAFTAR PERUBAHAN
Revisi Deskripsi
A Menambahkan Deskripsi Umum
Kebutuhan

INDEX - A B C D E F G
TGL

Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh
 Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

 Daftar Isi
1. Pendahuluan..........................................................................................................................................................5
1.1 Tujuan Penulisan Dokumen......................................................................................................................5
1.2 Lingkup Masalah.......................................................................................................................................5
1.3 Definisi, Istilah dan Singkatan.................................................................................................................5
1.4 Aturan Penomoran....................................................................................................................................5
1.5 Referensi...................................................................................................................................................5
1.6 Deskripsi umum Dokumen (Ikhtisar)........................................................................................................5
2 Deskripsi Umum Perangkat Lunak...................................................................................................................5
2.1 Deskripsi Umum Sistem...........................................................................................................................5
2.2 Fungsi Produk...........................................................................................................................................5
2.3 Karakteristik Pengguna.............................................................................................................................5
2.4 Batasan......................................................................................................................................................5
2.5 Lingkungan Operasi..................................................................................................................................6
3 Deskripsi Umum Kebutuhan.............................................................................................................................6
3.1 Kebutuhan antarmuka eksternal................................................................................................................6
3.1.1 Antarmuka pemakai..........................................................................................................................6
3.1.2 Antarmuka perangkat keras...............................................................................................................6
3.1.3 Antarmuka perangkat lunak..............................................................................................................6
3.1.4 Antarmuka komunikasi.....................................................................................................................6
3.2 Deskripsi Fungsional.................................................................................................................................6
3.2.1 Context Diagram...............................................................................................................................6
3.2.1.1 DFD Level 1..............................................................................................................................6
3.3 Data Requirement.....................................................................................................................................7
3.3.1 E-R diagram......................................................................................................................................7
3.4 Non Functional Requirement....................................................................................................................7
3.5 Batasan Perancangan.................................................................................................................................8
3.6 Kerunutan (traceability)............................................................................................................................8
3.6.1 Data Store vs E-R..............................................................................................................................8
3.7 Ringkasan Kebutuhan...............................................................................................................................8
3.7.1 Functional Requirement Summary...................................................................................................8
3.7.2 Non Functional Requirement Summary............................................................................................9
Flow map/Prosedur.........................................................................................................................................10
SW Function Point..........................................................................................................................................10
Lampiran lain yang dianggap perlu.................................................................................................................10

Setelah Daftar Isi Boleh ada Daftar Tabel dan atau Daftar Gambar
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Proyek ini mengembangkan sistem komputerisasi untuk membantu pelayan restoran
mengkoordinasikan kegiatan mereka dan meningkatkan layanan mereka, dan untuk manajemen untuk
melacak bisnis pertumbuhan dan menciptakan rencana masa depan. Perangkat lunak ini juga
membantu pelayanan di restoran semakin cepat dan minim kesalahan pada menu.
Tujuan utama dari pembuatan SKPL ini adalah untuk mendukung segala kegiatan bisnis pada sebuah
restoran secara digital. Kegiatan bisnis yang dimaksud mencakup segala aspek kegiatan yang
berinteraksi dengan sistem device tertentu. SKPL ini juga digunakan sebagai sarana pembelajaran
yang meningkatkan kemampuan mahasiswa dalam merancang suatu perangkat lunak.

1.2 Lingkup Masalah

Di zaman modern ini, pada umumnya segala aktivitas telah mengimplementasikan sistem yang
terdigitalisasi. Kegiatan-kegiatan tersebut bervariasi mulai dari pendidikan, transportasi sampai
hal makanan pun ikut merasakan dampak nyata dari kemajuan teknologi tersebut. SKPL ini
akan membahas serta menganalisis aplikasi kemajuan teknologi pada sistem restoran. Biasanya
pada restoran, sering terjadi masalah-masalah seperti kesalahan pemesanan yang diakibatkan
oleh miskomunikasi, kesalahan penulisan dikarenakan tulisan yang buruk oleh pelanggan, salah
nomor meja dan lain sebagainya. Kecurangan juga dapat terjadi ketika pelayan memanipulasi
data pengeluaran dan pemasukan karena tidak setiap transaksi dan pemesanan dapat dilihat oleh
manager. Kesulitan lainnya yaitu ketika merubah menu dan menambahkan suatu promosi pada lembar
menu. Biaya tambahan yang diakibatkan oleh pencetakan kertas pesanan, maupun buruknya
manajemen transaksi menjadi suatu kekurangan dari sistem restoran tradisional. Oleh sebab itu
rekayasa perangkat lunak ini dibuat untuk memenuhi kebutuhan kemajuan teknologi di restoran
tersebut.

1.3 Definisi, Istilah dan Singkatan

Berikut ini adalah penjelasan dari semua definisi dan singkatan yang digunakan dalam dokumen ini:
Pelanggan : Orang yang membayar produk dan yang akan memutuskan
kebutuhannya
Manager : Orang yang mengatur dan mengkordinasikan pekerjaan
Admin : Orang yang mengelola sistem perangkat lunak
Availability : Ketersediaan aplikasi, misalnya harus terus menerus beroperasi
Reliability : Keandalan, misalnya tidak pernah boleh gagal (kegagalan yang
ditoleransi)
Ergonomy : Kenyamanan pakai bagi pengguna
Portability : Kemudahan untuk dibawa dan dioperasikan ke mesin / sistem lain
Response Time : Batasan waktu yang harus dipenuhi oleh setiap prosesnya
Security : Aspek keamanan yang harus dipenuhi
DFD : Diagram yang menunjukkan aliran data antarproses
Pelanggan : Orang yang membayar produk dan yang akan memutuskan
kebutuhannya
Manager : Orang yang mengatur dan mengkordinasikan pekerjaan
Admin : Orang yang mengelola sistem perangkat lunak
Availability : Ketersediaan aplikasi, misalnya harus terus menerus beroperasi
Reliability : Keandalan, misalnya tidak pernah boleh gagal (kegagalan yang
ditoleransi)
Ergonomy : Kenyamanan pakai bagi pengguna
Portability : Kemudahan untuk dibawa dan dioperasikan ke mesin / sistem lain
Response Time : Batasan waktu yang harus dipenuhi oleh setiap prosesnya
Security : Aspek keamanan yang harus dipenuhi
DFD : Diagram yang menunjukkan aliran data antarproses
Pelanggan : Orang yang membayar produk dan yang akan memutuskan
kebutuhannya
Manager : Orang yang mengatur dan mengkordinasikan pekerjaan
Admin : Orang yang mengelola sistem perangkat lunak
Availability : Ketersediaan aplikasi, misalnya harus terus menerus beroperasi
Reliability : Keandalan, misalnya tidak pernah boleh gagal (kegagalan yang
ditoleransi)
Ergonomy : Kenyamanan pakai bagi pengguna
Portability : Kemudahan untuk dibawa dan dioperasikan ke mesin / sistem lain
Response Time : Batasan waktu yang harus dipenuhi oleh setiap prosesnya
Security : Aspek keamanan yang harus dipenuhi
DFD : Diagram yang menunjukkan aliran data antarproses
 Pelanggan/customers : orang yang dating ke restoran kita untuk membeli makanan
 Kasir : karyawan restoran yang melayanin bagian pembayaran/payment
 Kitchen Team : tim dapur/ koki yang memonitoring pesanan dari setiap meja
pelanggan
 Manager : orang yang mengatur dan mengkoordinasikan pekerjaan

Pelanggan : Orang yang

membayar produk dan
yang akan memutuskan
kebutuhannya
Manager : Orang yang
mengatur dan
mengkordinasikan
pekerjaan
Admin : Orang yang
mengelola sistem
perangkat lunak
Availability :
Ketersediaan aplikasi,
misalnya harus terus
menerus beroperasi
Reliability : Keandalan,
misalnya tidak pernah
boleh gagal (kegagalan
yang ditoleransi)
Ergonomy : Kenyamanan
pakai bagi pengguna
Portability : Kemudahan
untuk dibawa dan
dioperasikan ke mesin /
sistem lain
Response Time : Batasan
waktu yang harus dipenuhi
oleh setiap prosesnya
Security : Aspek
keamanan yang harus
dipenuhi
DFD : Diagram yang
menunjukkan aliran data
antarprose
1.4 Aturan Penomoran
FR – 01 Merupakan notasi dari Functional Requirement yang berfungsi untuk menampilkan
menu
FR – 02 Merupakan notasi dari Functional Requirement yang berfungsi untuk
menampilkan pesanan
FR – 03 Merupakan notasi dari Functional Requirement yang berfungsi untuk memproses
transaksi pesanan
FR – 04 Merupakan notasi dari Functional Requirement yang berfungsi untuk mencetak
struk pesanan
FR – 05 Merupakan notasi dari Functional Requirement yang berfungsi untuk menyimpan
feedback
FR – 06 Merupakan notasi dari Functional Requirement yang berfungsi untuk menampilkan
rekap transaksi
FR – 07 Merupakan notasi dari Functional Requirement yang berfungsi untuk memproses
rekomendasi makanan
FR – 08 Merupakan notasi dari Functional Requirement yang berfungsi untuk manajemen stok
FR – 09 Merupakan notasi dari Functional Requirement yang berfungsi untuk
menampilkan laporan keuangan
FR - 10 Merupakan notasi dari Non-Functional Requirement yang menggambarkan bahasa
komunikasi

1.5 Referensi
Dalam pengerjaan dokumentasi PL ini, referensi-referensi yang digunakan adalah sebagai berikut:
 Roger S. Pressman; Software Engineering: A Practitioner’s Approach (7th Ed.)
 Slide kuliah & Template dokumen– Rekayasa Perangkat Lunak UNILA Tahun 2016

1.6 Deskripsi umum Dokumen (Ikhtisar)

Tujuan proyek ini adalah untuk memperkenalkan otomatisasi di restoran, yaitu untuk meminimalisir
masalah-masalah pada pelayanan restoran atau pelayan hadapi :
 Koordinasi kegiatan pekerjaan mereka
 Menurunkan biaya operasi, dan meningkatkan efisiensi / produktivitas dan keuntungan
Banyak restoran yang masih beroperasi menggunakan pena dan kertas menu, hal tersebut
mamungkinkan kesalahan dalam pembuatan mehu pada bagian kitchen atau membutuhkan waktu
yang lama karena wishlist terlalu banyak dan tidak terorganisir dengan rapi.
Dokumen ini dibagi menjadi 3 bagian utama, yaitu:
1) Bab 1 Pendahuluan, berisi tujuan penulisan dokumen, lingkup masalah yang ditangani pada
perangkat lunak advanced restaurant system, definisi (beserta istilah dan singkatan), aturan
penomoran, referensi yang digunakan untuk dokumen ini, serta deskripsi umum dokumen
(ikhtisar)
2) Bab 2 Deskripsi Umum Perangkat Lunak, berisi penjelasan perangkat lunak yang akan
diimplementasikan secara global. Bagian ini terdiri dari deskripsi umum sistem, karakteristik
pengguna, batasan-batasan dalam perangkat lunak, serta lingkungan operasi yang digunakan
3) Bab 3 Deskripsi Kebutuhan, berisi hasil analisis terhadap kebutuhan perangkat lunak secara
terperinci. Bagian ini berisikan analisis terstruktur, yaitu kebutuhan antarmuka, kebutuhan
fungsional yang mencakup DFD (level 0 – 3), kebutuhan data (ER Diagram), kebutuhan non-
fungsional, batasan perancangan, kerunutan, serta ringkasan kebutuhan dari perangkat lunak
yang akan dibangun

2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

1. Saat pelanggan datang ke restoran, disetiap meja customer sudah tersedia seperangkat tablet
untuk memesan menu.
2. Menu yang ada pada system sudah sangat lengkap, termasuk komposisi bahan, tampilan
makanan itu sendiri dan review oleh pelanggan lain.
3. Setelah pelanggan selesai memilih menu yang di inginkan, data akan langsung di proses
beserta total yang harus di bayar
4. Data yang di pesan customer akan masuk ke database kasir dan di kirim ke database kitchen
untuk di proses.
5. Setelah pesanan selesai dibuat, pesanan akan langsung di antar ke meja pelanggan.

Restaurant Automation (RA) merupakan sistem yang mendukung segala kegiatan bisnis pada sebuah
restoran. Sistem ini terhubung dengan suatu device yang dapat menerima pesanan dari
pelanggan dalam bentuk digital, kemudian device tersebut akan menyampaikan kepada sistem. RA
meneruskan kepada juru masak di dapur untuk menyiapkan makanannya. Setiap makanan memiliki
harga modal dan pemasukan yang tercatat dalam sebuah database. Pelanggan dapat
memasukkan kritik dan saran melalui device tersebut yang kemudian akan diteruskan ke dalam
sistem untuk disimpan. Sistem dapat memberikan hasil 5 makanan terlaris. Juru masak juga dapat
memasukkan input berupa recommendation suatu makanan maupun cita rasa yang dimiliki, dan
disimbolkan dalam bentuk icon. Pelanggan dapat melihat kategori makanan terlaris, recommended,
dan sesuai cita rasanya. Manager juga dapat melihat kritik dan saran dari pelanggan untuk
menjadi bahan evaluasi. Pemasukan dan pengeluaran dari makanan yang ada dicatat secara otomatis
dari pembelian dan penjualan makanan. Adapun manager dapat melihat hasil laporan dari usaha
restoran tersebut. Kasir dapat mengubah modal dan harga dari makanan tersebut. Kasir juga
dapat memasukkan pengeluaran/pendapatan restoran yang berasal bukan dari makanan yang dijual.
Kasir juga dapat memasukkan promo makanan saat itu yang dapat dilihat oleh pelanggan melalui
device yang tersedia di setiap meja.

2.2 Fungsi Produk

1) Mempermudah pelayanan ke customers
2) Menghemat waktu pemesanan
3) Customers merasa lebih detail dalam memesan karena terdapat informasi detail tentang
makanan yang akan di pesan
4) Customers dapat melihat feedback/review dari makanan tersebut
5) Terdapat fitur Top 5 Favourite Menu
6) Mempermudah monitoring laporan keuangan dan pemasukan
7) Bill digital langsung di tampilkan pada layar

2.3 Karakteristik Pengguna

Kategori Pengguna Tugas Hak ke aplikasi

Pelanggan Membeli makanan/minuman,
dapat juga memberikan kritik
dan saran pada restoran
Kasir Mengurus transaksi langsung
dengan pelanggan
Kitchen Team Memasak makanan berdasarkan
daftar pesanan dan memberikan
rekomendasi makanan
berdasarkan pendapat pribadi
Manager Menuyuruh bahawannya untuk
memanage restoran dan
menerima laporan
Membaca menu, memasukkan
pesanan, memasukkan kritik
dan saran
Mendapatkan daftar pesanan,
memberikan transaksi pesanan
Melihat pesanan final dan
memberikan rekomendasi
makanan
Membaca laporan transaksi
maupun rekap laporan keuangan
dalam periode tertentu,
membaca kritik dan saran

2.4 Batasan
Sistem Advanced Restaurant memiliki batasan-batasan sebagai berikut:
1. Perangkat lunak melakukan penyimpanan data menggunakan MySQL berbasis Web
2. Perangkat lunak menerima input data pesanan dari pelanggan dan akan ter-update langsung pada
sistem
3. Perangkat lunak harus mendukung penggunaan multi-platform, yaitu adanya integrasi data antara
device portable dengan device non-portable seperti PC
4. Perangkat lunak mendukung pengolahan laporan keuangan menggunakan SPSS maupun
Microsoft Office

2.5 Lingkungan Operasi

Aplikasi Client-Server ini akan berfungsi dengan spesifikasi:
Server : Terdiri atas 1 set PC yang aktif selama jam operasional dan dapat terhubung dengan client.
Server dikelola oleh admin
Client : Terdiri dari beberapa device yang terhubung ke server selama server aktif.
OS : Server menggunakan FreeBSD version >= 8.2, Client berbasis PC menggunakan Windows
version >= XP, Client berbasis device portable menggunakan OS berbasis Android
DBMS : MySQL version >= 5.1
3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
Perangkat lunak untuk Restaurant Automation System ini memiliki beberapa kebutuhan
antarmuka eksternal lainnya. Berikut ini adalah kebutuhan antarmuka eksternal yang dibutuhkan oleh
sistem ini.

3.1.1 Antarmuka pemakai

Perangkat lunak yang digunakan untuk menunjang aplikasi ini adalah : iPad (iOS 9.01)
Layar sentuh yang berfungsi untuk memasukan pesanan

3.1.2 Antarmuka perangkat keras

Dalam mengoperasikan sistem ini, diperlukan antarmuka perangkat keras sebagai berikut:
1. Printer khusus Struk yang berfungsi untuk mencetak struk
2. Printer standar yang berfungsi untuk mencetak laporan rekap seperti rekapitulasi transaksi,
3. Smart Card Reader yang berfungsi untuk transaksi pembayaran melalu kartu kredit atau debit

3.1.3 Antarmuka perangkat lunak

Hanya diisi jika PL memakai interface (berupa PL), misalnya API Windows.

3.1.4 Antarmuka komunikasi

3.2 Deskripsi Fungsional

ID Kebutuhan Penjelasan
FR-01 P/L dapat menampilkan daftar menu beserta Menu yang ditampilkan
komposisi bahan makanan tersebut adalah menu yang stoknya
masih available. Komposisi di
tampilkan dalam bentuk List
FR-02 P/L dapat menerima dan mentransmisikan pesanan Pesanan ditampilkan dalam
bentuk digital, dalam bentuk id
beserta jumlahnya
FR-03 P/L dapat menampilkan serta memproses transaksi Transaksi pemesanan dikelola
pemesanan oleh kasir
P/L dapat mencetak struk hasil pemesanan Struk hasil pemesanan didapat
dari finalisasi transaksi antara
pelanggan dengan kasir
FR-04 P/L dapat menerima dan menyimpan kritik & Pelanggan dapat memberikan
saran dari pelanggan kritik & saran melalui device
yang dipasang di setiap meja
FR-05 P/L dapat menampilkan rekap transaksi penjualan Rekap transaksi penjualan dapat
dilihat oleh manager dan
dikustomisasi sesuai periode
tertentu
FR 06 P/L dapat menampilkan laporan keuangan Laporan keuangan merupakan
gabungan dari rekap transaksi
maupun pendapatan dan
pengeluaran non-food yang
dapat diakses manager
P/L dapat menampilkan dan melakukan proses Koki dapat memberikan
update rekomendasi makanan rekomendasi makanan dan
sistem dapat memberikan
rekomendasi tambahan sesuai
best-seller yang terjual
3.2.1 Context Diagram
Buat dan ceritakan Context diagram

Gambar 3.2.1-1 Diagram Konteks Advanced Restaurant System

3.2.2 DFD Level 1

Gambar 3.2.2-1 DFD Level 1 Advanced Restaurant System

3.2.2.1 DFD Level 2 <Pengolahan Pesanan>

Gambar 3.2.2.1-1 DFD Level 2 – Pengolahan Pesanan dari Advanced Restaurant System

Chapter- nya dapat dibuat dengan luwes. Awali dengan Context diagram dan sedikit penjelasan berupa narasi
jika perlu. Perhatikan kaidah perancangan :
- Pilih notasi sehingga proses yang didekomposisi atau tidak didekomposisi dapat dibaca dengan mudah
- Nama Bubble harus terdiri dari kata kerja dan kata benda
- Nama yang dipakai untuk Bubble, data store, dataflow harus konsisten (identitas perlu)
- Setiap level harus konsisten aliran datanya dengan level sebelumnya
- Usahakan agar external entity pada setiap level konsisten peletakannya
- Banyaknya bubble yang disarankan pada setiap level tidak melebihi 7 bubble
- Dekomposisi berdasarkan kelompok data lebih disarankan (memudahkan aliran data ke storage yang
sama)
- Nama Proses yang umum hanya untuk bubble yang masih akan didekomposisi
- Nama Proses spesifik (Add, Update, Delete,Calculate, Compare, Merge, ..) pada CASE tools harus disertai
dengan Pspec yang jelas walaupun Pspec tidak diprint di dokumen ini
- Pada Proses yang sudah tidak didekomposisi, nama Proses dan nama Data harus sudah spesifik
- Aliran ke storage harus melalui proses, tidak boleh langsung dari external entity
- Aliran data untuk Proses “Report ..” : harus ada aliran keluar. Akan ada aliran masuk jika perlu
parameter untuk mengaktifkan report
- Aliran data yang tidak ada datastorenya harus diteliti, apakah memang tidak mencerminkan persisten entity
(perlu disimpan dalam file/tabel) , yaitu kelak hanya akan menjadi “variabel” dalam program.

3.2.2.2 DFD Level 2 <Pengolahan Menu>

Gambar 3.2.2.2-1 DFD Level 2 – Pengolahan Menu dari Advanced Restaurant System

3.2.2.2.1 DFD Level 3 <Proses Promo>

 Gambar 3.2.2.2.1-1 DFD Level 3 – Proses Promo dari Advanced Restaurant System

3.2.2.2.2 DFD Level 3 <Manajemen Menu>

Gambar 3.2.2.2.2-1 DFD Level 3 – Manajemen Menu dari Advanced Restaurant System

3.2.2.2.3 DFD Level 3 <Proses Cita Rasa>

 Gambar 3.2.2.2.3-1 DFD Level 3 – Proses Cita Rasa dari Advanced Restaurant System

3.2.2.2.4 DFD Level 3 <Proses Recommendation>

Gambar 3.2.2.2.4-1 DFD Level 3 – Proses Recommendation dari Advanced Restaurant System

3.2.2.2.5 DFD Level 3 <Proses Modal dan Harga>

 Gambar 3.2.2.2.5-1 DFD Level 3 – Proses Modal dan Harga dari Advanced Restaurant System

3.2.2.3 DFD Level 2 <Pengolahan Menu Terlaris>

Gambar 3.2.2.3-1 DFD Level 2 – Pengolahan Menu Terlaris dari Advanced Restaurant System
3.2.2.4 DFD Level 2 <Pengolahan Laporan>

Gambar 3.2.2.4-1 DFD Level 2 – Pengolahan Laporan dari Advanced Restaurant System

3.2.2.5 DFD Level 2 <Pengolahan Feedback>

Gambar 3.2.2.5-1 DFD Level 2 – Pengolahan Feedback dari Advanced Restaurant System

3.2.3 Spesifikasi Proses (P-SPEC)

Proses 0 Advanced Restaurant System

Nama Proses : Advanced Restaurant System
Deskripsi : Proses sistem Advanced Restaurant secara keseluruhan, meliputi
interaksi dengan pelanggan, kasir, manager, juru masak, serta admin.
Proses 1 Pengolahan Pesanan
Nama Proses : Pengolahan Pesanan
Deskripsi : Proses yang menindaklanjuti pengolahan pesanan, yaitu dimulai dari
awal pembacaan menu oleh pelanggan sampai transaksi selesai dilakukan dengan melakukan
pembayaran di kantin.
Spesifikasi Input : Data food, pesanan dari pelanggan, serta data transaksi_pesanan dari
pelanggan.
Spesifikasi Output : Data order, daftar_pesanan, serta pesanan_final.

Proses 2 Pengolahan Menu

Nama Proses : Pengolahan Menu
Deskripsi : Proses yang menindaklanjuti pengolahan menu, yang terdiri atas
manajemen menu (serta stok), proses promo, proses cita rasa, proses recommendation, serta
proses modal & harga.
Spesifikasi Input : Data food, cita_rasa suatu menu, modal_dan_harga suatu menu,promo
suatu menu, serta recommendation suatu menu.
Spesifikasi Output : Data food hasil proses, daftar_promo dari list menu, daftar_cita_rasa
dari list menu, serta recommendation_list dari list menu

Proses 3 Pengolahan Menu Terlaris

Nama Proses : Pengolahan Menu Terlaris

Deskripsi : Proses yang menindaklajuti pengolahan menu terlaris, yang melewati
rangkaian proses penghitungan pesanan menu, pengurutan data pesanan menu,
dan tampilan daftar menu terlaris
Spesifikasi Input : Data order.
Spesifikasi Output : daftar_terlaris dari list menu.

Proses 4 Pengolahan Laporan

Nama Proses : Pengolahan Laporan
Deskripsi : Proses yang menindaklanjuti pengolahan laporan, yang terdiri atas
proses-proses pilih jenis laporan, cetak lapora transaksi, tambah laporan keuangan, update
laporan keuangan, dan cetak laporan keuangan
Spesifikasi Input : Data food, data order, serta income_dan_cost_non_food dari admin.
Spesifikasi Output : income_dan_cost_laporan dari hasil proses.

Proses 5 Pengolahan Feedback

Nama Proses : Pengolahan Feedback
Deskripsi : Proses yang menindaklajuti pengolahan feedback, yang terdiri atas
tambah
feedback, memuat feedback, dan cetak feedback
Spesifikasi Input : Data feedback serta kritik_dan_saran dari pelanggan.
Spesifikasi Output : Data feedback hasil proses dan rekap daftar_kritik_dan_saran.

Proses 1.1 Cek Menu

Nama Proses : Cek Menu
Deskripsi : proses yang melakukan pengecekan terhadap stok menu yang masih
tersedia
Spesifikasi Input : Data food dalam bentuk daftar menu beserta recommendation_list
dan
daftar_terlaris.
Spesifikasi Output : id_menu yang stoknya masih tersedia.
Proses 1.2 Pilih Pesanan
Nama Proses : Pilih Pesanan
Deskripsi : proses yang menangani pesanan pelanggan dan menghasilkan daftar
pesanan
pelanggan
Spesifikasi Input : id_menu hasil proses sebelumnya, Pesanan dari pelanggan, dan
pesanan_ulang.
Spesifikasi Output : daftar_pesanan yang telah dipilih pelanggan.

Proses 1.3 Validasi Pesanan

Nama Proses : Validasi Pesanan
Deskripsi : proses yang melakukan validasi untuk pengguna terhadap daftar
pesanan
Spesifikasi Input : daftar_pesanan dari proses sebelumnya.
Spesifikasi Output : pesanan_batal bila batal memesan atau pesanan_valid bila valid.

Proses 1.4 Finalisasi Pembayaran

Nama Proses : Finalisasi Pembayaran
Deskripsi : proses yang menangani pembayaran pesanan yang telah divalidasi
pelanggan
Spesifikasi Input : pesanan_valid dari proses sebelumnya dan Transaksi_pesanan.

Spesifikasi Output : Data order terupdate transaksi yang terjadi dan pesanan_final untuk juru
masak.

Proses 1.5 Cetak Struk

Nama Proses : Cetak Struk
Deskripsi : proses yang melakukan pencetakan struk daftar pesanan final
Spesifikasi Input : pesanan_final dari proses sebelumnya.
Spesifikasi Output : Data food terupdate.

Proses 1.6 Pembatalan Pesanan

Nama Proses : Pembatalan Pesanan
Deskripsi : proses yang menangani pembatalan pesanan oleh pelanggan dan
mengulangi
pilih pesanan
Spesifikasi Input : pesanan_batal dari proses sebelumnya.
Spesifikasi Output : pesanan_ulang untuk mengulangi plih pesanan kembali.

Proses 2.1 Proses Promo

Nama Proses : Proses Promo
Deskripsi : proses yang menangani promo (diskon terhadap jenis menu tertentu)
dalam
jangka waktu tertentu yang berisi proses-proses show promo, update promo,
serta delete promo
Spesifikasi Input : Data food serta promo dari admin.
Spesifikasi Output : Data food hasil proses serta daftar_promo.

Proses 2.2 Manajemen Menu

Nama Proses : Manjemen Menu
Deskripsi : proses yang menangani manajemen menu beserta stoknya yang berisi
proses-proses show menu, update menu, create menu, serta delete menu
Spesifikasi Input : Data food serta menu dari admin.
Spesifikasi Output : Data food hasil proses.

Proses 2.3 Proses Cita Rasa

Nama Proses : Proses Cita Rasa
Deskripsi : proses yang menangani cita rasa makanan (termasuk icon-nya) yang
berisi proses-proses show cita rasa, update cita rasa, serta delete cita rasa
Spesifikasi Input : Data food serta cita_rasa dari juru masak
Spesifikasi Output : Data food hasil proses serta daftar_cita_rasa yang dapat dilihat oleh
pelanggan.

Proses 2.4 Proses Recommendation

Nama Proses : Proses Recommendation
Deskripsi : proses untuk menangani rekomendasi makanan yang diberikan oleh
juru masak yang berisi proses-proses show recommendation, update
recommendation, serta delete recommendation
Spesifikasi Input : Data food serta recommendation dari juru masak.
Spesifikasi Output : Data food hasil proses serta recommendation_list yang dapat dilihat
oleh pelanggan.

Proses 2.5 Proses Modal dan Harga

Nama Proses : Proses Modal dan Harga
Deskripsi : proses yang menangani modal dan harga dari menu-menu yang
tersedia yang berisi proses-proses update modal, update harga, dan show modal dan harga
Spesifikasi Input : Data food serta modal_dan_harga dari admin.
Spesifikasi Output : Data food hasil proses.

Proses 3.1 Penghitungan Pesanan Menu

Nama Proses : Penghitungan Pesanan Menu
Deskripsi : proses yang melakukan penghitungan pesanan setiap menu dan
menghasilkan daftar terlaris acak
Spesifikasi Input : Data order.
Spesifikasi Output : daftar_terlaris_acak.

Proses 3.2 Pengurutan Data Pesanan Menu

Nama Proses : Pengurutan Data Pesanan Menu
Deskripsi : proses yang melakukan pengurutan secara descending daftar terlaris
acak
dan menghasilkan daftar terlaris yang sudah terurut
Spesifikasi Input : daftar_terlaris_acak.
Spesifikasi Output : daftar_terlaris_terurut.

Proses 3.3 Tampilan Daftar Menu Terlaris

Nama Proses : Tampilan Daftar Menu Terlaris
Deskripsi : proses untuk menampilkan daftar menu terlaris yang telah terurut
Spesifikasi Input : daftar_terlaris_terurut.
Spesifikasi Output : daftar_terlaris yang dapat dilihat oleh pelanggan.

Proses 4.1 Pilih Jenis Laporan

Nama Proses : Pilih Jenis Laporan
Deskripsi : proses yang menerima pilihan dari user yang terdiri dari pilihan
keuangan atau mencetak transaksi
Spesifikasi Input : pilihan dari user.
Spesifikasi Output : cetak_transaksi atau pil_keuangan.

Proses 4.2 Cetak Laporan Transaksi

Nama Proses : Cetak Laporan Transaksi
Deskripsi : proses yang menangani pencetakan laporan transaksi berdasarkan
income add dan cost add
Spesifikasi Input : Data food berupa income_add, data order berupa cost_add dan
cetak_transaksi.
Spesifikasi Output : income_dan_cost_laporan yang dapat dilihat oleh manager.

Proses 4.3 Tambah Laporan Keuangan

Nama Proses : Tambah Laporan Keuangan
Deskripsi : proses untuk menambah laporan keuangan baik pemasukan/income
maupun pengeluarannya/outcome
Spesifikasi Input : pil_keuangan dari proses sebelumnya dan
income_dan_cost_non_food dari admin.
Spesifikasi Output : nf_income_add untuk menambah pemasukan atau nf_cost_add untuk
menambah pengeluaran

Proses 4.4 Update Laporan Keuangan

Nama Proses : Update Laporan Keuangan
Deskripsi : proses untuk mengupdate laporan keuangan
Spesifikasi Input : nf_income_add / nf_cost_add hasil proses sebelumnya.
Spesifikasi Output : cetak_keuangan

Proses 4.5 Cetak Laporan Keuangan

Nama Proses : Cetak Laporan Keuangan
Deskripsi : proses untuk mencetak laporan keuangan
Spesifikasi Input : cetak_keuangan hasil proses sebelumnya.
Spesifikasi Output : income_dan_cost_laporan yang dapat dilihat oleh manager.

Proses 5.1 Tambah Feedback

Nama Proses : Tambah Feedback
Deskripsi : proses untuk menangani penambahan feedback oleh pelanggan yang
akan disimpan pada data feedback
Spesifikasi Input : kritik_dan_saran dari pelanggan.
Spesifikasi Output : Data feedback hasil proses.

Proses 5.2 Memuat Feedback

Nama Proses : Memuat Feedback
Deskripsi : proses untuk menampilkan feedback
Spesifikasi Input : Data feedback.
Spesifikasi Output : kritik_dan_saran_mentah untuk diproses lebih lanjut.

Proses 5.3 Cetak Feedback

Nama Proses : Cetak Feedback
Deskripsi : proses untuk mencetak feedback dalam bentuk fisik
Spesifikasi Input : kritik_dan_saran_mentah dari proses sebelumnya.
Spesifikasi Output : daftar_kritik_dan_saran yang dapat dilihat oleh manager.
3.2.4 Data Store

Data Store yang digunakan dalam perancangan sistem Advanced Restaurant ini adalah:
 food : menyimpan info-info mengenai nama makanan, stok makanan, modal,
harga, diskon, recommended, dan cita rasa dari makanan tersebut
 order : menyimpan info-info mengenai nama makanan beserta jumlah yang
dipesan
 feedback : menyimpan kritik dan saran dari pelanggan

3.3 Kebutuhan Data

3.3.1 E-R diagram

Gambar 3.3.1-1 Entity-Relationship Diagram Advanced Restaurant System

3.4 Data Requirement

Uraikan dengan ringkas, data apa saja yang harus dikelola oleh aplikasi, disarikan dari semua kata benda yang
ada pada business process

3.4.1 E-R diagram

Gambar E-R diagram yang benar-benar konseptual, dengan VISIO. Minimal ada nama Entity, Relasi dan Key
(Skema relasi). Sudah dijelaskan apa bedanya E-R konseptual dengan Conceptual Data Model pada Case
Tools, karena E-R diagram ini tidak mungkin digambar dengan Case Tools. Keterbatasan CASE Tools biasanya
adalah:
- tidak mungkin mempunyai relasi dengan atribut non-key
- tidak mungkin mempunyai relasi bukan biner (terner, dan lebih tinggi)
sehingga akibatnya, relasi dijadikan “entity”. Kenapa E-R konseptual disarankan untuk digambar, adalah
karena E-R ini sebenarnya lebih mencerminkan abstraksi perancang

3.5 Non Functional Requirement..

SRS-Id Parameter Requirement

NRF-01 Availability Sistem tidak boleh gagal selama jam
operasional restoran
NRF-02 Reliability Sistem memiliki keandalan dengan batas
toleransi kegagalan 5%
NRF-03 Ergonomy Tampilan yang user-friendly dan berbasis
GUI
NRF-04 Portability Sistem harus bersifat portable, artinya
mudah dibawa dan dipindahkan ke setiap
meja
Memory N/A
NRF-05 Response time etiap pilihan, baik pesanan maupun
penekanan tombol, harus mampu diproses
dalam 3 detik
Safety N/A
NRF-06 Security Data pendapatan dan pengeluaran hanya
dapat diakses oleh manager

NRF-07 Others 1: Bahasa Sistem harus mampu mendukung bahasa

komunikasi bilingual, yaitu bahasa Indonesia dan
bahasa Inggris
NRF-08 Others 2: Logo Setiap layar harus mengandung logo restoran
perusahaan

3.6 Batasan Perancangan

Pembangunan perangkat lunak ini memiliki batasan-batasan perancangan sebagai berikut:
o Perangkat lunak tidak mengatur pemrosesan pegawai restoran
o Perangkat lunak dapat melakukan integrasi data antara DBMS berbasis Web (MySQL) dengan
 Perangkat lunak dapat melakukan integrasi data antara DBMS berbasis Web (MySQL) dengan
aplikasi pengolahan seperti SPSS maupun Microsoft Office.
 Perangkat lunak tidak membantu pemrosesan pegawai restoran

oPerangkat lunak sudah

melakukan validasi
masukan
3.7 Kerunutan (traceability)

3.7.1 Data Store vs E-R

Mapping data store pada DFD dengan Entity - Relasi
 Data Store Relasi
Food Makanan, citarasa Makanan_Citarasa
Order Income, Makanan Income_Makanan
feedback Feedback

3.8 Ringkasan Kebutuhan

Berikut ini adalah ringkasan kebutuhan fungsional maupun non-fungsional dari System Advanced
Restaurant yang telah dirancang:

3.8.1 Functional Requirement Summary

SRS-Id Description
FR-01 Dapat menampilkan daftar menu beserta jumlahnya
yang masih available. Sistem juga menampilkan citarasa
yang dimiliki menu tersebut dalam bentuk icon. Menu ini
dapat diakses melalui web maupun device portable yang
tersedia di setiap meja
FR-02 Dapat menampilkan daftar pesanan dalam bentuk
digital, terdiri dari id menu yang dipesan, jenis menu
yang dipesan, dan jumlahnya
FR-03 Dapat menampilkan daftar pesanan, terdiri dari id
menu yang dipesan, jenis menu yang dipesan,
jumlahnya, dan harganya serta memroses pesanan
tersebut.
FR-04 Dapat mencetak struk transaksi pesanan setelah
transaksi pembayaran selesai. Struk transaksi berisikan
rekap transaksi serta total pembayaran beserta kembalian
yang diterima pelanggan
FR-05 Daftar menu dapat diupdate (jenis menu, citarasa, icon
citarasa). Proses update disini termasuk menambahkan,
mengedit, maupun menghapus menu
FR-06 Dapat memasukkan kritik dan/atau saran dan dapat
menampilkannya. Setelah kritik dan/atau saran
disimpan oleh sistem, maka pemilik kantin (manager)
dapat mencetak kumpulan kritik dan/atau saran tersebut
FR-07 Rekap transaksi penjualan dapat dilihat dan dapat
difilter berdasarkan periode waktu tertentu (per hari,
per minggu, per bulan, per tahun)
FR-08 Dapat membuat laporan keuangan yang merupakan
gabungan dari rekap transaksi maupun pendapatan dan
pengeluaran non-food dan dapat menampilkannya.
Laporan keuangan ini dapat diimpor menjadi file yang
memiliki ekstensi sesuai SPSS maupun Microsoft
Excel
FR-09 Dapat menambahkan promo ke dalam datastore.
Bentuk data promo merupakan jenis menu, besar
diskon, dan batas waktu promo selesai
FR-10 Dapat memberikan rekomendasi makanan secara
manual dengan memasukkan jenis menu tertentu yang
akan direkomendasikan dan/atau memberikan
rekomendasi tambahan sesuai best-seller yang terjual
yaitu jenis menu yang paling diminati pelanggan
FR-11 Dapat menambahkan dan mengupdate harga modal dari
suatu jenis menu yang tersimpan serta menambahkan
 SRS-Id Description
atau mengurangi jenis menu yang tersimpan
FR-12 Dapat menambahkan masukan berupa pendapatan
tambahan yang tidak terproses dalam jual beli antara
pelanggan dengan restoran. Sebagai contoh, menyimpan
pendapatan yang dihasilkan dari hubungan kerja antara
dua pihak (sponsorship) kedalam sistem

3.8.2 Non Functional Requirement Summary

SRS-Id Description
NFR-01 Sistem memiliki availability yang baik, yaitu selalu aktif
selama jam operasional, artinya server dan koneksinya
harus tetap online selama restoran dibuka
NFR-02 Sistem memiliki reability tinggi, yaitu toleransi
kegagalan yang kecil (5%)
NFR-03 Sistem memiliki aspek ergonomy, yaitu tampilan
yang user-friendly
NFR-04 Sistem memiliki aspek portability, yaitu penggunaan
device untuk memasukkan pesanan yang terletak di
setiap meja
NFR-05 Sistem memiliki response time yang baik, yaitu waktu
pengolahan setiap proses dibawah 3 detik
NFR-06 Sistem memiliki security yang kuat, yaitu data
pendapatan dan pengeluaran hanya dapat diakses oleh
manager
NFR-07 Sistem mendukung bahasa bilingual, artinya
pelanggan dapat menggunakan baik bahasa Indonesia
maupun bahasa Inggris dalam mengakses sistem
NFR-08 Sistem memiliki tradermark berupa logo perusahaan
yang muncul di setiap layar
 LAMPIRAN
Flow map/Prosedur
Jika PL menyangkut prosedur manual, atau proses-proses manual

SW Function Point
Isilah tabel sebagai berikut, sehingga dari rancangan ini didapatkan gambaran “besarnya” ukuran aplikasi

Item Subitem Jumlah total Keterangan

Function (bubble Entry/Update
yang tidak
didekomposisi
lagi)
Process
Delete
Proses Level 1
Level 1.1
Level 2

Menu
DataSore -
E-R Entity
Realsi

Lampiran lain yang dianggap perlu

Jika ada lampiran lain yang perlu disertakan, dan berhubungan dengan Analisis dan Perancangan