Proj-2014-2015-SmartClassroom/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 | Romain Barthelemy, Alan Damotte, Marie Darrigol, Anthony Leonard | Présentation des exigences du projet Smart Classroom | TBC | TBC |
1. Introduction
1.1 Objectif du document d'exigence
Ce document présente l'objectif du projet Smart Classroom, 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
Notre travail fait suite aux différents projets réalisés par les élèves de l'ENSIMAG : Smart Classroom
1.5 Présentation du restant du document
2. Description générale
L'objectif de ce projet est de concevoir un système d'information innovant pour la classe de demain. Le but de ce projet est de faciliter mais surtout d'automatiser des tâches quotidiennes effectuées en salle de cours. Bien qu'il y ait quatre projets gravitant autour de la classe intelligente et réalisés par des élèves de l'ENSIMAG, notre module doit s'intégrer avec les autres afin d'obtenir une réelle infrastructure innovante.
2.1 Perspective du produit
Notre produit doit répondre au scénario suivant :
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:
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
Non functional requirements:
Pre-condition:
Post-condition:
Side-effects: