Dossier Analyse Compagnie Aérienne DB CG

Analyse du SYSTEME D'INFORMATION
de la compagnie aérienne CA
Dossier d’Etude Préalable
Responsable : Djamal Benslimane & Chirine Ghedira
Version 1.0
Statut du document : Achevé

Djamal Benslimane & Chirine Ghedira
Maîtrise documentaire
Information sur le document
Projet : Modéliser le Système d’Information de la compagnie CA
Rédacteurs : Djamal Benslimane & Chirine Ghedira
Responsable du contenu : Djamal Benslimane & Chirine Ghedira
Acteurs
Identification Nom
Directeur de projet
Maîtrise d’ouvrage
Maîtrise d’œuvre
Responsable qualité
Historique des modifications
Version Date Nature du document d’origine et des différentes pages

modifications
1.0 24/01/2006 Document initial P4-8
Page 2
1 Table des matières

1 Table des matières.............................................................................................................. 3
2 Objectifs ............................................................................................................................. 4
3 Modélisation du SI ............................................................................................................. 4
4 Acteurs et cas d’utilisation ................................................................................................. 5
4.1 Gestion des appareils : flotte ...................................................................................... 6
4.2 Gestion des vols : planification .................................................................................. 8
4.3 Gestion des réservations........................................................................................... 10
4.4 Enregistrement des passagers................................................................................... 12
4.5 Gestion des bagages ................................................................................................. 15
4.5.1 Chargement ...................................................................................................... 15
4.5.2 Déchargement................................................................................................... 16
4.6 Gestion des Produits Consommés à Bord : Catering ............................................... 17
4.6.1 Catering au chargement.................................................................................... 17
4.6.2 Catering au déchargement ................................................................................ 18
4.7 Gestion de la Maintenance des Appareils ............................................................... 19
4.7.1 Maintenance préventive ................................................................................... 19
4.7.2 Maintenance curative ....................................................................................... 20
4.7.3 Contrôle navigabilité ........................................................................................ 21
5 Diagramme de Classes du SI de la compagnie ................................................................ 22
5.1.1 La Gestion de la Flotte ..................................................................................... 22
5.1.2 La Gestion des Vols ......................................................................................... 24
5.1.3 La Gestion de la Réservation ........................................................................... 25
5.1.4 La Gestion des bagages .................................................................................... 27
5.1.5 La Gestion de Catering..................................................................................... 29
5.1.6 La Gestion de Maintenance.............................................................................. 32
5.1.7 La Gestion du contrôle de Navigation.............................................................. 34
6 Diagramme de séquences associé à l'activité "contrôle de Navigation" .......................... 35
7 Diagramme d'état/Transition de la classe "Appareil" ...................................................... 37
Page 3
2 Objectifs
L’objectif du présent document est de fournir une première analyse du système d'information
de la compagnie aérienne CA, qui propose à ses clients un ensemble de vols pour différentes
destinations nationales et internationales.
Le système d’information de la compagnie est destiné à assurer la gestion des différents
domaines d'activité de la compagnie :
• Gestion des Appareils: flotte
• Gestion des Vols: planification
• Gestion des Réservations
• Enregistrement des Passagers
• Gestion des Bagages
• Gestion des Produits Consommés à Bord : Catering
• Gestion de la Maintenance des Appareils
3 Modélisation du SI
Pour les besoins de notre étude, nous nous baserons sur le langage de modélisation UML.
Ce langage permet de décrire le système d’information à l’aide de trois représentation
différentes :
• Un mode de représentation fonctionnel, qui s’appuie exclusivement sur le diagramme
de cas d’utilisation. Il est utilisé dans l’activité de spécification des besoins.
• Un mode de représentation statique ou structurel, qui est constitué d' :
o Un diagramme de classes, qui constitue le point central dans un développement
orienté objet. Il a pour but de décrire la structure des entités manipulées par les
utilisateurs
• Un mode de représentation dynamique ou comportemental, qui s’appuie sur les
diagrammes suivants :
o Un diagramme d’états, qui représente le cycle de vie commun aux objets d’une
même classe
o Des diagrammes de séquence, et des diagrammes de collaboration, qui
représentent les échanges de messages entre objets, dans le cadre d’un
fonctionnement particulier du système.
Dans la suite de ce document, le Système d’Information de la compagnie aérienne CA est

décrit au moyen des modes de représentation fournie par la méthodologie UML.
Page 4
4 Acteurs et cas d’utilisation

Dans cette étape d’analyse, nous allons utiliser les cas d’utilisations qui nous permettent de
mieux comprendre le système.
Le système est décomposé suivant les différents domaines d’activités de la compagnie (cf.
chap. 1 : Objectifs).
Les différents acteurs pouvant être définis pour la compagnie aérienne CA sont les suivants :
• Le Service de gestion de la flotte
• Le Service financier
• Le SI des aéroports
• Le SI des autres compagnies aériennes
• Le personnel de la compagnie
• Le Service de planification des vols
• Les employés de guichet de la compagnie
• Les employés des agences de voyages
• Les membres d’équipage
• Le Service des enregistrements
• Le responsable du catering
• Le passager en liste principale
• Le passager en liste d’attente
• L’agent de comptoir
• Le responsable du service Bagages
• Le convoyeur
Page 5
4.1 Gestion des appareils : flotte
<<Actor>>
<<extend>>
BD Vols [Vé rif ica tio n N b Pa ss agers ]
Consulter Vols
<<A ct or>>
+Secondaire
SI Aéroport
<<include>> Af f ecter av ion aux aéroports
<<i ncl ude >>

Ger er la flo tte
<<include>>
Gérer les Conf igurations Appareil
<<include>>
Attribuer Conf iguration

<<extend>>
[Ve rif ica t° rép ar titio n Cla ss es ]
Attribuer personnel Acceuil
[Vé rif ty pe Appa reil]
Serv Gest f lotte <<extend>>
Attribuer équipe
Consulter f lotte Per so nne l
[Vérif ication Nb
<<extend>> Attribuer personnel Nav iguant
App dispos... <<extend>>
Gérer les locations <<A ctor>>
SI autres compagnies
Proposer Appareil à la location

<<extend>>
Consu lter A pp dispo en loca tio n

Louer Appareil
Gérer inf o location
<<extend>>
Consu lter f act ures
<<include>>
Ser v f ina nc ier Consulter les réglements Ré par tir mo nt ant ré gle ment /fa ctu re
<<include>>
Gérer les réglements
Diagramme de cas d'utilisation de l'activ ité
Gestion de la f lotte
Enregistrer les réglements
Comme le montre le diagramme ci-dessus, l'activité de gestion de la flotte est bien complexe
et encapsule la gestion des appareils à travers multiples cas d'utilisation entre autres : affecter
avion aux aéroports, gérer la configuration, consulter la flotte, attribuer équipe donc le
personnel qu'il soit d'accueil ou naviguant et qui se voit à travers l'héritage entre les cas
d'utilisation (il devrait être de même entre les acteurs Personnel, Personnel Accueil et
Personnel Naviguant).
Par ailleurs, ce diagramme montre aussi la prise en considération de la possibilité de location
d'appareils à travers le cas d'utilisation Gérer les locations qui inclut (Include) la proposition
d'appareils par la compagnie CA à d'autres compagnie et réciproquement grâce au cas
d'utilisation Louer appareil.
Dans la modélisation UML, les cas d'utilisation sont décrits selon un format donné qui
permettra d'avoir une première idée sur les différentes maquettes de l'application. Dans ce qui
suit nous présenterons les fiches de description des deux cas d'utilisation les plus significatifs.
Page 6
Titre : Gérer la flotte
But : effectuer les activités standards de gestion de la flotte de la compagnie, à savoir affecter
les avions aux aéroports, gérer les configurations des appareils, acheter des appareils
Résumé : Le Service de gestion de la flotte consulte la liste des appareils de la flotte et agit en
et des besoins de la compagnie
Acteurs : Est nécessaire pour le cas d’utilisation :

- le service de gestion de la flotte
- secondaire : les SI des aéroports
Version 1.0
Pré Condition : les membres du service de gestion de la flotte sont authentifiés au sein du SI
Enchaînement : Le service de gestion de la flotte ouvre la page de consultation des appareils

de la flotte, et peut, au choix :
• ajouter des appareils à la flotte (achat)
• configurer un appareil
• affecter un appareil à un aéroport
Exceptions : aucune
Titre : Gérer les locations
But : louer des appareils aux autres compagnies aériennes, ou en louer
Résumé : Propose des offres de location, ou demande une location d’appareil en fonction du
nombre d’appareils disponibles par rapport au nombre de passagers prévus sur les vols de la
compagnie

- Le service de gestion de la flotte
- Secondaire : Les SI des autres compagnies
- Secondaire : Le service financier
Version 1.0
Pré Condition : proposition de locations : des appareils sont disponibles

Demande de locations : pas assez d’appareils pour assurer le transit de
l’ensemble des passagers prévus
Enchaînement : Le service de gestion de la flotte consulte la liste de vols et la liste des

appareils de la compagnie, et agit en conséquence
Exceptions : aucune
Page 7
4.2 Gestion des vols : planification
Diag cas d'utilisation de l'activ ité

Gestion des Vols
Suppression
<<include>>
Modif ier <<include>> Ajout ( Date_D, Date_A)
<<include>>
MàJ BD v ols
<<Actor>>
<<include>> SI Aéroport
<<include>> At tr ibuer Aér opor t (Dep, Ar r)
<<include>>
Gérer les v ols
Af f ecter les départs

<<ext end>>
<<extend>>
<<extend>> <<Actor>>
[Vérif ty pe Appareil] Personnel
Consulter les v ols

Serv Planif ication Attribuer équipe
<<ext end>>
Af f ecter Appareil Attribuer personnel Nav iguant Attribuer personnel Acceuil
<<Actor>>
Consulter v ols autres compagnies
La compagnie aérienne CA propose essentiellement un ensemble de vols dont chacun

consiste à transporter directement un ensemble de passagers et de colis d'un aéroport de
départ à un aéroport d'arrivée et ce, sans escale. Afin de mieux gérer ces vols la compagnie se
doit de tout planifier.
L'activité Gérer vols est donc assurée par un acteur principal "Serv Planification" qui doit
pouvoir consulter les vols pour pouvoir attribuer les différentes équipes (cette action étend la
consultation, de même pour les actions de gestion), de gérer les vols en effectuant les
différentes opération d'ajouts, de modification, de suppression ou encore d'attribution
d'aéroports et enfin de pouvoir consulter les vols d'autres compagnies.
Dans ce qui suit nous présenterons les fiches de description des deux cas d'utilisation les plus
significatifs.
Page 8
Titre : Attribuer appareil
But : déterminer le type d’appareil destiné à effectuer une liaison déterminée
Résumé : Le Service de gestion de la flotte consulte la liste des vols et définit quel appareil
est nécessaire pour réaliser un vol donné

- le service de planification des vols
Version 1.0
Pré Condition : les membres du service de gestion de la flotte sont authentifiés au sein du SI
Enchaînement : Le service de gestion de la flotte ouvre la page de consultation des vols, et

sélectionne un appareil susceptible de correspondre pour ce type de vol
Exceptions : aucune
Titre : Attribuer équipe
But : attribuer du personnel naviguant et du personnel d’accueil pour un vol déterminé
Résumé : Attribue, en fonction des disponibilités et des compétences, du personnel naviguant

et du personnel d’accueil pour les vols de la compagnie

- Le service de planification des vols
- Secondaire : le personnel de la compagnie
Version 1.0
Pré Condition : le personnel pressenti est disponible et compétent pour effectuer ce vol
Enchaînement : Le service de gestion de la flotte consulte la liste de vols et la liste du

personnel de la compagnie, et agit en conséquence
Exceptions : aucune
Page 9
4.3 Gestion des réservations
Diag de cas d'utilisation de la

Gestion de la réserv ation
Consulter reserv ations

<<include>> <<Actor>>
BD Vols
<<extend>> Annuler conf irmation

Sa isir r eq cli ent
[Date annulation av ant ou après Date_D?]
Employ é Guichet Empl oy é Age nce de
compagnie v oy age
<<include>>
Gérer les remboursements
Client
<<extend>>
Employ é
Modif ier données de réserv ation Modif ier conf irmation
<<extend>>
Consulter les v ols
<<exten d>>
Conf irmer réserv ation
Annuler réserv ation

Proposer of f re
<<include>>
<<extend>>
<<e xtend >>
[Conf ir=Ok & Nb passagers Ok]
Valider réserv ation Ef f ectuer réserv ation préleminaire
<<extend>>
<<extend>>
<<extend>>
MàJ liste Ppale

MàJ Li ste
Ev aluer prix
<<extend>>
MàJ liste Attente
<<include>>
Emettre billets [Date_dep - Date_conf >4jrs]

<<extend>>
Env oy er billets
Page 10
Titre : Saisir la demande du client
But : enregistrer la demande de voyage du client (lieux de départ / arrivée, date, nombre de
passagers…)
Résumé : les employés de guichet de la compagnie ou les employés des agences de voyage
associées, enregistrent la demande de voyage du client, afin de consulter les propositions de
vols de la compagnie

- L’employé de guichet de la compagnie
- L’employé des agences de voyage
Version 1.0
Pré Condition : aucune
Enchaînement : les employés ouvrent la page de recherche des vols de la compagnie, et

proposent au client les vols disponibles
Exceptions : aucune
Titre : Emettre les billets
But : Emettre les billets de vol pour le client, comprenant toutes les informations du contrat
passé entre la compagnie et le client, notamment la liste des liaisons, ou si il s’agit d’un billet
aller/retour, …
Résumé : une fois le prix complet du billet encaissé, l’employé de l’agence de voyage ou
celui du guichet de la compagnie émet un billet au nom de client, et celui-ci est enregistré en
liste principale ou en liste d’attente d’un des vols de la compagnie

- L’employé de guichet de la compagnie
- L’employé des agences de voyage
Version 1.0
Pré Condition : la réservation a été effectuée et le client a payé l’intégralité du billet
Enchaînement : l’employé du guichet de la compagnie ou l’employé de l’agence de voyage a

émis une réservation au nom du client, et a encaissé son paiement pour l’intégralité du
voyage. Il déclenche l’opération d’émission du billet pour le client
Exceptions : aucune
Page 11
4.4 Enregistrement des passagers
Conf irmer af f ectation équipage

Membre équipage
<<ext end>>
Consu lter Vols

BD Vols
<<extend>>
Serv Planif ication
Co nf irm er af f ect ati on Appar eil

Serv Gest f lotte
<<Actor>>
SI Aéroport
Consulter l es com ptoir s d 'aé ropo rt
<<extend>>
<<ext end>>
Af fec ter co mpt oirs Af f icher liste comptoirs

Serv Enregistrement
Ev aluer Nb pass ager s / ty pe /c las se

Resp. Catering
Af fec ter Age nts de comptoi r

Agent de comptoir
Passager liste Ppale
MàJ l iste étiquette s Edit er ét iq uett e bagages

BD Gest. bagages Enregistrer passagers
réserv ation <<extend>>
non pay ée <<exten d>>
<<extend>>
Annuler réserv ation Editer carte Embarq° Attribuer place

Passager
MàJ Liste
Diag cas d'utilisation Gest. départ des v ols
MàJ liste Attente MàJ l iste Ppale
Page 12
Titre : Confirmer l’affectation de l’équipage
But : s’assurer de la disponibilité et de la compétence des membres d’équipage pour un vol

considéré, et les informer de leur affectation
Résumé : le service de planification transmet aux membres d’équipages une confirmation de

leur affectation pour un vol donné

- Le service de planification
- Secondaire : les membres d’équipage
Version 1.0
Pré Condition : la disponibilité et les compétences des membres d’équipage
Enchaînement : le service de planification consulte la liste des vols prévus dans les 48
heures, et vérifie dans la liste du personnel affecté au vol sélectionné, les compétences et la
disponibilité de chaque membre d’équipage
Exceptions : aucune
Page 13
Titre : Affecter des comptoirs d’enregistrement
But : pour les aéroports de départ de vols, affecter les comptoirs disponibles pour le vol
considéré
Résumé : l’enregistrement s’effectue dans des comptoirs d’enregistrement, pour chaque

aéroports de départ de vols. Le service de planification doit déterminer quels comptoirs seront
utilisés pour un vol donné, en fonction des disponibilités des comptoirs.

- Le service de planification
- Secondaire : le SI des autres aéroports
Version 1.0
Pré Condition : des comptoirs sont disponibles dans l’aéroport de départ du vol concerné
Enchaînement : le service de planification consulte la liste des vols prévus dans les 48
heures, et vérifie dans la liste des comptoirs de l’aéroport de départ de chaque vol, la
disponibilité des comptoirs de l’aéroport pour les affecter au vol sélectionné.
Exceptions : aucune
Page 14
4.5 Gestion des bagages
4.5.1 Chargement
Diag cas d'utilisation Gest des bagages :

chargement au départ
Consu lter Vols

BD Vols
<<ext end>>
Resp Serv Bagages

<<include>>
Af f ecter conv oy eurs à v ol
Conv oy eur
Ajouter
Gérer conv oy eurs
Supprimer
Gérer les bagages suspects
<<extend>>
Gérer les bagages en réclamation Gérer l es baga ges e n at te nte
<<include>> <<extend>> <<extend>>
Gérer les surcharges de bagages Consulter les v ols Modif ier étiquette MàJ liste étiquettes
Page 15
4.5.2 Déchargement
Diag UC : Gest bagages du déchargement

<<i ncl ud e>>
Ajouter bagage en attente
<<include>>
Gé rer les b ag age s en at ten te
Supprimer
Agent compagnie à l'aé
roport
Saisir réclamation établir état des réclamtions

Resp Serv Bagages
<<Actor>>
Serv Réclamation
<<Actor>>
SI Aéroport
Env oy er inf os bagages d'un v ol
<<include>>
Consulter liste af f ectation des Af f ecter emplacement Appareil

emplacements
<<extend>>
Attribuer N° tapis
Conv oy eur
<<include>>
Gérer conv oy eurs <<include>> Af f ecter conv oy eurs à v ol
Rempl acer chariots
<<include>>
Remplacer conv oy eur
<<include>>
Gérer chariots Af f ecter chariot
<<include>>
Consulter liste chariots
<<extend>>
<<include>>
Consulter inf o bagage du v ol

Reserv er chariots
<<extend>>
BD Vols
Se rv ice co ntent ieu x c on sulte & gére
<<include>>
Gé rer baga ge en transit la liste d es cone nt iux, re mbourse
les clien ts
Consulter Vols
Transmettre dossier bagage perdu

Se rv conte nti eux
Page 16
4.6 Gestion des Produits Consommés à Bord : Catering
4.6.1 Catering au chargement
Diag CU : Gest du Catering au

chargement
Emettre bon de chargement
<<inclu de>> Convoyeur
Remplacer convoyeur
<<include>>
Gérer convoyeurs
<<extend>> Affecter convoyeurs
Resp. Catering
Consulter les vols
Emettre facture de catering

SI autres
compagn ies
Enregistrer payement sous-traitant

Sous traitant
< <extend >>

<<e xtend>>
Effectuer contrôles Em et tre co mp te re ndu

Controleu r hygiè ne
<<extend>>
En fonction du résultat
du contrôle
Enregistrer refus de plats
Page 17
4.6.2 Catering au déchargement
Diag CU : Gest du Catering au

déchargement
Gérer le stock des consommables

Serv Gest ca terin g
<<extend>>
<<extend>>
[Produits récupèrables]
Ajouter produit Vérifier produits
Etab lir liste de p rodui ts restants

Membre équ ipag e Convoyeur
Page 18
4.7 Gestion de la Maintenance des Appareils
4.7.1 Maintenance préventive
Diag UC : maintenance préventive
<<extend>>
Consulter liste des interventions Etablir un compte rendu

d'intervention
Gérer les techniciens
<< Acto r>>

Serv M ain tena nce
G ére r les t ype s d'a ct io n
<<Actor>>
BD Flotte
Consulter flotte
<<extend>>
<<exten d>>
[Techniciens dispos & compétents]
Planifier action Af fect er te chn icien s
Page 19
4.7.2 Maintenance curative
Diag UC : maintenance curative
<<Actor>>
Emettre facture
Dder intervention
Commandant de
b ord
<<Actor>>
Serv Maintenance << extend>>
Consult er list e de s int ervention s Affecter techniciens

Technicien
Et abl ir c om pte rendu d'i nte rv ention
Calculer durée intervention Etabl ir dia gnostic

Serv Planification
Page 20
4.7.3 Contrôle navigabilité
Diag CU : contrôle de
navigabilité
Consulter liste des départs

Commandant de
bord
Equipe de contrô
les
Effectuer contrôle de navigation

Serv Navigation aé
rienne
Titre : Effectuer contrôle de navigation
But : effectuer le contrôle et autorise le commandant de bord à décoller.
Résumé : avant chaque départ ou à la suite d'une maintenance, l'équipe de contrôle effectue
un contrôle et donne son verdict après transmission des résultats du contrôle.

- l'équipe de contrôles
- secondaire : commandant de bord, service financier et le service de
navigation aérienne.
Version 1.0
Pré Condition : aucune
Enchaînement :
1. le service de maintenance envoi un compte rendu de maintenance au SI de la
CA
2. le SI de la CA transmet ce compte rendu à l'équipe de contrôle et la liste des
vols
3. l'équipe de contrôle effectue le contrôle et établit le rapport
4. l'équipe de contrôle transmet le rapport à trois acteurs : le SI de la CA, le
commandant de bord et au service de navigation aérienne
Page 21
5. le service de navigation aérienne envoi message autorisation ou interdiction de

vol selon condition [verdict=Ok ou Non]
6. le SI de la CA envoi les infos au service financier pour établir les factures
Exceptions : aucune
5 Diagramme de Classes du SI de la compagnie

Les diagrammes de classes sont le fruit de l'analyse du domaine. Cette étape est l'étape la plus
cruciale permettant d'identifier les "concepts du domaine" appelés aussi "objets métiers" à
partir de l'expression initiale des besoins.
L'étape typiquement orientée objet de l'analyse est la décomposition du domaine d'intérêts.
Pour améliorer la lisibilité et la compréhension des diagrammes, nous allons cependant
procéder à un découpage et non présenter la totalité sur un même schéma. Bien évidemment
les concepts se retrouverons dans les différents diagrammes présentés ci-après et
comporterons les mêmes propriétés et opérations.1
Comment identifier les concepts du domaine ? Plutôt que de partir en aveugle et de nous
heurter à un problème de taille, nous procédons de la manière suivante : prendre les cas
d'utilisation un par un et se poser la question suivant : quels sont les concepts qui y participent
et quelles sont les relations entre eux en se basant sur la description du besoin?
Par exemple, pour le cas de gestion de la flotte, nous identifions les concepts fondamentaux
suivants :
Flotte ;
Appareil ;
Type ;
Compagnie ;
Aéroport ;
Personnel ;
5.1.1 La Gestion de la Flotte
Pour assurer le transport des voyageurs, la compagnie CA dispose d'une flotte dont elle
assure la gestion. Cette flotte est composée d'un ensemble d'appareils qui sont la propriété
de la compagnie et d'autres qui sont loués en cas de besoin.
La composition se traduit par une agrégation tel que montré sur le schéma. Le fait de la
propriété se traduit ici par une association "possède".
En cas de baisse d'activité, la compagnie peut aussi louer certains de ses appareils à d'autres
compagnies. Ceci nécessite une deuxième association entre "Compagnie" et "Appareil" et qui
porte un certain nombre d'informations, ce qui explique l'utilité de la classe d'association
anonyme ayant pour attributs : la date de début de location, de fin de location ainsi que le
Nombre d'heures.
1
L'élaboration des diagrammes s'est faite en utilisant Rational Rose, certains concepts apparaîtront sur un
diagramme du fait des associations existantes dans d'autres diagrammes même si ils n'apparaissent pas dans la
description du besoin de l'activité.
Page 22
Les appareils sont répartis sur différents aéroports. Chaque avion a en effet son aéroport
d'attache dans lequel il se trouve en cas de non activité et dans lequel se font les principales
Opérations de maintenance. Chaque aéroport est désigné par un code unique, un nom, une
localisation et une catégorie (national, international).
Chaque type d'appareil est caractérisé par sa capacité en
nombre de places et en poids total transporté, ses dimensions, sa vitesse maximale, son
altitude maximale, ...
Un appareil nécessite une équipe de personnel naviguant. Cette

équipe est composée de personnel naviguant technique (pilotes, copilotes, mécaniciens
navigants, . .) et de personnel d'accueil (hôtesses, stewards, . . .). La constitution de l'équipe
du personnel navigant dépend du type d'appareil, ce qui explique l'association entre le
personnel et Type.
L'effectif du personnel naviguant technique ne dépend pas du nombre de personnes

transportées. Par contre l'effectif du personnel d'accueil dépend du nombre de personnes
transportées dans un vol donné. Ceci se traduit par l'association entre Personnel et Vol qui est
une association porteuse d'informations : attribut "effectif".
Le type d'avion peut être configuré de différentes façons en fonction des besoins. Ces
configurations (classe Configuration) différent par la répartition des places entre les
différentes classes (économique, affaire). et sont valables pendant une période donnée. Cette
information est indiquée les dates de début et de fin de la période.
Pour les appareils loués pour les autres compagnies, la compagnie CA mémorise pour
chaque appareil loué la date de début et la date de fin de location. la compagnie locatrice,
ainsi que le nombre d 'heures de vol assurées par l'avion à la date de location de l'appareil. La
compagnie CA facture à la fin de chaque mois la location de ses appareils aux autres
compagnies.
Page 23
Aéroport
Date deb location : Date
est rattaché à Code : String
Date f in location : Date
Nom : String
Nb Heure v ol av _loc : Integer
Localisation : String
1
Catégorie : Char
1
Appareil
loue Matricule : String
Co mpa gnie Nom : String
1..n 1..n
Nom : String Date acquisition : Date Flotte
1 possède 1..n 1..n
Identif iant : Integer Id_f lotte : String
1 localisation : String Calculer Nb heure Vol av _loc()
MàJ Historic location()
a
envoie Reglement MàJ Nb heure/mois()
1 1
Calcul Volume totale_Bag() Constructeur
Montant : Long
Mode : String 1..n 1 I d_Construc teur : String
1
1..n a un Nom : String
Calcul Reglem() CA : Str ing
1 1 Adresse _Co nst : Stri ng
Facture est con stitu é de
Ty pe
Date émission : Date
Nb place : Integer
Date limite_reglem : Date
1..n Poid Total : Integer Con f igura ti on
es t spécial isé sur Dim : Long a une
Calcul Total() Nb pl aces Eco : Int eger
Vitesse Max : Integer
Nb pl aces 1er e : I nte ger
1 1..n Altitude Max : Integer 1 1
Id_Ty peAppareil : Integer
Pers onnel est affecté à
(from Use Case View) Calcul Prix f orf ait()
Immatriculation : String
Nom : String Vol
Prenom : String Numero : String
Nb passagers : Integer Date Deb période : Date
Ty pe v ol : String Date f in période : Date
Personnel Nav iguant Période : String
Technique Ef f ectif : Integer Durée Approx : Integer
Personnel
Acceuil
Diagramme de classe associé à la

Gestion de la f lotte
5.1.2 La Gestion des Vols

La compagnie aérienne CA propose essentiellement un ensemble de vols dont chacun
consiste à transporter directement un ensemble de passagers et de colis d'un aéroport de
départ à un aéroport d'arrivée et ce, sans escale.
L'analyse de cette phrase, nous permet de ressortir les 4 classes (écrites en gras ci-dessus),
mais aussi sur une cinquième classe "Aéroport". Il est aussi indiqué qu'il y a un aéroport de
départ et un aéroport d'arrivée. Bien évidemment, il serait aberrant de mettre deux classes
disjointes puisque nous auront un problème de duplication d'informations et surtout que tout
aéroport joue le rôle de départ et d'arrivée. Nous mettons l'accent ici sur un mot employé et
qui est très important dans la modélisation orienté objet à savoir la notion de "rôle". Cette
notion de rôle décrit comment une classe voit une autre classe au travers d’une association. Le
rôle prend tout son intérêt lorsque plusieurs associations existent entre 2 classes.
Chaque vol est identifié par un numéro comportant le code de la compagnie « CA » . Un tel
vol réalise une liaison directe entre deux aéroports à un jour ou plusieurs jours de la semaine à
horaire fixe de départ. Chaque vol a un type (régulier, charter,), une période de validité, une
durée de voyage approximative ainsi qu'un appareil. On précise également pour chaque vol
l'équipage navigant technique et le personnel d'accueil adéquat en fonction de l'appareil
ainsi que les types de prestations offertes (petit déjeuner, repas, déjeuner, collation,
journaux, . . .).
Certaines liaisons peuvent être réalisées par plusieurs vols à des jours
différents, des horaires différents ou des compagnies différentes ; ce qui impose à la
compagnie d'être en relation avec ses concurrents pour satisfaire ses clients en cas
d'impossibilité de les satisfaire avec ses propres vols.
Page 24
Diagramme de classes
concernant la gestion des v ols
Aéroport
1 Code : String
est rattaché à
Nom : St ring
L ocalisation : Stri ng
Catégorie : Ch ar
1
Appareil
1 1
Matricule : String Personnel
+Dépa rt +Arriv ée
Nom : String
Date acquisition : Date (from Use Case View)
1 Imma tri cul ati on : S tri ng
1 ..n Calculer Nb heure Vol av _loc() No m : S tri ng
MàJ Historic location() Prenom : String
loue part
MàJ Nb heure/mois() attérit
Calcul Volume totale_Bag()
1..n est affecté
1..n e st as su ré par
possède
Num_siège : String
1..n 1..n 1..n 1
1 Nbr Bagages : Integer
Vol
Compagnie 1
Numero : Strin g
Nom : String Propose
Nb passagers : Inte ger
Identif iant : Integer Typ e v ol : String
1 localisation : String 1..n 1..n Péri ode : String 1..n s'enregistre 1
Durée Approx : Integer
1 Passager
envoi e 1 1..n
1..n 1..n (from Use Case View)
Liaison {ord...
affreté par
partent Etat : String
Dat e Debut : Dat e
Dat e Fin : Dat e sont proposées
1 ..n Colis
porte sur 1 ..n

Départ de Vol
Selectionner Vol()
Date_Départ : Date 1.. n
Sa iso n
Jours_Dep[7] : String
Date Début Saison : Date Nb_places_libres : Integer Prestation
Date Fin Saison : Date Nb_places_reserv ées : Integer
Nb_places_conf irmées : Integer
MàJ Nb_places_libres()
MàJ Nb_places_conf irmées()
MàJ Nb_places_réserv ées()
Calcul Nb_places_totales()
La planification des vols se fait par saison définie par une date début et une date fin. Elle
consiste à déterminer pour chaque liaison la liste des vols qui seront assurés pendant la
saison. Ce besoin est rempli par l'ajout d'une méthode Sélectionner Vol() portée par
l'association.
Pour chaque vol enregistré, on identifie plusieurs départs à des dates différentes. Par
exemple. le vol régulier CA223 qui part de l'aéroport Tunis-Carthage vers l'aéroport Orly,
tous les lundi à 8H25. Pour ce faire y a besoin d'une classe Départ de vol qui nous permet de
résumer les informations nécessaires.
Un départ est caractérisé entre autres par un nombre de places libres, un nombre de places
réservées et un nombre de places.
5.1.3 La Gestion de la Réservation
La réservation se fait par un client au près d'un employé d’un des guichets commerciaux de
la compagnie répartis géographiquement ou de l'une des agences de voyage, avec qui la
compagnie a signé un accord.
Un voyage d'un client est défini par une ou plusieurs liaisons desservies par la même
compagnie ou par des compagnies différentes.
Le client doit effectuer une réservation pour chaque liaison constituant son voyage. Ceci se
traduit par une association entre les classes "Liaison" et "Client". Cette association est
porteuse d'information. En effet, pour chaque liaison, le client doit préciser le jour de départ
et la classe, d'où la nécessité d'une classe d'association.
Suite à la réservation, un dossier est ouvert ; identifié par une référence et caractérisé par un
client responsable et un nombre de passagers adultes et enfants. Le dossier est bien
évidemment ouvert par l'employé. Ceci se traduit par la création d'une classe "Dossier" et qui
est reliée à la clase "Personnel".
Page 25
Si la compagnie est capable d'assurer le transport éventuellement de plusieurs itinéraires,

elle décrit au client une possibilité en précisant les éventuelles escales ainsi que le prix total
du voyage. Pour être sûre de pouvoir honorer son offre, elle effectue une réservation
préliminaire sur les vols concernés.
Si le client donne son accord, les réservations sur les départs de ces vols sont alors
définitives en liste principale ou en liste d'attente si le nombre de places libres est inférieur au
nombre de places demandées. Afin de transcrire l'accord du client, bien évidemment nous
devons ajouter une méthode de confirmation qui sera portée par la classe qui la subit à savoir
la réservation préliminaire. Si, au contraire, le client décline l'offre, les réservations
préliminaires sont annulées, et la compagnie essaie alors de proposer une autre manière de
réaliser le voyage demandé; si toutes les possibilités ont été proposées, on en informe le
client. De la même manière, ceci se traduit par la méthode d'annulation
Diagramme de Classes portant sur la réservation

de vols Billet
Num_Billet : String
Date_emission : Date
Durée Validité : String
Liaison Statut : Char
con cerne Aéroport_depart : String
Date Debut : Date Coupon
Aéroport_arrivée : String
Date Fin : Date
1 1 Prix : Long
Taxe : Long
1..n Poids_autorisé : Integer
Calcul prix_billet()
MàJ Statut()
réserve
Dossier
Nb pasagers : Integer 1..n
1
Prix : Long
Réservation Type_envoi : String
Client
Date_rés : Date
(from Use Case View) Confirmer_dossier()
Classe : String
Id_Client : Integer Annuler_dossier()
Nom : String Modifier_dossier()
Prénom : String Calcul_Prix_Total()
Adresse : Strin g Calcul_Prix_remboursement()
Num phone : Integer Calcul_Prix_envoi()
Vol E_mail : String 1..n
Numero : String Num passeport : String émet
1..n Nb passa gers : Integer Date_Naiss : Date
{ordred}
Type vol : String
Période : String Réservation préléminaire
ouvrir
1..n Annuler_Reser_Prelem()
1..n Confirmer_Reser_Prelem()
partent
Propose
1..n Départ de Vol

1..n
Date_Départ : Date
Compagnie
Jou rs_Dep[7] : Strin g
Nom : String 1..n
Nb_places_lib res : Integer
Identifiant : Integer Nb_places_re servées : Integer 1 Personnel
1 localisation : String Nb_places_c onfirmées : Integ er guichet
1..n propose 1
envoie 1 MàJ Nb_ places_libres()
MàJ Nb_ places_co nfirmées() Personnel
MàJ Nb_ places_réservée s() (from Use C as e Vi ew)
Calcul Nb_pla ces_totales() Personnel Agence
Nom : String voyage
Prenom : String
La confirmation correspond à toute réservation définitive en liste principale ou en liste

d'attente donnant lieu au paiement de l'intégralité du prix du voyage qui doit être calculé
(d'où les méthodes de calcul prix dans les différentes classes) et à l'émission du billet ou des
billets d'un dossier donné.
Le billet est le document de voyage, qui est délivré par le transporteur ou par un intermédiaire
en son nom. Uniquement en cas de paiement de la totalité du prix du billet.
Le billet comporte les conditions du contrat et les informations connexes, ainsi que les
coupons pour le vol et le bagage du passager. Ce billet d'avion comporte obligatoirement
les éléments suivants en plus de son numéro, de sa date d'émission.
- L’identité complète du passager :
Numéro de dossier,
Page 26
Numéro de passeport,
Nom et prénom,
Date de naissance ;
- L’itinéraire complet du voyage :
numéro de vol,
aéroport de départ initial,
escales intermédiaires prévoyant éventuellement un changement de transporteur: la
succession de départ de vols,
aéroport de destination finale ;
- Les données relatives au service de transport :
classe.
statut de la réservation (confirmée, liste d'attente. .).
- Le prix du voyage complet, établi par un ou plusieurs coupons, libellé dans la monnaie du
pays de départ ;
- La durée de validité du billet ;
- Les taxes et autres frais ;
- Le poids du bagage en franchise formulé en kilogrammes.
Il importe de préciser que le billet comporte un coupon distinct pour chaque liaison du
voyage. Ce qui se traduit par l'agrégation entre la classe "Billet" et la classe "Coupon" et d'une
association simple entre cette dernière et la classe "Liaison".
Le client peut éventuellement se désister et annuler son voyage après confirmation et/ou
édition de billets. Dans ce cas, il s'agira d'effectuer un remboursement dont le montant dépend
de la date avant ou après les dates de départ grâce aux méthodes de calcul.
5.1.4 La Gestion des bagages

La gestion des bagages a pour mission d'enregistrer et livrer chaque bagage, y compris
pour les correspondances à partir de l'enregistrement, d'un avion à l'autre, ou d'un avion
aux tapis de récupération des bagages.
Le mécanisme de livraison comporte des convoyeurs et des voies sur lesquelles circulent
des chariots.
Page 27
Diagramme de classe portant sur la

Num_ordre : String Gestion des bagages
Date_stockage : Date
Magasin
Réclamations
0..n Bagages
son t stoc kés Aéroport
1
Bagage possède Code : String
0..n
Num_Bag : String effectue Nom : String
type_Bag : String est chargé dan s Localisation : String
1
Bag_checked : Boolean Catégorie : Char
1..n 1..n
Prioritaire : Boolean
Tapis 1
possède un
0..n 1 Num_Tapis : Integer
pos sède
1 1
Chariot 1..n +Départ
+Arrivée
Ch_Reserv : Boolean Passager
est associé à
(from Use C as e Vi ew)
1 1..n 1..n
1..n Etat : String est réservé à
Comptoir Emplacement
s' enregis tre
con duit Date_affec t : Date 1 1..n 1

1..n
Vol
1 Numero : String
Nb passa gers : Integer affectés
Type v ol : String 1
1..n est affecté à 1..n Période : String 1
est affecté à
Convoyeur 1
(from Use Case View) est assuré par Appareil
Conv_Reserv : Boolean Matricule : String
1..n Nom : String
est constitué de
Date acquisition : Date
1 Calculer Nb heure Vol av_loc() 1

est attribuée à Carte Accès
1..n MàJ Nb heure/mois()
Id_Carte : String Calcul Volume totale_Bag()
1 1
Personnel
(from Use Case View)
Nom : String
Prenom : String
Au moment de l'enregistrement d'un passager, une étiquette code à barre est

éditée et collée sur le bagage comportant le numéro du bagage, le nom du passager,
l'aéroport d'embarquement, l'aéroport de destination finale, le numéro du vol, le type de
bagage (prioritaire, fragile, animal, etc.).
Le transport des bagages depuis les comptoirs d'enregistrement jusqu'à l'appareil est
assuré à l'aide de tapis roulants et des chariots conduits par des convoyeurs. Au début de
chaque journée, on affecte à chaque vol un ensemble de convoyeurs.
Chaque bagage enregistré est mis sur un tapis roulant qui l'emmène vers le convoyeur pour
chargement. Un tapis, identifié par un numéro, est associé à un ensemble de comptoirs
d'enregistrement.
Les convoyeurs font partie du personnel (donc héritent de cette classe) de la compagnie
auxquels la compagnie affecte des cartes d'accès.
Des contrôles de sécurité sont effectués sur les bagages avant qu’ils soient définitivement
chargés dans les soutes d’avions.
Un bagage peut ne pas être chargé dans l'avion pour l’une des deux raisons suivantes .
Sécurité : les bagages Suspects seront mis à part et non chargés dans les chariots mais
stockés dans un magasin spécialisé (magasin bagages).
Saturation de l'avion : toutes les soutes de l'avion sont pleines, les derniers bagages
enregistrés et ne Portent pas l’option prioritaire, ne seront pas chargés et seront
envoyés dans le prochain vol. Ceci se traduit par l'association existante entre les
classes "Bagage" et "Appareil".
Page 28
Avant l'arrivée d'un avion, l'aéroport est avisé sur le nombre et les types des bagages qui
sont à bord de l'avion a fin de réserver un nombre suffisant de chariots. Un emplacement est
aussi affecté a l'appareil. Ceci implique l'association existant entre Aéroport et Emplacement.
Après le déchargement de l'avion, ces chariots seront conduits aux tapis réservés sur
lesquels ils seront déchargés. Ici nous mettons l'accent sur cette classe "Tapis" très importante
et qui est à l'image de la classe "Aéroport" désigne deux aspects les Tapis au départ associées
aux comptoirs et les Tapis à l'arrivée, d'où la notion de rôle sur le diagramme.
Dans le cas où un passager ne retrouve pas ses bagages sur le tapis, il effectue une
réclamation en présentant le talon du bagage. Suite aux réclamations des différents passagers
du vol correspondant, la compagnie établit un état (numéro de vol, numéro du bagage. motif
de réclamation, etc. ) et l'envoi par télex à son bureau à l'aéroport de départ
Plusieurs scénarios sont possibles :
le bagage est retrouvé dans l'aéroport de départ, faute de soute pleine ou oubli, il sera
envoyé sur le prochain vol. Une fois arrivée il sera enregistré dans le magasin bagages
en attente. Ce magasin gère le stock de bagage en entrée et en sortie. Ce stock
correspond à la classe "Magasin Bagages" dans lequel sont stockés les bagages
suspects et/ou en attentes.
Chaque bagage sera enregistré à l'arrivée avec un numéro d'ordre, le numéro du
bagage, le vol, le nom du passage, la date d'entrée.
le bagage est perdu, le service " réclamation bagages " transmet le dossier au service
contentieux a fin de poursuivre la procédure de remboursement du passager.
5.1.5 La Gestion de Catering

Dans le but d'offrir des produits à consommer à bord, la compagnie CA dispose d'une
direction catering qui assure à la fois le chargement au départ et le déchargement à l'arrivée
des consommables à bord des appareils.
Pour chaque départ de vol, le service de planification informe de la dotation assignée. une
dotation porte sur les produits qui correspondent aux types de prestations planifiées, à
fournir ainsi que leurs quantités respectives.
Une dotation peut concerner un ou plusieurs vols assurés par le même appareil. Avant 24
heures de chaque départ planifié, une fiche d'information de la dotation est adressée au service
du catering. La dotation est chargée dans le matériel catering (trolleys et armoires)
La dotation comporte deux catégories de produits, qui sont explicitées par un héritage dans le
diagramme à savoir :
Les produits cachetés appelés dans le diagramme par la classe "consommables".

Les produits qui nécessitent une préparation appelés dans le diagramme par la classe
"Préparation".
Pour subvenir aux besoins de la première catégorie de dotation, chaque service du

catering gère un stock de produits consommables (appelés dans le diagramme par la classe
"Magasin consommables").
Page 29
Chaque produit est caractérisé par un code, un nom, une description, une quantité,
une date limite de consommation.
Concernant la deuxième catégorie, à savoir la préparation des plats, elle est confiée
actuellement entièrement à un sous-traitant. Pour chaque vol au départ, la direction
commande par le biais d'un bon de cuisine un certain nombre de plats indiqué par l'attribut
quantité commandée dans la classe d'association, selon la prestation
établie lors de la planification du vol et la dotation.
Chaque plat correspond à un type de prestation (petit déjeuner, collation ou repas) et à une
classe (affaire, économique). Un prix unitaire est affecté à chaque plat, ce qui est traduit par
l'attribut Prix dans la classe "Produit".
Afin de veiller au respect des obligations du sous-traitant, le service catering procède à

des inspections lors de la livraison des plats. Ces inspections sont assurées par des
contrôleurs d'hygiène. Elles portent sur le respect des standards de qualité et de la
réalisation des plats. Les incidents de non-conformité peuvent concerner.
Les résultats de ces inspections donnent lieu à une mention pour toute la livraison qui
peut être :
A. travail du sous-traitant conforme
B. travail du sous-traitant non conforme. mais acceptable
C. travail du sous-traitant non conforme et non acceptable
Cette mention est indiqué dans la classe d'association entre "sous-traitant" et "plat" par
l'intermédiaire de l'attribut Mention_livraison.
Dépar t de Vol
Date_Départ : Date
Jours_Dep[7] : String Materiel catering
Nb_places_libres : Integer Num_Plomb : Integer
Nb_places_reservées : Integer
Nb_places_confirmées : Integer 1..n
est assignée 1
MàJ Nb_places_libres()
MàJ Nb_places_confirmées() contient
MàJ Nb_places_réservées() partent est affecté à
1..n
Calcul Nb_places_totales() 1..n 1 Convoyeur
Vol
1..n 1
Numero : String Conv_Reserv : Boolean
1..n
Nb passagers : Integer
1 conduit
Type vol : String
Dotation
Période : String
Durée Approx : Integer 1
Calcul NBpr od_r estant( ) Camion
1..n 1 Immat_Camion : Integer
1
portent sont proposées est assuré par
Quantité : Integer
1..n
Produit 1..n
Code : Integer associés à 1..n
Appareil
Nom : String Prestation
Description : String Matricule : String
1..n 1
Date_limite_conso : Date Nom : String
Calculer Nb heure Vol av_loc()

MàJ Nb heure/mois()
Pr épar ation fournit 1
Consommable Prix : Long
1..n
1..n
Sous traitant
est stock é dans (from Use Case View)
Quantité : Integer
1
Mag asin
Consommable
Mention_li vraison : Char Diagramme de classe
Quantité commandée : Integer correspondant au catering
Calcul_pri x_Cde()
Page 30
Le transport des produits rangés dans le matériel du catering (armoires & trolleys) vers
l'appareil ou vice-versa est assuré à l'aide de camions monte-charges conduits par des
convoyeurs. A chaque vol sont affecté un convoyeur et un camion.
Avant leur embarquement dans le camion monte-charge, tous les trolleys et armoires
doivent être plombés. Un état des numéros de plombs du matériel de chaque vol doit être
établi et remis au convoyeur. Cette information se traduit par un attribut dans la classe
"Matériel Catering".
Page 31
5.1.6 La Gestion de Maintenance
Dans le but d'assurer le maximum de sécurité aux vols qu'elle assure, la compagnie CA
dispose d'une direction de maintenance qui assure à la fois la maintenance des appareils
appartenant a cette compagnie ainsi que celles d’autres compagnies en cas de demande.
La direction de maintenance de CA opère sur les différents aéroports où sont rattachés ses
appareils. Elle dispose d'un service de maintenance par aéroport - Chaque service fait
travailler un certain nombre de techniciens de maintenance. Chaque technicien dispose d'une
carte d'accès sur laquelle sont indiqués son matricule, son nom, sa date de naissance et sa
spécialité.
Les actions de maintenance effectuées sur les appareils sont :
Maintenance préventive
Les différents appareils de la flotte doivent subir périodiquement des actions de

maintenance.
Une actions est définie par un code, une désignation, une durée moyenne d'intervention et
éventuellement une ou plusieurs pièces à changer.
La réalisation de chaque type d'action de maintenance pour un type d'appareil donné dépend
du nombre d'heures de vols effectués. Ici, il s'agit de relier les classes "Action de
maintenance" à "Type" et non à appareil.
La compagnie détient donc une fiche pour chaque type d'appareil dans laquelle est indiqué
pour chaque tranche de nombre d'heures de vol et le type d'action de maintenance à effectuer.
Chaque type d'action de maintenance nécessite une équipe composée de techniciens de

catégories différentes. La même fiche citée ci-dessus indique pour chaque appareil et pour
chaque type d'action de maintenance le nombre de techniciens devant intervenir pour chaque
catégorie de techniciens. Pour cela nous mettons en place une classe d'association.
Disposant du planning prévisionnel de chaque appareil, la compagnie CA planifie pour

chaque appareil les prochaines actions de maintenance préventives en spécifiant la date et la
durée prévisionnelle de chaque action.
Après la réalisation de chaque action de maintenance un compte-rendu est établi. Il contient

la date et la durée réelle de l'intervention dans le cas où elles sont différentes de celles
prévues ainsi que la durée d'intervention de chaque technicien. Ce compte-rendu précise
également pour chaque action de maintenance les techniciens l'ayant réalisée. Ce qui est déjà
déduit de fait puisque la classe "compte-rendu" est une classe d'association entre "technicien"
et "Action de maintenance".
Page 32
Compte Rendu Ty pe
Action maintenance prév entiv e
Durée : Integer Nb place : Integer
Code : Integer
Description : String Poid Total : Integer
Désignation : String associée à Dim : Long Compagnie
Durée_moy enne : String
Vitesse Max : Integer 1
Pièce à changer : String 1..n Nom : String
1 Altitude Max : Integer
Identif iant : Integer
Id_Ty peAppareil : Integer
Calcul durée() localisation : String
Calcul Prix f orf ait()
1..n 1 envoie
1..n planifie possède 1 1
effectue opération maintenance a un

1..n
1..n
Appareil 1..n
1 Date_interv ention : Date
Matricule : String Facture
appartient à
1 Nom : String Date émission : Date
Date acquisition : Date Date limite_reglem : Date
Technicien
1 Catégorie
1 techniciens Calculer Nb heure Vol av _loc() Calcul Total()
MàJ Nb heure/mois()
effectue opération maintenance 1
se rapporte à
Personnel
1
Immatriculation : String 1..n 1
Nom : String
Prenom : String DDe interv ention
est attribuée à Acti on mainet anan ce c urat iv e
est associée Date_Dde : Date remplie
Durée diagnostiquée : Integer
Ty pe panne : String
1..n 1 1 1
Commandant de
1 bord
Carte Accès
Id_Carte : String
Diagramme de Classe portant sur la
maintenance
Maintenance curative
La maintenance curative est effectuée à la suite d'une demande d'intervention formulée par
le commandant de bord de l'appareil en difficulté technique.
La demande d'intervention porte sur un immatriculation d'un appareil, et est caractérisé par la
date de la demand, le type de panne et la compagnie si l'appareil n'appartient pas à CA.
En recevant cette demande, le service de maintenance charge un ou plusieurs techniciens qui

vont se déplacer pour dépanner l'appareil. Après diagnostic, une évaluation de la durée
d'intervention est effectuée. Cette durée apparaît en attribut de la classe "Action maintenance
curative" et est communiquée au service de planification des départs de vols qui tiendra
compte de cette information pour décider de maintenir l’affection de l'appareil en panne pour
le vol prévu ou l'affectation d'un autre appareil.
Si l'intervention concerne une compagnie autre que CA. Une facture sera émise. Elle
comportera le matricule de l'appareil, la date d'intervention. Le type d'intervention ainsi que
le montant facturé calculé par la méthode associée à la classe "facture".
Page 33
5.1.7 La Gestion du contrôle de Navigation

Il s'agit d'un contrôle consistant à s’assurer que l'appareil peut naviguer Il peut avoir lieu
dans les cas suivants :
Suite à toute action de maintenance préventive ou curative
Avant tout départ.
Les contrôles de navigabilité sont effectués par un personnel spécialisé différent de celui qui
réalise les actions de maintenance.
Une heure avant chaque départ de vol, l'équipe de contrôle rend visite de l'appareil et
effectue une série de contrôles. La liste des contrôles à effectuer dépend du type de l'appareil
et du nombre d’heures de vol effectués.
Le responsable de cette équipe de contrôle établit un rapport dans lequel il mentionne le
résultat de chaque contrôle effectué (Ok, non Ok) indiqué par l'attribut verdict de la classe
"Rapport Ctrl".
Les contrôles de navigabilité effectués pour le compte des autres compagnies aériennes sont
facturés. Une facture est émise par la compagnie CA dans laquelle sont indiquées les
informations suivantes. Date et heure du contrôle, matricule de l'appareil. Aéroport et
montant de l'intervention.
Ra pport Ctrl Type
Verdict : St ring Action contrôle Nb place : Integer
Durée_Ctrl : Int eger Poid Total : Integer
code : intege r
Dat e_Ctrl : Dat e Dim : Long Compagnie
Designation : String
Descript ion : St ring Vitesse Max : Integer Nom : String
Durée moyenne : Integer
Altitude Max : Integer
Identifiant : Integer
Id_TypeAppareil : Integer
Calcul_Durée() localisation : String
Calcul Prix forfait() 1
1 1 envoie
1
a un possède
Facture
Date émission : Date
1..n Date limite_reglem : Date
Equipe de contrô
les Appareil 1.. n
Calcul Total()
(from Use Case View) Matricule : String
Nom : String
Calculer Nb heure Vol av_loc()

1 Carte Accès MàJ Historic location()
est attribuée à MàJ Nb heure/mois()
Id_Carte : String
1
Personnel
Diagramme de Classe du Ctrl Navigation
Nom : String
Prenom : String
Page 34
6 Diagramme de séquences associé à l'activité "contrôle de

Navigation"
Les cas d'utilisation décrivent les interactions des acteurs avec le SI de la compagnie CA que
nous voulons spécifier et concevoir. Lors de ces interactions, les acteurs génèrent des
messages qui affectent le système informatique et appellent généralement une réponse de
celui-ci. Nous allons isoler ces messages et les représenter graphiquement sur le diagramme
de séquence.
Pour les événements propres à un cas d'utilisation, le DSS (diagramme de séquence système)
montre non seulement les acteurs externes qui interagissent directement avec le système, mais
également ce système (en tant que bite noire) et les événements système déclenchés par les
acteurs.
Le diagramme ci-dessous correspond donc à l'activité de contrôle de navigation. Il s'agit d'un

contrôle consistant à s’assurer que l'appareil peut naviguer. Il peut avoir lieu
dans les cas suivants :
Suite à toute action de maintenance préventive ou curative
Avant tout départ.
Les contrôles de navigabilité sont effectués par un personnel spécialisé différent de celui qui
réalise les actions de maintenance. Une équipe est présente en permanence dans chaque
aéroport dans lequel la compagnie CA dispose d'un service de maintenance. Une heure
avant chaque départ de vol, l'équipe de contrôle rend visite de l'appareil et effectue une série
de contrôles. La liste des contrôles i effectuer dépend du type de l'appareil et du nombre
d’heures de vol effectués.
Le responsable de cette équipe de contrôle établit un rapport dans lequel il mentionne le
résultat de chaque contrôle effectué (Ok, non Ok). A la fin. il indique si l'appareil est en
mesure de naviguer ou pas. Il garde une copie de ce rapport et transmet une autre au
commandant de bord. Une troisième copie est transmise au service de la navigation aérienne
qui est le seul habilité à autoriser ou non le décollage de l'appareil.
Les contrôles de navigabilité effectués pour le compte des autres compagnies aériennes sont
facturés. Une facture est émise par la compagnie CA dans laquelle sont indiquées les
informations nécessaires.
Page 35
:SI Compagnie
: Serv Maintenance
: Serv Navigation aé : Equipe de contrô : Commandant de : Serv financier
ri enne les bord
Emission Cpte Rendu
Transmettre Cpte Rendu
Envoi liste des départs

contrôler & établir rapport
{Heure actuelle =Heure départ - 1}
Transmettre rapport
Transmettre rapport
[Verdict=Ok] Autorisation de vol
[Verdict= Not Ok] Interdictio n de vol
Emettre Infos pour Facturation
Page 36
7 Diagramme d'état/Transition de la classe "Appareil"

Les diagrammes d'état/transition décrivent le comportement des objets d’une classe en
fonction des événements et des messages reçus (externes & internes). En d’autres termes :
c’est la description du cycle de vie d'un objet, qui passe d'un état à un autre en fonction des
événements perçus du monde (l'environnement et les autres objets).
Ici nous nous intéressons à la classe "Appareil". En se basant sur la description des besoins et
de la logique, nous pouvons déduire qu'un appareil est soit :
en attente de décoller ou encore suite à un achat (traduit ici par le stéréotype
<<create>> qui veut dire qu'il faut ajouter une nouvelle instance dans la BD)
en location que ce soit par la compagnie CA ou une autre compagnie,
en vol,
en contrôle avant décollage,
en maintenance que ce soit préventive suite à une date donné ou encore curative suite
à une demande de réparation ;
obsolète qui veut dire qu'à la suite d'une tentative de maintenance et un check, il est
impossible de le réparer ou encore malheureusement suite à un crash.
En loc ation En v ol
entry / Change status () e ntr y/ Change Stat us()

do/ décrementer (Nb appareils dispo) d o/ Décremen ter (Nb appar eils dispo)
When [Dde de location]
<<c reate >>
Wh en [F in da te de lo cation ]
[ Ctr l=Ok]
En attente
En contrôle
When [(heure actuelle=Heure départ-1)]
entry / Change status ()
do/ Incrémenter (Nb appareils dispo) e nt ry/ C ha ng e s tat us ()
ev ent (heure actuelle=Heure départ-1)/ e xi t/ ^Ct rl r ep ort (Ct rl)
[état = réparé]
[Ctrl = Non Ok]
When[ Date_jour = Date_maint_prév entiv e OR Dde maint_curativ e ]
En maintenance
[état = irréparable] Obsolète
entry / Change status ()
do/ Décrémenter (Nb appareils dispo) entry / C hange sta tus ()
exit/ Check report(état)
Diagramme d'état correspondant à

appareil
Page 37

Dossier Analyse Compagnie Aérienne DB CG

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Dossier Analyse Compagnie Aérienne DB CG

Transféré par

Droits d'auteur :

Formats disponibles

Analyse du SYSTEME D'INFORMATION

Dossier d’Etude Préalable

Responsable : Djamal Benslimane & Chirine Ghedira

Statut du document : Achevé

Information sur le document

Projet : Modéliser le Système d’Information de la compagnie CA

Rédacteurs : Djamal Benslimane & Chirine Ghedira

Responsable du contenu : Djamal Benslimane & Chirine Ghedira

Historique des modifications

Version Date Nature du document d’origine et des différentes pages

1 Table des matières

Dans la suite de ce document, le Système d’Information de la compagnie aérienne CA est

4 Acteurs et cas d’utilisation

4.1 Gestion des appareils : flotte

<<include>> Af f ecter av ion aux aéroports

<<i ncl ude >>

Attribuer Conf iguration

Proposer Appareil à la location

Consu lter A pp dispo en loca tio n

Gérer inf o location

Titre : Gérer la flotte

Acteurs : Est nécessaire pour le cas d’utilisation :

Enchaînement : Le service de gestion de la flotte ouvre la page de consultation des appareils

Titre : Gérer les locations

But : louer des appareils aux autres compagnies aériennes, ou en louer

Acteurs : Est nécessaire pour le cas d’utilisation :

Pré Condition : proposition de locations : des appareils sont disponibles

Enchaînement : Le service de gestion de la flotte consulte la liste de vols et la liste des

4.2 Gestion des vols : planification

Diag cas d'utilisation de l'activ ité

<<include>> At tr ibuer Aér opor t (Dep, Ar r)

Af f ecter les départs

Consulter les v ols

Af f ecter Appareil Attribuer personnel Nav iguant Attribuer personnel Acceuil

Consulter v ols autres compagnies

La compagnie aérienne CA propose essentiellement un ensemble de vols dont chacun

Titre : Attribuer appareil

But : déterminer le type d’appareil destiné à effectuer une liaison déterminée

Acteurs : Est nécessaire pour le cas d’utilisation :

Enchaînement : Le service de gestion de la flotte ouvre la page de consultation des vols, et

Titre : Attribuer équipe

But : attribuer du personnel naviguant et du personnel d’accueil pour un vol déterminé

Résumé : Attribue, en fonction des disponibilités et des compétences, du personnel naviguant

Acteurs : Est nécessaire pour le cas d’utilisation :

Enchaînement : Le service de gestion de la flotte consulte la liste de vols et la liste du

4.3 Gestion des réservations

Diag de cas d'utilisation de la

Consulter reserv ations

<<extend>> Annuler conf irmation

Gérer les remboursements

Consulter les v ols

Annuler réserv ation

Valider réserv ation Ef f ectuer réserv ation préleminaire

MàJ liste Ppale

Emettre billets [Date_dep - Date_conf >4jrs]

Titre : Saisir la demande du client

Acteurs : Est nécessaire pour le cas d’utilisation :

Pré Condition : aucune

Enchaînement : les employés ouvrent la page de recherche des vols de la compagnie, et

Titre : Emettre les billets

Acteurs : Est nécessaire pour le cas d’utilisation :

Pré Condition : la réservation a été effectuée et le client a payé l’intégralité du billet

Enchaînement : l’employé du guichet de la compagnie ou l’employé de l’agence de voyage a