P. 1
42720277 SRS Restoran

42720277 SRS Restoran

|Views: 26|Likes:
Dipublikasikan oleh Liliek Triyono
ok
ok

More info:

Categories:Types, School Work
Published by: Liliek Triyono on Apr 11, 2013
Hak Cipta:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

12/05/2013

pdf

text

original

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 Handoko NIM : P2700210009

Konsentrasi Teknik Informatika Jurusan Teknik Elektro Program Pasca Sarjana UNHAS 2010

................................................................................................................................................................4 Antarmuka Komunikasi............................................................................................................................................................. 3.... 3.......3............... 2 Penjelasan Umum ............................... 1.............................................2 Pelayan ............................................................1...... 3...........................................................1 Keselamatan ....... Tahap Revisi ...........................5 Asumsi .....................................2 Persyaratan Antarmuka Perangkat Keras ..................................1 Secara Umum ................. 1...... 3.................. 1.....4 Batasan-Batasan...........................................................................................................................................5 Antarmuka System .........3................................. 1 1 2 2 2 3 3 3 4 4 4 4 4 4 4 5 6 6 6 6 6 7 7 7 8 8 8 9 10 10 10 11 Tahap Revisi Nama Perie B.............. 1......................................1 Antarmuka System ................................................3......................................................................1 Persyaratan Antarmuka Ekternal ....1......................... 3.....................................................1. 3............................................... 2............................................................3 Definisi ................1 Gambaran Produk .......................... 2.................................... 3......1.................................................1 Tujuan .....................................................................................................1..................................................................0 ....................................................................... 2................................................................................................................3 Persyaratan Non Fungsional ...................................................................2 Persyaratan Fungsional .................................................2..........................................3 Rekayasa Non Fungsional manusia .....1............................. 2....2 Antarmuka Pengguna ........................................................................................................................ 2...........................................1............................................................ 3................................................................................. 3........................................................................Software Requirements Specification for Restaurant Halaman : 1 DAFTAR ISI Daftar Isi ...............1.................................3 Antarmuka Perangkat Lunak ...............................1 Persyaratan Antarmuka Pengguna ................... 1 Pendahuluan .............................................................................3 Karakteristik Pengguna....... 3 Persyaratan Spesifik ........................................................................................................................................5 Gambaran Singkat ................. Handoko Tanggal 4/11/2010 Alasan Perubahan Draft Dokument Versi Versi 1....................................6 Pembagian Persyaratan .........................2 Keamanan ............4 Struktur .......................................2 Ruang Lingkup .... 3.............. 3.................................. 2............3 Antarmuka Perangkat Keras ................................................................................................ 3........................... 2.............................................................. 3.................................................................................. 2.............................. 2.................................................................2 Fungsi Operasional .......2.................................................................................................. 1.......................................................................................................................................

Target utama dari dokumen ini SRS akan menjadi tim pengembangan yang digunakan untuk melaksanakan RMOS ditentukan. yang memungkinkan untuk harga lebih dinamis dan perubahan konten.2 Ruang Lingkup Pada saat lingkungan makan formal. dokumen harus bertindak sebagai dasar untuk penyelesaian proyek yang efisien dan dikelola dengan baik dan selanjutnya berfungsi sebagai acuan yang akurat di masa depan. tujuan dokumen disajikan dan penonton yang dimaksudkan diuraikan. yaitu. Itu tidak hanya akan menyediakan kapasitas yang luas untuk penilaian proyek perencanaan dan kemajuan tetapi lebih jauh akan membantu dengan pengembang / interaksi stakeholder. Yang berkaitan pertama penggantian menu berbasis kertas menggunakan format elektronik. Dokumen ini menetapkan persyaratan untuk menu restoran dan memesan kertas strategi penggantian untuk mengatasi masalah yang berkaitan dengan metode kuno saat ini. 1. Akibatnya. 1. verifiability. Dengan sistem perangkat lunak yang mendasari mengambil tanggung jawab untuk pesanan pelanggan di seluruh siklus hidup. konsistensi. modifiability dan mampu telusur. Di samping persyaratan mengatakan. benar. update Menu tersebut dapat diterapkan di setiap saat tanpa tenaga ekstra dari mencetak dan mendistribusikan menu baru.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). sebuah tinjauan dokumen lengkap disediakan untuk memudahkan pemahaman pembaca meningkat dan navigasi. menu Said umumnya berbasis kertas dan karenanya memberlakukan pembatasan pada real estate tekstual yang tersedia dan kemampuan restoran telah memperbaruinya. peningkatan produktivitas restoran dan kapasitas untuk audit bisnis yang luas adalah manfaat utama yang terkait dengan RMOS. Fleksibilitas yang lebih besar dalam menu. Ini adalah maksud yang disajikan set persyaratan memiliki kualitas sebagai berikut. Istilah yang digunakan di seluruh SRS juga ditawarkan. pertimbangan kinerja dan kendala desain yang dikenakan pada pelaksanaan berikutnya. Para penonton dokumen sekunder terdiri dari stakeholder proyek. Perlu dicatat bahwa sementara strategi yang disarankan menggabungkan penggunaan berbagai komponen perangkat keras. 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 . Untuk kelompok ini penonton. pemilik restoran dan staf terkait. Untuk menyimpulkan. 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. Selanjutnya. Untuk mulai dengan. SRS ini harus menyampaikan dan pastikan fungsionalitas yang diperlukan dan merupakan suatu kesepakatan kontraktual antara pihak yang terlibat. dokumen ini juga menyediakan profil rinci dari antarmuka eksternal. unambiguousness. kelengkapan.1 Tujuan Tujuan dari SRS adalah untuk menjelaskan kedua persyaratan fungsional dan non-fungsional dari RMOS subjek. beberapa bentuk menu statis fisik digunakan untuk menyampaikan makanan yang tersedia dan pilihan minuman untuk pelanggan. fokus utama dari SRS disajikan berkaitan dengan elemen-elemen perangkat lunak konstituen. . Tiga konsep yang berkaitan tercakup oleh ruang lingkup umum Menu Restoran dan Sistem Pemesanan.

4 Struktur Struktur Spesifikasi Persyaratan Software ini adalah sebagai berikut. Bagian 3 dikhususkan untuk spesifikasi eksplisit dari persyaratan perangkat lunak baik fungsional dan non-fungsional di alam. Perhatian diberikan kepada menempatkan produk software yang dihasilkan dalam perspektif dan selanjutnya menguraikan karakteristik pengguna akhir. RMOS diidentifikasi menggunakan kasus-kasus yang diberikan.Software Requirements Specification for Restaurant Halaman : 3 tidak hanya akurasi dijamin. Bagian 4 meluas pada Bagian 3 melalui dimasukkannya analisis model UML dan diagram. Persyaratan fungsional tercatat telah dibatasi sesuai dengan kategori pengguna sistem. Item Item Order Meal Pelanggan Staff Pelayan Koki Supervisor Table Account Pembayaran Server Surface Computer Tablet Layar Register System Kartu Bank Menu Deskripsi Satu porsi makanan / minuman Terdiri dari satu atau lebih item Terdiri dari satu atau lebih pesanan (yang terkait dengan satu pelanggan) Pemesan di Restoran bahwa pesanan / membayar untuk makan Karyawan restoran Anggota staf yang utama tugasnya adalah untuk menerima perintah / melayani makanan kepada pelanggan Staff member pekerjaan utamanya adalah untuk mempersiapkan item Staff member tugasnya adalah untuk mengelola operasi restoran Terdiri dari satu atau lebih kursi di mana pelanggan duduk dan tempat perintah dari. 1. kendala sistem dan asumsi. serta meninjau keadaan luar biasa untuk menangani masa depan. Terdiri dari semua makanan dari meja Terdiri dari total biaya nol atau lebih makanan dan nol atau lebih tips Komputer Pusat Data Dibangun ke dalam tabel untuk menyediakan pelanggan dengan menu / fungsi pemesanan Komputer nirkabel mobile untuk menyediakan staf dengan fungsi melayani pelanggan Layar Sentuh untuk menyediakan sarana bagi koki untuk berinteraksi dengan sistem Point of sale terminal untuk menangani pembayaran tagihan Pelanggan debit / kartu kredit Permukaan komputer representasi dari item yang tersedia dan pilihan lainnya 1. Bagian 2 menyajikan gambaran keseluruhan dari RMOS subjek. bahan dan efisiensi restoran. tapi semua tindakan sudah login dalam database untuk analisis dan akuntabilitas staf. kegiatan diagram untuk setiap use case disajikan bersama dengan diagram kelas keseluruhan dan diagram statechart relevan . Untuk mulai dengan.3 Definisi Huruf ini menyajikan definisi untuk istilah dan singkatan digunakan di seluruh SRS ini karena terkait dengan RMOS subjek. Dalam suplemen. Untuk kelengkapan. Hal ini memungkinkan perusahaan untuk waktu staf audit dan rekening.

ini harus diperhitungkan saat menulis perangkat lunak tablet. Server harus . panggilan pelayan. sebagai perangkat mobile. dan interface komunikasi. 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.semua melalui tablet PC nirkabel mereka. produk tersebut telah dimasukkan ke dalam perspektif melalui penilaian rinci dari. Secara khusus. 2. Untuk menyimpulkan bagian. dan mendukung tindakan pengawas untuk menjelaskan keadaan luar biasa.Software Requirements Specification for Restaurant Halaman : 4 1. seperti makanan yang dikembalikan atau berjalan keluar. lagi-lagi melalui layar-sentuh. memesan. tablet nirkabel. Selanjutnya. Sistem ini berisi akuntabilitas penuh dan sistem logging. Pelayan mampu melakukan semua tindakan bahwa sistem tabel biasanya menangani melalui tablet PC mereka. mengirim perintah kepada staf persiapan makanan dan menyelesaikan tagihan pelanggan .1 Gambaran Produk Perangkat lunak yang diuraikan dalam SRS adalah perangkat lunak untuk sistem RMOS lengkap. karena lingkungan restoran ini digunakan dalam. mode operasional dan persyaratan situs adaptasi. dan mempertahankan saluran komunikasi yang sama dengan staf makanan. dan mengatur tagihan akhir melalui interface komputer permukaan dibangun ke meja mereka. Sistem ini menggabungkan berbagai perangkat keras dan elemen lunak dan interface lebih lanjut dengan sistem eksternal. Secara khusus. Pelanggan dapat melihat menu. karakteristik-pengguna akhir sistem dibahas bersama dengan kendala sistem diidentifikasi dan asumsi. pelayan dapat menangani pesanan tradisional saat menggunakan mempertahankan akuntabilitas dan logging fungsi sistem . sebuah apportioning persyaratan telah digariskan. pastikan pesanan. Staf makanan. Namun. 2 Penjelasan Umum Bagian berikut menyajikan gambaran menyeluruh dari RMOS subjek.2 Fungsi Operasional The RMOS hanya memiliki satu mode operasi. ia harus mampu beroperasi selama jangka waktu yang lama. Jadi. mengontrol fungsi tabel jarak jauh untuk membantu pelanggan. serta fisik berinteraksi dengan manusia Memori Penggunaan memori RMOS jelas harus dibatasi oleh perangkat yang dimaksudkan untuk berjalan di.5 Gambaran Singkat Menu Restoran dan Pemesanan System adalah paket perangkat lunak untuk memfasilitasi memesan dalam sebuah restoran tradisional. Pelayan mampu menginisialisasinya meja untuk pelanggan. 2. dan dapat mengirim pemberitahuan bila item selesai. tanpa kesalahan. pengguna sistem. Memori kendala pada server. Pelanggan disajikan dengan permukaan mudah digunakan menarik dan komputer GUI dengan metafora 'objek' a dragand-drop dalam menu mereka. dapat melihat pesanan dikirim ke dapur oleh pelayan. Selama persiapan. dengan interface mereka sentuh layar ke sistem. hal itu bergantung pada sejumlah antarmuka eksternal untuk tugas ketekunan dan tidak tertangani. pertimbangan memori. mereka mampu membiarkan pelayan mengetahui status dari setiap item. sehingga dalam hal nasabah tidak mampu mengoperasikan komputer permukaan. sementara perangkat lunak meliputi sebagian besar fungsi sistem. mungkin memiliki memori yang terbatas . perangkat lunak perangkat keras.

termasuk pengalaman yang luas dengan jaringan dan sistem operasi untuk menyelesaikannya. Kelas ini pengguna diharapkan memiliki sertifikat sekolah tinggi atau setara.Software Requirements Specification for Restaurant Halaman : 5 mampu bekerja tanpa diawasi selamanya. tidak terampil. termasuk: • Tabel layout peta • GUI elemen. mendistribusikan passkeys awal  Instal perangkat lunak RMOS  Mengkonfigurasi server RMOS perangkat lunak Beberapa elemen kustomisasi perangkat lunak RMOS mungkin diperlukan. 2. tablet atau menampilkan tersambung pada satu waktu. tetapi masih diharapkan tidak akan "plug and play ' sepenuhnya. serta pengalaman komputer yang luas. jaringan yang sederhana API diakses. 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. sebagian terampil dan sangat terampil. Sistem harus menyediakan kapasitas untuk operasi paralel dan desain sistem tidak harus memperkenalkan isu-isu skalabilitas sehubungan dengan jumlah komputer permukaan. Perangkat lunak ini tidak boleh sia-sia rumit. Karena data stateful tidak harus disimpan pada salah satu perangkat selain server. Kelas ini pengguna diharapkan untuk memiliki pendidikan tinggi sertifikat sekolah SMP atau setara Pengguna yang sangat terampil Instalasi awal dan konfigurasi hardware dan komponen sistem konstituen RMOS (terutama server) dijamin untuk memerlukan seseorang dengan pengalaman komputer terkemuka. permukaan komputer dan menampilkan  Memperoleh tablet cukup untuk semua staf yang perlu menggunakannya  Jaringan semua perangkat. meskipun mereka harus belajar bagian lain dari sistem (restitusi dll). menginstal sistem operasi. ini seharusnya tidak kompleksitas terutama lebih besar dari fungsi standar. atau perangkat lunak eksternal yang berjalan pada sistem cadangan waktunya. Rantai alat kandidat utama adalah Java / Swing.4 Batasan-Batasan The RMOS harus ditulis dalam bahasa berorientasi objek dengan link GUI yang kuat dan. Interaksi dari RMOS seharusnya tidak diperlukan. Seharusnya tidak perlu interaksi fisik kecuali untuk upgrade dan kegagalan elemen hardware. Sistem akhir juga harus memungkinkan untuk . 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. tidak lebih kompleks daripada meteran parkir atau mesin penjual otomatis. Persyaratan Adaptasi Situs Situs konfigurasi untuk RMOS diharapkan dapat mencakup langkah-langkah berikut:  Memasang server. Pengawas juga jatuh ke dalam kategori yang sama.3 Karakteristik Pengguna Operator RMOS jatuh ke dalam tiga kategori utama. Backup dan pemulihan harus ditangani oleh DBMS dan sistem operasi. menjaga gambar sistem pada server untuk setiap perangkat mungkin menjadi metode operasional yang cukup untuk memfasilitasi restorasi harus perangkat menjadi rusak. C + + / Qt dan Python / Qt. perangkat lunak server dan DBMS  Jaringan Aman. terutama untuk pelanggan menghadapi UIS 2. Mereka harus dapat menjelaskan semua elemen dari antarmuka pengguna kecuali server.

antarmuka. tanpa kehilangan data. Implikasinya adalah bahwa target perangkat akan menyediakan kapasitas untuk program mandiri / penyebaran aplikasi dan tidak memerlukan disesuaikan tertanam firmware untuk ditulis. Dengan pemikiran. dari kegagalan perangkat individu. Sistem ini memiliki kekritisan sejauh adalah sistem hidup. manusia kualifikasi.1. Pengguna akan memanggil menu restoran mereka. Akhirnya. Tablet UI dan Tampilan UI. benda tersebut dapat dipindahkan ke objek statis seperti makanan dan pembayaran untuk melakukan berbagai fungsi. menggunakan gerakan sentuhan mudah. tips dan menu pada permukaan meja mereka. yang dikombinasikan dengan sistem / menu perintah. perlu dicatat bahwa sistem ini mungkin sesuai dengan apa yang tersedia. menu sistem terbatas diperlukan.1 Antarmuka Pengguna Ada tiga antarmuka pengguna yang terpisah yang digunakan oleh perangkat lunak RMOS. Persyaratan nonfungsional yang berkaitan dengan keselamatan. Ketiga antarmuka pengguna adalah Permukaan Komputer UI. masingmasing terkait dengan perangkat keras dihubungkan fisik (lihat Bagian 3. Persyaratan Antarmuka Ekternal 3. 2.1. Selain itu paradigma manipulasi objek.11 jaringan nirkabel untuk komunikasi sistem.5 Asumsi SRS mengasumsikan bahwa tidak ada komponen sistem konstituen akan diimplementasikan sebagai aplikasi embedded. Hal ini lebih lanjut diasumsikan bahwa tablet PC kemampuan pemrosesan yang cukup dan hidup baterai akan digunakan. pengguna dapat memanipulasi objek seperti item makanan.pengguna berinteraksi dengan sistem dengan menyeret 'benda' sekitar pada layar datar-layar sentuh yang sensitif. Interface ini menggunakan paradigma komputer permukaan . persyaratan diet. 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. Persyaratan fungsional telah ditetapkan menggunakan deskripsi bahasa alami dan dengan demikian.1. Permukaan komputer UI Permukaan Komputer UI adalah antarmuka yang digunakan oleh pelanggan restoran. keamanan.2). Sistem ini harus cukup handal untuk menjalankan crash dan glitch gratis lebih atau kurang tanpa batas waktu.Software Requirements Specification for Restaurant Halaman : 6 pemulihan mulus. koki dan supervisor. pelanggan. Harus ada audit rantai yang kuat dengan semua tindakan sistem login.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. pembaca diarahkan pada Bagian 4 (UML Analisis Model) untuk detail lebih lanjut 3. Jika sistem sedang down. teknik. Kebutuhan fungsional yang ditampilkan pertama.1. operasi. lanjut diasumsikan bahwa lingkungan deployment mampu mendukung IEEE 802. . atau memfasilitasi pemulihan kesalahan cukup kuat sehingga gangguan tidak pernah diwahyukan kepada pengguna akhir 2. pemeliharaan dan kinerja yang kemudian disajikan. Sementara antarmuka akan dibahas dalam Bagian 2. atau pemberitahuan bahwa sistem ini pulih dengan cepat (detik). teknologi yang paling mudah beradaptasi dan portabel harus digunakan untuk implementasi. Untuk RMOS. menurut hubungan mereka terhadap sistem secara keseluruhan. tekan dua kali pada permukaan sentuh. pelayan. maka pelanggan tidak harus memperhatikan.

Karena jumlah operasi UI harus mendukung relatif terbatas. Ini harus menggunakan protokol IP handal-jenis seperti TCP / IP atau reliable-UDP/IP untuk kompatibilitas maksimum dan stabilitas. Kinerja terminal bodoh atas area ukuran restoran mungkin tidak dapat diterima. bukan komputer ini. jadi UI akan menjadi jelas dan rapi.1. serta akuntabilitas. Perangkat ini adalah komputer permukaan. Tampilan Antarmuka Pengguna Tampilan bagi pengguna menyediakan staf dapur dengan fungsionalitas sederhana yang berkaitan dengan barang yang dipesan. UI ini akan dirancang untuk digunakan dengan input stylus ke layar sentuh. UI harus menyediakan antarmuka grafis sederhana. mirip dengan peta. Perangkat bersikap 'terminal' seperti dalam arti bahwa mereka tidak pernah memiliki citra sistem lengkap. 3. data mengenai menu restoran. Semua perangkat itu akan antarmuka dengan seharusnya berisi standar Ethernet kompatibel. Input disediakan oleh ujung jari.1. Ketiga perangkat harus secara fisik kuat dan kebal terhadap kerusakan cair dan noda. menampilkan . untuk digunakan oleh pelayan untuk mengakomodasi kebutuhan pelanggan. UI akan menampilkan daftar item dalam jumlah besar. Semua catatan order dan transaksi harus disimpan pada server. DBMS harus dapat memberikan. perangkat keras mengambil informasi dari RMOS dan proses informasi untuk ditampilkan. 3. tidak akan ada struktur menu bersarang. 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.Software Requirements Specification for Restaurant Halaman : 7 dan memberhentikan dengan sikap yang sama atau dengan menekan tombol close elemen GUI. GUI akan mengambil sebagian kecil dari layar meja. mudah-untukmembaca teks. Perangkat (dengan kemungkinan pengecualian menampilkan) juga harus memiliki estetika yang baik desain industri. perangkat lunak kartu LAN dapat diakses untuk menjaga komunikasi antara server dan komputer permukaan.1. sebagai lawan dari stylus 3. kecil layar sentuh wireless-enabled tablet. masing-masing terkait dengan user interface (lihat Bagian 3.1).3 Antarmuka Software Para RMOS akan antarmuka dengan Database Management System (DBMS) yang menyimpan informasi yang diperlukan untuk RMOS untuk beroperasi. 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. untuk memungkinkan pengguna untuk memilih tabel / pelanggan sebagai target operasi.2 Antarmuka Perangkat Keras Ada tiga perangkat keras eksternal digunakan oleh RMOS. Namun.4 Antarmuka Komunikasi Para RMOS akan antarmuka dengan Local Area Network (LAN) untuk memelihara komunikasi dengan semua perangkat nya. Dalam semua tiga kasus. tablet. jangan menyimpan data dan tidak digunakan untuk logika inti dari sistem. karyawan (dan password mereka) dan persyaratan diet tersedia. Hal ini juga memberikan informasi pengguna masukan kepada RMOS. Tablet UI UI Tablet didesain untuk berjalan pada PC. diurutkan berdasarkan waktu pengajuan dengan informasi tambahan (seperti kebutuhan diet dan tabel tujuan) ditampilkan dalam format tabel.1. Selain itu. ia harus mengambil dan arsip data yang diberikan kepadanya oleh RMOS. atas permintaan dan dengan latency rendah. karena mereka akan digunakan sebagai pengganti meja restoran normal dan notes dan akan di kontak langsung dengan pelanggan. tablet nirkabel dan menampilkan sentuhan.

termasuk register tunai dan kredit lunak yang dapat diakses / EFTPOS sistem. Pelanggan harus mampu menambah persyaratan diet wildcard khusus untuk .2 Persyaratan Fungsional Huruf ini menyajikan persyaratan fungsional diidentifikasi untuk RMOS subjek. Pelanggan harus mampu membuat pending order kosong melalui menu mereka terlibat.11b / g dan mendukung standar memiliki untuk enkripsi WPA2-PSK. persyaratan berikutnya telah dibatasi berdasarkan relevansi mereka untuk para pengguna sistem. Penggunaan IEEE 802. Pelanggan tidak akan dapat mengabaikan menu mereka terlibat sementara ada pending order tidak kosong terkait dengan menu terlibat. Pelanggan harus dapat menavigasi melalui item yang tersedia dalam menu mereka terlibat. yaitu. tablet dan menampilkan melalui gerakan sentuhan sederhana. 3. menggunakan IEEE 802.11n hardware standar transmisi juga diterima jika semua perangkat keras lokal lainnya adalah konforman dengan standar yang sama 3. agar dengan cepat dan mudah menangani penagihan pelanggan. Bila memungkinkan. Semua fungsionalitas sistem harus dapat dihubungi melalui komputer permukaan sensitif sentuhan. koki dan supervisor. persyaratan umum yang berkaitan dengan seluruh sistem diberikan.1. Pelanggan harus mampu menambah item ke pending order dengan menarik item dari menu yang bergerak ke urutan Pelanggan harus dapat menghapus item dari pesanan yang tertunda dengan mendrag item dari pesanan Pelanggan harus mampu menambah persyaratan diet khusus untuk pesanan dengan menarik persyaratan dari menu yang bergerak ke pesanan.Software Requirements Specification for Restaurant Halaman : 8 dan sistem pembayaran eksternal. pelanggan. Perangkat yang nirkabel juga harus menggunakan Ethernet card yang kompatibel. Sistem pembayaran harus dioperasikan sedemikian rupa sehingga dapat kembali informasi ke sistem RMOS mengenai apakah pembayaran berhasil atau gagal 3.2. Awalnya.5 Antarmuka System Interface RMOS dengan sistem pembayaran yang ada. Tablet A harus menyediakan pelayan / supervisor dengan pelayan semua / supervisor sistem fungsi (sesuai untuk mengakses kontrol) tampilan harus menyediakan koki dengan semua fungsi sistem koki. Sebuah tablet harus mampu berinteraksi dengan sebuah register untuk memfasilitasi proses pembayaran akurat. pelayan.1 Secara Umum Menyajikan persyaratan diidentifikasi umum fungsional yang langsung berhubungan dengan seluruh subjek RMOS Persyaratan G01 G02 G03 G04 G05 G06 C03 C04 C05 C06 C07 C08 C09 Deskripsi Sebuah server host RMOS dan menyediakan sistem pengolahan data dan kemampuan penyimpanan Sebuah komputer permukaan harus menyediakan pelanggan dengan semua fungsi sistem pelanggan.

akan diseret ke pembayaran Ketika dalam mode penagihan. permukaan komputer akan menampilkan perwakilan dari setiap makanan memerintahkan masing-masing yang mungkin . Pelanggan harus dapat menyeret makanan ke dalam pembayaran kartu bank atau pembayaran tunai Pelanggan harus dapat menyeret makan keluar dari pembayaran kartu bank atau pembayaran tunai.2 Pelayan Tabel dibawah menyajikan persyaratan pelayan diidentifikasi fungsional yang langsung berhubungan dengan pelayan (dan pengawas) dari RMOS subjek.Software Requirements Specification for Restaurant Halaman : 9 C10 C11 C12 C13 C14 C15 C16 C17 C18 C19 C20 pesanan dalam hal bahwa kebutuhan mereka tidak diwakili oleh sistem Pelanggan harus mampu melakukan pemesanan melalui menu mereka terlibat jika tertunda dan tidak kosong. Pelanggan harus mampu melepaskan diri mode tagihan untuk membatalkan proses penagihan melalui menu mereka terlibat. permukaan komputer akan menampilkan representasi dari pembayaran kartu bank untuk setiap nasabah Ketika dalam mode penagihan. permukaan komputer akan menampilkan representasi dari denominasi tip yang mungkin diseret ke pembayaran. Seorang pelayan harus mampu mengaktifkan komputer permukaan dan akibatnya membuka rekening yang terkait dengan tablet Seorang pelayan harus dapat menonaktifkan komputer permukaan dan akibatnya menutup rekening yang terkait dengan tablet. Persyaratan W01 W02 W03 W04 W05 W06 Deskripsi Seorang pelayan harus dapat login ke tablet dengan menggunakan username dan password yang ditugaskan Seorang pelayan harus dapat log out dari tablet.2. Pelanggan harus dapat membatalkan pesanan melalui menu mereka terlibat jika tertunda dan belum ditempatkan. Ketika dalam mode penagihan. Ketika dalam mode penagihan. Pelanggan harus mampu meminta bantuan pelayan melalui menu mereka terlibat Pelanggan harus mampu melakukan modus tagihan untuk menyelesaikan pembayaran melalui menu mereka terlibat. permukaan komputer akan menampilkan representasi dari pembayaran kas untuk seluruh tabel. 3. Seorang pelayan yang mengaktifkan komputer permukaan harus ditugaskan ke tabel yang berisi itu 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 tablet A akan mengizinkan pelayan untuk menerima perintah ditempatkan W07 ..

Seorang supervisor harus mampu mengeluarkan pengembalian dana untuk item satu atau lebih untuk pelanggan. tablet A akan mengizinkan pelayan untuk menunjukkan pengiriman item untuk pelanggan.Software Requirements Specification for Restaurant Halaman : 10 W08 W09 W10 W11 S04 S05 oleh pelanggan melalui komputer permukaan. Sistem tersebut harus mampu menampilkan menu di setiap saat untuk memfasilitasi mengambil manual order harus perlu timbul. Sistem ini akan bendera tablet yang gagal untuk mengirim pesan tetap-hidup tepat waktu sebagai non-operasional dan memisahkan pelayan yang ditugaskan dari tablet F02 F03 F04 F05 3. Sistem ini harus mampu mengembalikan sendiri ke kondisi sebelumnya dalam hal kegagalan (misalnya sistem crash atau kerugian daya). Persyaratan Y01 Deskripsi Komunikasi nirkabel di seluruh sistem akan dienkripsi menggunakan SSLv3 pada lapisan aplikasi dan WPA2-PSK pada lapisan data link. tablet A akan mengizinkan pelayan untuk memproses pembayaran menggunakan kartu bank yang. rekayasa manusia. tablet A akan mengizinkan pelayan untuk menolak perintah ditempatkan oleh pelanggan melalui komputer permukaan. . Sistem ini akan menggunakan pesan berkala tetap-hidup 30-kedua antara tablet dan server untuk memonitor status operasional tablet.3 Persyaratan Non-Fungsional Huruf ini menyajikan persyaratan non-fungsional diidentifikasi untuk RMOS subjek. 3. Persyaratan F01 Deskripsi Sistem ini akan mendata setiap mengubah kondisi dan keadaan setiap tablet permukaan komputer.2 Keamanan Tabel dibawah menyajikan persyaratan keamanan diidentifikasi non-fungsional yang langsung berhubungan dengan seluruh subjek RMOS. dan tampilan untuk pemulihan ketentuan dari kegagalan sistem. Seorang supervisor harus mampu membatalkan / membersihkan rekening table / makanan dari sistem aktif dengan tidak mengharapkan pembayaran. 3.3. interface. operasional dan pemeliharaan. The subkategori persyaratan non-fungsional yang diberikan adalah keselamatan.3. keamanan. kualifikasi.1 Keselamatan Tabel dibawah Menyajikan persyaratan keselamatan diidentifikasi non-fungsional yang langsung berhubungan dengan seluruh subjek RMOS. tablet A akan mengizinkan pelayan untuk memproses pembayaran menggunakan uang tunai.

Seorang pelayan hanya akan bisa login ke satu tablet pada setiap contoh waktu tertentu. Tampilan A tidak akan meminta user untuk login. Sandi pelayan digunakan untuk login tablet harus diubah setiap tiga bulan . Persyaratan H01 H02 Deskripsi Setiap elemen sistem akan mengambil tidak lebih dari 10-detik untuk restart Sebuah komputer permukaan tidak boleh mengabaikan suatu menu yang bergerak kecuali permintaan pelanggan itu.Software Requirements Specification for Restaurant Halaman : 11 Y02 Y03 Y04 Y05 Y06 Y07 Sandi WPA2-PSK yang digunakan untuk komunikasi nirkabel harus memiliki sedikit-kekuatan minimal 80 bit.Tingkat supervisor untuk akses tak terbatas untuk fungsionalitas sistem . Sistem ini harus menyediakan dua tingkat akses: . Seorang pelayan yang mencoba login ke sebuah tablet kedua sementara sudah masuk ke tablet lain harus ditolak dan diberitahukan melalui kedua tablet. .3. tablet A harus mensyaratkan seorang pengguna untuk log in menggunakan username dan password.3 Rekayasa Non Fungsional Manusia Tabel dibawah ini Menyajikan persyaratan diidentifikasi rekayasa non-fungsional manusia yang langsung berhubungan dengan seluruh subjek RMOS. Sandi pelayan digunakan untuk login tablet harus mempunyai bit-kekuatan minimal 64 bit. Sandi WPA2-PSK yang digunakan untuk komunikasi nirkabel harus diubah setiap tiga bulan. Y08 Y09 Y10 Y11 3.Tingkat pelayan untuk akses ke fungsionalitas pelayan Sebuah komputer permukaan tidak akan meminta user untuk login.

Software Requirements Specification for Restaurant Halaman : 12 Interaksi antara pengguna-akhir dari sistem dan sistem Menu dan System Pemesanan Log Out Log In Membersihkan Meja Mempersiapkan Meja Mengantarkan Pesanan Pelayan Menerima Pesanan Pembayaran Tunai Pembayaran dg Kartu Menu Makanan Membatalkan Akun Bayar Pesan Tempat Supervisor Pengendalian Dana Memanggil Pelayan Pelangan Terima/Tolak Item Menyiapkan Item Koki .

Software Requirements Specification for Restaurant Halaman : 13 .

You're Reading a Free Preview

Mengunduh
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->