Table des matières

Chapitre 5 : Release 3 1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
I. Organisation des Sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
II. Sprint 5 : Administration Générale . . . . . . . . . . . . . . . . . . . . . . . . 2
II.1. Sprint Goal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
II.2. Sprint Backlog du Sprint 5 . . . . . . . . . . . . . . . . . . . . . . . . 2
II.3. Implémentation du Sprint 5 . . . . . . . . . . . . . . . . . . . . . . . . 4
II.3.1. Spécification des besoins . . . . . . . . . . . . . . . . . . . . 4
II.3.2. Analyse...........................................................................................11
II.3.3. Conception.....................................................................................11
II.3.4. Réalisation......................................................................................15
II.3.5. Test.................................................................................................20
II.4. Sprint Review du Sprint 5..............................................................................21
II.5. Sprint Retrospective du Sprint 5....................................................................22
 Table des figures

Figure 1 : Diagramme de cas d’utilisation – Sprint 5 . . . . . . . . . . . . . . . 4 Figure 2 :

Diagramme de séquence système « Créer un plan d’abonnement » . . 8 Figure 3 :
Diagramme de séquence système « Modifier un plan d’abonnement » . 9 Figure 4 :
Diagramme de séquence système « Supprimer un plan d’abonnement » 10 Figure 5 :
Diagramme de classes participantes – Gestion des plans d’abonnement
(création, modification, suppression)........................................................................11
Figure 6 : Diagramme de classes de conception – Administration générale................12
Figure 7 : Diagramme de séquence de conception – Ajout d’un plan d’abonnement
13 Figure 8 : Diagramme de séquence de conception – Modification d’un plan d’abon-
nement 14
Figure 9 : Diagramme de séquence de conception – Suppression d’un plan d’abon-
nement..........................................................................................................14
Figure 10 : Dashboard – Vue 1......................................................................................15
Figure 11 : Dashboard – Vue 2......................................................................................15
Figure 12 : Dashboard – Vue 3......................................................................................16
Figure 13 : Dashboard – Vue 4......................................................................................16
Figure 14 : Dashboard – Vue 5......................................................................................16
Figure 15 : Dashboard – Vue 6......................................................................................16
Figure 16 : Interface d’ajout d’un plan d’abonnement avec carte de statistiques..........17
Figure 17 : Liste des plans d’abonnement avec boutons de modification, désacti-
vation et réactivation....................................................................................17
Figure 18 : Fenêtre modale de modification d’un plan d’abonnement...........................18
Figure 19 : Supervision des paiements – Synthèse et filtres..........................................18
Figure 20 : Supervision des paiements – Historique des transactions............................19
Figure 21 : Tableau de bord de gestion des véhicules....................................................19
Figure 22 : Liste des véhicules avec actions d’administration.......................................20
Figure 23 : Message de contrôle de saisie dans le formulaire d’ajout d’un plan . . 20
Figure 24 : Notification d’erreur : plan similaire déjà existant . . . . . . . . . . . 21
Figure 25 : Message de succès après l’ajout d’un nouveau plan . . . . . . . . . . 21
Liste des tableaux

Tableau 1 : Sprint Backlog du Sprint 5 . . . . . . . . . . . . . . . . . . . . . . . 2

Tableau 2 : Description textuelle du cas d’utilisation « Créer un plan d’abonne-
ment » . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Tableau 3 : Description textuelle du cas d’utilisation « Modifier un plan d’abon-
nement » . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Tableau 4 : Description textuelle du cas d’utilisation « Supprimer un plan d’abon-
nement » . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Chapitre 5 : Release 3

Introduction
Ce chapitre expose le déroulement de la Release 3, qui s’inscrit dans la continuité de
l’évolution fonctionnelle du projet. Cette nouvelle itération met l’accent sur le renforcement
des modules administratifs et la consolidation des outils de supervision. Les étapes réalisées,
les nouvelles possibilités offertes ainsi que les résultats atteints sont documentés pour chaque
sprint. L’en- semble des travaux est illustré par des diagrammes, des interfaces et des
éléments d’analyse qui témoignent de la progression du projet.

I. Organisation des Sprints

Pour cette Release 3, deux sprints majeurs ont été planifiés afin d’apporter des fonctionnali-
tés essentielles à la gestion centralisée de la plateforme et à la supervision des ressources. Le
découpage de cette release se présente ainsi :

— Sprint 5 – Administration Générale :

Ce sprint a pour vocation de mettre à disposition de l’administrateur une panoplie de
fonc- tionnalités pour créer, modifier, désactiver ou réactiver des plans d’abonnement,
définir des limitations par plan, superviser les transactions financières et consulter
l’ensemble du parc de véhicules via des outils de filtrage avancés. Un tableau de bord
synthétise également les indicateurs clés pour un pilotage efficace.
— Sprint 6 – Supervision du Super Administrateur :
Ce sprint est centré sur les missions de contrôle, d’analyse et d’intervention du super
administrateur. Il comprend la gestion des statuts des véhicules, l’accès à l’historique
des actions, la consultation de statistiques précises par véhicule, l’identification des
véhicules

1
 les plus utilisés, ainsi que la gestion détaillée des comptes utilisateurs et la possibilité
d’effectuer des opérations sur les profils et l’accès.

II. Sprint 5 : Administration Générale

II.1. Sprint Goal

Ce cinquième sprint est axé sur la mise en place des fonctions d’administration centrale de la
plateforme. Il permet à l’administrateur de configurer et de piloter les plans d’abonnement, de
suivre les paiements, de gérer l’ensemble du parc de véhicules et d’accéder à une synthèse des
indicateurs clés de l’activité.

Cet ensemble de fonctionnalités vise à renforcer le contrôle administratif, à optimiser la

gestion commerciale et à assurer la fiabilité du pilotage global.

II.2. Sprint Backlog du Sprint 5

TABLE 1 – Sprint Backlog du Sprint 5

ID User Story ID Tâches détaillées Durée

T1 Mettre en place un
US46 Créer un plan d’abonnement 3 jours
formulaire de création de
plan d’abonne- ment avec
les paramètres es-
sentiels
T2 Enregistrer un nouveau plan
dans le système
Modifier un T1 Permettre la modification des
US47 2 jours
plan données d’un plan existant
d’abonnement (tarifs, conditions)
T2 Sauvegarder les mises à jour
dans la base de données
Désactiver un plan T1 Ajouter une option pour
US48 2 jours
d’abonnement rendre un plan indisponible

2
 T2 Mettre à jour le statut du plan
d’abonnement
Réactiver un T1 Réactiver un plan précédem-
US49 2 jours
plan ment désactivé
d’abonnement T2 Changer l’état du plan dans le
système
T1 Spécifier un nombre maximal
US50 Définir les plafonds 3 jours
de véhicules par plan d’abon-
nement
T2 Mettre en œuvre la logique de
contrôle du plafond
T1 Créer un espace de supervi-
US51 Superviser les paiements 3 jours
sion des paiements d’abonne-
ment
T2 Lister et visualiser les tran-
sactions récentes et passées
T1 Développer des filtres pour
US52 Filtrer les véhicules 2 jours
rechercher ou trier les véhi-
cules
T2 Appliquer dynamiquement
les filtres à la liste de
véhicules
T1 Offrir une interface listant
US53 Consulter tous les véhicules 2 jours
l’ensemble des véhicules de
toutes les agences
T2 Afficher les résultats de ma-
nière claire et structurée
T1 Créer un tableau de bord ras-
US54 Dashboard global 3 jours
semblant les indicateurs clés
T2 Intégrer des statistiques sur
les paiements, réservations et
véhicules

3
II.3. Implémentation du Sprint 5

II.3.1. Spécification des besoins

Pour préciser les développements nécessaires au Sprint 5, des diagrammes UML ont été
réalisés afin de structurer les interactions entre l’administrateur et le système, couvrant la
gestion des abonnements, la consultation des véhicules et la supervision des paiements.

Diagramme de cas d’utilisation

Le diagramme ci-dessous synthétise les cas d’usage majeurs de ce sprint, illustrant les
différents points de contact entre l’administrateur et la plateforme.

F IGURE 1 – Diagramme de cas d’utilisation – Sprint 5

Descriptions textuelles des cas d’utilisation

TABLE 2 – Description textuelle du cas d’utilisation « Créer un plan d’abonnement »

Cas d’utilisation Créer un plan d’abonnement

Acteurs Administrateur
Pré-condition L’administrateur est connecté à l’espace d’administration.

4
Post-condition Un nouveau plan d’abonnement est ajouté à la liste des offres dis-
ponibles.
Scénario Nominal
1. L’administrateur sélectionne l’option de création d’un
nou- veau plan d’abonnement.

2. Il saisit les informations requises (nom du plan, prix,

durée, description, plafonds, etc.).

3. Il soumet le formulaire de création.

4. Le système valide les informations et enregistre le

nouveau plan.

5. Le plan apparaît dans le catalogue des abonnements

propo- sés aux utilisateurs.

Scénario Alternatif
2.1 - Si l’administrateur quitte la page avant validation, aucun
plan n’est créé.

3.1 - Si des champs sont incorrects ou manquants, un message

d’erreur s’affiche et la correction est demandée.

4.1 - Si le nom du plan existe déjà, la création est bloquée et un

message d’alerte s’affiche.

TABLE 3 – Description textuelle du cas d’utilisation « Modifier un plan d’abonnement »

Cas d’utilisation Modifier un plan d’abonnement

Acteurs Administrateur
Pré-condition Un plan d’abonnement existe déjà dans la base et l’administrateur
est connecté.
Post-condition Les paramètres du plan sélectionné sont mis à jour dans le sys-
tème.

5
Scénario Nominal
1. L’administrateur choisit un plan d’abonnement à modifier
dans la liste.

2. Il modifie un ou plusieurs paramètres du plan (prix,

descrip- tion, durée, plafonds, etc.).

3. Il valide les modifications.

4. Le système vérifie la cohérence des nouvelles

informations et applique les changements.

5. Les nouvelles informations sont visibles pour les utilisa-

teurs concernés.

Scénario Alternatif
2.1 - Si l’administrateur annule l’opération, aucune modification
n’est enregistrée.

3.1 - Si un champ obligatoire est absent ou incorrect, le système

affiche une erreur.

4.1 - Si le plan modifié entre en conflit avec un autre plan exis-

tant, l’action est bloquée et un message d’alerte est affiché.

TABLE 4 – Description textuelle du cas d’utilisation « Supprimer un plan d’abonnement »

Cas d’utilisation Supprimer un plan d’abonnement

Acteurs Administrateur
Pré-condition Un plan d’abonnement est présent dans le système et l’adminis-
trateur est authentifié.
Post-condition Le plan est retiré de la liste des offres, il n’est plus accessible ni
sélectionnable par les utilisateurs.

6
 Scénario Nominal
1. L’administrateur sélectionne le plan d’abonnement à sup-
primer.

2. Il confirme l’opération de suppression.

3. Le système vérifie qu’aucun utilisateur actif n’est abonné

à ce plan.

4. Si c’est le cas, le plan est définitivement supprimé du sys-

tème.

5. Le plan n’est plus visible dans la plateforme.

Scénario Alternatif
2.1 - Si l’administrateur annule la suppression, aucune action
n’est réalisée.

3.1 - Si des utilisateurs sont toujours abonnés à ce plan, la sup-

pression est refusée et un message explicatif est affiché.

4.1 - Une erreur technique empêche la suppression : un message

d’erreur est présenté.

Diagrammes de séquence système

Les diagrammes de séquence ci-dessous illustrent le déroulement des principales opérations

liées à la gestion des plans d’abonnement côté administration.

7
F IGURE 2 – Diagramme de séquence système « Créer un plan d’abonnement »

8
F IGURE 3 – Diagramme de séquence système « Modifier un plan d’abonnement »

9
F IGURE 4 – Diagramme de séquence système « Supprimer un plan d’abonnement »

10
II.3.2. Analyse

Diagramme de classes participantes

Les opérations d’ajout, de modification et de suppression d’un plan d’abonnement s’appuient

sur le même ensemble d’entités métiers. Le diagramme ci-dessous représente les principales
classes participantes impliquées dans la gestion des plans d’abonnement, quelle que soit
l’action réalisée.

F IGURE 5 – Diagramme de classes participantes – Gestion des plans d’abonnement (création,

modification, suppression)

II.3.3. Conception

Dans ce sprint, la conception logicielle englobe l’ensemble des fonctionnalités

administratives, dont la gestion complète des plans d’abonnement, mais aussi d’autres
opérations relatives à la gestion des véhicules, des utilisateurs et des paiements. Le
diagramme de classes ci-dessous présente l’architecture globale des entités et leurs relations
au sein du module d’administration.

11
Diagramme de classes de conception

F IGURE 6 – Diagramme de classes de conception – Administration générale

Diagrammes de séquence de conception

Pour mieux illustrer les principaux scénarios d’administration autour des plans d’abonnement,
les diagrammes suivants détaillent les échanges intervenant lors de l’ajout, la modification et
la suppression d’un plan :

12
F IGURE 7 – Diagramme de séquence de conception – Ajout d’un plan d’abonnement

13
F IGURE 8 – Diagramme de séquence de conception – Modification d’un plan d’abonnement

F IGURE 9 – Diagramme de séquence de conception – Suppression d’un plan d’abonnement

14
II.3.4. Réalisation

Dans cette étape, nous présentons les interfaces graphiques développées pour l’administrateur
dans le cadre des fonctionnalités de supervision et de gestion de la plateforme. L’accent a été
mis sur l’ergonomie et la facilité d’accès à l’ensemble des actions principales, telles que
l’ajout, la gestion et le suivi des éléments administrés.

Le tableau de bord administratif offre une vue synthétique de l’activité de la plateforme à

travers différents indicateurs et graphiques. Les six figures suivantes illustrent chacun des
modules statistiques et analytiques proposés à l’administrateur pour le pilotage efficace de la
plateforme.

F IGURE 10 – Dashboard – Vue 1

F IGURE 11 – Dashboard – Vue 2

15
F IGURE 12 – Dashboard – Vue 3

F IGURE 13 – Dashboard – Vue 4

F IGURE 14 – Dashboard – Vue 5

F IGURE 15 – Dashboard – Vue 6

16
L’interface d’ajout d’un plan d’abonnement (voir figure 16) comprend non seulement le
formu- laire de saisie des paramètres du plan, mais aussi une petite carte récapitulative
affichant des statistiques essentielles.

F IGURE 16 – Interface d’ajout d’un plan d’abonnement avec carte de statistiques

L’interface de gestion et de liste des plans d’abonnement, illustrée en figure 17, propose pour
chaque plan des boutons d’action permettant de modifier, désactiver ou réactiver rapidement
un plan existant. Cette organisation vise à faciliter les opérations de gestion courantes et à
améliorer la réactivité de l’administration.

F IGURE 17 – Liste des plans d’abonnement avec boutons de modification, désactivation et

réactivation

La modification d’un plan d’abonnement se fait via une fenêtre modale ergonomique qui
permet à l’administrateur de modifier rapidement les paramètres du plan, comme le montre la
figure 18. Les différents champs sont préremplis et il est possible d’ajouter ou de retirer des
fonctionnalités associées au plan.

17
 F IGURE 18 – Fenêtre modale de modification d’un plan d’abonnement

L’administrateur dispose d’un espace dédié pour la gestion et le suivi des paiements réalisés
sur la plateforme. Cet espace lui permet d’accéder rapidement à des indicateurs synthétiques
et à l’ensemble des transactions associées aux différents plans d’abonnement.

La première interface (figure 19) propose une vue d’ensemble, affichant le nombre total de
paiements, le montant global encaissé, le nombre d’opérations réussies ainsi que celles en at-
tente. Des filtres dynamiques sont également disponibles pour affiner l’analyse selon
différents critères.

F IGURE 19 – Supervision des paiements – Synthèse et filtres

La seconde interface (figure 20) présente l’historique détaillé des paiements, sous forme de
tableau récapitulatif. L’administrateur peut ainsi visualiser pour chaque transaction les
informa- tions relatives à l’utilisateur, à l’agence, au plan, au montant, au statut, aux dates
d’expiration et de paiement.

18
 F IGURE 20 – Supervision des paiements – Historique des transactions

L’administration dispose d’un espace dédié au suivi et à la gestion du parc de véhicules

présents sur la plateforme. Cet espace offre une vue synthétique sur les principales
statistiques, ainsi que des outils pour rechercher et filtrer les véhicules selon différents
critères.

La première interface (figure 21) met en avant les indicateurs clés du parc automobile : le
véhicule le plus loué, la marque la plus représentée, le nombre total de véhicules enregistrés et
le prix journalier maximum constaté. Plusieurs champs de recherche et de filtrage sont
proposés pour faciliter l’accès aux informations pertinentes.

F IGURE 21 – Tableau de bord de gestion des véhicules

La seconde interface (figure 22) propose une visualisation sous forme de cartes pour chaque
véhicule, présentant leurs principales caractéristiques (modèle, motorisation, prix, disponibi-
lité, agence associée, etc.). L’administrateur peut également activer ou désactiver un véhicule
directement depuis cette vue, ce qui facilite la supervision quotidienne.
19
 F IGURE 22 – Liste des véhicules avec actions d’administration

II.3.5. Test

Différents scénarios de test ont été menés pour garantir la robustesse des fonctionnalités admi-
nistratives :

1. Test de la création d’un plan d’abonnement Cette étape de test vise à vérifier le
compor- tement du système lors de la création d’un nouveau plan. Trois cas principaux sont
couverts :

— Contrôle de saisie : Si le formulaire de création contient des champs invalides ou man-

quants, le système bloque l’action et affiche un message d’erreur.

F IGURE 23 – Message de contrôle de saisie dans le formulaire d’ajout d’un plan

— Plan similaire existant : Lorsqu’un plan identique est déjà enregistré, le système em-
pêche la duplication et en informe l’utilisateur à travers une notification visuelle (toast).

20
 F IGURE 24 – Notification d’erreur : plan similaire déjà existant

— Ajout réussi : En cas de création valide, le plan est ajouté à la liste et un message de
confirmation s’affiche pour signaler le succès de l’opération.

F IGURE 25 – Message de succès après l’ajout d’un nouveau plan

II.4. Sprint Review du Sprint 5

Objectifs atteints : Les outils de gestion des plans d’abonnement, des véhicules et des paie-
ments ont été intégrés avec succès, offrant à l’administrateur un contrôle sur la plateforme.

Démonstration effectuée :

Lors de la revue de ce sprint, une démonstration interactive a été réalisée pour illustrer le
fonctionnement complet des principales fonctionnalités d’administration développées. Voici les
points abordés :

— Création d’un nouveau plan d’abonnement à travers un formulaire dédié, avec

définition de tous les paramètres nécessaires (nom, tarif, plafond, fonctionnalités, etc.).
— Modification d’un plan existant pour ajuster ses tarifs, plafonds ou options associées,
puis validation des changements.
— Désactivation d’un plan afin de le rendre temporairement indisponible à la souscription,
puis réactivation à la demande.

21
 — Définition et ajustement du nombre maximal de véhicules par plan d’abonnement, pour
adapter l’offre aux besoins de chaque client.
— Supervision de l’ensemble des paiements d’abonnement, accès à l’historique des
transac- tions et extraction de rapports financiers.
— Consultation de tous les véhicules enregistrés sur la plateforme, avec accès à une vue
centralisée et possibilité d’utiliser différents filtres pour affiner la recherche (par
marque, agence, statut, etc.).
— Visualisation du dashboard global administrateur affichant en temps réel les indicateurs
clés de l’activité, tels que le nombre de plans actifs, désactivés, le prix moyen, ou
encore la répartition des véhicules.

II.5. Sprint Retrospective du Sprint

5 Points forts :

— Centralisation de la gestion des plans et véhicules.

— Interface intuitive pour le suivi administratif.
— Outils de reporting fiables.

Axes d’amélioration :

— Mettre en place un système de notifications pour informer en temps réel l’administrateur

— Rendre le tableau de bord (dashboard) totalement dynamique, avec une actualisation
des indicateurs en temps réel pour un suivi immédiat de l’activité de la plateforme. .
— Proposer des exports avancés (PDF, Excel) pour les paiements et les historiques.

22