Difference between revisions of "ECOM RICM5 Groupe2 2015/SRS"

From air
Jump to navigation Jump to search
 
(31 intermediate revisions by 4 users not shown)
Line 37: Line 37:
   
 
==1.3 Définitions, acronymes et abréviations==
 
==1.3 Définitions, acronymes et abréviations==
* '''???''' :
 
   
==1.4 References==
+
==1.4 Références==
Our work follows on from different projects realised by ENSIMAG students :
 
[http://fablab.ensimag.fr/index.php/Projet_%22SmartClassroom%22 Smart Classroom]<br/>
 
   
==1.5 Overview of the remainder of the document==
+
==1.5 Présentation du restant du document==
   
  +
=2. Description générale =
=2. General description=
 
  +
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.
The aim of this project is to design a new innovative information system for the future of the classroom, by making easier and especially automating daily tasks. Although there are already four projects linked to the smart classroom and realized by ENSIMAG students, our module has to fit in well with the others in order to obtain a real innovative infrastructure.
 
==2.1 Product perspective==
 
Our product has to meet the following need :
 
Students come in class, announce their presence and get settled at their work station. The teacher does the same and accesses his plateform where he can get courses and exams that he has created before. Then, the teacher can submit multiple-choice questionnaire to students. They answer to it individually before submitting their answer to the teacher. After that, he can refer to the results and publish it by theme. The teacher can start again a lesson if he sees that it hasn't been clear enough for his students. Finally, he can reorganize students by working group.
 
   
==2.2 Product functions==
+
==2.1 Perspective du produit==
* Individual and secured idendentification
 
* Creation of courses' constituents
 
* Reply to the test by the students
 
* Results display
 
* Reorganisation of the students in working groups depending on their level
 
   
==2.3 User characteristics==
+
==2.2 Fonctions du produit==
  +
* Acheter des stickers
There are two types of users for this product and in two different inputs. The first type of user is the teacher who is able to create, modify, pusblish courses and exams. Then there are the students, who, by means of their working space, answer the quizzes and submit their answers.
 
  +
* Personnaliser des stickers
   
==2.4 General constraints==
+
==2.3 Caractéristiques de l'utilisateur==
  +
*Tout public
* Application has to work on tablet
 
  +
*Principalement des jeunes
* Stable wifi connection is needed inside the smart classroom
 
   
==2.5 Assumptions and dependencies==
+
==2.4 Contraintes générales==
  +
* Contraintes de charges
* No access to extern websites
 
  +
* Contraintes de disponibilité
* Smart Classroom environment allows us to link the tablets to the Moodle server
 
  +
* 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=
=3. Specific requirements, covering functional, non-functional and interface requirements=
 
* document external interfaces,
+
* Documenter les interfaces externes
  +
* Décrire les fonctionnalités système et les performances système
* describe system functionality and performance
 
  +
* Spécifier les exigences de la base de données logique
* specify logical database requirements,
 
  +
* Préciser les contraintes
* design constraints,
 
  +
==3.1 Exigences==
* emergent system properties and quality characteristics.
 
  +
'''Fonction''' : Création d'un site e-commerce
   
  +
'''Description''' : Création d'un site d'achat de stickers. Le client peut acheter des stickers prédéfinis ou personnalisés.
==3.1 Requirement X.Y.Z (in Structured Natural Language)==
 
'''Function''': Realisation and management of MCQ as part of the SmartClassroom
 
   
  +
'''Inputs''' : Ordinateur, tablette ou smartphone
'''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.
 
   
  +
'''Outputs''' : Ordinateur, tablette ou smartphone
'''Inputs''': Students' and teacher's tablets
 
   
  +
'''Destination''' : Destiné à tous types d'utilisateurs, mais principalement des jeunes (environ 20 ans)
'''Source''': NFC tag, touch sreen
 
   
  +
'''Action''' :
'''Outputs''': Identification, answers to each student's question
 
  +
* Créer un compte
  +
* Gérer un compte
  +
* Choisir un ou plusieurs stickers prédéfinis
  +
* Personnaliser un sticker
  +
* Commander un ou plusieurs stickers
  +
* Annuler une commande
   
  +
'''Exigences fonctionnelles''' :
'''Destination''': This projects is designed to be integrated in the environment of a SmartClassroom and is bound for being used by teachers and students.
 
  +
Une interface web en HTML5 dans le but de permettre:
  +
* La gestion de compte (création de compte ou gestion de compte)
  +
* La personnalisation d'un sticker
  +
* La sélection de stickers prédéfinis
  +
* La commande d'un ou plusieurs stickers
  +
* L'annulation d'une commande
   
  +
'''Exigences non fonctionnelles''' :
'''Action''':
 
  +
* Portabilité : doit fonctionner sur ordinateur
* Natural language sentences (with MUST, MAY, SHALL)
 
  +
* Compatibilité : doit fonctionner sur Chrome et Mozilla
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
 
  +
* Utilisabilité : pas d'expérience requise. Interface clair et facile d'utilisation
* Mathematical Notations
 
  +
* Robustesse : Le système doit pouvoir fonctionner malgré un grand nombre de connexions simultanées. De plus, en cas de panne du système, celui-ci doit se reconstruire automatiquement
* Tabular notations for several (condition --> action) tuples <br>
 
  +
* Sécurité : La fonctionnalité de paiement doit être sécurisée + ACID (tout ou rien)
  +
* Atomicité : L'utilisation de transactions pour le paiement. La transaction doit être terminé, sinon, rien n'est fait.
   
  +
'''Risques''' :
Teacher side :<br>
 
  +
* Panne du serveur
* Has to allow the creation of MCQ
 
  +
* Vol des informations des utilisateurs
* 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
 
   
  +
'''Qualité''' :
'''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''':
+
'''Pré-condition''' :
  +
* Avoir un ordinateur ou une tablette ou un smartphone
* Equipment side :
 
  +
* Être connecté à Internet
::- 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''':
+
'''Post-condition''' :
  +
* Réception des stickers
* the teacher is able to create documents for his lesson and MCQ via the application
 
* students are identified via their badges
 
   
  +
=4. Evolution du produit=
'''Side-effects''':
 
 
=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.
 
   
 
=5. Appendices=
 
=5. Appendices=

Latest revision as of 18:35, 19 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:

Document History
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

  • Documenter les interfaces externes
  • Décrire les fonctionnalités système et les performances système
  • Spécifier les exigences de la base de données logique
  • Préciser les contraintes

3.1 Exigences

Fonction : Création d'un site e-commerce

Description : Création d'un site d'achat de stickers. Le client peut acheter des stickers prédéfinis ou personnalisés.

Inputs : Ordinateur, tablette ou smartphone

Outputs : Ordinateur, tablette ou smartphone

Destination : Destiné à tous types d'utilisateurs, mais principalement des jeunes (environ 20 ans)

Action :

  • Créer un compte
  • Gérer un compte
  • Choisir un ou plusieurs stickers prédéfinis
  • Personnaliser un sticker
  • Commander un ou plusieurs stickers
  • Annuler une commande

Exigences fonctionnelles : Une interface web en HTML5 dans le but de permettre:

  • La gestion de compte (création de compte ou gestion de compte)
  • La personnalisation d'un sticker
  • La sélection de stickers prédéfinis
  • La commande d'un ou plusieurs stickers
  • L'annulation d'une commande

Exigences non fonctionnelles :

  • Portabilité : doit fonctionner sur ordinateur
  • Compatibilité : doit fonctionner sur Chrome et Mozilla
  • Utilisabilité : pas d'expérience requise. Interface clair et facile d'utilisation
  • Robustesse : Le système doit pouvoir fonctionner malgré un grand nombre de connexions simultanées. De plus, en cas de panne du système, celui-ci doit se reconstruire automatiquement
  • Sécurité : La fonctionnalité de paiement doit être sécurisée + ACID (tout ou rien)
  • Atomicité : L'utilisation de transactions pour le paiement. La transaction doit être terminé, sinon, rien n'est fait.

Risques :

  • Panne du serveur
  • Vol des informations des utilisateurs

Qualité :

Pré-condition :

  • Avoir un ordinateur ou une tablette ou un smartphone
  • Être connecté à Internet

Post-condition :

  • Réception des stickers

4. Evolution du produit

5. Appendices

6. Index