RAPPORT DE STAGE DE PROJET DE FIN D’ETUDES

LICENCE APPLIQUEE EN INFORMATIQUE INDUSTRIELLE

Conception et réalisation d’un module de réservation des vols

en ligne

Réalisé par
Eya Akkari

Entreprise d’accueil

Encadrant Entreprise
Monsieur Mohamed Walid Medini
Monsieur Mohamed Walid Ayadi

Encadrant SESAME
Madame Amira Dridi

Année Universitaire
2020 - 2021

SESAME
À mon cher père pour ses encouragements, ses conseils, sa patience, ses considérables sacrifices

et sa confiance.

À ma chère mère pour son énorme amour et soutien tout au long de ma vie scolaire et

Universitaire. Elle a dépensé pour moi, sans compter.

À mes cousins pour leurs générosités et leurs aides.

À tous mes chers amis, en espérant que la réussite et la joie soient toujours les choses qui nous
réunissent.

À mes professeurs qui peuvent voir dans ce travail la fierté d’un savoir bien acquis.
À tous ceux que j’aime et ceux qui m’aiment.
À tous ceux qui m’ont aidé à réaliser ce travail.

À vous tous,
Je dédie ce travail.

Eya AKKARI

SESAME
 REMERCIEMENT

Au terme de mon projet de fin d’études, je tiens à adresser mes plus vifs
remerciements à toutes les personnes qui, de près ou de loin, ont contribué à
l’aboutissement de ce travail dans les meilleures conditions.

Je m’adresse en premier lieu aux membres de l’honorable jury que je remercie d’avoir
accepté d’examiner ce rapport.

Je tiens à présenter mes reconnaissances et mes remerciements à mon encadrante, à

l’école l’École Supérieure des Sciences Appliquées et de Management – SESAME,
madame Amira Dridi que j’adresse tous mes profonds respects et mes vifs remerciements
pour le temps consacré à la lecture et aux réunions qui ont rythmées les étapes de mon
projet de fin d’étude

En second lieu, je tiens tout particulièrement à exprimer ma profonde gratitude et

respect à Monsieur Walid Medini, de m’avoir offert l’opportunité d’effectuer mon stage
au sein de WorldSoft.

Je tiens à remercier sincèrement mon encadrant dans la société Mr. Mohamed Walid
Ayadi, pour l’efficacité de son encadrement, son soutien immense et la pertinence de ses
conseils, fruits d’une grande expérience dans le domaine.

Mes remerciements s’adressent aussi à toute l’équipe de Worlsoft qui m’a accompagnée
et m’a aidée d’une manière et d’une autre à la réalisation du présent travail.

J’adresse un remerciement spécial à mon enseignante madame Amal BouAziz pour ces
encouragements, ses conseils et surtout ces efforts avec moi. Je la remercie de m’avoir,
orienté et aidé tout au long de mon cursus.

Je remercie enfin tous ceux qui, d’une manière ou d’une autre, ont contribué à la réussite
de ce travail et qui n’ont pas pu être cités ici.

SESAME
 Table des matières

INTRODUCTION GÉNÉRALE……………………………………………………………...1

Chapitre 1 : Cadre du projet…………………………………………………………………….3

INTRODUCTION…………………………………………………………………………...4

I. Présentation du projet…………………...…………………………………………….4

II. Présentation de l’organisme d’accueil………………………………………………4

1. Présentation de la société…………………...……………………………………….4

2. Organigramme de la société…………………...………………………………...….5

III. Étude de l’existant…………………...………………………………………………....5

1. Étude des solutions existantes au sein de WorldSoft……………………...……...6

2. Étude des solutions existantes dans le marché……………………………...…….6

2.1 GoVoyage……………………………………….……………………...........................6

2.2 Bravofly………………………………………………………….…………..................7

3. Critique de l’existant………………….……………..………………………………8

4. Solution proposée…………………………………………………..…………..……9

IV. Méthodologie adopté …………………...…………………………………………...9

1. Choix de la méthodologie………………………………………………………9

2. Avantages…………………………...……………………………….………...9

V. Spécification des besoins……………………………………………………………...10

1. Identifications des acteurs …………………………………………………………10

2. Analyse des besoins………………………………………………………………...10

2.1 Besoins fonctionnels……………………………………………..........…...........…...10

2.2 Besoins non fonctionnels………………………………………...………..........…...11

SESAME
 CONCLUSION…………………………………………………………………………...………12

Chapitre 2 : Conception du système…………………………………………..………………13

INTRODUCTION……………………………………………………...................................14

I. Modélisation des diagrammes cas d’utilisation………...….…………..…………14

1. Diagramme du cas d’utilisation global................................................................14

2. Diagramme du cas d’utilisation « Rechercher Vol » .........................................15

2.1 Raffinement du cas d’utilisation ................................................................15

2.2 Scénario nominale lié au cas d’utilisation...................................................16

3. Diagramme du cas d’utilisation « Réserver Vol ». .............................................16

3.1 Raffinement du cas d’utilisation....................................................................16

3.2 Scénario nominale lié au cas d’utilisation...................................................17

II. Diagramme des classes global…………...………...…………..…….…….............18

III. Diagramme BPMN……………………………………….…....................................19

IV. Diagramme des séquences………………………………...…………….….............20

1. Diagramme de séquence détaillant le cas d’utilisation "S’authentifier"……...….20

2. Diagramme de séquence détaillant le cas d’utilisation "Rechercher Vol"……....21

3. Diagramme de séquence détaillant le cas d’utilisation "Réserver Vol"…............22

4. Diagramme de séquence détaillant le cas d’utilisation "Consulter historique"…..22

CONCLUSION.........................................................................................................................23

Chapitre 3 : Réalisation……………………………………………………………....................24

INTRODUCTION…………………………………………………………………………...25

I. Environnement de développement et choix techniques…………………………25

1. Environnement matériel ......................................................................................25

2. Environnement logiciel .......................................................................................25
2.1 Outil de conception ...........................................................................................25

2.2 Environnement de développement intégré (IDE) .............................................26

SESAME
 2.3 Outil de gestion base de données.......................................................................26

2.4 Outils de tests et intégrations.............................................................................26

2.5 Langages de programmation.............................................................................27

3. Technologies.......................................................................................................28

II. Architecture Logique............................................................................................29

1. Architecture Logique...........................................................................................29

2. Etude comparative entre les Apis REST et SOAP. ............................................30

2.1 SOAP Api.........................................................................................................30

2.1.1 Définition ................................................................................................30

2.1.2 Description...............................................................................................30

2.1.3 Réalisation................................................................................................31

2.2 RESTApi............................................................................................................33

2.2.1 Description...............................................................................................33

2.2.2 Réalisation................................................................................................35

2.2.3 Tableau comparative................................................................................37

III. Les interfaces graphiques.....................................................................................38

1. Page login..............................................................................................................38

2. Interface de la recherche d’un vol.........................................................................38

3. Interface du résultat de recherche d’un vol ..........................................................39

4. Interface de réservation d’un vol ..........................................................................40

5. Interface de consultation d’historique...................................................................40

CONCLUSION................................................................................................................41

CONCLUSION GÉNÉRALE...............................................................................................42

SESAME
 Liste des figures

1.1 Logo WorldSoft...........................................................................................................5

1.2 Organigramme de la société .................................................................................. 5

1.3 l’interface principale de l’application maxiresa .................................................... 6

1.4 l’interface principale de l’application GoVoyage ......................................................7

1.5 l’interface principale de l’application Bravofly .................................................... 7

1.6 Schéma de la méthodologie en cascade adoptée................................................... 10

2.1 Diagramme de cas d’utilisation global ................................................................. 15

2.2 Raffinement du cas d’utilisation "Rechercher Vol" ............................................ 15

2.3 Raffinement du cas d’utilisation "Réserver Vol".................................................. 17

2.4 Diagramme de classes global ................................................................................ 18

2.5 Diagramme BPMN ............................................................................................... 19

2.6 Diagramme de séquence détaillant le cas d’utilisation "S’authentifier" ............... 20

2.7 Diagramme de séquence détaillant le cas d’utilisation "Rechercher Vol" .............. 21

2.8 Diagramme de séquence détaillant le cas d’utilisation "Réserver Vol"................... 22

2.9 Diagramme de séquence détaillant le cas d’utilisation "Consulter Historique" .... 23

3.1 Architecture logique de l’application .................................................................... 29

3.2 L’interface de la création d’une session de notre documentation ......................... 31

3.3 L’interface de la recherche d’un vol de notre documentation .............................. 31

3.4 L’interface des fare Rules d’un vol de notre documentation ................................ 32

SESAME
LISTE DES FIGURES

3.5 L’interface de de revalidation d’un vol de notre documentation .......................... 32

3.6 L’interface de réservation d’un vol de notre documentation ................................ 33

3.7 L’interface de la création d’une session de notre documentation ......................... 35

3.8 L’interface de la recherche d’un vol de notre documentation .............................. 35

3.9 L’interface des fare Rules d’un vol de notre documentation ................................ 36

3.10 L’interface de de revalidation d’un vol de notre documentation .......................... 36

3.11 Page login.............................................................................................................. 38

3.12 Interface de la recherche d’un vol ......................................................................... 36

3.13 Interface du résultat de recherche d’un vol ........................................................... 37

3.14 Interface de revalidation d’un vol ......................................................................... 37

3.15 Interface des détails d’une réservation ………………………………………...……..38

3.16 Interface de consultation d’historique................................................................... 38

3.17 Interface du détails d’une ancienne réservation………………………………………

SESAME
 Liste des tableaux

1.1 Étude comparative entre les solutions existantes............................................................8

2.1 Scenario nominal lié au cas d’utilisation « Rechercher Vol » ..................................... .16

2.2 Scenario nominal lié au cas d’utilisation « Réserver Vol »......................................... .17

3.1 Déscription d’api SOAP………………………………………………………..…………...30

3.2 Déscription D’api REST………………………………………………………..…………..34

3.3 Étude comparative entre les solutions existantes………………………………………....37

SESAME
’
 LISTE DES ABRÉVIATIONS

API application programming interface

BPMN Business Process Model and Notation
B2B Business-to-business
IDE integrated development environment
REST Representational State Transfer
SOAP Simple Object Access Protocol
STS Spring Tool Suite
UML Unified Modeling Language

SESAME
’
 INTRODUCTION GÉNÉRALE

Dans un monde globalisé où les distances raccourcissent par des moyens de transport
modernes et sophistiqués, notre mobilité s’est considérablement accentuée. Pour nos loisirs
comme pour notre travail, il nous arrive souvent de parcourir la planète. Pour cela, le voyage
n’est plus réservé à une élite et nous sommes de plus en plus nombreux à voyager.

Les technologies de l’information, spécialement le web ont fortement changé le style

de vie. Le monde du tourisme, par exemple, profite pleinement de cette évolution technique
et le voyageur devient de plus en plus techno-dépendant. En effet, il peut chercher
facilement un billet d’avion le moins cher, un hôtel adéquat ou une formule de vacances la
mieux adaptée à ses envies.

Au-delà, les entreprises d’aujourd’hui s’investissent de plus en plus dans le domaine de

la recherche technologique pour accroitre l’utilisation des solutions informatisées et surtout
les agences de voyages qui veulent s’orienter vers l’E-tourisme et le M-tourisme.

Dans ce contexte s’inscrit l’objectif de ce présent travail proposé par la société

«WORDSOFT », dans le cadre d’un projet de fin d'études au sein de l’École Supérieure
des Sciences Appliquées et de Management – SESAME.

En fait, nous sommes appelés à concevoir, développer et mettre en œuvre une

application web pour réaliser un moteur de réservation en ligne des services touristiques.
Le but de notre projet est d’améliorer la qualité de réservation délivrés aux clients,
augmenter le rendement de la société et faciliter l’accès et les tâches

SESAME Page1
1
INTRODUCTION GÉNÉRALE

Ce rapport est composé de trois chapitres qui reflètent l’évolution du développement de

notre projet.

Le premier chapitre présentera le cadre général du projet. Il comporte quatre parties :

la présentation du projet, la présentation de l’entreprise au sein de laquelle nous avons
effectué notre projet. De plus, l’étude de l’existant, la problématique étudiée et la solution
proposée. Ainsi que, nous allons décrire la méthodologie adoptée tout au long de notre
projet.

Dans le deuxième chapitre, nous détaillerons l’aspect conceptuel de l’application.

Finalement, le troisième chapitre sera consacré à présenter l’environnement de

développement, les choix techniques et l’architecture logique de notre application ainsi
que la présentation des interfaces graphiques.

SESAME Page 2
Chapitre

1
Cadre du projet
Sommaire

INTRODUCTION…………………...……………………………………………….4

I. Présentation du projet…………………...…………...………..………..…..4

II. Présentation de l’organisme d’accueil……………………………............4

1. Présentation de la société…………………...………..………………….…..…..4

2. Organigramme de la société…………………...……………..…….………..….5

III. Étude de l’existant…………...………………………………………………5

1. Étude des solutions existantes au sein de WorldSoft ………………......……..6

2. Étude des solutions existantes dans le marché……………………...…….......6

3. Critique de l’existant…………………………..…………………….…...…..….8

4. Solution proposée……………………...……………...……...………..........…..9

IV. Méthodologie adopté……………………..……………………..........……...9

1. Choix de la méthodologie………………………………...………………...9

2. Avantages……………………………………...……………...……………9

V. Spécification des besoins………………….……..……..…….….…………10

1. Identifications des acteurs …………………...………….………..…….....10

2. Analyse des besoins……………………………..………………….…..…10

CONCLUSION…………...………………………………...………..………………..12

SESAME Page 3
CHAPITRE 1. CADRE DU PROJET

INTRODUCTION

Afin de réussir les phases de conception et de développement, nous estimons qu’une

étude préalable doit être élaborée. Pour ceci, nous allons mettre l’accent, au premier lieu,
sur le cadre général du projet et l’organisme d’accueil au sein duquel nous avons effectué
notre stage. Nous présentons par la suite les solutions existantes en dégageant la
problématique correspondante, dans le but de dévoiler les objectifs de notre travail. Nous
allons expliquer ensuite la méthodologie et à la fin nous intéressons aux spécifications des
besoins.

I. Présentation du projet

Ce projet intitulé « Conception et réalisation d’un module de réservation des

vols en ligne » » a été proposé par la société « WorldSoft » dans le cadre d’un
projet de fin d’études en accord avec l’École Supérieure des Sciences Appliquées
et de Management – Université SESAME.

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

Afin de situer notre travail dans son environnement de réalisation, nous sommes amenés
à introduire l’organisme d’accueil «WorldSoft » dans lequel nous avons effectué notre
stage.

1. Présentation de la société [1]

La société WorldSoft est une société de développement informatique crée au mois

d’avril 2014. Elle se localise en Tunisie. Elle est spécialisée dans le développement
informatique des plateformes de réservation en ligne et d’applications de gestion à divers
secteurs d’activité.

Le principal projet de WorldSoft consiste à la réalisation d’une centrale de vente des

produits touristiques en ligne composés de plusieurs modules (Vols, Hôtels, Transferts)

SESAME Page 4
CHAPITRE 1. CADRE DU PROJET

WorldSoft est situé géographiquement sur deux locaux Tunis (Tunisie) et Alger(Algérie).

La figure 1.1 représente le logo de la société WorldSoft.

Figure 1.1: Logo

2. Organisme de la société

L’organigramme de la société illustre l’organisation possible des fonctions au sein de

WorldSoft qui présente une direction général responsable de la gestion de trois
départements principaux qui sont département financier, département projet dans lequel se
trouve une équipe de développement, et enfin le département ressources humaines.

La figure 1.2 représente l’organigramme de la société.

Figure 1.2: Organigramme de l'entreprise

FIGURE 1.2: Organigramme de la société

III. Étude de l’existant

Actuellement, nous remarquons que tous les clients qui veulent voyager doivent
obligatoirement rejoindre une agence de voyage pour faire une réservation. Le processus
de réservation comprend les fonctionnalités de réservation, de consultation, de recherche
des vols, etc. Ces tâches sont traitées d’une manière fiable mais non efficace surtout surtout
sur le plan sécurité

Page 5
CHAPITRE 1. CADRE DU PROJET

Des solutions indépendantes sont utilisées afin de satisfaire les besoins des clients.

Cependant, plusieurs parmi eux sont critiquables, elles présentent plusieurs défauts. Dans
ce contexte, il est nécessaire de trouver une méthode rapide et fiable pour fidéliser ces
clients. C’est à partir de là que nous allons analyser les solutions existantes dans la société
ainsi que celles présentes dans le marché et dégager leurs points forts et faibles pour bien
définir les besoins fonctionnels et non fonctionnels de notre application.

1. Étude des solutions existantes au sein de WorldSoft

WorldSoft a pu trouver une solution qui s’appelle « maxiresa », cette solution présente
plusieurs points forts, mais elle a un point faible en terme de sécurité, aussi elle concerne
tous les services touristiques tels que la réservation des vols et la réservation des hôtels, ce
qui semble compliqué au moment de son utilisation

La figure 1.3 représente l’interface principale de la solution maxiresa.

Figure 1.3 : Interface principale

FIGURE 1.3: l’interface principale de l’application maxiresa

2. Étude des solutions existantes dans le marché

2.1 GoVoyage

Parmi les solutions existantes sur le marché, nous avons choisi GoVoyage, c’est une
agence de voyage en ligne qui offre divers services.

SESAME Page 6
CHAPITRE 1. CADRE DU PROJET

La figure 1.4 représente l’interface principale de l’application GoVoyage.

Figure1.4 : Interface principale Govoyage

Malgré la diversité des services offertes par cette application, elle manque encore des
fonctionnalités principales comme l’accès à l’historique de réservations, aussi elle présente
des interfaces trop chargées.

2.2 Bravofly

Nous avons choisi aussi l’application Bravofly comme solution existante sur le marché.
Bravofly est spécialisé dans la recherche et la comparaison des vols seulement.
Il peut rechercher et afficher les vols de plus de 350 compagnies aériennes traditionnelles.
Ce site manque de fonctionnalités principales comme la réservation et la confirmation de
réservation de vol
La figure 1.5 représente l’interface principale de l’application Bravofly.

Figure 1.5: Interface principale de l'application Bravofly

SESAME Page 8
CHAPITRE 1. CADRE DU PROJET

3. Critique de l’existant

L’étude comparative précédente des solutions trouvées dans la société et celles

présentées dans le marché nous a permis de dégager les fonctionnalités principales
de notre solution.
Ainsi le tableau 1.1 représente une étude comparative entre les solutions
existantes. :

Maxiresa Go Voyage Bravo Fly

Comparaison entre les outils existants

Recherche d’un vol

oui oui oui

Consultation des Fare Rules

oui non non

Réservation d’un vol

oui oui non

Consultation de l’historique

oui non non

Rapidité non oui non

Sécurité non non non

TABLE 1.1: étude comparative entre les solutions existantes

SESAME Page 8
CHAPITRE 1. CADRE DU PROJET

4. Solution proposée

Comme nous l’avons déjà mentionné dans les objectifs du projet, notre but est de
fidéliser le client, d’améliorer sa rentabilité et de fournir une application bien sécurisée qui
répond exactement à ses besoins. Pour ce faire nous essayerons de réaliser une application
qui fournit des fonctionnalités comme celles proposées par "Maxiresa" mais l’accès à cette
application doit être bien sécurisé, Plus que ça, cette application nous offre un espace de
discussion pour améliorer la communication entre les utilisateurs et les super-utilisateurs.

IV. Méthodologie adopté

Dans notre projet on va utiliser la méthodologie en cascade qui met en avant un recueil
important des besoins / spécifications en amont afin de planifier l’ensemble du projet
précisément

1. Choix de la méthodologie

Le modèle en cascade est un modèle de gestion linéaire qui divise les processus de
développement en phases de projet successives. Les phases de développement suivent
rigoureusement un ordre spécifique. La phase suivante ne peut commencer que lorsque la phase
précédente a été conclue. Les sorties de chaque phase antérieure sont intégrées comme entrées
de la phase suivante. Le modèle en cascade est principalement utilisé dans le développement.

2. Avantages

— Les spécifications élaborées permettent aux développeurs de détecter des dangers

potentiels à l'avance

— Les ressources peuvent également être réparties efficacement

— Le développement se déroulera correctement car le modèle a effectivement tout prévu

— Cascade est un processus organisé avec des zones de responsabilité clairement définis

SESAME Page 9
CHAPITRE 1. CADRE DU PROJET

La figure 1.6 montre le schéma de la méthodologie en cascade adoptée

Figure1.6 : Cycle de vie en cascade

V. Spécification des besoins

Dans cette partie, nous allons identifier les acteurs de notre application, ainsi que
l’ensemble des besoins fonctionnels et non fonctionnels.

1. Identification des acteurs

Un acteur est une « entité » externe au système qui interagit avec le système. Notre
application s’adresse aux personnels des agences de voyages chargés du contact avec le
client. Ces personnels ont pour rôle d’aider les clients à chercher des vols, consulter les
Fares Rules, effectuer une réservation, fournir les tickets et consulter les détails et
l’historique.

2. Analyse des besoins

Dans cette partie, nous allons présenter le volet fonctionnel et le volet non
fonctionnel de notre cahier des charges.

2.1 Besoins fonctionnels

Notre application s’adresse aux personnels des agences de voyages chargés du contact
avec le client. Ces personnels ont pour rôle d’aider les clients à chercher des vols,

SESAME Page 10
CHAPITRE 1. CADRE DU PROJET

Consulter les « Fares Rules », effectuer une réservation, fournir les tickets et consulter les
détails et l’historique.

Dans ce contexte, nous avons dégagé l’ensemble des fonctionnalités de notre application :

— Rechercher vol : L’agent peut chercher un vol en précisant des informations

spécifiques comme la ville de départ, la ville d’arrivé, la date de départ et d’arrivée et
le nombre des passagers. Puis, il obtient l’ensemble des résultats des vols après qu’il
saisit l’ensemble des caractéristiques demandé par le client pour qu’il choisit lequel de
ces vols est préféré.

— Vérifier prix : Après sa réservation, l’agent peut vérifier le prix du vol choisi

— Consulter les Fare Rules : L’agent peut vérifier les règles de prix des billets

— Réservation : Après que l’agent choisi un itinéraire spécifique et des détails sur les
passagers, une réservation sera créée pour cette transaction.

— Générer les tickets : Dès qu’il effectue une réservation, l’agent peut générer le ticket
de vol du client.

— Consulter les détails de la réservation : L’agent peut consulter les coordonnées d’un
client pour un réservation d’un vol et tous les détails de cette réservation en saisissant
le numéro de vol.

— Consulter l’historique des réservations : A l’aide d’un agent d’une agence de

voyage, le client peut consulter ses anciennes réservations.

— Annuler réservation : L’agent peut faire une annulation d’une réservation.

2.2 Besoins non fonctionnels

— La sécurité : l’application doit tenir compte de confidentialité des données des

utilisateurs.

— Rapidité et robustesse : l’application doit assurer la rapidité de réponse et la fiabilité

du résultat procuré.

— Portabilité : l’application doit être multiplateforme c’est-à-dire fonctionnelle sur

n’importe quel système d’exploitation.

SESAME Page 11
CHAPITRE 1. CADRE DU PROJET

CONCLUSION

Dans ce chapitre, nous avons commencé par la présentation du cadre

général du projet où nous avons présenté l’entreprise d’accueil. Ensuite, nous
avons dégagé la problématique à travers l’étude de l’existant. Par la suite, nous
avons proposé la solution en suivant les outils existants sur le marché ainsi que
décrire les besoins fonctionnels et non fonctionnels du notre système.

SESAME Page 12
Chapitre

2
Conception du système
Sommaire

INTRODUCTION.............................................................................................................…14

I. Modélisation des diagrammes cas d’utilisation……………...…...……………14

II. Diagramme des classes global..............................................................................18

III. Diagramme BPMN...........................................................................................…19

IV. Diagrammes des séquences………………………..………………...……..…... 20

1. Diagrammes de séquence du cas d’utilisation "S’authentifier"………………...….20

2. Diagrammes de séquence du cas d’utilisation "Rechercher Vol"……………...…..21

3. Diagrammes de séquence du cas d’utilisation "Réserver Vol"………………...…..22

4. Diagrammes de séquence du cas d’utilisation "Consulter historique"……………....22

CONCLUSION………………………………..………………………………………23

SESAME Page 13
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

INTRODUCTION

La conception est une étape importante qui doit précéder l’étape de développement de
toute application informatique. Pour décrire la conception de l’application, on commencera
avec la modélisation des diagrammes des cas d’utilisation, ensuite le diagramme de classe,
le diagramme BPMN et à la fin diagrammes des séquences.

I. Modélisation des diagrammes cas d’utilisation

Le diagramme de cas d’utilisation permet de déterminer les possibilités d'interférence

entre le système et les acteurs, c'est-à-dire déterminer toutes les fonctionnalités que doit
fournir le système. Il permet aussi de délimiter ce dernier.

— Chaque usage effectué par les acteurs est représenté par un cas d'utilisation.

— Chaque cas d'utilisation symbolise une fonctionnalité qui leur est offerte afin d’engendrer
le résultat attendu.

— Le diagramme de cas d'utilisation décrit l'interaction entre le système et l'acteur en

déterminant les besoins de l'utilisateur et tout ce que doit faire le système pour l'acteur.

1. Diagramme de cas d’utilisation globale

La figure 2.1 illustre les différents cas d’utilisation que doit offrir notre solution pour
un utilisateur.

SESAME Page 14
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

Figure2.1 : Diagramme de cas d'utilisation global

FIGURE 2.1 : Diagramme de cas d’utilisation global

2. Diagramme du cas d’utilisation « Rechercher Vol »

2.1 Raffinement du cas d’utilisation « Rechercher Vol ».

La figure 2.2 illustre le raffinement du cas d’utilisation « Rechercher Vol »

Figure 2.2 : Raffinement du cas d’utilisation « Rechercher Vol »

cas d’utilisation

SESAME Page 16
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

2.2 Scénario nominal lié au cas d’utilisation « Rechercher Vol ».

Le tableau 2.1 illustre le scénario nominal lié au cas d’utilisation « Rechercher Vol ».

Cas d’utilisation Rechercher Vol

Acteur Utilisateur

Précondition L’utilisateur doit s’authentifier.

Post-condition Les vols disponibles seront affichés.

1. L’utilisateur choisi le mode du vol

(Aller simple ou Aller-Retour).

2. L’utilisateur sélectionne l’aéroport

Scénario
de départ et d’arrivée.
nominal
3. L’utilisateur choisi la date d’aller et

de retour.

4. L’utilisateur sélectionne le nombre

des adultes et des enfants.

TABLE 2.1: Scenario nominal lié au cas d’utilisation « Rechercher Vol »

3. Diagramme de cas d’utilisation « Réserver Vol »

3.1 Raffinement du cas d’utilisation « Réserver Vol ».

SESAME Page 16
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc
La figure 2.3 illustre le raffinement du cas d’utilisation « Réserver Vol »

SESAME Page 16
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

Figure 2.3: Raffinement du cas d'utilisation « Réserver Vol »

FIGURE 2.3 : Raffinement du cas d’utilisation « Réserver Vol »

3.2 Scénario nominal lié au cas d’utilisation « Réserver Vol ».

Le tableau 2.2 illustre le scénario nominal lié au cas d’utilisation « Réserver Vol ».

Cas d’utilisation Réserver Vol

Acteur Utilisateur

Précondition L’utilisateur doit rechercher un vol.

Post-condition
Une réservation s’effectue.

1.L’utilisateur remplit les informations

Scénario nominal de tous les passagers.
2.L’utilisateur saisit ses coordonnés
convenablement.

3.L’utilisateur valide sa réservation.

TABLE 2.2: Scénario nominal lié au cas d’utilisation « Réserver Vol »

SESAME Page 17
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

II. Diagramme des classes global

À fin de bien comprendre les différents attributs et les différentes méthodes utilisés dans
cette application, nous avons modéliser un diagramme des classes qui présente bien les
différentes classes utilisées. Ainsi, la figure 2.4 illustre le diagramme de classes de notre
solution.

Figure 2.4: Diagramme de classes global

FIGURE 2.4: Diagramme des classes global

SESAME Page 18
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

III. Diagramme BPMN

Le diagramme BPMN permet de représenter les procédures d’entreprise internes, mais

également des procédures B2B ainsi que des concepts d’orchestration de processus
avancés, comme la gestion des exceptions et la compensation des transactions.

Ainsi, la figure 2.5 illustre le diagramme BPMN de notre solution.

Figure 2.5: Diagramme BPMN

SESAME Page 19
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

IV. Diagramme des séquences

1. Diagramme de séquence détaillant le cas d’utilisation «S’authentifier »

Le cas d’utilisation s’authentifier permet à l’utilisateur de se connecter à l’application

pour pouvoir exploiter ces propres fonctionnalités. La connexion s’effectue seulement si
cet utilisateur saisit les données nécessaires et valides. En cas où, l’acteur saisit des données
erronées ou manquantes, le système l’avertit en affichant un message d’erreur afin de
vérifier les données saisies. Sinon, le système vérifie l’existence de ce compte dans la base
de données, le redirige vers le tableau de la page de recherche d’un vol.

Ainsi, la figure 2.6 illustre le diagramme de séquence de partie ”Authentification” qui

montre les étapes d’authentification pour pouvoir accéder à l’application.

FIGURE 2.6: Diagramme

Figure de de
2.6 : Diagramme séquence
séquence détaillée decas
détaillé lié au casd'utilisation
d’utilisation "S’authentifier"
"s'authentifier"

SESAME Page 20
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

2. Diagramme de séquence détaillant le cas d’utilisation "Rechercher Vol"

Le cas d’utilisation Rechercher vol permet à l’utilisateur de choisir le vol qui répond au
besoin du client.

La liste des vols s’affiche s’il y a des vols correspondants aux caractéristiques saisies
par l’utilisateur En cas où le vol demandé est indisponible, le serveur des apis MyStifly
l’avertit en affichant un message d’erreur. Sinon, MyStifly permet de voir tous les vols
correspondants à les données demandées en affichant une liste des vols.

La figure 2.7 représente le diagramme de séquence de cas d’utilisation "Rechercher Vol "

Figure 2.7: Diagramme de séquence détaillé lié au cas d'utilisation "Rechercher vol"
FIGURE 2.7: Diagramme de séquence détaillant le cas d’utilisation "Rechercher Vol"

SESAME Page 21
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc

3. Diagramme de séquence détaillant le cas d’utilisation "Réserver Vol"

Le cas d’utilisation réserver vol permet à l’utilisateur de faire une réservation au vol
choisit La réservation s’effectue seulement si cet utilisateur saisit les données nécessaires
et valides. Le serveur des apis MyStifly vérifie les informations entrantes, en cas où
l’acteur saisit des informations erronées ou manquantes, le système l’avertit en affichant
un message d’erreur afin de vérifier les données saisies. Sinon, la réservation effectué et
l’enregistré dans la base de données.

La figure 2.8 représente le diagramme de séquence de cas d’utilisation "Réserver Vol".

Figure 2.8: Diagramme de séquence détaillé lié au cas d'utilisation "Réserver vol"

SESAME
3 Page 22
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc
4. Diagramme de séquence détaillant le cas d’utilisation "Consulter historique "

Le cas d’utilisation consulter historique permet à l’utilisateur de consulter l’historiques

des vols réservés par les clients

SESAME
3 Page 22
CHAPITRE 1. CONCEPTION DU SYSTEME

Cc
L’historique d’une réservation s’affiche s’il y a des réservations correspondantes aux
informations saisies. En cas où, l’acteur saisit des informations erronées ou manquantes, le
système l’avertit en affichant un message d’erreur afin de vérifier les données saisies. Sinon,
le système vérifie l’existence de la réservation dans la base de données et le redirige vers le
tableau de la page de recherche d’un vol.

La figure 2.9 représente le diagramme de séquence de cas d’utilisation "Consulter

Historique"

Figure 2.9 : Diagramme de séquence détaillant le cas d’utilisation "Consulter Historique"

CONCLUSION

Ce chapitre a été consacré à la modélisation UML du système. Nous avons présenté

différents diagrammes : les diagrammes des cas d’utilisation, des classes, BPMN et de
séquences afin de spécifier de façon détaillée les aspects fonctionnels du système. Dans le
chapitre suivant, nous présenterons la réalisation de ce système.

SESAME
3 Page 23
Chapitre

3
Réalisation

Sommaire

INTRODUCTION…………………………..…………………………….……….…25

I. Environnement de développement et choix techniques………………………25

a. Environnement matériel .................................................................................25

2. Environnement logiciel ..................................................................................25

3. Technologies.........................................................................................................28

I. Architecture Logique............................................................................................29

1. Architecture Logique............................................................................................29

2. Etude comparative entre les Apis REST et SOAP. ...............................................30

II. Les interfaces graphiques..................................................................................38

1. Page login..............................................................................................................38

2. Interface de la recherche d’un vol.........................................................................39

3. Interface du résultat de recherche d’un vol...........................................................39

4. Interface de réservation d’un vol...........................................................................40

5. Interface de consultation d’historique...................................................................40

CONCLUSION ..................................................................................... 41

SESAME Page 24
’
CHAPITRE 3. REALISATION

INTRODUCTION

Nous arrivons maintenant la dernière partie est la plus importante puisqu’elle mettra en
réalité toute la théorie précédente. Dans un premier temps nous présenterons l’environnement
de réalisation sur le plan logiciel. Dans un second temps nous présenterons quelques interfaces
de notre application.

I. Environnement de développement et choix techniques

Dans cette partie, Nous commençons par décriver l’environnement de développement de

l’application en présentant les technologies et les Framework utilisés.

1. Environnement matériel

Durant l’élaboration de ce travail, une seule poste de travail a été utilisé pour la
réalisation du projet. Cette poste a les caractéristiques suivantes :

— Processeur Intel(R) Core ™ i7-6700 CPU @ 2 .60 GHz .

— Une Mémoire vive de 8 Go.

— Un Disque dur de 243 Go.

— Système d’exploitation : Windows 10.

2. Environnement logiciel

Dans cette partie, nous présentons les outils de conception, les technologies et les
environnements, ainsi les frameworks de développements utilisés pour la réalisation du
projet

2.1 Outil de conception

GitMind [3] est un outil de mind mapping et de brainstorming gratuit conçu pour la
création de carte mentale, planification de projets et autres tâches créatives

SESAME
45 Page 25
CHAPITRE 3. REALISATION

2.2 Environnement de développement intégré (IDE)

Visual Studio code [4] est un éditeur de code open-source, gratuit et multiplateforme
(Windows, Mac et Linux), conçu pour le développement d’application avec
JavaScript,TypeScript et Node.js

Spring Tool Suite (STS) [5] Spring Tools est la nouvelle génération d’outils Spring
pour un environnement de codage préféré.
Reconstruit en grande partie à partir de zéro, il offre un support de classe mondiale pour le
développement d’applications d’entreprise basées sur Spring, que vous préfériez Eclipse, Visual
Studio Code ou Theia IDE

2.3 Outil de gestion base de données

XAMPP [6] est un ensemble de logiciels permettant de mettre en place un serveur

Web local, un serveur FTP et un serveur de messagerie électronique. Il fournit également un
environnement Apache,MYSQL,PHP et qui ne requiert pas de connaissances particulières.

PhpMyAdmin(PMA) [7] est une application Web de gestion pour les systèmes de
gestion de base de données MySQL

La base de données MySQL [8] est un système de gestion de base de données

multimodèle produit et commercialisé par Oracle Corporation.

2.3 Outils de tests et intégrations

Postman [9] est un client REST disponible sous la forme d’une extension Chrome
ou bien d’une application stand-alone. Nous avons l’utilisé pour tester le fonctionnement
de la partie backend

SESAME Page 26
CHAPITRE 3. REALISATION

SOAPUI [10] est une application de test de services Web open source pour le
protocole d’accès aux objets simples et les transferts d’état de représentation. Ses
fonctionnalités couvrent l’inspection des services Web, l’appel, le développement, la
simulation les tests fonctionnels, les tests de charge et de conformité. Il est un client SOAP.

2.4 Langages de programmation

Durant la réalisation de ce projet, nous avons utilisé 3 langages de programmation.

— Back-end

J2ee [12] la plateforme Java EE (Java Enterprise Edition) est construite sur le
langage Java et la plate-forme Java SE, et elle y ajoute un grand nombre de bibliothèques
par rapport au plateforme standard. L’objectif majeur de Java EE est de faciliter le
développement d’applications web robustes et distribuer

— Front-end

JavaScript [13] est un langage de programmation de scripts principalement

employé dans les pages web interactives mais aussi pour les serveurs comme Node.js. C’est
un langage orienté objet à prototype et notamment une propriété de prototypage

TypeScript [14] est un langage de programmation libre et open source développé

par Microsoft qui a pour but d’améliorer et de sécuriser la production de code JavaScript

SESAME Page 27
CHAPITRE 3. REALISATION

3. Technologies

Lors de la réalisation de notre application, nous avons utilisée Angular et Spring Boot.
La combinaison de ces nouvelles technologies nous permet de profiter de leurs immenses
avantages afin de créer notre application

Framework de back-end « Spring Boot » [15] C’est un framework java créé par
l’équipe Pivotal qui permet de simplifier le démarrage et le développement de nouvelles
applications Spring en réduisant la complexité de configuration. Spring Boot offre les
avantages suivants :

— Faciliter la création des applications Spring.

— Offrir un serveur d’application intégré (Tomcat, Jetty), donc nous n’avons pas besoin
de la déployer tant que fichier war.

— Fournir un "starter" POM pour simplifier la configuration Maven.

Pas des fichiers XML à configurer.

Framework front-end « Angular » [16] est un framework côté client, dirigée par
l’équipe du projet Angular à Google, il est open source et il est basé sur TypeScript.
Angular est un ensemble d’outils qui assure la création des applications web d’une façon
structurée ce qui présente un vrai gain de productivité pour le développement
d’applications web ergonomiques. Il est entièrement extensible et fonctionne bien avec
d’autres bibliothèques.

Chaque fonctionnalité peut être modifiée ou remplacée en fonction du flux de travail de

développement unique et les besoins de fonctionnalité. Essentiellement, Angular utilise un
style TypeScript très propre pour rendre l’application plus facile à faire évoluer et à
maintenir.

SESAME Page 28
CHAPITRE 3. REALISATION

II. Architecture logique

La conception d’une application commence par le choix de l’architecture. Comme toute
architecture réussite, il est vivement conseillé de se baser sur les expériences des
architectes et concepteurs. es expériences illustrées dans le monde du génie logiciel par ce
qu’on appelle des Modèles d’architecture.

1. Architecture logique

Notre application web est composée de deux parties qui sont, la partie front-end et la
partie back-end. La première partie est réalisée avec le framework Angular qui consomme
l’API SOAP implémentée par la deuxième partie qui est réalisée avec Spring boot.

Dans la figure 3.1, nous vous expliquons le choix de l’architecture de développement

de cette application.

FIGURE 3.1: Architecture logique de l’application

SESAME Page 29
CHAPITRE 3. REALISATION

2. Etude comparative entre REST et SOAP

2.1 SOAP Api

2.1.1 Définition

L’api SOAP est une norme utilisée par les grandes entreprises et les organisations de
toutes tailles, elle utilise un format de données XML pour déclarer ses messages de
demande et de réponse, s’appuyant sur XML schéma et d’autres technologies pour
appliquer la structure de ses charges utiles. Bien que non spécifiques à SOAP, de
nombreuses implémentations d’API SOAP combinent un WSDL avec un schéma XML
pour fournir un service Web robuste pour l’échange de messages à l’aide de procédures et
de types de champs définis.

2.1.2 Description

Le tableau 5.2 illustre la description textuelle du cas d’utilisation « s’authentifier ».

SOAP

Utilisation — Le traitement et l’invocation asynchrone : Si notre application a

besoin d’un niveau defiabilité et de sécurité garanti.

— Contrats formels : Si le fournisseur et le consommateur se mettent

d’accord sur le format d’échange

— Opérations avec état Si l’application a besoin d’informations

contextuelles et dela gestion d’état conversationnel

Avantages — L’utilisation de l’api SOAP présente une haute sécurité.

— L’api SOAP est standardisé et extensible.

Inconvénient — Moins de performances.

— Plus de complexité.
— Moins de flexibilité.

TABLE 3.1: Description d’api SOAP

SESAME Page 30
CHAPITRE 3. REALISATION

2.1.3 Réalisation

Nous avons utilisé une api SOAP pour faire communiquer le serveur des apis, « Mystifly »
avec notre partie backend dont la réponse est sous forme XML, puis le serveur du backend
la parse en une forme json . Le client SOAP utilisé pour tester le fonctionnement de la
partie back end est « SOAPUI ». Afin de montrer les résultats testés par SOAPUI, nous
exposons quelques interfaces à travers des différentes imprimes écrans réalisés.

Dans cette partie, nous allons présenter quelques interfaces de la documentation de

l’API de notre application.

La figure 3.2 représente l’interface de la création d’une session de notre documentation.

FIGURE 3.2: l’interface de la création d’une session de notre documentation

La figure 3.3 représente l’interface de la recherche d’un vol de notre documentation.

FIGURE 3.3: l’interface de la recherche d’un vol de notre documentation

SESAME Page 31
CHAPITRE 3. REALISATION

La figure 3.4 représente l’interface de consultation des fare Rules d’un vol de notre
documentation.

FIGURE 3.4 : l’interface des fare Rules d’un vol de notre documentation

Le prix de vol peut se changer à n’importe quel moment, pour cette raison, une
revalidation duvol doit se faire avant la réservation.

La figure 3.5 représente l’interface de revalidation d’un vol de notre documentation.

FIGURE 3.5: l’interface de de revalidation d’un vol de notre documentation.

SESAME Page 32
CHAPITRE 3. REALISATION

La figure 3.6 représente l’interface de réservation d’un vol de notre documentation.

FIGURE 3.6: l’interface de réservation d’un vol de notre documentation

2.2 REST Api

2.2.1 Définition

Rest api est un style architectural utilisé pour créer des services web, Les apis Rest sont
basées sur http qui est un protocole qui définit la communication entre les différentes parties
du web. L’échange est basé sur des requêtes client et serveur, en effet, un client lance une
requête http etle serveur renvoie une réponse. Cette réponse est en général sous forme de
XML, JSON.

2.2.2 Description
Le tableau 4.1 représente la description d’api REST.

SESAME Page 33
CHAPITRE 3. REALISATION

REST

— L’api Rest est sans état (stateles) : Le serveur n’a aucune idée de l’état
du client entre deux requêtes, du point de vue du serveur, chaque
requête est une entité distincte des autres. Ainsi, si nous avons juste
besoin d’opération sans état comme le « CRUD » (Create, Read,
Update et Delete),

— Cacheable (avec cache = mémoire) : Un client doit être

Utilisation capable de garder en mémoiredes informations sans avoir

constamment besoin de demander tout au serveur.

— Système en couches : les APIs REST présentent

différentes couches dans leur architecture qui travaillent
ensemble pour créer une hiérarchie qui aide à créer une
application plus évolutive et modulaire.

Avantages — L’api Rest offre une grande flexibilité des données : Les
données ne sont pas liéesà des ressources ou des méthodes,
de sorte que REST peut gérer plusieurs types d’appels, et
renvoyer différents formats de données

— L’API REST est toujours indépendante du type de plate-

forme ou de langages : l’API REST s’adapte toujours au
type de syntaxe ou de plates-formes utilisées, cequi donne
une liberté considérable lors du changement ou du test de
nouveaux environnements dans le développement.

— L’utilisation de l’api SOAP présente une moins de sécurité.

Inconvénient — L’api SOAP ne convient pas aux environnements distribués.

TABLE 3.2: Description d’api REST

SESAME Page 34
CHAPITRE 3. REALISATION

2.2.3 Réalisation

Dans cette partie nous avons utilisé une api Rest pour faire communiquer notre partie
frontend avec notre partie backend dont la réponse est sous forme json Le client REST
utilisé pour tester le fonctionnement de la partie back end est « Postman »

Afin de montrer les résultats testés par Postman, nous exposons quelques interfaces à
travers des différentes imprimes écrans réalisées

FIGURE 3.7: l’interface de la création d’une session de notre documentation

La figure 3.8 représente l’interface de consultation de la recherche d’un vol de notre documentation.

FIGURE 3.8: l’interface de la recherche d’un vol de notre documentation

SESAME Page 35
CHAPITRE 3. REALISATION

La figure 3.9 représente l’interface de consultation des fare Rules d’un vol de notre
documentation.

FIGURE 3.9: l’interface des fare Rules d’un vol de notre documentation

La figure 3.10 représente l’interface de revalidation d’un vol de notre documentation.

FIGURE 3.10: l’interface de de revalidation d’un vol de notre documentation.

SESAME Page 36
 CHAPITRE 3. REALISATION

2.3 Tableau comparatif entre l’api SOAP et l’api REST

Le tableau 3.3 représente la comparaison entre l’api SOAP et l’api REST.

Comparaison

entre SOAP et
SOAP REST
REST

Sens Simple Object Access Protocol Representational State Transfer

Style architectural avec des

Protocole standardisé avec des règles lignes directrices et des
Désignation prédéfinies à suivre. recommandationslâches.

Piloté par la fonction (données Basé sur les données (données

disponibles sous forme de services, par disponibles sous forme de
Approche
exemple : «getUser») ressources, par exemple

«utilisateur»).

Stateless par défaut, mais il est possible Stateless (pas de sessions côté
Etat de rendre une API SOAP avec état. serveur).

Nécessite plus de bande passante et de Nécessite moins de ressources.

Performance puissance de calcul

Texte brut, HTML, XML,

Format de
Seulement XML JSON,YAML et autres
message
Applications d’entreprise, applications API publiques pour services
haute sécurité, environnement distribué, Web, services mobiles, réseaux
Recommandé
services financiers, passerelles de sociaux.
pour
paiement, services de télécommunication

TABLE 3.3: Etude comparative entre les solutions existantes

SESAME Page 37
CHAPITRE 3. REALISATION

III. Les interfaces graphiques

Nous présentons quelques captures d’écran de notre application et quelques schémas de

navigation afin de mieux comprendre la réalisation des différentes tâches.

1. Page login

La figure 3.11 représente l’interface d’accueil de notre application. Cette interface

permet à l’utilisateur de se connecter.

FIGURE 3.11: Page login

Cette interface présente le point de départ de notre application, en effet l’utilisateur peut
accéderà l’application en entrant son login, son nom et son mot de passe

2. Interface de la recherche d’un vol

La figure 3.12 représente l’interface de recherche d’un vol, en effet l’utilisateur doit
saisir toutes les informations de recherche tel que la ville de départ, la ville d’arrivée, la
date d’aller-retour, le mode de vol, le nombre d’adultes, le nombre d’enfants et la classe
de vol, il clique sur le bouton "Rechercher" qui va le rediriger vers une interface contenant
une liste de vols

SESAME Page 38
CHAPITRE 3. REALISATION

FIGURE 3.12 : Interface de la recherche d’un vol

3. Interface d’attente pour une recherche d’un vol

Lorsque l’agent saisit ses critères de recherche pour un vol et après qu’il clique sur le
bouton"rechercher", une page d’attente s’affiche.

Ainsi la figure 3.13 représente l’interface "loading" de notre application

FIGURE 3.13: Interface d’attente pour une recherche d’un vol

SESAME Page 39
CHAPITRE 3. REALISATION

4. Interface du résultat de recherche d’un vol

En attendant quelques secondes, une liste de vols correspond au critères saisis par
l’agents’affiche.

La figure 3.14 représente l’interface du résultat de recherche d’un vol

FIGURE 3.14 : Interface du résultat de recherche d’un vol

5. Interface des règles d’un vol

Puisque l’agent a cherché un vol, il peut consulter les règles de bases qui
correspondent à ce vol.

Ainsi la figure 3.15 représente l’interface des fareRules d’un vol.

3.15 Interface des règles d’un vol

6. Interface de réservation d’un vol

La figure 3.16 représente l’interface de réservation d’un vol Après que l’agent
sélectionne un vol selon ses critères, il doit remplir les coordonnées du client ainsi que les

SESAME Page 39
CHAPITRE 3. REALISATION

informations de tous les passagers, puis il clique sur le bouton réserver

FIGURE 3.16 : Interface de réservation d’un vol

7. Interface de détails de réservation

Dès qu’il effectue la réservation demandée par le client, l’agent peut consulter
les détails de cette réservation.

Ainsi la figue 3.17 représente l’interface de détails de réservation

FIGURE 3.17: Interface de détails de réservation

8. L’interface de consultation d’historique

La figure 3.18 représente l’interface de la consultation d’historique

SESAME Page 39
CHAPITRE 3. REALISATION

Une interface s’affiche contenant la liste d’historique des vols. Et on peut

consulter les détails des réservations

FIGURE 3.18: Interface de consultation d’historique

CONCLUSION

Tout au long de ce chapitre, nous avons présenté les différents environnements de

développement que nous avons utilisés lors de la réalisation de notre projet, puis nous
avons éclairci l’architecture logique de notre projet en général et les interfaces graphique
de notre plateforme .

SESAME Page 39
CHAPITRE 3. REALISATION

CONCLUSION GÉNÉRALE

Depuis des années, l’Humanité connaît une évolution exponentielle qui ne fait que
s’accroître avec l’essor des nouvelles technologies. Ces nouveautés ont toutes pour but
d’améliorer le quotidien et les conditions de vie de chacun en répondant aux besoins de
notre époque. En effet, Ces nouvelles technologies permettent de développer et d’améliorer
le fonctionnement des compagnies de transport, ce qui les rend encore plus performantes
et fiables.

Par conséquent, la vie devient plus facile car on bouge de plus en plus autant pour le
travail que pour les loisirs, les études, la culture, la famille.

Pour cette raison, tout au long de ce projet nous avons conçu et développé une
application web permettant aux agences de voyages d’offrir un service rapide et complet
pour la réservation des vols. Grâce à notre application, l’agent peut savoir les préférences
des passagers en termes de date de voyage, du type de réservation et du prix du billet de
voyage. Notre travail, intitulé Conception et réalisation d’un module de réservation des
vols en ligne a pour objectif de développer une solution permettant aux agences de voyages
d’offrir un service rapide et complet pour la réservation des vols. Tout au long de ce
rapport, nous avons présenté les différentes étapes de la réalisation de notre système.

D’abord, nous avons présenté le cadre général du projet et nous avons donné quelques
exemples des solutions marchandes et une solution de la société afin de dégager nos
besoins. Ensuite, nous avons analysé et spécifié les besoins fonctionnels, non fonctionnels.
Après, avons détaillé notre conception Enfin, nous avons présenté l’environnement de
travail en précisant l’ensemble des logiciels, des technologies et des outils utilisés et nous
avons inséré quelques interfaces de notre système.

SESAME Page 42
 CONCLUSION GÉNÉRALE

Ce projet a représenté pour nous une bonne occasion pour s’initier à la vie
professionnelle, dans un milieu réel et, il nous a appris d’approfondir les connaissances que
nous avons acquises lors de notre formation universitaire. Il nous a appris, également,
comment compter sur soi pour résoudre les problèmes et comment être attentive aux
directives de nos supérieures.

Bien que les contraintes du temps, nous aient empêchées d’ajouter certaines
fonctionnalités et options au travail, l’essentiel a été fait et le but a été atteint.

Nous signalons enfin que quelques options peuvent être ajoutées au travail et qui
représenteront un plus pour ce genre de solution et ouvrent des perspectives pour des études
pareilles. Parmi ces options, nous citons :

—Ajouter un module de paiement.

—l’intégration d’un service de suivi des passagers en utilisant un outil de business

intelligence (BI).

SESAME Page 43
 Netographie

[1] Worlsoft Group :https ://www.worldsoftgroup.com/ [Accès le 26- 06-2021]

[2] Gitmind : https://gitmind.com/ [Accès le 26- 06-2021]
[3] Spring tools : https://spring.io/tools [Accès le 26- 06-2021
[4] XAMPP : https://algocool.fr/xampp/ [Accès le 26- 06-2021]
[5] Postman :https://openclassrooms.com/fr/courses/4668056-construisez-des-microservices/5123020-
testez-votre-api-grace-a-postman [Accès le 26- 06-2021]
[6] Java EE : https://openclassrooms.com/fr/courses/626954-creez-votre-application-web-avec-java-
ee/618989-introduction-au-java-ee [Accès le 26- 06-2021]
[7] Spring : https ://spring.io/guides/gs/spring-boot/ [Accès le 26- 06-2021]
[8] Angular : https ://angular.io/ [Accès le 26- 06-2021]

SESAME Page 44