CHAPITRE II : Mise en OEuvre du Release 1
24
CHAPITRE II : Mise en OEuvre du Release
1
INTRODUCTION
Les besoins fonctionnels et non fonctionnels que nous avons
élaboré précédemment ont montrés globalement
le fonctionnement de notre futur système, nous allons a présent
entamer la présentation du premier release qui comporte 2 sprints,
chaque sprint englobe la spécification des besoins, l'analyse et
l'implémentation.
Les deux principales fonctionnalités (l'inscription et
l'authentification) feront l'objectif de notre travail.
Les deux derniers sprints de la release seront consacrés
à la gestion des annonces et les offres qui représentent le coeur
de notre futur système
1 Backlog du sprint 1
Nous allons présenter le backlog de produit de notre futur
système et ceci en se basant sur les besoins fonctionnels et non
fonctionnels
Cas d'utilisation Acteur Priorité
|
S'inscrire
|
Le propriétaire, le locataire
|
|
|
|
1
|
|
S'Authentifier
|
Le propriétaire, le locataire
et l'administrateur
|
|
|
|
|
Tableau 4: Backlog du sprint 1
2 Spécification des besoins
2.1 Raffiner les modèles des cas d'utilisation
Tableau des tâches
Dans le tableau ci-dessous nous allons présenter les
tâches de premier sprint
25
CHAPITRE II : Mise en OEuvre du Release
1
|
Fonctionnalités
|
User story
|
priorité
|
|
Authentification
|
En tant qu'utilisateur.je peux m'authentifier pour accéder
au site
|
1
|
|
S'inscrire
|
En tant qu'utilisateur, je peux m'inscrire au site
|
1
|
Tableau 5: Product backlog du sprint 1
Dans cette partie, nous allons détailler les cas
d'utilisation des fonctionnalités du premier sprint .pour cela nous
allons présenter pour chaque fonctionnalité son diagramme
détaillé
Diagramme de cas d'utilisation « s'authentifier
»
La figure suivante représente le diagramme de cas
utilisation : s'authentifier
Figure 12:Diagramme de cas d'utilisation "s'authentifier"
La description détaillée de l'user story 1 «
s'authentifier » est donnée par le tableau suivant :
|
Cas d'utilisation
|
S'authentifier
|
|
acteur
|
Utilisateur du système
|
|
précondition
|
l'utilisateur doit être activé.
|
|
Post-condition
|
Utilisateur Authentifié
|
|
Scénario Nominal
|
1. L'utilisateur saisit son login et son
|
26
CHAPITRE II : Mise en OEuvre du Release
1
|
mot de passe
|
|
2. L'utilisateur 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
l'utilisateur.
|
|
|
E1. Si le login et/ou le mot de passe sont incorrects
L'enchaînement démarre au point
|
|
Scénario D'exception
|
3. Le système affiche un message d'erreur informant
l'utilisateur que son login ou mot de passe sont incorrects et le
scénario reprend à l'action1.
|
Tableau 6: Description textuelle du cas d'utilisation «
S'authentifier » Diagramme du cas d'utilisation : s'inscrire
:
Figure 13:Diagramme du cas d'utilisation : s'inscrire
La description détaillée de l'user story 1 «
s'inscrire » est donnée par le tableau suivant :
Cas d'utilisation
S'inscrire
27
CHAPITRE II : Mise en OEuvre du Release
1
|
acteur
|
Utilisateur du système
|
|
précondition
|
l'utilisateur doit être préparer.
|
|
Post-condition
|
Utilisateur est inscrit
|
|
Scénario Nominal
|
1. L'utilisateur demande le formulaire d'inscription
2. Le système affiche le formulaire d'inscription
3. L'utilisateur confirme la saisit de ses données
d'identification
4. Le système vérifie les données
saisies
5.Le système affiche un message de confirmation.
|
|
Scénario D'exception
|
E1. Si l'email existe le scénario reprend au point 1
E2.si il ya erreur le scénario repend au point 1
|
Tableau 7: Description textuelle du cas d'utilisation «
s'inscrire »
| 
