- Capture du Besoin :
- Spécifications des Besoins Fonctionnels (déjà donnés dans le cahier des charges)
Administrateur :
- S’authentifier
- Gérer les comptes des clients : consulter, supprimer, approuver, et bloquer les comptes des
clients.
- Gérer les comptes des enseignants : consulter, supprimer, approuver, et bloquer les comptes
des enseignants.
Enseignant :
- S’authentifier
- Gérer les cours : consulter, ajouter, supprimer, et modifier les cours
Client :
- S’inscrire
- S’authentifier
- Consulter la liste des cours
- Passer un test
Abonné :
- S’authentifier
- Spécification des Besoins non fonctionnels (déjà donnés dans le cahier des charges)
Sécurité : l’application doit être hautement sécurisée
Ergonomie : les interfaces utilisateurs doivent être simples, ergonomiques et adaptées à
l'utilisateur
Extensibilité : la possibilité d’ajout d’autres fonctionnalités
Maintenabilité : l’application doit recenser les erreurs (fichier log)
1
Diagramme de cas d'utilisation globale
2
Le Product Backlog (Le Backlog du produit) :
ID User Story
Thème En tant que… Je veux… Sprint Priorité
1 Authentification Abonné M’authentifier 1 1
2 Gérer les cours Enseignant Consulter un 1 2
cours
3 Gérer les cours Enseignant Ajouter un 1 2
cours
4 Gérer les cours Enseignant Supprimer un 1 2
cours
5 Gérer les cours Enseignant Modifier un 1 2
cours
6 Gérer les comptes des Administrateur Consulter un 2 3
enseignants compte
enseignant
7 Gérer les Administrateur Supprimer 2 3
comptes un compte
des enseignant
enseignants
8 Gérer les comptes des Administrateur Approuver un 2 3
enseignants compte
enseignant
9 Gérer les Administrateur Bloquer 2 3
comptes un compte
des enseignant
enseignants
10 Gérer les comptes des Administrateur Consulter 2 3
clients un compte
client
11 Gérer les comptes des Administrateur Supprimer un 2 3
clients compte
client
12 Gérer les comptes des Administrateur Approuver 2 3
clients un compte
client
13 Gérer les comptes des Administrateur Bloquer 2 3
clients un compte
client
14 Inscription Client M’inscrire 3 4
15 Consulter la liste des Client Consulter les 3 4
cours cours
16 Passer un test Client Passé un test 3 4
d’évaluation
3
Planification de Release : Dans notre cas, nous avons découpé notre projet en une seule
Release.
Plan du Release 1
Sprint 1 Sprint 2 Sprint 3
De 18/04 à 01/05 De 03/05 à 17/05 De 20/05 à 02/06
-Authentification -Gestion des comptes enseignants -Inscription
-Gestion des cours -Gestion des comptes clients -Consultation de la liste des cours
-Passer un test
4
Développement du Sprint1 « Authentification et Gestion des cours »
Ce premier sprint s’étale sur 14 jours et se décompose en deux items
• S’authentifier
• Gérer les cours
Décomposition sprint 1 en Items :
S’authentifier Gérer les cours
6 jours 9 jours
Les user stories de sprint 1 sont les suivantes :
En tant qu’abonné, je dois m’authentifier pour accéder à mon espace
En tant qu’enseignant, je peux consulter un cours
En tant qu’enseignant, je peux ajouter un cours
En tant qu’enseignant, je peux supprimer un cours
En tant qu’enseignant, je peux modifier un cours
Le Backlog du sprint 1 est le suivant :
Item User Story Description Priorité
S’authentifier S’authentifier En tant qu’abonné, je dois 1
m’authentifier pour accéder à
mon espace
Gérer les cours Consulter un cours En tant qu’enseignant, je peux 2
consulter un cours
Ajouter un cours En tant qu’enseignant, je peux
ajouter un cours
Supprimer un cours En tant qu’enseignant, je peux
supprimer un cours
Modifier un cours En tant qu’enseignant, je peux
modifier un cours
Analyse
Diagramme de cas d’utilisation : Diagramme de cas d’utilisation du sprint 1 :
5
Description de l’item « S’authentifier » : Diagramme de cas d’utilisation « S’authentifier »
Description textuelle du cas d’utilisation « S’authentifier »
Cas d’utilisation S’authentifier
Acteur Utilisateur(abonné) du système
Préconditions L’utilisateur saisit ses droits d’accès.
Post-condition Utilisateur Authentifié
Scénario Nominal 1. L’utilisateur saisit son login et son 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
Scénario D’exception 1. si les données sont non valides (exemple
champs non remplis) Le système affiche un
message d’erreur
2. Si le login et/ou le mot de passe sont incorrects
L’enchaînement démarre au point 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’action 1
6
Description de l’item « Gérer les cours » : Diagramme de cas d’utilisation « Gérer les cours »
Description textuelle du cas d’utilisation « Gérer les cours »
Cas d’utilisation : « Consulter la liste des cours »
Cas d’utilisation Consulter la liste des cours
Acteur Enseignant
Préconditions L’utilisateur saisit ses droits d’accès.
Post-condition La liste des cours est récupérée et affichée
Scénario Nominal 1. L’enseignant accède à l’interface d’affichage
des cours
2. Vérification au niveau du BD
3. Le système affiche la liste des cours
Scénario D’exception 1. si aucun cours n'a pas été trouvé, le système
affiche une page vide
7
Cas d’utilisation : « Ajouter un cours »
Cas d’utilisation Ajouter un cours
Acteur Enseignant
Préconditions L’utilisateur saisit ses droits d’accès.
Post-condition Les données sont mises à jour
Scénario Nominal 1. L’enseignant accède à l’interface d'ajout des
cours
2. Le système affiche l'interface d'ajout
3. L'enseignant saisit les données du cours et
clique sur ajouter cours
4. Le système vérifie les données et affiche un
message de succès
Scénario D’exception 1. si l'enseignant a saisi des données non valides,
Le système affiche un message d'erreur
Cas d’utilisation : « Modifier un cours »
Cas d’utilisation Modifier un cours
Acteur Enseignant
Préconditions L’utilisateur saisit ses droits d’accès.
Post-condition Les données sont mises à jour
Scénario Nominal 1. L’enseignant accède à l’interface de
modification des cours
2. Le système affiche la liste des cours
3. L'enseignant choisit le cours à modifie
4. L'enseignant saisie les nouvelles données et
clique sur modifier cours
5. Mise à jour au niveau du BD
4. Le système affiche un message de succès
Scénario D’exception 1. si aucun cours n'a pas été trouvé, le système
affiche une page vide
Cas d’utilisation : « Supprimer un cours »
Cas d’utilisation Supprimer un cours
Acteur Enseignant
Préconditions L’utilisateur saisit ses droits d’accès.
Post-condition Les données sont mises à jour
Scénario Nominal 1. L’enseignant accède à l’interface de
suppression des cours
2. Le système affiche la liste des cours
3. L'enseignant choisit le cours à supprimer
5. Mise à jour au niveau du BD
4. Le système affiche un message de succès
Scénario D’exception 1. si aucun cours n'a pas été trouvé, le système
affiche une page vide
8
Conception
Diagrammes de séquence : Diagramme de séquence « S’authentifier »
9
Diagramme de séquence « consulter la liste des cours »
10
Diagramme de séquence « Ajouter un cours »
11
Diagramme de séquence « Modifier un cours »
12
Diagramme de séquence « Supprimer un cours »
13
Diagrammes de classes : Diagramme de classes du sprint 1
14