Chapitre 4 : Mise en oeuvre de la release 3
84
Chapitre IV : Mise en OEuvre du Release
3
Introduction
Dans ce dernier chapitre nous allons définir les besoins
et réaliser les fonctionnalités du release « 3 » .Nous
allons dans cette dernière phase étudier, analyser, concevoir et
raffiner les cas d'utilisation du sprint 5
La gestion des utilisateurs et la gestion des logements ferons
l'objet de sprint de priorité 5
1 Backlog du sprint 5
Nous allons à présent présenter le backlog
de produit de sprint 5 de notre futur
système nous allons analyser, et concevoir la
dernière partie gérer par l'administrateur du système qui
va gérer les utilisateurs et les logements.
Cas d'utilisation Acteur Priorité
|
|
|
L'administrateur 5
|
|
Gérer les
utilisateurs
|
|
|
|
|
|
|
|
|
|
|
Gérer les logements
|
|
L'administrateur 5
|
Tableau 22: Backlog du sprint 5
2 Spécification des besoins
2.1 Raffiner les modèles des cas d'utilisation de
priorité « 5 »
Tableau des taches :
|
Fonctionnalités
|
User story
|
priorité
|
|
Gérer utilisateurs
|
En tant qu'administrateur je peux visualiser et supprimer un
utilisateur
|
5
|
|
Gérer logements
|
En tant qu'administrateur je peux consulter les offres, et
supprimer un logement
|
5
|
Tableau 23: Product backlog du sprint 5
85
Chapitre IV : Mise en OEuvre du Release
3
Diagramme de cas d'utilisation du release « 3
»
Figure 82:Diagramme de cas d'utilisation du release « 3
»
2.2 Elaboration des prototypes des interfaces
utilisateurs
Interface du cas d'utilisation « gérer
utilisateurs »
Figure 83:Interface du cas d'utilisation « gérer
utilisateurs »
86
Chapitre IV : Mise en OEuvre du Release
3
Interface du cas d'utilisation « gérer
logements »
Figure 84:Interface du cas d'utilisation « gérer
logements »
La description détaillée de l'user story «
gérer utilisateurs » est donnée par le tableau suivant :
|
Cas d'utilisation
|
gérer utilisateurs
|
|
acteur
|
administrateur
|
|
précondition
|
L'administrateur doit être activé.
|
|
Post-condition
|
L'utilisateur est supprimer
|
|
Scénario Nominal
|
1. l'administrateur choisit l'utilisateur a supprimer
2. l'administrateur clique sur supprimer
3. Le système demande une confirmation.
4. l'administrateur clique sur confirmer.
|
|
Scénario D'exception
|
E1. Si l'administrateur ne confirme pas le scénario
reprend à l'action 2
|
Tableau 24: Description du cas "supprimer utilisateur"
87
Chapitre IV : Mise en OEuvre du Release
3
Fiche descriptif du cas d'utilisation « gérer
logements »
|
Cas d'utilisation
|
gérer logements
|
|
acteur
|
administrateur
|
|
précondition
|
L'administrateur doit être activé.
|
|
Post-condition
|
Le logement est supprimer
|
|
Scénario Nominal
|
1. l'administrateur choisit le logement a supprimer
2. l'administrateur clique sur supprimer
3. Le système demande une confirmation.
4. l'administrateur clique sur confirmer.
|
|
Scénario D'exception
|
E1. Si l'administrateur ne confirme pas le scénario
reprend à l'action 2
|
Tableau 25: Descriptif du cas "gérer logements"
| 
