Proj-2013-2014-BrasRobotique-1/SRS

The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.

Document History

	Version	Date	Authors	Description	Validator	Validation Date
	0.1.0	Février 2014	El Hadji Malick Fall Adji Ndèye Ndaté Sambe	TBC	TBC	TBC

1. Introduction

1.1 Purpose of the requirements document

The main goals of this document which describes the robotic arm project are :

• allow people to discover the technology we will develop
• provide a working basis for future improvements

1.2 Scope of the product

The long-term goal of this project is to develop a control software manipulator arm for support of persons with disabilities. There are commercial products of arms which are unfortunately too expensive and does not have control system high levels. An example is the robotic arm Jaco.

1.3 Definitions, acronyms and abbreviations

Aruco

It is a library for augmented reality applications based on OpenCV

Marker

The library relies on the use of coded markers. Each marker has an unique code indicated by the black and white colors in it. The libary detect borders, and analyzes into the rectangular regions which of them are likely to be markers. Then, a decoding is performed and if the code is valid, it is considered that the rectangle is a marker.

OpenCV

OpenCv ( Open Computer Vision) is a free graphic library mainly designed for real-time image processing.

1.4 References

Aruco - http://www.uco.es/investiga/grupos/ava/node/26

OpenCV - http://opencv.org/

2011-2012 Robotic Arm Project - http://air.imag.fr/index.php/Proj-2011-2012-BrasRobotiqueHandicap

2. General description

2.3 User characteristics

This project is intended to disabled people. The robotic arm will allow them to grab distant objects. The arm can be remote-controlled. Therefore, users can be developers who can create new sequences of instructions given to the robot.

2.4 General constraints

Unlike existing technologies, our robotic arm must have the feature of being able to detect an object with a marker and get it back. It must also be able to interpret a series of instructions that will be given to him.

3.Specific requirements, covering functional, non-functional and interface requirements

• document external interfaces,
• describe system functionality and performance
• specify logical database requirements,
• design constraints,
• emergent system properties and quality characteristics.

3.1 Requirement X.Y.Z (in Structured Natural Language)

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

• Natural language sentences (with MUST, MAY, SHALL)
• Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
• Mathematical Notations
• Tabular notations for several (condition --> action) tuples

Non functional requirements:

Pre-condition:

Post-condition:

Side-effects: