Difference between revisions of "SRS ECOM 2015 GRP5"

From air
Jump to navigation Jump to search
 
(27 intermediate revisions by the same user not shown)
Line 1: Line 1:
−
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
  
−
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]
  
−  
 
{|class="wikitable alternance"
  
{|class="wikitable alternance"
 
|+ Document History
  
|+ Document History
Line 13: Line 5:
 
!scope="col"| Version
  
!scope="col"| Version
 
!scope="col"| Date
  
!scope="col"| Date
−
!scope="col"| Authors
 +
!scope="col"| Auteurs
 
!scope="col"| Description
  
!scope="col"| Description
−
!scope="col"| Validator
 +
!scope="col"| Validateur
−
!scope="col"| Validation Date
 +
!scope="col"| Date de validation
 
|-
  
|-
 
!scope="row" |
  
!scope="row" |
 
| 0.1.0
  
| 0.1.0
  +
| 19/10/2015
−
| [[User:Robin.Eudes|Robin Eudes]], [[User:Malek-Hadi.Mammar|Malek Mammar]], [[User:Zhengmeng.Zhang|Zhang Zhengmeng]]
  
  +
|[[User:Robin.Eudes|Robin Eudes]], [[User:Malek-Hadi.Mammar|Malek Mammar]], [[User:Zhengmeng.Zhang|Zhang Zhengmeng]]
 
| Présentation des exigences ECOM-Restauration perosonalisée
  
| Présentation des exigences ECOM-Restauration perosonalisée
−
| TBC
 +
| X
−
| TBC
 +
| X
−
| TBC
  
   
 
|}
  
|}
   
   
−
=1. Introduction=
 +
=Introduction=
  +
==Objectif du document d'exigence==
−
==1.1 Purpose of the requirements document==
  
  +
Ce document présente les exigences fonctionnelles, non fonctionnelles ainsi que les différents critères de qualité et risques intervenant dans le projet '''''[http://air.imag.fr/index.php/ECOM_RICM5_Groupe5_2015 ECOM - Restauration Personnalisée]'''''.
−
This Software Requirements Specification (SRS) identifies the requirements for project StartAir Safe.
  
  +
−
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.
  
  +
==Cadre du produit==
  +
Ce produit intervient dans le cadre de notre formation d'ingénieur RICM5 (Réseau Informatique & Communication Multimédia) de l'école Polytech Grenoble. Ce produit sera réalisé par une équipe de 3 étudiants, au cours du premier semestre de l'année 5 (RICM5).
  +
  +
==Définitions, acronymes et abréviations==
  +
* JavaEE : Java Enterprise Edition (anciennement J2EE).
  +
* EJB : Entreprise Java Bean , des composants du serveur d'application
  +
* Entity Beans : Un type de bean représentant des données persistantes stockées dans une base de données.
  +
* Session Beans : Un type de bean qui encapsule le code métier, sa durée de vie est limitée à la session. Ces beans seront invoqués par le client pour effectuer certaine taches au cours de la session.
  +
  +
=Description générale=
  +
  +
Le site porte sur un service de restauration personnalisée.
  +
Deux modes de fonctionnement vous sont possibles :
  +
  +
* des formules sont proposées par des artisans restaurateurs, sur lesquelles il vous est possible d’imposer des contraintes (la cuisson,...) selon vos affinités gustative, si l’artisan le propose.
  +
  +
* des thèmes culinaires sont proposés par des artisans restaurateurs qui se charge de répondre à votre demande de plat dans un temps imparti. Il est à noter que l’artisan peut librement accepter ou refuser le traitement de votre demande dans la mesure des stocks disponibles. Dans le cas d’un refus une proposition peut vous être faite par l’artisan.
  +
  +
==Perspective du produit==
  +
  +
==Fonctions du produit==
  +
* Acheter des plats personnalisés (assaisonnement ou concernant une allergie à un aliment)
  +
** Sous la forme d'une formule (ensemble de plats)
  +
** À l'unité
  +
  +
* Proposer des plats personnalisables (assaisonnement ou concernant une allergie à un aliment)
  +
** À l'unité
  +
** Sous la forme de formules (menus)
  +
  +
==Caractéristiques de l'utilisateur==
  +
* Etudiant, tranche d'âge : 18-25 ou salarié
  +
* Habitué des commandes en ligne
   
  +
==Contraintes générales==
−
==1.2 Scope of the product==
  
  +
* Performance
−
==1.3 Definitions, acronyms and abbreviations==
  
  +
* Sécurité
−
==1.4 References==
  
  +
* Disponibilité
−
*The main page of the project: [[Proj-2013-2014-StartAIR-2]]
  
  +
* Interopérabilité
   
  +
==Hypothèses et dépendances==
−
==1.5 Overview of the remainder of the document==
  
  +
* On suppose avoir à disposition un service de livraison performant (sans erreur), et sans surcoût sur le prix affiché lors de la commande.
−
=2. General description=
  
−
==2.1 Product perspective==
  
−
==2.2 Product functions==
  
−
==2.3 User characteristics==
  
−
==2.4 General constraints==
  
−
==2.5 Assumptions and dependencies==
  
−
=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.
  
   
  +
=Exigences spécifiques, exigences d'interface, exigences fonctionnelles, exigences non fonctionnelles=
−
==3.1 Requirement X.Y.Z (in Structured Natural Language)==
  
−
'''Function''':
  
   
  +
==Exigences==
−
'''Description''':
  
  +
'''Fonction''' : Création d'un site e-commerce
   
  +
'''Description''' : Création d'un site de commande de restauration personnalisée.
−
'''Inputs''':
  
   
  +
'''Inputs''' : Ordinateur, smartphone, tablette
−
'''Source''':
  
   
−
'''Outputs''':
 +
'''Outputs''' : Ordinateur, smartphone, tablette
   
−
'''Destination''':
 +
'''Destination''' : Tout public, orienté Etudiant (18-25) et salariés
   
−
'''Action''':
 +
'''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
  
   
  +
'''Exigences fonctionnelles''' :
−
'''Non functional requirements''':
  
  +
* Tâches prioritaires
  +
** Gestion d'une session sécurisée
  +
** Acteur client : Effectuer une commande
  +
** Acteur client : Gérer son panier
  +
** Acteur artisan : Gérer son catalogue
   
  +
* Tâches secondaires
−
'''Pre-condition''':
  
  +
** Acteur client : Effectuer un appel d'offre
  +
** Acteur artisan : Répondre à un appel d'offre
   
  +
'''Exigences non fonctionnelles''' :
−
'''Post-condition''':
  
  +
* [https://fr.wikipedia.org/wiki/Propri%C3%A9t%C3%A9s_ACID Propriétés ACID] sur les transactions (en particulier le paiement)
  +
* Interface user-friendly, selon [http://www.ergolab.net/articles/criteres-ergonomiques-1.php Les critères ergonomiques de Bastien & Scapin]
  +
* Gestion fine de l'utilisation de HTTPS
  +
* Résistance du système à la montée en charge (Temps de service constant)
  +
* Réduire au minimum le parcours de paiement
  +
* Portabilité (responsive design) PC, mobiles.
   
−
'''Side-effects''':
 +
'''Risques''' :
  +
* Indisponibilité du service
  +
* Faille dans la sécurité (données utilisateurs sensibles)
   
  +
'''Qualité''' :
−
=4. Product evolution=
  
   
  +
'''Pré-condition''' :
−
=5. Appendices=
  
  +
* Disposer d'un appareil compatible (ordinateur,smartphone,tablette)
  +
* Disposer d'un accès Internet
   
  +
'''Post-condition''' :
−
==5.1. SRS structure==
  
  +
* Réception de la commande
−
The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard.
  
   
  +
=Évolutions du produit =
−
'''References:'''
  
−
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
  
−
* http://en.wikipedia.org/wiki/Software_requirements_specification
  
−
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]
  
   
  +
* Accroître la compatibilité de notre service avec différents moyens de paiement (Paypal, Izly...)
−
=6. Index=
  
  +
* Accroître notre base de restaurateurs proposant des plats
  +
* Développer un partenariat avec un service de livraison

Latest revision as of 19:26, 19 October 2015

Document History
Version Date Auteurs Description Validateur Date de validation
0.1.0 19/10/2015 Robin Eudes, Malek Mammar, Zhang Zhengmeng Présentation des exigences ECOM-Restauration perosonalisée X X


Introduction

Objectif du document d'exigence

Ce document présente les exigences fonctionnelles, non fonctionnelles ainsi que les différents critères de qualité et risques intervenant dans le projet ECOM - Restauration Personnalisée.

Cadre du produit

Ce produit intervient dans le cadre de notre formation d'ingénieur RICM5 (Réseau Informatique & Communication Multimédia) de l'école Polytech Grenoble. Ce produit sera réalisé par une équipe de 3 étudiants, au cours du premier semestre de l'année 5 (RICM5).

Définitions, acronymes et abréviations

  • JavaEE : Java Enterprise Edition (anciennement J2EE).
  • EJB : Entreprise Java Bean , des composants du serveur d'application
  • Entity Beans : Un type de bean représentant des données persistantes stockées dans une base de données.
  • Session Beans : Un type de bean qui encapsule le code métier, sa durée de vie est limitée à la session. Ces beans seront invoqués par le client pour effectuer certaine taches au cours de la session.

Description générale

Le site porte sur un service de restauration personnalisée. Deux modes de fonctionnement vous sont possibles :

  • des formules sont proposées par des artisans restaurateurs, sur lesquelles il vous est possible d’imposer des contraintes (la cuisson,...) selon vos affinités gustative, si l’artisan le propose.
  • des thèmes culinaires sont proposés par des artisans restaurateurs qui se charge de répondre à votre demande de plat dans un temps imparti. Il est à noter que l’artisan peut librement accepter ou refuser le traitement de votre demande dans la mesure des stocks disponibles. Dans le cas d’un refus une proposition peut vous être faite par l’artisan.

Perspective du produit

Fonctions du produit

  • Acheter des plats personnalisés (assaisonnement ou concernant une allergie à un aliment)
    • Sous la forme d'une formule (ensemble de plats)
    • À l'unité
  • Proposer des plats personnalisables (assaisonnement ou concernant une allergie à un aliment)
    • À l'unité
    • Sous la forme de formules (menus)

Caractéristiques de l'utilisateur

  • Etudiant, tranche d'âge : 18-25 ou salarié
  • Habitué des commandes en ligne

Contraintes générales

  • Performance
  • Sécurité
  • Disponibilité
  • Interopérabilité

Hypothèses et dépendances

  • On suppose avoir à disposition un service de livraison performant (sans erreur), et sans surcoût sur le prix affiché lors de la commande.

Exigences spécifiques, exigences d'interface, exigences fonctionnelles, exigences non fonctionnelles

Exigences

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

Description : Création d'un site de commande de restauration personnalisée.

Inputs : Ordinateur, smartphone, tablette

Outputs : Ordinateur, smartphone, tablette

Destination : Tout public, orienté Etudiant (18-25) et salariés

Action :

Exigences fonctionnelles :

  • Tâches prioritaires
    • Gestion d'une session sécurisée
    • Acteur client : Effectuer une commande
    • Acteur client : Gérer son panier
    • Acteur artisan : Gérer son catalogue
  • Tâches secondaires
    • Acteur client : Effectuer un appel d'offre
    • Acteur artisan : Répondre à un appel d'offre

Exigences non fonctionnelles :

  • Propriétés ACID sur les transactions (en particulier le paiement)
  • Interface user-friendly, selon Les critères ergonomiques de Bastien & Scapin
  • Gestion fine de l'utilisation de HTTPS
  • Résistance du système à la montée en charge (Temps de service constant)
  • Réduire au minimum le parcours de paiement
  • Portabilité (responsive design) PC, mobiles.

Risques :

  • Indisponibilité du service
  • Faille dans la sécurité (données utilisateurs sensibles)

Qualité :

Pré-condition :

  • Disposer d'un appareil compatible (ordinateur,smartphone,tablette)
  • Disposer d'un accès Internet

Post-condition :

  • Réception de la commande

Évolutions du produit

  • Accroître la compatibilité de notre service avec différents moyens de paiement (Paypal, Izly...)
  • Accroître notre base de restaurateurs proposant des plats
  • Développer un partenariat avec un service de livraison
Retrieved from "https://air.imag.fr/index.php?title=SRS_ECOM_2015_GRP5&oldid=24719"