SRS Restoran

Software Requirements Specification for Restaurant Halaman : 1

Spesifikasi Persyaratan Software

Untuk

System Pemesanan Makanan Berbasis Komputer di

Restoran

Versi 1.0

Dibuat Oleh : Perie Bagoes HandokoNIM : P2700210009

Konsentrasi Teknik InformatikaJurusan Teknik Elektro

Program Pasca Sarjana UNHAS2010


DAFTAR ISI Daftar Isi ...................................................................................................................................... 1 Tahap Revisi ................................................................................................................................ 11 Pendahuluan............................................................................................................................ 2

1.1 Tujuan................................................................................................................................. 2 1.2 Ruang Lingkup................................................................................................................... 2 1.3 Definisi............................................................................................................................... 31.4 Struktur............................................................................................................................... 31.5 Gambaran Singkat.............................................................................................................. 3

2 Penjelasan Umum................................................................................................................... 42.1 Gambaran Produk............................................................................................................... 4

2.1.1 Antarmuka System................................................................................................... 42.1.2 Antarmuka Pengguna............................................................................................... 42.1.3 Antarmuka Perangkat Keras..................................................................................... 4

2.2 Fungsi Operasional............................................................................................................. 42.3 Karakteristik Pengguna...................................................................................................... 42.4 Batasan-Batasan................................................................................................................. 5 2.5 Asumsi................................................................................................................................ 62.6 Pembagian Persyaratan....................................................................................................... 6

3 Persyaratan Spesifik................................................................................................................ 63.1 Persyaratan Antarmuka Ekternal........................................................................................ 6

3.1.1 Persyaratan Antarmuka Pengguna........................................................................... 63.1.2 Persyaratan Antarmuka Perangkat Keras................................................................. 73.1.3 Antarmuka Perangkat Lunak.................................................................................... 73.1.4 Antarmuka Komunikasi........................................................................................... 7 3.1.5 Antarmuka System................................................................................................... 8

3.2 Persyaratan Fungsional....................................................................................................... 83.2.1 Secara Umum........................................................................................................... 8 3.2.2 Pelayan..................................................................................................................... 9

3.3 Persyaratan Non Fungsional............................................................................................... 103.3.1 Keselamatan............................................................................................................. 103.3.2 Keamanan................................................................................................................. 103.3.3 Rekayasa Non Fungsional manusia.......................................................................... 11

Tahap Revisi

Nama Tanggal Alasan Perubahan Versi

Perie B. Handoko 4/11/2010 Draft Dokument Versi 1.0


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.

1.2 Ruang Lingkup

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, 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 DeskripsiItem Satu porsi makanan / minumanOrder Terdiri dari satu atau lebih itemMeal Terdiri dari satu atau lebih pesanan (yang terkait dengan satu pelanggan)Pelanggan Pemesan di Restoran bahwa pesanan / membayar untuk makanStaff Karyawan restoranPelayan Anggota staf yang utama tugasnya adalah untuk menerima perintah / melayani

makanan kepada pelangganKoki Staff member pekerjaan utamanya adalah untuk mempersiapkan itemSupervisor Staff member tugasnya adalah untuk mengelola operasi restoranTable Terdiri dari satu atau lebih kursi di mana pelanggan duduk dan tempat

perintah dari.Account Terdiri dari semua makanan dari mejaPembayaran Terdiri dari total biaya nol atau lebih makanan dan nol atau lebih tipsServer Komputer Pusat DataSurface Computer Dibangun ke dalam tabel untuk menyediakan pelanggan dengan menu / fungsi

pemesananTablet Komputer nirkabel mobile untuk menyediakan staf dengan fungsi melayani

pelangganLayar Layar Sentuh untuk menyediakan sarana bagi koki untuk berinteraksi dengan

sistemRegister System Point of sale terminal untuk menangani pembayaran tagihanKartu Bank Pelanggan debit / kartu kreditMenu Permukaan komputer representasi dari item yang tersedia dan pilihan lainnya

1.4 StrukturStruktur 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


1.5 Gambaran Singkat

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.

2.1 Gambaran Produk Perangkat lunak yang diuraikan dalam SRS adalah perangkat lunak untuk sistem RMOS lengkap. Sistem ini menggabungkan berbagai perangkat keras dan elemen lunak dan interface lebih lanjut dengan sistem eksternal. Jadi, sementara perangkat lunak meliputi sebagian besar fungsi sistem, hal itu bergantung pada sejumlah antarmuka eksternal untuk tugas ketekunan dan tidak tertangani, serta fisik berinteraksi dengan manusia

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. 2.2 Fungsi Operasional The RMOS hanya memiliki satu mode operasi. Namun, karena lingkungan restoran ini digunakan dalam, ia harus mampu beroperasi selama jangka waktu yang lama, tanpa kesalahan. Server harus


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.

Persyaratan Adaptasi Situs Situs konfigurasi untuk RMOS diharapkan dapat mencakup langkah-langkah berikut:

Memasang server, permukaan komputer dan menampilkan Memperoleh tablet cukup untuk semua staf yang perlu menggunakannya Jaringan semua perangkat, menginstal sistem operasi, perangkat lunak server dan DBMS Jaringan Aman, mendistribusikan passkeys awal Instal perangkat lunak RMOS Mengkonfigurasi server RMOS perangkat lunak

Beberapa elemen kustomisasi perangkat lunak RMOS mungkin diperlukan, termasuk:• Tabel layout peta• GUI elemen, terutama untuk pelanggan menghadapi UIS

2.3 Karakteristik Pengguna Operator RMOS jatuh ke dalam tiga kategori utama, tidak terampil, sebagian terampil dan sangat terampil. Pengguna tidak terampil pengguna komputer permukaan yang walk-in pelanggan dan karenanya harus dianggap tidak memiliki keterampilan sebelumnya yang relevan atau pendidikan selain kemampuan dasar untuk mengoperasikan sistem otomatis, tidak lebih kompleks daripada meteran parkir atau mesin penjual otomatis. Sebagian pengguna terampil Pengguna tablet dan menampilkan adalah pelayan dan juru masak masing-masing dan mereka harus dapat menggunakan sistem dan selanjutnya mampu melatih orang lain dengan pelatihan yang minimal diri mereka sendiri. Mereka harus dapat menjelaskan semua elemen dari antarmuka pengguna kecuali server. Pengawas juga jatuh ke dalam kategori yang sama, meskipun mereka harus belajar bagian lain dari sistem (restitusi dll); ini seharusnya tidak kompleksitas terutama lebih besar dari fungsi standar. Kelas ini pengguna diharapkan untuk memiliki pendidikan tinggi sertifikat sekolah SMP atau setara

Pengguna yang sangat terampilInstalasi awal dan konfigurasi hardware dan komponen sistem konstituen RMOS (terutama server) dijamin untuk memerlukan seseorang dengan pengalaman komputer terkemuka, termasuk pengalaman yang luas dengan jaringan dan sistem operasi untuk menyelesaikannya. Perangkat lunak ini tidak boleh sia-sia rumit, tetapi masih diharapkan tidak akan "plug and play ' sepenuhnya. Kelas ini pengguna diharapkan memiliki sertifikat sekolah tinggi atau setara, serta pengalaman komputer yang luas.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 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.

2.6 Pembagian Persyaratan Persyaratan dibagi menjadi 2 bagian yaitu persyaratan fungsional dan non-fungsional

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

3.1. Persyaratan Antarmuka Ekternal3.1.1 Antarmuka Pengguna Ada tiga antarmuka pengguna yang terpisah yang digunakan oleh perangkat lunak RMOS, masing-masing terkait dengan perangkat keras dihubungkan fisik (lihat Bagian 3.1.2). Ketiga antarmuka pengguna adalah Permukaan Komputer UI, Tablet UI dan Tampilan UI. Permukaan komputer UI Permukaan Komputer UI adalah antarmuka yang digunakan oleh pelanggan restoran. Interface ini menggunakan paradigma komputer permukaan - pengguna berinteraksi dengan sistem dengan menyeret 'benda' sekitar pada layar datar-layar sentuh yang sensitif. Untuk RMOS, pengguna dapat memanipulasi objek seperti item makanan, persyaratan diet, tips dan menu pada permukaan meja mereka. benda tersebut dapat dipindahkan ke objek statis seperti makanan dan pembayaran untuk melakukan berbagai fungsi. Selain itu paradigma manipulasi objek, menu sistem terbatas diperlukan. Pengguna akan memanggil menu restoran mereka, yang dikombinasikan dengan sistem / menu perintah, menggunakan gerakan sentuhan mudah, tekan dua kali pada permukaan 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.Tampilan Antarmuka Pengguna Tampilan bagi pengguna menyediakan staf dapur dengan fungsionalitas sederhana yang berkaitan dengan barang yang dipesan. UI akan menampilkan daftar item dalam jumlah besar, mudah-untuk-membaca teks, diurutkan berdasarkan waktu pengajuan dengan informasi tambahan (seperti kebutuhan diet dan tabel tujuan) ditampilkan dalam format tabel. Input disediakan oleh ujung jari, sebagai lawan dari stylus

3.1.2 Antarmuka Perangkat Keras Ada tiga perangkat keras eksternal digunakan oleh RMOS, masing-masing terkait dengan user interface (lihat Bagian 3.1.1). Perangkat ini adalah komputer permukaan, tablet nirkabel dan menampilkan sentuhan. Ketiga perangkat harus secara fisik kuat dan kebal terhadap kerusakan cair dan noda. Perangkat (dengan kemungkinan pengecualian menampilkan) juga harus memiliki estetika yang baik desain industri, karena mereka akan digunakan sebagai pengganti meja restoran normal dan notes dan akan di kontak langsung dengan pelanggan. Perangkat bersikap 'terminal' seperti dalam arti bahwa mereka tidak pernah memiliki citra sistem lengkap, jangan menyimpan data dan tidak digunakan untuk logika inti dari sistem. Namun, mereka harus komputer sepenuhnya mampu yang dapat menggunakan data tekstual dari server bersama dengan UI lokal / kode interpretasi untuk menampilkan elemen UI dan mengambil input. Semua catatan order dan transaksi harus disimpan pada server, bukan komputer ini. Kinerja terminal bodoh atas area ukuran restoran mungkin tidak dapat diterima. Dalam semua tiga kasus, perangkat keras mengambil informasi dari RMOS dan proses informasi untuk ditampilkan. Hal ini juga memberikan informasi pengguna masukan kepada RMOS.3.1.3 Antarmuka Software Para RMOS akan antarmuka dengan Database Management System (DBMS) yang menyimpan informasi yang diperlukan untuk RMOS untuk beroperasi. DBMS harus dapat memberikan, atas permintaan dan dengan latency rendah, data mengenai menu restoran, karyawan (dan password mereka) dan persyaratan diet tersedia. Selain itu, ia harus mengambil dan arsip data yang diberikan kepadanya oleh RMOS. Data ini akan mencakup catatan semua perintah dan transaksi (sistem negara dan perubahan status) dilaksanakan oleh RMOS. DBMS harus menyimpan semua data sedemikian rupa sehingga dapat digunakan untuk akuntansi, serta akuntabilitas.3.1.4 Antarmuka Komunikasi Para RMOS akan antarmuka dengan Local Area Network (LAN) untuk memelihara komunikasi dengan semua perangkat nya. Ini harus menggunakan protokol IP handal-jenis seperti TCP / IP atau reliable-UDP/IP untuk kompatibilitas maksimum dan stabilitas. Semua perangkat itu akan antarmuka dengan seharusnya berisi standar Ethernet kompatibel, perangkat lunak kartu LAN dapat diakses untuk menjaga komunikasi antara server dan komputer permukaan, tablet, menampilkan 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

3.1.5 Antarmuka System Interface RMOS dengan sistem pembayaran yang ada, termasuk register tunai dan kredit lunak yang dapat diakses / EFTPOS sistem, agar dengan cepat dan mudah menangani penagihan pelanggan. Sistem pembayaran harus dioperasikan sedemikian rupa sehingga dapat kembali informasi ke sistem RMOS mengenai apakah pembayaran berhasil atau gagal

3.2 Persyaratan Fungsional Huruf ini menyajikan persyaratan fungsional diidentifikasi untuk RMOS subjek. Awalnya, persyaratan umum yang berkaitan dengan seluruh sistem diberikan. Bila memungkinkan, persyaratan berikutnya telah dibatasi berdasarkan relevansi mereka untuk para pengguna sistem, yaitu, pelanggan, pelayan, koki dan supervisor.

3.2.1 Secara Umum Menyajikan persyaratan diidentifikasi umum fungsional yang langsung berhubungan dengan seluruh subjek RMOS

Persyaratan DeskripsiG01 Sebuah server host RMOS dan menyediakan sistem pengolahan data dan

kemampuan penyimpananG02 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 urutanC07 Pelanggan harus dapat menghapus item dari pesanan yang tertunda dengan

mendrag item dari pesananC08 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 sistemC10 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 terlibatC13 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.C15 Ketika dalam mode penagihan, permukaan komputer akan menampilkan

representasi dari pembayaran kas untuk seluruh tabel..C16 Ketika dalam mode penagihan, permukaan komputer akan menampilkan

representasi dari pembayaran kartu bank untuk setiap nasabahC17 Ketika dalam mode penagihan, permukaan komputer akan menampilkan

perwakilan dari setiap makanan memerintahkan masing-masing yang mungkin akan diseret ke pembayaran.

C18 Ketika dalam mode penagihan, permukaan komputer akan menampilkan representasi dari denominasi tip yang mungkin diseret ke pembayaran.

C19 Pelanggan harus dapat menyeret makanan ke dalam pembayaran kartu bank atau pembayaran tunai

C20 Pelanggan harus dapat menyeret makan keluar dari pembayaran kartu bank atau pembayaran tunai.

3.2.2 PelayanTabel dibawah menyajikan persyaratan pelayan diidentifikasi fungsional yang langsung berhubungan dengan pelayan (dan pengawas) dari RMOS subjek.

Persyaratan DeskripsiW01 Seorang pelayan harus dapat login ke tablet dengan menggunakan

username dan password yang ditugaskanW02 Seorang pelayan harus dapat log out dari tablet.W03 Seorang pelayan harus mampu mengaktifkan komputer permukaan dan

akibatnya membuka rekening yang terkait dengan tabletW04 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 ituW06 Seorang pelayan yang ditugaskan untuk meja harus diberitahu melalui

tablet nirkabel mereka ketika:• Pesanan ditempatkan dari tabel yang• Item diperintahkan oleh meja yang ditolak oleh dapur• Item diperintahkan oleh tabel yang siap untuk dilayani• Tabel ini telah meminta bantuan pelayan

W07 tablet A akan mengizinkan pelayan untuk menerima perintah ditempatkan oleh pelanggan melalui komputer permukaan.

W08 tablet A akan mengizinkan pelayan untuk menolak perintah ditempatkan oleh pelanggan melalui komputer permukaan.


W09 tablet A akan mengizinkan pelayan untuk menunjukkan pengiriman item untuk pelanggan.

W10 tablet A akan mengizinkan pelayan untuk memproses pembayaran menggunakan uang tunai.

W11 tablet A akan mengizinkan pelayan untuk memproses pembayaran menggunakan kartu bank yang.

S04 Seorang supervisor harus mampu membatalkan / membersihkan rekening table / makanan dari sistem aktif dengan tidak mengharapkan pembayaran.

S05 Seorang supervisor harus mampu mengeluarkan pengembalian dana untuk item satu atau lebih untuk pelanggan.

3.3 Persyaratan Non-Fungsional Huruf ini menyajikan persyaratan non-fungsional diidentifikasi untuk RMOS subjek. The subkategori persyaratan non-fungsional yang diberikan adalah keselamatan, keamanan, interface, rekayasa manusia, kualifikasi, operasional dan pemeliharaan.

3.3.1 Keselamatan Tabel dibawah Menyajikan persyaratan keselamatan diidentifikasi non-fungsional yang langsung berhubungan dengan seluruh subjek RMOS.

Persyaratan DeskripsiF01 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

Tabel dibawah menyajikan persyaratan keamanan diidentifikasi non-fungsional yang langsung berhubungan dengan seluruh subjek RMOS.

Persyaratan DeskripsiY01 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.

Y08 Sistem ini harus menyediakan dua tingkat akses:- Tingkat supervisor untuk akses tak terbatas untuk fungsionalitas

sistem- Tingkat pelayan untuk akses ke fungsionalitas pelayan

Y09 Sebuah komputer permukaan tidak akan meminta user untuk login.Y10 tablet A harus mensyaratkan seorang pengguna untuk log in

menggunakan username dan password.Y11 Tampilan A tidak akan meminta user untuk login.

3.3.3 Rekayasa Non Fungsional Manusia Tabel dibawah ini Menyajikan persyaratan diidentifikasi rekayasa non-fungsional manusia yang langsung berhubungan dengan seluruh subjek RMOS.

Persyaratan DeskripsiH01 Setiap elemen sistem akan mengambil tidak lebih dari 10-detik untuk

restartH02 Sebuah komputer permukaan tidak boleh mengabaikan suatu menu

yang bergerak kecuali permintaan pelanggan itu.


Interaksi antara pengguna-akhir dari sistem dan sistem

Menu dan System Pemesanan

Log Out

Log In

Membersihkan Meja

Mempersiapkan Meja

Mengantarkan Pesanan

Menerima Pesanan

Pembayaran Tunai

Pembayaran dg Kartu

Bayar

Pesan Tempat

Memanggil Pelayan

Menu Makanan

Membatalkan Akun

Pengendalian Dana

Terima/Tolak Item

Menyiapkan Item

Pelayan

SupervisorPelangan

Koki


Documents

SRS Restoran