Faculté d'Ingénierie en Langues Etrangères 

Développement
des
applications web
Projet

Etudiant: Dobre Marcela

1
 Content
1. la description du projet
L’e-commerce connaît un véritable engouement : 87,5% des internautes français ont déjà effectué
des achats en ligne ! Nous avons l’obligation faite à nos boutiques traditionnelles de se réinventer.
les magasins virtuels ou virtual stores sont-ils l’avenir du commerce. Boutique en ligne - un magasin
virtuel. Pour cela, j’ai choisi une solution e-commerce, un magasin qui vend des gadgets. Le contenu
de site e-commerce: Page d'accueil, Page À Propos, Page des catégories, Page des produits
respectivement Ordinateurs, Smartphones, Tablettes, Page panier.
L’objectif d’un site E-commerce est de vendre, s’imposer comme leader dans son marché, toucher
une nouvelle cible, la fidéliser, développer le boutique physique.
Choix des fonctionnalités:Gestion d’un espace client, gestion des comandes, gestion de
paiements, gestion de stocks, gestion d’opérations promotionnelles.
Les fonctionnalités côté admin:
 gestion de catalogue de produits: liste des produits, ajouter un produit, trier les produits.
 Gestion des commandes : statistique, edition de facures, Envoi de commandes par email
 Gestion du contenu: Ajout/Modification des catégories
 Gestion des stocks: Ajout suppression des quantités disponibles par produit
Les fiches produits - les consommateurs se reposent sur les descriptions et les photos pour acheter
plutôt que de se rendre au magasin pour voir le produit, un maximum de détails.
2. le plan du site (« site map ») -la structure des sites web, ce qui inclut tous les répertoires et
sous-pages. les administrateurs Web peuvent se permettre de négliger leur sitemap? il vous faut
cette fonctionnalité. Ici sont ses variantes.

2
3. le modèle métier (« business ») : les acteurs, les agents, les cas d’utilisation, les règles métier
L'administrateur: Il se connecte au système, s'identifie et gère des informations (ajout,
modification ou suppression de produit). Il gère la boutique et peut supprimer un client ou
modifier leurs informations.
Le client: Le client peut s’inscrire ou s'identifier si il a un compte, consulter le catalogue,
rechercher/peut commander un ou plusieurs produits. S'il est identifié il peut valider ou annuler sa
commande, poster des remarques, demander des prix et retourner le produit.

3
4. les descriptions des cas d’utilisation
 Nom du cas d’utilisation : Créer un nouveau compte-Inscription
 Description : C’est l’interaction entre le client et le système qui permet au client de créer le
compte pour utiliser le système. Le client doit compléter les informations personnelles afin de
créer le compte. Le système va vérifier les informations et puis va créer le compte. Le client va
recevoir la confirmation de création de compte et va avoir la possibilité d’utiliser le compte.
 Stakeholders : le client
 Évènement déclencheur: le client demande la création du compte
 Précondition : le système doit fonctionner
 Post condition : le système a bien enregistré les détails du nouveau client
 Main flow:
Client System
1. Le patient clique sur le bouton «
Create Account »
2.Affiche le formulaire
d’enregistrement
3. Compléter le formulaire
4. Soumettre le formulaire
d'enregistrement
5. Vérifier la validité des données
[A1] Affiche le message de
succès
 Alternate flow:
 A1. Les données ne sont pas valides :
◦ A1.1. Il y a des champs vides :
▪ 1. Notifier l’utilisateur.
▪ 2. GO TO 2
◦ A2.2. Le nom d’utilisateur est déjà utilisé :
▪ 1. Notifier l’utilisateur.
▪ 2. GO TO 2

Nom du cas d’utilisation : Effectuer une commande

4
  Description : Le client s'authentifie dans le système puis choisit une adresse et un mode de
livraison. Le système indique le montant total de sa commande au client. Le client donne
ses informations de paiement. La transaction est effectuée et le système en informe le
client par e-mail.
 Stakeholders : le client
 Évènement déclencheur: le client effectue une commande
 Précondition : Le client doit être identifié
 Post condition : le système a bien enregistré les détails de la commande
 Main flow:

Client System
1.Le client s'authentifie dans le système puis
choisit une adresse et un mode de livraison.
2.Le système indique le montant total de sa
commande au client.
3.Le client donne ses informations de
paiement.
4.La transaction n'est pas autorisée, le système
invite le client à changer de mode de paiement.
5.Le client modifie ses informations.
6.La transaction est effectuée et le système en
informe le client par e-mail.
Alternate flow :
A1. Les données ne sont pas valides :
A1.1. Il y a des champs vides :
1. La transaction n'est pas autorisée, le système invite le client à changer de mode
de paiement. Retour à l'étape 4
2. GO TO 2
A2.2. Le nom d’utilisateur est déjà utilisé :
1. La transaction n'est pas autorisée, le système invite le client à changer de mode de
paiement. Retour à l'étape 4
2. GO TO 2

Diagramme de cas d’un visiteur- Avant de devenir client, un internaute ne possède que la
possibilité de consulter le catalogue des produits disponibles dans le stock du fournisseur et la
possibilité de s’inscrire pour devenir client sur notre site web.

5
Diagramme de cas d’un client -Après l’inscription, le visiteur devient client. Il est donc apte de continuer
toute une procédure d’achat en ligne sur notre site

Diagramme de cas du l'administrateur du site web - Le terme webmaster de site web désigne
communément celui qui est chargé d'un site web. Il gère toute la mise en place technique et Parfois la
mission éditoriale, il doit gérer au jour le jour la technique et mettre à jour le contenu du site web.

6
cas d'utilisation 'gérer commande'

Nom du cas d’utilisation : 'gérer commande'

 Description : L’administrateur s'authentifie dans le système puis choisit la liste de
commandes. Le système affiche une page contenant la liste de commandes confirmées
par les clients. L’administrateur peut confirmer/ supprimer une ou plusieurs
commandes,puis le système affiche la facture. L’administrateur peut imprimer la facture
 Stakeholders : Administrateur
 Évènement déclencheur: le client effectue une commande
 Précondition : - L’administrateur doit s’authentifier, Il y a des commandes confirmées par
des clients
 Post condition : Si l’administrateur supprime une commande, la quantité qui a été déduit
du stock doit être réajouter
Main flow:
Administrateur System
1. L’administrateur doit s’authentifier puis
choisit une adresse et un mode de livraison.
2. Le système affiche une page contenant la liste
de commandes confirmées par les clients
3. l’administrateur peut supprimer une ou
plusieurs commandes qui n’ont pas été payé
4.La transaction n'est pas autorisée, le système
invite le client à changer de mode de paiement.
5. L’administrateur peut confirmer une ou
plusieurs commandes.
6. la commande confirmée, le système affiche la
facture.
Alternate flow :
A1. Les données ne sont pas valides :
A1.1. Il y a des champs vides :
1. Notifier l’utilisateur.
2. GO TO 2
A2.2. Le nom d’utilisateur est déjà utilisé :
1. Notifier l’utilisateur.
2. GO TO 2
Le scénario nominal :
Cas d’utilisation ‘supprimer une commande’:
- Le système affiche une page contenant la liste de commandes confirmées par les clients.
- l’administrateur peut supprimer une ou plusieurs commandes qui n’ont pas été payé
Cas d’utilisation ‘confirmer une commande’ :
- Le système affiche une page contenant la liste de commandes confirmées par les clients
- L’administrateur peut confirmer une ou plusieurs commandes.
- Une fois la commande confirmée, le système affiche la facture
- L’administrateur peut imprimer la facture.
7
Nom du cas d’utilisation : ‘Gérer produits'
 Description : C’est l’interaction entre L’administrateur et le système qui permet de Gérer
produits pour utiliser le système. Le système affiche la page liste des produits.
L’administrateur peut supprimer/ modifier/ chercher un ou plusieurs produits. Le système
supprime le ou les produits désirés
 Stakeholders : L’administrateur
 Évènement déclencheur: L’administrateur gerer la liste des produits dans panier
 Précondition : L’administrateur doit s’authentifier.
 Post condition : Les mises à jour effectués sur un produit doiventt être vu dans la base de
données, le site et l’interface administrateur.
Main flow:
Administrateur System
1. L’administrateur doit s’authentifier puis
Gérer produits
2. Le système affiche la page liste des
produits
3. L’administrateur peut supprimer un ou
plusieurs produits
4. Le système supprime le ou les produits
désirés.

Le scénario nominal :
Cas d’utilisation ‘ supprimer un produit’ :
- Le système affiche la page liste des produits
- L’administrateur peut supprimer un ou plusieurs produits
- Le système supprime le ou les produits désirés
Cas d’utilisation ‘ modifier un produit’ :
- Le système affiche la page liste des produits.
- L’administrateur peut modifier une ou plusieurs donnés qu’il veut d’un ou plusieurs produits.
- Le système modifie le ou les produits désirés.
Cas d’utilisation ‘ chercher un produit’ :
- Le système affiche la page liste des produits.
- L’administrateur écrit le nom du produit qu’il cherche.
- Le système affiche le produit cherché
Le scénario relatif : Si le produit cherché n’existe pas, le système affiche la page liste des produits
vide.
Cas d’utilisation ‘ajouter un produit’ :
- Le système affiche la page ajouter un produit
- L’administrateur ajoute le produit qu’il veut en introduisant les données adéquates
- L’administrateur confirme l’ajout
- Le système ajoute le produit au catalogue.
Le scénario relatif : Si le produit ajouté existe déjà, le système affiche un message « produit déjà
existant
cas d’utilisation ‘passer commande’

8
  Nom du cas d’utilisation : ‘passer commande’
 Description : C’est l’interaction entre le client et le système qui permet au client de passer
commande pour utiliser le système. Le client doit choisit un produit afin de passer commande.
Le système affiche la page du produit la disponibilité et ajoute le produit au panier Le
client peut mettre une adresse de livraison et confirme la commande
 Stakeholders : le client
 Évènement déclencheur: le client passer commande
 Précondition : Le client doit s’authentifier, le produit à ajouter au panier doit être supérieur à 0.
 Post condition : 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
Main flow:
Le client System
1. Le client doit s’authentifier puis passer
commande
2. Le système affiche la page liste des
produits
3. Le client choisit un produit
4. Le système affiche la page du produit
contenant son image, sa description et le
choix de la quantité à commander.
5. Le client choisit la quantité désirée
6. Le système vérifie la disponibilité et
ajoute le produit au panier
7. Le client peut mettre une adresse de
livraison Le client confirme la commande

Le scénario nominal :
-Le système affiche la page liste produits.
-Le client choisit un produit.
-Le système affiche la page du produit contenant son image, sa description et le choix de la
quantité à commander.
-Le client choisit la quantité désirée
-Le système vérifie la disponibilité et ajoute le produit au panier
-Le client peut mettre une adresse de livraison.
-Le client confirme la commande.
Le scénario relatif : Si le stock est non disponible, le système affiche un message d’erreur
cas d’utilisation ‘gérer panier’

9
  Nom du cas d’utilisation : gérer panier
 Description : C’est l’interaction entre le client et le système qui permet au client de affiche la
page liste produits dans le panier pour utiliser le système. choisit de supprimer un ou
plusieurs produits de la commande. Le système supprime le produit désiré Le nombre de
produits supprimé va être rajouté au stock.
 Stakeholders : le client
 Évènement déclencheur: le client gérer panier
 Précondition : Le client doit s’authentifier. - le panier doit être plein
 Post condition : le système a bien enregistré les détails du panier
 Main flow:
Le client System
1. Le client doit s’authentifier puis passer
commande
2. Le système affiche la page liste des
produits dans le panier.
3. Le client choisit de supprimer un ou
plusieurs produits de la commande
4. Le système supprime le produit désiré Le
nombre de produits supprimé va être ajouté
au stock

Le scénario nominal :
- Le système affiche la page liste produits dans le panier.
- Le client choisit de supprimer un ou plusieurs produits de la commande.
- Le système supprime le produit désiré
- Le nombre de produits supprimé va être ajouté au stock
Nom du cas d’utilisation : ‘payer’
 Description : C’est l’interaction entre le client et le système Le client doit s’authentifier puis
passer commande
 Stakeholders : le client
 Évènement déclencheur: le client gérer panier
 Précondition : Le client doit s’authentifier. - la commande doit être confirmée
 Post condition : le système a bien enregistré les détails de la commande
 Main flow:
Le client System
1. Le client doit s’authentifier puis passer
commande
2. Le système affiche la page commande
confirmée
3. Le client introduit les données de sa carte
4. Le système effectue le payement
Le scénario nominal :
10
 - Le système affiche la page commande confirmée.
- Le client introduit les données de sa carte.
- Le système effectue le payement.

5. les diagrammes d’activités pour les cas d’utilisation (qui décrivent l’interaction entre les acteurs/
les agents et le système) un Diagramme associé à un objet particulier ou à un ensemble d'objets, qui illustre
les flux entre les activités et les actions. Il permet de représenter graphiquement le déroulement d'un cas
d'utilisation.
diagramme d’activité pour le cas d’utilisation création du compte

11
diagramme d’activité pour le cas d’utilisation Effectuer une commande

diagramme d’activité pour le cas d’utilisation gérer commande

diagramme d’activité pour le cas d’utilisation Gérer produits

12
diagramme d’activité pour le cas d’utilisation passer commande

6.les diagrammes qui décrivent ce qui se passe dans l’intérieur du système pour chaque cas d’utilisation

13
14
15
16
17
18