REPUBLIQUE ALGERIENNE DEMOCRATIQUE

ET POPULAIRE
MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE
UNIVERSITE MOULOUD MAMMERI DE TIZI-OUZOU
FACULTE DE GENIE ELECTRIQUE ET D’INFORMATIQUE
DEPARTEMENT INFORMATIQUE

En vue de l’obtention du diplôme de licence en informatique

Thème :
Développement d’une plate forme web pour la réservation
des billets et la consultation des vols.
Cas : « Air Algérie».

Proposé et dirigé par :

Mr TALBI.

Réalisé par :
Melle SELMANE NADIA.

Melle MESSAOUDI AZIZA.

Promotion : 2009-2010.
 REMERCIEMENTS

D’abord nous tenons à remercier le bon dieu le tout puissant de nous avoir donner
la santé, courage et la fois pour réaliser

ce modeste travail avec volonté.

Notre profonde gratitude à notre promoteur M.Talbi pour

la qualité de son encadrement, son suivi et conseil.

Nos plus vifs remerciements vont aussi à tout les personnelles

de l’agence d’Air Algérie ’Aban Ramdân’ plus

particulièrement à Mm.Oubraham et Mr B.Hassan qui

nos ont généreusement aidés durant notre stage.

Nous remercions les membres de jury d’avoir accepter

de juger notre modeste travail.

Enfin, nous remercions toute personne contribuée

de prés et de loin à la réalisation de ce travail.

 TABLE DES MATIERES
Introduction générale .................................................................................................................... 1
Chapitre1 Présentation d’Air Algérie.............................................................................................. 2
1.1Introduction ........................................................................................................................................ 2
1.2 Définition d’Air Algérie ............................................................................ Erreur ! Signet non défini.
1.3 Historique d’Air Algérie ........................................................................... Erreur ! Signet non défini.
1.4 Missions d'Air Algérie....................................................................................................................... 3
1.5 Objectifs d'Air Algérie ...................................................................................................................... 3
1.6 Moyens matériels et humains d'Air Algérie ...................................................................................... 3
1.6.1 Moyens matériels ....................................................................................................................... 3
1.6.2 Moyens humains......................................................................................................................... 4
1.7Air Algérie aujourd’hui ...................................................................................................................... 4
1.8 Organigramme d’Air Algérie ............................................................................................................ 5
1.8.1 La Direction d’exploitation ........................................................................................................ 6
1.8.2 La Direction Commerciale ......................................................................................................... 6
1.9 Quelques informations sur la réservation .......................................................................................... 6
1.9.1 Les type des billets ..................................................................................................................... 6
1.9.2 La clientèle ................................................................................................................................. 6
1.9.3 Les classe.................................................................................................................................... 7
1.9.4 Les réductions............................................................................................................................. 7
1.9.5 La procédure de réservation ....................................................................................................... 7
1.9.6 La procédure de l’exploitation d’un billet ................................................................................. 7
1.10 Les précautions d’Air Algérie dans les matières entrant dans son exploitation .............................. 8
1.10.1Le carburant............................................................................................................................... 8
1.10.2Matière alimentaire................................................................................................................... 8
1.10.3 L’hébergement.......................................................................................................................... 8
1.10.4 Billetterie électronique ............................................................................................................. 8
Conclusion ............................................................................................................................................... 9
Chapitre 2 Généralités sur les réseaux et web ................................................................................ 10
2.1Introduction ...................................................................................................................................... 10
2.2 Les réseaux informatiques ............................................................................................................... 10
2.2.1Définition................................................................................................................................... 10
2.2.2 Classification des réseaux......................................................................................................... 10
2.2.2.1 Classification selon l'étendue des liaisons ......................................................................... 10
2.2.2.2 Classification selon la topologie ........................................................................................ 10
2.2.2 .3 Classification selon la nature du support de transmission ................................................ 11
2.2.3 Les architectures des réseaux ................................................................................................... 12
2.2.3.1 Description ........................................................................................................................ 13
2.2.3.2 Architecture en couche ...................................................................................................... 13
2.2.3.3 Architecture OSI (sous titre) ............................................................................................. 13
2.2.3.4 Architecture TCP/IP (Transfert Control Protocol/Internet Protocol) ................................ 14
2.2.3.5 Comparaison entre le modèle OSI et Architecture TCP/IP .............................................. 15
2.3 Architecture client / serveur ............................................................................................................ 16
2.3.1Présentation de l'architecture d'un système client/serveur......................................................... 16
2.3.2 Les notions de base................................................................................................................... 16
2.3.3La répartition des tâches ............................................................................................................ 16
2.3.4Type d’architecture client/serveur ............................................................................................. 17
2.3.4.1Architecture à 2 niveaux ..................................................................................................... 17
2..3.4.2 Architecture à 3 niveau ..................................................................................................... 17
2..3.4.3Architecture à multi niveau (n-tiers) ................................................................................. 19
2.3.5Les technologies côté client ou serveur ..................................................................................... 19
2.3.5.1 Côte serveur ....................................................................................................................... 19
2.3.5.2 Côte client : ....................................................................................................................... 20
2.3.6 Avantage & inconvénients da l’architecture client/serveur ..................................................... 20
2.3 .6.1Avantages .......................................................................................................................... 20
2.3.6.2Inconvénients...................................................................................................................... 21
2.3.7 Le future de l’architecture client /serveur................................................................................. 21
2.4Différence entre le net et le web ...................................................................................................... 21
2.5 Internet ............................................................................................................................................ 21
2.5.1Définition................................................................................................................................... 21
2.5.2 Services d’internet .................................................................................................................... 22
2 .5.2.1 Le courrier électronique ou l'E-mail ................................................................................. 22
2 .5.2.2 Le transfert de fichiers (FTP) ........................................................................................... 22
2.5.2.3 Telnet ................................................................................................................................. 22
 2.5.2.4 World Wide Web............................................................................................................... 22
2.5.2.4 URL ................................................................................................................................... 22
2.5.3Intranet & extranet..................................................................................................................... 22
2.5.3.1Intranet................................................................................................................................ 22
2.5.3.2Extranet .............................................................................................................................. 23
2.6 Web ................................................................................................................................................. 24
2.6.1 Définition.................................................................................................................................. 24
2.6.2 Fonctionnement du web ........................................................................................................... 24
2.6.3 Technologie du Web ............................................................................................................... 24
2.6.3.1 Côté client.......................................................................................................................... 24
2.6.3.2 Côté serveur ....................................................................................................................... 25
2.6.4 Les concepts du web............................................................................................................ 25
2.6.4.1Page web............................................................................................................................. 26
2.6.4.2 Serveur web ....................................................................................................................... 26
2.6.4.3 Navigateur web.................................................................................................................. 26
2.6.4.4 Moteur recherche ............................................................................................................... 26
2.6.4.5 HTTP ................................................................................................................................. 26
2.6.4.6 Hébergeur web .................................................................................................................. 26
2.6.4.7 Hypertexte, hyperlien ........................................................................................................ 26
2.6.4.8 Site web ............................................................................................................................. 26
Conclusion :........................................................................................................................................... 28
Chapitre 3 analyses et conception................................................................................................. 29
3 .1 Introduction .................................................................................................................................... 29
3 .2Présentation de langage UML ......................................................................................................... 30
3.2 .1 Définition............................................................................................................................. 30
3.2.2Extension UML pour les applications web............................................................................ 31
3.3 Problématique.................................................................................................................................. 31
3.4 Objectif de l’application .................................................................................................................. 31
3.5 Identification des besoins et des différents d’acteurs ...................................................................... 32
3.5.1 Identification des acteurs ......................................................................................................... 32
3.5.1.1 Définition d’u acteur.......................................................................................................... 32
3.5.1.2 Les acteurs de l’application ............................................................................................... 32
3.5.2Spécification des taches............................................................................................................ 33
3.6 Le diagramme de cas d’utilisation général ............................................ Erreur ! Signet non défini.33
3.7Description textuelle des cas d’utilisation ....................................................................................... 36
3.7.1Spécialisation des scenarios ...................................................................................................... 38
3.7.2Spécification de quelques cas d’utilisation................................................................................ 41
3.8Les diagrammes représentatifs de notre application pour l’analyse ................................................. 41
3.8.1 Les diagrammes de séquences .................................................................................................. 46
3.8.2 Les diagrammes d’activités ...................................................................................................... 46
3.9 Les diagrammes représentatifs de notre application pour la conception ......................................... 50
3.9.1 Diagramme de séquence ........................................................................................................... 50
3.9.2 Diagramme des classes ............................................................................................................. 53
3.10 Le niveau conceptuel de la base de données ......................................... 5Erreur ! Signet non défini.
3.11 Le niveau logique de la base de données....................................................................................... 58
3.12 Le niveau physique de la base de données .................................................................................... 58
Conclusion ............................................................................................................................................. 62
Chapitre 4 réalisations ........................................................................................................................... 63
4.1 Introduction ..................................................................................................................................... 63
4.2Description de l’environnement de travail ....................................................................................... 63
4.2.1WAMP................................................................................................................................... 63
4. 3 Les outils utilisés ............................................................................................................................ 63
4. 3.1 Les langages utilisés ............................................................................................................ 63
4.3.1.1 Html ................................................................................................................................... 63
4.3.1.2PHP..................................................................................................................................... 63
4.3.1.3SQL .................................................................................................................................... 64
4.3.1.4JavaScript ........................................................................................................................... 64
4.3.2Les logiciels utilisés .............................................................................................................. 64
4.3.2.1Macromedia dreamweaver 8 .............................................................................................. 64
4.3.2.2Easyphp .............................................................................................................................. 65
4.3.2.3.Macromedia flash : ............................................................................................................ 65
4.4 Présentation de quelques interfaces ......................................................................................... 66
4.4.1Partie
client 4.4.1.1
Page d’accueil................................................................................................................................ 66
4.4.4.2La page présentation d’Air Algérie : .................................................................................. 67
4.4.4.3La page destination ............................................................................................................. 68
4.4.4.4La page FAQ (Foire Aux Questions) ................................................................................ 68
4.4.4.5La page contactez-nous ...................................................................................................... 69
 4.4.4.6La page des vols disponible ............................................................................................... 70
4.4.4.7La page inscription client ................................................................................................... 70
4.4.4.8La page authentification client ........................................................................................... 70
4.4.4.9Page résumé réservation ..................................................................................................... 71
4.4.4.10La page confirmation de la réservation ............................................................................ 71
4.4.4.12 La page billet .................................................................................................................. 72
4.4.2La partie administrateur............................................................................................................. 72
Conclusion ................................................................................................................................. 75
Conclusion générale .................................................................................................................... 76
Références bibliographiques ........................................................................................................ 77
Annexe....................................................................................................................................... 78
 Liste des tableaux

Tableau 2.01. Tableau récapitulatif le rôle de couches de modèle OSI ................................... 15

Tableau2.02. Tableau récapitulatif le rôle de couches de l’architecture du protocole TCP/IP 15
Tableau3.01 La comparaison entre la réservation aux niveaux des agences et par internet .... 31
Tableau3.02 02Tableau récupulatif des scenarios par tâches.................................................. 37
Tableau3.03 Tableau cas d’utilisation authentification........................................................... 38
Tableau3.04 Tableau Cas d’utilisation Cas d’utilisation « « recherche vol » .................................... 38
Tableau 3.05 Tableau Cas d’utilisation Cas d’utilisation « Faire une réservation ...................... 39
Tableau3.06 Tableau Cas d’utilisation Cas d’utilisation « Annuler Réservation »............................... 39
Tableau3.07 Tableau cas d’utilisation « contacter la compagnie »............................................... 40
Tableau3.08 Tableau cas d’utilisation « créer un compte client (S’inscrire)» ............................. 40
Tableau3.09 Tableau cas d’utilisation « créer les avions» .................................................................... 40
 Liste des figures

Figure1.01 .Organigramme d’Air Algérie ............................................................................................. 05

Figure1.02.Diagramme des flux pour l’exploitation d’un billet ............................................................ 08
Figure2.01 Classification des réseaux informatiques selon leur étendue .............................................. 10
Figure2.02 Exemple d’un réseaux en bus ............................................................................................. 11
Figure2.03 Exemple d’un réseaux en anneau ....................................................................................... 12
Figure2.04 Exemple d’un réseau en étoile. ........................................................................................... 12
Figure2.05Modéle OSI ....... ……………………………………………………………………………14
Figure2.06 Modèle TCP/IP ................................................................................................................... 15
Figure2.07 Notion de base client serveur .............................................................................................. 16
Figure2.08 Schéma du fonctionnement de l’architecture à deux niveaux.. ........................................... 18
Figure2. 9 Schéma du fonctionnement d’un site web dynamique…… ….…………………………..28
Figure2. 10 Schéma du fonctionnement d’un site web dynamique…………………...……………….28
Figure3.01 La démarche de modélisation de l’application.................................................................... 29
Figure3.02 Le diagramme de cas d’utilisation pour le visiteur et le client............................................ 34
Figure3.03Le diagramme de cas d’utilisation pour l’administrateur..................................................... 35
Figure3.04 Diagramme de séquence pour « l’authentification administrateur »................................... 42
Figure3.05 Diagramme de séquence pour « Rechercher des vols » ..................................................... 43
Figure 3.6Diagramme de séquence pour « faire une réservation » ..................................................... 44
Figure3.7 Diagramme de séquence pour « annuler la réservation »..................................................... 45
Figure3.8 Diagramme d’activité de cas d’utilisation pour l’authentification ........................................ 46
Figure3.9Diagramme d’activité de cas d’utilisation rechercher vol...................................................... 47
Figure3.10.Diagramme d’activité pour la réservation ........................................................................... 48
Figure3.11 Diagramme d’activité pour annuler réservation .................................................................. 49
Figure3.12 Diagramme de séquence du cas d’utilisation « rechercher vol » ...................................... 50
Figure3.13.Diagramme de séquence du cas d’utilisation « Authentification Administrateur » .......... 51
Figure3.14 Diagramme de séquence du cas d’utilisation « Réserver un vol » ...................................... 52
Figure3.15 Diagramme de classe générale « Consulter les vols» ......................................................... 53
Figure3.16 Diagramme de classe détaillé du cas d’utilisation «consulter vol»..................................... 53
Figure3.17 Diagramme de classe générale du cas d’utilisation « réserver un vol » .............................. 54
Figure3.18 Diagramme des classes détaillées du cas d’utilisation « réserver vol » .............................. 55
Figure3.19 Diagramme de classe générale « Authentification administrateur» .................................... 56
Figure3.20 Diagramme de classe détaille du cas utilisation « Authentification administrateur »......... 56
Figure3.21 Diagramme de classe général.............................................................................................. 57
Figure4.1 L’interface dreamweaver ...................................................................................................... 64
Figure4.2 Interface easy PHP ................................................................................................................ 65
Figure4.3 Interface Macromedia flash .................................................................................................. 65
Figure4.4 Page d’accueil ....................................................................................................................... 66
Figure4.5 Présentation d’Air Algérie .................................................................................................... 67
Figure4.6 Page déstination .................................................................................................................... 67
Figure4.7 Page FAQ .............................................................................................................................. 68
Figure4.8 Contacez-nous ....................................................................................................................... 69
Figure4.9 Page les vols disponible ........................................................................................................ 69
Figure4.10 Page inscription client ........................................................................................................ 70
Figure4.11 authentification client ......................................................................................................... 71
Figure4.12 Page résumer réservation ................................................................................................... 71
Figure4.13 Page confirmation de la réservation ................................................................................... 72
Figure4.14 Page ETKT ......................................................................................................................... 73
Figure4.15 authentification administrateur .......................................................................................... 73
Figure4.16 Page gére vol ....................................................................................................................... 74
Figure4.17 Page ajouter vol................................................................................................................... 75
Introduction générale
 Introduction générale

L’histoire nous a appris que les civilisations naissent à partir des besoins humaines, et
depuis l’antiquité l’homme -maître de soi même- a su se tracer son itinéraire à lui, un chemin
qu’il conçoit avec ses propres moyens mais surtout avec sa vision personnelle.
L’internet a été l’un des moyens conçus pour répondre à des exigences de l’être humain en
domaine de communication, mais aujourd’hui elle est plus qu’un ensemble des ordinateurs lié
assurant la communication. C’est le moyen qui a bousculé les pensées, changé les règles de
conception du monde ; et avec l’arriver du web, l’internet est devenu un moyen indispensable
de notre vie quotidienne pour les activités qu’il offre en ligne à savoir : le travail, les loisirs,
l’enseignement, et le commerce électronique qui est l’objet de notre étude.
Le commerce électronique a atteint un stade inimaginable ; on peut même dire que tout se
vent sur internet où dans les pays développés la vente sur internet est une chose ordinaire
grâce au développement des langages de programmation et des outils de sécurité et
précisément le développement de système de paiement sécurisé.
Notre travail consiste la conception et la réalisation d’un site web dynamique commercial
pour la compagnie aérienne Air Algérie dont le client peut consulter des vols, contacter la
compagnie, faire une réservation, l’annuler …à l’aide des informations qu’on a accueillie
pendant notre stage au sein de l’une des agences commercial de la compagnie aérienne Air
Algérie à Tizi Ouzou.
Pour l’organisation de notre travail on a choisi que la structure de notre projet soit comme
suit :
• Chapitre 1 : « Présentation d’Air Algérie » donne une vue général sur la
compagnie aérienne Air Algérie
• Chapitre 2 : « Généralité sur les réseaux et web » qui contient quelques notions
sur les réseaux et le web
• Chapitre 3 : « analyse et conception » qui est réservé à la conception et la
réalisation de notre application dont on a présenté les déférents diagrammes utilisés.
• Chapitre 4 : « Réalisation » qui est consacré à la réalisation et l’implémentation de
notre application.
 Chapitre 1
Présentation d’Air Algérie
1.1Introduction
Le transport peut être défini comme le déplacement de personnes ou de choses, sur une
assez longue distance par des moyens spéciaux. C’est ce qu’on appelle les moyens de
transports et le développement de ce dernier a considérablement transformé les conditions de
vie et la relation aux autres. Il a contribué de façon significative à la croissance économique.
Et ce développement a connu un transport ferré au dix-neuvième siècle : maritime, routier
puis aérien au vingtième siècle.
Le trafic aérien depuis ses origines a connu une croissance sans précédent et son poids
économique et social n’a jamais cessé de croître.
Les compagnies aériennes ont un rôle dans le développement de transport aérien qui essayent
toujours de donner des meilleurs services pour les passagers durant le voyage, après et avant
par exemple la facilité de réservation c’est qu’on appelle « la réservation en ligne », et parmi
ces compagnies Air Algérie

1.2 Définition d’Air Algérie

Air Algérie est une entreprise qui assure essentiellement le transport public aérien qui est
un élément important pour le développement économique et pour l’aménagement du
territoire.

1.3 Historique d’Air Algérie

- 1947 : La création de la compagnie « AIR ALGERIE » sous le nom de C.G.T
(Compagnie Générale de Transport) avec un réseau principalement orienté vers la France.
- 1962 : Recouvrement de l'indépendance de l'Algérie.
- 1963 : L'État prend 51% du capital d'Air Algérie.
- 1970 : L'État porte sa participation au capital d'Air Algérie à 83%.
- 1973 : L'État décide d'intégrer à Air Algérie la Société de Travail Aérien (S.T.A.).
- 1974 : L'État porte sa participation à 100% en rachetant les 17% encore détenus par Air
France.
- 1983 : L'entreprise est divisée en deux entités distinctes, l'une pour les lignes intérieures
et l'autre pour les lignes internationales.
- 1984 : Les deux entités citées ci-dessus sont à nouveau fusionnées en une seule entreprise
à laquelle revient la charge de la gestion des aérogares.
- 1987 : Air Algérie est chargée de la gestion aérogares.
- 1997 : Le capital d’Air Algérie atteint 2,5 milliards DA.
- 1998 : Libéralisation du transport aérien.
- 2000 : Le capital d'Air Algérie est porté à 6 milliards de dinars.
- 2001 : Le capital d'Air Algérie est porté à 14 milliards de dinars.
- 26 Mars 2005 : Le capital d'Air Algérie est porté à 26 milliards de dinars.
- 30 Septembre 2005 : Le capital d'Air Algérie est porté à 29 milliards de dinars.
- 2006 : Le capital d'Air Algérie est porté à 37 milliards de dinars.
- 2007 : Ouverture de la ligne directe Alger -Montréal.
- 2008 : Le capital d'Air Algérie est porté à 43 milliards de dinars.
1.4 Missions d'Air Algérie
Ses principales missions sont:
• L'exploitation des lignes aériennes internationales dans le cadre des conventions et
accords internationaux.
• L'exploitation des lignes aériennes intérieures, et internationales, en vue de garantir le
transport public régulier, des bagages, de fret et de courriers.
• La vente et l'émission de titres de transport pour son compte ou pour le compte d'autres
entreprises de transport.
• L'achat et la location d'aéronefs.
• Le transit, les commissions, les consignations, la présentation, l'assistance commerciale,
et toutes prestations en rapport avec son sujet.
• L'avitaillement des avions dans des conditions fixées par le ministère du transport,
l'entretien, la réparation, la révision et toute autre opération de maintenance des aéronefs
et équipements pour son compte.
• La gestion et le développement des installations destinées aux publics, et aux opérations
de fret.
• L'exploitation et la gestion des installations en vue de promouvoir les prestations
commerciales au niveau des aérogares.
• L'obtention de toutes les licences sur vol, et d'autorisation des états étrangers.

1.5 Objectifs d'Air Algérie

Les objectifs de la compagnie sont connus selon les principaux points suivants :
• Favoriser la mobilité sociale à travers le territoire national en mettant l'avion à la portée
de tout le monde.
• Satisfaire de manière ponctuelle et régulière la demande de la clientèle.
• Fidéliser la clientèle et améliorer la qualité de service (confort, sécurité, hygiène).
• Améliorer l'image de la compagnie.
• Augmenter les parts de marché.
• Contribuer à l'équilibre régional.
• Satisfaire aux besoins d'une coopération internationale.

1.6 Moyens matériels et humains d'Air Algérie

1.6.1 Moyens matériels

Air Algérie dispose aujourd'hui d'une flotte composée des différents types d’avion :
• Boeing 767-300 avec une capacité de transporter 253 passagers par avion.
• Airbus A 310-200 avec une capacité de transporter 216 passagers, et une capacité de
charge de 08 tonnes.
• Airbus A330 avec une capacité de transporter 264 passagers, et une capacité de charge
de 08 tonnes.
• Boeing 737-800 avec une capacité de transporter 147 passagers, et une capacité de
charge de 03 à 06 tonnes.
 • ATR avec une capacité de transporter 70 passagers, et une capacité de charge de 7
tonnes.
• Boeing 737-600 avec une capacité de transporter 101 passagers, et une capacité de
charge de 08 tonnes.
• Hercules 100-30 avec une capacité de charge de 20 tonnes.
• Boeing 737-200 avec une capacité de charge de 14 tonnes.
• King Air 100
• Cessna model 208
• Hélicoptères
• Grumman avec une capacité de charge de 01 tonne.

1.6.2 Moyens humains

Air Algérie a su investir dans la formation du personnel:
• Des personnels de conduites des aéronefs.
• La maintenance de sa flotte assurée par ses propres moyens.
• Un centre hôtelier lui permettant de couvrir ses besoins au départ de l'Algérie, ainsi que
l'assistance des compagnies étrangères.
Air Algérie compte aujourd'hui un effectif de 9327 employés.
Les catégories de son personnel se répartissent comme suit:
• 8140 personnels au sol.
• 502 personnels navigants techniques.
• 685 personnels navigants commerciaux.

1.7Air Algérie aujourd’hui

• Le troisième transporteur en Afrique.
• Transporte plus de 3.500.000 passagers chaque année.
• Assure jusqu'à 120 vols quotidiens.
• Possède un réseau de vente contenant 150 agences en Algérie et à l'étranger, reliées à
son système de réservation.
• Assure des charters pétroliers.
• Assure des charters Omra et Hadj qui transportent les pèlerins vers les lieux saints de
l'Islam.

1.8 Organigramme d’Air Algérie

 Président Directeur
Secrétariat
général

Division Division Division Direction Division Division Direction Du

Commerciale
Exploitation Système Du Fret Gestion Maintenance Travail
Aérien

Direction des Direction Direction

Opérations Direction Financière Direction

Informatique et
Cargo Technique
Aériennes Télécommunication

Direction
Des
Direction Ressources
Direction
Planification Humaines
des
Transport
Contrôle de Gestion Direction
Aériens Direction
Projet
Direction
Pax
Des
Centre de De Base
Affaires
Juridiques
Formation Maintenance
Direction Et
documents
Du
Centre Direction
Catering
CATEH Direction Logistique

Promotion
Des Œuvres
Sociales
Bureau

D’Organisation

Figure 1.01 Organigramme d’Air Algérie

Puisque notre travail est basé sur la réservation des billets d’avions et les consultations des
vols donc nous avons intéressées à la direction exploitation et commerciale.

1.8.1 La Direction d’exploitation

Elle a trois sous directions.
• Direction du transport aérien
Cette direction s'occupe de l'élaboration du planning de vol des aéronefs (horaire....) et
prend en charge les mouvements de trafic aérien. Elle s'occupe, en outre de la formation du
personnel à partir d'un centre de formation moderne.
• Direction des opérations aériennes
Cette dernière est chargée de la gestion technique des avions. Elle s’occupe du contrôle et
entretiens des avions après le vol et met en route une politique de surveillance technique.
• Direction de catering
Qui s’occupe de tous qui en relation avec l’alimentation et médicaments des passagers.

1.8.2 La Direction Commerciale

Elle gère d’une manière efficace et viable la prospection, les contrats et les relations
ponctuelles avec la clientèle notamment dans la politique du crédit et des échéances de
paiement.
Cette Direction chapeautée par un administrateur associé, et elle est composée de deux sous
directions qui sont :
• La direction Cargo :
Qui s'occupe du transport de frets
• La direction PAX
Qui s'occupe du transport des passagers

1.9 Quelques informations sur la réservation

1.9.1 Les type des billets

Il existe trois types de billets

• Billet manuelle : c’est le premier billet utilisé par Air Algérie.
• Billet ATB : il est compté comme le deuxième billet utilisé.
• Billet électronique : le billet d'avion électronique est un billet virtuel ; il est enregistré
dans le système informatique de la compagnie aérienne, ce qui ne nécessite plus
d'exemplaire papier. Il est composé de trois parties :
• Informations client : contient les informations qui concernent le client.
• Voyage : contient les informations qui concernent le vol.
• Tarification : concerne la taxe et le mode de paiement.
Les réservations des billets d’avion s’effectuent dans des agences commerciales au niveau
national et international. Ces agences sont classifiées selon des catégories : A, B ou C
 1.9.2 La clientèle

Les réservations des clients se décomposent en deux catégories

• Réservation individuel : c’est la réservation d’une personne pour lui-même avec ou
bien sans des compagnons
• Réservation en groupe : La réservation de l’individu et le groupe sont différentes, la
réservation de groupe aura une réduction bien prisée après la négociation avec
l’agence commerciale
La formule de groupe est 2N+1>=9 tel que N>4

1.9.3 Les classes

Il y a trois catégories de classes :
• Economique: les clients qui réservent dans la classe économique sont autorisés de
porter 20KGS de bagages
• Affaire : les clients qui réservent dans la classe affaire sont autorisés de porter 25KGS
de bagages
• Première : les clients qui réservent dans la classe première sont autorisés de porter
30KGS de bagages, et ils ont des chaises spéciales et d’autres services mieux que les
deux d’autres classes

1.9.4 Les réductions

Le client peut avoir une réduction bien spécifie correspond à leur catégorie
-Bébé : réduction -90%
-Enfant : réduction -33%
-Senior : plus de 60 ans, Identification : KCD
-Cas familiale : Identification KFAMMILY
-Cas d’un couple : Identification HCOUPLE
-Cas d’un visiteur : Identification KVISITE
-…………………………..
Mais le client doit toujours payé la taxe.

1.9.5 La procédure de réservation

Les phases de la procédure de la réservation

Phase 1 Choisir la destination
Phase 2 Détermination du tarif et de l’itinéraire
Phase 3 Prospection de la disponibilité
Phase 4 Introduire les données des passagers (présentation du passeport)
Phase 5 Choisir le mode de paiement (espèce ou par un cheque).
Seulement après un paiement réussi un signal sera envoyé vers l’engin de réservation et la
réservation sera acceptée. Si le client reçois un message d’erreur pendant ce procès, il peut
assumer que ni la réservation, ni le paiement ont été effectué.
Phase 6 Confirmation de réservation.

1.9.6 La procédure de l’exploitation d’un billet

DRCA

Aéroport DLT
7

1. Demande de réservation DRCA : direction

régional
Agence
2. Vente de billets Client centre d’Algérie
3. Envoie d’une copie de billet
commercial DLT : Direction
local de 2
4. Envoie d’une copie de billet Tizi –Ouzou .
5. Donner le billet
6. Envoie le billet
7. Supprimer le billet dans la base de données

Figure1.02 Diagramme des flux pour l’exploitation d’un billet

1.10 Les précautions d’Air Algérie dans les matières entrant dans son exploitation

1.10.1Le carburant
Air Algérie a signé un contrat avec l'Entreprise NAFTAL concernant
l'approvisionnement en carburant local (conventions entre entreprise étatiques), et des
contrats avec d'autres entreprises étrangères tel que TOTAL en France, et British Petroléum
en Grande-Bretagne.

1.10.2Matière alimentaire
Quant à la prise en charge en matière alimentaire concernant le Catring, elle conclue des
contrats avec des fournisseurs. En cas d'imprévu, elle fait appel à d'autres fournisseurs en
réglant de suite la facture puis renégocie si nécessaire.
 1.10.3 L’hébergement
L’hébergement de son personnel navigant, Air Algérie agit de la même manière en
concluant des contrats et conventions avec des hôtels.

1.10.4 Billetterie électronique

Air Algérie est en train d'équiper et de sensibiliser son personnel dans les agences et les
aéroports à l'utilisation des billets électroniques, et de revoir toute la gestion et le traitement
informatisé des opérations, pour se conformer aux règlements imposés par l’IATA
(association de transport aérien internationale).

Conclusion
Afin d'attirer plus de clients, Air Algérie a procédé au renouvellement de sa flotte :
• de proposer une meilleure qualité à bord.
• régler ses problèmes de ponctualité.
• L’ouverture des nouvelles lignes tel que «Alger - Montréal », où elle offre à bord des
services de très bonne qualité.
• Les conditions de sécurité ont été aussi revues de manière à attirer et rassurer ses
passagers.
• Les tarifs des concurrents sont également pris en compte, pour offrir à ses clients les
meilleurs services à des prix attractifs.
Dans ce chapitre nous avons présenté quelques notions sur Air Algérie et le système de
réservation pour nous aider durant notre travail.
 Chapitre 2
Généralités sur les réseaux
et le web
2.1Introduction
La fin de vingtième siècle est caractérisée par l’évolution rapide des technologies de
l’information et de la communication en général et de l’informatique en particulier.
L’informatique à connu un développement sans précédant avec la généralisation de
l’utilisation des réseaux en particulier internet. Internet est un réseau mondial de réseau
informatique, il offre une multitude de services à l’attention des internautes, dont le plus
connu est sans conteste le web.

Le www (World Wide Web) est conçu pour permettre aux utilisateurs d’accéder aux
informations d’internet, de les structurer et de les publier. Le fonctionnement du web est base
sur l’architecture client/serveur qui permet aux clients d’envoyer des requêtes au serveur à son
tour renvoie des réponses à ses clients.

Ce chapitre aura pour objectif de présenter quelques notions sur les réseaux informatiques,
l’internet et le web et sur l’architecture client /serveur.

2.2 Les réseaux informatiques :

2.2.1Définition
Un réseau informatique est un ensemble de composants matériels et /ou logiciels,
permettent d’assurer un service de communication. [1]

2.2.2 Classification des réseaux

Les réseaux peuvent être classés selon différents critères, nous présentons ici trois
classifications différentes :

En fonction du support de transmission.

En fonction de la topologie.
En fonction de l’étendue des liaisons (la distance).

2.2.2.1 Classification selon l'étendue des liaisons

Une classification des réseaux informatiques communément admise consiste à distinguer
cinq catégories en fonction des distances couvertes, selon le schéma suivant : [2]

Structure LAN MAN Réseaux WAN

Bus d’interconnexion métropolitains
Réseaux locaux Réseaux étendus

1m 10m 100m 1km 10Km 100Km

Figure2.01 : Classification des réseaux informatiques selon leur étendue
On peut faire une première classification des réseaux a l’aide de leurs taille comme on peut le
voir dans la figure 2 .01

Les bus reliant les processeurs, les mémoires, les entrées-sorties d’un processeur ou
multiprocesseur ; distance inférieure à un mètre.

Les structures d’interconnexion reliant différente calculateurs à des distances de moins de 10

mètres

Réseaux locaux (LAN)

Désignent les réseaux intra entreprise qui relient des ordinateurs situés dans un ou
plusieurs bâtiments dans un même site jusqu'à une distance de plusieurs centaines de
mètres. Il permet de satisfaire tous les besoins internes de ces utilisateurs tels que
l’échange de fichier,… [3]

Réseaux métropolitains ou fédérateurs (MAN)

Les MAN interconnectent plusieurs LAN géographiquement proches (au maximum
quelques dizaines de Km). Ainsi ils permettent à deux nœuds distants situés dans une
même ville de communiquer comme s’ils faisaient partie d'un même réseau local. Ces
réseaux utilisent des lignes spécialisées à haut débit (en général en fibre optique).

Réseaux longue distance ou étendus(WAN)

Désignent des réseaux informatiques couvrant une grande zone géographique,
permet de communiquer a l’échelle d’un pays, d’un continent ou de la planète entière.
Le plus grand WAN est le réseau Internet [4].

2.2.2.2 Classification selon la topologie

La topologie d’un réseau décrit la façon dont ses dispositifs sont interconnectés.
Il existe 3 grandes topologies dans le monde des réseaux câblés (wired) :
En bus.
En anneau.
En étoile.

En bus
Est un réseau ou tous les nœuds sont connectés sur le même support. C’est un réseau à
diffusion.

Figure2.02 : Exemple d’un réseau en bus


En anneau
Dans un réseau possédant une topologie en anneau, les ordinateurs sont situés sur une
boucle et communiquent chacun à leur tour.

Figure2.0 : Exemple d’un réseau en anneau

Figure2.03

En étoiles
Est un réseau centralisé, un seul nœud est relié directement aux autres sans que ceux-
ceux
ci aient de liens entre eux. Le nœud central support toute la charge du réseau.

Figure2.0 : Exemple d’un réseau en étoile

Figure2.04

2.2.2 .3 Classification selon la nature du support de transmission

Les supports de transmission sont les moyens qui permettent aux données de voyager entre
leur point d’origine et leur destination finale. On a deux types : le support de transmission
t
filaire et support de transmission sans fils
 • Les supports de transmission filaire : servent à véhiculer des données entre un
émetteur et un récepteur relies physiquement et nous avons trois grands type des
câbles de transmission qui sont : Câble à paires torsadées, Câble coaxiale et Câble à
fibres optiques
• Support de transmission sans fils : où deux terminaux peuvent communiquer sans
aucune liaisons filaire nous avons plusieurs moyen : l’infrarouge ; Wifi, Bluetooth,
radio,...

2.2.3 Les architectures des réseaux

2.2.3.1 Description
Le transport de données d’une extrémité à une autre d’un réseau nécessite un support
physique ou hertzien de communication. Pour que ces données arrivent correctement au
destinataire avec la qualité de service exigée, il faut une architecture réseau qui garantira
l’acheminement des l’information.
Les constructeurs informatiques ont proposé des architectures réseaux propres à leurs
équipements. Ces architectures ont toutes le même défaut ; du fait de leur caractère
propriétaire, il n'est pas facile de les interconnecter, à moins d'un accord entre constructeurs.
Pour réaliser l'interconnexion des architectures hétérogènes, l'ISO (International Standards
Organization) a développé un modèle de référence appelé modèle OSI (Open Systems
Interconnection), qui décrit les concepts utilisés et la démarche suivie pour normaliser
l'interconnexion de systèmes hétérogènes (un réseau est composé de systèmes ouverts lorsque
la modification, l'adjonction ou la suppression d'un de ces systèmes ne modifie pas le
comportement global du réseau).
Ce modèle est relativement très complexe, car il contient de nombreuses options, destinées à
couvrir l’ensemble des fonctionnalités proposées, quelque soit l’environnement d’adaptation.
En revanche, l’architecture TCP/IP répond à tous les besoins possibles, et des fonctionnalités
en dehors de tout souci de réalisation. [5]

2.2.3.2 Architecture en couche

L’architecture en couches est une forme de modularité fonctionnelle essentielle à la
conception des réseaux. La fonction de chaque couche est spécifiée formellement sous la
forme d'un protocole qui définit l'ensemble des règles et des conventions, utilisées par la
couche afin de communiquer avec une couche équivalente sur un autre système. Chaque
couche
• fournit un ensemble de services à la couche immédiatement au-dessus d'elle,
• utilise les services fournis par la couche immédiatement inférieure.

Un protocole est un algorithme distribué qui est exécute par les processus pairs.
Il consiste en général à envoyer des données à un ou plusieurs processus pairs ainsi qu'à lire
des données reçues.
Les aspects les plus importants sont
• le protocole utilisé par les modules pairs pour communiquer,
• la spécification des interfaces inter couches. [6]
L’architecture OSI et TCP/IP est basé sur l’architecture en couche

2.2.3.3 Architecture OSI (sous titre)

Définition
OSI (Open System Interconnexion) est une norme élaborée par l'ISO (International
Standards Organization), garantissant l'Interconnexion en réseau de systèmes
informatiques hétérogènes. Le modèle OSI normalise la manière dont les matériels et
les logiciels coopèrent pour assurer la communication réseau.

Fonctionnement
• Chaque couche est responsable de l‘un des aspects de la communication.
• Une couche de niveau N communique avec les couches N+1 et N-1 par le biais
d‘une interface.
• Une couche inférieure transporte les données vers la couche supérieure sans en
connaître la signification.
• Les couches N de2 systèmes communiquent à l’aide de protocoles de
communication commun. [7]

Application
.
Présentation
Session
Transport
Réseau
Liaison de données
Physique

Figure2.05 : Modèle OSI

Le rôle de chaque couche :

COUCHE RÔLE
1. PHYSIQUE Envoi et réception des séquences de bits
2. LIAISON Organisation des données en trames et transmission
3. RÉSEAU Acheminement des paquets de données (routage…. )
4. TRANSPORT Découpage du message en paquets (et inversement: réassemblage des
paquets en message dans le bon ordre)
-Gestion de plusieurs connexions sur la même voie de
communication (multiplexage) ou éclatement d'une connexion sur
plusieurs voies.
5. SESSION Établissement, contrôle, terminaison d'une connexion entre deux
 systèmes
6. PRÉSENTATION Formatage, conversions,(+compression et cryptage)des données
7. APPLICATION Fourniture de services réseaux aux applications
Tableau2.01 : Tableau récapitulatif des rôles de couches de modèle OSI

2.2.3.4 Architecture TCP/IP (Transfert Control Protocol/Internet Protocol)

Nous allons maintenant voir le modèle TCP/IP, qui est fortement basé sur le modèle OSI,
mais qui plus intéressant pour nous dans la pratique. Il se décompose également en couche.

Définition

TCP/IP (Transmission Control Protocol/Internet Protocol) est une suite de

protocoles standards utilisés pour Internet, issu d'expérience menée par la DARPA
(Departement of Defense Advanced Research Project) aux Etats-Unis à la fin des
années soixantes. Certaines entreprises utilisent TCP /IP pour interconnecter tous leurs
réseaux, même si ces derniers ne sont pas reliés au monde extérieur. D’autre utilise
TCP/IP pour les communications à grande distance, entre sites géographiquement
dispersés. [8]

Fonctionnement

TCP/IP est une architecture en quatre couches

Figure2.06 Modèle TCP/IP des réseaux

Le rôle de chaque couche

COUCHE ROLE
1. Application Applications utilisées sur le réseau
2. Transport Assure le transfert d’un site à un autre
3. Internet Définie les datagrammes et leur routage
4. Accès réseau Ensemble de routines d’accès au média
Tableau2.02 : Tableau récapitulatif le rôle de couches de l’architecture du protocole TCP/IP
2.2.3.5 Comparaison entre le modèle OSI et Architecture TCP/IP

• Tous deux comportent des couches.

• Tous deux comportent une couche application, bien que chacune fournisse des
services différents.
• Tous deux comportent des couches réseau et transport comparables.
• Tous deux s'appuient sur un réseau à commutation de paquets, et non sur un réseau à
commutation de circuits.
• Ils présentent également quelques différences:
• TCP/IP intègre les couches application, présentation et session du modèle OSI dans sa
couche application.
• TCP/IP regroupe les couches physiques et liaison de données du modèle OSI dans sa
couche d'accès au réseau.
• TCP/IP semble plus simple, car il comporte moins de couches.
• Lorsque la couche transport du protocole TCP/IP utilise le protocole UDP, la
transmission des paquets n'est pas fiable tandis qu'elle est toujours fiable avec la
couche transport du modèle OSI.

2.3 Architecture client / serveur

2.3.1Présentation de l'architecture d'un système client/serveur

De nombreuses applications fonctionnent selon un environnement client/serveur, cela
signifie que des machines clientes contactent un serveur qui leur fournit des services. Ces
services sont des programmes fournissant des données telles que l'heure, des fichiers, une
connexion. Dans un environnement purement Client/serveur, les ordinateurs du réseau (les
clients) ne peuvent voir que le serveur, c'est un des principaux atouts de ce modèle. [9]

2.3.2 Les notions de base

• Client : processus demandant l’exécution d’une opération à un autre processus serveur
par l’envoi d’un message contenant le descriptif de l’opération à exécuter et attend la
réponse à cette opération par un message en retour.
• Serveur : processus accomplissant une opération sur la demande d’un client et
transmet la réponse à ce dernier.
• Réponse : message transmis d’un serveur à un client suite à l’exécution d’une
opération contenant les paramètres de l’opération.
• Requête : message transmis d’un client à un serveur décrivant l’opération à exécuter.

Les appels aux services de transport mis en jeu sont au nombre de quatre :
Send Request () : permet au client d’émettre le message décrivant la requête à une
adresse correspondante à la porte d’écoute du serveur.
Receive Request () : permet au serveur de recevoir la requête sur sa porte d’écoute.
 Send Reply () : permet au serveur d’envoyer la réponse sur la porte d’écoute du
client.
Receive Reply () : permet au client de recevoir la réponse en prévenance du serveur.

Send Request() Recieve Request()

Application client Opérations serveur

Recieve Reply() Réponses Send Reply()

Figure2.07 Notion de base client/serveur

2.3.3La répartition des tâches

Dans l’architecture client-serveur, une application est constituée de trois parties :

• Interface utilisateur
• La logique des traitements
• La gestion des données

Le client s’exécute que l’interface utilisateur (souvent une interface graphique) ainsi que la
logique des traitements (formuler la requête), laissant au serveur de bases de données la
gestion complète des manipulations de données.
La liaison entre le client et le serveur correspond à tout en ensemble complexe de logiciels
appelé middleware qui se charge de toutes les communications entre les processus.

2.3.4Type d’architecture client/serveur

Il existe trois type d’architecture client /serveur :

2.3.4.1Architecture à 2 niveaux
Dans une architecture deux tiers, encore appelé client-serveur de données, le poste client se
contente de déléguer la gestion des données à un service spéciale les cas typique de cette
architecture est une application de gestion fonctionnant sous Windows ou Linux et exploitant
un SGBD centralisée
Ce type permet de trier de la puissance des ordinateurs déployés en réseau pour fournir à
l’utilisateur une interface riche tout en garantissant la cohérence des données qui restent
gérées de façon centralisée
La gestion des données est prise en charge par un SGBD centralisée, s’exécutent le plus
souvent sur un serveur dédié, ce dernier est interrogé en utilisant un langage requête qui le
plus souvent est SQL .le dialogue entre client et serveur se résume donc à l’envoi de requêtes
et ou retour des données correspondant aux requêtes.
Cet échange de messages transite à travers le réseau reliant les deux machines. Il met en
œuvre des mécanismes relativement complexe qui sont, en générale, prise en charge par un
middleware
Remarque : on appelle middleware l’ensemble des couches réseau et services logiciels qui
permettant le dialogue entre les différents composant d’une application répartie

Client Réseau Serveur

1. requête Moteur SGBD

utilisateur Présentation
2. Envoie requête

Traitement Données
3. Retour de la réponse

Figure2.8 Schéma du fonctionnement de l’architecture à deux niveaux.

Inconvénient

• on ne peut pas soulager la charge du post client qui support la grande majorité des
traitements applicatifs
• le post client est frottement sollicité, il devient de plus en plus complexe et doit être
mis à jour régulièrement pour répondre aux besoins des utilisateurs
• ce type d’architecture est grandement rigidifié par les couts et la complexité de sa
maintenance.
Avantage
• elle permet l’utilisateur d’une interface riche
• elle a permis l’appariations par l’utilisateur
• elle a introduit la notion d’interopérabilité

2..3.4.2 Architecture à 3 niveau

Les limites de l’architecture deux tiers proviennent en grand partie de la nature du client
utilisé :

• le frontal est complexe et non standard (même il s’agit presque toujours d’un PC sous
Windows)
• le middleware entre client et serveur n’est pas standard (dépend de la plate forme du
SGBD)
La solution résiderait donc dans l’utilisateur du post client simple communicant avec le
serveur par le biais d’un protocole standard.
Dans ce but, l’architecture trois tiers applique les principes suivants :

• les données sont toujours gérées de façon centralisée

• la présentation est toujours prise en charge par le post client
• la logique applicative est prise en charge par un serveur intermédiaire.

Cette architecture trois tiers, également appelle client serveur de deuxième génération ou
client/serveur distribué sépare l’application en 3 niveau de services distincts conformes aux
principes précédents

• Premier niveau : l’affichage et des traitements locaux (contrôles de saisie, mise en

forme de donnée ….) sont pris en charge par le post client
• Deuxième niveau : les traitements applicatifs globaux sont pris en charge par le
service applicatif
• Troisième niveau : les services de base de données sont pris en charge par un SGBD

Tous ces niveaux étant indépendant, ils peuvent être implantés sur des machines différentes
de ce fait :

• Le post client ne support plus l’ensemble des traitements, il est pas sollicité et peut
être moins évolué donc moins couteux
• Les ressources présente sur le réseau sont mieux exploitées, puisque les traitements
applicatif peuvent être partagés on regroupés (le serveur d’application peut s’exécuter
sur le même machine que le SGBD.
• Les facilités et les performances de certains traitements se trouvent améliorés par leur
centralisation
• Il est relativement simple de faire face à une forme montée en charge, en renforçant le
service applicatif.

2..3.4.3Architecture à multi niveau (n-tiers)

L’architecture n-tiers a été pensée pour pallier aux limitations des architecture trois tiers et
de concevoir des applications puissantes et simples a maintenir, ce type d’architecture permet
de distribuer plus librement la logique applicative, ce qui facilite la répartition de la charge
entre tous les niveaux.
Cette évolution de l’architecture trois tiers met en œuvre une approche objet pour offrir une
plus grande souplesse d’implémentation et faciliter la réutilisation des développements.
Théoriquement, ce type d’architecture supprime tous les inconvénients des architectures
précédentes :

• Elle permet l’utilisation d’interfaces utilisateur riche.

• Elle sépare nettement tous les niveaux d’applications
 • Elle offre de grandes capacités d’extension
• Elle facilite la gestion des sessions.

L’appellation ‘’n-tiers’’ pourrait faire penser que cette architecture met en ouvre un nombre
indéterminé de niveaux de services, alors que ces derniers sont au maximum trois (les trois
niveaux d’une application informatique ….). En fait, l’architecture n-tiers qualifie la
distribution d’application entre de multiples services et non la multiplication des niveaux de
services.

Cette distribution est facilité par l’utilisation de composants ‘’métiers’’ spécialisée et

indépendants introduit par les concepts orientés objets (langages de programmation et
middleware).elle permet de trier pleinement partie de la notion de composants métiers
réutilisables.

Ces composants rendent un service si possible générique et clairement identifie .Ils sont
capable de communiquer entre eux et peuvent donc coopère en étant implantés sur des
machines distincts.

La distribution des services applicatifs facilite aussi l’intégration de traitements existant dans
les nouvelles applications. On peut ainsi envisager de connecter un programme de prise de
commande existant sur le site centrale de l’entreprise à une application distribuée en utilisant
un middleware adapté.

2.3.5Les technologies côté client ou serveur

Pour revenir aux architectures 3 tiers de l’internet cette solution peut s’appuyer sur toutes
les nouvelles technologies, et permet de répartir en fonction des besoins les traitements coté
client ou serveur

2.3.5.1 Côte serveur

• script CGI( c, c++,per ………………)
• Servet écrit en java :JSP
• traitement écrit en ASP
• code PHP

2.3.5.2 Côte client :

• JavaScript
• Applet java
• Composant ACTIVEX(Microsoft)
 2.3.6 Avantage & inconvénients da l’architecture client/serveur

2.3 .6.1Avantages
Le modèle client/serveur est particulièrement recommandé pour des réseaux nécessitant un
grand niveau de fiabilité, ses principaux atouts sont:

• des ressources centralisées: étant donné que le serveur est au centre du réseau, il peut
gérer des ressources communes à tous les utilisateurs, comme par exemple une base de
données centralisée, afin d'éviter les problèmes de redondance et de contradiction
• une meilleure sécurité: car le nombre de points d'entrée permettant l'accès aux
données est moins important
• une administration au niveau serveur: les clients ayant peu d'importance dans ce
modèle, ils ont moins besoin d'être administrés
• un réseau évolutif: grâce à cette architecture il est possible de supprimer ou rajouter
des clients sans perturber le fonctionnement du réseau et sans modifications majeures

2.3.6.2Inconvénients
L'architecture client/serveur a tout de même quelques lacunes parmi les quelles:

• un coût élevé dû à la technicité du serveur

• un maillon faible: le serveur est le seul maillon faible du réseau client/serveur, étant
donné que tout le réseau est architecturé autour de lui! Heureusement, le serveur a une
grande tolérance aux pannes [10]

2.3.7 Le future de l’architecture client /serveur

Le futur appelé par certains web 2.0 s’oriente néanmoins vers des clients plus riches afin de
pouvoir bénéficier d’interface plus conviviaux ,tout en gardant le côté universel du poste
client ,un exemple en est donné à travers certain clients messagerie (YAHOO ,MSN)

2.4Différence entre le net et le web

Depuis le début des années 90, Internet est devenu un produit de consommation courant et
aujourd’hui des centaines de millions de personnes dans le monde « surfent » sur le « World
Wide Web » (littéralement toile d’araignée mondiale) appelée plus communément le Web.
Mais avant de parler sur le web et l’internet on veut parler d’abord sur la différence qui existe
entre eux :

Internet : nom donné à un ensemble d’ordinateurs connectés les uns aux autres selon
différents modes (satellites, fibre optique,…) et référencés de manière très précise (une
adresse est donnée à chaque ordinateur). C’est un réseau physique (ordinateurs reliés par
câbles).

Web (toile d’araignée) : application multimédia qui utilise le réseau Internet et rend possible
l’échange d’informations sur ce réseau grâce à l’utilisation des navigateurs et du langage
HTML. C’est une couche logique d’Internet
Par exemple, lorsque deux personnes discutent entre elles, elles ont besoin de différents
outils :
du matériel qui permet physiquement l’échange de données : bouche, cordes vocales, oreilles
→Internet
d’un modèle de communication : un langage commun qui lui permet de comprendre et rend
possible l’échange d’idées →Le Web

2.5 Internet

2.5.1Définition
Internet est l’interconnexion de nombreux networks. Il est composé de milliers
d’ordinateurs en permanence allumés, reliés entre aux par différents types de liaison et
accessibles à tout moment. Ces ordinateurs proposent des contenus pour la plupart gratuit et
en accès libre. C’est pourquoi ils sont appelés serveurs.

2.5.2 Services d’internet

2 .5.2.1 Le courrier électronique ou l'E-mail : La messagerie électronique permet, avec un

logiciel courrier, d'envoyer tous types de documents numériques d'un ordinateur à un autre
en quelques secondes au prix d'une communication locale.

2 .5.2.2 Le transfert de fichiers (FTP) : Pour profiter de toutes les ressources du Web, il est
nécessaire d'être bien équipé en logiciels. Il est possible de télécharger ces logiciels
directement sur le net en utilisant un programme de transfert de fichiers ou FTP (File
Transfert Protocol). Il est possible également de télécharger des documents (supports de cours
par exemple).
2.5.2.3 Telnet : La télé connexion sur d'autres ordinateurs n'est utilisée que pour les
bibliothèques universitaires et les BBS : (Bulletin Board System) ensemble d'ordinateurs
accessibles par modem

2.5.2.4 World Wide Web : Il permet tout ce qui précède et ajoute des liens vers d’autres
ressources et des facilités multimédias (son, graphique, vidéo). Ce service est détaillé ci-
après.

2.5.2.4 URL: Est un moyen standard pour désigner de manière universelle l’ensemble des
ressources de l’Internet.

2.5.3Intranet & extranet

2.5.3.1Intranet
Un Intranet est un ensemble de services de type Internet interne à un réseau local :
accessible uniquement à partir des postes d’un réseau local ou d’un ensemble de réseaux bien
définis et invisible de l’extérieur.
Il consiste à utiliser des standards client-serveur de l’Internet (utilisation de protocole TCP/IP)
comme l’utilisation de navigateurs internet et des serveurs web pour réaliser un système
d’information interne à une organisation ou une entreprise.

Un Intranet repose sur une architecture à trois niveaux :

1. client
2. un ou plusieurs serveurs d’application
3. un serveur de base de données
De cette façon les machines clientes gèrent l’interface graphique tandis que le serveur
manipule les données. Le réseau permet de véhiculer les requêtes et les réponses.

Un Intranet possède naturellement plusieurs clients et peut aussi être compose de plusieurs
serveurs.

Un Intranet dans une entreprise permet de mettre facilement à la disposition des employés des
documents divers et variés.

Des documents de tous types peuvent être mis à disposition sur un intranet. De plus, un
intranet peut réaliser une fonction de groupware très intéressante : permettre une travail
collectif.

Voici quelques fonctions que l’intranet peut réaliser :

• mise à disposition d’informations sur l’entreprise

• mise à disposition de documents techniques
• moteur de recherche de documentations
• échange de données entre collaborateurs
• annuaire du personnel
• gestion de projets, aide à la décision, agenda, ingénierie assistée par ordinateur
• messagerie électronique
• forums de discussions, liste de diffusions, chat en direct
• visioconférence
• portail vers internet

Ainsi un intranet favorise la communication au sein de l’entreprise et limite les erreurs dues à
la mauvaise circulation d’une information.

2.5.3.2Extranet
C’est semblable à un Intranet. Il donne la possibilité à une entreprise d’offrir un accès
limité à ses données informatiques à une entité venant de l’extérieur de l’entreprise. Ce lien
limité pourrait être offert à certains partenaires en industrie, des fournisseurs ainsi que des
sous-traitants,…
2.6 Web

2.6.1 Définition
Le web est une application multimédia qui utilise le réseau Internet et rend possible
l’échange d’informations sur ce réseau, notamment grâce à l’utilisation des navigateurs et de
langages spécifiques comme l’HTML. Le succès de celui-ci est dû à la série de propriétés qui
le caractérisent : Le multimédia, l’hypertexte, multi plate-forme, distribué, interactif,
multiservice

2.6.2 Fonctionnement du web

Le Web n’est pas simplement bâti sur l’Internet et sur l’architecture client /serveur ou sur
les services réseaux déjà existants, il doit aussi son existence à trois technologies importantes
que sont :

• l’identificateur uniforme de ressources url

• le protocole de transfert hypertexte http
• le langage de balisage hypertexte html
L’URL : Un URL (Uniform Ressource Locator) c à d un « localisateur universel de
ressource » est un moyen universel et cohérent pour localiser une information et y accéder.
C’est une sorte de clé qui ouvre toutes les portes du web.

L’URL comprend plusieurs informations dont le protocole utilisé pour atteindre le serveur
cible, le nom du système (ou serveur) sur lequel le document réside, le chemin d’accès au
document et le nom du fichier. Ainsi l’URL
http://www.espo.ucl.ac.be/departements/default.html signifie que l’on utilise le protocole
« http » pour accéder au serveur nommé www.espo.ucl.ac.be où il existe un répertoire
« départements » qui contient un fichier HTML nommé « default.html ». Chaque fichier
disponible que le web est ainsi identifiable de façon unique par son URL.

Le protocole http : Les clients et les serveurs Web communiquent en utilisant le protocole
http (HyperText Transfert Protocole). Ce protocole est défini par une série de règles qui
spécifient les modalités de communication entre les serveurs et navigateurs Web. Les règles
http définissent ainsi la manière correcte de formuler la requête par le navigateur. Elles
définissent aussi la manière de formuler correctement une réponse par le serveur.

Le langage html : le langage HTML (HyperText Markup Language) est un système de

balises, qui permet d’entrer des codes de mise en pages, un peu à la manière des premiers
traitements de texte. Le langage HTML évolue sous le leadership officiel du World Wide
Web Consortium.

Comme tous les langages à balises, HTML ne se soucie pas directement de l’apparence d’un
document mais de sa structure.

2.6.3 Technologie du Web

Les langages utilisés par le Web peuvent être classés en deux grandes catégories
2.6.3.1 Côté client

-HTML (Hyper Text Mark-up Language) : C’est le langage qui décrirait la structure des
documents du monde Web. Et permet de créer des pages Web, il utilise une structure formé
avec des balises permettant la mise en forme du texte. Nécessite un navigateur web pour la
visualisation.

-Applets : Petite application, écrite généralement en langage Java, envoyée par un serveur
web et exécutée par un navigateur

- Java Script : Le Java script est un langage de script incorporé dans un document
HTML. Historiquement il s'agit même du premier langage de script pour le Web. Ce langage
est un langage de programmation qui permet d'apporter des améliorations au langage HTML
en permettant d'exécuter des commandes du côté client, Ainsi le langage Java script est
fortement dépendant du navigateur appelant la page web dans laquelle le script est incorporé,
mais en contrepartie de java il ne nécessite pas de compilateur.

-SGML (Standard Genaralized Markup Language) [11] SGML est un langage

normalisé pour la génération de langages de balises. Ce langage très professionnel a la
particularité d’être très concis et très abstrait. Sa descendance est assez nombreuse, par
exemple le langage de balises utilisé pour la publication sur le Web : Le HTML (Hyper
Text Markup Language).

2.6.3.2 Côté serveur

-API (Application Programmable Interface) : C’est un ensemble de fonctions permettant

d’accéder aux services d’une application, par l’intermédiaire d’un langage de programmation.

- ASP (Active Server Page) : est un standard mis au point par Microsoft en 1996 permettant
de développer des applications Web interactives, c'est-à-dire dont le contenu est dynamique.
Ainsi une page web ASP (fichier repérable par l'extension .asp) aura un contenu pouvant être
différent selon certains paramètres (des informations stockées dans une base de données, les
préférences de l'utilisateur, ...) tandis qu'une page web « classique » (dont l'extension est .htm
ou .html) affichera continuellement la même information.

- Servlet : Les sevlets sont des applications Java car elles permettent de gérer des requêtes
http et de fournir aux clients une repense http dynamique.

- Le PHP (Personnel Home Page) : Le PHP est un langage de script côté serveur,
incorporé au document HTML normal, mais exécuté par le serveur Web et non par le
client. Conçu pour réaliser des pages dynamiques, le résultat du script est un document
HTML standard, sans trace du script exécuté préalablement et garantissant ainsi une
compatibilité avec tous les navigateurs disponibles. Il est donc possible à l’aide de PHP de
 réaliser dynamiquement le contenu des documents avec des informations externes
provenant de bases de données, fichiers,…Le script est incorporé au document HTML
standard de la manière suivante

<?PHP
…instruction PHP…
?>

2.6.4 Les concepts du web

2.6.4.1Page web
Une page web est une ressource du World Wide Web conçue pour être consultée par des
visiteurs à l’aide d’un navigateur web. Une page web a une adresse Web. Techniquement, une
page web est souvent constituée d’un document en HyperText Markup Language (HTML) et
d’images. Cependant, tout type e ressource, textuelles, visuelles, sonores, logicielles, peuvent
constituer une page web [12]

2.6.4.2 Serveur web

Est un logiciel serveur qui s’exécute sur une machine distante et qui répond aux requêtes
des navigateurs web .Un serveur web est composé de plusieurs logiciels qui fonctionnent en
parallèle. On retrouve la combinaison Apache (serveur HTTP), MySQL (serveur de base de
données) et PHP.

2.6.4.3 Navigateur web

Les navigateurs Web sont les logiciels de lecture qui permettent d’accéder puis de
visualiser les documents présents sur le Web en interprétant le langage HTML, dans lequel ils
sont écrits. Ces logiciels sont désignés par les termes : Navigateur (browser), fureteur ou
butineur. Les clients les plus connus de nos jours sont Netscape Communicator et Internet
Explorer.

2.6.4.4 Moteur recherche

Est un logiciel qui permet à l’internaute de rechercher l’information à partir d’un navigateur
web. En se servant de mots clés, le moteur de recherche tente de trouver les occurrences de
ces mots à l’intérieur d’une base de données. Les moteurs de recherche les plus connus sont :
Google, Altavista, Yahoo…

2.6.4.5 HTTP
Protocole de communication utilisé pour l'échange de documents hypertextes ou
hypermédias entre clients et serveurs Web.

2.6.4.6 Hébergeur web

Un hébergeur Internet (ou hébergeur Web) est une entité ayant pour vocation de mettre à
disposition des internautes des sites web conçus et gérés par des tiers.
2.6.4.7 Hypertexte, hyperlien
Méthode de présentation non linéaire de l'information permettant une navigation par un mot
ou une phrase clé à l'intérieur d'un même document ou vers des documents connexes.
Le World Wide Web est entièrement basé sur la notion d'hypertexte.

2.6.4.8 Site web

• Définition
Un site web est un ensemble de pages (parfois une seule) écrites dans un langage
normalisé de manière à être compris par tous les navigateurs. L’organisme qui décrit et décide
des évolutions de ce langage s’appelle le W3C, et préconise l’utilisation du HTML
(HyperText Markup Language) pour la création de pages web. Il existe d’autres technologies
pour décrire une page, mais elles ne sont pas forcément supportées par tous les navigateurs.
[13]

• Conception site web

La conception d'un site Web est un processus qui implique quelques étapes simples au
départ, mais pouvant sur un site abouti à mettre en œuvre des moyens et des compétences très
importantes. Un site Web, cela peut être une simple page au format HTML, ou des milliers
de pages proposant des animations, des services programmés en Java, PHP ou autre langage
serveur, des formulaires supposant un traitement en JavaScript. Il peut aussi reposer sur des
technologies de bases de données telles que MySQL

 Démarche de conception
La démarche qu’on préconise est en partie dictée par des relations de dépendance
existantes entre certains modèles. On identifie cinq phases de conception.
Phase 1 : Etude préalable
L'étude préalable est une phase préliminaire dans la démarche de conception. Elle est réalisée
selon les deux étapes suivantes:
- La collecte des besoins : Au cours de cette étape il s'agit de rechercher et de spécifier les
besoins des acteurs potentiels de l'application Web.
- Définition du Modèle de Fonctionnalités : Il s'agit ici de spécifier les classes
fonctionnelles, les rôles fonctionnels et les fonctionnalités de l'application. Une fois
achevé, le modèle de fonctionnalités servira de base pour modéliser les acteurs de
l'application Web pendant la phase 2.
Phase 2 : Modélisation de l'audience
Cette phase consiste à regrouper les acteurs dans des classes d'audience distinctes. Il s'agit
en fait, d'exécuter l'algorithme de génération des acteurs, qui permet de spécifier toutes les
classes d'audience, de les représenter sous forme d'hiérarchie et de déterminer le concept
Espace Fonctionnel relatif à chaque acteur.
Phase 3 : Analyse détaillée
Au cours de cette phase, il s'agit de modéliser l'espace fonctionnel des acteurs, et ce, en se
basant sur les deux modèles de fonctionnalités et d'audience. Cette phase s'appuie sur les deux
modèles suivants :
- Modèle de spécification des besoins
 - Modèle d'analyse
Phase 4 : Conception
Cette phase est un processus d'affinement du modèle d'analyse. Elle s'appuie sur les deux
modèles suivants :
-Modèle conceptuel
-Modèle navigationnel
Phase 5 : Implémentation
A ce stade de processus le problème a été analysé en profondeur et nous avons proposé une
conception appropriée à l'architecture de l'application. Nous pouvons alors entreprendre
l'implémentation, qui inclut les activités suivantes :
-Traduction de la conception en code source et en composants.
-Réalisation des tests unitaires. [14]

• Les types de site web

Il existe de types de site web :

• Site web statique : Site web constitué de pages HTML prédéfinies, créées une fois pour
toutes à l'aide d'un éditeur HTML. Le contenu des pages est fixe

Figure2.9 Schéma du fonctionnement d’un site web statique

• Site web dynamique : Site web dont les pages HTML se construisent lors de sa
consultation par un internaute, en sollicitant des bases de données filtrées par des
outils logiciels de mise en forme.

Figure2.10 Schéma du fonctionnement d’un site web dynamique

Conclusion :
Dans ce chapitre nous avons illustré quelques principes sur la nouvelle technologie de
l’information et de la communication, à savoir les réseaux, les architectures OSI et TCP/IP,
l’architecture client/serveur, les protocoles de communication ainsi que l’Internet et son
principe service qui est le Web.

Chapitre 3
Analyse et Conception
3 .1 Introduction
Avant de développer un système d’information, il est nécessaire d’en choisir une bonne
méthode bien définie pour faire une bonne organisation de travail à effectuer en citant les
différentes tâches et les différentes étapes. Nous avons optés pour la méthode UML pour la
représentation qui l’offre à travers ses différents diagrammes. Dans ce chapitre nous allons
identifier les différents acteurs et leurs tâches, puis élaborer les diagrammes de cas
utilisation pour spécifier le besoin de notre système, en suite les diagrammes de séquence et
les diagrammes des activités pour l’analyse ; et enfin le diagramme des classes pour la
conception.

Cette démarche peut être représentée graphiquement comme suit :

Identification
d’acteurs

Diagramme
des cas
d’utilisation

Diagrammes
de séquence

Diagramme

D’activités

Diagrammes

De classes

Figure3.1 La démarche de modélisation de l’application.

3 .2Présentation de langage UML

3.2 .1 Définition
UML (Unified Modeling Language) est un langage unifié pour la modélisation dans le
cadre de la conception orienté objet. Il s’agit d’un langage graphique de modélisation objet
permettant de spécifier, de construire, de visualiser et de décrire les détails d’un système
logiciel. Il est issu de la fusion de plusieurs méthodes dont « Booch » et « OMT » et adapté à
la modélisation de tous types de systèmes. Il devint aujourd’hui un standard dans le domaine
d’analyse et de conception orientée objet. Il propose plusieurs modèles qui sont des
descriptions abstraites du système étudié et qui sont :

• Le modèle de classe qui capture la structure statique.

• Le modèle des cas d’utilisations qui décrit les besoins de l’utilisateur.
• Le modèle d’interactions qui décrit les scénarios et les flots de messages.
• Le modèle des états qui exprime le comportement dynamique des objets.
• Le modèle de réalisation qui montre les unités de travail.
• Le modèle de déploiement qui précise la répartition des processus.

Ces modèles sont élaborés par les utilisateurs au moyen de diagrammes. Un diagramme
spécifie un aspect précis du modèle.

En règles générale, on vision les parties statique d’un système en utilisant un des quatre
diagrammes suivant :

1. Diagramme de classes
2. Diagramme d’objets
3. Diagramme de composant
4. Diagramme de déploiement

On utilise souvent cinq diagrammes supplémentaires pour visualiser les parties dynamiques
d’un système :

1. Diagramme de séquence
2. Diagramme de cas d’utilisation
3. Diagramme de collaboration
4. Diagramme d’états –transition
5. Diagramme d’activité

Les étapes d’élaboration d’UML

OMT
(1994) Méthode
UML 1.1
unifiée 0.8
BOOCH (1995) UML 0.9 Identification
OOSE (1996) des acteurs
 3.2.2Extension UML pour les applications web
Une extension d’UML est définie par de nouveaux stéréotypes, étiquettes et contraintes.
En les combinant, on peut créer de nouvelles briques de base que l’on pourra utiliser dans le
modèle.

3.3 Problématique
Même avec l’existence de plusieurs agences de la compagnie arienne Air Algérie(AH) à
l’échelle nationale et internationale qui effectuent la réservation mais le problème de
déplacement reste inévitable, car les différentes agences commerciales en général se situent
dans les grandes villes (par exemple dans la Wilaya de Tizi-Ouzou on trouve seulement deux
agences commerciales) ce qui n’arrange pas tout le monde, notamment ceux qui habitent les
coins isolés du pays.
En comme nous avons dit dans le premier chapitre que la compagnie aérienne fait des efforts
pour améliorer leurs services, et pour régler ce problème elle propose à ses client
« la réservation en ligne »
Et pour que l’idée soit un peu claire on fait une petite comparaison entre la réservation aux
niveaux des agences et la réservation par internet :

Activités Réservation aux niveaux Réservation par internet

Recherche un vol
La réservation
Annuler la réservation
La facture
Contact avec compagnie AH
(les agences commerciales)
des agences commerciales
Se déplacer jusqu’à la agence
pour voir les vols disponibles
Par téléphone ou faxe
Se déplacer jusqu’à l’agence
pour réserver et
avoir le billet
Par téléphone ou par
personne
Formulaire imprimé
Sur place, par courrier, par
faxe ou par téléphone
Visualiser tous les vols en
ligne sous forme de page
web
Réservation sous forme de
page web
Par internet
Etablie électroniquement,
téléchargeable ou envoyée
par e-mail
Par e-mail

Tableau3.01La comparaison entre la réservation aux

niveaux des agences et par internet

3.4 Objectif de l’application

Afin d’effectuer le développement d’une application web, il faut répondre aux questions
suivantes :
• A qui sera destinée l’application ?
• Quel est son objectif ?
Notre but est de créer une application de réservation des billets d’avions en ligne pour la
compagnie aérienne Air Algérie qui dispose de plusieurs avions et de capacités d’accueil
différentes. Cette application sera divisée en deux parties : la réservation d’un ou plusieurs
billets par un client et la consultation des statistiques pour l’administrateur. Ce qui permit de
facilité la réservation des billets d’avion à distance pour les clients.
Donc notre application devrait permettre :
• Au client de consulter les vols disponibles.
• De faire une réservation en choisissant le vol, la date départ et type de vol
• Annuler une réservation.
• De consulter les tarifs et les places disponible pour un vol bien précis
• De faire ou annuler une réservation à n’importe quelle étape de la procédure de
réservation;
• De contacter l’agence pour demander des renseignements
• D’effectuer à tout moment une recherche du vol.
• De faciliter la tâche à l’administrateur du site web pour effectuer la mise à jour de la
base de données ;
• D’effectuer une simulation en ligne : c'est-à-dire permettre au client de configurer la
réservation de son choix jusqu'à la phase de paiement (le système annule la réservation
automatiquement après 5jours si le client n’a pas payé par chèque ou espèce ou bien
virement au niveau de l’agence).
• De consulter les questions et les réponses les plus fréquentes au site d’Air Algérie
• S’inscrire au tant qu’un client en remplissant un formulaire d’inscription, ou
s’authentifier s’il est déjà client.
• Le client peut consulter dans son espace les messages que l’administrateur qu’il les
envoie

3.5 Identification des besoins et des différents d’acteurs

Pour la spécification d’une manière bien détaillée et claire notre application, nous allons
déterminer globalement les différents besoins et d’écrire les différents cas d’utilisation, mais
avant cela il est nécessaire de mettre en évidence les différents acteurs utilisant le système
ainsi que leur tâches respectives.

3.5.1 Identification des acteurs

3.5.1.1 Définition d’u acteur

Un acteur est l’idéalisation d’un rôle joué par une personne externe, un processus ou une
chose qui interagit avec un système.

3.5.1.2 Les acteurs de l’application

Apres avoir eu quelques informations de la compagnie aérienne « air Algérie », nous avons
identifié ces principaux acteurs :

• client : est toute personne se connectant au site pour visualiser et réserve.

• visiteur: celui qui accède au site juste pour consulter
• administrateur : celui qui prend en charge l’application, son rôle est la gestion de la
base de données (accéder, modifier, supprimer et ajouter des enregistrements aux
tables,..).
 3.5.2Spécification des taches
Chacun des acteurs que nous avons définis précédemment, effectue un certain nombre de
tâches qu’on résume :

Administrateur
• s’authentifier par un mot de passe et un login.
• changer le mot de passe ou login.
• ajouter ; consulter, modifier et annuler les vols.
• ajouter ; consulter et supprimer les avions.
• ajouter et supprimer les questions et réponses.
• Supprimer et consulter les réservations.
• Consulter et supprimer et répondre aux messages envoyés par le client ou visiteur.
• Ajouter, supprimer les destinations.
• Supprimer et consulter des client

visiteur
• naviguer dans le site.
• Consulter vol.
• rechercher un vol.
• contacter la compagnie aérienne.
• s’informer sur les prix, et les tarifs.
• S’informer sur la disponibilité des places d’un vol.

Client
• les tâches effectuées par le visiteur peuvent être aussi effectué par le client
• authentifier
• effectuer, consulter, annuler ou modifier une réservation.
• Se déconnecter
• Consulter, supprimer les messages que l’administrateur aux envoyées.
• Choisir le mode de payement d’une réservation.
• Changement les cordonnées

3.6 Le diagramme de cas d’utilisation général

Un cas d’utilisation représente un ensemble de séquences d’actions qui sont réalisées par le
système et qui produit un résultat observable intéressant pour un acteur particulier, il permet
de décrire ce que le système devra faire, sans spécifier comment le faire. [15]

• La relation include
Une relation inclusion d’un cas d’utilisation A par rapport à un cas d’utilisation B, signifie
qu’une instance de A contient le comportement décrit dans B, le cas d’utilisation A ne peut
pas être utilisé seul.
• Relation extend
Une relation d’extension d’un cas d’utilisation A par rapport à un cas d’utilisation B,
signifie qu’une instance de A peut être étendue par le comportement décrit dans B.
Les diagrammes des cas d’utilisation de notre système pour chaque acteur sont :
 Contacter la Envoyer un
« include » compagnie message
« Extend
Choisir
un vol
Accéder au « Extend »
site
Rechercher
visiteur Naviguer un vol
«include » dans le site « Extend »

« Extend »
« Extend »
« Extend »

S’informer sur la
disponibilité des S’informer
places dans un vol S’informer sur les tarifs
sur les prix

Authentification

Changer les
Choisir le mode
information client
« Include » de payement
Supprimer
« extend» « Extend » message

« extend » Voire les « Extend »

messages Enregistre
Accéder a « extend » message
l’espace client « extend »
Visualiser les « Extend » Annuler
Clien réservations
réservation
t « extend
» « Extend »
« extend Réserver un
Modifier une
» vol
réservation

Se
déconnecter

Figure3.02Le diagramme de cas d’utilisation pour le

client et le visiteur
 Consulter les Accusé de réception
réservations « Extend » des réservations
« Extend »
Consulter Consulter les
client Gère les
réservations messages
Supprimer
client « Extend »
Répondre
Consulter la boite « Extend » aux messages
« Extend » « Extend » de réception

Ajouter un
Gérer Client Authentification avion

« Extend »
« Include » Consulter
« extend « extend « Extend » un avion
» » «extend
Gérer les avions
»
« Extend »
Accéder a
l’interface « extend »
Administrate Supprimer
« Extend »
Un avion
Modifier
« extend » un avion
« extend Changer
« Extend » le mot de
passe
Changer les
coordonnées
«extend « Extend »
Gérer F.A.Q
Changer
« Uses »
login
« Extend » « Extend » Consulter
« Extend » un vol
Ajouter Gérer les vols
F.A.Q « Extend »
supprimer
F.A.Q Modifier
Gérer « Extend » « Extend » un vol
destination

« Extend »
« Extend » Supprimer
Ajouter un vol
Ajouter Supprimer un vol
destination destination

Figure3.03Le diagramme de cas d’utilisation pour

l’administrateur
3.7Description textuelle des cas d’utilisation

3.7.1Spécialisation des scenarios

Définition du scenario
C’est une succession particulière d’enchainement, s’exécute du début à la fin du cas
d’utilisation. [15]
Chacune des tâches effectuées par un acteur est décrite par un ensemble de scénarios, ces
scénarios sont illustrés dans le tableau ci- dessous
Acteur Taches Scenario
Visiteur T0: naviguer sur le S0 : visualiser les liens et les textes da la page
site d’accueil faire des sélections
T1 : Créer un compte S1: sélectionner un lien « S’inscrire »
client. S2 : remplir le formulaire d’inscription et valider
T2: recherche un vol S3: clique sur le lien « accueil ».
S4 : remplir le formulaire de recherche.
S5 : valider le formulaire en cliquant sur le
bouton « recherche ».
T3 : contacter la S6 : cliqué sur contactez-nous pour accéder a
compagnie l’interface de messagerie
S7: remplir le formulaire
S8 : Valider
T4 :S’informer sur les S9 : Sélectionner tarifs
tarifs S10 : Visualiser les tarifs proposés
T5 :S’informer sur la S11 : sélectionner le vol
disponibilité des S12 : visualiser les places disponibles
places dans un vol
Client Les taches de T0à T5 Les scenarios de S0 à S12 peuvent être effectués
peuvent être par le client
effectuées par le client
T6 : S’authentifie S13: Sélectionner le lien « S’’autentifier »;
S14 : Saisir le login et le mot de passe et valider
T7: Voir messages S15 : Sélectionner le lien « message »;
S16 :consulter ou bien supprimer les massages que
l’administrateur à l’envoie
T8: Faire une S17 : faire le choix vol
réservation S18: compléter le formulaire d’inscription
S19 : confirmer la réservation
T9 : annuler une S20: sélectionner le lien annulé la réservation
réservation S21 : Confirmer l’annulation de la réservation
T10: payer la facture S22 : sélectionner le lien facture
S23 : sélectionner le mode de
Payement et valider
 T11 : changer les S24 : sélectionner le lien changer mes coordonnées
informations client S25 : effectuer les modifications et valider

administrateur T12: authentification S26 : Accéder à l’espace Administrateur.

S27 : saisir les coordonnées (login, mot de
passe…) et valider
T13: changer mot de S28: saisir le nouveau mot de passe
passe S29: cliquer sur valider
T14: changer login S30 : saisir le nouveau login.
S31 : cliquer sue valider
T15: gérer les vols S32: sélectionné « gérer les vols »
S33: consulter ; ajouter ; modifier ou supprimer les
vols
T16: gérer les avions S 34: Sélectionné « gérer les avions »
S35: Consulter ; ajouter ou supprimer les avions
T17: gérer destination S36 : Sélectionner « gérer destination »
S37 : ajouter ou supprimer une destination

T18 : gérer FAQ S38 : Sélectionner « FAQ »

S39 : ajouter, supprimer les questions et les
réponses.
T19: gérer les clients S40: sélectionné « gérer les clients »
S41: consulter ou supprimer les clients
T20: gérer les factures S42: sélectionné « facture »
S43: consulter, supprimer les factures
T21 : gère la S44 : sélectionner le lien la réservation
réservation S45 : consulter la liste des nouvelles réservations
S46 : établir la facture
S47 : envoyer l’accusé de réception de la
réservation
S48 : supprimer une réservation
S49 :valider une réservation ou bien envoie un
message au client
T22 : répondre aux S 50: sélectionner le lien message
messages des clients S51 : lire les messages reçus
S52 : répondre aux messages

Tableau3.02Tableau récupulatif des scenarios par tâches

 3.7.2Spécification de quelques cas d’utilisation
Un cas d’utilisation « use case » représente un ensemble d’actions réalisées par le système
en réponse à une action d’un acteur les figures suivantes représentes quelque cas d’utilisations
de notre projet qu’on a choisis selon notre thème. [15]

• Cas d’utilisation « authentification »

Use case: S’authentifier

Scenario: S26, S27
Rôle : Administrateur
Description :
1. L’administrateur tape l’URL2 de son interface
2. Le système affiche le formulaire d’authentification
3. L’administrateur saisie son login et mot de passe
4. Le système confirme l’accès par l’envoi de la page administrateur ou refuse l’accès en
retournant le formulaire d’authentification avec un message d’erreur.

Tableau3.03 Tableau cas d’utilisation authentification

• Cas d’utilisation « Recherche vol »

Use case: Recherche un vol

Scenario: S3, S4
Rôle : Visiteur, client
Description :
1. L’utilisateur tape l’URL1 du site.
2. Le système affiche la page d’accueil.
3. Le système lui afficher le formulaire de recherche.
4. L’utilisateur complète ce formulaire de recherche.
5. valider les informations saisies.
6. Le système lui affiche le résultat de la recherche ou un message d’erreur si le
vol n’existe pas.

Tableau3.0 4Tableau Cas d’utilisation « Recherche vol »

• Cas d’utilisation « Faire une réservation »

 Use case : Faire une réserver
Scenario: S17, S18, S19
Rôle: client
Description :
1. Le client tape l’URL1 de son interface
2. Le système affiche le formulaire d’accueil
3. Le système afficher le vol choisi avec les différents critères (départ, arriver)
4. Sélectionner le vol et puis valider
5. Le système affiche le formulaire d’authentification
6. Remplir tous les champs du formulaire
7. Valider les informations saisies
8. Le système affiche la page de confirmation
9. Le client confirme la réservation

Tableau3.05 Tableau Cas d’utilisation Cas d’utilisation « Faire une réservation

vol»

• Cas d’utilisation «Annuler réservation »

Use case: Annuler reservation

Scenario: S20, S21
Rôle: client
Description :
1. Le client tape l’URL1 du site.
2. Le système affiche la page d’accueil.
3. sélectionner le lien réservations puis le sous lien annuler réservation.
4. Le système affiche le formulaire d’annulation de réservation.
5. Remplir tous les champs de formulaire.
6. le système affiche un message pour demander la confirmation de l’annulation.
7. le client confirme l’annulation en cliquent sur bouton Valider
8. le système mis à jour la base de données.

Tableau3.06 Tableau Cas d’utilisation Cas d’utilisation « Annuler Réservation »

• Cas d’utilisation : contacter la compagnie

Use case : contacter la compagnie

Scénarios : S6, S7, S8
Rôle : client, visiteur

Description :

1. le client sélectionne le lien contactez nous

2. Le système lui affiche le formulaire du contact
3. Le client remplit le formulaire et écrit son message, puis l’envoyer
Tableau 3.7Tableau cas d’utilisation « contacter la compagnie »

• Cas d’utilisation : Créer un compte client (S’inscrire)

User case: S’inscrire (Créer un compte client).

Scénarios: S0, S1, S2.
Rôle : Visiteur.
Description :
1-Le visiteur tape l’URL1 de site
2- Le système affiche la page d’accueil ;
3-Le client clique sur le lien « S’inscrire » ;
4-Le système affiche le formulaire d’inscription ;
5-Le client remplit le formulaire d’inscription et valide ;
6-Le système affiche une page de formation d’enregistrement du client.
Tableau 3.8 Tableau cas d’utilisation « créer un compte client (S’inscrire)»

• Cas d’utilisation : Gère les avions

Use case : gérer les avions
Scénarios : S26, S27, S34, S35
Rôle : administrateur
Description :
1. L’administrateur tape l’URL2 de son interface
2. Le système lui affiche la page lui permettant de s’authentifier autant qu’un
administrateur
3. L’administrateur saisit le login et le mot de passe, puis accède à son interface en
validant
4. L’administrateur clique sur le lien avions
5. Le système affiche une page lui permettant de consulter, modifier, ajouter ou
supprimer les avions
6. L’administrateur consulte, modifie, ajoute ou supprime les avions
Tableau 3.9 Tableau cas d’utilisation « gère les avions»
3.8Les diagrammes représentatifs de notre application pour l’analyse

3.8.1 Les diagrammes de séquences

Durant cette étape, nous allons déterminer les objets et les classes d’analyses, qui par leurs
collaborations, peuvent accomplir le comportement requis de notre application.
Les classes d’analyses peuvent être réparties en trois catégories:
• Les objets d’interface : ils représentent l’interface entre l’acteur et le système ou les
pages Web complètes dans le cas d’application Web.

L’icône :
• Les objets entités : ce sont des objets d’écrits dans un cas d’utilisation mais qui lui
survivrons.

L’icône :

• Les objets contrôlent : ils représentent le processus, c’est à dire les activités systèmes
tel que un calcul ou une recherche, ils dirigent les objets entité et interface

L’icône :

Comme il y a un nombre important de cas d’utilisation on va essayer de représenter

quelques uns :

Authentification.

Rechercher un vol.

Faire une réservation.

Annuler une réservation.

Authentification

Page d’accueil Control Page d’erreur Page espace

Administrateur
Administrateur administrateur

Atteint
1 Si l’authentification est
erroné alors afficher
Affiche
2 page d’erreur

3 Saisir
Si l’authentification
Vérifier est correct alors
Construit atteindre page
administrateur
Afficher
Obtient
Construit
Afficher
5

Figure3.04Diagramme de séquence pour l’authentification

1. L’administrateur atteint la page d’authentification.

2. Le système affiche la page qui contient le formulaire d’authentification.
3. L’administrateur remplit le formulaire et valide.
4. Le système affiche la page d’erreur si l’authentification est erroné, et la page
administrateur si l’authentification est correcte.

Cas d’utilisation « Recherche vol»

Formulaire Recherche
Client Page de Vol Pages des vols
d’accueil
recherche
Atteindre
1
Afficher
2
Sélectionner
3
Renvoye

Sélectionner
Atteindre Chercher
4
dans la
BD

Obtenir
Construire
Renvoyer
5

Figure3.05 Diagramme de séquence pour la recherche d’un vol

1. Le client atteint le formulaire de recherche.

2. Le système affiche la page qui contient le formulaire de recherche.
3. Le client remplir le formulaire et valider.
4. Le système cherche dans la base de données le vol demandé.
5. Le système construit la page vol et affiche la liste des vols existants.

Faire une réservation

Page Page de Contrôler Page d’erreur Interface Ajouter Passager Réservatio Interface
Client d’accueil recherche réservation réservation
n

1
Afficher
2
Sélectionner
Si vol non
3 Atteindre existant alors
afficher message
Afficher

Chercher
Remplir dans la BD
Si vol existant
alors passer à la
réservation
Construire
Renvoyer
4
Accéder

Renvoyer

Remplir
Atteindre
5
Ajouter

Ajouter

Afficher Atteindre

6
Figure 3.06Diagramme de séquence pour faire une réservation

1. Le client atteint la page de recherche.

2. Le système affiche la page de recherche.
3. Le client sélectionne le vol désiré.
4. Le système fait la recherche dans la base de donnée et affiche le message d’erreur si le
vol inexistant et affiche le formulaire de réservation si le vol existe.
5. Le client remplie le formulaire de réservation et valide.
6. Le système ajoute la réservation et le client dans la base de données et affiche la page
Résultat.

Annuler une réservation

Page d’accueil
Client Page de Vérifier Page d’erreur Page de Annuler Page résultat
réservation confirmation
Atteint

Affiche Si la réservation
n’existe pas alors
Sélectionner afficher page
1 d’erreur
Atteindre

Afficher Si la réservation
2 Vérifier existe alors atteindre
Rempli dans BDD page de confirmation
3
Renvoyer
Atteindr
Renvoy

Confirmer
4 Atteindre

Renvoyer Construir
5

Figure3. 07Diagramme de séquence pour annuler la réservation

1. Le client atteint le formulaire d’annulation.

2. Le système affiche la page qui contient le formulaire de réservation.
3. le client le remplie le formulaire et le système vérifie dans la base de donnée et affiche
la page d’erreur si la réservation n’existe pas et la page de confirmation si la réservation
existe.
4. le client confirme annulation
5. le système mis à jour la base de donnée dans et construit la page résultat et l’envoie
3.8.2 Les diagrammes d’activités

Authentification

Administrateur

Page
d’authentificatio

Saisir les coordonnées

d’authentification

No Oui
Accepter
Refuser

Vérificatio

Page de résultat pour

l’administrateur

Figure3.08diagramme d’activité pour l’authentification


Rechercher vol

Client

Formulaire de
recherche

Choisir type de vol

(Aller ou aller-retour)

Saisir les critères

Renvoie de recherche

Soumettre

Recherche
l’existence des
vols
Non Oui

Recherche

Page de résultat
pour cette

Figure3.09Diagramme d’activité de cas d’utilisation rechercher vol


Faire une réservation : Client

Commende réservation

Formulaire de recherche
des vols vides

Message
d’erreur Formulaire de recherche
des vols remplie

Critère de recherche Critère de

non existant recherche existant
Non
Oui
Recherche
Commande de
réservation

Formulaire d’enregistrement
du passager vide

Formulaire d’enregistrement
du passager remplie

Réservation

Formulaire de
confirmation
Non
Oui

Enregistrer
Client

Enregistrer
réservation

Valider la
réservation

Figure3.10Diagramme d’activité pour la réservation


Annuler réservation

Client

Demande de l’annulation

Formulaire d’annulation
vide

Renvoie Renvoie
Formulaire d’annulation
rempli

Non Oui
Critère d’annulation Critère d’annulation
de réservation non de réservation
existant existant
Recherche

Page de
confirmation

Non

Oui

Annuler
réservation

Page de
résultat

Figure3.11Diagramme d’activité pour annuler réservation

3.9 Les diagrammes représentatifs de notre application pour la conception
Cette phase traite les objets produits durant l’étape d’analyse et elle est consacrée à la
réalisation des cas d’utilisation et la définition de la vue logique du système. Les activités de
la conception se concentrent sur les diagrammes de classe et d’interaction, les activités de
conception incluent les tâches suivantes :
• Le découpage des objets en couches, telle que couche client et couche serveur.
• La définition et le découpage des interfaces utilisateurs ou des pages Web.

3.9.1 Diagramme de séquence

Cette étape se traduit par la détermination des pages web et les relations qu’elles
entretiennent entre elles ainsi qu’avec les autres objets du système.

Rechercher vol

Formulaire Formulaire Page des

Client des vols de Rechercher Vol vols
dans la BDD
recherche

1 Atteindre

2 Afficher

3 Sélectionner
Atteindre

4 Renvoyer

Construire
Interroger
la BDD

Obtenir

Consulter
Renvoyer
5

Figure3.12Diagramme de séquence du cas d’utilisation « Rechercher vol »

1. Le client atteint le formulaire de recherche.

2. Le système affiche la page qui contient le formulaire de recherche.
3. Le client remplir le formulaire et valider.
4. Le système cherche dans la base de données le vol demandé.
5. Le système construit la page vol et affiche la liste des vols existants.

Authentification

Formulaire Rechercher Page Page

Identification dans la BDD d’erreur résultat
Administrateur

Atteindre
1
Si l’utilisateur n’est
Afficher
pas confirmé
2
Remplir
3 Atteindre Si l’utilisateur
Interroger
la BDD est confirmé

Construire
Envoyer

. Obtenir

Envoyer
4

Figure3.13Diagramme de séquence du cas d’utilisation

« Authentification Administrateur »

1. L’administrateur atteint la page d’authentification.

2. Le système affiche la page qui contient le formulaire d’authentification.
3. L’administrateur remplit le formulaire et valide.
4. Le système affiche la page d’erreur si l’authentification est erroné, et la page
administrateur si l’authentification est correcte.

Faire une réservation

Page Rechercher Page Page de

Page
dans la d’erreur Client Réservation
Client d’accuei réservation résultat
l BDD

Atteint
1
Si le vol non existant
Affiche
2 alors afficher
message d’erreur
3 Sélectionne Interroger
Atteindre
la BDD
Si le vol existant
alors passer à la
réservation
Obtenir
Renvoyer
4
Obtenir
Renvoyer

Remplir
Ajouter
5
Ajouter

Construire

6 Afficher

Figure3.14Diagramme de séquence du cas d’utilisation « Faire une

réservation »

1. Le client atteint la page de recherche.

2. Le système affiche la page de recherche.
3. Le client sélectionne le vol désiré.
4. Le système fait la recherche dans la base de donnée et affiche le message d’erreur si
le vol inexistant et affiche le formulaire de réservation si le vol existe.
5. Le client remplie le formulaire de réservation et valide.
6. Le système ajoute la réservation et le client dans la base de données et affiche la page
Résultat.
 3.9.2 Diagramme des classes

Rechercher vol

Formulaire
Page
de recherche Rechercher
d’accueil
dans la BDD
«Link» «Link»

« Redirect »
Redirect»
«Build»
Page Afficher
correspondant résultat

Figure3.15 Diagramme de classe générale « Chercher vol»

« Server page »
« Client page»
Page principale du
Page d’accueil vol
« Link »

Vol
« Redirect »

«visiteur page» «Server page»

Vol Correspondant Afficher vol

Code_vol
« Build »
H_depart
H_prevu_arriv
Etat_cls_eco…..
Afficher vol ()

Figure3.16 Diagramme de classe détaillé du cas d’utilisation «consulter vol»


Faire une réservation

SS
Page vol « Link » Formulaire « Submit »
de Vérifier
réservation

« Link »
« Link »

Message Formulaire
d’erreur Enregistrer Réservation
inscription
« Link » « Link » réservation
« Link »

« Redirect »
« Build »
« Submit »

Enregistrer Page
client confirmation

Client

Figure3.17 Diagramme de classe générale du cas d’utilisation « Faire une réservation »

 « Form »
« client page » formulaire réservation
« server page »
Page vol « input »Nom Vérifier les entres
« Link « Submit
« input »Prénom
« input »Num-pp
« input »date_nais
« input »e-mail
« input »pys_emi_pp… Vérifier les entrées ()
« submit »envoyer

Verifier information ()

« Form » « Submit»
Formulaire inscription
« Link »
« input »nom « server page »
« input »prenom Enregistrer
« Input »e-mail réservation Réservation

« Submit »envoyé

« Build »
Enregistrer resev ()
« Client
« Submit» page »
« Link »
Page
« client page » confirmation
Message erreur « server page »
« Rederect » Enregistrer client

Enregistrer client
Client ()

Figure3.18Diagramme des classes détaillées du cas d’utilisation« faire une réservation »

 Authentification

Submit
Formulaire Submit Page
Message Contrôle
administrateur d’authentification d’authentification d’erreur

Build

Espace

Administrateur

Figure3.19 Diagramme de classe générale « Authentification administrateur»

« Administrateur « Form » « Server page »

page » Formulaire Contrôler
Page D’authentification Authentification
D’authentification « Submit »
« Input » login Login
« Input »mot de Mot de passe
Passe
« Submit »validé Contrôler
Authentification
()

Build
Administrateur
Build

«Administrateur- « Administrateur-
page » page »

Page d’erreur Espace

administrateur

Figure3.20 Diagramme de classe détaille du cas utilisation « Authentification administrateur »

 3.10 Le niveau conceptuel de la base de données

Catégorie
Réservation Num_cat
Nom_cat
Num_res Red
Client Date_ reser
Num_clt 1 Cls_res
Nom_clt 1..* Etat_res Code_vol
1 1 1..* Facture
Prenom_clt
Date_nais_clt Num_fac
Adresse_clt 1 1 num_res
Tel_ clt 1
Email_clt montant_paye
Code_pas_clt 1
mode_paye
Mail_clt
pay_emi_pp
1 F .A.Q
1 Num_faq
question
1..* 1..* réponse
1..*
1..*
0..* Administrateur
Message Vol
1
Login
Num_mess Code_vol Mot_de_passe
Montant_eco Avion
civilite_exp
Montant _aff
nom_exp Mat_ avion
Montant_pre 1 1..*
etat_cls_aff Type_av
prenom_exp
etat_cls_eco Nbr_siege_caff
edr_exp etat_cls_pre Nbr_siege_ceco
H_depart 1 1..* Nbr_siege_cpre
e_mail_exp
H_prevu_arri pys_fab
objet_mess Date_dep
contenu_mess
Aéroport
etat_mess 1 1..*
Code_aerop
Nom_aerop
1 1..* Ville_aerop
Pays_aerop

Figure3.21 Diagramme de classe général

3.11 Le niveau logique de la base de données

1. Administrateur (Login_admin, Mot_de_passe_admin).

2. Client (Num_clt, Nom_clt, Prenom_clt, Date_nais_clt, Adresse_clt, Code_pas_clt,

Email_clt,num_tel_clt,adresse_clt,pys_emi_pp).

3. Réservation (Num-res, Date_ reserv, login_admin*, Num_clt*,

code_vol*,cls_res,etat_res).

4. Vol (Code_vol, montant_eco, montant_aff, montant_prem, H_depart, H_prevu_arriv,

Date_dep, mat_avion*, Code_aerop_depart *, Code_aerop_arriv*, login_admin*,
etat_cls_eco, etat_cls_aff, etat_cl_pre).

5. Aéroport_depart (Code_aerop, Nom_aerop, Ville_aerop, Pays_aerop).

6. Aéroport_arriver (Code_aerop, Nom_aerop, Ville_aerop, Pays_aerop).

7. Avion (Mat avion,nbr_siege_caff,nbr_siege_ceco,nbr_siege_cpre Type_avion, pay_fab,

login_admin*).

8. Catégorie (Num_cat, Nom_cat, Red).

9.Message(num_mess, civilite_exp,nom_exp, prenom_exp, adresse_exp, e_mail_exp,

objet_mess, contentu_mess, etat_mess) ;

10.Facture(num_fac, Num_res*, montant_pay,mode_paye) ;

11.F.A.Q(num_FAQ, question, reponse).

3.12 Le niveau physique de la base de données

Administrateur

Nom du champ Type de Description clef

données
Login_admin Varchar(30) Compte de l’administrateur Primaire

Mot_de_passe_admin Varchar(30) Mot de passe administrateur


F.A.Q

Nom du champ Type de Description clef

données
Num_fac Integer(2) N° de question Primaire

question Varchar(30) La question

reponse Varchar(30) La réponse

Client
Nom du champ Type de données Description Clef
Num_clt Int(15) Numéros du client primaire
Nom_clt Varchar(30) Nom client
Prenom_clt Varchar(30) Prénom de client
Date_nais_clt Date Date de naissance
Adresse_clt Integer(20) L’adresse de client
Code_pas_clt Integer(8) Le code postal de client
Email_clt Varchar(30) L’email de client
Pys_emi_pp Varchar(30) Pays d’émission le passeport
login Varchar(30) Login de client
Num_tel_cl Integer(12) N°téléphone client
password Varchar(30) Password de client

Réservation

Nom du champ Type de données Description clef

Num_res Integer(15) Numéro de réservation Primaire
Date_res date Date de réservation
Cls_res Varchar(9) La classe de cetteréservation
Num_clt Integer(15) Numéro de passager Etrangère
Code_vol Integer(15) Numéro de vol Etrangère

Vol

Nom du champ Type de données Description clef

Code_vol Integer (15) Code de vol Primaire
Montant_ceco Integer (9) Prix de classe économique
Montant_caff Integer(9) Prix de classe affaire
Montant_cpre Integer (9) Prix de classe première
H_depart Time Heure de départ
H_prevu_arriv Time Heure prévue d’arriver
Date_dep Date Date de départ
Code_aerop_depart Integer(15) Code d’aéroport de départ Etrangère
Type_vol Varchar(20) Type de vol
Date_retour date Date de retour
Etat_cls_eco Varchar(20 Etat classe économique
Etat_cls_aff Varchar(20 Etat classe affaire
Etat_cls_pre Varchar(20) Etat classe première
Mat_av Varchar(8) Matricule d’avion Etrangère
Code_aerop_arriv Integer(15) Code aéroport d’arriver Etrangère

Catégorie

Nom du champ Type de données Description clef

Num_cat Integer(15) Numéro de catégorie primaire

Nom_cat Integer(20) Nom du catégorie

Red Integer(4) réduction


Aéroport de départ

Nom du champ Type de données Description clef

Code_aerop_depart Integer(15) Code aéroport de départ Primaire

Nom_aerop_depart Varchar(20) Nom aéroport de départ

Ville_aerop_depart Varchar(20) Ville d’aéroport de départ

Pays_aerop_depart Varchar(20) Pays d’aéroport de départ

Aéroport d’arriver

Nom du champ Type de données Description clef

Code_aerop_arriv Integer(15) Code aéroport d’arriver Primaire

Nom_aerop_arriv Varchar(20) Nom aéroport d’arriver
Ville_aerop_arriv Varchar(20) Ville d’aéroport d’arriver
Pays_aerop_arriv Varchar(20) Pays d’aéroport d’arriver

Avion

Nom du champ Type de Description clef

données
Mat_av Integer(15) Matricule d’avion primaire

Type_av Varchar(10) Type d’avion

marque varchar(5) Marque d’avion

Nbr_siege_ceco Integer (4) Nombre de siège Classe économique

Nb_siege_cpre integer(4) Nombre de siège Classe première

Nbr_siege_caff integer(4) Nombre de siège Classe affaire

Pys_fa Varchar(30) Pays de fabrication


Message

Champs Type Description Clé

Num_mess Int(7) N°messsage primaire
civilite_exp varchar(10) Civilité expéditeur
Nom_exp Varchar(30) Nom expéditeur
Prenom_exp Varchar(30) Prénom expéditeur
E_mail_exp Int(10) E-mail expéditeur
objet_mess varchar(25) objet message
contenu_mess text contenu message
Etat_mess varchar(20) Etat message
date_mess date date arriver
message

Facture

Nom du champ Type de Description clef

données
num_fac int (11) Numéro de la facture Primaire
num_res int (11) Numéro de la réervation Etrangère
montant_paye varchar (30) Montant payé
mode_paye Varchar(20) Mode de payement

Conclusion
Dans ce chapitre nous avons développés notre application en suivant une démarche de
modélisation qui est baser sur l’extension UML ,et après qu’on a cité les différents cas
d’utilisation et l’élaboration des diagrammes de séquences et d’activités en phase d’analyse ,et
les diagramme des classe en phase de conception, reste maintenant à mettre en œuvre une
plate forme qui nous permet la réalisation de notre application.
Chapitre 4
Réalisation
4.1 Introduction
Après avoir cité les différentes étapes de conception et d’analyse dans le chapitre
précédent, nous allons présenter dans ce chapitre l’environnement de développement et les
différents logiciels et langages que nous avons utilisés pour réaliser notre application, puis
nous terminerons par la présentation de ses différentes interfaces.

4.2Description de l’environnement de travail

4.2.1WAMP
Est un acronyme désignant « Windows, apache, MySQL, PHP)

• Windows XP : Le choix de Windows xp revient à sa simplicité, sa popularité et sa

puissance, ainsi pour toutes les ressources et options qu’il dispose.
• Apache : est un serveur web crée dans la volonté de développer et de maintenir un
serveur http sécurisé, efficace et évolutif pour les systèmes d’exploitation modernes.
Apache est multi plate forme et gratuit, son installation est facile, rapide et son
utilisation pas très compliqué. grâce à une association avec PHP apache devient un
serveur web dynamique. [16]
• MySQL : est édité par la société suédoise MySQL AB. De part la possibilité de
l’utiliser gratuitement et aussi de part ses performances, il est très populaire pour la
réalisation des sites internet, il est disponible pour plusieurs plates-formes dont linux
et Windows.
MySQL est un serveur de base de données relationnelle, base sur le langage de
requête SQL (structured query language) qui est un langage standard pour le
traitement des bases de données .le serveur MySQL peut fonctionner en mode
client/serveur. Il contrôle l’accès aux données pour assurer que plusieurs utilisateurs
peuvent se servir simultanément d’une même base de données.
Le serveur MySQL offre des fonctions nombreuses et puissantes. Ses possibilités
de connexions, sa rapidité et sa sécurité font de lui un serveur hautement adapte à
l’internet. [17]
• PHP : c’est un langage généralisé pour la production de contenu web dynamique .son
association avec serveur apache et une base de donnée MySQL forme une solution
gratuit, fiable et puissante pouvant être déployé sur de nombreuses plate forme telles
que Windows.

4. 3 Les outils utilisés

4. 3.1 Les langages utilisés

4.3.1.1 Html : L’html est un ensemble des règles qui indique à un navigateur comment afficher
une page du web.il est souvent utiliser avec des langages de programmation telle que
JavaScript et PHP.

4.3.1.2PHP : est un langage utilisé dans des applications web pour écrire des scripts html le
but premier de ce langage est de permettre aux développeurs web de concevoir rapidement
des sites aux pages dynamiques .c’est un langage exécuté cote serveur, à la différence de
 JavaScript et html, donc le code de l’utilisateur n’apparaît pas dans la source de sa page
web, seul les informations qu’il souhaite afficher seront visible par les visiteurs. [18]

4.3.1.3SQL : C’est un langage de manipulation de base de donnée mis en point dans les
annee70 par IBM il permet notamment :

• La manipulation des tables : création, suppression, modification des tables.

• La manipulation des bases de données : sélection, modification, suppression
d’enregistrement.
• La gestion des droits d’accès aux tables : contrôle des données et validation des
modifications. [17]
4.3.1.4JavaScript : Est un langage de script incorporé aux balises html, permettant d’amélioré
la présentation et l’interactivité des pages web.il est plus simple à mettre en œuvre car c’est
du code qu’on ajoute a notre pages écrites en html, il est donc une extension du code html
des pages web en permettant d’exécuter des commandes du coté client. [19]

4.3.2Les logiciels utilisés

4.3.2.1Macromedia dreamweaver 8 : dreamweaver, c’est la référence en matière de création des
sites web .Il peut tout servir aux développeurs expérimentés qu’aux débutant (qui, avec un
peut de pratique, arriveront vite a des résultats satisfaisantes).il constitue aujourd’hui une
plate forme de développement d’application internet de haut niveau .vu les multiples
possibilités qu’il offre nous l’avons utilisé pour créer nos interfaces. [17]

L’interface de Dreamweaver est illustrée dans la figure suivante.

Figure4.1L’interface Dreamweaver
4.3.2.2Easyphp : Easyphp est un logiciel permettant d’émuler un serveur apache sous
windows.il permet de développer des fichiers PHP et installer des bases de données MySQL
en local sur l’ordinateur .ce logiciel est principalement utiliser pour tester un site web
localement avant sa mise en production sur un véritable hébergement internet .il contient des
serveurs web très connus tel que apache, PHP, MySQL, et Phpmyadmin.

Figure4.2 Interface Easy PHP

4.3.2.3.Macromedia flash :
Macromedia flash est un logiciel pour créer des animation a base des simples images,
comme il permet d’intégrer des vidéos, des sons ,et des effets spéciaux pour enrichir le site et
aboutir à un meilleur résultat .l’interface de macromedia flash est illustrée dans la figure

Figure4.3Interface Macromedia flash

4.4 Présentation de quelques interfaces

 4.4.1Partie client ( visiteur)
4.4.1.1 Page d’accueil

C’est la première page téléchargée et visualisée par le client ou visiteur dont ces derniers
peuvent naviguer dans le site tel que faire des recherches et consulter des vols, contacter la
compagnie, cette page a un formulaire où le client doit le remplir pour consulter les vols dans
les dates désirés.

Figure4.4 Page d’accueil

4.4.4.2La page présentation d’Air Algérie :

Cette interface donne au visiteur une brève description d’Air Algérie. Pour y accéder il
suffit de cliquer sur le lien « Notre compagnie» et la page sera afficher :
 Figure4.5 Présentation d’Air Algérie
Dans cette page on trouve deux liens : un pour l’historique d’Air Algérie et l’ autre pour les
flottes qu’Air Algérie possède

4.4.4.3La page destination

Cette page permet de savoir la liste des aéroports qu’Air Algérie assure les liaisons entre
eux :

Figure4.6 La page destination

4.4.4.4La page F.A.Q (Foire Aux Questions)
Cette page permet de trouver les réponses aux questions les plus fréquemment posées.

Figure4.7 La page F.A.Q

4.4.4.5La page contactez-nous

Cette page permet d’envoyer des messages et de contacter la compagnie aérienne la liste
des N° téléphone des agences affiché quand on clique sur le lien « adresse » qui se trouve
dans cette page

Figure4.8 La page contactez-nous

4.4.4.6La page des vols disponibles
Apres le remplissage de formulaire de recherche et le clique sur le bouton « Recherche » la
page des vols sera affiché est cette page est illustré dans la figure.

Figure4.9 Page des vols disponibles

Ensuite le client peut visualiser et consulter les vols comme il peut sélectionner un vol puis
cliquer sur « réserver »pour continuer la procédure de réservation ou bien faire une nouvelle
recherche, et aussi dans cette page il y a un lien pour voir les places libres et les tarifs d’un vol
bien précis.

4.4.4.7La page inscription client

Pour qu’un visiteur devient client, il doit posséder un compte, donc s’inscrire à partir du
formulaire d’inscription suivant :
 Figure4.10 Page inscription client

4.4.4.8La page authentification client

Une fois le client inscrit, le client peut accéder à son interface en s’authentifiant.

Figure4.11 Page authentification client

4.4.4.9Page résumé réservation
Dans cette page, si le client est satisfait de sa réservation, il clique sur le lien « valider », sinon
il clique sur le bouton « annuler ».

Figure4.12 Page résumer de la réservation

Après validation de la réservation, le système affiche la page confirmation de la réservation.

4.4.4.10La page confirmation de la réservation

Figure4.13 Page confirmation de la réservation

Le client choisit le mode de payement en cliquant sur lien « valider », et le système lui affiche
des informations concernant le payement, et un lien vers le billet.

4.4.4.12 La page billet

Cette page est composée de trois parties :
• Informations client : contient les informations qui concernent le client.
• Voyage : contient les informations qui concernent le vol.
• Tarification : concerne la taxe et le mode de paiement

Informa
tion
client

Voyag
e

Tarification

Figure4.14 Page billet

4.4.2La partie administrateur

4.4.2.1 La page d’authentification
C’est la première page qui s’affiche de coté administrateur où ce dernier ne peut effectuer
aucune tâche avant qu’il s’authentifier en saisissant le mot de passe et le login puis cliquer sur
« valider».
 Figure4.15Page d’authentification d’administrateur

Apres l’authentification l’administrateur peut choisir parmi les liens suivants :

• gérer vol : l’administrateur peut consulter, ajouter, modifier, et supprimer un vol.

• gérer avion : l’administrateur peut consulter, ajouter, modifier, et supprimer un avion.
• gérer destination : l’administrateur peut consulter, ajouter, et supprimer une
destination.
• gérer les messages : l’administrateur peut consulter, modifier, et supprimer un
message.
• les réservations : l’administrateur peut consulter, réglée et supprimer une réservation.
• les Faq : l’administrateur peut consulter, ajouter et supprimer une question réponse.
• Changement cordonnées : l’administrateur a la possibilité de change son login ou
password
• Les factures : l’administrateur peut consulter ou bien supprimer des factures

Nous avons choisis comme titre d’exemple gérer vol

4.4.2.2 Page gestion des vols

A ce niveau, l’administrateur peut consulter, modifier, ajouter ou supprimer un vol dans la
table des vols.
 Figure4.16 Page gérer vol

Pour ajouter un nouveau vol l’administrateur clique sur le bouton « ajouter » et la page
d’ajout du vol sera téléchargée.

4.4.2.3 Page ajouter un vol

Quand on clique sur « ajouter », une page a un formulaire d’ajout d’un vol sera affichée où
l’administrateur doit le remplir puits valider.

Figure 4.17 Page ajouter un vol

L’administrateur saisit les informations concernant le vol à ajouter, puis clique sur le lien
« valider ».

Conclusion
Dans ce chapitre nous avons fait une description de notre application en présentant les
différentes interfaces de notre site, après que nous avons cité l’environnement de
développement et les techniques de programmation pour implémenter les différentes pages du
site.
Conclusion générale
 Conclusion générale

Aujourd’hui les entreprises sont en concurrences pour offrir au client des meilleurs services
sur le net et assurer la sécurité de paiement en ligne, ce qui permet aux entreprises d’atteindre
un marché plus vaste car un grand nombre d’utilisateur d’internet hésite d’effectuer des achats
en ligne pour des raisons des sécurités. Ainsi les moyens de sécurité se tend de jour en jour ce
qui permettra aux entreprise de gagner la confiance des clients et leurs permettre de bénéficier
des avantages du commerce électronique.

L’application sur la quelle nous avons travaillé nous a permet d’acquérir des nouvelles
connaissances et d’approfondir les nôtres, comme elle nous a permet de travailler et de se
familiariser avec un certain nombre des logiciels comme Macromedia Dreamweaver et
langages comme html pour créer des interfaces sans oublier le PHP pour la programmation et
JavaScript pour les contrôles.

Le stage pratique que nous avons effectué nous a permis d’être en contact avec le milieu
professionnel. Comme la confrontation de nos connaissances théoriques avec la réalité du
terrain nous a permis de renforcer notre conviction quant à la pertinence du choix
informatique.

Et en fin nous espérons que le site qu’on a réalisé atteint ses objectifs en permettant à
l’utilisateur d’évaluer avec plus de facilité l’exécution de ses tâches.

Certes l’application reste perfectible mais estimant qu’il constituera une bonne base pour les
promotions suivantes.
Annexe
 1 .Modélisation de l’UML
C’est une méthode qui consiste à créer une représentation simplifie d’un problème : le
modèle, grâce à celui-ci il est possible de représenter d’une manière simplifie un problème, un
concept et de le simuler.
La modélisation comporte deux composantes :
-L’analyse : c’est-à-dire l’étude du problème.
-La conception : soit la mise au point d’une solution au problème

2. Les différents diagrammes de l’UML

L’UML a plusieurs diagrammes mais nous allons définir les diagrammes utilisé dans la
partie analyse et conception.
• Diagramme des cas d’utilisation : Les diagrammes de cas d’utilisation représenter
un ensemble de cas d’utilisation et d’acteur (une sorte spéciale de classe) ainsi que
leur relations. On applique ces diagramme pour illustrer la vue de cas d’utilisation
statique d’un système .Ils sont particulièrement importants pour l’organisation et la
modélisation des comportements d’un système.
• Diagramme des séquences : Les diagrammes de séquences sont des diagrammes
d’interaction qui mettent en évidence l’ordre chronologique des messages.ils
représenter un ensemble d’objets ainsi que les messages envoyées et reçus par ses
objets.
• Diagramme des classes : Les diagrammes de classes représentent un ensemble de
classes d’interface et de collaboration ainsi que leurs relation .ce sont les digrammes
que l’on rencontre le plus souvent dans la modélisation de système orienter objet .on
les utilise pour illustre la vue de conception statique d’un système . Les diagrammes
de classes qui comportent des classes actives sont utilisés pour adresser la vue de
processus statique d’un système.
• Diagrammes d’activités : Les diagrammes d’activité représentent le flot d’une
activité à une autre à une interface d’un système. Une activité montre un ensemble
d’activité à une autre à l’intérieur d’un système.

3. Extension d’UML
Une extension d’UML comporte une brève introduction, puis la liste des stéréotypes,
étiquettes et contraintes avec leur description. Une extension contient aussi un ensemble de
règles qui garantissent la cohérence sémantique du modèle
L’extension d’UML pour le Web définit un ensemble de stéréotype, d’étiquettes et de
contraintes, qui rend possible la modélisation Web.
• Un stéréotype : est une extension du vocabulaire d’UML, il permet d’associer une
nouvelle signification à un élément du modèle. On représente un stéréotype par une
chaine de caractères entre guillemet (« »).
• Une étiquette : est une extension des propriétés d’un élément, elle permet la description
d’une nouvelle propriété d’un élément du modèle, on la représente par une chaine de
 caractères entre chevrons (< >).
• Une contrainte : est une extension de la sémantique d’UML, elle édicte une règle que le
modèle doit vérifier pour être qualifier <de bien forme>, elle est représentée par une
chaine de caractères accolades ({ }).

3.1. Les stéréotypes :

3.1.1. Classe :
• Page serveur (Server Page)

Icône :

Description : Représente une page Web possédant des scripts qui interagissent avec des
ressources serveur telles que les bases de donnée, ces scripts sont exécuté par le serveur.
Contraintes : Les pages serveur ne peuvent avoir de relation qu’avec des objets sur le
serveur.
Etiquettes : Moteur de script qui peut être un langage ou le moteur qui doit être utilisé pour
exécuter ou interpréter cette page.
• Page client (Client Page) :

Icône :
Description : Une instance d’une page client est une page Web formatée en HTML. Les
pages clients peuvent contenir des scripts interprétés par les navigateurs lorsque celles-ci sont
restituées par ces derniers. Les fonctions des pages clients correspondent aux fonctions des
scripts de la page web.
Contrainte : Aucune.
Étiquette :
Titre (Title) : Titre de la page tel qu’il est affiché par le navigateur.
Base (Base) : URL de base pour déréférencer les URL relatives.
Corps (Body) : ensemble des attributs de la balise <body>, qui définie
Des caractéristiques par défaut du texte et de l’arrière-plan.
• Formulaire :

Icône :

Description : Une classe stéréotypée « form »est un ensemble de champs de saisie faisant
partie d’une page client. A une classe formulaire correspond une balise HTML <form>, les
attributs de cette classe correspondent aux éléments de saisie d’un formulaire HTML (zone de
saisie, zone de texte, boutons d’option.).
 Un formulaire n’a pas d’opérations, puisqu’il peut les encapsuler. Toute opération qui
interagit avec le formulaire appartient à la page qui la contient.
Contraintes : Aucune.
Etiquettes : GET ou POST sont deux Méthodes utilisées pour soumettre les données à
l’URL de l’attribut action de la balise HTML <form>.
• Structure de cadre (frameset) :

Icône :

Description : Une structure de cadres est un conteneur de plusieurs pages Web. La zone
d’affichage rectangulaire est devisée en cadres rectangulaires inscrits. A chaque cadre peut
être associé un nom unique de cible « Target ».
Le contenu d’un cadre peut être une page Web ou une structure de cadre.
Une classe stéréotypée « frameset » est directement associé à une structure de cadre de page
Web par la balise HTML < frameset >.
Une structure de cadre est une page client qui peut posséder des opérations et des attributs.
Contraintes : Aucune
Étiquette :
Rangées (rows) : valeur de l’attribut rows de la balise HTML <frameset>. C’est une
chaîne de pourcentages séparés par des virgules, définissant les hauteurs relatives des cadres.
Colonnes (cols) : valeur de l’attribut cols de la balise HTML <frameset>. C’est une chaîne
de pourcentages séparés par des virgules, définissant les largeurs des cadres.
• Cible « Target » :

Icône :

Description :
Une cible est une zone nommée dans la fenêtre du navigateur dans laquelle des pages Web
peuvent être affichées. Le nom de la classe stéréotypée est celui de la cible. Habituellement,
une cible est le cadre d’une structure de cadre définie dans une fenêtre ; cependant, une cible
peut être une toute nouvelle instance de navigateur : une fenêtre. Une association « targeted
Link » spécifie la cible où une page Web doit être affichée.
Contraintes : Pour chaque client du système le nom de la cible doit être unique. Par
conséquent sur un même client, il ne peut exister qu’une seule instance d’une même cible.
Etiquettes : Aucune.
• Objet Java Script « Java oscript Object »
 Icône : Aucune.
Description : Sur un navigateur compatible Java Script, il est possible de simuler des objets
personnalisés à l’aide de fonctions Java Script. Les objets Java Script ne peuvent exister que
dans le contexte de pages client.
Contraintes : Aucune.
Etiquettes : Aucune.

• Objet Script Client « ClientScript Object »

F(){
Icône :

Description : Un Objet ScriptClient est un ensemble qui regroupe des scripts client
particuliers dans un fichier. Lequel est inclus dans une requête distincte du navigateur client.
Ces objets regroupent souvent des lots de fonctions couramment utilisées au travers d’une
application ou d’une entreprise.
Contraintes : Aucune.
Etiquettes : Aucune.

3.1.2. Association
• Lien « Link »
« Link »
Icône :

Description : Un lien est un pointeur d’une page client vers une autre page. Dans un
diagramme de classes, un lien est une association entre une page client et une autre page client
ou une page serveur. A un lien correspond une balise ancre HTML.
Contraintes : Aucune.
Etiquettes : Paramètres (paramètres) : liste de noms de paramètres qui doivent être passés
avec la demande de la page liée.
• Lien cible « targeted link »:
« Target »
Icône :
Description : Similaire à une association lien. Un lien cible est un lien dont la page associée
est affichée dans une cible. A un lien cible correspond une balise ancre HTML, dont l’attribut
Target prend la valeur de la cible.
Contraintes : Aucune.
Étiquette :
Paramètres (Paramètres) : liste de noms de paramètres qui doivent être passés avec la
demande de la page liée.
 Nom de la cible (Target Name) : nom de la cible ou la page vers laquelle pointe le lien qui
doit être affichée.
• Contenu de cadre « frame content »
Icône : Aucune.
Description : Une association contenue de cadre est une association d’agrégation qui traduit
l’appartenance d’une page ou d’une cible à un cadre.
Une association contenue de cadre peut aussi pointer vers une structure de cadre,
aboutissant dans ce cas, à des cadres imbriqués.
Contraintes : Aucune.
Étiquette :
Rangée (Row) : entier qui indique la rangée du cadre dans la structure de cadre auquel
appartient la page, ou la cible associée.
Colonne (Col) : entier qui indique la colonne du cadre dans la structure de cadre auquel
appartient la page, ou la cible associée.
• Soumet « Submit »
Icône : Aucune.
Description : Submit est une association qui se trouve toujours entre un formulaire et une
page serveur. Les formulaires soumettent les valeurs de leurs champs au serveur, par
l’intermédiaire de pages serveur, pour qu’il les traite. Le serveur Web traite la page serveur,
qui accepte et utilise les informations du formulaire.
Contraintes : Aucune.
Étiquette :
Paramètres (parameters) : une liste de noms de paramètres qui doivent être passés avec
la demande de la page liée.
• Construit « Build »
Icône : Aucune.
Description : La relation « Build » est une relation particulière qui fait le pont entre les pages
client et les pages serveur. L’association « Build » identifie quelle page serveur est
responsable de la création d’une page client. C’est une relation orientée, puisque la page client
n’à pas connaissance de la page qui est à l’origine de sont existence.
Une page serveur peut construire plusieurs pages client, en revanche, une page client ne
peut être construite que par une seule page serveur.
Contraintes : Aucune.
Etiquettes : Aucune.
• Redirige « redirect »
Icône : Aucune
Description : Une relation « redirect », est une association unidirectionnelle avec une autre
page web, peut être dirigée à partir d’une page client ou serveur ou vers une page client ou
serveur.
Contraintes : Aucune.
Étiquette :
 Délai (Delay) : délai que doit observer une page client avant de rediriger vers la page
destination. Cette valeur correspond à l’attribut Content de la balise <META>
• IIOP (Internet Inter-ORB Protocol)
Description : IIOP est un type spécial de relation entre objets sur le client et objets sur le
serveur. IIOP est un mécanisme de communication client/serveur différent de HTTP. On
pourra trouver ce type de relation entre des JavaBeans sur le client et des EJB (Entreprise
JavaBeans) sur le serveur.
Icône : Aucune.
Contraintes : Aucune.
Etiquettes : Aucune.
• RMI (Remote Method Invocation)
Icône : Aucune.
Description : RMI est un mécanisme qui permet à des applets Java, ou à des JavaBeans,
d’envoyer des messages à des JavaBeans situés sur d’autres machines.
On pourra trouver ce type de relation entre des JavaBeans, ou des applets, sur le client
et des EJB (Entreprise JavaBeans) sur le serveur.
Contraintes : Aucune.
Etiquettes : Aucune.
3.1.3. Attribut
• Elément de saisie « input element »
Icône : Aucune.
Description : Un élément de saisie correspond à la balise <input> d’un formulaire HTML.
Les étiquettes associées à cet attribut stéréotypé, correspondent aux attributs de la balise
<input>.
Les attributs obligatoires de la balise HTML <input> sont renseignés de la manière
suivante : l’attribut Name prend la valeur du nom de l’élément de saisie et l’attribut value
prend celle de sa valeur initiale.
Contraintes : Aucune.
Etiquettes
Type (Type) : Le type de l’élément de saisie : texte, numérique, mot de passe, case à
cocher, bouton d’option, bouton SUBMIT ou bouton RESET.
Taille (size) : définit la largeur visible allouée à l’écran en caractères.
Longueur Max (Maxlength) : nombre maximal de caractères que peut saisir
l’utilisateur.

• Sélection d’éléments « select element »

Icône : Aucune.
Description : Contrôle de saisie employé dans les formulaires, il permet à l’utilisateur de
sélectionner une ou plusieurs valeurs dans une liste. La plupart des navigateurs restituent ce
contrôle par une liste d’options ou une liste déroulante.
Contraintes : Aucune.
Etiquettes
Taille (Size) : définit le nombre d’éléments qui doivent être affichée simultanément.
Multiple (Multiple) : valeur booléenne qui indique que plusieurs éléments peuvent être
sélectionnés conjointement.
• Zone de texte « texte area element »
Icône : Aucune.
Description : C’est un contrôle de saisie, employé dans les formulaires, qui permet l’écriture
de plusieurs lignes de texte.
Contraintes : Aucune.
Etiquettes
Ligne (rows) : nombre de lignes de texte visibles.
Colonnes (cols) : largeur visible du texte en largeurs de caractères moyennes.
3.1.4. Composant
• page web « web page »
Icône :

Description : Un composant page est une page web. Il peut être requis d’après son nom par
un navigateur. Un composant page peut contenir des scripts client ou serveur.
Le plus souvent, le composant page est un fichier texte accessible au serveur Web, mais
il peut également être un module compilé, chargé et exécuté par le serveur web. Dans les deux
cas, le serveur Web produit, à partir du composant page, un document au format HTML, qui
est renvoyé en réponse à la requête du navigateur.
Contraintes : Aucune
Étiquette :
Chemin (path) : chemin requis pour spécifier la page Web sur le serveur web. Cette
valeur doit être relative au répertoire racine du site de l’application web.
• Page ASP « ASP page »

Icône

<%
%>

Description : Une page ASP est une page Web qui implémente du code ASP coté serveur. Ce
stéréotype n’est pertinent que dans un environnement d’application basé sur les ASP (Active
Server Page) de Microsoft.
Contraintes : Aucune.
Etiquettes : Identique à celles de la page web.
• Page JSP « JSP page »
Icône :

<%
Description : Une page JSP est une page Web qui implémente du code JSP coté serveur. Ce
stéréotype n’est pertinent que dans un environnement d’application basé sur les JSP (Java
Server Pages).
Contraintes : Aucune.
Etiquettes : Identique à celles de la page web.
• Servlet « Servlet »
Icône :

Description : Une servlet est un composant Java. Ce stéréotype n’est pertinent que dans un
environnement d’application compatible avec les servlets de Sun.
Contraintes : Aucune.
Etiquettes : Identique à celles de la page web.
• Bibliothèque de scripts « script Library »
Icône :

Description : Une bibliothèque de scripts est un composant qui propose un ensemble des
sous-routines. Ou de fonctions, pouvant être inclus à d’autres composants pages web.
Contraintes : Aucune.
Etiquettes : Identique à celles de la page web.

3.2. Règles de cohérence sémantique

3.2.1. Réalisation de composant
En principe, les composants pages Web peuvent réaliser les classes stéréotypées
« serveur page », « client page », « form », « JavaScript Object », « ClientScript Object »,
« frameset » et « target ». Quand l’environnement de développement associé (ASP ou JSP) est
en place, les pages web peuvent réaliser, au lieu des pages « server page », selon le cas, des
classes stéréotypées « ASP page » ou « JSP page ».
3.2.2. Généralisation
Tous les éléments de modélisation impliqués dans une même généralisation doivent être du
même stéréotype.
3.2.3. Association
Une page client peut avoir au plus une relation « build » avec une page serveur, mais une
page serveur peut avoir plusieurs relations « build » avec différentes pages client. En plus des
 combinaisons standards d’UML, les combinaisons de stéréotypes présentées au Tableau ci-
dessous sont permises.

A « client page » « server page » « frameset » « target » « form »

De
« client « link » « link » « link »
page » « redirect » « redirect » « redirect » «dependency «aggregation
« targeted link » « targeted link » « targeted link » » »
« server « build » « redirect » « build »
page» « redirect » « redirect »
« frameset » « frame «frame content » «frame conte»
content »
« target »
« Form » «aggregated by» «submit»
Référence bibliographique
 Références bibliographiques

[ 1] :fichier PDF les réseau ordinateur Généralité Esnard Aurélien

[2] :Cours de réseau Maitrise d’informatique : Pascal Nicolas
[3] : [Guy Pujolle - Les Réseaux Eyrolles, 1995, 1997]
[4] : http://www.wikipédia.com
[5 ]: http://www.ac-creteil.fr/infolyc/stage97/reseau/intro.htm
[6 ]: fichier PDF matériel réseaux
[7]:fichier PDF BTS IG 2éme année

[8] : fichier PDF ADMINISTRATION RESEAU

Rapport de fin d’année :
spéciale informatique 1992-93
François Borderies,
Olivier Chatel,
Jean-christophe Denis, Didier Reis.

[9 ]: mémoire conception et réalisation d’une application web dynamique pour la vente des
véhicule et pièces de rechange cas : « concessionnaire Select Auto » réalisé par : Samia
Zitoun et Samia mammar Année : 2008/2009:

[10] :www.bastien.smeuh.org
[11] :www.ccim.bc/ccim328/xml/

[12] :www .techo-science.net

[ 13]: http//:Lior chamla.com

[ 14]: fichier PDF vers une méthode centré acteur pour la conception des applications web de
Raoudha Ben Djemaa, Mouhamed Djemail, Abd El Madjid Hamdou

[15] : le guide d’utilisateur UML auteur : Grady Booch, James Runbangh, Ivar Jacobson
[16] :www.ratiatum.com

[17] : mémoire conception et réalisation d’une application web pour l’Electro-Industrie anneé
2008

[18] :www.damien.faucillon.free.fr/tutorial/phpdef.htm

[1 9] :www.ccim.be/ccim328/js