THEME: Licence 3 SIR

Année Académique: 2024-2025

PLATE-FORME DE RÉSERVATION DE SPECTACLE EN LIGNE

Présenté par : YADIA Manassan PLAN Enseignant : M. KONATE

I. Cahier des charges b. Objectif spécifique

1. Introduction 4. Résultats attendus
5. Acteurs du projet
2. Contexte et justification 6. Méthode de gestion
3. Problématique 7. Méthode de développement et
analyse
a. Objectif général 8. Planning prévisionnel
 PLAN

II. Modélisation III. Conception

1. Eude préliminaire 1. Règles de gestion
2. Besoins fonctionnels 2. Diagramme de classe
3. Diagramme de communication
3. Besoins non fonctionnels ou
techniques 4. Diagramme de séquence
5. Diagramme d’activité
4. Description des fonctionnalités
6. Dictionnaire de données
a. Identification des cas d’utilisation
7. Diagramme de déploiement
b. Description des cas d’utilisation
3/20/2025 2
 Introduction
Les avancées technologiques de l’informatique dans le domaine du développement occupent
une large part d’attention du public. Il devient impensable à notre époque de ne pas disposer de
cet outil ( l’ordinateur) dans l’administration vue son importance et son efficacité, dans presque
tous les domaines de l’entreprise.
Cette apparition en perpétuelle évolution et l’arrivée de l’internet ont offert la possibilité
d’intervention considérable pour accroitre et épanouir la communication. Celle-ci se passe dans
le monde à travers un lieu virtuel regroupant des pages web encore appelé « site web ».
Finalement pour des raisons de combiner les technologies des ordinateurs personnels (PC), et
des réseaux informatiques, en un système d’information mondiale très puissant à exploiter, le
web est venu pour répondre aux interrogations humaines. Parmi lesquelles, nous avons:
comment partager les informations entre des personnes sans tenir compte de la distance ,
comment peut-on visité une entreprise à distance. A toutes ces interrogations la réponse est
celle de l’intégration dans le domaine du www (world wide web) via un simple « click », nous
pouvons obtenir toutes les informations du monde. C’est dans ce sens que nous traitons ce
thème : plate-forme de réservation de spectacle en ligne pour l’entreprise HORONYA. 3

3/20/2025
 Contexte et justification

Les clients par souci de se trouver des salles de cinéma pour leur détente, séjour ou
d’autres évènements festifs d’envergure sont dans l’obligation d’aller directement dans les
locaux des prestataires du domaine. Cette routine engendre des dépenses colossales pour
les utilisateurs d’où la nécessité de mettre un système très efficace en place pour résoudre
ces problèmes. C’est dans cette logique que nous avons pris l’initiative de mettre en place
notre solution de réservation des spectacles.

3/20/2025 4
 Problématique

La problématique inhérente de notre sujet se résume aux préoccupations suivantes:

➢Comment arriver à faire une réservation à distance ?
➢Notre entreprise pourrait-il mettre à la disposition du public toutes ces informations sans
contrainte de la distance et du temps ?
➢La mise en place de cette plate-forme permettra-t-elle une diminution des couts de
sensibilisation ?
En tenant compte de la problématique qui précède, notre étude repose sur trois points
susceptibles d’ètre vérifiés ou nuancés au terme de notre recherche:

3/20/2025 5
✓La conception d’une plateforme web pour cette société serait une solution pour une
réservation à distance.
✓Toutes les informations seront à jour après hébergement de notre site web.
✓Ce site web permettra la diminution des frais alloués aux campagnes de sensibilisation
pour la société en entier.

3/20/2025 6
 Objectif général
L’objectif général de ce projet revient à concevoir une plate-forme web de réservation des
spectacles en ligne et de manière permanente sans aucune contrainte au niveau des clients.

3/20/2025 7
 Objectifs spécifiques
Les objectifs spécifiques de notre projet se résume à plusieurs points. En effet, un logiciel de réservation en ligne
offre plusieurs avantages, non seulement pour faciliter la gestion des rendez-vous mais aussi pour booster la
présence de l’entreprise en ligne. Pour cette raison, nous envisageons adopter cette technologie :
• Gain de temps significatif : automatiser la prise de rendez-vous, évitez les doubles réservations, et
réduisez les appels téléphoniques.

• Amélioration de l’expérience client : offrir à nos clients la flexibilité de réserver, modifier, ou annuler
leurs rendez-vous 24h/24 et 7j/7.

• Optimisation de notre organisation : synchronisez les rendez-vous avec votre calendrier existant,
organisez des réunions en ligne et envoyez des rappels automatiques pour minimiser les oublis.

• Augmentation des ventes et du marketing : utilisation des outils intégrés pour promouvoir nos services,
offrir des réductions, et fidéliser nos clients.

3/20/2025 8
 Résultats attendus
Pour atteindre notre objectif final qui est finaliser la conception de notre plate-forme web,
comme résultats attendus de ce projet, nous avons entre autres:
❑L’élaboration d’un dossier technique contenant touts les références du projet de l’idée de
mise en place à la mise en œuvre,
❑L’ensemble des fonctionnalités ont été développées,
❑Toutes les modules ont également été déployer et sont tous accessibles en ligne,
❑Tous les différents utilisateurs ont été formés à la prise en main et l’avantage de ce projet.

3/20/2025 9
 Acteurs du projet

Quels sont alors les acteurs clés de notre projet ?

Comme acteurs de ce projet, nous avons en premier lieu notre équipe de pilotage. Il s’agit
ici de l’entreprise HORONYA qui a sollicité la digitalisation de ses services de réservation.
En plus, nous avons l’équipe projet qui est constitué de tous les ingénieurs qui ont la
responsabilité de suivre de bout en bout toutes les étapes du projet.
Nous avons par ailleurs notre équipe technique œuvrant pour la mise en place de tous les
points saillants de notre projet. Cela va du codage jusqu’au teste des différentes
fonctionnalités développées.
Enfin en dernière place, il y a les utilisateurs du projet. Il s’agit en d’autres termes des clients
qui vont exploiter notre solution développée.
3/20/2025 10
 Méthode de gestion
Une méthode de gestion de projet est un ensemble de directives, de modèles,
de techniques qui guident les chefs de projets à gérer les projets de la
meilleure façon possible tout en leur garantissant une performance du
projet. En développement web et d’application, il existe plusieurs méthodes de
gestion. En général, les méthodes les plus utilisées se résument aux méthodes:
▪ Les méthodes agiles
Elles offrent une meilleure façon de développer les logiciels. Elles s’appuient sur
plusieurs Framework disponibles tels que Scrum, Kanban, Srumban, Lean, XP,
etc. pour fournir une structure claire et mesurable.

3/20/2025 11
 Les Méthodes Agiles

FIG #1

3/20/2025 12
Les méthodes agiles les plus utilisées sont les suivantes:
✓Méthode Scrum
Scrum est un Framework issu de la méthodologie de gestion de projet agile.
Son utilisation permet de développer, de livrer et de maintenir des produits
complexes. Scrum se base sur la collaboration, la responsabilité et le progrès
itératif. La spécificité de Scrum se trouve dans la façon dont elle fonctionne en
utilisant :
* Des rôles: Product Owner, Scrum Master, Scrum team, des
* Des évènements: les Sprints à durée bien définie, les Daly Scrum de 15 min
par jour, le Sprint Planning meeting, la Sprint Review et la sprint
retrospective, des artefacts: Product backlog, sprint backlog, livrables

3/20/2025 13
 Le Framework Scrum

FIG #2

3/20/2025 14
✓Méthode Kanban
Kanban est une approche agile qui permet d’identifier de façon rapide les
goulets d’étranglement et d’examiner l’étape concernée.
L’utilisation d’un tableau kanban nous permet de :
* Visualiser un aperçu immédiat de l'état d'avancement de chaque projet à un moment
donné.
* Limiter les travaux en cours.
* Et d'optimiser ainsi la productivité et l’efficacité de vos équipes.

3/20/2025 15
Tableau Kanban

FIG #3

3/20/2025 16
✓Méthode Scrumban
• Il s’agit d’une combinaison des deux méthodes Srcum et Kanban. La différence
essentielle entre Scrumban et la méthodologie Scrum classique réside dans le choix des
items du backlog pour chaque sprint.
En effet, au lieu de décider sur quelle tâche du backlog travailler dans chaque sprint,
comme dans un Scrum, avec scrumban vos choix d’items de backlog se feront en fonction
de la capacité à produire de vos équipes, comme dans un kanban.
En plus, l’utilisation de cette méthode de gestion de projet nous permet de profiter des
avantages du Kanban dans une gestion de projet basée sur la méthodologie Scrum.

3/20/2025 17
✓Méthode Lean
La méthode Lean, aujourd’hui considérée comme partie intégrante de
l'approche agile, permet d’améliorer l'efficacité, de maximiser la valeur et
d’éliminer le gaspillage. En outre, elle s'efforce comme toute méthode agile, de
réduire toutes les tâches et activités qui n'apportent pas de valeur réelle et
d’augmenter l’efficacité des différentes parties.

3/20/2025 18
FIG #4
En dehors des méthodes Agiles, il y a aussi les méthodes classiques. Les plus
utilisées sont décrites ci-dessous:
✓La méthode Waterfall ou Cascade
La méthode Waterfall ou (cascade) est telle une chute d’eau, où les besoins sont
entièrement définis au sommet de la cascade, et les différentes phases se
succèdent de façon séquentielle comme dans la figure suivante:

FIG #5

3/20/2025 19
✓Le cycle en V
C’est une méthode de gestion de projet réputé pour son organisation des activités en
deux flux parallèles :
* Un flux descendant : qui détaille le produit depuis le cadrage jusqu’à son
implémentation en passant par le recueil des expressions et les spécifications
* Et un flux ascendant : qui vérifie la qualité du produit à chacune des phases du projet
en partant de l’implémentation pour remonter jusqu’au cadrage
* Sa similarité avec le modèle Waterfall est dans son approche de gestion séquentielle
linéaire.

3/20/2025 20
 Cycle en V

FIG #6 3/20/2025 21
 Pour ce projet nous allons adopter la méthode Waterfall.

Méthode de développement et analyse

.
Il existe plusieurs méthodes pour développer un projet. Ainsi, parmi ces modèles, figurent:
• UML
• MERISE
• Analyse SWOT
• Diagramme de Gantt
• Technique PERT
• Tableau de bord
• Évaluation
•Méthodologie traditionnelle
•Autres méthodes.
3/20/2025 22
 UML et MERISE
• UML
UML intègre la modélisation des données et des traitements dans ses
diagrammes, permettant une vue unifiée des systèmes. Les diagrammes
de classes, par exemple, montrent à la fois les données (attributs) et les
comportements (méthodes).
• MERISE
MERISE sépare clairement la modélisation des données et des
traitements. Les modèles conceptuels de données (MCD) et les modèles
conceptuels de traitement (MCT)sont utilisés pour représenter
respectivement les données et les processus.
3/20/2025 23
Pour la modélisation de notre projet, nous allons
implémenter la méthode de développement et
d’analyse UML ( Unifield Modeling Language ). En effet
UML offre une plus grande flexibilité, une adoption
internationale et un support communautaire robuste.
Pour le projet en question, UML est donc la meilleure
démarche en raison de sa capacité à s’adapter à divers
types de projets et de sa large adoption dans l’industrie.

3/20/2025 24
 Planning prévisionnel
Le Diagramme de PERT correspondant à nos différentes
taches est le suivant.

DIAGRAMME DE PERTA

FIG #7

3/20/2025 25
 Le Planning prévisionnel pour notre projet est établi suivant
le calendrier ci-dessous classé par activité avec la durée
nécessaire pour effectuer chaque tache.

3/20/2025 26
FIG #8
 Modélisation
Etude préliminaire
Actuellement, au niveau de l’entreprise HORONYA, les réservations se font soit par voie
téléphonique, soit directement à la réception, ultérieurement, lors du départ du client un processus
de facturation est établi et une facture lui est délivrée. Tout cela se fait de façon manuelle.
Notre analyse a permis de mettre en évidence certaines défaillances sur le système
d’information actuel qui concerne le processus de réservation. En effet, dans ce processus,
l’utilisation d’un support téléphonique comme moyen de communication entre les différents acteurs
entraine une lourdeur dans l’échange des informations. Cet échange est autant très nécessaire
pour une correcte coordination des données. Cette caractéristique peut parfois entrainer une
saturation du réseau de communication téléphonique.

3/20/2025 27
 Alors pour innover cette méthode, se basant sur des raisons de rationalité, de cohérence,
de notoriété et de concurrence nous avons porté notre choix sur la solution informatique. Ce
choix est suivi d’une proposition de conception de la structure informatique chargée de la
gestion de la future base de données.
Par ailleurs, la prise en compte des problèmes soulignés précédemment a aboutit à
l’élaboration d’une proposition. Cette nouvelle proposition introduit des avantages
promotionnels et ergonomiques à l’entreprise HORONYA, grâce à la connexion au web. En
d'autres termes, elle consiste à la mise en œuvre d’une plate-forme web afin dd faciliter la
promotion de l’activité de cette entreprise.

3/20/2025 28
 Modélisation
Besoins fonctionnels
Dans cette section, nous représentons l’ensemble des besoins fonctionnels
auxquels devrait répondre notre plateforme de réservation. Les besoins
fonctionnels et les attentes par rapport à notre système dépendent de la nature
des différents acteurs. Pour cela, nous avons décrit pour chaque acteur les
besoins fonctionnels qui lui sont reliés. Les besoins fonctionnels auxquels notre
système doit répondre se résument aux points suivants :

3/20/2025 29
 Modélisation
Besoins fonctionnels
❑Assurer la consultation des réservations
❑Faciliter les taches de gestion des comptes et demandes clients : ajout, modification,
suppression
❑Assurer les missions d’ajout, modification, annulation et suppression (communication
avec l’entreprise et la centrale de réservation qui est l’admin)
❑Permettre aussi la gestion des fournisseurs dans le cadre des différents programmes

3/20/2025 30
 Besoins non fonctionnels
Une fois que les besoins fonctionnels de notre plateforme sont bien définis, les besoins
non fonctionnels doivent être pris en compte tout au long du processus de
développement de l’application à savoir :
❑ L’ergonomie de l’interface : la plateforme doit être facile à utiliser
❑ Fiabilité : Les informations apportées par la plateforme doivent être fiables et sûres.
❑ Disponibilité : La plateforme doit être disponible à tout instant pour être utilisée par
n’importe quel utilisateur.
❑ Sécurité : La plateforme comporte des informations personnelles et sensibles, donc
elle doit respecter les règles relatives à la sécurité des systèmes informatiques.
❑ La latence (temps de réponse) et la portabilité (fonctionnelle sur n’importe qu’elle
machine) doivent être respecté.

3/20/2025 31
 Description des fonctionnalités
Identification des cas d’utilisation et les acteurs
Un cas d’utilisation représente un ensemble de séquences d’actions qui sont réalisées
par le système et qui produit un résultat intéressant pour un acteur particulier, il permet
de décrire ce que le système devra faire, sans spécifier comment le faire.
Dans notre projet, les acteurs possibles sont entre autres l’administrateur qui a tous les
droits possibles sur le système, l’agent (utilisateur) est un employé de l’entreprise qui
aussi certains privilèges de modification sur le système et enfin les autres acteurs
externes au système comme les fournisseurs.

Dans notre cas, les diagrammes de cas d’utilisation incluant toutes les opérations et
interactions possibles pour l’administrateur ou l’agent de façon spécifique sont :
3/20/2025 32
 3/20/2025 33

Diagramme de cas d’utilisation : administrateur

 3/20/2025 34

Diagramme de cas d’utilisation : Agent

 3/20/2025 35
Diagramme de cas d’utilisation global
 3/20/2025 36

Diagramme de cas d’utilisation : paiement

 Description des cas d’utilisation
▪ Description textuelle
À chaque cas d’utilisation doit être associée une description textuelle des
interactions entre l’acteur et le système et les actions que le système doit réaliser
en vue de produire les résultats attendus par les acteurs. Ainsi la description
textuelle d’un cas d’utilisation est articulée en six points qui sont :
o Objectif :contexte et résultats attendus du cas d’utilisation.
o Acteurs concernés : ce sont les acteurs et leurs rôles.
o Précondition : si certaines conditions particulières sont requises avant l’exécution
du cas, elles sont exprimées à ce niveau.
o Post condition : si certaines conditions particulières doivent être réunies après
l’exécution du cas, elles sont à exprimer à ce niveau.
3/20/2025 37
o Scénario nominal : il s’agit du scénario principal qui doit se dérouler sans incident et
qui permet d’aboutir au résultat souhaité.
o Scénarios alternatifs :les autres scénarios, secondaires ou correspondant à la
résolution d’anomalies, sont à décrire à ce niveau.

Description textuelle du cas d’utilisation authentification.

Scénario1 : s’authentifier
Objectif : permettre aux agents et administrateur de se connecter au système.
Acteurs principaux : administrateur et agent
Précondition : accession au navigateur
Postcondition :aucune
Version : 0
Scénario normal :
1. L’agent ou l’administrateur demande une connexion au système.
2. Le système demande le login et le mot de passe.
3. L’agent ou l’administrateur remplie le formulaire et valide.
4. Le système vérifie la validité des données.
5. Le système affiche en retour l’interface correspondante
3/20/2025 38
Scénario alternatif :
SA1- Erreur détecter, dans le cas où l’agent ou administrateur fournit un login et/ou un mot de passe erroné:
-le système lui affiche un message d’erreur.
-l’agent ou l’administrateur corrige le mot de passe erronée .
-Le cas d’utilisation reprend à l’action 2 du scénario nominal.

Description textuelle du cas lancer une recherche

Scénario1 : lancer une recherche
Objectif : effectuer une recherche pour voir les réservations disponibles.
Acteurs principaux : administrateur et agent
Précondition : authentification
Postcondition :aucune.
Version :1
Scénario nominal :
1. l’agent/administrateur saisie l’url.
2. le système présente l’interface d’accueille.
3. l’agent /administrateur doit s’authentifier avec un profil défini .
4. affichage formulaire de recherche .
5. l’agent /administrateur remplie le formulaire de recherche .
6. Le système présente la liste des réservations ou spectacles disponibles .
3/20/2025 39
Scénario alternatif
SA1- une erreur est détectée au niveau de la saisie du mot de passe.
Le système réaffiche le formulaire d’authentification.
L’administrateur ou l’agent retape à nouveau le mot de passe.
Le cas d’utilisation reprend à l’action 3 du scénario nominal.
SA2 – ll y’a eu une erreur de non remplissage de l’un des champs obligatoires.
Le système affiche à nouveau le formulaire de recherche en indiquant les erreurs détectées.
Ainsi l’administrateur ou l’agent corrige les erreurs.
Le cas d’utilisation reprend à partir du scénario nominal 4.

Description textuelle du cas d’utilisation ajouter une réservation.

Nom : ajout d’une réservation.
Objectif : permettre aux agents ou l’administrateur d’ajouter une réservation.
Acteurs : Agent, client ou administrateur.
Précondition : authentification
Version : 2
Postcondition : aucune
3/20/2025 40
Scénario nominal :
1- l’agent ou l’administrateur saisie l’url.
2- Le système affiche l’interface d’accueil.
3- L’administrateur ou l’agent devra s’authentifier avec son profil.
4- Alors le système affiche le formulaire de recherche.
5- L’agent/administrateur rempli le formulaire de recherche.
6-Ainsi le système affiche la liste des réservations disponibles.
7- L’admin/agent sélectionne la réservation voulue afin de voir les détails.
8- Ainsi le système affiche les détails de cette réservation.
9- L’agent/administrateur choisie la réservation.
10- Le système affiche le formulaire de réservation.
11-L’agent/administrateur rempli le formulaire.
Scénario alternatif:
SA1- Une erreur est détectée dans la saisie du mot de passe.
Le système réaffiche l’interface d’authentification.
L’admin/agent corrige le mot de passe.
Ainsi le cas d’utilisation reprend au scénario nominal 3.
SA2- Il y a eu une erreur au niveau des champs obligatoires.
Le système affiche à nouveau le formulaire avec toutes les erreurs détectées.
L’agent/administrateur corrige ces erreurs.
Après le cas d’utilisation reprend à l’action 4 du scénario nominal.
SA3: Une erreur est survenue dans la saisie d’une réservation.
3/20/2025 41
Le système réaffiche le formulaire de réservation.
L’admin/agent saisie les informations et valide
Le cas d’utilisation reprend à l’action 10 du scénario nominal.
Description textuelle du cas d’utilisation effectuer un paiement.
Nom : effectuer paiement.
Objectif : permettre aux utilisateurs de faire le paiement pour leur réservation.
Acteurs : clients ou utilisateurs finaux.
Précondition : authentification
Version : 2
Postcondition : aucune
Scénario nominal
1. Le client lance le processus de paiement.
2. Le système lui affiche le formulaire de paiement en lui demandant les informations de paiement.
3. L’utilisateur saisi les informations et valide.
4. Le système fait une vérification des données saisies par l’utilisateur.
5. Le système de paiement valide les informations de paiement puis renvoie un message de succès du
paiement à l’utilisateur.
Scénario alternatif
[Link] foi que les informations saisies par le client sont incorrectes, un message d’erreur s’affiche lui
demandant de ressaisir les bonnes informations.
2. L’opération de paiement recommence au cas nominal 3.
3/20/2025 42
3. Le système de validation affiche un message d’erreur qui demande à l’utilisateur de saisir des
informations valides.
4. Une fois la transaction refusée, le cas d’utilisation reprend au scénario nominal 2.

3/20/2025 43
 CONCEPTION
Règle de gestion
Pour la conception de notre plateforme, nous avons établi notre règle de gestion
comme suit :
** Une ville est située dans un et un seul pays.
** Par contre dans un pays il y a une ou plusieurs villes.
** Dans une ville est située zéro ou plusieurs salles.
** Une salle concerne une seule ville.
** Une salle peut faire l’objet de zéro ou plusieurs projections.
** Une projection concerne zéro ou plusieurs salles.

3/20/2025 44
** un client effectue zéro ou plusieurs réservations.
** Une réservation est faite par un et un seul client.
** Un admin/agent peut assister zéro ou plusieurs clients.
** Un client est assisté par un administrateur.
** Un admin gère zéro ou plusieurs réservations.
** Une réservation est gérée par un seul agent/administrateur.
** Un film est projeté dans une ou plusieurs salles.
** Dans une salle est projetée un seul fim.
** Une projection est programmée dans une ou plusieurs villes.
** Une ville abrite zéro ou plusieurs projections.
** Un paiement est initié par un client et concerne un opérateur.
3/20/2025 45

** Un opérateur reçoit plusieurs paiements.

 Diagramme de classe
Ce sont des schémas utilisés en génie logiciel pour présenter les classes . Ils font partie
du niveau statique de UML. En effet elles ne font pas abstraction des aspects
temporels et dynamiques de la plateforme. Les diagrammes de classes sont les
diagrammes pivots de l’ensemble de la modélisation d’un système, en spécifiant dans
chaque classe la partie dédiée aux données et celle réservée pour les traitements.

3/20/2025 46
Le diagramme de classe correspondant aux différentes entités est le suivant:

3/20/2025 47
 Diagramme de communication niveau zéro

L’objectif de ce diagramme est d’identifier toutes les interactions possibles entre

les acteurs agissant directement sur le système.

3/20/2025 48

Diagramme de communication niveau zero

 Diagramme de séquence

En se basant sur la description textuelle faite précédemment, nous présentons les

diagrammes de séquences des cas d’utilisation de notre plateforme que nous mettrons
en œuvre.

Diagramme de séquence pour l’action authentification

C’est une procédure à travers laquelle un système informatique approuve l’identité d’une personne ou d’une
machine. Sa finalité est d’autoriser la personne à avoir accès à certaines ressources sécurisées. C’est l’agent ou
l’administrateur système qui octroie les droits et paramètres d’accès. L’utilisation de alt s’explique par le fait
que les données entrées par l’utilisateur peuvent être complète ou incomplète. Sinon deux cas (correcte ou
incorrecte) se présentent d’où l’usage du deuxième alt.
3/20/2025 49
 3/20/2025 50

Diagramme de séquence : authentification

 Diagramme de séquence : effectuer une recherche de réservation.

Après l’authentification, l’utilisateur peut effectuer une recherche en introduisant une

requête concernant la recherche. On distingue deux types de réponse : " résultat non
trouvé ", dans ce cas le système affiche le message " pas de résultats " ou bien " résultat
trouvé " et le système affiche les résultats de réservation.

3/20/2025 51
Diagramme de séquence : effectuer une recherche de réservation 3/20/2025 52
 Diagramme de séquence gestion des agents
Après s’être authentifier, l’administrateur effectue une demande de gestions des agents ou sur le
système. Trois scénarios sont représentés chacun correspondant à un choix, d’où l’usage du fragment
opt.
Ainsi l’administrateur aura le choix d’ajouter, modifier ou supprimer un utilisateur sur le système.

3/20/2025 53
Diagramme de séquence : gestion des agents
3/20/2025 54
Diagramme de séquence : faire une réservation

Après une connexion au système, les clients ont la possibilité d’effectuer leurs réservations
depuis leur zone de travail ou d’habitation. Les étapes pour ce processus sont détaillées
dans le diagramme ci-après.

3/20/2025 55
 3/20/2025 56

Diagramme de séquence : réservation

 Diagramme de séquence : modifier/supprimer une réservation

L’utilisateur ou le client après une réservation pourra remodifier ou

annuler sa réservation à souhait.

3/20/2025 57
 3/20/2025 58

Diagramme de séquence : modification

 3/20/2025 59

Diagramme de séquence : annulation

L’utilisateur pourra enfin passer à l’étape de paiement si l’étape de
réservation est achevée.

3/20/2025 60

Diagramme de séquence : effectuer paiement

 Diagramme d’activité
Le diagramme d’activité est un diagramme comportemental d’UML. En effet, il permet la
représentation du déclenchement d’un évènement en fonction des états du système et
également la modélisation des comportements multithreads ou multiprocessus. Ce
diagramme permet par ailleurs de faire une description des flux de travail.
Une activité, c’est l’exécution d’un mécanisme, un déroulement d’étapes séquentielles.
Une transition c’est le passage d’une activité à une autre activité.

3/20/2025 61
 3/20/2025 62

Diagramme d’activité de l’authentification

 3/20/2025 63

Diagramme d’activité modification réservation

 3/20/2025 64

Diagramme d’activité annuler une réservation

 3/20/2025 65

Diagramme d’activité rechercher une réservation

 Non OK

OK

Non Ok

OK
3/20/2025 66

Diagramme d’activité faire une réservation

 3/20/2025 67

Diagramme d’activité effectuer un paiement

 Dictionnaire de données/Base de données

La base de données c’est l’ensemble des données qui sont reliées entre elles,
stockées sur un support numérique centralisé. Elle sert de besoins pour les
applications ou les projets. Par ailleurs la base de données est interrogeable et
modifiable par un ou plusieurs utilisateurs.

3/20/2025 68
Dictionnaire de données
3/20/2025 69
 Diagramme de déploiement

A ce niveau, l’utilisateur accède à la plate-forme web pour faire sa réservation.

Celui-ci saisit les détails de sa réservation à savoir la date, nom, numéro
téléphone, ville, etc. Ensuite quant au serveur web, il va recevoir la requête et
transmet à notre serveur d’application. Arrivée au serveur d’application, il
vérifie la disponibilité par interrogation de notre base de données. La base de
données s’occupe du stockage et la mise à jour des disponibilités. Une fois que
la réservation est possible, le serveur d ’application envoie la demande de
paiement au système de paiement. En outre le système de paiement traite les
paiements en renvoyant une notification au serveur d’application. Maintenant le
serveur d’application va renvoyer aussi une réponse au client à travers notre
serveur web après avoir confirmé la réservation.
3/20/2025 70
 Conclusion
En définitive, nous pouvons dire que ce projet nous a permis
de maitriser les bases de la gestion et la mise en place d’une
solution web complète. Il nous a par ailleurs tracer les pistes à
suivre pour réussir toutes les étapes nécessaires en vue
d’aboutir à une solution finale fiable, efficace, dynamique et
réutilisable. Nous notons aussi qu’il y a eu d’énormes
difficultés au cours de l’étude de ce projet. Il s’agit de l’étude
et l’analyse des besoins, la conception et enfin le déploiement.
De ce fait, nous retenons que pour un projet ambitieux et
viable, nous devons au préalable nous doter des bagages
indispensables pour sa réussite tant sur le plan technique que
3/20/2025 71

sur le plan professionnel.