The document provides a software requirements specification for a restaurant management system. It outlines requirements for key functions like placing orders, managing customer help, coordinating chef orders, editing or canceling orders, marking dishes as complete, requesting bills, providing customer feedback, and managing staff and menu items. The system is intended to digitize and streamline restaurant operations by replacing manual paper-based processes. It will allow customers to order from a digital menu, route orders to chefs, track order status, and generate bills. This is intended to improve efficiency and reduce errors compared to current manual methods.
This document provides an overview of an online food delivery system project. It describes using the Rational Unified Process (RUP) model to implement the system in an iterative and incremental way. Key elements include functional requirements like online ordering and payment, non-functional requirements like security, and UML diagrams to model the system. Testing strategies include unit, integration, system, and acceptance testing.
this helps you to make your presentation skills better.
It will also helps you to to enhance your skills.
It will be helpful for students of final year of study in becholers
This document describes a restaurant management system project that was developed using Visual Studio 2008 and SQL Server 2005. The system allows a restaurant to manage inventory, employee records, sales, purchases and generate reports. It aims to automate the manual processes currently used in restaurants to make record keeping easier and more efficient. The document outlines the existing manual system and limitations, proposed computerized system and its advantages, system requirements and modules developed.
This document provides a software requirements specification for a library management system. It includes sections that describe the purpose, conventions, intended users, project scope, and references for the system. The overall description outlines the product perspective, features, user classes, operating environment, and assumptions. System features include the database for storage and functional requirements. Non-functional requirements cover the user interface, hardware, software, communications, performance, safety, security, and design constraints. The appendices define terms, include any models, and list open issues.
Software requirements specification of Library Management SystemSoumili Sen
The document provides requirements for a Library Management System. It includes 3 or less sentences:
The Library Management System aims to computerize library processes like book borrowing and maintain member and book details in a database. It will allow librarians and members to search for books, view member accounts, and generate reports. The system needs to be secure, fast, and compatible with common browsers and operating systems.
This S.R.S deals with the basic's of hotel management system.It will show different features with different functionalities.Data Flow diagram is also mentioned With 0 and 1 Level diagram.
This document provides a summary of requirements for a Library Management System. It includes 3 sections:
1. Introduction - Defines the purpose, scope and intended audience of the system which is to manage library processes like book borrowing online.
2. Overall Description - Outlines key product functions for administrators and users, the operating environment, user characteristics and design constraints.
3. External Interfaces - Specifies the user interface requirements including login, search and categories. Hardware and software interfaces are also listed.
The document provides a high-level overview of the essential functions, behaviors and non-functional requirements for the library management software.
This document provides an overview of an online food delivery system project. It describes using the Rational Unified Process (RUP) model to implement the system in an iterative and incremental way. Key elements include functional requirements like online ordering and payment, non-functional requirements like security, and UML diagrams to model the system. Testing strategies include unit, integration, system, and acceptance testing.
this helps you to make your presentation skills better.
It will also helps you to to enhance your skills.
It will be helpful for students of final year of study in becholers
This document describes a restaurant management system project that was developed using Visual Studio 2008 and SQL Server 2005. The system allows a restaurant to manage inventory, employee records, sales, purchases and generate reports. It aims to automate the manual processes currently used in restaurants to make record keeping easier and more efficient. The document outlines the existing manual system and limitations, proposed computerized system and its advantages, system requirements and modules developed.
This document provides a software requirements specification for a library management system. It includes sections that describe the purpose, conventions, intended users, project scope, and references for the system. The overall description outlines the product perspective, features, user classes, operating environment, and assumptions. System features include the database for storage and functional requirements. Non-functional requirements cover the user interface, hardware, software, communications, performance, safety, security, and design constraints. The appendices define terms, include any models, and list open issues.
Software requirements specification of Library Management SystemSoumili Sen
The document provides requirements for a Library Management System. It includes 3 or less sentences:
The Library Management System aims to computerize library processes like book borrowing and maintain member and book details in a database. It will allow librarians and members to search for books, view member accounts, and generate reports. The system needs to be secure, fast, and compatible with common browsers and operating systems.
This S.R.S deals with the basic's of hotel management system.It will show different features with different functionalities.Data Flow diagram is also mentioned With 0 and 1 Level diagram.
This document provides a summary of requirements for a Library Management System. It includes 3 sections:
1. Introduction - Defines the purpose, scope and intended audience of the system which is to manage library processes like book borrowing online.
2. Overall Description - Outlines key product functions for administrators and users, the operating environment, user characteristics and design constraints.
3. External Interfaces - Specifies the user interface requirements including login, search and categories. Hardware and software interfaces are also listed.
The document provides a high-level overview of the essential functions, behaviors and non-functional requirements for the library management software.
Here are some of the key importance of Restaurant Management System:
- It helps to reduce manual work and errors. The system automates most of the routine tasks.
- It improves order processing speed. Customers can order online and orders are processed faster.
- It provides real-time business insights. The system generates various reports to analyze sales, inventory, profits etc.
- It helps manage inventory more efficiently. The system keeps track of stock levels and places automatic re-orders.
- It improves customer service. Customers get real-time order status updates and can place orders from anywhere.
- It increases sales and profits. The system helps expand business, retain customers and improve overall efficiency.
The document describes a proposed food ordering system called iOder. It discusses how current manual food ordering processes can be time-consuming and error-prone. The objectives of iOder are to study how an online ordering system could address these issues, design and develop such a system, and test its usability and functionality. Key features of iOder would allow customers to view menus, place orders, and get order confirmations, and employees to manage menus, bookings, and process orders. The document outlines the system development methodology, hardware and software requirements, and proposed system design diagrams for iOder.
Restaurant management system has changed current era for order management. With latest software technology once can save time and budget. It is far better than traditional methods of ordering. Various restaurants are implementing this methodology and gaining more return on investment.It is also known as restaurant software, restaurant point of sale or restaurant POS. It offers digital restaurant menu that makes easy for customers to go through available menu along with promotional offer.
The document summarizes an online food ordering system project completed by Mayurkumar Patel for his master's degree. The system allows customers to browse restaurant menus, place food orders, and pay online. It also gives restaurant employees access to view and manage incoming orders through a graphical interface. The project involved developing three modules - a web ordering system for customers, a menu management system for administrators, and an order retrieval system for employees. It was created using Java, JSP, HTML, and an Oracle database to provide a more convenient ordering process for both customers and restaurants.
The document describes a database project to create an online course registration system for a university. It includes entities like students, instructors, departments, courses, classrooms, and relationships between them. The project aims to understand data modeling concepts and implement a fully functional database interacting with a front-end interface. Major design decisions included changing the student profile picture type to reduce storage and adding a term field to classrooms to track past semesters. Functionalities for students include registering courses, viewing schedules, and requesting graduation, while instructors can add/edit courses and view schedules.
Tourism is a big growth business in all countries. Bus Reservation System deals with maintenance of records details of each passenger. It also includes maintenance of information such as timetable and details in each bus.
The document provides a summary of a project report for a Food Ordering System for RED Bangladesh. It includes an introduction describing the purpose of the system, to make food ordering, payment, and services online. It then summarizes the existing manual paper-based system and problems with it. The proposed system aims to address these issues by providing an online system with advantages like accurate records, minimized time and effort. The report also discusses system feasibility studies and the logical and physical design of the proposed online food ordering system.
The document discusses the development of a student database management system. It covers various topics such as the system development lifecycle used, selection of scripting language (PHP) and database (MySQL), system analysis and design including use case analysis and entity relationship diagrams, database design and development in phpMyAdmin, testing of the system and database, and project management processes. The overall aim is to develop a system to manage all student details and activities from registration through graduation to help improve efficiency over a manual process.
This document provides a software requirements specification for a medical store management system. The system aims to automate the manual record keeping process for medical stores to maintain product stock, accounting, and customer information. Key features include inventory management, sales tracking, accounting, and reporting. The system is intended to ease the workload of medical store professionals by digitizing important transaction records and business processes. It will be developed using Java and a SQL server database and include functionality for user login, data entry, searches, and backups.
SRS for smart health care system,srs for health system,health management doc...AnilkumarSingh129
SRS(it stands for software requirement specification)which is usualy used in the software engineering field for present the view of software for the client.Basically it will devloped by the programer in the it field.In IT field SRS is very importent part of the software.
This document provides an overview and table of contents for a Bank Management System project. It includes sections on introduction and objectives, feasibility study, system requirements specification, software development life cycle, front-end and back-end applications, data flow diagrams, entity relationship diagrams, data structures and database specifications, design, coding, testing, project scope, and references. The objectives are to introduce more user-friendly record updating, maintenance, and searching capabilities for bank customer accounts and transactions.
Android College Application Project Reportstalin george
The document describes a mini project report submitted by four students for their Bachelor of
Technology degree. It outlines the development of an Android application called "AISAT.apk" that
serves as a mobile version of the Albertian Institute of Science and Technology's official website. The
application allows students, parents, and others to access information about the college, receive
notifications, and view navigation directions to the campus on their mobile devices. It includes sections
describing the product scope, features such as authentication and notifications, interface requirements,
and system design.
Minor project Report for "Quiz Application"Harsh Verma
This document summarizes a project report for a quiz application submitted to Rajiv Gandhi Proudyogiki Vishwavidyalaya, Bhopal. The report describes a web-based quiz application developed by students Bhumika Kanojia, Durgesh Mishra, and Harsh Verma to fulfill their Bachelor of Engineering degree requirements. The application allows users to play various quizzes on technical, general knowledge, and other topics. Users can view answers, ask questions, and submit their own questions and answers after admin approval. The report covers requirements analysis, design, implementation, and testing of the quiz application.
The document is a student project report on Uber Eats, an online food delivery service. It includes a declaration by the student, K.T. Shree Ram, certifying that the project was completed under teacher guidance. It also provides an acknowledgement and table of contents for the project report.
Assignment Based on two topics:-
1.SRS Library Management`
2. Risks in designing a software
Made by :-
RAJAT MITTAL
JK INSTITUTE OF APPLIED PHYSICS & TECHNOLOGY, UNIVERSITY OF ALLAHABAD
This document provides a software requirements specification for a Hospital Management System. It includes sections on the introduction, intended audience, product perspective, user classes and environment, functional requirements, and other non-functional requirements. The system will allow authorized users like administrators, doctors, nurses, and patients to access modules for management of hospital activities, patient records, appointments, billing, and more. It aims to automate paper-based hospital processes for improved efficiency, accuracy, and data security.
This Presentation "Course Registration System" is Implemented in Case Tools. It will Help you to develop Your Project in Technical Manner. Kindly use this presentation for your Reference. If you have any doubts in this presentation mail me baranitharan@gmail.com
Hostel management system Software Engineering SRSFahad Chishti
The document describes a proposed hostel management system for Superior University. It includes sections on project planning, requirements specification, system design, and testing. The system aims to manage hostel activities more efficiently by automating manual processes. It will allow administrators to allot rooms to students, track fee payments, and edit student records. Users can view notices and hostel divisions. The system will follow a waterfall development model and use SQL database, with security and performance testing planned.
Wants to view the record of all students
Pre-Conditions The records of students are already added in the database.
Post-Conditions The record of all students is presented in tabular form.
Main Success Scenario 1. Admin selects the menu option to view record of all students.
2. LMS presents the record of all students in tabular form.
Alternative Flows: None
Technology Online web access is supported.
Special Requirements In case of high latency the response time may exceed up to 1 minute.
The System can support Urdu English and French language.
Open Issues If the site
The document provides a software requirements specification for a restaurant management mobile application called DineOut. It includes:
1) An introduction describing the purpose and scope of the application, which is to digitize restaurant ordering and inventory management.
2) Descriptions of the user interfaces and functional requirements for placing orders, editing orders, canceling orders, and other key features.
3) Details about non-functional requirements including performance, security, and quality attributes.
The specification provides essential information about the high-level features and requirements of the DineOut mobile application to support its development and implementation.
The document is a software requirements specification for a café management system. It describes the purpose, scope, and features of the system. The system will manage customer orders and payments, food preparation, and generate reports to help the café owner evaluate business performance. It will have a user-friendly interface for customers to order via a mobile app and management functions for staff. The system is intended to facilitate customers and staff at a university café by providing efficient service and deals.
Here are some of the key importance of Restaurant Management System:
- It helps to reduce manual work and errors. The system automates most of the routine tasks.
- It improves order processing speed. Customers can order online and orders are processed faster.
- It provides real-time business insights. The system generates various reports to analyze sales, inventory, profits etc.
- It helps manage inventory more efficiently. The system keeps track of stock levels and places automatic re-orders.
- It improves customer service. Customers get real-time order status updates and can place orders from anywhere.
- It increases sales and profits. The system helps expand business, retain customers and improve overall efficiency.
The document describes a proposed food ordering system called iOder. It discusses how current manual food ordering processes can be time-consuming and error-prone. The objectives of iOder are to study how an online ordering system could address these issues, design and develop such a system, and test its usability and functionality. Key features of iOder would allow customers to view menus, place orders, and get order confirmations, and employees to manage menus, bookings, and process orders. The document outlines the system development methodology, hardware and software requirements, and proposed system design diagrams for iOder.
Restaurant management system has changed current era for order management. With latest software technology once can save time and budget. It is far better than traditional methods of ordering. Various restaurants are implementing this methodology and gaining more return on investment.It is also known as restaurant software, restaurant point of sale or restaurant POS. It offers digital restaurant menu that makes easy for customers to go through available menu along with promotional offer.
The document summarizes an online food ordering system project completed by Mayurkumar Patel for his master's degree. The system allows customers to browse restaurant menus, place food orders, and pay online. It also gives restaurant employees access to view and manage incoming orders through a graphical interface. The project involved developing three modules - a web ordering system for customers, a menu management system for administrators, and an order retrieval system for employees. It was created using Java, JSP, HTML, and an Oracle database to provide a more convenient ordering process for both customers and restaurants.
The document describes a database project to create an online course registration system for a university. It includes entities like students, instructors, departments, courses, classrooms, and relationships between them. The project aims to understand data modeling concepts and implement a fully functional database interacting with a front-end interface. Major design decisions included changing the student profile picture type to reduce storage and adding a term field to classrooms to track past semesters. Functionalities for students include registering courses, viewing schedules, and requesting graduation, while instructors can add/edit courses and view schedules.
Tourism is a big growth business in all countries. Bus Reservation System deals with maintenance of records details of each passenger. It also includes maintenance of information such as timetable and details in each bus.
The document provides a summary of a project report for a Food Ordering System for RED Bangladesh. It includes an introduction describing the purpose of the system, to make food ordering, payment, and services online. It then summarizes the existing manual paper-based system and problems with it. The proposed system aims to address these issues by providing an online system with advantages like accurate records, minimized time and effort. The report also discusses system feasibility studies and the logical and physical design of the proposed online food ordering system.
The document discusses the development of a student database management system. It covers various topics such as the system development lifecycle used, selection of scripting language (PHP) and database (MySQL), system analysis and design including use case analysis and entity relationship diagrams, database design and development in phpMyAdmin, testing of the system and database, and project management processes. The overall aim is to develop a system to manage all student details and activities from registration through graduation to help improve efficiency over a manual process.
This document provides a software requirements specification for a medical store management system. The system aims to automate the manual record keeping process for medical stores to maintain product stock, accounting, and customer information. Key features include inventory management, sales tracking, accounting, and reporting. The system is intended to ease the workload of medical store professionals by digitizing important transaction records and business processes. It will be developed using Java and a SQL server database and include functionality for user login, data entry, searches, and backups.
SRS for smart health care system,srs for health system,health management doc...AnilkumarSingh129
SRS(it stands for software requirement specification)which is usualy used in the software engineering field for present the view of software for the client.Basically it will devloped by the programer in the it field.In IT field SRS is very importent part of the software.
This document provides an overview and table of contents for a Bank Management System project. It includes sections on introduction and objectives, feasibility study, system requirements specification, software development life cycle, front-end and back-end applications, data flow diagrams, entity relationship diagrams, data structures and database specifications, design, coding, testing, project scope, and references. The objectives are to introduce more user-friendly record updating, maintenance, and searching capabilities for bank customer accounts and transactions.
Android College Application Project Reportstalin george
The document describes a mini project report submitted by four students for their Bachelor of
Technology degree. It outlines the development of an Android application called "AISAT.apk" that
serves as a mobile version of the Albertian Institute of Science and Technology's official website. The
application allows students, parents, and others to access information about the college, receive
notifications, and view navigation directions to the campus on their mobile devices. It includes sections
describing the product scope, features such as authentication and notifications, interface requirements,
and system design.
Minor project Report for "Quiz Application"Harsh Verma
This document summarizes a project report for a quiz application submitted to Rajiv Gandhi Proudyogiki Vishwavidyalaya, Bhopal. The report describes a web-based quiz application developed by students Bhumika Kanojia, Durgesh Mishra, and Harsh Verma to fulfill their Bachelor of Engineering degree requirements. The application allows users to play various quizzes on technical, general knowledge, and other topics. Users can view answers, ask questions, and submit their own questions and answers after admin approval. The report covers requirements analysis, design, implementation, and testing of the quiz application.
The document is a student project report on Uber Eats, an online food delivery service. It includes a declaration by the student, K.T. Shree Ram, certifying that the project was completed under teacher guidance. It also provides an acknowledgement and table of contents for the project report.
Assignment Based on two topics:-
1.SRS Library Management`
2. Risks in designing a software
Made by :-
RAJAT MITTAL
JK INSTITUTE OF APPLIED PHYSICS & TECHNOLOGY, UNIVERSITY OF ALLAHABAD
This document provides a software requirements specification for a Hospital Management System. It includes sections on the introduction, intended audience, product perspective, user classes and environment, functional requirements, and other non-functional requirements. The system will allow authorized users like administrators, doctors, nurses, and patients to access modules for management of hospital activities, patient records, appointments, billing, and more. It aims to automate paper-based hospital processes for improved efficiency, accuracy, and data security.
This Presentation "Course Registration System" is Implemented in Case Tools. It will Help you to develop Your Project in Technical Manner. Kindly use this presentation for your Reference. If you have any doubts in this presentation mail me baranitharan@gmail.com
Hostel management system Software Engineering SRSFahad Chishti
The document describes a proposed hostel management system for Superior University. It includes sections on project planning, requirements specification, system design, and testing. The system aims to manage hostel activities more efficiently by automating manual processes. It will allow administrators to allot rooms to students, track fee payments, and edit student records. Users can view notices and hostel divisions. The system will follow a waterfall development model and use SQL database, with security and performance testing planned.
Wants to view the record of all students
Pre-Conditions The records of students are already added in the database.
Post-Conditions The record of all students is presented in tabular form.
Main Success Scenario 1. Admin selects the menu option to view record of all students.
2. LMS presents the record of all students in tabular form.
Alternative Flows: None
Technology Online web access is supported.
Special Requirements In case of high latency the response time may exceed up to 1 minute.
The System can support Urdu English and French language.
Open Issues If the site
The document provides a software requirements specification for a restaurant management mobile application called DineOut. It includes:
1) An introduction describing the purpose and scope of the application, which is to digitize restaurant ordering and inventory management.
2) Descriptions of the user interfaces and functional requirements for placing orders, editing orders, canceling orders, and other key features.
3) Details about non-functional requirements including performance, security, and quality attributes.
The specification provides essential information about the high-level features and requirements of the DineOut mobile application to support its development and implementation.
The document is a software requirements specification for a café management system. It describes the purpose, scope, and features of the system. The system will manage customer orders and payments, food preparation, and generate reports to help the café owner evaluate business performance. It will have a user-friendly interface for customers to order via a mobile app and management functions for staff. The system is intended to facilitate customers and staff at a university café by providing efficient service and deals.
The document provides a software requirements specification for an online food delivery system. It outlines the purpose, document conventions, intended audience, product scope, and references. It then provides an overall description of the product perspective, functions, user classes, operating environment, design constraints, user documentation, and assumptions. The document also specifies external interface requirements including user interfaces, hardware interfaces, software interfaces, and communication interfaces. It describes key system features and functional requirements. Finally, it covers non-functional requirements such as performance, security, quality attributes and other requirements.
The document proposes an online ordering and delivery system for Tigers BBQ Restaurant to improve efficiency. It would allow customers to view menus, place orders, and get order confirmations online. For the restaurant, it would display orders in a readable format to simplify order processing. The system is estimated to cost $22,300 but provide benefits of $31,800 such as increased speed, data security, and time savings, resulting in a 142.61% ROI. User requirements include allowing online account creation, ordering, and reporting while being easy to use, maintain, and expand. Diagrams show system context and how orders would flow from customers to the restaurant.
This topic aims to describe the project background, problem statement, objectives, scopes, project significance and expected output of the system.
• The system is Burger Ordering System. This is online Customer Ordering System of Restaurant, which in most cases; the company has problem with order and disordered order.
• This project intends to computerize Burger Ordering System to provide better customer service. Because of that, the restaurant can provide the easier way of travelling to the customer.
• Burger Oder system aims to accelerate customer orders.
• Burger Ordering System used by servers and kitchen employees to accept customer orders.
• An online ordering system is not a new concept to many as this has been running successfully all over the world for quite some time now.
• The whole concept behind having a professional website along with a system shows how you present yourself to the online world.
The document discusses the architectural design for a software system for a family restaurant. It will use both the commercial system approach and communication system approach to structure the architecture. Key processes like table status, customer orders, and notifying the kitchen of ready orders will be automated. The software will use a database-centered transaction processing application to allow for the smooth management of restaurant processes and data across staff members. Authentication and authorization technologies will provide security by controlling what interfaces and data each employee role can access.
Nowadays web services technology is widely used to integrate heterogeneous systems and develop new applications. Here an application of integration of Digtial Cafe management systems by web services technology is presented to ease the functioning of café and canteens management in Universities.
This document describes an online food ordering system project. It includes sections on the project introduction, need for the system, scope, requirements, entity relationship diagram, use case diagrams, data dictionary, screen layouts, reports, and limitations and future enhancements. The system allows customers to browse restaurant menus online, customize orders, and place food orders digitally for delivery or pickup. It aims to streamline the ordering process for both customers and restaurants.
A Customer Engagement Platform that captures customer feedback in real time from anywhere in this world and helps organizations gain customer insights to take actions at the right time.
IRJET- Digital Menu Card for RestaurantIRJET Journal
This document proposes a digital menu card system for restaurants using an Android application. It discusses some of the limitations of traditional paper-based food ordering systems, such as errors in taking orders and late delivery of orders. The proposed system allows customers to view digital menus on tablets at tables and place orders directly. It includes features like customizable menus, order suggestions, and customer relationship management. The system is designed to have modules for administration, online ordering, and the Android tablet application. It is argued that the digital system could help reduce costs and errors compared to manual methods. Screenshots are provided of sample tablet interfaces for ordering, viewing chef details, and other functions.
The document describes a restaurant table booking system developed using PHP and MySQL. The system allows restaurant administrators to manage bookings and view booking reports. It provides customers an online platform to book tables without waiting. The system automates the traditional paper-based booking process and generates reports. It aims to improve efficiency by reducing waiting times for customers and making all booking information readily available for administrators.
This document provides a software requirements specification for the E-Smart Shopping mobile application and backend server. It describes the purpose, scope, user classes and requirements of the system. The key features include a budget tracker, product navigation, product recommendations, barcode scanning, halal product identification, and translation capabilities. The interfaces and architecture are also specified, including interactions between the mobile app and backend server via APIs and a real-time database. Non-functional requirements around performance, security and quality are also outlined.
The document presents requirements for an online food ordering system including three main components: a web ordering system for customers, a menu management system for restaurants, and an order retrieval system. The web ordering system allows customers to browse menus, customize orders, and checkout. The menu management system enables restaurants to update menu items and options. The order retrieval system displays new orders for processing. Non-functional requirements include using a PostgreSQL database, Apache web server, and supporting mobile interfaces in the future.
The goal of the presentation is to give you a chance to share with classmates the exciting problem you
have been working on, how you solved it and the interesting findings you discovered Prepare maximum 10 minute presentation, which will be followed by 2 minutes of questions from your instructor, and your classmates
ONLINE FOOD ORDER SYSTEM PROJECT REPORT.pdfKamal Acharya
ONLINE FOOD ORDER SYSTEM is a website designed primarily for use in the food delivery industry. This system will allow hotels and restaurants to increase scope of business by reducing the labor cost involved. The system also allows to quickly and easily manage an online menu which customers can browse and use to place orders with just few clicks. Restaurant employees then use these orders through an easy to navigate graphical interface for efficient processing.
IRJET- Data Centric Smart Restaurant Management SystemIRJET Journal
1) The document proposes a data-centric smart restaurant management system that allows customers to order and track their food digitally through a restaurant app.
2) It recommends dishes to customers based on their past orders and collects order data to predict future orders. This helps improve efficiency and customer service.
3) The system displays orders to kitchen staff digitally, and customers can view live feeds of their order being prepared for real-time updates. It aims to streamline operations and serve more customers faster.
Medical Store Management System Software Engineering Projecthani2253
This document provides an overview of a medical store management system project. It describes the project title, objectives, features, scope, and deliverables. The project aims to automate the inventory, accounting, and customer management processes of a medical store to ease the workload. It will use a waterfall model and be developed in Java. Key features will include product, customer, sales, and payment management. The document outlines requirements, design, and implementation plans including user stories, data flow diagrams, and a work breakdown structure.
Medical Store Management System Software Engineering 1hani2253
This document outlines a medical store management system project created by three students. The project aims to automate the manual record keeping process of a medical store. Key features of the software include inventory management, accounting, customer management, and reporting. The document discusses the scope, objectives, drawbacks of the current system, and deliverables of the project. It also covers the system requirements, design approach, implementation details, and user documentation.
Laundry management system project report.pdfKamal Acharya
Laundry firms currently use a manual system for the management and maintenance of critical information. The current system requires numerous paper forms, with data stores spread throughout the laundry management infrastructure. Often information is incomplete or does not follow management standards. Records are often lost in transit during computation requiring a comprehensive auditing process to ensure that no vital information is lost. Multiple copies of the same information exist in the laundry firm data and may lead to inconsistencies in data in various data stores.
A significant part of the operation of any laundry firm involves the acquisition, management and timely retrieval of great volumes of information. This information typically involves; customer personal information and clothing records history, user information, price of delivery and received date, users scheduling as regards customers details and dealings in service rendered, also our products package waiting list. All of this information must be managed in an efficient and cost wise fashion so that the organization resources may be effectively utilized.
We present the design and implementation of a laundry database management system (LBMS) used in a laundry establishment. Laundry firms are usually faced with difficulties in keeping detailed records of customers clothing; this little problem as seen to most laundry firms is highly discouraging as customers are filled with disappointments, arising from issues such as customer clothes mix-ups and untimely retrieval of clothes. The aim of this application is to determine the number of clothes collected, in relation to their owners, as this also helps the users fix a date for the collection of their clothes. Also customer’s information is secured, as a specific id is allocated per registration to avoid contrasting information.
IRJET- Restaurant Table Reservation using Graphical RepresentationIRJET Journal
This document presents a proposed system for restaurant table reservation using graphical representation. The current reservation systems rely on phone calls or online reservations but lack key functionality. The proposed system aims to address issues like long wait times, inability to select preferred tables, and inefficient restaurant ratings/reviews analysis. It involves a graphical layout of the restaurant for customers to select their preferred table. It also uses algorithms to reduce wait times and natural language processing to provide an overall rating by analyzing reviews. The system is intended to improve the customer experience and increase revenues for restaurants.
Similar to System requirement system for restaurant management system. (20)
Physiology and chemistry of skin and pigmentation, hairs, scalp, lips and nail, Cleansing cream, Lotions, Face powders, Face packs, Lipsticks, Bath products, soaps and baby product,
Preparation and standardization of the following : Tonic, Bleaches, Dentifrices and Mouth washes & Tooth Pastes, Cosmetics for Nails.
How to Manage Your Lost Opportunities in Odoo 17 CRMCeline George
Odoo 17 CRM allows us to track why we lose sales opportunities with "Lost Reasons." This helps analyze our sales process and identify areas for improvement. Here's how to configure lost reasons in Odoo 17 CRM
How to Build a Module in Odoo 17 Using the Scaffold MethodCeline George
Odoo provides an option for creating a module by using a single line command. By using this command the user can make a whole structure of a module. It is very easy for a beginner to make a module. There is no need to make each file manually. This slide will show how to create a module using the scaffold method.
Executive Directors Chat Leveraging AI for Diversity, Equity, and InclusionTechSoup
Let’s explore the intersection of technology and equity in the final session of our DEI series. Discover how AI tools, like ChatGPT, can be used to support and enhance your nonprofit's DEI initiatives. Participants will gain insights into practical AI applications and get tips for leveraging technology to advance their DEI goals.
Thinking of getting a dog? Be aware that breeds like Pit Bulls, Rottweilers, and German Shepherds can be loyal and dangerous. Proper training and socialization are crucial to preventing aggressive behaviors. Ensure safety by understanding their needs and always supervising interactions. Stay safe, and enjoy your furry friends!
A review of the growth of the Israel Genealogy Research Association Database Collection for the last 12 months. Our collection is now passed the 3 million mark and still growing. See which archives have contributed the most. See the different types of records we have, and which years have had records added. You can also see what we have for the future.
Strategies for Effective Upskilling is a presentation by Chinwendu Peace in a Your Skill Boost Masterclass organisation by the Excellence Foundation for South Sudan on 08th and 09th June 2024 from 1 PM to 3 PM on each day.
বাংলাদেশের অর্থনৈতিক সমীক্ষা ২০২৪ [Bangladesh Economic Review 2024 Bangla.pdf] কম্পিউটার , ট্যাব ও স্মার্ট ফোন ভার্সন সহ সম্পূর্ণ বাংলা ই-বুক বা pdf বই " সুচিপত্র ...বুকমার্ক মেনু 🔖 ও হাইপার লিংক মেনু 📝👆 যুক্ত ..
আমাদের সবার জন্য খুব খুব গুরুত্বপূর্ণ একটি বই ..বিসিএস, ব্যাংক, ইউনিভার্সিটি ভর্তি ও যে কোন প্রতিযোগিতা মূলক পরীক্ষার জন্য এর খুব ইম্পরট্যান্ট একটি বিষয় ...তাছাড়া বাংলাদেশের সাম্প্রতিক যে কোন ডাটা বা তথ্য এই বইতে পাবেন ...
তাই একজন নাগরিক হিসাবে এই তথ্য গুলো আপনার জানা প্রয়োজন ...।
বিসিএস ও ব্যাংক এর লিখিত পরীক্ষা ...+এছাড়া মাধ্যমিক ও উচ্চমাধ্যমিকের স্টুডেন্টদের জন্য অনেক কাজে আসবে ...
it describes the bony anatomy including the femoral head , acetabulum, labrum . also discusses the capsule , ligaments . muscle that act on the hip joint and the range of motion are outlined. factors affecting hip joint stability and weight transmission through the joint are summarized.
Macroeconomics- Movie Location
This will be used as part of your Personal Professional Portfolio once graded.
Objective:
Prepare a presentation or a paper using research, basic comparative analysis, data organization and application of economic information. You will make an informed assessment of an economic climate outside of the United States to accomplish an entertainment industry objective.
How to Fix the Import Error in the Odoo 17Celine George
An import error occurs when a program fails to import a module or library, disrupting its execution. In languages like Python, this issue arises when the specified module cannot be found or accessed, hindering the program's functionality. Resolving import errors is crucial for maintaining smooth software operation and uninterrupted development processes.
System requirement system for restaurant management system.
1. Software Requirements Specification for Restaurant Management System.
Software Requirements
Specification
for
Restaurant Management System
Subject :- Software Engineering
Submitted by:-
2. Software Requirements Specification for Restaurant Management System.
DECLARATION
I hereby declare that the project entitled “Restaurant Management System” submitted for the
Bachelor of Computer Application. This is my original work and the project has not formed the
basis for the award of any BCA, fellowship or any other similar titles.
Signature of the Students Place:-
Date:-
3. Software Requirements Specification for Restaurant Management System.
Acknowledgment
With great pleasure and sense of obligation express my heartfelt gratitude to Chandigarh
University for letting me go ahead with the project and being a constant source of inspiration
and motivation.
I would like to thank Prof. (Dr.) Kamaljit Singh Saini, HOD. University Institute of Computing
Department for having faith in me and allowing me to work on this project with all terms and
conditions and guiding me from time about my project.
I sincerely acknowledge, with thanks to Mr. Jagwinder (Project Co-ordinator) for giving me the
opportunity to undertake a major project work in the Institute and providing all necessary
Information and resources required for completion of the project.
I express my sincere thanks for the valuable guidance. Co-operation suggestions and other help
during the course of the project.
4. Software Requirements Specification for Restaurant Management System.
Table of Contents
1. Introduction 1
1.1 Purpose 1
1.2 Document Conventions 1
1.3 Intended Audience and Reading Suggestions 1
1.4 Product Scope 2
1.5
References 32
2. Overall Description 3
2.1 Product Perspective 3
2.2 Product Functions 4
2.3 User Classes and Characteristics 5
2.4 Operating Environment 6
2.5 Design and Implementation Constraints 7
2.6 User Documentation 7
2.7 Assumptions and Dependencies 7
3. External Interface Requirements 9
3.1 User Interfaces 9
3.2 Hardware Interfaces 10
3.3 Software Interfaces 10
3.4 Communications Interfaces 11
4. System Requirements 11
4.1 Place Order 11
4.1.1 Description and Priority 11
4.1.2 Stimulus/Response sequences 11
4.1.3 Functional Requirements 13
4.2 Customer Help 14
4.2.1 Description and Priority 14
5. Software Requirements Specification for Restaurant Management System.
4.2.2 Stimulus/Response sequences 14
4.2.3 Functional Requirements 15
4.3 Chef Order Queue 15
4.3.1 Description and Priority 15
4.3.2 Stimulus/Response sequences 15
4.3.3 Functional Requirements 16
4.4 Edit Order 16
4.4.1 Description and Priority 16
4.4.2 Stimulus/Response sequences 16
4.4.3 Functional Requirements 17
4.5 Cancel Order 18
4.5.1 Description and Priority 18
4.5.2 Stimulus/Response sequences 18
4.5.3 Functional Requirements 18
4.6 Mark Dish as Cooked 19
4.6.1 Description and Priority 19
4.6.2 Stimulus/Response sequences 19
4.6.3 Functional Requirements 20
4.7 Request Bill 20
4.7.1 Description and Priority 20
4.7.2 Stimulus/Response sequences 20
4.7.3 Functional Requirements 21
4.8 Customer Feedback 21
4.8.1 Description and Priority 21
4.8.2 Stimulus/Response sequences 21
4.8.3 Functional Requirements 22
4.9 Add/Edit/Delete Staff Members 22
4.9.1 Description and Priority 22
4.9.2 Stimulus/Response sequences 22
4.9.3 Functional Requirements 23
4.10 Add/Edit/Delete Menu Items 24
4.10.1 Description and Priority 24
4.10.2 Stimulus/response sequences 24
4.10.3 Functional Requirements 25
6. Software Requirements Specification for Restaurant Management System.
5. Nonfunctional Requirements 25
5.1 Performance Requirements 25
5.2 Safety Requirements 26
5.3 Security Requirements 26
5.4 Software Quality Attributes 26
5.5 Business Rules 28
Appendix A: Glossary 29
Appendix B: Analysis Models 29
Dish State Diagram 29
Data Flow Diagram 30
Use Case Diagram 31
Appendix C: To Be Determined List 32
7. Software Requirements Specification for Restaurant Management System.
Page 1
1. Introduction
1.1 Purpose
Restaurant Management System is an android application that aims to digitalize the process of
various restaurant management operations including ordering and inventory management and
POS. This document aims to capture the system requirements and features particularly related to
ordering and inventory management to be implemented in Restaurant Management System
version 1.0., with the later releases on POS (Point of Sale).
1.2 Document Conventions
1.2.1 Priority Conventions
In this complete document, we will mention priority as “low” or “high” throughout the
document. Secondly, priorities are only mentioned in section 4 and section 5 along with
detailed description of the requirements. Any high-level requirements mentioned
elsewhere are assumed to inherit priorities of their detailed counterparts in section 4,5.
1.2.2 Fonts Conventions
Throughout this document, All the user entities are written in capitalizations i.e. first
letter as capital. Also, any significant term which has been described in the glossary is
made bold and italic in the text. On the other hand, those terms which are significant (but
not described in glossary) are bold in text.
1.3 Intended Audience and Reading Suggestions
The purpose of this document is to give a detailed description of the requirements for the
“Restaurant Management System” software. It will illustrate the purpose, scope and
complete description for the development of system. It will also explain external
interface requirements and system requirements as well as non-functional requirements.
8. Software Requirements Specification for Restaurant Management System.
Page 2
This document is primarily intended to be proposed to a customer for its approval and
also for further processing such as additions to be developed in later releases.
Customers can refer to section 3 and 4 for the list of requirements implemented in
Version 1.0. Users are advised to refer to user documentation section for tutorials and
online support information.
This document will also be used as a reference for developing and testing Version 1.0 by
the development team as well as the testers. The development team can refer to section
2.3 and 2.6 for system level information and section 3 for system features that are to be
implemented in this version of the software.
1.4 Product Scope
Restaurant Management System is a restaurant management system developed with the intention
of automating the day to day tasks in a restaurant like order and inventory management, bill
generation and taking feedback. This release of the software would deal with these tasks only
whereas more areas might be automated in the future versions of this software. The main
purpose is to improve the performance of the restaurant by eradicating the daily paperwork.
With this system the tasks would be performed in less amount of time and more efficiently. An
additional benefit of this software is that during the rush hours the load can be balanced
effectively, and restaurants would perform better than usual. In addition to this, human error that
occurs when performing tasks manually is also minimized and presence of queues in the system
to assign tasks to chefs can reduce congestion in the kitchen. The system would also result in
reduction of labor which would result in the reduction of expenses of the restaurant. Feedback
module would help the restaurant check for how well they are performing, and monthly/yearly
figures can be checked by the billing module to see the trends in sales and profits. These benefits
can potentially result in generation of more revenues for the restaurant.
9. Software Requirements Specification for Restaurant Management System.
Page 3
2. Overall Description
This section will give an overview of the Restaurant Management System application. The basic
functionality of the system as well its context will be explored in detail. It also describes
different kinds of stakeholders and user classes associated with the system and what
functionality is available for each class. At last, the assumptions and dependencies for the system
are presented.
2.1 Product Perspective
Restaurant Management System app will attempt to replace the traditional manual ordering
process and is a new selfcontained software system that consists of two parts: one mobile
application and the other is Firebase database. The mobile application will be used for ordering
and interacting with the inventory while the Firebase database will be used for storing the
inventory and ordering related information about the food items like pending and complete order
queues.
The mobile application will have five interfaces. Each for Customer, Manager, Head Chef,
Admin and Chef. Manager can see/edit the status of available/reserved tables. Customer’s
interface will consist of a scrollable menu listing available items and their price. When the
customer selects some dishes and place the order, it will be stored in “pending orders” table in
Firebase database. Head Chef’s interface will be such that he is notified of the pending order and
he is able to assign it to one the available queues of chefs who are then able to see the new order
in their screens or on a central display in kitchen. After each item/dish in an order is prepared,
the order is marked completed through the Head Chef’s interface, the hall manager gets notified
through his interface. Customer’s interface has an option for requesting the bill. Bill is printed
through the Manager’s interface. Admin can change and modify the Firebase database like add
new menus or staff, edit current inventory stock etc.
10. Software Requirements Specification for Restaurant Management System.
Page 4
Fig1 - System Perspective Diagram
2.2 Product Functions
Given below are the major functions that can be performed using Restaurant Management
System app. Moreover, a Data Flow Diagram (DFD) for better understanding of the system is
also given in Appendix B.
The system will:
• Allow Customers to scroll through the menu and select the dishes he/she wants.
• Allow the Customers to cancel/edit the order any time before its prepared.
• Allow Customers to provide feedback regarding the food and overall service of the
restaurant.
• Allow Customers to request for bill.
• Allow Customers to ask for help through the system.
• Assign Head Chef to assign the dishes in an order to chefs according to their specialties.
• Show dish queues and their status, for Chefs.
11. Software Requirements Specification for Restaurant Management System.
Page 5
• Allow admin to perform CRUD (create, retrieve, update and delete) operations on Staff
Members, Menu Items and Inventory.
• Allow Head Chef to mark orders complete.
• Allow the Head Chef to approve cancellation of dish or order.
• Allow Hall Manager to mark the bill as paid.
• Notify the Hall Manager when a particular order is complete.
• Allow the Hall Manager to see/edit status of tables reserved and available and their
capacities.
2.3 User Classes and Characteristics
There are four types of users that interact with our system (See appendix B). Firstly, there is a
Hall Manager, then Customer, Head Chef and Admin. We’ll provide an interface for Chefs as
well through which they are looking at the status of their order queues, but they will not interact
with our system.
2.3.1 Customer Class
Customers interact with our system directly in order to place order, modify order, get bill and
give feedback. We do not store any information related to customers in our system. The process
of order taking starts from customers placing order and then the other series of events begin.
2.3.2 Head Chef/Kitchen Manager
Head Chef can mark a dish as prepared when a chef tells him to do so. He can approve the
cancellation of an order whenever a customer edits or removes a dish from his order. He can also
assign a dish to a particular chef based on the specialty of the chef.
12. Software Requirements Specification for Restaurant Management System.
Page 6
2.3.3 Chef
Chefs don’t interact with the system. They just have to look at the dishes present in their queues
and prepare the dishes accordingly. Chef’s name, address and specialty etc. are stored in the
database.
2.3.4 Admin
Admin’s job is to manage the inventory and other information related to menu and chefs in the
system.
2.3.5 Hall Manager
Hall Managers will provide its input when he marks the bill as paid when customers pay for their
order or get the bill printed. Moreover, he gets a notification whenever a particular order is
complete, or some customer asks for help through the system. Hall manager can also see tables
in the hall and their status i.e. empty or filled.
2.4 Operating Environment
It is an android application running on a tablet and the tablets are present in a restaurant. Firstly,
manager would be present at the entrance and system in his tab would show the tables that are
empty/reserved. There would be a tab present at every table for customers which they will use to
give order. When an order is placed the server would notify the head chef/ kitchen manager who
would be in the kitchen. Head chef would use his tab which also would have the system installed
and would add the order to the appropriate queues of the chefs. The chefs would be present in
the kitchen area and their interface would allow them to check for the dishes they have to
prepare. So, the system is running on various tablets but the operating environment and purpose
of each is different for each user.
13. Software Requirements Specification for Restaurant Management System.
Page 7
2.5 Design and Implementation Constraints
2.5.1 Operating System Constraint
System should be compatible and will smoothly run on Android version 6.0 or
above.
2.5.2 Device Constraint
Restaurant Management System’s core system and its user interfaces should be
compatible with tablets. However, running on small android mobile devices is not
necessary.
2.6 User Documentation
The software is accompanied by the following materials for further help:
● User Manual Version 1.0
● Online support at www.dinout.com
2.7 Assumptions and Dependencies
One assumption about the software is that it will always be used on tablets that have enough
resources to run the application. If the tablet does not have enough hardware resources available
for the application, there may be scenarios where the application does not work as intended or
not even at all.
14. Software Requirements Specification for Restaurant Management System.
Page 8
The application uses Firebase database for online storage of information like orders and menu
items that needs to be in working state. If the Firebase interface changes the application needs to
be adjusted accordingly.
15. Software Requirements Specification for Restaurant Management System.
9
Page
3. External Interface Requirements
3.1 User Interfaces
1. Customer Interface
The customer interface will contain three screens. All three screen will have a
consistent layout.
1.1. Place Order
In this screen, system shows a list of cards (UI Elements) of dishes. Each
dish will have an image, its price per serving.
1.2. Timer and Edit/Cancel Order
After confirming the order, the user will be shown a timer screen. In this
screen customer will be shown “Edit Order” and “Cancel Order” buttons
and a timer which shows the completion time of the order. There will also
be a button to request for bill.
1.3. Feedback
In feedback screen, at the top right corner a button for “Request Bill”
will be shown. Beneath this button we will display a form which will
have different multiple-choice questions and a submit feedback button.
2. Head Chef Interface
In head chef interface, system will show all the current orders in detail i.e. all the
dishes of a particular order. In each order, there is a button which will be used to
mark that dish cooked. Moreover, when customer wants to remove a dish from his
16. Software Requirements Specification for Restaurant Management System.
Page 10
order, system will show head chef a notification to approve the removal of the
dish.
3. Hall Manager Interface
Hall manager will have a screen where he will get notification whenever an order
is completed. System will notify the hall manager about the order number and
table number. Hall Manager also has a screen where all orders are listed, and
status button to mark the order as paid. Moreover, he also has an interface screen
to see and the status of tables in the restaurant as free/available.
4. Admin Interface
As Admin is authorized to perform CRUD operations on Staff Members, Menu Items and
Inventory Items. He’ll be having three different screens for Staff Members, Menu Items,
and Inventory.
3.2 Hardware Interfaces
Our system can interact with a hardware device directly. We have to connect our system to the
bill printer for handing the hard copy of the bill to the customer. For billing module, we may
have to use a credit card reader for payment, but the interaction and the results generated by that
reader are just entered into our system manually by the user. Moreover, the central screen in
kitchen which will be displaying the status of order queues.
3.3 Software Interfaces
● For Database services system shall use to Firebase latest version released on October 16,
2018.
● System will run on android version above or equal to marshmallow 6.0
17. Software Requirements Specification for Restaurant Management System.
11
● System shall use v4 support library Print Helper for connecting to the printer and
a driver to connect to the kitchen screen.
18. Software Requirements Specification for Restaurant Management System.
Page 12
3.4 Communications Interfaces
Restaurant Management System is an android application and it will communicate with Firebase
(which is a storage server provided by Google for android developers). Firebase uses HTTP
protocol for communication, so our device will follow HTTP protocol when connecting to
Firebase.
4. System Requirements
4.1 Place Order
4.1.1 Description and Priority
The system will give customers the ability to place their orders using our product.
It will display a list of available and unavailable dishes in the menu where
unavailable dishes will be grayed out. Customer will be able to select multiple
dishes and their quantity for a particular order.
Priority:
high
4.1.2 Stimulus/Response sequences
When user enters the order activity/page, initially system displays a list of
available and unavailable dishes along with their prices.
1. Stimulus:
Customer taps on an available dish.
Response:
19. Software Requirements Specification for Restaurant Management System.
Page 13
System shows a popup having name of the dish and price per serving.
Also, it contains a text box for the customer to enter the quantity, OK
button and a Cancel button.
1.1. Stimulus:
Customer taps on an unavailable dish.
Response:
Nothing happens.
2. Stimulus:
Customer enters the quantity and press OK button.
Response:
System closes the popup, shows a small green tick mark at the side of dish.
Below the tick mark it shows quantity selected and total price of that dish.
2.1. Stimulus:
If Customer taps on cancel button after 1.
Response:
the system closes the popup, and nothing happens.
3. Stimulus:
Customer taps on confirm order button at the bottom
Response:
System closes the order screen and displays a timer along with a
“Cancel Order” button and “Edit Order” button
4.1.3 Functional Requirements
20. Software Requirements Specification for Restaurant Management System.
Page 14
REQ-1: The system will show a list of cards (UI element) of dishes. Each card
will have a picture of the dish. Below the dish it shows the price in Rupees per
serving.
REQ-2: The system must show all available and unavailable dishes to the
Customer.
REQ-3: Tap on any of the displayed dish will result in a popup for quantity and a
green mark after quantity has been selected.
REQ-4: The popup for quantity input will not allow the user to enter letters,
negative numbers or any invalid characters.
REQ-5: After completing the order the system will display a timer “Time to
complete the order” and it is the total time required to serve the dish keeping in
view the previously queued orders. Moreover, it also shows a cancel order button.
REQ-6: Unavailable dishes must be displayed but their operations must be
disabled.
21. Software Requirements Specification for Restaurant Management System.
Page 15
4.2 Customer Help
4.2.1 Description and Priority
Our system will provide help for the customer if the customer faces issues in using the
tab, there will be a ‘help’ option in his interface. If he faces issues in using the tab or want
some other assistance, he can notify the hall manager through the system.
Priority:
high
4.2.2 Stimulus/Response sequences
The home screen for the customer shows a help button on top right corner of the
screen.
4. Stimulus:
Customer taps on the help button.
Response:
System shows a popup with two buttons, “Call a waiter to manage order”,
“Call a waiter for help”
5. Stimulus:
Customer taps on any of the button.
Response:
System closes the popup and sends a notification to the Hall Manager.
Notification will include the table number of the Customer.
4.2.3 Functional Requirements
REQ-2: The system must give Customer the ability to ask for help.
22. Software Requirements Specification for Restaurant Management System.
Page 16
REQ-1: When the customer taps on “Call the waiter to manage order”. the system
must store that the above order was given by the waiter.
4.3 Chef Order Queue
4.3.1 Description and Priority
Whenever a new order is placed by the Customer, the dishes in the orders are
classified into categories. The system has the information of specialty of each
chef, it will assign each dish to a corresponding chef and place it in the order
queue of that chef. There is a centralized screen in the kitchen which displays
queues for each chef. Each item in the queue is labeled with the name of the dish.
priority:
high
4.3.2 Stimulus/Response sequences
1. Stimulus:
Customer taps the “Confirm Order” button in “Place Order screen”.
Response:
Displays the dishes on kitchen screen in corresponding chef’s queue.
4.3.3 Functional Requirements
REQ-1: System will classify the dishes in the order according to category and
add this dish on a particular chef’s queue in the kitchen screen.
23. Software Requirements Specification for Restaurant Management System.
Page 17
4.4 Edit Order
4.4.1 Description and Priority
Customer can edit the order any time before the serving. In editing mode, the customer
can change the quantity of the of the food ordered, add and remove dishes from the order.
priority:
high
4.4.2 Stimulus/Response sequences
The timer screen shows two buttons “Cancel Order” and “Edit Order” button
1. Stimulus:
Customer taps on “Edit Order” button.
Response:
System shows the previous menu screen where selected dishes are already
marked with green tick.
2. Stimulus:
Customer taps on any of the selected dish.
Response:
System opens a popup with previous quantity pre-filled. This popup will
also contain a button “Remove Dish”.
3. Stimulus:
Customer enters new quantity and press “OK”
Response:
24. Software Requirements Specification for Restaurant Management System.
Page 18
System shows an error “Cannot edit <Name> dish” or System closes the
popup and new quantity will be displayed on that dish in the list.
4. Stimulus:
Customer taps on “Remove Dish” Response: system responds with
“Dish <Name> removed” or “Dish <Name> cannot be removed”
5. Stimulus:
Customer taps on any new dish which was not previously selected
Response:
stimuli/Responses of “Place Order” feature will be followed.
4.4.3 Functional Requirements
REQ-1:
System must allow the Customer to increase, decrease or even remove the
dish from the order any time before serving.
REQ-2:
System must remove the dish or decrease quantity of the dish with the
approval of head chef.
4.5 Cancel Order
4.5.1 Description and Priority
Our system will also provide an option to cancel the current order. When the
customer taps on the “Cancel Order” button. Customer can cancel the order at any
time before serving.
25. Software Requirements Specification for Restaurant Management System.
Page 19
priority:
high
4.5.2 Stimulus/Response sequences
1. Stimulus:
Customer taps on the “Cancel Order” button Response: system
responds with a popup “Order canceled successfully” or “Order cannot
be cancelled”
4.5.3 Functional Requirements
REQ-1:
System must allow the customer to cancel order at any time before serving.
REQ-2:
In cancel order, all the dishes will be presented for approval to the head chef. Only
approved dishes will be dropped.
4.6 Mark Dish as Cooked
4.6.1 Description and Priority
The head chef can mark the dish of a particular order complete when notified by
the chef.
priority:
high
4.6.2 Stimulus/Response sequences
26. Software Requirements Specification for Restaurant Management System.
Page 20
The system will show a list of current orders in earliest first order in head chef
screen. Each order also shows order no and table no associated with the order.
Moreover, it also shows a list of dishes for each order. Alongside of each dish
there is a button saying, “Marked Cooked”.
Stimulus:
Head chef taps on the “Mark Cooked” button on a dish in an order.
Response:
System changes that button to a green tick.
2. Stimulus:
All the dishes of a particular order have been marked “cooked”
Response:
System shows a notification to the hall manager saying, “Order of Table No
<Table No> is ready for serving”. System shows a new screen having Title
“Food Ready” to the Customer showing a button “Request Bill” and
MCQ’s for customer feedback.
4.6.3 Functional Requirements
REQ-1:
System must send a notification to the hall manager once all the dishes of a
particular order has been marked “cooked”.
REQ-2:
System must replace the timer screen with a new screen having feedback and
request bill options.
27. Software Requirements Specification for Restaurant Management System.
Page 21
4.7 Request Bill
4.7.1 Description and Priority
Request bill option gives the ability to the customer to ask for receipt and pay the
bill.
priority:
high
4.7.2 Stimulus/Response sequences
1. Stimulus:
Customer taps on the request bill button
Response:
The system prints the bill through a printer. System will add a bill to
the hall manager’s view with the button that says “paid”.
4.7.3 Functional Requirements
REQ-1: The system must notify the hall manager that a customer has request for a
bill
REQ-2: The system must show Hall manager the order no, table no and total
payable amount
REQ-3: The system must give ability to the hall manager to change the status of
the bill to paid.
28. Software Requirements Specification for Restaurant Management System.
Page 22
4.8 Customer Feedback
4.8.1 Description and Priority
The system will give customers the ability to give a feedback for the food or
overall services. In the feedback screen there are multiple choice questions each
having two options “Satisfactory” and “Unsatisfactory”. At the end there is a
submit button.
priority:
high
4.8.2 Stimulus/Response sequences
1. Stimulus:
The customer taps on request bill option
Response:
the system shows a feedback screen with multiple choice questions and a
submit button.
4.8.3 Functional Requirements
REQ-1: System must show the feedback screen to the user.
REQ-2: System must display multiple choice questions for feedback.
4.9 Add/Edit/Delete Staff Members
4.9.1 Description and Priority
The system gives ability to the admin to add, edit and delete staff members. Using
this feature an admin can add chefs, waiters, managers.
29. Software Requirements Specification for Restaurant Management System.
Page 23
priority:
high
4.9.2 Stimulus/Response sequences
Admin/Manage screen shows a grid of staff members. There is a button at the top
of grid which says Add Member. In the grid after every entry there is a “Edit” and
“Remove” button.
1. Stimulus:
Admin taps on “Add Staff” button Response:
System opens another screen with a form
2. Stimulus:
Admin fills the information and hit submit Response:
System responds with “<Staff Member> added successfully”
3. Stimulus:
Admin taps on edit button Response:
System opens a screen with a form prefilled with the existing values.
4. Stimulus:
Admin edits the information and hit submit Response:
System responds with “<Staff Member> edited successfully”
5. Stimulus:
Admin taps on remove button on a particular row Response:
responds with a “<Staff Name> removed successfully”
30. Software Requirements Specification for Restaurant Management System.
Page 24
4.9.3 Functional Requirements
REQ-1: Admin should be able to add all necessary information about the staff
member
REQ-2: System must give admin the ability to edit information about all staff
members
REQ-3: System must give admin the ability to remove staff members.
4.10 Add/Edit/Delete Menu Items
4.10.1 Description and Priority
The system gives ability to the admin to add, edit and delete staff members. Using
this feature an admin can add chefs, waiters, managers.
priority:
high
4.10.2 Stimulus/response sequences
Admin screen shows all the previously added dishes. It also shows a “Add Dish” button
along with “Edit” and “Remove” with all the available dishes
1. Stimulus:
Admin taps on “Add Dish” button
Response:
System opens another screen with a form
31. Software Requirements Specification for Restaurant Management System.
Page 25
2. Stimulus:
Admin fills the information and hit submit
Response:
System responds with “<Dish> added successfully”
6. Stimulus:
Admin taps on edit button
Response:
System opens a screen with a form prefilled with the existing values.
7. Stimulus:
Admin edits the information and hit submit
Response:
System responds with “<Dish Member> edited successfully”
8. Stimulus:
Admin taps on remove button on a particular row
Response:
responds with a “<Dish> removed successfully”
4.10.3 Functional Requirements
REQ-1: Admin should be able to add all necessary information about the staff
member
REQ-2: System must give admin the ability to edit information about all staff
members
32. Software Requirements Specification for Restaurant Management System.
Page 26
REQ-3: System must give admin the ability to remove staff members.
5. Nonfunctional Requirements
5.1 Performance Requirements
The system must be interactive, and the delays involved must be less. So, in every
actionresponse of the system, there are no immediate delays. In case of scrolling through
the menu there should be a delay of no more than 2 second before the next page of menu
items is displayed otherwise our people’s dining experience is affected. The order should be
placed in pending orders and be visible to the head chef/chefs in less than 1 second to start
the preparation.
Cancel Order/ updates must be made with little delay to avoid delivery delay. Also, when
connecting to the Firebase server the delay to make a successful connection should be
less for effective real time communication.
5.2 Safety Requirements
The software is completely environmentally friendly and does not cause any safety violations.
The menu will have a flexible font that can be zoomed so as to not over constrain the eyes.
5.3 Security Requirements
There is a need for a proper and encrypted login authentication for head chef and admin as
employee sensitive information as well as inventory should be protected from hacking.
Information transmission should be securely transmitted to Firebase without any changes in
information to avoid disturbances in orders and billing
5.4 Software Quality Attributes
5.4.1 Adaptability:
33. Software Requirements Specification for Restaurant Management System.
Page 27
There can be a change in the menu and information stored in the database about
employees and inventory.
5.4.2 Availability:
The system is up and running for most of the time and server is not down for more than a
few minutes to avoid inconvenience of the customers.
5.4.3 Correctness:
The bill generated by the application must be accurate and the orders placed should
exactly be the same which the user has selected.
5.4.4 Flexibility:
If need arises in the future, software can be modified to change the requirements.
5.4.5 Interoperability:
The data is transferred from the customer’s end to the kitchen and then head chef assigns
orders to each chef. This way data is transferred from one part of the system to another.
5.4.6 Maintainability:
Software can be easily repaired if a fault occurs.
5.4.7 Portability:
34. Software Requirements Specification for Restaurant Management System.
Page 28
Software can be easily installed on devices and would run smoothly according to the
requirement.
5.4.8 Reliability:
No matter how many orders are placed, system must give the correct results.
5.4.9 Reusability:
Current version can be used in the future versions with more functionality added.
5.4.10 Robustness:
Software must have checks to ensure that the items that are not available in the menu
cannot be selected and the emails, phone numbers added are all valid.
5.4.11 Testability:
All the requirements are fulfilled, response time is low, and all functions are working
perfectly.
5.4.12 Usability:
Interface of the software must be easy to use. It would not be complex since managers, chefs
have a view, so interface should be simple.
5.5 Business Rules
1. Manager’s interface contains the view of tables that are free, and manager can just view and
doesn’t provide any input to the system.
35. Software Requirements Specification for Restaurant Management System.
Page 29
2. Once the bill is paid, manager can mark the order as paid.
3. Admin has access to perform add, delete, update operations on the database for menu,
inventory, employees and no other person can modify the data in the db.
4. Customers can place order from the list of available items and can update order and pay bill.
5. Head chef assigns orders to chefs and can update the queues and has an additional
functionality of load balance.
6. Chefs can only view the orders and cannot remove an order from their queue. Only head chef
can interact with the queues containing orders.
Appendix A: Glossary
CRUD: In computer programming, create, read, update, and delete (CRUD) are the four basic
functions of persistent storage. Alternate words are sometimes used when defining the four basic
functions of CRUD, such as retrieve instead of reading, modify instead of update, or destroy
instead of deleting.
Print Helper: It is an android library that is used to connect to remote printer and send commands
to that printer for printing.
marshmallow 6.0: Android 6.0 "Marshmallow" is the sixth major version of the Android operating
system and the 13th version of Android. First released as a beta build on May 28, 2015, it was
officially released on October 5, 2015, with Nexus devices being the first to receive the update.
Appendix B: Analysis Models
Dish State Diagram
38. Software Requirements Specification for Restaurant Management System.
Page 32
Appendix C: To Be Determined List
Weekly sales report and tracking most ordered dish and prioritizing its inventory stocking feature
(restock the items that are most ordered often) is yet to be determined by the client and may need
further meetings for elaboration.
Adding POS (point of sale) features to the application is yet to be determined as well.
39. Software Requirements Specification for Restaurant Management System.
Page 33
References
1. Android User Interface Guidelines, Available at:
https://developer.android.com/guide/practices/ui_guidelines/
2. IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998.