Difference between revisions of "Proj-2014-2015-SmartClassroom/SRS"

From air
Jump to navigation Jump to search
(Created page with "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-an...")
 
Line 20: Line 20:
 
!scope="row" |
 
!scope="row" |
 
| 0.1.0
 
| 0.1.0
  +
| Janvier 2015
| TBC
 
  +
| Romain Barthelemy, Alan Damotte, Marie Darrigol, Anthony Leonard
| TBC
 
  +
| Présentation des exigences du projet Smart Classroom
| TBC
 
 
| TBC
 
| TBC
 
| TBC
 
| TBC
Line 30: Line 30:
   
 
=1. Introduction=
 
=1. Introduction=
==1.1 Purpose of the requirements document==
+
==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 Scope of the product==
 
==1.3 Definitions, acronyms and abbreviations==
+
==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.4 References==
 
  +
==1.3 Définitions, acronymes et abréviations==
==1.5 Overview of the remainder of the document==
 
=2. General description=
+
==1.4 Références==
  +
Notre travail fait suite aux différents projets réalisés par les élèves de l'ENSIMAG : [http://fablab.ensimag.fr/index.php/Projet_%22SmartClassroom%22 Smart Classroom]<br/>
==2.1 Product perspective==
 
  +
==1.5 Présentation du restant du document==
==2.2 Product functions==
 
==2.3 User characteristics==
+
=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.4 General constraints==
 
==2.5 Assumptions and dependencies==
+
==2.1 Perspective du produit==
  +
Notre produit doit répondre au scénario suivant : <br>
=3.Specific requirements, covering functional, non-functional and interface requirements=
 
  +
==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,
 
* document external interfaces,
 
* describe system functionality and performance
 
* describe system functionality and performance

Revision as of 12:01, 24 January 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 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:

4. Product evolution

5. Appendices

6. Index