Rapport de Conception

Rapport de conception
Projet de conception de fin de formation
Conception et ralisation d'un systme

de gestion des rservation
d'une agence de voyage arien
1 Rapport de conception - Systme de gestion des rservation d'une agence de voyage arien
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
LISTE DE FIGURES :
Figure 1 : diagramme de cas d'utilisation - gestion des utilisateurs. ....................................................... 4

Figure 2 : diagramme de cas d'utilisation - gestion des vols. .................................................................. 5
Figure 3 : diagramme de cas d'utilisation - gestion des rservation. ....................................................... 7
Figure 4 : diagramme de classes - gestion des utilisateurs. ..................................................................... 8
Figure 5 : diagramme de classes - gestion des vols. ................................................................................ 9
Figure 6 : diagramme de classes - gestion des rservations. ................................................................. 10
Figure 7 : diagramme de packages. ....................................................................................................... 11
Figure 8 : diagramme de squence - rserver dans un vol..................................................................... 12
Figure 9 : diagramme de squence - cration d'un vol. ......................................................................... 13
Figure 10 : diagramme de squence - affectation d'un avion un vol. ................................................. 13
Figure 11 : diagramme d'tats-transitions - rservation. ....................................................................... 14
Figure 12 : diagramme d'activits - rservation. ................................................................................... 15
Figure 13 : diagramme d'activits - vol. ................................................................................................ 16
Figure 14 : diagramme de dploiement systme. .................................................................................. 17
19 mars 2013
projet de conception de fin de formation
Conception et ralisation d'un 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.
II. Diagramme de cas d'utilisation :

a) Dfinition :
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.
b) Identification des acteurs :
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.
On distingue 4 catgories d'acteurs :
les acteurs principaux (ex : usager, client, ...etc.),

les acteurs secondaires (ex : oprateur de maintenance, administrateur, ...etc.),
le matriel externe (capteur, imprimante, ...etc.),
les autres systmes (serveur, ...etc.).
19 mars 2013
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.
c) Description dtaille des cas dutilisation
Les cas dutilisation du systme sont organiss en plusieurs packages :

Gestion des utilisateurs.
Gestion des vols.
Gestion des rservation.
UC1 : Systme de gestion des utilisateurs
Diagramme :
Figure 1 : diagramme de cas d'utilisation - gestion des utilisateurs.
19 mars 2013
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.
UC2 : Systme de gestion des vols
Diagramme :
Figure 2 : diagramme de cas d'utilisation - gestion des vols.
19 mars 2013
Titre : Systme de gestion des vols
Objectifs : Gestion des vols et validation des rservations.
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.
Pr conditions : L'agent doit sauthentifier pour avoir accs aux fonctionnalits du systme.
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 :
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
UC2 : Systme de gestion des rservations
Diagramme :
Figure 3 : diagramme de cas d'utilisation - gestion des rservation.
Titre : Systme de gestion des rservations.
Objectifs : Gestion des rservations.
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.
Pr conditions : L'agent doit sauthentifier pour avoir accs aux fonctionnalits du systme.
Le client peut :
1. Rserver dans un vols.
19 mars 2013
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 :
pas rempli.
III. Diagramme de classes :

a) Dfinition :
Le diagramme de classe de conception reprsente bien la structure statique du code, par le
biais des attributs et des relations entre classes
C'est un diagramme principal qui est la vue de plus haut niveau avec l'ensemble des classes de
l'application, Il montre les briques de base statiques : classes, associations, interfaces, attributs,
oprations, gnralisations, etc. on peut avoir des vues logiques plus spcialises si ncessaire :
Vue des classes participant un scnario
Vue des classes "prives" dans un package
Vue d'une classe avec ses attributs et ses oprations
Vue d'une hirarchie d'hritage
b) Description dtaille des diagramme des classe :
DC1 : Gestion des utilisateurs.
Diagramme :
Figure 4 : diagramme de classes - gestion des utilisateurs.
19 mars 2013
Gestion des utilisateurs :

- Chaque Utilisateur est caractris par un Profil pour dfinir son compte dans l'application, plus un
id, nom, prnom, sexe, date de naissance, tlphone, e-mail, login, un mot de passe, un
codePieceIdent, et un TypePieceIdent.
- Et chaque Profil est identifier par un id, et une libelle.
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.
DC2 : Gestion des vols.
Diagramme :
Figure 5 : diagramme de classes - gestion des vols.
Gestion des vols :

- Chaque Avion est caractris par un TypeAvion, plus un id, reference, nom, dateEntree,
etatAvion, nbPlace.
- Et chaque TypeAvion est identifier par un id, et une libelle.
19 mars 2013
- Une Ville est caractris par un id, un code, et un nomVille.

- Chaque Aeroport est caractriser par un id, et nomAeroport, et une Ville.
- 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.
- Un Escale est caractris par un id, heurArrivee, heurDepart, un Vol, et un Aeroport.
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.
DC3 : Gestion des rservation.
Diagramme :
Figure 6 : diagramme de classes - gestion des rservations.
Gestion des vols :

- Chaque Reservation est caracteriser par un id, dateReservation, nbPlaceReserve, un Utilisateur
{Client} pour effectuer une rservation, un Vol pour rserver, et une etatReservation.
19 mars 2013
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.
DP1 : Diagramme de packages.
Diagramme :
Figure 7 : diagramme de packages.
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.
IV. Diagramme de squence :
a) Dfinition :
Le diagramme de squence dcrit la dynamique du systme. moins de modliser un trs petit

systme, il est difficile de reprsenter toute la dynamique dun systme sur un seul diagramme. Aussi
la dynamique globale sera reprsente par un ensemble de diagrammes de squence, chacun tant
gnralement li une sous fonction du systme.
19 mars 2013
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.
b) Description dtaille des diagrammes de squence :
DS 1 : Rserver dans un vol.
Diagramme :
Figure 8 : diagramme de squence - rserver dans un vol.
Pr conditions : le Client sest authentifie sur le systme.

Description :
- Le client slectionne un vol.
- Une validation automatique du systme se dclenche.
- Si le nombre de places rservs est inferieur au nombre de place disponible dans un vol la
cration de la rservation se lance, si non un erreur s'affichera au client.
19 mars 2013
DS 2 : Cration d'un vol.
Diagramme :
Figure 9 : diagramme de squence - cration d'un vol.
Pr conditions : l'agent sest authentifie sur le systme.

Description :
Avant de crer un vol l'agent peut slectionner un avion pour ce vol, en suite il doit slectionner un
aroport de dpart et un autre d'arrive, puis il cre un vol aprs avoir spcifier les autres informations
requis.
DS 3 : Affectation d'un avion un vol.

Diagramme :
Figure 10 : diagramme de squence - affectation d'un avion un vol.
19 mars 2013
Pr conditions : l'agent sest authentifie sur le systme.

Description :
Pour que l'agent affecter un avion un vol, il doit slectionner un avion, puis slectionner le vol
concern, et finalement affecter cet avion a ce vol.
V. Diagramme d'tats transitions :
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.
b) Description dtaille de diagramme d'tats transitions (Reservation) :
ET 1 : Rservation.
Diagramme :
Figure 11 : diagramme d'tats-transitions - rservation.
19 mars 2013
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.
VI. Diagramme d'activits :

a) Dfinition :
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.
b) Description dtaille de diagramme d'activits :
DA 1 : Rservation.
Diagramme :
Figure 12 : diagramme d'activits - rservation.
19 mars 2013
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 :
Figure 13 : diagramme d'activits - vol.
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
VII. Diagramme de dploiement :

a) Dfinition :
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 :
Figure 14 : diagramme de dploiement systme.
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
VIII. Architecture Applicative
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
Couche Persistance de donnes

Base de donnes
Le concept de partitionner une application en couches et de garder toute la logique de

lapplication dans ces couches distinctes et spares, a t introduite bien avant lapproche oriente
objet. Ainsi une application est divise en trois couches logiques, chacune traitant des fonctions
spcifiques :
Prsentation : interface usager et prsentation.
Logique du logiciel produire (besoins, services de lentreprise) : les rglements de
lentreprise et la logique de lapplication.
Logique des donnes : Base de donnes et intgration des services de lentreprise.
Ce concept nous permet de crer des composants indpendants et de les dployer sur des plates-
formes diffrentes. En fait, ce concept est trs utilis dans le dveloppement des applications multi-
tier. Plus tard, il fut adapt au modle de conception Model-View- Controller (MVC) qui est un
modle trs commun pour dvelopper des applications distribues et multi-tier.
19 mars 2013
IX. Architecture Technique
Couche Prsentation
Couche Scurit
Couche Mtier
Couche Couche
service domaine
Couche Persistance de donnes

Base de donnes
Couche
DAO
19 mars 2013
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
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.
Coupler Tomcat et le serveur web Apache
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

Rapport de Conception

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Conception

Transféré par

Droits d'auteur :

Formats disponibles

Rapport de conception

Projet de conception de fin de formation

Conception et ralisation d'un systme

Figure 1 : diagramme de cas d'utilisation - gestion des utilisateurs. ....................................................... 4

projet de conception de fin de formation

Conception et ralisation d'un systme de gestion des

II. Diagramme de cas d'utilisation :

b) Identification des acteurs :

On distingue 4 catgories d'acteurs :

les acteurs principaux (ex : usager, client, ...etc.),

c) Description dtaille des cas dutilisation

Les cas dutilisation du systme sont organiss en plusieurs packages :

UC1 : Systme de gestion des utilisateurs

Figure 1 : diagramme de cas d'utilisation - gestion des utilisateurs.

UC2 : Systme de gestion des vols

Figure 2 : diagramme de cas d'utilisation - gestion des vols.

UC2 : Systme de gestion des rservations

Figure 3 : diagramme de cas d'utilisation - gestion des rservation.

III. Diagramme de classes :

b) Description dtaille des diagramme des classe :

DC1 : Gestion des utilisateurs.

Figure 4 : diagramme de classes - gestion des utilisateurs.

Gestion des utilisateurs :

- Et chaque Profil est identifier par un id, et une libelle.

DC2 : Gestion des vols.

Figure 5 : diagramme de classes - gestion des vols.

Gestion des vols :

- Et chaque TypeAvion est identifier par un id, et une libelle.

- Une Ville est caractris par un id, un code, et un nomVille.

- Un Escale est caractris par un id, heurArrivee, heurDepart, un Vol, et un Aeroport.

DC3 : Gestion des rservation.

Figure 6 : diagramme de classes - gestion des rservations.

Gestion des vols :

DP1 : Diagramme de packages.

Figure 7 : diagramme de packages.

IV. Diagramme de squence :

Le diagramme de squence dcrit la dynamique du systme. moins de modliser un trs petit

b) Description dtaille des diagrammes de squence :

DS 1 : Rserver dans un vol.

Figure 8 : diagramme de squence - rserver dans un vol.

Pr conditions : le Client sest authentifie sur le systme.

DS 2 : Cration d'un vol.

Figure 9 : diagramme de squence - cration d'un vol.

Pr conditions : l'agent sest authentifie sur le systme.

DS 3 : Affectation d'un avion un vol.

Figure 10 : diagramme de squence - affectation d'un avion un vol.

Pr conditions : l'agent sest authentifie sur le systme.

V. Diagramme d'tats transitions :

b) Description dtaille de diagramme d'tats transitions (Reservation) :

Figure 11 : diagramme d'tats-transitions - rservation.

VI. Diagramme d'activits :

b) Description dtaille de diagramme d'activits :

Figure 12 : diagramme d'activits - rservation.

Figure 13 : diagramme d'activits - vol.

VII. Diagramme de dploiement :

Figure 14 : diagramme de dploiement systme.

VIII. Architecture Applicative

Couche Persistance de donnes

Le concept de partitionner une application en couches et de garder toute la logique de

IX. Architecture Technique

Couche Persistance de donnes

Coupler Tomcat et le serveur web Apache

Vous aimerez peut-être aussi