Spesifikasi Persyaratan
Software
Untuk
DAFTAR ISI
Tahap Revisi
Nama Tanggal Alasan Perubahan Versi
Perie B. Handoko 4/11/2010 Draft Dokument Versi 1.0
Software Requirements Specification for Restaurant Halaman : 2
1 Pendahuluan
Bagian berikut ini memberikan gambaran tentang Persyaratan Software Requirements Specification
(SRS) untuk Restaurant Menu and Ordering System (RMOS). Untuk mulai dengan, tujuan
dokumen disajikan dan penonton yang dimaksudkan diuraikan. Selanjutnya, ruang lingkup proyek
yang ditetapkan oleh dokumen diberikan dengan fokus khusus pada apa yang dihasilkan perangkat
lunak akan melakukan dan manfaat yang relevan yang terkait dengannya. Istilah yang digunakan di
seluruh SRS juga ditawarkan. Untuk menyimpulkan, sebuah tinjauan dokumen lengkap disediakan
untuk memudahkan pemahaman pembaca meningkat dan navigasi.
1.1 Tujuan
Tujuan dari SRS adalah untuk menjelaskan kedua persyaratan fungsional dan non-fungsional dari
RMOS subjek. Di samping persyaratan mengatakan, dokumen ini juga menyediakan profil rinci
dari antarmuka eksternal, pertimbangan kinerja dan kendala desain yang dikenakan pada
pelaksanaan berikutnya. Ini adalah maksud yang disajikan set persyaratan memiliki kualitas sebagai
berikut; benar, unambiguousness, kelengkapan, konsistensi, verifiability, modifiability dan mampu
telusur. Akibatnya, dokumen harus bertindak sebagai dasar untuk penyelesaian proyek yang efisien
dan dikelola dengan baik dan selanjutnya berfungsi sebagai acuan yang akurat di masa depan.
Target utama dari dokumen ini SRS akan menjadi tim pengembangan yang digunakan untuk
melaksanakan RMOS ditentukan. Itu tidak hanya akan menyediakan kapasitas yang luas untuk
penilaian proyek perencanaan dan kemajuan tetapi lebih jauh akan membantu dengan pengembang /
interaksi stakeholder. Para penonton dokumen sekunder terdiri dari stakeholder proyek, yaitu,
pemilik restoran dan staf terkait. Untuk kelompok ini penonton, SRS ini harus menyampaikan dan
pastikan fungsionalitas yang diperlukan dan merupakan suatu kesepakatan kontraktual antara pihak
yang terlibat.
Pada saat lingkungan makan formal, beberapa bentuk menu statis fisik digunakan untuk
menyampaikan makanan yang tersedia dan pilihan minuman untuk pelanggan. menu Said umumnya
berbasis kertas dan karenanya memberlakukan pembatasan pada real estate tekstual yang tersedia
dan kemampuan restoran telah memperbaruinya. Dokumen ini menetapkan persyaratan untuk menu
restoran dan memesan kertas strategi penggantian untuk mengatasi masalah yang berkaitan dengan
metode kuno saat ini. Tiga konsep yang berkaitan tercakup oleh ruang lingkup umum Menu
Restoran dan Sistem Pemesanan. Yang berkaitan pertama penggantian menu berbasis kertas
menggunakan format elektronik, yang kedua berhubungan dengan strategi elektronik pelengkap
untuk bagian depan penanganan rumah memesan pelanggan dan sekitarnya ketiga proses
pengalihan mengatakan elektronik perintah ke dapur untuk persiapan . Perlu dicatat bahwa
sementara strategi yang disarankan menggabungkan penggunaan berbagai komponen perangkat
keras, fokus utama dari SRS disajikan berkaitan dengan elemen-elemen perangkat lunak konstituen.
Fleksibilitas yang lebih besar dalam menu, peningkatan produktivitas restoran dan kapasitas untuk
audit bisnis yang luas adalah manfaat utama yang terkait dengan RMOS. update Menu tersebut
dapat diterapkan di setiap saat tanpa tenaga ekstra dari mencetak dan mendistribusikan menu baru,
yang memungkinkan untuk harga lebih dinamis dan perubahan konten. Dengan sistem perangkat
lunak yang mendasari mengambil tanggung jawab untuk pesanan pelanggan di seluruh siklus hidup,
Software Requirements Specification for Restaurant Halaman : 3
tidak hanya akurasi dijamin, tapi semua tindakan sudah login dalam database untuk analisis dan
akuntabilitas staf. Hal ini memungkinkan perusahaan untuk waktu staf audit dan rekening, bahan
dan efisiensi restoran, serta meninjau keadaan luar biasa untuk menangani masa depan.
1.3 Definisi
Huruf ini menyajikan definisi untuk istilah dan singkatan digunakan di seluruh SRS ini karena
terkait dengan RMOS subjek.
Item Deskripsi
Item Satu porsi makanan / minuman
Order Terdiri dari satu atau lebih item
Meal Terdiri dari satu atau lebih pesanan (yang terkait dengan satu pelanggan)
Pelanggan Pemesan di Restoran bahwa pesanan / membayar untuk makan
Staff Karyawan restoran
Pelayan Anggota staf yang utama tugasnya adalah untuk menerima perintah / melayani
makanan kepada pelanggan
Koki Staff member pekerjaan utamanya adalah untuk mempersiapkan item
Supervisor Staff member tugasnya adalah untuk mengelola operasi restoran
Table Terdiri dari satu atau lebih kursi di mana pelanggan duduk dan tempat
perintah dari.
Account Terdiri dari semua makanan dari meja
Pembayaran Terdiri dari total biaya nol atau lebih makanan dan nol atau lebih tips
Server Komputer Pusat Data
Surface Computer Dibangun ke dalam tabel untuk menyediakan pelanggan dengan menu / fungsi
pemesanan
Tablet Komputer nirkabel mobile untuk menyediakan staf dengan fungsi melayani
pelanggan
Layar Layar Sentuh untuk menyediakan sarana bagi koki untuk berinteraksi dengan
sistem
Register System Point of sale terminal untuk menangani pembayaran tagihan
Kartu Bank Pelanggan debit / kartu kredit
Menu Permukaan komputer representasi dari item yang tersedia dan pilihan lainnya
1.4 Struktur
Struktur Spesifikasi Persyaratan Software ini adalah sebagai berikut. Bagian 2 menyajikan
gambaran keseluruhan dari RMOS subjek. Perhatian diberikan kepada menempatkan produk
software yang dihasilkan dalam perspektif dan selanjutnya menguraikan karakteristik pengguna
akhir, kendala sistem dan asumsi. Bagian 3 dikhususkan untuk spesifikasi eksplisit dari persyaratan
perangkat lunak baik fungsional dan non-fungsional di alam. Persyaratan fungsional tercatat telah
dibatasi sesuai dengan kategori pengguna sistem. Untuk kelengkapan, Bagian 4 meluas pada Bagian
3 melalui dimasukkannya analisis model UML dan diagram. Untuk mulai dengan, RMOS
diidentifikasi menggunakan kasus-kasus yang diberikan. Dalam suplemen, kegiatan diagram untuk
setiap use case disajikan bersama dengan diagram kelas keseluruhan dan diagram statechart relevan
Software Requirements Specification for Restaurant Halaman : 4
Menu Restoran dan Pemesanan System adalah paket perangkat lunak untuk memfasilitasi memesan
dalam sebuah restoran tradisional. Pelanggan dapat melihat menu, memesan, panggilan pelayan,
dan mengatur tagihan akhir melalui interface komputer permukaan dibangun ke meja mereka.
Pelayan mampu menginisialisasinya meja untuk pelanggan, mengontrol fungsi tabel jarak jauh
untuk membantu pelanggan, pastikan pesanan, mengirim perintah kepada staf persiapan makanan
dan menyelesaikan tagihan pelanggan - semua melalui tablet PC nirkabel mereka. Staf makanan,
dengan interface mereka sentuh layar 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, lagi-lagi melalui layar-sentuh. Sistem ini berisi
akuntabilitas penuh dan sistem logging, dan mendukung tindakan pengawas untuk menjelaskan
keadaan luar biasa, seperti makanan yang dikembalikan atau berjalan keluar. Pelanggan disajikan
dengan permukaan mudah digunakan menarik dan komputer GUI dengan metafora 'objek' a drag-
and-drop dalam menu mereka. Pelayan mampu melakukan semua tindakan bahwa sistem tabel
biasanya menangani melalui tablet PC mereka, sehingga dalam hal nasabah tidak mampu
mengoperasikan komputer permukaan, pelayan dapat menangani pesanan tradisional saat
menggunakan mempertahankan akuntabilitas dan logging fungsi sistem , dan mempertahankan
saluran komunikasi yang sama dengan staf makanan.
2 Penjelasan Umum
Bagian berikut menyajikan gambaran menyeluruh dari RMOS subjek. Secara khusus, produk
tersebut telah dimasukkan ke dalam perspektif melalui penilaian rinci dari, pengguna sistem,
perangkat lunak perangkat keras, dan interface komunikasi, pertimbangan memori, mode
operasional dan persyaratan situs adaptasi. Selanjutnya, karakteristik-pengguna akhir sistem dibahas
bersama dengan kendala sistem diidentifikasi dan asumsi. Untuk menyimpulkan bagian, sebuah
apportioning persyaratan telah digariskan.
Memori
Penggunaan memori RMOS jelas harus dibatasi oleh perangkat yang dimaksudkan untuk berjalan
di. Secara khusus, tablet nirkabel, sebagai perangkat mobile, mungkin memiliki memori yang
terbatas - ini harus diperhitungkan saat menulis perangkat lunak tablet. Memori kendala pada
server, permukaan komputer dan menampilkan tidak mungkin menjadi masalah karena setiap
kemungkinan akan memiliki setidaknya satu gigabyte memori primer dan ratusan gigabyte atau
lebih dari memori sekunder.
mampu bekerja tanpa diawasi selamanya. Seharusnya tidak perlu interaksi fisik kecuali untuk
upgrade dan kegagalan elemen hardware. Backup dan pemulihan harus ditangani oleh DBMS dan
sistem operasi, atau perangkat lunak eksternal yang berjalan pada sistem cadangan waktunya.
Interaksi dari RMOS seharusnya tidak diperlukan. Karena data stateful tidak harus disimpan pada
salah satu perangkat selain server, menjaga gambar sistem pada server untuk setiap perangkat
mungkin menjadi metode operasional yang cukup untuk memfasilitasi restorasi harus perangkat
menjadi rusak.
2.4 Batasan-Batasan
The RMOS harus ditulis dalam bahasa berorientasi objek dengan link GUI yang kuat dan, jaringan
yang sederhana API diakses. Rantai alat kandidat utama adalah Java / Swing, C + + / Qt dan Python
/ Qt. Sistem harus menyediakan kapasitas untuk operasi paralel dan desain sistem tidak harus
memperkenalkan isu-isu skalabilitas sehubungan dengan jumlah komputer permukaan, tablet atau
menampilkan tersambung pada satu waktu. Sistem akhir juga harus memungkinkan untuk
Software Requirements Specification for Restaurant Halaman : 6
pemulihan mulus, tanpa kehilangan data, dari kegagalan perangkat individu. Harus ada audit rantai
yang kuat dengan semua tindakan sistem login. Sementara antarmuka akan dibahas dalam Bagian
2.1, perlu dicatat bahwa sistem ini mungkin sesuai dengan apa yang tersedia. Dengan pemikiran,
teknologi yang paling mudah beradaptasi dan portabel harus digunakan untuk implementasi. Sistem
ini memiliki kekritisan sejauh adalah sistem hidup. Jika sistem sedang down, maka pelanggan tidak
harus memperhatikan, atau pemberitahuan bahwa sistem ini pulih dengan cepat (detik). Sistem ini
harus cukup handal untuk menjalankan crash dan glitch gratis lebih atau kurang tanpa batas waktu,
atau memfasilitasi pemulihan kesalahan cukup kuat sehingga gangguan tidak pernah diwahyukan
kepada pengguna akhir
2.5 Asumsi
SRS mengasumsikan bahwa tidak ada komponen sistem konstituen akan diimplementasikan sebagai
aplikasi embedded. Implikasinya adalah bahwa target perangkat akan menyediakan kapasitas untuk
program mandiri / penyebaran aplikasi dan tidak memerlukan disesuaikan tertanam firmware untuk
ditulis. Hal ini lebih lanjut diasumsikan bahwa tablet PC kemampuan pemrosesan yang cukup dan
hidup baterai akan digunakan. Permukaan komputer yang digunakan oleh sistem harus
memfasilitasi sedang digunakan / kiri pada untuk waktu yang lama (cukup untuk penggunaan
sehari-hari) dan bahwa mereka diprogram dalam cara yang sama seperti komputer arsitektur x86.
Akhirnya, lanjut diasumsikan bahwa lingkungan deployment mampu mendukung IEEE 802.11
jaringan nirkabel untuk komunikasi sistem.
3 Persyaratan Spesifik
Bagian berikut menyajikan set lengkap kebutuhan fungsional dan non-fungsional diidentifikasi
untuk RMOS subjek. Kebutuhan fungsional yang ditampilkan pertama, menurut hubungan mereka
terhadap sistem secara keseluruhan, pelanggan, pelayan, koki dan supervisor. Persyaratan non-
fungsional yang berkaitan dengan keselamatan, keamanan, antarmuka, teknik, manusia kualifikasi,
operasi, pemeliharaan dan kinerja yang kemudian disajikan. Persyaratan fungsional telah ditetapkan
menggunakan deskripsi bahasa alami dan dengan demikian, pembaca diarahkan pada Bagian 4
(UML Analisis Model) untuk detail lebih lanjut
sentuh, dan memberhentikan dengan sikap yang sama atau dengan menekan tombol close elemen
GUI. GUI akan mengambil sebagian kecil dari layar meja, jadi UI akan menjadi jelas dan rapi.
Tablet UI UI Tablet didesain untuk berjalan pada PC, kecil layar sentuh wireless-enabled tablet,
untuk digunakan oleh pelayan untuk mengakomodasi kebutuhan pelanggan. UI ini akan dirancang
untuk digunakan dengan input stylus ke layar sentuh. Karena jumlah operasi UI harus mendukung
relatif terbatas, tidak akan ada struktur menu bersarang. UI harus menyediakan antarmuka grafis
sederhana, mirip dengan peta, untuk memungkinkan pengguna untuk memilih tabel / pelanggan
sebagai target operasi.
dan sistem pembayaran eksternal. Perangkat yang nirkabel juga harus menggunakan Ethernet card
yang kompatibel, menggunakan IEEE 802.11b / g dan mendukung standar memiliki untuk enkripsi
WPA2-PSK. Penggunaan IEEE 802.11n hardware standar transmisi juga diterima jika semua
perangkat keras lokal lainnya adalah konforman dengan standar yang sama
Persyaratan Deskripsi
G01 Sebuah server host RMOS dan menyediakan sistem pengolahan data dan
kemampuan penyimpanan
G02 Sebuah komputer permukaan harus menyediakan pelanggan dengan semua fungsi
sistem pelanggan.
G03 Tablet A harus menyediakan pelayan / supervisor dengan pelayan semua /
supervisor sistem fungsi (sesuai untuk mengakses kontrol)
G04 tampilan harus menyediakan koki dengan semua fungsi sistem koki.
G05 Semua fungsionalitas sistem harus dapat dihubungi melalui komputer permukaan
sensitif sentuhan, tablet dan menampilkan melalui gerakan sentuhan sederhana.
G06 Sebuah tablet harus mampu berinteraksi dengan sebuah register untuk
memfasilitasi proses pembayaran akurat.
C03 Pelanggan harus mampu membuat pending order kosong melalui menu mereka
terlibat.
C04 Pelanggan tidak akan dapat mengabaikan menu mereka terlibat sementara ada
pending order tidak kosong terkait dengan menu terlibat.
C05 Pelanggan harus dapat menavigasi melalui item yang tersedia dalam menu mereka
terlibat.
C06 Pelanggan harus mampu menambah item ke pending order dengan menarik item
dari menu yang bergerak ke urutan
C07 Pelanggan harus dapat menghapus item dari pesanan yang tertunda dengan
mendrag item dari pesanan
Software Requirements Specification for Restaurant Halaman : 9
C08 Pelanggan harus mampu menambah persyaratan diet khusus untuk pesanan dengan
menarik persyaratan dari menu yang bergerak ke pesanan.
C09 Pelanggan harus mampu menambah persyaratan diet wildcard khusus untuk
pesanan dalam hal bahwa kebutuhan mereka tidak diwakili oleh sistem
C10 Pelanggan harus mampu melakukan pemesanan melalui menu mereka terlibat jika
tertunda dan tidak kosong.
C11 Pelanggan harus dapat membatalkan pesanan melalui menu mereka terlibat jika
tertunda dan belum ditempatkan.
C12 Pelanggan harus mampu meminta bantuan pelayan melalui menu mereka terlibat
C13 Pelanggan harus mampu melakukan modus tagihan untuk menyelesaikan
pembayaran melalui menu mereka terlibat.
C14 Pelanggan harus mampu melepaskan diri mode tagihan untuk membatalkan proses
penagihan melalui menu mereka terlibat.
3.2.2 Pelayan
Tabel dibawah menyajikan persyaratan pelayan diidentifikasi fungsional yang langsung
berhubungan dengan pelayan (dan pengawas) dari RMOS subjek.
Persyaratan Deskripsi
W01 Seorang pelayan harus dapat login ke tablet dengan menggunakan
username dan password yang ditugaskan
W02 Seorang pelayan harus dapat log out dari tablet.
W03 Seorang pelayan harus mampu mengaktifkan komputer permukaan dan
akibatnya membuka rekening yang terkait dengan tablet
W04 Seorang pelayan harus dapat menonaktifkan komputer permukaan dan
akibatnya menutup rekening yang terkait dengan tablet.
W05 Seorang pelayan yang mengaktifkan komputer permukaan harus
ditugaskan ke tabel yang berisi itu
W06 Seorang pelayan yang ditugaskan untuk meja harus diberitahu melalui
tablet nirkabel mereka ketika:
Software Requirements Specification for Restaurant Halaman : 10
3.3.1 Keselamatan
Tabel dibawah Menyajikan persyaratan keselamatan diidentifikasi non-fungsional yang langsung
berhubungan dengan seluruh subjek RMOS.
Persyaratan Deskripsi
F01 Sistem ini akan mendata setiap mengubah kondisi dan keadaan setiap tablet
permukaan komputer, dan tampilan untuk pemulihan ketentuan dari kegagalan
sistem.
F02 Sistem ini harus mampu mengembalikan sendiri ke kondisi sebelumnya dalam hal
kegagalan (misalnya sistem crash atau kerugian daya).
F03 Sistem tersebut harus mampu menampilkan menu di setiap saat untuk
memfasilitasi mengambil manual order harus perlu timbul.
F04 Sistem ini akan menggunakan pesan berkala tetap-hidup 30-kedua antara tablet
dan server untuk memonitor status operasional tablet.
F05 Sistem ini akan bendera tablet yang gagal untuk mengirim pesan tetap-hidup tepat
waktu sebagai non-operasional dan memisahkan pelayan yang ditugaskan dari
tablet
3.3.2 Keamanan
Software Requirements Specification for Restaurant Halaman : 11
Persyaratan Deskripsi
Y01 Komunikasi nirkabel di seluruh sistem akan dienkripsi menggunakan
SSLv3 pada lapisan aplikasi dan WPA2-PSK pada lapisan data link.
Y02 Sandi WPA2-PSK yang digunakan untuk komunikasi nirkabel harus
memiliki sedikit-kekuatan minimal 80 bit.
Y03 Sandi WPA2-PSK yang digunakan untuk komunikasi nirkabel harus diubah
setiap tiga bulan.
Y04 Sandi pelayan digunakan untuk login tablet harus mempunyai bit-kekuatan
minimal 64 bit.
Y05 Sandi pelayan digunakan untuk login tablet harus diubah setiap tiga bulan.
Y06 Seorang pelayan hanya akan bisa login ke satu tablet pada setiap contoh
waktu tertentu.
Y07 Seorang pelayan yang mencoba login ke sebuah tablet kedua sementara
sudah masuk ke tablet lain harus ditolak dan diberitahukan melalui kedua
tablet.
Persyaratan Deskripsi
H01 Setiap elemen sistem akan mengambil tidak lebih dari 10-detik untuk
restart
H02 Sebuah komputer permukaan tidak boleh mengabaikan suatu menu
yang bergerak kecuali permintaan pelanggan itu.
Software Requirements Specification for Restaurant Halaman : 12
Log Out
Log In
Membersihkan
Meja
Mempersiapkan
Meja
Mengantarkan
Pesanan
Pelayan
Menerima
Pesanan
Pembayaran
Tunai
Pembayaran
dg Kartu
Menu
Makanan Bayar
Pesan
Membatalkan
Tempat
Akun
Terima/Tolak Item
Menyiapkan Item
Koki
Software Requirements Specification for Restaurant Halaman : 13