Application de gestion de stock

(première applciation avec scrum)

Partie A: Analyse et spécification des besoins

(planification de projet scrum)
A.1 Etude des besoins
A.2 Planification du projet avec scrum

Partie B: Release 1 (version 1 du projet:Ajout du premier

incrément)
Partie C: Release 2 (Ajout du deuxième incrément: l’output
d’un sprint)
....
Partie A: Analyse et spécification des besoins

A.1 Etude de besoins

A.1.1 identification des acteurs
A.1.2 spécification des besoins fonctionnels
A.1.3 Spécification des besoins non fonctionnels

A.2 Planification de projet

A.2.1 Equipe scrum (Scrum master, PO,Developpeurs)
A.2.2 Backlog produit
A.2.3 Les sprints du projet

Conclusion pour démarrage du projet

 A.1.1 identification des acteurs
Un acteur , c’est un futur utilisateur du système. C est
une entité externe à l’application qui intéragit avec notre
futur système.
Administrateur: c’est un super-utilisateur, il gère le
magasin, il cordonne les différentes activités.il gere les
comptes utilisateurs
Magasinier: il travaille dans l’entrepot, il gère le stock
physiquement, il se charge de la reception des marchandises
et il manipule les produits ainsi que leur stockage
Caissier:
Il est en relation directe avec le client, il valide les
commandes pour payement, il gère les retours.
Client: qui demandes des produits et qui peut passer
une commande au sein du magasin.

A.1.2 spécification des besoins fonctionnels

Gérer les comptes (ajouter compte, modifier compte,

desactiver compte)
Gérer les produits (ajouter produit, modifier produit, archiver
produit)
Gérer les clients (//)
Gérer les commandes (//)
Gérer les dépots(//)
Gérer les fournisseur (//)
Consulter facture

A.1.3 Spécification des besoins non fonctionnels

Extensibilité:
Securité
Ergonomie
Convivialié
Performence
Maintenabilité
 A.2 Planification de projet
A.2.1 Equipe scrum
Dans le contexte du projet, Monsieur Mohamed Ben Ahmed, Directeur
de la societé Icommerce, sera le Product owner.
Madame Leila Sakli; chef du projet GS sera le Scrum Master
Mlle Intissar Ellafi est membre de l’équipe softTeams , developpeur dans
une equipe de 7 developpeur.
.....
A.2.2 Backlog produit
c’est l’élément le plus important dans la méthodologie Scrum,il cite les
différentes taches (User Story)à éxecuter dans le projet. Il consiste aussi
à prioriser les fonctionnalités afin de guider le projet.
On définit un User story par:
En tant que <Acteur> je peux <activité> afin de <resultat>

Table 1: Backlog Produit

Story Acteur Priorité

S’authentifier Admin/magasinier/caissier Elevé
Gérer les Admin Elevé
comptes
Gérer les clients Admin Elevé
Gérer les Admin Elevé
produits
Gérer les Admin/Caissier/Magasinier Elevé
commandes
Gérer Admin Elevé
fournisseur
Consulter Caissier Moyenne
facture
Gérer les depots Admin/Magasinier Elevé
A.2.3 Les sprints du projet

Tableau2: Les sprint du projet

Release 1 Release 2 Release 3

Sprint 1: Sprint 1 Sprint 1
s’authentifier intégrer Intégrer
Gérer les entité Produit l’entité
comptes commande
Sprint 3 Sprint 2 Sprint 2
Intégrer l Intégrer Intégrer
entité client entité entité facture
Dépot
Sprint 4
Intégréer
l’entité
Fournisseur
Release 1

1. Planification
2. Sprint1 : Authenitification et gestion de compte
2.1 Backlog sprint
2.2 Analyse de besoin
2.3 Conception du sprint
2.4 Réalisation
2.5 Validation
3. Intégration de l’entité client
3.1 Backlog sprint
3.2 Analyse de besoin
3.3 Conception du sprint
3.4 Réalisation
3.5 Validation
4. Intégration de l’entité Fournisseur
4.1 Backlog sprint
4.2 Analyse de besoin
4.3 Conception du sprint
4.4 Réalisation
4.5 Validation
1. Planification

Release 1 Sprint 1: Authen & gestion de

comptes
Sprint 2:gestion des clients
Sprint 3: gestion des
fournisseur

2. Sprint1 : Authenitification et gestion de compte

2.1 Backlog sprint
User Story Tâche
S’authentifier Préparer la partie métier et la
partie design de l’interface
d’authentification des
utilisateurs
Gérer les compte Préparer la partie métier et la
partie design de l’interface de
gestin des compte. Il faut
s’assurer l’ajout,modification
ainsi que la suspension des
comptes utilisateurs.

2.2 Analyse des besoins

2.2.1 Diagrammme de cas d’utilisation

Figure X: Diagramme de cas d’utilisation du sprint

‘’Authentification et gestion des comptes’’

2.2.2 Description textuelle

Pour lire notre diagrammme d’UC , on doit décrire le
comportement du système en ajoutant la description textuelle

TableauY: Description textuelle du s’authentifier

Cas d’utilisation S’authentifier
Acteurs Admin
Pré-condition L’administrateur doit etre inscrit
Scénario Nominal 1. L’administrateur demande la page
d’authetification
2. Le système affiche le formulaire
d’authentification
3. L’administrateur saisit les identifiants
4. L’administrateur valide la saisie
5. Le système vérifie les données
d’accès et affiche l’interface reservée à
l’administrateur
Scénario alternatif 5.a si le nom d’utilisateur et/ou le mot
de passe ne sont pas correctes ,
l’enchainement reprend à l’étape 3
Post condition Administrateur authentifié

TableauY: Description textuelle d’ajouter compte

Cas d’utilisation Ajouter compte
Acteurs Admin
Pré-condition L’administrateur doit etre déja
authentifier
Scénario Nominal 1. Le système affiche une interface pour
l’ajout d’un client
2. L’administrateur clique sur ajouter et
rempli le formulaire (le nom,
prénom,adresse, téléphone, active) puis
il valide
 3. le système ajoute le compte et met à
jour la liste des comptes.
Scénario alternatif 2.a Si les champs obligatoires sont vides
ou compte existe déja, le bouton de
validation sera desactivé .
Post condition Compte ajouté avec succès

2.3 Conception du sprint

2.3.1 Diagramme de séquence
2.3.2 Diagramme de classe

Figure y3: diagramme de classe de sprint 1: gestion des

comptes

3. Réalisation
Avec test
4. Validation
Le sprint 1 est fini, on a entammé la partie spec, la partie
conception et la partie réalisation d’ou le sprint 1 est validé
pour etre livré au client à la date de 9 décembre 2020 avec
une validation de PO et SM.