Introduction Générale

Dans un monde de plus en plus connecté, la gestion efficace des tâches

quotidiennes devient un enjeu majeur pour optimiser le temps et améliorer la
productivité. Ce projet vise à concevoir et développer une application web
innovante de gestion des tâches, permettant aux utilisateurs de planifier, suivre
et collaborer sur leurs projets personnels et professionnels de manière simple et
intuitive.

L’application propose une interface claire et dynamique, facilitant la gestion des

priorités et la répartition des tâches au sein d’une équipe ou d'un groupe. Grâce à
des fonctionnalités avancées telles que les notifications en temps réel, les rappels
personnalisés et les outils de partage collaboratif, elle assure une organisation
optimale pour répondre aux exigences d’un emploi du temps souvent chargé. De
plus, une approche centrée sur l'utilisateur permet d’adapter l’expérience à ses
besoins spécifiques, favorisant ainsi une utilisation fluide et un gain de temps.

Ce projet, construit sur une méthodologie agile, met l'accent sur une
collaboration continue avec les utilisateurs pour garantir un produit final
conforme à leurs attentes et besoins réels. Que ce soit pour des projets
professionnels ou des tâches personnelles, cette solution moderne et efficace se
positionne comme un allié incontournable pour une gestion de tâches simplifiée,
rapide et sans stress.
 CHAPITRE I. CADRE GÉNÉRAL DU PROJET

Introduction

Ce projet a pour ambition de concevoir une application mobile de gestion des tâches, offrant
une solution simple et efficace pour organiser les activités quotidiennes. L'objectif est de
permettre aux utilisateurs de mieux gérer leur temps, tout en favorisant la collaboration et la
productivité, que ce soit pour des projets personnels ou professionnels. Avec une interface
conviviale et des fonctionnalités pratiques telles que les rappels, les priorités et le suivi des
progrès, cette application se positionne comme un outil indispensable pour une gestion
optimale des tâches, tout en renforçant l'efficacité au sein des communautés

.1.1 Présentation de l’organisme d’accueil

Ce projet est réalisé dans le cadre de mes études, sans organisme d'accueil spécifique, avec
pour objectif de répondre aux besoins croissants d'organisation et de gestion de tâches au sein
des communautés. L'application vise à offrir une solution simple et pratique pour améliorer la
productivité personnelle et collective, tout en favorisant une meilleure gestion du temps dans
les environnements professionnels et personnels.

1.2 Cadre de Projet

1.2.1 Contexte de Projet

Dans un monde où la gestion du temps et des tâches devient de plus en plus complexe, cette
application vise à répondre aux besoins croissants d'organisation personnelle et
professionnelle. Face à l'augmentation des exigences en matière de productivité et à la
nécessité de mieux gérer les priorités, le site web offre une solution intuitive et efficace pour
simplifier la planification des tâches au quotidien, tout en facilitant la collaboration au sein
des équipes et des communautés.

1.2.2 Analyse de l'existant

1.2.2.1 Étude de l'existant

Les applications de gestion des tâches actuelles sont souvent trop complexes ou manquent de
fonctionnalités adaptées aux besoins des utilisateurs pour une organisation locale et
quotidienne. Peu d'options permettent une gestion collaborative facile, laissant un vide pour
une solution plus accessible et personnalisée.

1.2.2.2 Critiques de l'existant

Les applications existantes peinent à offrir une interface simple, intuitive et adaptée à la
gestion des priorités personnelles et professionnelles. De plus, elles ne favorisent pas
suffisamment la collaboration et l'interaction entre utilisateurs, ce qui limite leur efficacité
pour les projets collectifs.

1.2.2.3 Solution proposée

L’application proposée sera conçue pour être simple et intuitive, avec un accent particulier sur
la gestion des tâches de proximité. Elle offrira des fonctionnalités collaboratives, telles que la
gestion des priorités, le suivi des progrès, et des notifications en temps réel, tout en facilitant
l'interaction et la coordination entre les utilisateurs pour optimiser l'efficacité collective.

1.3 Méthodologies de travail

1.3.1 Les Méthodologies Agile

La méthodologie Agile repose sur une gestion de projet flexible, itérative et collaborative,
permettant une adaptation rapide aux besoins et aux retours des utilisateurs. Cette approche
est particulièrement adaptée à notre projet de gestion des tâches, car elle permet de développer
et améliorer le site par cycles courts et réguliers, appelés itérations.

Application au projet de gestion des tâches :

 Cycles courts : Chaque fonctionnalité, comme la gestion des priorités, la création de

tâches, ou les rappels, sera développée et testée dans un cycle spécifique.
 Retours des utilisateurs :Dès qu'une fonctionnalité est opérationnelle, elle est
présentée aux utilisateurs pour recueillir leurs retours, permettant ainsi d'apporter des
ajustements rapides. Par exemple, si une fonctionnalité de partage de tâches est jugée
difficile à utiliser, des améliorations seront intégrées.
 Adaptabilité : En cas de changement dans les besoins des utilisateurs ou de nouvelles
priorités, l'équipe pourra ajuster les fonctionnalités à développer dans les cycles
suivants, garantissant ainsi une évolution continue de l'application pour mieux
répondre aux attentes.

1.3.2 La Méthodologie SCRUM

Scrum, une mise en œuvre spécifique de la méthodologie Agile, se concentre sur des cycles
de développement appelés sprints, avec une forte collaboration entre les membres de l’équipe
pour garantir des progrès constants et une adaptation continue.

Application au projet de gestion des tâches :

 Équipe Scrum :
o Product Owner : Il définit les priorités du projet et le backlog produit, décidant
par exemple si la gestion des priorités ou les rappels doivent être développés en
premier.
o Scrum Master : Il facilite les réunions Scrum, comme les daily standups, et
élimine les obstacles afin de garantir que les sprints se déroulent sans accroc.
o Développeurs : Ils sont responsables de la création des fonctionnalités de
l'application, telles que la gestion des tâches, la planification des rappels ou la
collaboration en équipe.
 Backlog du produit :
Une liste de fonctionnalités prioritaires est établie, comme :

0. Inscription et connexion.
1. Création, gestion et partage de tâches.
2. Notifications et rappels en temps réel.
 3. Collaboration et gestion des tâches en groupe.
 Sprints :
Le projet est divisé en périodes de 2 semaines, appelées sprints. À la fin de chaque
sprint, une version fonctionnelle de l'application est livrée. Par exemple :

o Sprint 1 : Développement de l'écran d'inscription et de la gestion des

utilisateurs.
o Sprint 2 : Implémentation de la création et gestion de tâches.
 Réunions régulières :
Des réunions Scrum quotidiennes (stand-ups) permettent de suivre l'avancement du
projet, de résoudre rapidement les problèmes rencontrés et de maintenir l'alignement
des objectifs au sein de l'équipe. Ces réunions courtes favorisent une communication
fluide et permettent à l'équipe de réagir rapidement aux obstacles.

Avantages pour le projet :

 Communication fluide : La collaboration régulière entre les membres de l'équipe

garantit une progression harmonieuse du projet et résout rapidement les problèmes.
 Livraisons fréquentes : Les versions fonctionnelles sont livrées après chaque sprint,
 permettant de valider les avancées du projet et d'assurer la qualité à chaque étape.
 Gestion flexible des priorités : Les priorités peuvent être réajustées en fonction des
retours des utilisateurs, permettant de répondre rapidement aux besoins les plus
urgents

Grâce à l'application de la méthodologie Scrum, notre projet bénéficie d'une grande flexibilité
et capacité d'adaptation, assurant le développement d'une application de gestion des tâches
intuitive et conforme aux attentes des utilisateurs.

1.3.3 Langages de modélisation

Nous utiliserons des outils comme UML pour modéliser les fonctionnalités et l’architecture
du projet, et la conception de l'interface utilisateur.

Conclusion

Ce projet a pour objectif de répondre aux besoins croissants d'organisation et de gestion des
tâches de manière simple et efficace, en offrant une solution flexible et adaptable grâce à une
approche Agile. L'application proposée sera intuitive, sécurisée et adaptée aux besoins
spécifiques des utilisateurs, facilitant la gestion de leurs priorités au quotidien. En s’appuyant
sur une méthodologie Agile et Scrum, le développement se fait de manière itérative,
permettant d’ajuster rapidement l’application aux retours des utilisateurs et d’assurer une
meilleure productivité. Cette solution innovante s’impose comme une alternative moderne et
pratique aux outils existants.

CHAPITRE 2. PRÉPARATION DU PROJET

 Introduction

Le chapitre 2 présente les étapes de préparation du projet, notamment la capture et la

spécification des besoins, la modélisation, ainsi que l’organisation du projet avec Scrum. Il
aborde également l'environnement de travail et l'architecture du système.

2.1 Capture du Besoin

2.1.1 Spécifications des Besoins

2.1.1.1 Spécifications des Besoins Fonctionnels

Catégorie Besoins Description Objectif

Fonctionnels
Gestion des Inscription et Permet aux utilisateurs de Identifier les membres du
Utilisateurs gestion des s'inscrire, de se connecter et de projet et leur rôle
utilisateurs gérer leurs profils. (responsable de tâche,
(membres du employee).
projet)
Tâches Création et Les utilisateurs peuvent créer Simplifier la gestion des
recherche des des tâches avec des détails tâches et la distribution des
tâches. (titre, description, date limite, responsabilités..
priorité). Les membres peuvent
les consulter et les suivre.

Suivi des Suivi de Permet aux utilisateurs de Assurer une gestion

Tâches l'avancement des marquer les tâches comme efficace et en temps réel de
tâches terminées. l'avancement des projets.

Messagerie Système de Permet aux utilisateurs de Assurer une

messagerie en communiquer directement via communication fluide entre
temps réel. une messagerie instantanée pour les conducteurs et les
clarifier les détails du trajet ou passagers pour améliorer la
partager des informations utiles. coordination.

2.1.1.2 Spécifications des Besoins Non Fonctionnels

Performance : Le site doit être rapide et réactif, assurant une expérience fluide lors de la
création, de la modification et du suivi des tâches de projet en temps réel, même lorsque
de nombreux utilisateurs interagissent simultanément avec les projets.

Sécurité : Les données des utilisateurs, telles que les informations de connexion, les
tâches et les projets, doivent être protégées par des mécanismes de cryptage modernes
 et des politiques de confidentialité rigoureuses. L'accès aux informations sensibles doit
être limité en fonction des rôles et autorisations des utilisateurs.

Compatibilité : Le site doit être compatible avec les principales plateformes (iOS,
Android et navigateurs web) pour permettre une gestion de projet accessible et
cohérente sur différents appareils.

Scalabilité : Le site doit être capable de gérer une croissance du nombre d'utilisateurs
et de projets sans altérer les performances, en permettant un ajout facile de nouvelles
fonctionnalités ou projets à mesure que la base d'utilisateurs évolue.

Fiabilité : Le site doit être disponible 24/7 avec des mécanismes pour minimiser les
interruptions de service. Des systèmes de sauvegarde et de récupération des données
doivent être en place pour assurer la continuité des activités.

Accessibilité : L'interface du site doit être intuitive et accessible à tous les utilisateurs,
y compris ceux ayant des besoins spécifiques (par exemple, par l'intégration d'options
d'accessibilité telles que des contrastes élevés ou la compatibilité avec les lecteurs
d'écran).

Les besoins non fonctionnels se concentrent sur la performance, la sécurité, la compatibilité

multiplateforme et l'accessibilité. Le site doit être rapide, sécurisé, évolutif et accessible sur
toutes les plateformes utilisées par les gestionnaires et les membres des équipes de projet.

2.1.2 Modélisation du Besoin

2.1.2.1 Identification des Acteurs

Les principaux acteurs de l'application sont :

 Administrateurs : Utilisateurs avec des privilèges étendus qui gèrent les paramètres
du site, comme la création de nouveaux tahes, la gestion des utilisateurs, la définition
des rôle.
 Utilisateurs : Membres de l'Équipe qui collaborent au projet, accomplissent les tâches
qui leur sont attribuées et suivent les progrès.

2.1.2.2 Diagramme de Cas d'Utilisation Globale

Le diagramme de cas d’utilisation illustre les interactions entre les acteurs et le système :
inscription, création de trajets, réservation, consultation, messagerie
 Figure 1:

2.2 Pilotage du Projet avec Scrum

2.2.1 Équipe et Rôles

L'équipe Scrum est organisée autour des rôles suivants :

 Product Owner :Responsable de la définition des besoins fonctionnels et des

priorités, en prenant en compte les retours des utilisateurs du site de gestion des
tâches.
 Scrum Master : Supervise les sprints, élimine les obstacles et facilite la
communication entre les membres de l'équipe pour garantir une bonne coordination.
 Développeurs : Chargés de concevoir et de développer les fonctionnalités principales
du site, telles que la gestion des utilisateurs, la création et le suivi des tâches, ainsi que
la gestion des commentaires.

2.2.2 Backlog du Produit

Le backlog du produit est une liste priorisée des fonctionnalités nécessaires pour le site de
gestion des tâches :

· Gestion des utilisateurs (ajout, modification, suppression, rôles).

· Authentification et gestion des mots de passe (inscription, connexion, mot de passe oublié).
· Création, consultation et mise à jour des tâches.
· Suivi des tâches (statut : en cours, terminé, etc.).
· Ajout et gestion de commentaires pour les tâches.
· Notifications pour les changements liés aux tâches (statut ou assignation).

2.2.3 Planification des Releases (ou Sprints)

Le projet est organisé en sprints d'une durée de 1 à 4 semaines.

Chaque sprint cible des fonctionnalités spécifiques, par exemple :

 Sprint 1 : Mise en place de l'authentification et de la gestion des utilisateurs.

 Sprint 2 : Création et gestion des tâches.
 Sprint 3 : Ajout des fonctionnalités de suivi des tâches et des commentaires.

À la fin de chaque sprint, une version fonctionnelle du site est livrée et testée.

2.3 Environnement de Travail

2.3.1 Environnement Matériel

Le développement de l'application de covoiturage sera effectué sur un ordinateur avec les

spécifications suivantes :

 Processeur : AMD Athlon Silver 3050U (Mémoire RAM : 12 Go, ce qui est au-delà
des exigences minimales pour exécuter Android Studio et émulateurs Android en
simultané.
 Stockage : SSD de 512 Go,
 Système d'exploitation : Windows 11

2.3.2 Environnement Logiciel

2.3.2.1 Outils de Développement et Modélisation

 IDE : Visual Studio Code ou PhpStorm, pour le développement du front-end et du

back-end.
 Outil de modélisation : StarUML, utilisé pour concevoir les diagrammes UML tels
que le diagramme de cas d'utilisation et de classe.

2.3.2.2 Langages de Programmation

· PHP : Pour la logique métier et la gestion du back-end.

· JavaScript : Pour les fonctionnalités interactives côté client.
· HTML/CSS : Pour créer une interface utilisateur ergonomique et responsive.
· SQL : Pour la gestion de la base de données (tâches, utilisateurs, commentaires).

2.3.2.3 Frameworks et Bibliothèques

Les outils suivants seront utilisés pour optimiser le développement :

 Laravel : Framework PHP pour le développement rapide et structuré du back-end.

  Bootstrap : Pour un design responsive et cohérent.
 jQuery : Simplification des interactions front-end.
 Chart.js : Visualisation des données (suivi des tâches, performances).

Avec cet environnement matériel et logiciel, le projet bénéficiera d'une infrastructure robuste
pour le développement d'un site de gestion des tâches efficace et performant.

2.4 Architecture

2.4.1 Architecture du Système

L'architecture du système suit une approche client-serveur adaptée à un site de gestion des
tâches :

 Client : Une interface web accessible via un navigateur, utilisée par les employés et
administrateurs pour gérer leurs tâches et consulter leur progression.
 Serveur : Une base de données centralisée pour stocker les informations des utilisateurs, des
tâches, des commentaires, et des rôles.
 API REST : Assure la communication entre le front-end (interface utilisateur) et le back-end,
permettant des opérations telles que la création, la mise à jour, et la suppression des tâches,
ainsi que la gestion des utilisateurs.

2.4.2 Architecture de l’Application

L'architecture logicielle repose sur le modèle MVC (Modèle-Vue-Contrôleur) :

 Modèle : Gère les données principales du site, comme les tâches, les utilisateurs, les statuts
(en cours, terminé, etc.), et les commentaires.
 Vue : Fournit une interface utilisateur intuitive et ergonomique pour permettre aux utilisateurs
d'interagir facilement avec le système (tableaux des tâches, filtres de recherche, notifications).
 Contrôleur : Gère les interactions de l’utilisateur avec le système, comme l’ajout de tâches, le
suivi des progrès, ou la gestion des droits d’accès des différents acteurs (employés et
administrateurs).

Illustration de l'Architecture

1. Client (Front-end) : Développé en HTML, CSS, JavaScript avec des frameworks comme
Bootstrap pour le design responsive et Vue.js ou React pour l’interactivité.
2. Serveur (Back-end) : Utilise PHP avec le framework Laravel pour un développement
structuré et sécurisé, ou un autre langage comme Node.js si nécessaire.

Base de Données : Utilisation de MySQL ou PostgreSQL pour gérer efficacement les informations.

Cette architecture assure une séparation claire des responsabilités, facilitant la maintenance et
l’évolutivité du système.
 Chapitre 1 : sprint 1

Dans ce chapitre, nous décrirons l'exécution du premier sprint du backlog, en présentant les
tâches prioritaires, les objectifs visés, les méthodes utilisées et les résultats obtenus. Cette
étape marque le début de la mise en œuvre concrète du projet et permettra d'évaluer notre
progression et notre efficacité pour les sprints suivants.

I. Développement du sprint 1
1.Backlog du sprint
Tout d’abord, Nous commençons par le backlog du sprint 1
Item Acteur User Story Description Priorité

L'utilisateur saisit ses

informations personnelles
Employé, En tant qu'utilisateur, je
S'inscrire (nom, email, mot de 1
Administrateur veux pouvoir m'inscrire.
passe) pour créer un
compte.

En tant qu'utilisateur, je L'utilisateur saisit son

Employé,
S'authentifier veux pouvoir me email et son mot de passe 1
Administrateur
connecter. pour accéder au système.

Permet de visualiser les

En tant qu'utilisateur, je
Consulter le Employé, informations personnelles
veux consulter mon 2
profil Administrateur après authentification
profil.
(nom, email, rôle, etc.).

En tant qu'administrateur, L'administrateur peut

Ajouter une je veux pouvoir ajouter créer une nouvelle tâche
Administrateur 1
tâche des tâches à assigner aux en saisissant son titre, sa
employés. description et sa priorité.

En tant qu'employé, je L'employé peut voir les

Consulter les veux pouvoir consulter la tâches avec leur statut (en
Employé 2
tâches liste des tâches qui me cours, terminé) et leur
sont assignées. date limite.

3. Diagramme de cas d’utilisation du sprint 1

 4. a) Diagramme Raffiné de cas d’utilisation « S’inscrire »

Figure 2:Diagramme de cas d’utilisation « Gérer l'authentification»

Dans ce qui suit, nous récapitulons dans un tableau les descriptions détaillées du cas d’utilisation.

Cas d’utilisation :
Cas d’utilisation : S’authentifier
S’authentifier
Élément Description Élément Description

Nom du cas Nom du cas

S’authentifier S’authentifier
d’utilisation d’utilisation

Employé, Acteurs Employé, Administrateur

Acteurs
Administrateur
Pré-condition - L’utilisateur n’est pas authentifié.
- L’utilisateur
Pré- - L’utilisateur est déjà enregistré dans le
n’est pas
condition système.
authentifié.
Post-condition - L’utilisateur est authentifié avec succès.
- L’utilisateur
est déjà - L’utilisateur accède à son tableau de bord
enregistré dans correspondant à son rôle (employé ou
le système. administrateur).
- L’utilisateur Scénario 1. L’utilisateur saisit son e-mail et son mot
Post-
est authentifié principal de passe.
condition
avec succès.
2. Le système vérifie les informations
 - L’utilisateur
accède à son
tableau de bord
correspondant à
son rôle
(employé ou
administrateur).

1. L’utilisateur
Scénario saisit son e-mail
principal et son mot de
passe.

2. Le système
vérifie les
informations Élément Description
saisies dans la
base de données. saisies dans la base de données.

3. Le système 3. Le système identifie le rôle de

identifie le rôle l’utilisateur (Employé ou Administrateur).
de l’utilisateur 4. L’utilisateur accède à l’interface de
(Employé ou gestion des tâches selon son rôle.
Administrateur).
Scénario - Si les informations saisies sont incorrectes
4. L’utilisateur alternatif :
accède à
l’interface de - Le système affiche un message d’erreur,
gestion des comme "Identifiants incorrects, veuillez
tâches selon son réessayer".
rôle.

- Si les
Scénario informations
alternatif saisies sont
incorrectes :

- Le système
affiche un
message
d’erreur, comme
"Identifiants
incorrects,
veuillez
réessayer".

Cas d’utilisation :
Cas d’utilisation : S’authentifier
S’authentifier
Élément Description Élément Description
Nom du cas
S’authentifier
d’utilisation
Nom du cas
S’authentifier
Employé, d’utilisation
Acteurs
Administrateur
Acteurs Employé, Administrateur
- L’utilisateur
Pré- Pré-condition - L’utilisateur n’est pas authentifié.
n’est pas
condition
authentifié. - L’utilisateur est déjà enregistré dans le
système.
- L’utilisateur
est déjà Post-condition - L’utilisateur est authentifié avec succès.
enregistré dans
le système. - L’utilisateur accède à son tableau de bord
correspondant à son rôle (employé ou
- L’utilisateur administrateur).
Post-
est authentifié
condition Scénario 1. L’utilisateur saisit son e-mail et son mot
avec succès.
principal de passe.
- L’utilisateur
accède à son 2. Le système vérifie les informations
tableau de bord saisies dans la base de données.
correspondant à
3. Le système identifie le rôle de
son rôle
l’utilisateur (Employé ou Administrateur).
(employé ou
administrateur). 4. L’utilisateur accède à l’interface de
gestion des tâches selon son rôle.
1. L’utilisateur
Scénario saisit son e-mail Scénario - Si les informations saisies sont incorrectes
principal et son mot de alternatif :
passe.
- Le système affiche un message d’erreur,
2. Le système comme "Identifiants incorrects, veuillez
vérifie les réessayer".
informations
saisies dans la
base de données.

3. Le système
identifie le rôle
de l’utilisateur
(Employé ou
Administrateur).

4. L’utilisateur
accède à
l’interface de
gestion des
tâches selon son
 rôle.

- Si les
Scénario informations
alternatif saisies sont
incorrectes :

- Le système
affiche un
message
d’erreur, comme
"Identifiants
incorrects,
veuillez
réessayer".

Cas d’utilisation :
Cas d’utilisation : S’authentifier
S’authentifier
Élément Description Élément Description

Nom du cas Nom du cas

S’authentifier S’authentifier
d’utilisation d’utilisation

Employé, Acteurs Employé, Administrateur

Acteurs
Administrateur
Pré-condition - L’utilisateur n’est pas authentifié.
- L’utilisateur
Pré- - L’utilisateur est déjà enregistré dans le
n’est pas
condition système.
authentifié.
Post-condition - L’utilisateur est authentifié avec succès.
- L’utilisateur
est déjà - L’utilisateur accède à son tableau de bord
enregistré dans correspondant à son rôle (employé ou
le système. administrateur).
- L’utilisateur Scénario 1. L’utilisateur saisit son e-mail et son mot
Post-
est authentifié principal de passe.
condition
avec succès.
2. Le système vérifie les informations
- L’utilisateur saisies dans la base de données.
accède à son
tableau de bord 3. Le système identifie le rôle de
correspondant à l’utilisateur (Employé ou Administrateur).
son rôle
4. L’utilisateur accède à l’interface de
(employé ou
gestion des tâches selon son rôle.
administrateur).
Scénario - Si les informations saisies sont incorrectes
Scénario 1. L’utilisateur
alternatif :
principal saisit son e-mail
et son mot de
 passe.

2. Le système
vérifie les
informations
saisies dans la
base de données.

3. Le système
identifie le rôle
de l’utilisateur
(Employé ou
Administrateur).

4. L’utilisateur
accède à Élément Description
l’interface de
- Le système affiche un message d’erreur,
gestion des
comme "Identifiants incorrects, veuillez
tâches selon son
réessayer".
rôle.

- Si les
Scénario informations
alternatif saisies sont
incorrectes :

- Le système
affiche un
message
d’erreur, comme
"Identifiants
incorrects,
veuillez
réessayer".
Tableau 1: DESCRIPTION DETAILLE DE CAS D'UTILISATION « S'INSCRIRE »

B) Diagramme Raffiné de cas d’utilisation « S’authentifier »

Figure 3:Diagramme de cas d’utilisation « se connecter »

Dans ce qui suit, nous récapitulons dans un tableau les descriptions détaillées du cas d’utilisation

« Gérer l'authentification»

Élément Description
Nom du cas S’authentifier
d’utilisation
Acteurs Passager
Conducteur
Pré-condition - L’utilisateur n’est pas authentifié.
- L’utilisateur existe déjà dans le système.
Post-condition - L’utilisateur est authentifié avec succès.
Scénario principal 1. L’utilisateur saisit son e-mail et son mot de passe.
2. Le système vérifie les informations saisies.
3. Le système identifie le type d’utilisateur (Passager, Conducteur).
4. L’utilisateur accède à l’application
Scénario alternatif - Si les informations saisies sont incorrectes, le système affiche une
alerte indiquant une erreur de connexion.

Tableau 2: tableau les descriptions du cas d’utilisation « S’authentifier »

C) Diagramme Raffiné de cas d’utilisation « Consulter le profil »

Élément Description

Nom du cas
Consulter les tâches
d’utilisation

Acteurs Employé

L'utilisateur doit être authentifié via le cas d’utilisation « Gérer

Pré-condition
l’authentification » et disposer d’un compte valide dans le système.

Post-condition L'utilisateur peut visualiser ses tâches attribuées, les statuts associés ou
effectuer des actions supplémentaires, comme commenter ou mettre à jour
 Élément Description

des informations.

1. L'utilisateur s'authentifie via « Gérer l’authentification ».

Scénario 2. Le système vérifie les informations de l'utilisateur et son rôle.
principal 3. L'utilisateur sélectionne l'option « Consulter les tâches ».
4. Le système affiche la liste des tâches attribuées.

Si l'utilisateur n'est pas authentifié, le système redirige vers l'interface de

Scénarios
connexion et affiche un message d'erreur indiquant l'obligation de se
alternatifs
connecter.

En cas de problème technique (ex. défaillance du serveur ou données

Exceptions utilisateur introuvables), un message d'erreur est affiché invitant l'utilisateur
à réessayer.

Figure 4: Diagramme de cas d’utilisation « Consulter le profil »

Dans ce qui suit, nous récapitulons dans un tableau les descriptions détaillées du cas
d’utilisation « suivre les taches »
Élément Description
Nom du cas
Consulter les tâches
d’utilisation
Acteurs Employé
L'utilisateur doit être authentifié via le cas d’utilisation « Gérer
Pré-condition
l’authentification » et disposer d’un compte valide dans le système.
L'utilisateur peut visualiser ses tâches attribuées, les statuts associés ou
Post-condition effectuer des actions supplémentaires, comme commenter ou mettre à jour
des informations.
 Tableau 3:tableau les descriptions du cas d’utilisZtion « suivre des taches »

Élément Description

Nom du cas
Consulter les tâches
d’utilisation

Acteurs Employé

L'utilisateur doit être authentifié via le cas d’utilisation « Gérer

Pré-condition
l’authentification » et disposer d’un compte valide dans le système.

L'utilisateur peut visualiser ses tâches attribuées, les statuts associés ou

Post-condition effectuer des actions supplémentaires, comme commenter ou mettre à jour
des informations.

1. L'utilisateur s'authentifie via « Gérer l’authentification ».

Scénario 2. Le système vérifie les informations de l'utilisateur et son rôle.
principal 3. L'utilisateur sélectionne l'option « Consulter les tâches ».
4. Le système affiche la liste des tâches attribuées.

Si l'utilisateur n'est pas authentifié, le système redirige vers l'interface de

Scénarios
connexion et affiche un message d'erreur indiquant l'obligation de se
alternatifs
connecter.

En cas de problème technique (ex. défaillance du serveur ou données

Exceptions utilisateur introuvables), un message d'erreur est affiché invitant l'utilisateur
à réessayer.

Tableau 4:tableau les descriptions du cas d’utilisZtion « suivre des taches »

II. Conception du sprint 1
Dans le cadre du sprint 1, notre backlog du produit inclut plusieurs cas d’utilisation essentiels
qui doivent être implémentés pour répondre aux besoins des utilisateurs. Afin de mieux
comprendre et analyser ces interactions, nous prévoyons de concevoir des diagrammes de
séquence détaillés. Ces diagrammes permettront de décrire de manière précise les flux
d’exécution entre les différents acteurs et le système, mettant ainsi en évidence les étapes clés
et les échanges nécessaires à chaque cas d’utilisation.
1. Diagramme de séquence « authentification » :