Proj-2014-2015-Montreconnectée/SRS: Difference between revisions

From air
Jump to navigation Jump to search
No edit summary
No edit summary
Line 36: Line 36:
==1.3 Définitions, acronymes et abréviations==
==1.3 Définitions, acronymes et abréviations==
*AndroidWear : une version du système d'exploitation mobile Android de Google spécialement conçue pour faire fonctionner les technologies mettables (montres)
*AndroidWear : une version du système d'exploitation mobile Android de Google spécialement conçue pour faire fonctionner les technologies mettables (montres)
*SITRA :
*
==1.4 Références==
==1.4 Références==

==1.5 Présentation du restant du document==
=2. Description générale=
=2. Description générale=
L'objectif de ce projet est de créer une application utilisant les montres connectées. L'application a pour but de repertorier les points d'interets récupérer sur le cloud SITRA. La direction indiquée<br>par l'index de la personne sera récupérée par les capteurs magnétiques de la montre et transmise au téléphone. On pourra donc ainsi proposer des itinéraires ou une liste de points d'intérêts à l'utilisateur dans la zone pointé par l'index de l'utilisateur. <br>
L'objectif de ce projet est de ...<br>
On peut aussi penser a une amélioration de cette application :
* un bip sonore pourra diriger l'utilisateur vers son point d'intérêt
==2.1 Perspective du produit==
==2.1 Perspective du produit==
L'utilisateur doit répondre au scénario suivant :
* voir diagramme youcef

==2.2 Fonctions du produit==
==2.2 Fonctions du produit==
*Permet de récupérer une liste de point d'intérêt en fonction de l'emplacement de l'utilisateur et du pointage de son index
*utilise un cloud pour récupérer les différents points d'intérêts
*
==2.3 Caractéristiques de l'utilisateur==
==2.3 Caractéristiques de l'utilisateur==
==2.4 Contraintes générales==
==2.4 Contraintes générales==

Revision as of 13:17, 2 February 2015

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


Read first:

Document History
Version Date Authors Description Validator Validation Date
0.1.0 Janvier 2015 Mesnier Vincent, Hamdani Youcef, Longfei Yao Présentation du projet Montre connectée TBC TBC


1. Introduction

1.1 Objectif du document d'exigence

Ce document présente l'objectif du projet Montre connectée, ainsi que les exigences fonctionnelles et non fonctionnelles, les risques, et les critères de qualité.

1.2 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.La durée est fixé à 7 semaines a compté de 13 janvier 2015.

1.3 Définitions, acronymes et abréviations

  • AndroidWear : une version du système d'exploitation mobile Android de Google spécialement conçue pour faire fonctionner les technologies mettables (montres)
  • SITRA :

1.4 Références

2. Description générale

L'objectif de ce projet est de créer une application utilisant les montres connectées. L'application a pour but de repertorier les points d'interets récupérer sur le cloud SITRA. La direction indiquée
par l'index de la personne sera récupérée par les capteurs magnétiques de la montre et transmise au téléphone. On pourra donc ainsi proposer des itinéraires ou une liste de points d'intérêts à l'utilisateur dans la zone pointé par l'index de l'utilisateur.
On peut aussi penser a une amélioration de cette application :

    * un bip sonore pourra diriger l'utilisateur vers son point d'intérêt 

2.1 Perspective du produit

L'utilisateur doit répondre au scénario suivant :

  • voir diagramme youcef

2.2 Fonctions du produit

  • Permet de récupérer une liste de point d'intérêt en fonction de l'emplacement de l'utilisateur et du pointage de son index
  • utilise un cloud pour récupérer les différents points d'intérêts

2.3 Caractéristiques de l'utilisateur

2.4 Contraintes générales

2.5 Hypothèses et dépendances

3. 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.

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

Function:

Description:

Inputs:

Source:

Outputs:

Destination: Ce projet est destiné aux handicapés ou possesseurs lambda d'une montre connectée.
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

Côté enseignant :

  • Doit permettre la création des QCM
  • Doit permettre la récupération des résultats
  • Pourrait effectuer le tri des résultats en fonctions des élèves/ des questions/ des réponses
  • Doit permettre l'identification à l'aide d'un ID personnel


Côté étudiant :

  • Doit permettre de répondre au QCM
  • Peut donner un accès direct au résultat
  • Doit permettre d'effectuer des modifications avant envoi du QCM
  • Doit permettre l'identification à l'aide d'un ID personnel

Exigences fonctionnelles:

  • Utilisation des capteurs magnétiques (boussole, GPS, accéléromètre)
  • Analyse de l'environnement local
  • IHM facile à prendre en main


Exigences non-fonctionnelles:

  • Utilisation de androidStudio et android Wear.
  • fluidité
  • réponse en temps réel rapide

Risques:

  • Projet libre (implémentation de fonctionnalité non demandé et/ou ne répondant pas à la demande les clients)
  • Dépassement de la dead line / projet trop ambitieux
  • Nouvelle technologie, nouveau système d'exploitation (petite communauté)

Qualité:

  • l'application doit être fonctionnelle quitte à ne pas être optimisé .


Pre-condition:

Post-condition:

Side-effects:

4. Product evolution

5. Appendices

6. Index