Feedback Monitoring for Hospitality Service Version: <1.

0>
Software Requirements Specification Date: <dd/mmm/yy>

<Project Name>
Software Requirements Specification

Page 1
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

Table of Contents
1. Introduction
1.1 Purpose
1.2 Scope
1.3 Definitions, Acronyms and Abbreviations
1.4 References
1.5 Overview

2. Overall Description

3. Specific Requirements
3.1 Functionality
3.1.1 <Functional Requirement One> 4
3.2 Usability
3.2.1 <Usability Requirement One> 5
3.3 Reliability
3.3.1 <Reliability Requirement One> 5
3.4 Performance
3.4.1 <Performance Requirement One> 6
3.5 Supportability
3.5.1 <Supportability Requirement One> 6
3.6 Design Constraints
3.6.1 <Design Constraint One> 6
3.7 On-line User Documentation and Help System Requirements
3.8 Purchased Components
3.9 Interfaces
3.9.1 User Interfaces 7
3.9.2 Hardware Interfaces 7
3.9.3 Software Interfaces 7
3.9.4 Communications Interfaces 7

Page 2
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

Software Requirements Specification

1. Introduction
Proposed system is a platform to make our lives more fulfilling to solve our needs. It enables
users to find any service professional like a plumber, a wedding photographer, interior designer
or anything.
They want to be the go-to platform helping customers complete the projects that are important to
their urban & rural lives-everything from designing their homes to capturing key moments,
learning arts, filling taxes, and getting healthier etc.
1.1 Purpose
Wide range of choices.
Budgets fits the choices.
Ideal for last moment requirements.
Direct Interaction between the professionals and customers.
The services are mostly provided at the residence, office or chosen venue of the consumers.
All requirements are processed according to personal choices.
It is helping consumers locate multiple professional service for fitness, beauty, coaching
classes, etc.

1.2 Scope
Scope for this Web app is reliable because it is saving time of users and users can get workers
online by this app. So, this app is very useful for mostly Rural and Urban areas problem.

1.3 Definitions, Acronyms and Abbreviations

The document contains words and abbreviations related to computer science. The Terms and ab-
breviations are the following ones:
 Server: A program that awaits and fulfills requests from client programs in the same or other
computers.
 Deep Learning: A machine learning method that stimulates the neural network in Human
brain.
 Python: One of the most commonly used programming languages.
 MATLAB: An environment and its embedded programming language mostly used for
 Mathematical calculations or machine learning purposes.
 Classifier: An algorithm used in Statistics and Machine Learning areas to divide the Data in
two or more classes.
 API: Application Program Interface

Page 3
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

1.4 References

Khan, P., &Tabassum, A. (2010). Service quality and customer satisfaction of the beauty-care
service industry in Dhaka: a study on high-end women’s parlors. Journal of Business in
Developing Nations, 12, 33. Sokachaee, E. H., &Moghaddam, F. M. (2014).

The Impact of Service Quality on Customer Satisfaction by Using SERVQUAL Model.

International Journal of Business and Marketing, 1, 16. Sultana, S., & Das, T. I. S( 2016)

Measuring Customer Satisfaction through SERVQUAL Model: A Study on Beauty Parlors in

Chittagong. European Journal of Business and Management, 97 , 108. Wang, I. M., & Shieh, C.
J. (2006).

The relationship between service quality and customer satisfaction: the example of CJCU library.
Journal of Information and optimization Sciences, 27(1), 193-209. Abari, A. A. F.,
Yarmohammadian, M. H., &Esteki, M. (2011).

Assessment of quality of education a non-governmental university via SERVQUAL model.

Procedia-Social and Behavioral Sciences, 15, 2299-2304. Rajni Pathak and Punam Salunkhe
(2008).

A research study on Customer expectation and satisfaction level of Urban Clap in beauty
services: with special reference to Pune. Volume 8 Issue V, MAY/2018 ISSN NO: 2249-7455

Page 4
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

2. Overall Description
This section will provide the aspects of this system and the requirements. There will be below

2.1 Product Perspective

Proposed system is used for solving problems of rural and urban areas. Because they are not
able to find workers for their daily needs so to solve their problems this application is very
useful, can be used by anyone who needs workers or any company wants to hire their respective
vacancies person can also hire online. This Web app mostly solves all daily needs of user.

2.2 Product Functions

 User book different services like AC Service, Home Cleaning, Pest control etc
 Multiple service provider integrated in one application so, user easy select its choice.
 Online payment option also provided.

2.3 User Characteristics

User: User search different services which it’s want to book.
Admin: Admin mange user and service provider. Admin also solve user complain.
Service Provider: Service provider update its service with description and its charges. It also
accepts or denied user service booking.

2.4 Constraints

 Regularities Policy
 Regulatory Policies or mandates, limit the discretion of individual and agencies, or otherwise
compel certain types of behavior.
 These policies are generally thought to be best applied when good behavior can be easily de-
fined and bad behavior can be easily regulated and punished through fine and sanctions.

 Hardware Limitation
 The smooth functionality of the portal mainly depends on the speed of hardware and then on
speed of the internet.
 It is always advisable to be update as far as hardware is concerned. The hardware limitation
occurs if the user is still using a very low MHz processor or a RAM or less than 128Mb.This
will generally reduce the portal and also the use will waste a lot of useful time, energy and re -
source.

2.5 Assumptions and Dependencies

 We assume the user has or has access to a computer or laptop

Page 5
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

 We assume the user has an internet connection in order to navigate to the Current See website
and login
 We depend on the correct operation between Python, Django and SQLite with the Amazon Web
Servers.
 We depend on Amazon Web Services to be running at all times

2.6 Requirements Subsets

 Hardware: -
 Minimum screen resolution: 1024*768
 Processor minimum: 500mhz Intel Core i5 workstation or equivalent
 Memory minimum :512mb recommended :2gb
 Disk space :850 MB of free disk space recommended: 1gb
 Software: -
 Front End Tool: - HTML, CSS Bootstrap4
 Back End Tool: - Python 3.8
 Frame work: Django Frame work 3.1
 Database – SQLite 3

Page 6
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

3. Specific Requirements
3.1 Functionality
3.1.1 Functional Requirement
Storage
The SQLite server has to be able to collect green button data sets
The SQLite server has to be able to output data on demand
The SQLite server has to be able to update user information
Web Interface
The user must be able to interact with the software to determine the dataset he wishes to
analyze
The user must be able to log in and out of the system
3.2 Usability
The application must be easy enough to learn so that users know how to use the product entirely on
their first try. The application must be more efficient than similar products
3.3 Reliability
System is available based on the user needs, can work properly, and do transactions efficiently
including safe data management. For invalid and malfunctioned operation, the system will restart
in order to prevent data loose as well as safe operation within 5 seconds. The system is password
protected to change things on the system.
3.4 Performance
 Clicking any link on the navigation bar should take less than 1 second
 Updating and saving any personal information should take less than 1 second
 Displaying a different scale on any graph should take less than 3 seconds
 Uploading a profile picture should take less than 5 seconds
 Retrieving new and updated energy data should take less than 30 seconds
 At least 1 GB Ram is used for store frequently used DATA
3.5 Supportability
The system shall allow the system administrator to add additional features. The system needs to
be cost-effective to maintain. There should be documents in requirements specification, design
and implementation and validation steps. Maintainability requirements may cover diverse levels
of documentation, such as system documentation, as well as test documentation, e.g. which test
cases and test plans will accompany the system.

3.6 to improve the understanding of stakeholders and developers. Design Constraints

3.7 to improve the understanding of stakeholders and developers. Design Constraints
 Must run on Google Chrome and Firefox 18
 User must authenticate himself at login

Page 7
Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

3.6.1 Design Constraint

 Language: Python with Django, HTML5, CSS3
 Database: SQLite

3.8 On-line User Documentation and Help System Requirements

Online Help:
 User generate ticket for user service provider complain or payment issues.
Online User Documents:
 User view term & condition of different service booking

Page 8
 Feedback Monitoring for Hospitality Service Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>

3.9 Purchased Components

This project have not required any parched components.

3.10 Interfaces
3.10.1 User Interfaces
Login Page: The login page will allow users to log in to their account using their username or
email. The user will then be redirected to the home page upon successful login.
Registration Page: The registration page will provide a new user to create a Current See account
so that he or she can start using the web application. The user must enter his or her name, email,
password, and power company, in order to register with the website. An error message will be
displayed if the user does not enter in one of the fields or if one of the form fields is filled out
incorrectly.
FAQ Page: This page will provide a list of frequently asked questions that other users have
asked so that most solutions to problems can be found easily by users.
About Page: This page will provide information about the company.

3.10.2 Hardware Interfaces

Laptop/Desktop: The user may also access our software through a web browser on their desktop or
laptop. Under the assumption that the user is using a traditional computing environment, the user
may interact via mouse clicks and keyboard inputs.
3.10.3 Software Interfaces
SQLite Studio: The SQLite Studio tool is a free GUI tool for managing SQLite databases. It is free,
portable, intuitive, and cross-platform. SQLite tool also provides some of the most important features
to work with SQLite databases such as importing, exporting data in various formats including CSV,
XML, and JSON
Windows/ Mac OS: Both Windows and Mac OS will interact with our web interface (via web
browser) to display the data to the user via a web browser.

3.10.4 Communications Interfaces

The communication will be through a network using an encrypted format. The user will be
accessing the web interface using HTTPS when accessing our software using a laptop/desktop on
a web browser. The user will interact with our system through our application.
Note : - This is the standard format of SRS whichever is applicable with your project, you
can include else just ignore.

Page 9