0% ont trouvé ce document utile (0 vote)
239 vues10 pages

Chapitre 3

Ce chapitre présente l'analyse et la conception d'une application de gestion commerciale et de stock nommée 'Ma Vitrine' ainsi que son application mobile associée. Il décrit les diagrammes de cas d'utilisation, de séquence et de classes UML modélisant les fonctionnalités des deux applications.

Transféré par

nader
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
239 vues10 pages

Chapitre 3

Ce chapitre présente l'analyse et la conception d'une application de gestion commerciale et de stock nommée 'Ma Vitrine' ainsi que son application mobile associée. Il décrit les diagrammes de cas d'utilisation, de séquence et de classes UML modélisant les fonctionnalités des deux applications.

Transféré par

nader
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Chapitre 3:

Analyse et Conception
Chapitre 3 : Analyse et conception

I. Introduction

Dans ce chapitre nous aborderons une description générale de notre application ensuite
nous mettons en évidence le coté conceptuel de nos applications qui constitue une étape
fondamentale qui précède l’implémentation, permet de détailler les différents
diagrammes et scénarios à implémenterdans la phase [Link] permettra de mieux
comprendre nos applications.
Nous avons utilisé une démarche générale basé sur UP utilise le langage UML.
Dans cette démarche, les diagrammes UML utilisés sont les suivant : Diagramme de cas
d’utilisation, diagrammes de séquence et les diagrammes de classes sont modélisés à
l’aide de l’outil StarUml.

II. Présentation de notre application "MA Vitrine"


Nous avons développés deux applications une native "gestion commercial et de
stock " et une autre mobile.
1. L’application Ma vitrine native est une application sur PC dont l’objectif est la
gestion de vente et de stocks des produits mobile (Smartphones ou tablette..).
L’application permet au gestionnaire :
• Un accès aux différentes tables des produits, clients…
• Mise à jour des produits (ajout, suppression, modification).
• Mise à jour des clients.
• L’accès aux paniers :
 "régler l’article sélectionné " : le produit payer par le client.
 "livrer l’article sélectionné" : livrer le produit commandé par le
client.
• Consulter la liste des commandes en cours de livraison.
• Gestion de stock :
 Inventaire/stock : contient les différents produits disponible avec
leurs quantité physique et théorique cela pour faire un inventaire
afin de démarrer avec un bon stock.
 Ecart stock : cette étapes dépend des entrés qui n’a pas encore
réaliser dans notre implémentation et rentre dans les perspectives.

Page 21
Chapitre 3 : Analyse et conception

2. L’application Ma vitrine Mobile est développée pour présenter un catalogue de


produits et permettre aux clients de passer des commandes en ligne via leurs
tablettes ou Smartphones et ça avec accès rapide.
L’application permet notamment aux clients :
• S’inscrire avec un login et un mot de passe…
• Consulter le catalogue des produits avec leurs marques, leurs prix et
la quantité disponible.
• Faire passer la commande.
• Consulter le panier et le solde totale.

III. Conception en UML


III.1. Diagrammes de cas d’utilisation
Le diagramme de cas d’utilisation nous présente les principales fonctions du système,
ainsi que les acteurs qui interviennent.

 Acteur : gestionnaire de stock


Il gère les fonctionnalités de l’application "Ma Vitrine" d’où il permet de faire :
• Mise à jour des produits : action d’ajout ou supprimer un des produits, ajouter
prix….
• Mise à jour des clients : action d’ajout ou suppression d’un client.
• Gestion du panier d’un client : livraison et règlement.
 Acteur : Client
Le Client utilise l’application Mobile d’où il peut:
• s’inscrire ou s’authentifier pour qu’il puisse accéder à l’application.
• Choisir un produit pour faire la commande.
• Afficher le panier pour voir son solde.

Voici le diagramme de cas d’utilisation qui regroupe les fonctionnalités de notre


système :

Page 22
Chapitre 3 : Analyse et conception

System

MAJ produit

<<include>>

consulter inventaire/stock
<<include>>

MAJ client authentification


gestionnaire de stock <<include>>

<<include>>

gestion du panier

<<include>>

System

Inscription

choisir un produit

<<include>>

Commander <<include>>
client

Authentification

voir solde
<<include>>

<<extend>>

Consulter panier

Figure III. 1: diagrammes de cas d’utilisation des deux systèmes.

III.2 Diagrammes de séquence :


Il permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent
sur la chronologie des opérations en interaction avec les objets.
Ce diagramme met en scène une interaction. En particulier, il montre aussi les objets qui
participent à cette même interaction par leur "ligne de vie" et les messages qu'ils
échangent présentés sous forme de séquence dans le temps.
Ci-dessous une description des différents diagrammes de séquences de chaque cas
utilisation avec leurs scénarios respectifs. [12]

Page 23
Chapitre 3 : Analyse et conception

 Gestionnaire de stock
Scénario : Mise à jour Produit.
• Après l’accès à l’interface de l’application native, le gestionnaire peut accéder
aux différentes tables et, il accède à la table produit.
• Il fait l’opération de la mise à jour "Ajouter, supprimer, modifier"
• Le système envoi une requête vers la base de donné pour créer et mettre à jour.

Figure III. 2: diagramme de séquence "Mise à jour Produit.

Scénario : Mise à jour client

• Après l’accès à l’interface de l’application native, le gestionnaire peut accéder


aux différentes tables et, il accède à la table Client.
• Il fait l’opération de la mise à jour "Ajouter, supprimer, modifier"
• Le système envoi une requête vers la base de donné pour créer et mettre à jour.

Page 24
Chapitre 3 : Analyse et conception

Figure III. 3: diagramme de séquence "Mise à jour client.

 Client

Scénario : Inscription

• Pour que le client puisse accéder à l’application mobile " Ma vitrine "il doit
s’inscrire.
• Donc le système affiche la fiche d’inscription.
• Le client remplie les champs et valide l’inscription.
• Une fois l’inscription faite le système demande d’authentifier.
• Client entre le nom et le mot de passe.
• "Connexion réussi" si la saisie est correcte sinon "échec d’authentification".

Page 25
Chapitre 3 : Analyse et conception

Figure III.4 : Diagramme de séquence d’inscription et authentification.

Scénario : faire une commande

 Cette phase est précédée par l’étape d’authentification déjà expliquée,


 Après avoir accéder au menu, le client consulte le catalogue de produit
et choisi un produit.
 Le système lui affiche la fiche produit et il va envoyer une requête vers
la BDD pour vérifier la disponibilité du produit et afficher la quantité
disponible.
 Le client fait la commande à travers le bouton "Commander".

Page 26
Chapitre 3 : Analyse et conception

Figure III. 5: Diagramme de séquence" faire une commande".

Scénario : Consulter Panier

 Après l’authentification, le client après sa commande il doit consulter leur Panier et


le solde total par l’accès au menu
 Le système lui affiche la fiche produit et il va envoyer une requête vers la table
Produit Panier pour trouver le contenu par la suite il va afficher le solde.

Page 27
Chapitre 3 : Analyse et conception

Figure III. 6: diagramme de "séquence consulter panier".

III.3 Diagrammes de classes :


Les deux diagrammes qui suivent, représentent les différentes classes métiers de
nos deux systèmes. Le premier modélise la structure de l’application « MaVitrine » et
l’autre l’application « MaVitrine » Mobile.

Panier
Client +IDPanier: int
>> +Date: date
+IDutilisateur: int 1..* +IDUtilisateur: double
+Nom: string
+prénom: string 1
+affiche produit()
+Email +affiche prix()
+NomUtilsateur: string +affiche solde()
+mot de passe
+Mobile
1..*
produitPanier

+IDProduitPanier: int
+prix: int
+quantité: int

+livraison(): boolean
+réglement(): boolean

1..*

Produit

+IDProduit: int Type Produit


+IDTypeProduit: int
+IdTypeProduit
+IDMarqueProduit: int 1..*
1 << +intitule: string
+modéle: string
+Description: string
+photo
+prixd'achat: int
+prixVente: int
+QtePhysique: int 1
+Qtethéorique: int <<
+Qtereapro: int MarqueProduit
+QteAlerte: int
+IDMarqueProduit: int
1..* +NomMarque: string
+détaille: string

Figure III.7 : Diagramme de classes de "Ma vitrine mobile".

Page 28
Chapitre 3 : Analyse et conception

Panier
Client +IDPanier: int
+Date: date
+IDutilisateur: int >> 1..* +IDUtilisateur: double
+Nom: string
+prénom: string 1
+affiche produit()
+Email +affiche prix()
+NomUtilsateur: string +affiche solde()
+mot de passe
+Mobile
1..*
produitPanier
+Create()
+Affiche() +IDProduitPanier: int
+prix: int
+quantité: int
+livraison(): boolean
+réglement(): boolean

1..*

Produit
+IDProduit: int Type Produit
+IDTypeProduit: int
+IdTypeProduit
+IDMarqueProduit: int 1..*
Gestionnaire << +intitule: string
+modéle: string
+Description: string
+Idutilsateur: int 1..* +photo
+Nom: string +prixd'achat: int
+Mot de passe: string 1 +prixVente: int
+QtePhysique: int
+Aout-util() +Qtethéorique: int <<
+supp-util() +Qtereapro: int MarqueProduit
+ajout-prod() +QteAlerte: int
+supp-prod() +IDMarqueProduit: int
+livrer() +NomMarque: string
+régler() 1..* +détaille: string

Détail réaprop

1..*
Fournisseur Reapropo
+NumFournisseur: int >> +IDreapro
+Nom: string 1 1..* +Date
+Mobile: int +Idffourniss
+Adresse +idProd
+Email

Figure III.8 : Diagramme de classesde "Ma Vitrine".

IV. Conclusion :

Ce chapitre a donné une vision sur notre travail, et a donné l’aspect conceptuel de
l’application "Ma Vitrine" et mobile à travers les différents diagrammes décrits en
UML, un diagramme qui illustre les différentes cas d’utilisations des deux systèmes
et des diagrammes de séquence qui illustre le processus de visualisation des cas
d’utilisation et enfin deux diagrammes qui représentent les différentes classes métiers
de nos deux systèmes.
Le chapitre qui suit fera l’objet de la mise en œuvre de notre application.

Page 29

Vous aimerez peut-être aussi