Proj-2014-2015-Montreconnectée/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.


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.

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:

4. Product evolution

5. Appendices

6. Index