Documente Academic
Documente Profesional
Documente Cultură
SOMMAIRE
I. Introduction : ............................................................................................................................. 3
a) Le but du projet :....................................................................................................................... 3
II. Diagramme de cas d'utilisation : .............................................................................................. 3
a) Dfinition :.................................................................................................................................. 3
b) Identification des acteurs :........................................................................................................ 3
c) Description dtaille des cas dutilisation................................................................................ 4
III. Diagramme de classes : ............................................................................................................. 8
a) Dfinition :.................................................................................................................................. 8
b) Description dtaille des diagramme des classe : ................................................................... 8
IV. Diagramme de squence : ....................................................................................................... 11
a) Dfinition :................................................................................................................................ 11
b) Description dtaille des diagrammes de squence : ............................................................ 12
V. Diagramme d'tats transitions : ............................................................................................. 14
a) Dfinition :................................................................................................................................ 14
b) Description dtaille de diagramme d'tats transitions (Reservation) : ............................. 14
VI. Diagramme d'activits : .......................................................................................................... 15
a) Dfinition :................................................................................................................................ 15
b) Description dtaille de diagramme d'activits : .................................................................. 15
VII. Diagramme de dploiement : .................................................................................................. 17
a) Dfinition :................................................................................................................................ 17
b) Description dtaille de diagramme dploiement systme : ................................................ 17
VIII. Architecture Applicative ......................................................................................................... 18
IX. Architecture Technique .......................................................................................................... 19
a) Choix technologiques .............................................................................................................. 20
b) Outils : ...................................................................................................................................... 21
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
2 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
LISTE DE FIGURES :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
3 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Mise en garde: comme pour toute activit de modlisation, il nexiste pas une solution unique. Ce
document prsente donc une solution possible.
I. Introduction :
a) Le but du projet :
Le but de ce projet est la cration dun systme qui permettra la gestion des rservations des vols chez
une agence de voyage arien. Cette agence dessert plusieurs villes (relles ou imaginaires).
Il est donc ncessaire d'enregistrer les villes, les horaires des vols, les places disponibles sur chaque
vol, le prix du ticket, ... etc. Le programme doit pouvoir afficher les vols disponibles, selon les dsirs
des utilisateurs, et permettre aux utilisateurs de rserver leurs places.
Les diagrammes de cas dutilisation dcrivent les services les plus importants rendus par un systme.
Partant des acteurs, participants externes qui interagissent avec le systme, ils reprsentent les cas les
plus importants du systme en cours d'utilisation. Un cas d'utilisation peut tre divis en diagrammes
de squence, qui dtaillent les diffrentes fonctions du cas d'utilisation.
Les acteurs sont des entits externes qui interagissent avec le systme, comme une personne humaine,
un autre systme ou un robot. Les acteurs sont reprsents par un pictogramme sous-titr par le nom
de l'acteur.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
4 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Les principaux acteurs qui auront utiliser le systme sont les suivants :
Acteurs Description
Administrateur C'est l'administrateur du systme, il a le droit de
faire toutes les actions affect au autres acteur,
plus la gestion des comptes des utilisateurs.
Agent C'est l'employ de l'agence, il a aussi le droit de
faire toutes les actions affect aux clients et aux
visiteurs, plus la gestion des vols et les avions, la
vrification et la validation des rservations, et
l'affectation des avions aux vols.
Client Cet acteur peut consulter, rserver, et suivre le
droulement d'une rservation.
Visiteur Il a le droit de consulter l'horaire et les prix des
tickets, et d'inscrire partir de la portail.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
5 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Sommaire didentification :
Titre : Systme de gestion des utilisateurs
Objectifs : Grer les comptes des utilisateurs d'un manire autonome.
Rsum : Cette fonctionnalit permet :
1 - Aux administrateurs de grer compltement les comptes des utilisateur.
Acteurs : Administrateur.
Description dtaille :
Pr conditions : L'administrateur doit sauthentifier pour avoir accs aux fonctionnalits du systme.
Description du traitement nominal :
L'administrateur peut :
1. Grer les comptes des utilisateurs.
2. Grer les profils des utilisateurs.
Exceptions :
[Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est
pas rempli.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
6 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Sommaire didentification :
Titre : Systme de gestion des vols
Objectifs : Gestion des vols et validation des rservations.
Rsum : Cette fonctionnalit permet :
1 - Aux agents de l'agence de consulter les rservation, gestion des vols et les avions, la
vrification et la validation des rservations, et l'affectation des avions aux vols.
Acteurs : Agent.
Description dtaille :
Pr conditions : L'agent doit sauthentifier pour avoir accs aux fonctionnalits du systme.
Description du traitement nominal :
L'agent peut :
1. Ajouter un vol.
2. Modifier un vol.
3. Annuler un vol.
4. Consulter les rservation.
5. Valider les demande des rservation.
6. Ajouter, modifier, supprimer un avion.
7. Affecter un avion un vol.
Exceptions :
[Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est
pas rempli.
[Exception 2 : ErreurDate] : Message d'erreur si la date de dpart d'un vols est postrieure la date
d'arriv.
[Exception 3 : NbPlaceMax] : Message d'erreur si le nombre des places rserv dans un vols dpasse
le maximum mentionner.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
7 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Diagramme :
Sommaire didentification :
Titre : Systme de gestion des rservations.
Objectifs : Gestion des rservations.
Rsum : Cette fonctionnalit permet :
1 - Aux Client de Rserver sur un vols, annuler rservation, et suivre le droulement de ses
rservations.
2 - Aux Visiteur de Consulter l'horaire des vols, les prix des lignes, et de s'inscrire comme
client d'aprs la portail de l'agence.
Acteurs : Client, Visiteur.
Description dtaille :
Pr conditions : L'agent doit sauthentifier pour avoir accs aux fonctionnalits du systme.
Description du traitement nominal :
Le client peut :
1. Rserver dans un vols.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
8 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
2. Annuler un rservation.
3. Suivre le droulement de ses rservation.
Le visiteur peut :
1. Consulter les vols.
2. S'inscrire sur le systme.
Exceptions :
[Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est
pas rempli.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
9 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Rgles de gestion :
- Un Utilisateur a un et un seul Profil, et Un Profil peut caractriser un ou plusieurs Utilisateur.
- Un Utilisateur peut avoir une et un seul TypePieceIdent, et une TypePieceIdent peut identifier un
et un seul Utilisateur.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
10 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
- Un vole est identifier par un id, dateDepart, dateArrivee, heurDepart, heurArrivee, prix, duree,
une etat, un Avion, un Aeroport d'arrivee, et un Aeroport de depart.
Rgles de gestion :
- Un Avion a un et un seul TypeAvion, et Un TypeAvion peut caractriser un ou plusieurs Avion.
- Un Avion peut participer dans un ou plusieurs Vole, et une Vole peut tre effectuer par un et un
seul Avion.
- Chaque Aeroport se situer dans une et une seule Ville, et une Ville peut avoir un ou plusieur
Aeroport.
- Un Vol a un et un seul Aeroport de depart et un et un seul Aeroport d'arriv, et un Aeroport peut
accepter plusieurs Vol.
- Un Escale peut tre effectuer dans un seul Aeroport et il concerne un seul vol, par contre un vol
peut avoir plusieurs Escale, et un Aeroport peut accepter plusieurs Escale.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
11 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Rgles de gestion :
- Une Reservation peut tre effectuer par un et un seul Utilisateur {Client}, et Un Utilisateur
{Client} peut effectuer une ou plusieurs Reservations.
- Un Vol peut avoir une ou plusieurs Reservations, et une Reservation conserne un et un seul Vol.
- Une Reservation a une et une seule etatReservation, et une etatReservation peut caractriser
plusieurs Reservations.
Diagramme :
Description :
Ce diagramme montre la communication entre les paquetages de systme, et les relation de
dpendance entre packages qui nous aide rendre visibles les lments publics de lun des packages
au sein dun autre.
a) Dfinition :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
12 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Le diagramme de squence dcrit les interactions entre un groupe dobjets en montrant, de faon
squentielle, les envois de message qui interviennent entre les objets. Le diagramme peut galement
montrer les flux de donnes changes lors des envois de message.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
13 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
14 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
a) Dfinition :
Le diagramme dtats transitions dcrit le cycle de vie des objets chargs dassurer la dynamique
du systme. Cette description du cycle de vie est ralise sparment pour chacun de ces objets.
Cette modlisation est trs importante pour sassurer que les objets puissent rpondre aux
interactions dcrites dans les diagrammes de squence et de communication.
ET 1 : Rservation.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
15 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Description :
Ce diagramme reprsente la cycle de vie d'une rservation, un client a la possibilit de crer une
rservation ou l'annuler, une rservation peut avoir plusieurs tats aprs certain transition et le
diagramme ci-dessus reprsente les tats et les transitions possible.
Le diagramme dactivits reprsente les activits que ralisent un ou plusieurs objets. Il peut
correspondre la description en dtail dune activit du diagramme dtats transitions, la description
dune mthode. Il peut galement dcrire lactivit dun systme ou dun sous systme en assignant les
responsabilits chaque acteur. Le diagramme dactivits constitue aussi un bon choix pour dcrire un
cas dutilisation.
DA 1 : Rservation.
Diagramme :
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
16 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Description :
Ce diagramme reprsente les diffrents activits ralis par le clients et l'agents durant la procdure
de rservation. Il commence par la cration de la rservation de la part de client, puis l'agent de la
agence la vrifier, et si la rservation est raisonnable il la valide, sinon il annule la rservation. Aprs
que l'agent valide la rservation, le client achve le processus de la rservation soit de la rgler puis
l'agent imprime la ticket, soit annuler la rservation.
DA 2 : Vol.
Diagramme :
Description :
Ce diagramme reprsente les diffrents activits ralis l'agent pour la cration d'un vol,
premirement il cre un vol, et si un avion est disponible il l'affect directement au vol, sinon il attend
tant qu'un avion sera disponible, ou annuler le vol, et aprs l'affectation d'avion au vol, il peut annuler
ou valider un vol.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
17 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Le diagramme de dploiement montre le dploiement physique des artefacts (lments concrets tels
que fichiers, excutables, etc.) sur les ressources matrielles.
b) Description dtaille de diagramme dploiement systme :
Diagramme :
Description :
La ralisation d'une application en JEE, consiste suivre des concepts et respecter certain norme,
chaque application web doit tre sparer en couches :
- Couche prsentation.
- Couche abstraction.
- Couche mtier.
- Couche persistante.
Le diagramme ci-dessus prsente la schmatisation des composantes utiliss dans la cration de
l'application :
- Serveur Web(Apache Tomcat 7) : c'est o le systme va tre install, le serveur contient un
interprteur java (JVM - Java Virtual Machin) qui va excuter le code java install on interrogeant un
serveur de base de donnes.
- Serveur de base de donnes (MySQL) : Le SGBD MySQL est support par un large ventail
d'outils, il est surtout install pour les applications Web, et celui qui va contenir la base de donnes du
systme.
- PC client : qui contient un navigateur internet qui va se connecter avec le serveur web via
l'internet et par des requtes HTTP il va scruter le systme.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
18 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Notre application est constitue de trois couches. Ces trois couches se conforment larchitecture
de couches fermes Closed layer architecture (une couche peut communiquer seulement avec la
couche qui lui est adjacente).
La figure suivante prsente larchitecture Java EE dune application web en trois couches :
Couche Prsentation
Couche Mtier
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
19 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
Couche Prsentation
Couche Scurit
Couche Mtier
Couche Couche
service domaine
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
20 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
a) Choix technologiques
JSF :
Java Server Faces est un framework de dveloppement dapplication Web en Java permettant de
respecter le modle darchitecture MVC et bas sur des composants ct prsentation.
Facelet :
Technologie de prsentation pour le dveloppement d'applications web en Java ; Systme de
templating : permet de dfinir des vues de JSF en utilisant des calibres du modle HTML ;
Rduit la quantit de code ncessaire pour intgrer des composants dans la vue.
Richfaces :
Librairie de composants JSF pour le dveloppement d'applications web riches (RIA) Rich Internet
Application avec Ajax.
Spring :
Spring est un framework open source J2EE pour applications 3-tiers ;
Faciliter l'intgration des diffrentes technologies qui a priori sont pour le moins htrognes.
Hibernate :
Hibernate est un framework open source grant la persistance des objets en base de donnes
relationnelle.
Spring Security :
Framework qui permet la gestion de deux grandes problmatiques lies la scurit applicative :
Authentification ;
Autorisation.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B
21 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
b) Outils :
TOMCAT
L'utilisation d'un serveur Java EE est obligatoire pour le dveloppement de pages Web
dynamiques en Java EE. Un serveur HTTP classique reoit des requtes HTTP et renvoie des
rponses mais il ne connait pas les Servlets, les JSP... Il est donc essentiel d'utiliser un
programme appel moteur de Servlets qui est contenu dans le serveur Java EE et qui permet de
pallier ce manque.
ECLIPSE
Eclipse est l'environnement de dveloppement (spcialis pour le langage Java) qui sera utilis
dans ce projet. Le choix d'Eclipse repose essentiellement sur sa gratuit, sa facilit
d'utilisation, sa puissance de dveloppement et surtout ses nombreux plugins (bibliothques
additives).
APACHE
Apache est le serveur Web le plus utilis sur Internet. Dans une architecture en production, il
est recommand d'utiliser un serveur Web en frontal d'un serveur d'applications. Ces
recommandations sont galement appliques dans le cas de l'utilisation d'un conteneur Web
comme Tomcat.
L'utilisation d'un serveur Web en frontal est ncessaire dans ce projet pour des raisons de
performance, de scurit et de flexibilit.
L'intgration d'un serveur Tomcat avec un serveur Web se fait au travers d'un connecteur
configur au sein de Tomcat et d'une extension ajoute au serveur Web. Un connecteur
Tomcat est une classe Java qui supporte un protocole rseau spcifique et propritaire. La
librairie d'extension du serveur Web permet un dialogue entre les deux serveurs.
MySQL
Le SGBD MySQL est support par un large ventail d'outils. MySQL est surtout install pour
les applications Web, ce SGBD est solide et utilis par de grands groupes spcialiss dans
l'Internet. Plusieurs pilotes natifs de type 4 sont disponibles pour MySQL et sont conseills
pour une utilisation en Java.
19 mars 2013
Abdelalime MACHKOUK - CRJJ Group B