Difference between revisions of "Projet-2014-2015-RobAIR/SRS"
| Line 35: | Line 35: | ||
* MEMS Inertial and Environmental -- Nucleo Expansion |
* MEMS Inertial and Environmental -- Nucleo Expansion |
||
| − | == |
+ | ==Références== |
This project is based on the work of : |
This project is based on the work of : |
||
Revision as of 12:55, 26 January 2015
The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
| 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 |
Introduction
Objectif du document d'exigence
L'objectif de ce document est de présenter les exigences du projet CannonBall, quelles soient fonctionnelle ou non fonctionelles. Mais également les critères de qualité et les risques du projet.
Cadre du produit
Ce projet est une part importante de la formation d'ingénieur RICM4. Il est d'une durée de 7 semaines et sera mené en équipe. Ce projet est intégré à la formation d'ingénieur RICM4 (Réseaux Informatiques et Communication Multimédia) de l'école Polytech' Grenoble.
Définitions, acronymes et abréviations
- STM32F030 Value line -- Nucleo (That is an open-source electronics platform based on easy-to-use hardware and software.)
- MEMS Inertial and Environmental -- Nucleo Expansion
Références
This project is based on the work of :
From january 13th 2014 to march 2nd 2014 : Jules Legros and Benoit Perruche from Polytech'Grenoble. Link Wiki Air
From may 26th 2014 to june 16th 2014 : Thibaut Coutelou, Benjamin Mugnier and Guillaume Perrin from Ensimag. Link
Overview of the remainder of the document
General description
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
Product perspective
Notre projet doit permettre un retour d'information détaillé sur la voiture et les conditions de conduite.
Product functions
- Voiture automatique
- Restitution et analyse des données
- Capture et affichage d'un flux vidéo
User characteristics
There are two type of user :
- Searcher
- Geek
General constraints
Assumptions and dependencies
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.
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: