Rapport de projet

Filière :
Génie logiciel et Système informatiques

Sujet :
Conception et Réalisation de notre application web « Natural Beauty »

Réalisé par :
Hjila Khaled

1
 Table des matières

Introduction Générale 6
Chapitre 1 : 7
Spécification des besoins 7
Introduction 7
Contexte du système 7
Identification des besoins 7
Identification des besoins fonctionnels 7
Identification des besoins non-fonctionnels 8
Identification des acteurs 8
Diagramme de cas d’utilisation globale : 9
Affectation des priorités (Back Log des produits) 10
Environnement du travail 12
Méthodologie de conception 12
Conclusion 12
Chapitre 2 : Gestion de Commande 13
Introduction 13
Identification de back log de sprint 0 13
premier sprint 13
Raffinement du premier sprint 14
Conception 20
Conception de cas d’utilisation S’authentifier 20
Conception de cas d’utilisation Créer compte 22
Conception de cas d’utilisation Passer commande 23
Conception de cas d’utilisation Payer commande 24
Conception de cas d’utilisation Gérer produit 25

2
Réalisation 28
Introduction 28
Environnement de développement 28
Conclusion 32
Chapitre 3 : Gestion de produit 33
Introduction 33
Identification de back log de sprint 1 33
Deuxième sprint 33
Raffinement du deuxième sprint 33
Conception 38
Réalisation 42
Conclusion Générale 46

3
 Introduction Générale

Dans le cadre du COVID-19 et la fermeture des boutiques et des grands

magasins la plupart sont tournés d’avantage vers le canal e-Commerce plus
précisément le Commerce électronique. C’est l'utilisation d'un média électronique
pour la réalisation de transactions commerciales. La plupart du temps il s'agit de la
vente de produits à travers le réseau internet, mais le terme de e-Commerce englobe
aussi les mécanismes d'achat par internet.

En vertu s’inscrit notre projet fédéré intitulé : « Natural Beauty » qui

comprend plusieurs marques de et plusieurs catégories cela facilite la situation
épidémiologique de nombreuses femmes.

Pour la modélisation de notre projet, nous avons suivi la méthodologie de

conception AGIL <<SCRUM>>.

Notre rapport organisé de la manière suivante :

 Chapitre 1 intitulé « Spécification des besoins » :

 Chapitre 2 intitulé « Gestion de commande » :
 Chapitre 3 intitulé « » :

Nous clôturons notre rapport par une conclusion générale et perspective.

4
 Chapitre 1 :
Spécification des
besoins

Introduction

L'analyse et la spécification des besoins représentent la première phase du

cycle de développement d'un logiciel. Elle sert à identifier les acteurs réactifs du
système et leur associer chacun l'ensemble d'actions avec lesquelles il intervient
dans l'objectif de donner un résultat optimal et satisfaisant au client.

Contexte du système

« Natural Beauty » est un site de vente des produits cosmétiques, ce dernier

vouloir bien au client de faire ses achats, consulter leur panier, créer leur compte et
profiter de l’abondance des produits à notre disposition.

Identification des besoins

Identification des besoins fonctionnels

Notre système intitule « Natural Beauty » doit satisfaire les besoins fonctionnels
suivants :
 S’authentifier ;
 Créer compte ;
5
 Passer une commande ;

6
  Consulter panier ;
 Passer au paiement ;
 Gérer les utilisateurs ;
 Consulter la liste des catégories.

Identification des besoins non-fonctionnels

Ce sont les besoins qui permettraient d’améliorer la qualité des services du site.
Parmi ces besoins on cite :
 La fiabilité
 La facilité d’utilisation
 La maintenabilité
 La portabilité

Identification des acteurs

Un acteur est la personne ou le matériel qui interagit avec notre système afin de
réaliser une valeur ajoutée.

Acteur Rôle

Client - Passer commande

- Consulter commande
- Consulter catégorie produit
- Créer compte
- S’authentifier

7
 Administrateur Gérer produit
Gérer annonce
Gérer compte
S’authentifier

Table 1.1 Les rôles des acteurs

Diagramme de cas d’utilisation globale :

Le diagramme de cas d’utilisation général présenté dans la figure 1.2, illustre une
vue globale de notre solution.

8
Affectation des priorités (Back Log des produits)

Nous commençons par définir le backlog qui consiste en une liste de

fonctionnalités à réaliser. Ces fonctionnalités, exprimées sous forme de besoins,

9
sont proposées par le Product Owner ce qui permet d’établir un ordre à respecter
lors de la réalisation de l’application.
La Table 1.2 montre notre back log du produit :

Back log de Produit Priorité Planification

En tant que client je peux passer une commande 1 Sprint 0

En tant que client je peux payer commande 1 Sprint 0

En tant que client je peux créer un compte 1 Sprint 0

En tant que client je peux m’authentifier 1 Sprint 0

En tant qu’administrateur je peux gérer produit 1 Sprint 0

En tant qu’administrateur je peux m’authentifier 1 Sprint 0

En tant que client je peux consulter commande 2 Sprint 1

En tant que client je peux consulter catégorie 2 Sprint 1

produit
En tant qu’administrateur je peux gérer compte 2 Sprint 1

10
Environnement du travail

Méthodologie de conception

Le Langage de Modélisation Unifié, de l'anglais Unified Modeling Language

(UML), est un langage de modélisation graphique à base de pictogrammes conçu
comme une méthode normalisée de visualisation dans les domaines du
développement logiciel et en conception orientée objet.

Conclusion
Au cours de ce chapitre, nous avons étudié les différents besoins fonctionnels et
non fonctionnels que nous allons satisfaire tout au long de nos projet. Nous avons
également identifié les acteurs ainsi que le diagramme de cas d’utilisation global de
mon futur système et le back log de produit.

11
 Chapitre 2 : Gestion de Commande

Introduction

Ce chapitre sert à présenter le premier sprint de notre projet nommé Gestion de

Commande. L'étude de ce sprint couvre le raffinement des cas d’utilisation, la
conception, et la réalisation.

Identification de back log de sprint 0

Dans cette section, nous présentons le Backlog de sprint 0

Backlog de Produit Priorité

En tant que client je peux passer une commande 1

En tant que client je peux payer commande 1

En tant que client je peux créer un compte 1

En tant que client je peux m’authentifier 1

En tant qu’administrateur je peux gérer produit 1

premier sprint

Ce sprint met sur la voie de développer la première partie de notre projet :

12
  S’authentifier
 Créer compte
 Passer commande
 Payer commande
 Gérer produit

Raffinement du premier sprint

Nous allons raffiner les cas d’utilisation de sprint 0 en exprimant les scénarios
correspondants.
Raffinement du cas d’utilisation S’authentifier
L’authentification est la condition préalable nécessaire à tous les autres processus
décrits dans les cas d’utilisation. Ce besoin critique permet aux acteurs
d’exécuter leurs propres cas d’utilisation majeurs.

13
Cas d’utilisation - S’authentifier
Acteur - Client
Précondition - System en marche
Postcondition - Client authentifié
Description du scenario principal 1. Le client saisit son login et son mot de
passe
2. Le client confirme la saisie de ses
données d’identification
3. Le système vérifie les données
d’identification
4. Le système affiche l’interface
d’accueil.
Exception - Le système affiche un message
d’erreur si les données sont erronées

Raffinement du cas d’utilisation Créer compte

Diagramme

Cas d’utilisation - Créer compte

Acteur - Client

14
 Précondition - System en marche
Postcondition - Client inscrit
Description du scenario principal 1. Le client remplit le formulaire.
2. Le client clique sur Bouton
« S’inscrire ».
3. Le système enregistre la demande.
Exception - Le système affiche l’échec de
l’inscription par un message d’erreur

Raffinement du cas d’utilisation Passer commande

Cas d’utilisation - Passer commande

Acteur - Client
Précondition - Le client doit s’authentifier
- Le produit à ajouter au panier doit être
supérieur à 0
Postcondition - Les produits ajoutés au panier vont
être déduit du stock
- Les commandes vont être
enregistrées dans la base et par la
suite vues par
l’administrateur.
Description du scenario principal 1) Le système affiche la page liste produits.

15
16
 2) Le client choisit un produit.
3) Le système affiche la page du produit
contenant son image, sa description et le choix
de la quantité à commander.
4) Le client choisit la quantité désirée.
5) Le système vérifie la disponibilité et ajoute
le produit au panier.
6) Le client peut mettre une adresse de
livraison.
7) Le client confirme la commande.
Exception - Si le stockage n’est pas disponible un
message d’erreur s’affiche

Raffinement du cas d’utilisation Payer commande

Cas d’utilisation - Payer commande

Acteur - Client
Précondition - Le client doit s’authentifier
- La commande doit être confirmée
Postcondition - La commande est payée
Description du scenario principal 1- Le client choisit l’interface
liste panier.
2- La page s’affiche.
3- Le client clique sur le bouton
confirmer.

17
18