Difference between revisions of "ECOM RICM5 Groupe2 2015/SRS"
| Line 64: | Line 64: | ||
==2.5 Hypothèses et dépendances== |
==2.5 Hypothèses et dépendances== |
||
| + | =3. Exigences spécifiques, exigences d'interface, exigences fonctionnelles, exigences non fonctionnelles= |
||
| − | =3. Specific requirements, covering functional, non-functional and interface requirements= |
||
| − | * 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''': Realisation and management of MCQ as part of the SmartClassroom |
||
| − | |||
| − | '''Description''': Our project consists in developing a system wich allows a teacher to prepare his lessons and create MCQ on one hand, and on the other hand allows students to answer at these MCQ. We will also have to manage the identification of each student in order to control their presence during the lessons. |
||
| − | |||
| − | '''Inputs''': Students' and teacher's tablets |
||
| − | |||
| − | '''Source''': NFC tag, touch sreen |
||
| − | |||
| − | '''Outputs''': Identification, answers to each student's question |
||
| − | |||
| − | '''Destination''': This projects is designed to be integrated in the environment of a SmartClassroom and is bound for being used by teachers and students. |
||
| − | |||
| − | '''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 <br> |
||
| − | |||
| − | Teacher side :<br> |
||
| − | * Has to allow the creation of MCQ |
||
| − | * Has to permit the recovery of the results |
||
| − | * Could sort the results per students / questions / answers |
||
| − | * Has to allow the identification by the meaning of a personal ID or a NFC tag |
||
| − | * Can access the list of students authenticated at every session |
||
| − | <br> |
||
| − | Student side : |
||
| − | * Must allow the answer of the MCQ |
||
| − | * Can give an access to the results |
||
| − | * Has to allow modifications before sending the MCQ |
||
| − | * Has to permit the identification by the meaning of a personal ID or a NFC tag |
||
| − | * The student has to be counted as present when he connects to the course |
||
| − | |||
| − | '''Non functional requirements''': |
||
| − | * Easy to use : no user experience needed |
||
| − | * Portability : usage on tablet |
||
| − | * Size : the size of the application won't be more than few bytes |
||
| − | * Usage : Clear interface and elaborate in order to make the user experience efficient |
||
| − | * Resistance : the application have to keep working and watch over during a network failure |
||
| − | |||
| − | '''Pre-condition''': |
||
| − | * Equipment side : |
||
| − | ::- a tablet has to be available for each student and for the teacher |
||
| − | ::- each student must have his own swipe card in order to be identified |
||
| − | * Application side : |
||
| − | ::- a WiFi connection has to be maintened in the classroom |
||
| − | |||
| − | '''Post-condition''': |
||
| − | * the teacher is able to create documents for his lesson and MCQ via the application |
||
| − | * students are identified via their badges |
||
| − | |||
| − | '''Side-effects''': |
||
=4. Product evolution= |
=4. Product evolution= |
||
Revision as of 10:11, 13 October 2015
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 | Octobre 2015 | Alan Damotte, Quentin Torck, Jérémy Hammerer, Rama Codazzi, Kai Guo | Présentation des exigences du projet ECOM-Stickers | TBC | TBC |
1. Introduction
1.1 Objectif du document d'exigence
Ce document présente les exigences fonctionnelles et non fonctionnelles, les critères de qualité et les risques du projet ECOM-stickers.
1.2 Cadre du produit
Ce produit est intégré à la formation de'ingénieur RICM5 (Réseau Informatique & Communication Multimédia) de l'école Polytech Grenoble dans le module ECOM. Celui-ci se déroulera durant le premier semestre de l'année. Ce projet sera mené par cinq étudiants (trois de l'option réseau et deux de l'option multimédia).
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
ECOM-stickers est un site e-commerce proposant aux visiteurs d'acheter des stickers en ligne. Le client pourra choisir des stickers parmi une liste de stickers prédéfinis. Celui-ci pourra aussi choisir de créer ses propres stickers en ajoutant des images, des texte, etc... Le client pourra, pour le sticker, choisir une forme prédéfinie (rond, carré, etc...) et une dimension parmi plusieurs proposées par notre site.
2.1 Perspective du produit
2.2 Fonctions du produit
- Acheter des stickers
- Personnaliser des stickers
2.3 Caractéristiques de l'utilisateur
- Tout public
- Principalement des jeunes
2.4 Contraintes générales
- Contraintes de charges
- Contraintes de disponibilité
- Contraintes de débit
- Contraintes de sécurité
2.5 Hypothèses et dépendances
3. Exigences spécifiques, exigences d'interface, exigences fonctionnelles, exigences non fonctionnelles
4. Product evolution
The SmartClassroom project is based on several scenarios realised by a number of groups. The part described here is just one of them. Future enhancements of this environment could be proposed and implemented by future groups in charge of developping this classroom.