Professional Documents
Culture Documents
for
Prepared by :
Soumyashree Parida
Rashmi Kanta Das
date :17:03:2023
Table of Contents:
Table of Contents...........................................................................................................................ii
Revision History...............................................................................……………………………..4
1. Introduction..............................................................................................................................4
1.1 Purpose..........................................................................................................................................4
1.2 References.....................................................................................................................................4
2. Overall Description..................................................................................................................4
2.1 User Classes and Characteristics...................................................................................................4
2.2 Operating Environment.................................................................................................................5
2.3 Design and Implementation Constraints........................................................................................5
2.4 Assumptions and Dependencies....................................................................................................5
3. External Interface Requirements...........................................................................................5
3.1 User Interfaces...............................................................................................................................5
3.2 Hardware Interfaces.......................................................................................................................6
3.3 Software Interfaces........................................................................................................................6
3.4 Communications Interfaces...........................................................................................................6
4. Other Nonfunctional Requirements.......................................................................................7
4.1 Performance Requirements............................................................................................................7
4.2 Safety Requirements......................................................................................................................7
4.3 Security Requirements...................................................................................................................7
4.4 Software Quality Attributes...........................................................................................................7
5. Other Requirements...................................................................……………………………..7
6. System Requirements Chart.....................................................……………………………..7
Appendix A: Analysis Models.......................................................................................................7
Appendix B: To Be Determined List............................................................................................8
Mar 17 ,2023 SRS DOCUMENT FOR <RESTAURANT AUTOMATION SYSTEM>
CHANGE HISTORY
17.03.2023 Env. Requirement Section & Updated info on H/W & S/W platform &
Structure chart added structure chart
INTRODUCTION
1. Introduction
The following subsections of the Software Requirements Specifications
(SRS) document provide an overview of the entire SRS.
1.1 Purpose
The Software Requirements Specification (SRS) will provide a detailed description
of the requirements for the Resturant Automation System (RAS). This
SRS will allow for a complete understanding of what is to be expected of
the RAS to be constructed. The clear understanding of the RAS and its’
functionality will allow for the correct software to be developed for the end
user and will be used for the development of the future stages of the
project. This SRS will provide the foundation for the project. From this
SRS, the RAS can be designed, constructed, and finally tested.
This SRS will be used by the software engineers constructing the RAS
and the resturant end users. The software engineers will use the SRS to
fully understand the expectations of this RAS to construct the appropriate
software. The resturant end users will be able to use this SRS as a “test”
to see if the software engineers will be constructing the system to their
expectations. If it is not to their expectations the end users can specify
how it is not to their liking and the software engineers will change the
SRS to fit the end users’ needs.
1.5 References
2. Overall Description
Describes the general factors that affect the product and its
requirements. This section does not state specific requirements. Instead
it provides a background for those requirements, which are defined in
section 3, and makes them easier to understand.
There are some constraints which costs more for the system. If those constraints
can
overcome then this whole system will perform best. They are-
1. IOS App and Windows App.
2. Information flow or data flow can be controled and more effective.
3. Faster server system such as LINUX server.
4. Bengali language for Bangladesh and Other language for other countries.
5. C# can be use for more security.
3. Functional Requirements
Functional requirements define the fundamental actions that system
must perform. The functional requirements for the system are divided into
three main categories,
Reservation/Booking, Food, and Management. For further details, refer to the use
cases.
Output:-The system should be able to manage and process customer orders efficiently.
Output:-
Output:-
Output:-
Output:-
Output:-
Output:-
Output:-
The system shall be a standalone product that does not require any
communication interfaces.
2. Payment and Ordering Options: The specific payment and ordering options that the
system will support may still need to be determined. This could include options such
as credit card processing, online ordering, and mobile payments.
3. Reporting and Analytics: The specific reporting and analytics features that the
system will include may still need to be determined. This could include the ability to
generate sales reports, track inventory levels, and monitor customer feedback.
4. Integration with Other Systems: The specific third-party systems or software that
the system will integrate with may still need to be determined. This could include
integrations with point of sale (POS) systems, accounting software, and customer
relationship management (CRM) systems.
5. Data Backup and Recovery: The specific data backup and recovery protocols that
the system will use may still need to be determined. This could include how often
data is backed up, where it is stored, and how it can be restored in the event of a
system failure.
6. Customer Support: The specific customer support channels and options that will be
available for the system may still need to be determined. This could include options
such as phone support, email support, and live chat support.
7. Regulatory Compliance: The specific regulatory requirements that the system must
comply with may still need to be determined, such as data protection regulations,
privacy laws, and payment processing regulations.
CONCLUSION
The SRS for the restaurant automation system provides a comprehensive overview of
the system's requirements, functionalities, and specifications. The document highlights
the key features of the system, including the user interface, system architecture,
database design, system security, performance, and usability. It also considers software
quality attributes such as reliability, scalability, maintainability, and compatibility.