Difference between revisions of "Projet-2014-2015-RobAIR/SRS"
| Line 95: | Line 95: | ||
==Requirement X.Y.Z (in Structured Natural Language)== |
==Requirement X.Y.Z (in Structured Natural Language)== |
||
| + | '''Fonction''': Télémanipulation de RobAIR dans le cadre éducatif, touristique ou professionel |
||
| − | '''Function''': |
||
| + | '''Description''': Ce projet consiste à développer une plateforme de téléprésence par le biais de RobAIR. Ce robot permettra à un utilisateur de participer à des événements alors qu'il ne peut être physiquement présent. Il faudra gérer l'identification de chaque utilisateur lors de la connection au RobAIR afin de contrôler et sécuriser l'utiisation de celui ci. |
||
| − | '''Description''': |
||
| + | Ses domaines d'application sont variés, on peut notamment citer le cas des conférenciers ne pouvant pas se permettre un déplacement, ou q'un élève continue d'assister à ses cours lors d'une hospitalisation, ou bien la visite interactive d'un musée. |
||
| − | '''Inputs''': Voiture |
||
| + | '''Inputs''': Tablettes, Logiciel (Interface Homme Machine) |
||
| − | '''Source''': Tablette, WebCam, Arduino |
||
| − | ''' |
+ | '''Source''': Tablette, WebCam, STM32F030 |
| + | '''Outputs''': Tablette, Logiciel (Interface Homme Machine) |
||
| − | '''Destination''': Ce projet est destiné a être présenté lors de concours |
||
| + | |||
| + | '''Destination''': |
||
'''Action''': |
'''Action''': |
||
| Line 136: | Line 138: | ||
=Product evolution= |
=Product evolution= |
||
| − | |||
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus |
On pourrait, dans un objectif futur, mettre en place l'utilisation d'un oculus |
||
| + | |||
=Appendices= |
=Appendices= |
||
| + | |||
=Références= |
=Références= |
||
'''Read first:''' |
'''Read first:''' |
||
Revision as of 13:59, 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 | 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 :
| 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
RobAIR est une plateforme de téléprésence. Sa principale fonction est d'agir à la place de son utilisateur, lorsque ce dernier ne peut être physiquement présent dans un lieu. Ses domaines d'application sont variés, on peut notamment citer le cas des conférenciers ne pouvant pas se permettre un déplacement, ou bien pour qu'un élève continue d'assister à ses cours lors d'une hospitalisation. Il s'agit d'un projet qui a débuté il y a quelques années, sur lequel nous travaillons en parallèle avec la filière 3I.
Le but principal de ce projet est de reprendre et d'améliorer les projets de l'année dernière dans l'optique de développer une nouvelle gamme utilisant le micro-contrôleur STM32F030 ainsi qu'une carte MEMS intégrant divers capteurs. Deplus RobAIR devra communiqué avec une tablette via Bluetooth low consomation via une interface sous FirefoxOS pour le téléguidage.
Perspective du produit
Fonctions du produit
- Robot de téléprésence et téléguidage
- Restitution d'un flux vidéo
Caractéristiques de l'utilisateur
- Tout public
Contraintes générales
- Batterie
Hypothèses et dépendances
Exigences
Exigences d'interface
- Documentation externe
Exigences fonctionnelles
- Portage de arduino vers STM32F030
- Commande à distance via tablette
- Création d’une IHM
- Mise en place d'une connexion bluetooth entre tablette et le robot
- Extension grâce aux nouvelles fonctions de la carte MEMS (accéléromètre, gyroscope, thermomètre, baromètre…)
Exigences non fonctionnelles
- Utilisation de c++ (STM32F030)
- Utilisation de Firefox OS (IHM)
- Low cost (Énergie et argent)
Qualité
- Robustesse (privilégier la qualité à la quantité)
- Maintenabilité
Riques
- Documentation, Compréhension, Prise en main
Requirement X.Y.Z (in Structured Natural Language)
Fonction: Télémanipulation de RobAIR dans le cadre éducatif, touristique ou professionel
Description: Ce projet consiste à développer une plateforme de téléprésence par le biais de RobAIR. Ce robot permettra à un utilisateur de participer à des événements alors qu'il ne peut être physiquement présent. Il faudra gérer l'identification de chaque utilisateur lors de la connection au RobAIR afin de contrôler et sécuriser l'utiisation de celui ci.
Ses domaines d'application sont variés, on peut notamment citer le cas des conférenciers ne pouvant pas se permettre un déplacement, ou q'un élève continue d'assister à ses cours lors d'une hospitalisation, ou bien la visite interactive d'un musée.
Inputs: Tablettes, Logiciel (Interface Homme Machine)
Source: Tablette, WebCam, STM32F030
Outputs: Tablette, Logiciel (Interface Homme Machine)
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
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: