Proj-2014-2015-Montreconnectée/SRS
The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
Read first:
- http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
- http://en.wikipedia.org/wiki/Software_requirements_specification
- IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998
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.
1.3 Définitions, acronymes et abréviations
1.4 Références
1.5 Présentation du restant du document
2. Description générale
L'objectif de ce projet est de ...
2.1 Perspective du produit
2.2 Fonctions du produit
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: