The Grill House - Sistem Manajemen Restoran

Proyek Pembelajaran Sederhana untuk Capstone

Dikirim oleh: Channamallikarjun Hiremath

Daftar Isi
Tugas Proyek....................................................................................................................................1
Ulasan Proyek:.................................................................................................................................2
Skema Klasifikasi Persyaratan:........................................................................................................5
Implementasi Bidang Pengetahuan:.................................................................................................8
Pemodelan Lingkup....................................................................................................................17
Pemodelan Data:.........................................................................................................................18

Tugas Proyek
S Tugas Referensi
TIDAK.
1. Mengidentifikasi pemangku kepentingan – Membuat daftar pemangku
kepentingan (seperti yang diajarkan di Area Pengetahuan Perencanaan dan • Gambar 1: Peta Pemangku
Pemantauan Analisis Bisnis) Kepentingan via
Matriks Pemangku Kepentingan
• Tabel 3: Pengetahuan BA Terapan
2. Identifikasi pernyataan masalah dalam sistem ini
• Tabel 1: BACCM
3. Identifikasi tujuan Sistem Manajemen Restoran yang baru
• Tabel 1: BACCM
 4. Buat peta proses apa adanya dan masa depan (menggunakan diagram alur)
• Gambar 4: Proses Status Saat Ini
• Gambar 5: Proses Keadaan di Masa
5. Sebagai Analis Bisnis yang mengerjakan proyek ini, cari tahu ruang lingkup
Sistem Manajemen Restoran. Untuk menemukan cakupannya Anda dapat • Gambar 6: Pemodelan Proses
menggunakan diagram kasus (UML) atau diagram konteks. menggunakan Use case Diagram
6. Tuliskan ciri-ciri utama yang perlu dikembangkan. (UML)
• Tabel 4: Komponen Tingkat Tinggi
yang perlu dibangun
7. Tulis item di dalam cakupan dan di luar cakupan untuk perangkat lunak ini.
• Tabel 5: Produk Dalam Cakupan &
Keluar
8. Gambarlah diagram aktivitas untuk sistem tersebut.
• Gambar 9: Diagram Aktivitas untuk
Pelayan/Manajer
9. Gambarlah diagram ER dari sistem tersebut.
• Gambar 8: Pemodelan Data
menggunakan
10. Tuliskan persyaratan bisnis, baik persyaratan fungsional maupun
nonfungsional. • Tabel 2: Persyaratan
Skema Klasifikasi
11. Gambarlah gambar rangka atau layar tiruan untuk dua fitur yaitu Pembuatan
Menu dan fitur lainnya yang dianggap cocok oleh siswa. • Gambar 10: Pembuatan pesanan
pelayan
Layar tiruan
• Gambar 11: Mock Pembuatan

Ulasan Proyek:
Di bawah ini adalah Tujuan Proyek menggunakan Business Analysis Core Concept Model (BACCM)

Tabel 1: BACCM
Kebutuhan The Grill House adalah jaringan besar restoran di berbagai kota di AS. Dimiliki oleh koki selebriti AS James Oliver.
Bisnis/Perny Rantai tren dan kinerja penjualan restoran dikelola secara manual oleh masing-masing restoran. Tagihannya
ataan berbasis kertas dan semua informasi penjualan dimasukkan secara manual di penghujung hari. Ini adalah
Masalah manajemen restoran sehari-hari yang terdesentralisasi.

Berikut adalah tantangan yang dihadapi Karyawan selama pengelolaan harian jaringan restoran:
• Sistem berbasis kertas manual.
• Pesanan diambil oleh pelayan di atas kertas dan tagihan berbasis kertas diberikan kepada pelanggan.
• Memakan waktu karena tagihan dimasukkan ke dalam lembar excel oleh manajer di EOD.
 • Restoran tidak dapat dengan mudah memperbarui menu mereka.

• Tidak dapat dengan mudah mencari hidangan di menu.

Mengu
bah
• Tidak dapat mengenali berbagai jenis pengguna seperti manajer, pelayan, dll.

• Sistem manajemen restoran otomatis yang dapat menghemat waktu pelayan dan manajer.
• Peningkatan pelayanan kepada pelanggan.
• Memungkinkan untuk mencari hidangan di menu.
• Memberikan kemampuan bagi manajer untuk membuat atau memperbarui menu dengan mudah.
• Memberikan kemampuan bagi manajer untuk memesan meja.
• Menunjukkan hidangan mana yang populer.
• Mengurangi biaya Operasional Restoran.
Larutan
• Dapat menyimpan umpan balik pelanggan.
• Memberikan tren penjualan seperti total penjualan, penjualan berdasarkan item berdasarkan laporan harian, mingguan,
dan bulanan.
• Meningkatkan produktivitas karyawan

Sistem manajemen Restoran berbasis web yang memungkinkan Pengguna untuk mencari menu, menghasilkan tagihan,
pembayaran pelanggan diterima melalui gateway pembayaran, menyimpan umpan balik pelanggan, memesan
meja dan membuat laporan untuk menunjukkan tren dan detail seperti penjualan harian, mingguan, dan
bulanan.
P
e
m
a
n
g
k
u

k
e
p
e
n
t
i
n
g
a
n

e
h

Gambar 1: Peta Pemangku Kepentingan melalui Matriks

Pemangku Kepentingan dan Diagram Kulit Bawang
 Nilai / • Sistem Manajemen Restoran Otomatis
Tujuan
• Ketersediaan layanan yang lebih baik karena meningkatkan efisiensi pelayan dan manajer
• Dapat dengan mudah mencari menu berdasarkan kategori.
• Efisiensi dalam reservasi dan pelacakan meja
• Memungkinkan gateway pembayaran memberikan fleksibilitas pembayaran kepada pelanggan
• Mendapatkan umpan balik dan informasi pelanggan
• Memungkinkan kontrol yang lebih baik pada beberapa opsi sistem yang diberikan kepada pengguna tertentu.
• Keputusan yang lebih cepat dapat diambil untuk mengubah hidangan di menu berdasarkan tren penjualan
• Mengurangi waktu untuk menghasilkan laporan harian

Konteks Ini untuk jaringan restoran besar di AS. Ini adalah inisiatif besar untuk melakukan transisi dari sistem manual
berbasis kertas ke sistem otomatis untuk memungkinkan pengelolaan sehari-hari yang lebih baik. Reservasi meja
dan perubahan menu merupakan tantangan. Tagihannya ditulis oleh pelayan di atas kertas dan diberikan kepada pelanggan.
Perlu waktu untuk melihat tren karena Manajer harus memasukkan tagihan berbasis kertas ke dalam file excel di EOD. Tren
penjualan membantu dalam mengambil keputusan untuk mengubah menu dan pengalaman pelanggan secara tepat waktu.
Ini adalah sistem manajemen restoran yang terdesentralisasi. Ada banyak waktu dan tenaga yang dihabiskan hanya untuk
prosesnya. Tidak ada cara untuk melacak umpan balik pelanggan. Inilah keadaan-keadaan yang membawa perubahan.

Skema Klasifikasi Persyaratan:

Tabel 2: Skema Klasifikasi Kebutuhan

Persyaratan Bisnis Mengapa saya menginginkannya?

Persyaratan Pemangku Kepentingan Apa saja kebutuhannya?
• Jaringan restoran Grill House tersebar di seluruh Amerika Serikat. Rata-
Sistem Manajemen Restoran Otomatis yang harus:
rata setiap restoran memiliki beberapa ratus pelanggan makan di
tempat dan dibawa pulang setiap hari. • Menu dapat dibuat dan diperbarui
dengan mudah oleh pengelola
• Pengelolaan restoran secara manual yang berbasis kertas berdasarkan hidangan populer.
menimbulkan beberapa permasalahan. Para pelayan menerima
pesanan di atas kertas dan tagihan berbasis kertas disajikan
• Kemampuan semua pelayan dan manajer
untuk mencari item dalam menu
kepada pelanggan. Tagihan ini dimasukkan di EOD oleh menggunakan fasilitas pencarian.
manajer ke dalam excel untuk mengetahui total penjualan dan
penjualan barang pada hari itu. Laporan dibuat menggunakan
• Harus menyimpan tata letak meja dan
reservasi meja.
file excel untuk mengetahui tren penjualan atau mengetahui
masakan populer dan masakan yang tidak laku. • Cari ketersediaan meja untuk tempat
duduk pelanggan.
• Manajemen telah memutuskan untuk beralih dari proses manual ke
sistem manajemen restoran otomatis sehingga mereka dapat melacak meja.
• Manajer dapat melakukan reservasi
penjualan dengan lebih baik dan mengelola bisnis sehari-hari dengan • Hasilkan tagihan.

• Tujuannya di sini adalah untuk memiliki sistem online otomatis memiliki •

lebih baik.
Setiap tagihan yang dihasilkan harus

untuk manajemen restoran, yang memungkinkan mereka id pelayan dan harus memiliki nomor
menggunakan sumber dayanya secara efisien untuk meja.
meningkatkan produktivitas dan penjualan. Laporan yang
dihasilkan secara tepat waktu akan menunjukkan tren • Perlu login untuk pelayan, manajer, dan
penjualan untuk mengambil keputusan bisnis yang lebih baik. James Oliver (CEO) dengan kemampuan
untuk Mengubah kata sandi.
• Harus memiliki gateway pembayaran
sehingga pelanggan memiliki fleksibilitas
untuk membayar dengan uang tunai atau
kartu.
• Menyimpan umpan balik pelanggan dan
informasi pelanggan seperti nama,
alamat, nomor ponsel, email, tanggal
lahir, tanggal ulang tahun pelanggan, dan
umpan balik mereka. Manajer harus
memiliki kemampuan untuk
memasukkan rincian formulir umpan
balik secara manual ke dalam sistem.
• Harus menghasilkan laporan yang
menunjukkan tren dan detail seperti
total penjualan harian, penjualan item
harian, penjualan harian, mingguan, dan
bulanan. Hasilkan laporan untuk
mengidentifikasi hidangan populer.
• Dengan mengotomatiskan proses
manajemen restoran, restoran akan
dapat beroperasi secara efisien dengan
lebih sedikit tenaga kerja.

Persyara inginkan?
tan Persyara
Solusi tan
Apa yang Transisi
saya Apa
syaratnya?

Persyaratan Fungsional: • Tidak ada metode pembayaran sehingga

• Semua rincian Karyawan harus disimpan dalam sistem.
Informasi karyawan diverifikasi oleh sistem sebelum
pembayaran hidangan yang dipesan akan
dipotong dari gaji karyawan. Oleh karena itu,
menyiapkan kredensial login. karyawan perlu mendaftar untuk pemotongan
• Pelayan dapat membuka halaman web Sistem Manajemen
Restoran. Dia dapat memilih meja untuk tempat duduk
pembayaran gaji. Sistem penggajian akan
menangani pemotongan gaji.
pelanggan, mencari menu, memesan, membuat tagihan
pelanggan, memproses pembayaran, dan mencetak formulir
umpan balik.
• Ini adalah sistem baru dan akan bertransisi dari
kertas manual yang ada saat ini sistem berbasis
• Pelayan dapat memeriksa meja yang tersedia dan memilih meja
untuk makan di tempat pelanggan akan duduk.
• Pelayan atau manajer dapat mencari menu untuk hidangan
tertentu.
• Manajer dapat membuat dan memperbarui menu.
ke sistem manajemen restoran online baru.
 • Manajer dapat memesan meja.
•
• Manajer Restoran (karyawan Grill House) dapat membuat menu
dan memperbarui menu untuk restorannya.
Sistem baru akan dibuat dan dipelihara di Java.
Java adalah pilihan perangkat lunak yang baik
untuk mengembangkan aplikasi ini karena
• Pelayan dapat memilih hidangan yang ingin diterima pelanggan tidak akan banyak berubah seiring berjalannya
dan membuat pesanan. Mereka harus dapat mengedit item pada waktu dan hanya memerlukan sedikit
pesanan pelanggan sebelum melakukan pemesanan. Pelayan pemeliharaan jika dikodekan dengan baik.
dapat menambahkan lebih banyak item sebelum membuat

•
tagihan.
Setelah pesanan dikonfirmasi dan diserahkan, pelayan TIDAK
• Pastikan semua fitur sistem sesuai kebutuhan.
dapat membatalkan atau mengedit pesanan.
• Manajer restoran harus dapat melihat pesanan yang dilakukan
• Impor informasi historis tentang karyawan,
oleh para pelayan. Dia akan menginventarisasi semua hidangan restoran, menu dan, pelanggan, dll. harus
yang dipesan dan memberikannya kepada koki untuk dimasak. diimpor dari file excel ke tabel sistem baru.
• Setelah koki menyiapkan hidangan, manajer restoran harus dapat
meminta pelayan untuk mengantarkan hidangan ke meja makan • Buat login untuk semua pelayan, manajer dan
pelanggan. CEO dengan fitur ubah kata sandi.
• Setelah pelanggan selesai makan. Pelayan akan memberikan
tagihan yang dihasilkan kepada pelanggan. • Buat panduan pengguna dengan instruksi
• Tagihan yang dihasilkan harus memiliki ID pelayan dan nomor
tentang fitur sistem. Lakukan pelatihan
pengguna untuk pemangku kepentingan
meja. utama dan dapatkan persetujuan mereka.
• Pelayan akan menerima pembayaran pelanggan sebagai uang
tunai atau kartu kredit. Pembayaran kartu kredit akan diproses • Lakukan UAT untuk memastikan hasil utama
menggunakan gateway pembayaran. terpenuhi saat melakukan transisi dari kondisi
• Pelayan atau manajer akan memberikan formulir umpan balik saat ini ke kondisi masa depan yang
diinginkan. Memastikan semua akses
kepada pelanggan.
pengguna sudah sesuai.
• Untuk pesanan pengiriman ke rumah, pesanan dibawa pulang
disiapkan oleh koki. Akan ada petugas pengantaran ke rumah
(delivery boy) yang akan mengantarkan pesanan ke alamat
pelanggan. Tagihan dibuat dan ditempatkan dengan pesanan
pengiriman ke rumah. Formulir umpan balik juga diberikan bersama pesanan. Pelanggan dapat membayar dengan kartu kredit
melalui telepon atau memberikan uang tunai kepada petugas pengiriman. Setelah pesanan dikirimkan dan pembayaran
pelanggan, pengelola menutup pesanan pelanggan.
• Tagihan pengiriman ke rumah yang dihasilkan akan memiliki nama pelanggan, nomor telepon pelanggan dan alamat pelanggan.
• Setelah pelanggan memberikan kembali formulir umpan balik. Manajer dapat memasukkan informasi formulir umpan balik ke
dalam sistem.
• Manajemen menginginkan laporan berikut:
• Hidangan apa yang paling populer?
•disampaikan
Kepuasan pelanggan terhadap kualitas pelayanan. Ini harus dilacak
oleh pelanggan.
berdasarkan pada umpan balik yang

• Totalpenjualandariitu hari dengan makan di tempat pelanggan.

• Totalpenjualandariitu hari oleh pelanggan pengiriman ke rumah.
• Totalpenjualandariitu hari (pengantaran ke rumah dan makan di tempat
pelanggan dikonsolidasikan).
• Sebutkan 10 hidangan paling banyak terjual hari ini.
• Total penjualan setiap akhir pekan (dilakukan dengan menginput
tanggal)
• Total penjualan setiap bulan (dilakukan dengan menginput tanggal)
• Daftar hidangan yang tidak terjual pada bulan ini (ini untuk menghapuskan hidangan yang tidak dipesan pelanggan
secara bertahap).
• Total penjualan di seluruh kota.
• Total penjualan untuk setiap kota.
• Peramalan pesanan yaitu prediksi barang mana yang akan dipesan dan kapan akan dipesan.
Persyaratan Non-Fungsional:
• Kegunaan : Layar harus cukup jelas dan sangat ramah pengguna.
• Skalabilitas & Kinerja : Sistem manajemen restoran ini diperlukan untuk mendukung volume 2500 karyawan di seluruh negara
bagian di AS. Halaman web harus diakses dengan cepat dan informasi harus tersedia dengan cepat.
• Ketersediaan : Sistem harus memiliki kinerja tinggi, harus
menjadi efisien dan tersedia 99%.
 • Keamanan : Pengguna divalidasi sebelum membuat Gabung pengenal.
• Tingkat layanan Perjanjian: Persediaan inventaris data, Memesan
peramalan.
• Kepatuhan : Kepatuhan dan kebijakan SDM.

• Antarmuka : Itu sistem harus diciptakan dan dipelihara Jawa.

Java tidak akan banyak berubah seiring berjalannya waktu, dan jika sistem dikembangkan dengan baik, kodenya hanya
memerlukan sedikit pemeliharaan.

Implementasi Bidang Pengetahuan:

Tabel 3: Bidang Pengetahuan BA Terapan

Perencanaan & Pemantauan Analisis Bisnis

Tugas KA Detail Tugas

Pendekatan BA adaptif

Larutan
Didefinisikan dalam iterasi untuk mencapai solusi terbaik atau meningkatkan solusi yang ada
Definisi

Tingkat Informal—informasi dikumpulkan melalui interaksi tim dan umpan balik.

Formalitas

Formalitas dan Tingkat

Detail Hasil Analisis
• Aktivitas akan dibagi menjadi beberapa iterasi dengan hasil terlebih dahulu dan kemudian tugas
Bisnis terkait
Kegiatan diidentifikasi.
• Pekerjaan di setiap Iterasi akan diprioritaskan & direncanakan berdasarkan Produk yang
disepakati
Waktu Tugas dilakukan secara berulang

• Analisis kebutuhan bisnis

• Tentukan kasus bisnis

Kegiatan BA
Waktu Pekerjaan Analisis Bisnis
• Mendapatkan informasi dari pemangku kepentingan
• Berkolaborasi dengan Pemangku Kepentingan
• Prioritaskan Persyaratan
• Tentukan Keadaan Masa Depan
• Persyaratan model
• Validasi solusi
• Manajemen proyek
Tugas BA akan dilakukan secara berulang selama inisiatif berlangsung.

Kompleksitas dan Risiko

• Keterampilan & pelatihan pengoperasian komputer untuk Staf Manajemen Restoran (Meal
Deliverer,
Manajer Restoran, Pelayan dan CEO).
• Perubahan Persyaratan & Cakupan di tengah Iterasi (yaitu Creep Scope)
 • Keterlambatan dalam Merilis solusi Web.
Penerimaan Pengujian Penerimaan Bisnis untuk setiap Pelepasan yang Direncanakan akan digunakan sebagai
penandatangan Pemangku Kepentingan.
Pemangku Kepentingan Produk:
Luar
• Manajemen Restoran
• Pemasok
• Manajer Menu
• Koki
• Pengantar Makanan
• Pelanggan

Identifikasi Pemangku Kepentingan Analis Bisnis

Keterlibatan & Kolaborasi Pemangku
Kepentingan
Intern
• Manajemen Rumah Panggangan
• Sponsor Program
• Karyawan
• SDM
• Materi Pokok Implementasi Pakar
• Manajer proyek
•RapatPengembang
Tinjauan Sprint/Iterasi – Di akhir setiap Sprint, Pemangku kepentingan yang dekat dengan
penyampaian Solusi akan bertemu untuk membahas apa yang telah dilakukan sebagai bagian dari
Sprint. Pekerjaan apa yang sudah selesai dan apa yang belum selesai dan dibawa ke Iterasi
berikutnya.
Koneksi mingguan / dua mingguan - Dengan Bisnis & Teknologi untuk mengklarifikasi keraguan
dan/atau meminta umpan balik mengenai pekerjaan yang dikembangkan sejauh ini.
Rapat Perencanaan Sprint/Iterasi – Diskusikan & Putuskan pekerjaan atau tugas apa yang akan
diambil oleh tim Teknologi untuk sprint/iterasi mendatang.
Sesi Perawatan Backlog – Untuk Memprioritaskan Product Backlog dan memastikan bahwa
pekerjaan yang diperlukan untuk pengembangan Produk telah dilakukan
Sesi Perencanaan Kuartalan – Dengan Pemangku Kepentingan mendiskusikan kemajuan Produk
secara keseluruhan, menyelesaikan kekhawatiran atau konflik Pemangku Kepentingan, Mengevaluasi
& menyesuaikan jadwal pengiriman produk jika ada risiko atau penundaan yang teridentifikasi.
Diskusikan langkah selanjutnya untuk menyelesaikan konflik & kekhawatiran yang mendesak,
Sesuaikan kembali Peta Jalan Produk jika diperlukan, Diskusikan prioritas kebutuhan Bisnis &
Elisitasi & Kolaborasi

Tugas KA Detail Tugas

Pertemuan Mingguan dengan Pemangku Kepentingan untuk:

Permintaan Persyaratan
• Hasilkan Ide dan diskusikan Persyaratannya.
• Ulangi kembali pemahaman Persyaratan.
• Tinjau Persyaratan Tingkat Tinggi atau terdokumentasi secara rinci
• Tinjau Persyaratan yang Dimodelkan dan mintalah umpan balik
• Siapkan & Tinjau mockup Dummy untuk sistem
• Diskusikan segala kerumitan atau risiko
Pertemuan ini harus selaras dengan setiap Iterasi dan harus fokus pada kemampuan Produk yang
dikembangkan dalam Iterasi mendatang.
 Laporan Bulanan (Grafik Kecepatan, Laporan Cacat, metrik Perubahan Cakupan, Grafik Burndown,
dll.)
Rencana komunikasi Laporan Dasbor Agile
Rapat Status Proyek
Rencana Rilis.
Analisis Strategi
Tugas KA Detail Tugas

• Karena ini adalah sistem baru maka tidak akan ada analisis kondisi saat ini pada sistem yang
sudah ada.
• Namun, analisis keadaan saat ini dapat dilakukan untuk sistem serupa yang ada di negara
tersebut
Analisis Keadaan Saat Ini
Organisasi untuk menganalisis Proses Implementasi Keamanan, Implementasi Teknologi &
Infrastruktur, Visi Arsitektur.
• Analisis Pemangku Kepentingan Eksternal (misalnya Manajemen Restoran, Penjual & Pemasok
Makanan) hingga
memahami jika ada Kesenjangan dalam model biaya, proses, Tenaga Kerja (tingkat
• Tentukan Struktur Organisasi untuk Program

• Tentukan Peran & Tanggung Jawab dalam Struktur Organisasi

• Tentukan Cakupan Tingkat Tinggi Program
Analisis Keadaan Masa Depan
• Tentukan Timeline Pengiriman Produk
• Tentukan Peta Jalan Produk untuk Tahun Ini
• Tentukan Kriteria Keberhasilan di tingkat Program & tingkat Penyampaian
• Tentukan Arsitektur Produk Tingkat Tinggi.
• Melatih Staf Restoran dalam penggunaan sistem yang benar
• Memastikan semua Pesanan Disiapkan & Dikirim.
Menilai Risiko
• Keterlambatan Pesanan karena volume pesanan yang besar atau informasi Pelanggan yang
salah atau tidak lengkap atau
Kesalahan navigasi oleh Pengirim, dll.
• Ketersediaan Aplikasi Web atau waktu henti Aplikasi.
• Analisis apakah ada Kesenjangan dengan Manajemen & Vendor Restoran saat ini.

Ubah Strategi • Identifikasi bagaimana kesenjangan ini dapat dijembatani.

• Berapa biaya untuk merekrut Manajemen Restoran atau Vendor Restoran baru?
• Identifikasi apakah ada kelompok pemangku kepentingan tambahan yang perlu dilibatkan

Analisis & Desain Kebutuhan

Tugas KA Detail Tugas

• Tentukan Persyaratan Tingkat Sistem :

Hai Pengguna (pelayan/manajer) dapat melakukan pemesanan pelanggan di RMS.
Hai Pengguna dapat menambahkan item tambahan ke pesanan sampai pelanggan
selesai dan siap
untuk mendapatkan tagihan.
Hai Pesanan makan siang terakhir harus dilakukan paling lambat pukul 14.00 dan
pesanan makan malam paling lambat pukul 22.00.
Persyaratan Model Hai Terdapat gateway pembayaran sehingga pembayaran hidangan yang dipesan
harus dibayar secara kredit
kartu atau uang tunai.
Hai Pengguna (pelayan/manajer) dapat mencari menu, mencetak formulir umpan
balik, membuat tagihan,
mencari meja untuk tempat duduk pelanggan dan melakukan pemesanan pelanggan.
Hai Manajer dapat membuat dan memperbarui menu.
Hai Manajer dapat memesan meja.
Hai Manajer harus dapat memasukkan informasi berupa umpan balik ke dalam
sistem.
 o Sistem pemesanan restoran ini diperlukan untuk mendukung volume 2500 karyawan
di seluruh restoran.
Tentukan Persyaratan Tingkat Subsistem :
Sistem Pemesanan
Restoran Pengguna (pelayan/manajer) harus dapat melakukan pemesanan.
Pelayan/Manajer harus dapat Melihat Menu hari ini dengan harga item.
Pelayan/Manajer harus dapat mengedit pesanan sebelum
o mengonfirmasinya.
o Pelayan/Manajer tidak dapat mengedit atau membatalkan pesanan
o setelah konfirmasi.
o Manajer harus dapat membuat dan memperbarui menu.
o Manajer harus dapat memesan meja.
Manajer/Pelayan harus dapat menghasilkan tagihan.
Pelayan/Manajer harus dapat memproses pembayaran kartu kredit
pelanggan menggunakan gateway pembayaran.
Layar harus ramah pengguna dan mudah dinavigasi.
Sistem
PengolahanManajer Restoran seharusnya dapat melihat pesanan.
Pesanan harus diproses secara berurutan yaitu harus dipenuhi berdasarkan
First In First Out.
Pesanan dapat dikelompokkan berdasarkan Item sehingga Manajer
Restoran dapat menginventarisasi semua hidangan yang dipesan oleh
pelanggan berbeda dan memasaknya oleh koki.
Manajer restoran harus bisa meminta pengiriman ke alamat rumah
pelanggan.
Manajer harus dapat memperbarui status Pesanan setelah pengiriman.
Manajer dapat memasukkan informasi formulir umpan balik pelanggan ke
dalam sistem.
Sistem Admin
Manajer Restoran harus dapat Tambah Menu & Harga Barang
Manajer Restoran harus dapat Memperbarui Menu & Harga
Barang Manajemen Restoran harus dapat
menambah/memperbarui Kuesioner Umpan Balik.
Manajemen harus dapat mengekstraksi laporan.
Tentukan Persyaratan tingkat Komponen :
Masuk Pengguna
■ Peran & Otorisasi Pengguna
Buat, Perbarui & Lihat Menu
Buat Pesanan & Lihat Pesanan
Informasi Akun Pengguna
Pemrosesan Pesanan – Meminta Pengiriman, Perbarui
status pesanan
Pelaporan Mengidentifikasi
Tumpukan Alat BI
Teknologi: Otentikasi Aplikasi
■ Arsitektur Aplikasi & Basis Data
Pemodelan Data
Kerangka aplikasi
Kontrak API
Desain Antarmuka Pengguna
Pemantauan Aplikasi
Rencana Pemulihan Bencana

Pastikan Rencana Verifikasi & Validasi sudah ada.

Verifikasi & Validasi Persyaratan dapat dilakukan pada masing-masing Level Komponen, Sub
Tingkat Sistem & Tingkat Sistem.
Verifikasi & Validasi
Persyaratan Verifikasi bahwa produk yang dikembangkan selaras dengan Persyaratan yang Ditentukan
(sebagaimana ditentukan dalam kriteria Penerimaan).
Validasi bahwa sub-sistem atau solusi yang dirakit memenuhi persyaratan Bisnis &
Pemangku Kepentingan dengan melakukan pengujian Penerimaan Pengguna pada produk
rakitan.

dengan
Tentukan Opsi Desain
Analisis Nilai Potensial &
Merekomendasikan Solusi
sistem.
Tugas KA
Persyaratan Jejak
Pertahankan Persyaratan
sehingga masing-masing
Prioritaskan Persyaratan
• Kita harus dapat menelusuri Desain tingkat Komponen kembali ke Tingkat Sistem
persyaratan yang diberikan oleh Pemangku Kepentingan melalui Rencana Verifikasi.
•
Dengan cara ini kita dapat memastikan bahwa sistem sepenuhnya tercakup dalam kaitannya
• Evaluasi Bangun vs Beli.
Berdasarkan Biaya, Keamanan, Pemeliharaan, Kompleksitas Integrasi, Dukungan Operasional, dll.
• Analisis Vendor untuk Sistem Manajemen Restoran.
• Membangun Kelebihan :
Hai Keamanan data
Hai Pemeliharaan Inhouse
Hai Biaya Bangunan
Hai Dapat Memantau sistem waktu proses
Hai Resolusi cepat jika terjadi downtime Sistem.
Hai Sejajarkan dengan Organisasi Standar & Kebijakan
• Membangun Kontra:
Hai Lebih banyak waktu untuk dimasukkan ke dalam produksi
Hai Biaya Pemeliharaan lebih tinggi
• Beli Kelebihan:
Hai Waktu yang lebih sedikit untuk dimasukkan ke dalam produksi yaitu
Steker DanGunakan solusi
Hai Tanggung jawab Pemeliharaan Minimum
Hai Biaya Perawatan Lebih Rendah
• Beli Kontra:
Hai Kurangnya visibilitas ke dalam Pemantauan Sistem & Waktu henti.
Hai Waktu penyelesaian yang lebih tinggi jika terjadi downtime atau kegagalan
Hai Mungkintidak memuaskan Organisasi Standar & Kebijakan.
Hai Data Menukarkan.
Persyaratan Manajemen siklus hidup
Detail Tugas
• Tingkat abstraksi Persyaratan dapat dipecah menjadi Persyaratan Bisnis,
Persyaratan Pemangku Kepentingan, Persyaratan Solusi & Persyaratan Transisi dengan setiap
tingkat memberikan gambaran Persyaratan yang lebih rinci. Hal ini dicapai melalui Skema
Klasifikasi Persyaratan yang disebutkan di bagian awal Dokumen.
• Selain itu, Sistem dapat dibagi pada tingkat yang berbeda untuk memastikan semuanya
spesifikasi persyaratan tercakup, dan persyaratan dapat ditelusuri ke tingkat yang paling
terperinci. Hal ini dapat dilakukan dengan memecah Sistem menjadi Persyaratan Tingkat Sistem
yang merupakan persyaratan tingkat lebih tinggi yang disediakan oleh Pengguna, kemudian
Sub-Persyaratan Tingkat Sistem. Tingkat Sistem & kemudian persyaratan Tingkat Komponen.
• Setiap Persyaratan Bisnis & Pemangku Kepentingan akan melalui tahapan sebagai berikut:
Analisis Terperinci, Desain, Pengembangan, Pengujian Fungsional, Pengujian Penerimaan Pengguna,
Pengujian Kinerja.
• Setiap Persyaratan dalam backlog harus memiliki Kriteria Penerimaan yang disepakati oleh
Pemangku kepentingan sebelum berpindah ke Sprint/Iterasi apa pun yang aktif.
• Persyaratan tingkat Sub-Sistem & tingkat Komponen harus didefinisikan sedemikian rupa
Persyaratan dapat diuji secara eksklusif terhadap Persyaratan lainnya dan bila diintegrasikan
berfungsi selaras dengan persyaratan lainnya
• Pastikan definisi Persyaratan tetap konsisten sepanjang siklus hidupnya dengan menjaganya
Kisah pengguna & dokumen diperbarui.
• Setiap perubahan pada Persyaratan akan dicatat sebagai Persyaratan baru di Agile
dasbor dan harus melalui perawatan Backlog dan Prioritas.
• Prioritas Persyaratan harus ditentukan oleh Kekritisan Bisnis dan Nilai yang akan dimilikinya
menyampaikan kepada Bisnis atau pemangku kepentingan, ketergantungan apa pun pada
 • Setiap perubahan pada Persyaratan akan dicatat sebagai Persyaratan baru di Agile
dasbor dan harus melalui perawatan Backlog dan Prioritas.

• Perubahan pada persyaratan diperbarui dalam dokumen cerita Pengguna.

Menilai Perubahan pada
Persyaratan • Setiap dependensi yang diketahui harus ditautkan ke Persyaratan di Dasbor Agile.

• Setiap perubahan terhadap persyaratan harus dapat ditelusuri dari Persyaratan Asli hingga
perubahan terakhir yang dilakukan terhadap Persyaratan.

• Menilai Dampak perubahan jadwal pengiriman Produk atau Solusi, biaya, sinergi dengan
komponen terkait lainnya.

Evaluasi Solusi
Tugas KA Detail Tugas
Hai Mengurangi biaya operasional restoran sebesar 15% dalam waktu 12 bulan, setelah
peluncuran awal.
Hai Mengurangi pemborosan inventaris minimal 30% dalam waktu 6 bulan setelah rilis
pertama.
Skala: Pemborosan bahan-bahan untuk hidangan paling tidak populer setiap minggunya dengan
memeriksa inventaris restoran
Ukur Kinerja Solusi Harus merencanakan: Kurang dari 15%
Hai Meningkatkan rata-rata waktu kerja efektif dengan mengizinkan pelayan dan manajer
menjalankan layanan
efektif setiap hari, dalam waktu 3 bulan
Dengan mengotomatiskan proses pemesanan dan memberikan layanan yang lebih baik kepada
pelanggan baik untuk makan di tempat maupun pesan antar ke rumah, restoran akan dapat
beroperasi dengan lebih sedikit tenaga kerja.
Hai Skalabilitas dan kinerja :

Setelah Solusi atau bagian dari solusi yang dirakit tersedia di Produksi untuk Manajemen Restoran,
kami harus terus memantau hal-hal berikut berdasarkan ukuran Kinerja yang ditentukan di atas:
• Jumlah Pemborosan Persediaan
• Pelayan/Manajer Waktu kerja yang efektif
• Biaya Operasional Restoran
Analisis Ukuran Kinerja
• Beban Masuk atau trafik yaitu Jumlah Pesanan per satuan waktu.
• Waktu Jalankan Aplikasi & Waktu Henti jika ada.
• Total waktu untuk memenuhi Pesanan.
• Bagaimana cara kerja rencana Mitigasi Risiko?
• Masukan Pengguna

Menilai Batasan Solusi Setiap Ukuran Kinerja yang berkinerja buruk yang disebutkan di atas.

Hai Kemampuan untuk menyediakan Akuntansi Prabayar & Pascabayar untuk Pesanan.
Batasan Perusahaan Hai Solusi ini mendukung akuntansi Prabayar dengan memungkinkan pelanggan membayar
menggunakan Kredit
Kartu tetapi bukan perbankan online.

Keadaan Awal -Manual

Kembangkan Buat Database terpusat dan Buat login dan laporan

isi tanggal bersejarah Siapkan komputer dan pengguna
perangkat lunak
Perangkat Keras lainnya
untuk setiap lokasi.
Gambar 4: Proses Status Saat
Ini
 Restoran

Pelayan
memesan
menggunakan
manajemen
restoran
berbasis kertas

Pelayan
memeriksa meja Manajer meminta pelayan
dan kursi Pelayan Pesanan untuk mengantarkan
pelanggan mengambil dikirimkan ke pesanan
pesanan pelanggan
pelanggan Manajer
mengumpulkan
pesanan dan
memberikannya
kepada koki

Gambar 4: Proses Keadaan di

Masa Depan

Pemodelan Proses
 Periksa Gambar 6: Pemodelan Proses menggunakan Use case
terhadap Diagram (UML)
komponen
verifikasi
tingkat

Gambar 7:
Model
Verifikasi &
Validasi
Produk

Pemodelan
Lingkup
Tabel 4:
Komponen
Tingkat Tinggi
yang perlu
dibangun

Peran Pengguna Komponen / Fitur Otorisasi

• Aku
Daftar menu Melihat

Pelayan Formulir umpan balik Melihat

Pesan Makanan Lihat, Sunting

Status pemesanan Melihat

Reservasi meja Melihat

Daftar menu Lihat, Tambah, Edit

Formulir umpan balik Lihat, Tambah

Pesan Makanan Melihat

Manajer restoran Status pemesanan Lihat, Sunting

Kelompokkan Pesanan Melihat
berdasarkan Item Menu
Permintaan Pengiriman Sunting

Reservasi meja Lihat, Sunting

Tim Persiapan Status pemesanan Melihat

Pemesanan Status pemesanan Melihat

CEO Laporan Melihat

Tabel 2: Produk Dalam Cakupan & Di Luar Cakupan
Dalam jangkauan Keluar dari ruang lingkup
Lihat Menu Pembayaran Prabayar
Pesan Makanan
Tampilan Pemesanan
Sunting Pesanan
Lihat Status Pesanan Permintaan Inventaris dan Pemasok
Pengiriman Pesanan ke Pelanggan
Gerbang pembayaran
Buat / Perbarui Menu
Pemilihan meja/Reservasi

Hasilkan Tagihan

Umpan Balik/Komentar Pelanggan

Laporan/Data

Pemodelan Data:
ID hidangan
Nama Hidangan
Harga Izin Peran
'Definisi Peran'
Kuantitas (Jumlah potongan)
ID Pegawai Peran Modul
Kategori ID Izin Nama Izin ID
Nama Depan pengguna ID Peran
Ketersediaan Item Menu -t ID Karyawan - —1 Nama Modul yang Diizinkan Modul H IO
Nama ID Peran Terkait Nama Modul
ID hidangan peran
Belakang
Ketersediaan
Nomor telepon
Tanggal
Surel
Alamat ID
Restoran

Restoran
ID Restoran ID Restoran
ID Tabel Kursi identitas pegawai
Nama Jalan
ID Tabel Men
Kode Negara ID Restoran
Statusnya,
ID hidangan u
Kota Kuantitas
Email Nomor Status pemesanan
Telepon Tanggal pemesanan
Jumlah pesanan
Instruksi Khusus
Pelangga Jenis Pesanan (Makan Di
n Tempat/pengantaran)
ID Pelanggan
Nama Depan
Nama
Belakang
Nomor
Telepon
Alamat Email

Tanggal jadian
Tanggal lahir
Id pemesanan
ID hidangan
Peringkat Hidangan
Komentar Umpan Balik

Gambar 8: Pemodelan Data menggunakan Diagram ER

Diagram Aktivitas Jalur Renang: Diagram menggunakan jalur renang
untuk menunjukkan bilah tanggung jawab atau sinkronisasi untuk
mewakili proses paralel di beberapa area. Di sini aktivitas memesan
makanan secara online mewakili bagaimana data mengalir melalui jalur-
jalur tersebut.
 The Grill House - Sistem Manajemen Restoran
RMS
Pengguna Basis data
N •
Masuk pengguna

Basis data
Restoran D
Situs Web Manajemen

44

' Pilih pelanggan N

1______meja
_______ ay _________
Menu pencarian dan pilih
pesanan pelanggan

Tempatkan pesanan &

Konfirmasi
pesanan
5
ay
Pemeriksaan
Persediaan
_____ay___
Pesan di Antrian P

Pesanan disiapkan oleh

____ay__
Chef
T
D
Pesanan dikirimkan ke
Pelanggan

Pengelola
1----------1----------N
Hasilkan tagihan
pelanggan
______■____
Membayar dengan
gateway
pembayaran
________ T S.
Pelanggan
mengisi M
Formulir umpan
balik
Pesanan Ditutup
Wireframe untuk Sistem Manajemen Restoran Online:

The Grill House • Manajemen Restoran

< • X C (https //Rumah Panggangan/Sistem Monogement Restoran
Sistem ID Restoran NJ258
____________________________________saya CD

S
ID Karyawan W12345

Y a
R 3 y
Makan di tempat

Mengambil
Kesimpulan: Sistem Manajemen Restoran Online harus mencapai tujuan
bisnis saat dirilis.
Tujuan Bisnis 1: Meningkatkan manajemen jaringan restoran dengan
memberikan akses kepada manajer untuk memperbarui menu,
membuat reservasi, dan melacak penjualan. Pelayan dapat memesan
berdasarkan menu terkini dan menagih pelanggan dengan akurat.
Skala: Nilai adalah kualitas layanan dan penghematan waktu.
• Sebelumnya – tagihan berbasis kertas
 Tujuan Bisnis 2: Mengurangi biaya operasional restoran sebesar 15%
dalam waktu 6 bulan, setelah peluncuran awal.
Tujuan Bisnis 3: Meningkatkan waktu kerja efektif rata-rata sebesar 30
menit per pelayan per hari, dan meningkatkan waktu kerja manajer
sebesar 1 jam dalam waktu 3 bulan.
Tujuan Bisnis 4: Laporan akan dihasilkan lebih cepat karena informasi
tersedia segera dan ini akan membantu mengetahui tren penjualan
untuk membuat perencanaan dan keputusan menu yang lebih baik.
Tujuan Bisnis 5: Manajemen dapat membuat keputusan yang lebih baik
dengan umpan balik pelanggan.

Tunggakan Produk
Judul Negara Prioritas Poin Kriteria penerimaan Jalur Iterasi
Simpanan Cerita

Sebagai pengguna Disetujui 9 2 Mengingat pengguna Rilis 1-

saya ingin membuat
akun agar saya dapat
menggunakan sistem
Manajemen Restoran.
Sebagai pengguna Disetujui
saya ingin mengubah
kata sandi agar saya
dapat mengatur ulang.
mempunyai akses terhadap Lari cepat 1
aplikasi tersebut. Jika
pengguna adalah karyawan
yang valid (pelayan, manajer
atau lainnya) maka akun dapat
dibuat jika tidak maka akan
muncul “Akun tidak dapat
dibuat”.
9 1 Seorang pengguna dapat Rilis 1-
mengubah kata sandi ketika Lari cepat 1
dia memasukkan kata sandi
lamanya dan diperbolehkan
membuat kata sandi baru.
Ketika kata sandi baru
dimasukkan, panjangnya
harus 8 karakter dan harus
memiliki 1 karakter, 1 angka,
dan 1 karakter khusus.

Sebagai pelayan saya Disetujui 5 4 Saat berada di aplikasi, Rilis 1-

ingin mencari menu pengguna dapat menemukan Lari cepat 1
sehingga saya bisa pencarian. Pengguna
mencari hidangan dan memasukkan nilai apa pun
harga. dan nilai tersebut akan
ditampilkan.
Sebagai seorang Disetujui 3 5 Saat pengelola berada di Rilis 1-
pengelola saya ingin aplikasi, mereka seharusnya Lari cepat 1
menambah item baru, dapat menemukan Menu.
menghapus item yang Mereka dapat menambah,
sudah ada, serta menghapus atau mengedit
membuat menu baru item dan harga apa pun pada
dari awal agar menu.
menunya akurat.

Sebagai pelayan saya Disetujui 3 2 Saat di aplikasi pelayannya Rilis 1-

ingin akses sistem harusnya bisa Lari cepat 2
begitu
agar saya dapat
melakukan
pemesanan
pelanggan.
Sebagai pelayan saya Disetujui
ingin akses sistem
sehingga saya dapat
membuat tabel tagihan
dengan bijak.
Sebagai pelayan saya Disetujui
ingin membuat tagihan
yang diberi tag kepada
saya (pelayan yang
membuatnya) dan
nomor meja sehingga
dapat dilacak.
Sebagai manajer saya Disetujui
ingin memesan meja
agar bisa dipesan.
Sebagai pelayan, saya Disetujui
ingin mempelajari
perangkat lunak untuk
menentukan meja
mana yang perlu
dipesan agar saya
dapat duduk di kursi
pelanggan.
Sebagai pelayan atau Baru
manajer, saya ingin
mengakses gateway
pembayaran di sistem
sehingga pelanggan
dapat membayar
dengan uang tunai
atau kartu.
Sebagai CEO, saya Baru
ingin formulir umpan
balik diberikan kepada
setiap pelanggan
sehingga rincian
seperti nama, alamat,
nomor ponsel, email,
tanggal lahir, tanggal
ulang tahun
pelanggan, dan umpan
balik mereka dapat
ditangkap.
untuk menemukan menu
pesanan dan memilih
hidangan untuk memesan
pelanggan.
4 2 Saat berada di aplikasi, Rilis 1-
pelayan harus dapat Lari cepat 2
menemukan opsi tagihan dan
membuat tagihan.
4 2 Saat di aplikasi, pelayan harus Rilis 1-
bisa memilih meja sehingga Lari cepat 2
nama meja dan id pelayan ada
di tagihan yang dihasilkan.
7 3 Ketika manajer ada di aplikasi, Rilis 1-
dia dapat memilih meja dan Lari cepat 3
memesannya untuk
pelanggan.
6 2 Saat pada aplikasi pelayan Rilis 1-
harus bisa mencari meja yang Lari cepat 3
tersedia dan memilih meja
untuk tempat duduk
pelanggan.
4 4 Saat pengguna menggunakan Rilis 1-
aplikasi, mereka dapat Lari cepat 3
menerima pembayaran
pelanggan dengan uang tunai
atau kartu kredit menggunakan
gateway pembayaran.
5 4 Saat aktif Rilis 1-
Lari cepat 3
Sebagai seorang Baru 6 4 Saat melamar sebagai Rilis 1-
manajer saya ingin manajer, saya seharusnya Lari cepat 4
memasukkan dapat menemukan formulir
pelanggan secara umpan balik
rincian seperti nama, untuk mencetak dan dapat
alamat, nomor ponsel, memasukkan informasi dari
email, tanggal lahir, formulir umpan balik ke dalam
tanggal hari jadi dan sistem.
komentar mereka
sehingga umpan balik
& informasi pelanggan
dapat disimpan dalam
sistem.

Sebagai Manajemen Baru 3 8 Saat menggunakan aplikasi, Rilis 1-

saya ingin laporan tren manajemen harus dapat Lari cepat 4
penjualan di EOD menghasilkan laporan yang
sehingga keputusan menunjukkan tren penjualan.
dapat diambil.