Projet-2014-2015-RobAIR/SRS

From air
Jump to navigation Jump to search

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 janvier 2015 KLIPFFEL Tararaina, MICHEL Vivien, HAMERERE Jérémie, VIALLET Etienne Présentation des exigences du projet RobAIR TBC TBC

Introduction

Objectif du document d'exigence

Ce document présente les exigences fonctionnelle et non fonctionelles, les critères de qualité et les risques du projet RobAIR.

Cadre du produit

Ce projet est intégré à la formation d'ingénieur RICM4 (Réseaux Informatiques et Communication Multimédia) de l'école Polytech Grenoble dans le module Génie Logiciel. Celui ci se déroulera sur une durée de 7 semaines et sera mené en équipe étroitement lié avec des étudiants de 3I .

Définitions, acronymes et abréviations

  • STM32F030 Value line -- Nucleo (electronics platform based on easy-to-use hardware and software.)
  • MEMS Inertial and Environmental -- Nucleo Expansion
  • RIOT
  • Firefox OS

Références

Le projet est basé sur le travail :

Document History
Date Authors Projet
2012 FOURURE Florian, BISH Simon http://air.imag.fr/index.php/RobAIR2012
2013 CORSO Alexandre, GUELORGET Laurène, AFONSO Nicolas, PLANES Simon, NUNES Thomas, BIDOIS Morgan http://air.imag.fr/index.php/RobAIR2013
2014 TBC http://air.imag.fr/index.php/RobAIR2014

Présentation du restant du document

Description générale

Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière pour permettre un meilleur retour d'information lors de l'utilisation de la voiture automatique créé dans le cadre du projet CannonBall

Perspective du produit

Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.

Fonctions du produit

  • Voiture automatique
  • Restitution et analyse des données
  • Capture et affichage d'un flux vidéo

Caractéristiques de l'utilisateur

There are two type of user :

  • Searcher
  • Geek

Contraintes générales

Hypothèses et dépendances

Exigences spécifiques, exigences fonctionnelles, non fonctionnelles et exigences d'interface

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

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

Function:

Description:

Inputs: Voiture

Source: Tablette, WebCam, Arduino

Outputs: Tablette

Destination: Ce projet est destiné a être présenté lors de concours

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

Fonctionnelles :

  • Doit remonter la voiture
  • Peut faire passer le code des Ensimag sur un support linux
  • Doit perfectionner les diffrérents modes (Rabbit, CannonBall, Map)
  • Doit améliorer l'utilisation du mosquitto pour permettre un meilleur retour d'information


Non functional requirements:

  • Embarqué : le matériel utilisé doit être petit pour pouvoir être intégré dans la voiture
  • Performant : le matériel utilisé doit être performant pour être adapté à la vitesse de la voiture

Pre-condition:

  • Réussir la récupération du code existant
  • Comprendre du code existant
  • Réussir à remontrer la voiture et donc faire preuve d'une grande prudence lors du montage

Post-condition:

  • Faire un retour d'information pour recalibrer la voiture

Side-effects:

Product evolution

On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus

Appendices

Références

Read first: