0% found this document useful (0 votes)
82 views4 pages

Software Requirement Specification: 3.1.1 Purpose

The document outlines requirements for a system to convert hand gestures to speech for communication between mute and normal users. It describes the purpose of allowing mute users to communicate via gestures detected by sensors. The intended users are mute people and administrators who can configure the system. The system will be portable and use flex sensors and an Android platform. It will have four main components: a microcontroller, flex sensors, sound module, and LCD display. The system will communicate via MQTT protocol and convert gestures detected in real-time to voice without delays for safety and reliability.

Uploaded by

vishalmate10
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
82 views4 pages

Software Requirement Specification: 3.1.1 Purpose

The document outlines requirements for a system to convert hand gestures to speech for communication between mute and normal users. It describes the purpose of allowing mute users to communicate via gestures detected by sensors. The intended users are mute people and administrators who can configure the system. The system will be portable and use flex sensors and an Android platform. It will have four main components: a microcontroller, flex sensors, sound module, and LCD display. The system will communicate via MQTT protocol and convert gestures detected in real-time to voice without delays for safety and reliability.

Uploaded by

vishalmate10
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd

Software Requirement Specification

3.1 Introduction
3.1.1 Purpose
The purpose of the system is to convert hand gestures to auditory speech for communication
between mute and normal people.

3.1.2 Document Conventions


In our system mainly two users are there; first one is Users who cannot speak(dumb) and
second is the admin who setup or configure the system and add new gestures.

3.1.3 Intended Audience and Reading Suggestions


Audience of this SRS are other project developer, users who developing a system for dumb
people etc. This SRS contains detail description about the product, its functioning, different
external interfaces required, system features, Nonfunctional requirements and some additional
requirements.

3.1.4 Product Scope

Proposed system is completely portable and focuses on two way communication. System is
being proposed with the use of flex sensors and android technology. Main goals of the system
are to convert hand gestures to auditory speech for communication between mute and normal
people

3.1.5 References
1. User-oriented finger-gesture glove controller with hand movement virtualization using flex sensors and a digital
accelerometer National Research Council Computer Science and Telecommunications Board. 2002. Embedded
everywhere, a research agenda for networked systems of embedded computers. National Research Council, National
Academy Press; Washington, D.C., pp. 236.

2. Hand gesture based mobile robot control using PIC microcontroller U. Rajkanna ; M. Mathankumar ; K.
Gunasekaran2014

3. Sensor Based Hand Gesture Recognition System for English Alphabets Used in Sign Language of Deaf-Mute
People Abhishek B. Jani ; Nishith A. Kotak ; Anil K. Roy 2018

4. Robust Hand Gesture Input Using Computer Vision, Inertial Measurement Unit (IMU) and Flex Sensors Ting
Kwok Chan ; Ying Kin Yu ; Ho Chuen Kam ; Kin Hong Wong 2018
3.2 Overall Description

3.2.1 Operating Environment

Our project is based on embed platform. The embed Software Development Kit (SDK) is an
open source C/C++/Micropython microcontroller software platform relied upon by tens of
thousands of developers to build projects fast. The embed Compiler is a powerful online IDE
that is free for use with hardware implementing the embed SDK, and tightly integrated with the
embed SDK and Developer Website. Under the hood, it relies on the industry standard ARM
professional C/C++ compiler, pre-configured and tested to generate fast, efficient code without
fuss.

3.2.2 Design and Implementation Constraints


There are four major components for our device, ESP32 or ESP8266, flex Sensors, sound
module, and LCD Display.

3.2.3 User Documentation


User manual will be provided with this system.

3.2.4 Assumptions and Dependencies


Only assumptions in the system is to wear by the dumb person is necessary.

3.3 External Interface Requirements


3.3.1 User Interfaces
Initially user must have wearable device and there is no software interface.

3.3.2 Hardware Interfaces


ESP32or EP8266 is connected to sensors, battery bank, sensors and display.

3.3.3 Software Interfaces


Our project is based on embed platform. The embed Software Development Kit (SDK) is an
open source C/C++ microcontroller software platform relied upon by tens of thousands of
developers to build projects fast.
3.3.4 Communications Interfaces
The system is IoT based so MQTT (Message queue telemetry transport protocol) is main core
communication interface of the system.

3.4 System Features

3.4.1 System Feature 1

[Link] Description and Priority

Converting hand gesture to speech: Priority is high

4.1.2 Stimulus/Response Sequences

 Voice alerts for other persons.


 Siren when any incident occurs.

4.1.3 Functional Requirements

 Setting up and configuring sensor.


 Updating the information when needed.
 Maintenance of the system on demand.

3.5 Other Nonfunctional Requirements


3.5.1 Performance Requirements
The system should works in realtime without delay.

3.5.2 Safety Requirements


System should easy to wear and does not hurts user.

3.5.3 Security Requirements


Here the embedded kit is present at location, so we need not required any security parameters
to be set.
3.5.4 Software Quality Attributes

 Reliability
The reliability that the system gives right announcements.

 Availability
System will available at all time until power supply problem. If we provide backup power supply
then we can say that our system availability is 100%.

 Maintainability
Our system usually not required maintenance until some modification to be done.

 Portability
The application is portable to carry anywhere easily.

3.6 Other Requirements


We require setup the sensor and provide a internet connectivity.

You might also like