Application Gestion Consommation Energetique

MEMOIRE
DE STAGE DE FIN DETUDES

Pour lobtention du
MASTERE PROFESSIONNEL
En Nouvelles Technologies des Tlcommunications et Rseaux
Prsent Par :
Mme Samia HACHEM
Dveloppement dune application de gestion

de la consommation nergtique
Soutenu le :
Devant le jury :
Mr Jalel KHEDIRI
Prsident
Mr Ahmed DHOUIB
Membre
Mme Ahlem Ben HSSINE
Membre
Ddicace
_______________________
Je ddicace ce travail tous ceux qui ont fait de moi ce que je suis aujourdhui,
en tmoignage de leffort quils ont dploy pour maider et qui a t toujours
prs de moi me renforcer et me donner de lespoir. Quils trouvent ici
lexpression de ma profonde gratitude et affection.
A mon mari
Mes enfants Yassmine et Yassine
&
A ma famille
Je ddicace ce travail aussi toute ma famille et tous mes amis.
Remerciements
____________________________
A la direction de ce projet
Mon professeur : Mr Ahmed Dhouib
Vous mavez fait un grand honneur en acceptant de diriger ce travail.
Votre rigueur scientifique, votre talent pdagogique tmoignant dun savoir
tendu et dune grande comptence.
Votre qute du meilleur est un exemple suivre et un motif de respect et
dadmiration.
Faire partie de vos tudiants est une immense fiert et jespre tre digne de
votre enseignement.
Je tiens aussi remercier
Messieurs : Moez Hachem et Zied Yahyaoui
Que jai eu la chance de les avoir comme encadreurs, pour leurs aide, leurs
conseils et pour les grands efforts quils ont fait pour me faire comprendre.
Mes remerciements vont aussi tous mes enseignants pour tout ce quils mont
appris et pour les beaux moments vcus au cours de leurs sances.
Quil me soit permis galement de remercier

Les membres de jury
Je suis trs sensible de lhonneur que vous me faites en acceptant de faire partie
du jury de stage de fin dtude.
Je salue en vous, vos comptences professionnelles, vos qualits humaines ainsi

que votre esprit critique.
Quil me soit permis de vous exprimer ici mon profond respect et ma grande
reconnaissance.
Mmoire de stage de fin dtudes
Hachem Samia
Table des Matires
Introduction Gnrale : ...........................................................................................................6

Chapitre 1 : tude pralable ....................................................................................................7
I.
Prsentation du cadre de stage (cadre du projet) : ......................................................8

I.1.Introduction : .................................................................................................................8
I.2.Motivation : ...................................................................................................................8
I.3.Objectifs : ......................................................................................................................8
I.4.Travail demand : ..........................................................................................................8
II.1 Rle de BMS :............................................................................................................ 10
II.2 Les Fonctions du BMS : ............................................................................................. 11
II.2.1
Systme dclairage : .......................................................................................... 11
II.2.2
Systme lectronique : ........................................................................................ 12
II.2.3
Systme Mcanique : .......................................................................................... 13
II.2.4
Le Systme de HAVAS : .................................................................................... 14
III.1
L'nergie : ........................................................................................................... 15
III.2
Les besoins nergtiques : ................................................................................... 15
III.3
Une consommation maitrise : ............................................................................ 16
IV
Conclusion : ........................................................................................................... 16
Chapitre 2 : Les mthodes et les outils utiliss pour la conception de lapplication ................ 17
I
Introduction : .......................................................................................................... 18
II
Les mthodes : ........................................................................................................18

II.1
Mthodologie de conception : .......................................................................... 18
II.2
Mthodologie de dveloppement : .................................................................... 21
II.3
Les outils : ............................................................................................................... 22

II.3.1 Le systme dexploitation : ................................................................................. 22
II.3.2 Loutil de dveloppement DELPHI 6 [4] :........................................................... 23
II.3.3 Etude comparative entre DELPHI et Visual Basic [5] : .......................................23
II.3.4 Le Systme de Gestion de Bases de Donnes : .................................................... 24
Chapitre 3 : Solution : lapplication ...................................................................................... 25

I.1
Structure de lapplication : ..................................................................................... 26
I.2
Fonctionnalits de lapplication : ............................................................................ 26
I.2.1 Gestion des quipements :..................................................................................... 26

Dveloppement dune application de gestion de la consommation nergtique
| 1
Hachem Samia
I.2.2 Consultation de lhistorique dun quipement : ..................................................... 27

I.3 Communication avec les bases de donnes : ................................................................ 27
II Conclusion :.............................................................................................................. 29
Chapitre 4 : Conception et ralisation ................................................................................... 30
I
II
Environnement de travail : ......................................................................................... 31

I .1
Environnement matriel : .................................................................................... 31
I.2
Environnement logiciel : ..................................................................................... 31
I.3
Dcomposition de lapplication : .........................................................................32
Liste des imprimes crans de lapplication : ............................................................... 33
Conclusion Gnrale ............................................................................................................ 50
| 2
Hachem Samia
Table des Figures
Figure 1 : Supervision systme d'clairage ............................................................................ 12

Figure 2 : Supervision du systme lectronique .................................................................... 13
Figure 3 : supervision des systemes mecaniques ...................................................................14
Figure 4 : Supervision des FAN ............................................................................................ 15
Figure 5 : Authentification .................................................................................................... 33
Figure 6:Authentification 2 ...................................................................................................33
Figure 7: Authentification russi ........................................................................................... 34
Figure 8: La page principale de lapplication ........................................................................34
Figure 9: La page consommation par quipement ................................................................. 35
Figure 10: Connexion la base trendlog ............................................................................... 36
Figure 11: Choix quipement ................................................................................................ 37
Figure 12: Choix type quipement ........................................................................................ 38
Figure 13: Affichage de consommation dquipement .......................................................... 39
Figure 14: Sauvegarde de la consommation .......................................................................... 40
Figure 15:Consommation par Zone ....................................................................................... 41
Figure 16:Choix dune zone ..................................................................................................42
Figure 17: Affichage des quipements dune zone ................................................................ 43
Figure 18: Affichage de la consommation globale dune zone .............................................. 44
Figure 19: Affichages de la courbe des consommations par zone .......................................... 45
Figure 20: Consommations par type dquipements .............................................................. 46
Figure 21: Choix dun type dquipements ........................................................................... 47
Figure 22: Exemple (choix du type EF) ................................................................................ 48
Figure 23: Diagrammes de consommation par type dquipement .........................................49
| 3
Hachem Samia
| 4
Hachem Samia
Liste des acronymes
TAV: Tepe Akfen Ventures

FCD: Facility Control Departement
BMS: Building Management System
ALC: Airport Lighting Consumption
UML: Unified Modeling Language
| 5
Hachem Samia
Introduction Gnrale :
L'informatique fait aujourd'hui partie intgrante de la majorit des entreprises, un tel point
que le mtier d'informaticien s'est diversifi en une multitude de fonctions spcialises,
touchant au rseau, au dveloppement informatique, la scurit des systmes informatiques
ou encore l'infographie ou l'ergonomie.
A certains mtiers correspondent des tudes particulires, tandis que la carence en
informaticien rend la porte d'entre de certaines fonctions techniques ouverte tous. La bonne
connaissance du cur de mtier de chaque fonction peut permettre d'en connatre les
spcificits, les limites ainsi que les comptences indispensables.
Parmi ces mtiers on trouve la conception et le dveloppement qui consistent analyser
un
besoin,
concevoir
des
solutions,
les
modliser
informatiquement
et
les
implmenter, c'est--dire les transcrire dans un langage informatique. Il s'agit de mtiers

alliant une capacit d'analyse un esprit de synthse et mettant en uvre technique et
crativit.
Pour ce stage de fin dtude que jai eu lopportunit de le raliser au sein de la socit TAV
Tunisie en collaboration avec la socit Ocean Software & Technologies.
Mon stage sest droul laroport international Enfidha-Hammamet, qui possde une
technologie trs volue. La majorit de ses activits sont automatiques et ralises par
des applications
informatique mais la tche de calcul de consommation nergtique
aroportuaire est encore ralise manuellement, ce qui engendre une perte de temps et
dargent avec le risque de faute de calcul. Pour remdier ce problme jai essay le long
de ce stage de dvelopper une application informatique pour raliser cette fonction.
Cette application ma permis dune part, de me rendre compte de lorganisation et de
la charge de travail de dveloppement des logiciels, de me mener une action sur le terrain, de
dvelopper et mettre en pratique les connaissances que jai acquises durant mon cursus
universitaire en Master en Nouvelles Technologies de Tlcommunications et Rseaux au
sein de lUVT.
Mon rapport se compose de quatre chapitres, le premier est consacr ltude pralable, le
deuxime chapitre prsente limportance des cots nergtiques aroportuaires, le troisime
concerne les mthodes et les outils utiliss pour la conception de lapplication, et le quatrime
chapitre sera ddi la phase de ralisation de lapplication.
| Introduction Gnrale : 6
Hachem Samia
Chapitre 1 :
tude pralable
| Chapitre 1 : 7
I.
Hachem Samia
Prsentation du cadre de stage (cadre du projet) :
I.1.Introduction :
Ce stage de fin dtude de master Professionnel , a comme objet le dveloppement dun
logiciel
permettant
de
calculer
la
consommation
nergtique aroportuaire
dans
laroport international Enfidha Hammamt, avec laide, la collaboration et lencadrement des

membres de lentreprise. Jai eu lopportunit de dvelopper cette application en mettant
laccent sur laspect design et simplicit de lutilisation.
Une application conu pour lutilisateur, qui peut ainsi calculer la consommation
en
kilowatts de chaque quipement, pour chaque zone dans laroport et aussi consulter
lhistorique de chaque quipement.
I.2.Motivation :
Cette application a regroup les diffrentes fonctionnalits qui peuvent tre offertes
sparment par les applications de gestion de consommation. A cet effet ce logiciel
devrait effectuer le calcul mensuel de la consommation dclairage, ventilation, climatisation,
et bien dautres quipements de laroport par zone en kilowatt.
I.3.Objectifs :
Lobjectif fix au dbut de ce stage est donc la ralisation dun logiciel qui permet de :
Calculer la consommation mensuelle nergtique aroportuaire de chaque zone
par mois en kilowatt.
Consulter lhistorique de chaque quipement.
I.4.Travail demand :
Mon travail est divis en trois grandes parties :
| tude pralable
Hachem Samia
Une premire partie: qui comporte la conception de la base de donnes et linsertion

des informations concernant les quipements dclairages, de climatisation et leurs
puissances.
Une deuxime partie : qui soccupe de cration des fentres pour lapplication tout en
mettant laccent sur lergonomie de linterface homme-machine ainsi que les zones de
chaque quipement install dans laroport.
Une troisime partie : qui sintresse la cration des requtes ncessaires afin
de raliser une application qui rpond aux besoins des usagers.
Reprsenter graphiquement le pourcentage de consommation de chaque zone.
II
Prsentation de la socit daccueil :
Socit : TAV Airports Holding filiale TAV Tunisie

Surface : 4300 hectares2
Adresse : Aroport International Enfidha Hammamet
Nombres demploys : 3000 personnes
Type daroport : Civil
Gestionnaire : TAV Airoports Holding
Numro de tlphone : 73 103 000
tablie en 1997 par les groupes Tepen et Akfen, la socit turque TAV Airports Holding est
devenue une entreprise internationale avec laugmentation du volume dactivits et le nombre
de projets quelle mne ltranger notamment en matire de construction et de gestion
daroports.
Au niveau de la Tunisie, TAV a remport au mois davril 2007 lappel doffre ddi la
concession relative la construction et l'exploitation de l'aroport d'Enfidha et l'exploitation
de l'aroport de Monastir. A titre indicatif, les investissements pour la ralisation de la
premire phase de construction du nouvel aroport sont estims 660 millions de dinars.
Revenons aux dbuts de l'oprateur TAV: cest pendant lappel doffres de la construction du
terminal international de laroport Atatrk dIstanbul en 1997 que TAV a vu le jour.
En 2006, et suite une rorganisation, TAV a regroup ses services de gestion et de
construction sous TAV Airports Holding et TAV Constructions.
Aujourdhui, TAV est charge des gestions des aroports internationaux dIstanbul Atatrk,
dAnkara Esenboga et du terminal international dIzmir Adnan Menderes en Turquie et de
| tude pralable
Hachem Samia
Tbilissi en Gorgie, dEnfidha et de Monastir en Tunisie.

11.000 personnes travaillent actuellement TAV qui est compos de 11 diffrentes
entreprises : TAV
Istanbul, TAV Izmir, TAV Anatolia, TAV Georgia, Havas, BTA, ATU, TAV , Operations,
TAV IT et TAV Security.
TAV assure par ailleurs, les activits aux branches complmentaires de lopration daroport
comme les services au sol, les services de gestion, Duty free, restaurations, informatiques et
services de scurit. 27 millions de passagers par an bnficient des services de TAV, pour
285.000 vols par an de 300 compagnies ariennes.
II.1 Rle de BMS :
Laroport et ses millions de voyageurs bnficient des avantages de lune des riches solution
parmi les meilleurs du monde comportant des systmes multiples et complexes pour
simplifier et automatiser les processus de laroport, tels que la gestion de programme, la
planification de ressource, la gestion de tablier et la distribution des informations des vols.
Cest pourquoi TAV Tunisie a dploy dans laroport un processus intelligent : le Systme
de gestion dimmeubles (BMS).
BMS est un systme de contrle informatis install dans tous les btiments, il contrle et
surveille tous les quipements dans le terminal. Cet quipement peut comporter le chauffage,
la ventilation, le refroidissement et lclairage.
BMS doit commander et contrler plusieurs dpartements :
Electronic System
Mechanical System
Lighting System
HAVAS System
Maintenant et plus que jamais, BMS utilise un programme conomiseur dnergie a fin
dassurer une excellente distribution dnergie, et assurer une consommation optimise et
participer ainsi au dveloppement durable.
| tude pralable
10
La monte du prix de lnergie
Hachem Samia
implique que les quipements doivent permettre des
rductions radicales de consommation dnergie. Un programme conomiseur dnergie

excut sur un systme efficace de gestion dimmeuble peut :
Rduire les cots nergtiques.
tudier le site et traiter les donnes : analyse sur place des oprations en cours des
modles dquipements et dnergie (lumire,FCU, etc.) et analyse des systmes
actuels dautomation.
Terminer le rapport de contrle avec des calculs ajusts en termes dinvestissement,
conomies financires, conomies dnergie et de retour sur linvestissement
II.2 Les Fonctions du BMS :

Le contrle du systme de gestion dimmeuble assure le fonctionnement correct des systmes
et des quipements lectriques et mcaniques. Le systme de BMS informe et entre en contact
avec les services techniques pour trouver la solution.
BMS commande les fonctions spcifiques qui affectent la scurit et la qualit de la
reprsentation, moniteurs, contrles, et indique la reprsentation de systmes relis selon les
critres choisis.
II.2.1 Systme dclairage :
BMS peut commander, visualiser le statut et naturellement commander tout le systme

dclairage et de climatisation dans laroport, ce qui signifie que BMS peut activer ou
dsactiver tout les statuts dclairages, de climatisation, de ventilation et des escaliers.
Si le temps est fonc ou nuageux alors BMS allume les lumires automatiquement en
mesurant le niveau de lumire du jour. Par cette faon lclairage efficace est ralis
automatiquement. Les tables de BMS montrent le dernier statut de contrle dclairage du
secteur terminal. Ainsi, cette intervention est conue pour conomiser la consommation
dnergie et ainsi rduire les cots.
| tude pralable
11
Hachem Samia
Figure 1 : Supervision systme d'clairage
II.2.2 Systme lectronique :

BMS peut surveiller automatiquement le statut de divers quipements comme :
Tlvision
Annonce publique
Systme daccs carte (porte coulissante, coffret de support)
Horloge principale
Avec BMS, il est donc possible de localiser les erreurs, et rentrer rapidement en contact avec
le dpartement concern pour rsoudre le problme.
| tude pralable
12
Hachem Samia
Figure 2 : Supervision du systme lectronique
II.2.3 Systme Mcanique :

BMS peut surveiller le statut des ascenseurs, des escalateurs et des voyageurs via un cran
dalerte. Si un arrt descalateur, dascenseur ou de voyageur survient ou sil ya un chec, il
dclenche une alerte et informe les techniciens mcaniques.
BMS peut surveiller le statut des ponts des passagers (PBB).
Il peut dtecter quels sont les ponts des passagers employs pour les avions, si il ya un dfaut
technique aux ponts, une alarme se dclenche, les techniciens mcaniciens sont informs pour
rsoudre le problme rapidement.
| tude pralable
13
Hachem Samia
Figure 3 : supervision des systemes mecaniques
BMS peut aussi surveiller et commande le statut des systmes de transport de bagages et grer
le systme dalarmes.
II.2.4 Le Systme de HAVAS :
BMS peur surveiller et commander le systme de HAVAS, le chauffage, la climatisation et la
ventilation du terminal.
Pour le systme de refroidissement : BMS peut surveiller le statut de la tour de
refroidissement, commande le rfrigrateur, la circulation de leau de refroidissement
dans les pompes et les valves.
Pour le systme de chauffage : BMS peut surveiller et commander les chaudires, la
circulation de leau de chauffage dans les valves.
Pour la climatisation et la ventilation : BMS peut surveiller et commander lair en
manipulant lunit (CTA), les FANs (les fans dapprovisionnement, ventilateurs
dextraction, les FANs avec les filtres de carbone (ACF), les units de salles de
systme, le volume de lair variable (VAVs) et lunit de bobine de fan (FCU). Sil ya
un dfaut technique aux fans (par exemple un filtre sale), il peut dclencher les alertes
sur lcran et demande aux techniciens de spcialiss de rsoudre le problme.
| tude pralable
14
Hachem Samia
Figure 4 : Supervision des FAN
III Importance des couts nergtiques aroportuaire :

III.1 L'nergie :
En tant que gestionnaire de la plate-forme, l'Aroport dEnfidha assure la production et la
distribution de toutes les nergies ncessaires son fonctionnement et celui des activits
hberges. La rarfaction terme de certaines ressources et le renchrissement des cots
conduisent adopter une attention toute particulire la matrise des consommations
d'nergie.
III.2 Les besoins nergtiques :

Les besoins nergtiques de l'aroport et des entreprises qu'il hberge sont majoritairement
lis :
- au chauffage des btiments,
- la production de froid pour le rafrachissement des btiments et pour des installations
spcifiques,
- la ventilation des btiments,
- l'clairage des btiments, pistes, voiries et parkings,
- aux quipements des bureaux, des machines et systmes industriels : passerelles
tlescopiques, ascenseurs, escalateurs, installations de traitement des bagages,
| tude pralable
15
Hachem Samia
- aux vhicules spcifiques d'activit en piste.

Les nergies utilises sont l'lectricit, le gaz naturel, les carburants : essence, gasoil, fioul,
GPL...
III.3 Une consommation maitrise :

L'aroport optimise ses installations grce une gestion technique centralise. Diffrentes
actions permettent de rduire les consommations d'nergie, notamment :
- la ralisation d'un diagnostic nergtique des arogares,
- la modification des points de consigne en chauffage et rafrachissement des arogares,
- la mise en place de dtecteurs de prsence pour la commande d'clairage,
- l'incitation l'utilisation de vhicules de piste lectriques, en remplacement de vhicules
gasoil,
- l'utilisation de techniques conomes en nergie comme les feux diodes
lectroluminescentes LED pour le balisage des voies d'accs aux pistes.
IV
Conclusion :
Assurer la scurit et le confort de passager et essentiels dans nimporte quel scnario de

gestion de la maintenance daviation.
BMS a quelques capacits uniques qui font de lui le surveillant idal daroport.
Cots de voie lis toutes les activits
Assurez le plus
Grand confort, un entretient intelligeant, des cots nergtiques inferieurs et une plus
longue vie des quipements.
| tude pralable
16
Hachem Samia
Chapitre 2 :
Les mthodes et les outils
utiliss pour la conception de
lapplication
| Chapitre 2 : 17
Hachem Samia
Introduction :
Une fois ltude de lexistant termine il sagit maintenant de chercher quels outils
logiciels adquats utiliser et quelles mthodologies suivre.
Les outils logiciels se divisent en trois types :
- le systme d'exploitation sur lequel jeffectue tout le projet.
- l'outil de dveloppement de l'interface utilisateur et de tous les contrles qui suivent.
- le SGBD qui va permettre la cration et la gestion de la base de donnes.
Quant aux mthodologies, je vais suivre deux, une mthode de conception et une
mthode de dveloppement.
II
Les mthodes :
II.1
Mthodologie de conception :
La conception d'un systme d'information n'est pas vidente car il faut rflchir
l'ensemble de l'organisation que lont doit mettre en place. La phase de conception
ncessite des mthodes permettant de mettre en place un modle sur lequel on va
s'appuyer. La modlisation consiste crer une reprsentation virtuelle d'une ralit de
telle faon faire ressortir les points auxquels on s'intresse.
II.1.1 MERISE (donnes et traitements) [1] :
MERISE est une mthode de conception, de dveloppement et de ralisation de projets

informatiques. Le but de cette mthode est d'arriver concevoir un systme
d'information. La mthode MERISE est base sur la sparation des donnes et des
traitements effectuer en plusieurs modles conceptuels et physiques .La sparation des
donnes et des traitements assurent une longvit au modle. En effet, l'agencement des
donnes n'a pas tre souvent remani, tandis que les traitements le sont plus
frquemment.
| Les mthodes et les outils 18
utiliss pour la conception de lapplication
Hachem Samia
La mthode MERISE date des annes 1978-1979, et fait suite une consultation
nationale lance en 1977 par le ministre de lindustrie franais dans le but de choisir
des socits de conseil en informatique afin de dfinir une mthode de conception de
systmes d'informations. Les deux principales socits ayant mis au point cette mthode
sont le CTI (Centre Technique dinformatique) charg de grer le projet, et le CETE
(Centre d'Etudes Techniques de l'Equipement) charger de la mise en uvre.
La conception du systme d'information se fait par tapes, afin d'aboutir un systme
d'information fonctionnel refltant une ralit physique. II s'agit donc de valider une
une chacune des tapes en prenant en compte les rsultats de la phase prcdente.
D'autre part, les donnes tant spares des traitements, il faut vrifier la concordance
entre donnes et traitements afin de sassurer que toutes les donnes ncessaires aux
traitements sont prsentes et qu'il n'y a pas de donnes superflues.
Cette succession d'tapes est appele cycle d'abstraction pour la conception des
Systmes d'information manuel :
Expression des besoins
Modle Conceptuel
Modle Logique
Modle Physique
Systme d'Information Automatis
L'expression des besoins est une tape qui consiste dfinir ce que lon attend du
systme d'information automatis, il faut pour cela:
Faire l'inventaire des lments ncessaires au systme d'information.
Dlimiter le systme en s'informant auprs des futurs utilisateurs.
Cela va permettre de crer le MCC (Modle Conceptuel de Communication) qui
dfinit les flux d'informations prendre en compte.
Ltape suivante consiste mettre au point le MCD (Modle Conceptuel de
Donnes) et le MCT (Modle Conceptuel des Traitements) dcrivant les rgies et les
contraintes prendre en compte.
Le modle organisationnel consiste dfinir le MOT (Modle Organisationnel des
Traitements) dcrivant les contraintes dues lenvironnement (organisationnel, spatial et
temporel).
II.1.2
Hachem Samia
UML (interface Homme/Machine) [2] :
UML (Unified Modeling Language), que lon peut traduire par langage de
modlisation unifi est une notation permettant de modliser un problme de faon
standard . Ce langage est n de la fusion de plusieurs mthodes existant auparavant, et
est devenu dsormais la rfrence en terme de modlisation objet, un tel point que sa
connaissance est souvent ncessaire pour obtenir un poste de dveloppeur objet.
Les mthodes de modlisation oriente objets
La modlisation objet consiste crer une reprsentation informatique des lments du
monde rel auxquels on s'intresse, sans se proccuper de l'implmentation. Il s'agit
donc de dterminer les objets prsents et d'isoler leurs donnes et les fonctions qui les
utilisent. Pour cela, des mthodes ont t mises au point. Entre 1970 et 1990, de
nombreux analystes ont mis au point des approches orientes objets, si bien qu'en 1994
il existait plus de 50 mthodes objet. Toutefois, seules 3 mthodes ont vritablement
merg :
La mthode OMT de Rumbaugh
La mthode BOOCH de Booch
La mthode OOSE de Jacobson (Object Oriented Software Engineering).
A partir de 1994, Rumbaugh et Booch (rejoints en 1995 par Jacobson) ont unis leurs
efforts pour mettre au point la mthode unifie (unified method), incorporant les
avantages de chacune des mthodes prcdentes.
La mthode unifie partir de la version 1.0 devient UML (Unified Modeling
Language), une notation universelle pour la modlisation objet.
UML 1.0 est soumise l'OMG (Object Management Group) en janvier 1997, mais elle
ne sera accepte qu'en novembre 1997 dans sa version 1.1, date partir de laquelle
UML devient un standard international.
Les outils de modlisation UML
UML offre une panoplie d'outils de modlisation utiliss librement par l'utilisateur
pour rpondre ses besoins sans tre autant oblig respecter toutes les subtilits de
l'outil. Au contraire, une mthode telle que MERISE exige une application complte des
formalismes fournis.
Voila quelques outils de modlisation qu'offre UML :
Hachem Samia
Diagramme de classes: Plus on ajoute de classe au modle, moins leur
reprsentation textuelle est suffisante. C'est la raison pour laquelle on fait appel des
diagrammes de classes pour fournir une vue de tout ou une partie des classes du modle.
Le diagramme de classes principal de la vue logique du modle est le plus souvent une
image des paquetages du systme. Chaque paquetage possde aussi son diagramme
principal de classes qui, normalement, prsente les classes publiques du paquetage.
- Diagramme de cas d'utilisation : C'est une vue graphique de tout ou une partie des
acteurs d'un systme, de ses cas d'utilisation et de leurs interactions. Chaque systme
possde normalement un diagramme de cas d'utilisation principal (Main), qui prcise les
frontires du systme (Acteurs) et celles des fonctionnalits principales fournies par le
systme (Cas d'utilisation).
- Diagramme de squences : il reprsente les interactions entre des objets dans un
enchanement temporel. Il montre les objets et les classes impliques dans un scnario,
ainsi que la succession des messages changs entre les objets pour raliser la
fonctionnalit du scnario. Dans la vue logique du systme en cours de dveloppement,
les diagrammes de squences sont couramment associs la ralisation des cas
d'utilisation.
II.2
Mthodologie de dveloppement :
II.2.1
Mthodologie RAD [3] :
Le Dveloppement Rapide d'Applications (RAD - l'acronyme est le mme en anglais),

fait cho, en amont - c'est--dire dans la phase d'laboration du logiciel - a la rapidit
d'excution. Le bon droulement de cette phase d'laboration est crucial pour les
diteurs soucieux d'assurer un dlai de mise sur le march le plus court possible pour
leurs produits et de rduire leur cot de dveloppement. Un environnement RAD assure
une laboration plus rationalis pour une application, de sa phase de test jusqu'a son
dploiement final.
Un environnement moderne de RAD met la disposition des dveloppeurs plusieurs
outils qui rduisent de faon significative le temps de dveloppement des applications,

Hachem Samia
bouleversant l'approche traditionnelle de la programmation.
Dans un environnement WINDOWS, une application est frquemment btie autour de

son interface graphique (nomine GUI en anglais), et son comportement dpend des
messages ou vnements fournis par WINDOWS.
La mthodologie RAD suit le scnario suivant:
1. Le dveloppeur cre une fentre vide qui va recevoir les composants de l'interface de
l'application.
2. Le programmeur choisit un composant partir d'une bibliothque de composants qui
sont gnralement affichs dans une barre d'outils, sous forme graphique. Ces
composants sont alors placs sur la fentre.
II.3
Les outils :
II.3.1 Le systme dexploitation :

La socit TAV Tunisie est quipe dj d'un rseau local qui relie ses diffrents
services. Ces divers services partagent un certain nombre d'informations, autrement dit,
les employs de diffrents niveaux vont tre connects aux applications relatives leur
cadre de spcialit. Et puisqu'on a la notion de partage de donnes, il est ncessaire que
les postes soient quipes d'un systme d'exploitation serveur.
Le choix primordial est fix sur l'environnement WINDOWS. Il reste choisir entre le
systme d'exploitation WINDOWS NT 4.0 ou WINDOWS 2000 Server.
WINDOWS 2000, tant successeur de WINDOWS NT 4, ce dernier acquire la facilit
d'utilisation et les capacits multimdia de WINDOWS 98, mais galement de
nombreuses fonctions jusque la rserves aux systmes UNIX.

Hachem Samia
II.3.2 Loutil de dveloppement DELPHI 6 [4] :
Pour quoi Delphi :

Depuis le dbut des annes 90 et avec l'apparition de WINDOWS 3.1 et 3.11 de
Microsoft en 1992, les langages de programmation qui permettent la ralisation des
interfaces utilisateurs plus dveloppes ne cessent d'voluer jusqu'a nos jours.
Loutil choisi est DELPHI 6.0.En effet, Delphi 6 est l'un des meilleurs outils de
dveloppement (Graphique et RAD) actuel. En le comparant un autre outil le plus
utilis qui est Visual Basic, Delphi est bas sur le Pascal Objet (dont l'anctre tait le
populaire Borland Pascal 7.0).
II.3.3 Etude comparative entre DELPHI et Visual Basic [5] :

Visual Basic utilise le Basic Microsoft comme langage fondamental. La vitesse
d'excution de Delphi est sensiblement meilleure dans un premier temps, cela a t
flagrant, simplement parce que ce logiciel produisait des fichiers excutables compils,
alors que Visual Basic engendrait un code semi interprt. Delphi est construit autour
d'un compilateur d'optimisation de code indigne au lieu du pseudo code interprt, plus
lent, employ par Visual Basic.
Ceci a pour consquence une vitesse d'excution de 10 20 fois plus leve des
applications Delphi. Visual Basic et Delphi ont tous deux adopt la mthodologie RAD
(Rapid Application Design), ce qui a abouti des produits qui se ressemblent
trompeusement. En effet, le processus de dveloppement rapide d'applications retenu
par Delphi bnficiait d'une bibliothque de composants, Visual Component Library
(VCL), bien plus tendue et plus facilement paramtrable que les VBXs, et OCX de
Visual Basic. De nombreux experts et Assistants - c'est--dire des outils
complmentaires facilitant l'dition ou la ralisation de composants - renforant la
supriorit de l'environnement RAD de Delphi.

Hachem Samia
II.3.4 Le Systme de Gestion de Bases de Donnes :
Les applications utilisent videment des donnes stockes dans une base de donnes.
Pour crer cette base et la grer convenablement, jai besoin de la gestion des donnes
en rseau.
Pour cela la dcision a t prise par la socit dutiliser Microsoft Access comme
systme de gestion de bases de donnes puisque il est portable et on peut dplacer les
donnes facilement.

Hachem Samia
Chapitre 3 :
Solution : lapplication
| 25
Hachem Samia
Introduction :
Mon application est une MDI (Multiple Document Interface) capable de se connecter
des bases de donnes Access pour rcuprer dun cot les informations des
quipements et de lautre cot enregistrer dans une nouvelle base centralis les calculs
faits sur les diffrents quipements et diffrentes zones de laroport.
Cette application comporte deux volets principaux :
Calculer la consommation mensuelle nergtique aroportuaire de
chaque zone par mois en kilowatt.
Consulter lhistorique de chaque quipement.

Cest une application client serveur o les serveurs sont les diffrentes bases de
donnes disperses sur le rseau, chaque base est relie un quipement tel quun
ventilateur, escalier, etc.
I.1
Structure de lapplication :
Lapplication se prsente sous forme dune forme principale qui contient un

ensemble de pages ou onglets permettant aux utilisateurs de naviguer entre les
diffrents services offert par lapplication.
Lapplication
contient
plusieurs
interfaces
telles
que
linterface
didentification, la gestion des utilisateurs, et bien sur linterface principale qui

contient les services les plus utilis par lutilisateur.
I.2
Fonctionnalits de lapplication :
I.2.1 Gestion des quipements :
Lutilisateur doit pouvoir ajouter, modifier ou supprimer des quipements, et

ventuellement la gestion des types dquipement ainsi que les zones o ces
quipements seront installs.
| 26
Hachem Samia
I.2.2 Consultation de lhistorique dun quipement :
Chaque quipements enregistre sa consommation et son activit dans une base

Access et cela pour une priode donne, et les nouveau enregistrements craseront les
anciens cest pourquoi mon application va essayer de rcuprer ces informations et
calculer la consommation et la sauvegarder dans une autre base de donnes
permanente ce qui nous permet de retrouver lhistorique de consommation de chaque
quipement.
La base de donnes centrale va se remplir au fur et mesure que les donnes
sont enregistres ce qui nous permettra de gnrer des rapports mensuel ou annuel sur
la consommation gnrale par quipement ou par zone.
I.3 Communication avec les bases de donnes :
Pour raliser les objectifs viss prcdemment mon application doit

communiquer avec les bases de donnes temporaires sur les quelle les
quipements enregistre leurs consommation par semaine ou par mois, ces bases
sont disperss sur le rseau donc lapplication doit permettre de rechercher les
emplacements de ces trendlogs pour ensuite faire les calcul et lenregistrement
final de la consommation et ventuellement dresser les rapport de chaque mois
par quipement et par zone, donc mon application est toujours connect deux
bases de donnes la trendlogs concern et la base centrale qui contient les
calculs de consommation.
Lapplication dtecte chaque fois ou lutilisateur choisi une table les
dates limite de cette table pour insrer les donnes dans la fourchette de date
relative.
Une fois les donnes calcules elles seront stockes dans la base centrale
qui nous permet de faire des statistiques de consommation et de comparaison
entre les zones au niveau consommation.
| 27
Hachem Samia
Gerer les equipements
Gerer les Zones
Authentification
calculer la consommation
Utilisateur
Suivre l'historique d'equipement
Gerer les utilisateurs
Administrateur
Diagramme des cas dutilisation global
Ce diagramme illustre bien le fonctionnement de lapplication, en effet on a deux

types dutilisateur savoir lutilisateur normal et ladministrateur qui hrite toutes les
actions de lutilisateur et a en plus la tache de gestion des utilisateurs.
Chaque action ncessite une authentification, qui se fait au dmarrage de lapplication.
Le cas dutilisation calculer la consommation peut tre dtaill un peu plus car
pour raliser le calcul il faut passer par deux tapes, la premire consiste a rcuprer
les donnes de consommation depuis les trendlogs et la deuxime consiste au calcul
effectif et a lenregistrement de cette valeur dans la base centrale.
| 28
II
Hachem Samia
Conclusion :
Dans ce chapitre jai eu loccasion de prsenter la structure de lapplication et ses
fonctionnalits et les principes de communication quelle intgre pour rcuprer les
informations depuis les bases de donnes disperse dans le rseau.
| 29
Hachem Samia
Chapitre 4 :
Conception et ralisation
| 30
Hachem Samia
Environnement de travail :
I .1
Environnement matriel :
Pour dvelopper mon module, jai t muni dun ordinateur dont la configuration est la
suivante :
Ordinateur : DELL
I.2
Processeur Intel I5 2.2 GHZ.
Mmoire 4 GB.
Disque dure 500 Go.
Carte graphique Intel 512 Mo.
Ecran 21 pouces.
Environnement logiciel :
Le systme de gestion de base de donnes (SGBD) Microsoft Access 2007;

- La mthode de conception (donnes et traitements) MERISE ;
- L'outil de modlisation pour la conception UML (Unified Modeling Langage);
- La mthodologie RAD (Rapid Application Design) ;
DELPHI Orient Objet

La classe qui constitue la base de toutes les applications Delphi est la classe
TAppIication qui sert de fondation pour une application en fournissant les proprits et
les mthodes qui encapsulent le comportement d'un programme standard.
La classe TScreen est utilise l'excution pour grer les fiches et les modules de
donnes chargs, ainsi que pour maintenir des informations spcifiques au systme
comme la rsolution dcran ou les fontes utilises l'affichage. Des instances de la
classe TForm servent construire l'interface utilisateur de mon application. Les fentres
et les boites de dialogue d'une application sont bases sur TForm.
TGroupBox reprsente une boite groupe Windows.
| 31
Hachem Samia
TIntegerField reprsente un champ d'un ensemble de donnes contenant une valeur

entire signe sur 32 bits.
TLabel est un contrle non-fentr qui affiche du texte dans une fiche.
TObject est l'ancetre primordial de tous les objets et composants VCL.
TPageControI est un ensemble de pages utilises pour construire une boite de dialogue
multi page.
TRadioGroup reprsente un groupe de boutons radio qui fonctionnent ensemble.
TStatusBar reprsente une barre d'tat.
TStringField reprsente un champ chane d'un ensemble de donnes.
TTabSheet est une page individuelle d'un objet TPageControI.
TTimer encapsule les fonctions timer de l'API Windows.
I.3
Dcomposition de lapplication :
Lapplication GESTION DE CONSOMMATION se compose essentiellement de deux

grandes parties :
-
la gestion des consommations par quipement.
la gestion des consommations par zone.
Dautres modules concernant la gestion des utilisateurs et la gestion des droits daccs
ainsi que les statistiques font galement partie de la nouvelle application.
- la gestion des commandes fournisseurs : elle concerne la cration, la modification,
la confirmation, et le suivi des commandes.
- la gestion des entres FCG : elle constitue la livraison relative aux commandes
fournisseur, a reprsente les pices envoyes par le fournisseur, suite une commande.
Plusieurs entres FCG peuvent contribuer la satisfaction dune seule commande
fournisseur.
- la gestion des produits de remplacement : elle assure la dtermination des produits
qui peuvent se remplacer mutuellement ainsi que les nouvelles rfrences imposes par
les fournisseurs.
- la gestion des droits daccs : elle offre une possibilit ladministrateur dajouter
ou supprimer des utilisateurs ainsi que de modifier leurs droits daccs, et ceci avec une
interface simple et efficace.
| 32
II
Hachem Samia
Liste des imprimes crans de lapplication :
Figure 5 : Authentification
Cette figure apparait au dmarrage de lapplication elle incite lutilisateur a introduire son
login et mot de passe
Figure 6:Authentification 2
Une fois saisie ces informations sont envoyes la base de donnes pour vrification
On distingue deux possibilits derreur :
-
le login est erron
le login est correct mais le mot de passe est erron
| 33
Hachem Samia
Figure 7: Authentification russi
Si le login et le mot de passe sont corrects une fentre indique le bienvenu lutilisateur et
cest cette tape que le systme distingue entre un utilisateur normal et administrateur ce qui
implique laffichage ou non du bouton administration qui est rserve a la gestion des
utilisateurs, dans la figure qui suit cest un administrateur qui vient de se connecter.
Figure 8: La page principale de lapplication

| 34
Hachem Samia
On remarque que lapplication est compose dune seule interface mais contient plusieurs
pages (onglets) qui permettent de naviguer entre les services offerts par lapplication.
La page qui souvre par dfaut est la page quipements.
Dans cette page on peut ajouter ou supprimer des quipements, et elle nous permet de voir la
liste des quipements dj insrs dans le systme.
Figure 9: La page consommation par quipement
Dans cette page on peut calculer la consommation de chaque quipement, ainsi en choisissant
un quipement parmi la liste droulante, puis en spcifiant son type on retrouve sa puissance
et on rcupre depuis la base treendlog ses valeurs initiales et finales pour les enregistrer dans
la table consommation.
| 35
Hachem Samia
Figure 10: Connexion la base trendlog
Avant de pouvoir calculer la consommation on doit se connecter la base trendlog qui

contient lhistorique des valeurs de fonctionnement des quipements, une fois cest fait
lapplication dtermine les date qui figure dans la base de donnes et calcule la
consommation.
| 36
Hachem Samia
Figure 11: Choix quipement
Apres avoir tablit la connexion au trendlog on choisie lquipement voulu
| 37
Hachem Samia
Figure 12: Choix type quipement
Une fois quipement choisi on dtermine son type par exemple pour les ventilateurs on
spcifie si il envoi de laie ou il absorbe
| 38
Hachem Samia
Figure 13: Affichage de consommation dquipement
Apres la spcification de lquipement et de son type lhistorique de sa consommation

apparait dans la liste et sa consommation totale est calculer pour pouvoir lenregistrer et ceci
dans les priodes spcifi dans les tables trendlog
| 39
Hachem Samia
Figure 14: Sauvegarde de la consommation
Apres le calcule on valide les donnes calculer et on les enregistre dans la table
consommation
| 40
Hachem Samia
Figure 15:Consommation par Zone
Dans cette interface lutilisateur doit choisir la zone de laroport dont il veut calculer la
consommation, puisque chaque quipement appartient dj a une zone bien dtermine
| 41
Hachem Samia
Figure 16:Choix dune zone
Le combo box (la liste droulante) contient la liste de toutes les zones de laroport
| 42
Hachem Samia
Figure 17: Affichage des quipements dune zone
Une fois choisie les informations de la zone sont afficher cest dire tout les quipements qui
appartiennent a cette zone
| 43
Hachem Samia
Figure 18: Affichage de la consommation globale dune zone
Le calcul se fait sur tout quipements appartenant a cette zone et ayant dj enregistr sa
consommation
| 44
Hachem Samia
Figure 19: Affichages de la courbe des consommations par zone
La consommation de chaque zone est calcul a part puis on dessine le diagramme prsentant
pour chaque zone sa consommation dans la priode prdfini dans les trendlog
| 45
Hachem Samia
Figure 20: Consommations par type dquipements
Dans cette interface on choisi le type dquipement et on calcule la consommation de tout

quipements appartenant a ce type indpendamment des zones pour savoir quel type
dquipent consomme le plus et ceci dans une priode bien dtermine
| 46
Hachem Samia
Figure 21: Choix dun type dquipements
La liste droulante contient tout les type des diffrents quipements cest une liste dynamique
c'est--dire lorsque on ajoute un nouvel quipement son type est ajout automatiquement dans
cette liste
| 47
Hachem Samia
Figure 22: Exemple (choix du type EF)
Lorsque on choisi un type sa consommation est automatiquement calcul est affich, si on

veut voir toute les consommations par type il suffit de cliquer sur le bouton dessiner
| 48
Hachem Samia
Figure 23: Diagrammes de consommation par type dquipement
Dans cette figure tout les types dquipements sont affich mais uniquement ceux qui on des
consommations enregistres dans la priode voulu ont des digrammes
| 49
Hachem Samia
Conclusion Gnrale :
Ce stage ma permis de mieux sintgrer dans la vie professionnelle et ma donn la
chance de dcouvrir et dutiliser un langage de programmation trs puissant tel que
DELPHI ainsi que lutilisation dun systme de gestion de bases de donnes, (Microsoft
Access 2007).
La rduction de consommation dnergie au niveau du systme BMS de lentreprise
TAV Tunisie, nest pas vraiment une tche facile surtout avec le nombre important
dquipements quil faut grer et les enjeux conomiques en consquence.
La partie analyse m'a amen mettre en uvre dans un cadre rel les connaissances
acquises en mthodes de conception, et mthodologie de dveloppement.
Pour toutes ces raisons et ces questions, ce projet sur cette base de donnes m'a
passionn, et j'ai pu mrir mes connaissances sur un projet aux enjeux rel, dans de
vraies conditions professionnelles.
| Conclusion Gnrale : 50
Hachem Samia
Bibliographie
MERISE (donnes et traitements) [1]

o http://www.lexique-informatique.com/M/Merise.html 20/09/2013
UML (interface Homme/Machine) [2]
o http://www.additeam.com/SSII/uml/
20/09/2013
Mthodologie RAD [3]

o http://www.yves-constantinidis.com/fichiers/yclrad.pdf 29/10/2013
Loutil de dveloppement DELPHI 6 [4]
o http://delphi.about.com/od/oopindelphi/a/delphi_oop6.htm
10/10/2013
Etude comparative entre DELPHI et Visual Basic [5]

http://social.msdn.microsoft.com/Forums/en-US/5bd00cb3-b65f-4a35-8f2cbf6a854fe35e/visual-basic-vs-delphi 10/10/2013
Hachem Samia
Annexe :
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 1/ 11
Doc. No:TAVTUN-TK-PR-001
Revision History
Rev No
Revised Page
Date
00
All
05.05.2011
Reason for
Revision
Process and
document format
improvement
Revisied by
Technical
Department
APPROVAL
GENERAL MANAGER
Ersel Gral
Prepared by
Format Check
Management Representative
Akram Ayara
Management Representative
Akram Ayara
FCD Chief
Zied Yahiaoui
Unless CONTROLLED COPY is imprinted on the printed copy, then the document is a copy for study and an updated version can
be found electronically
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 2/ 11
1.
Purpose
This procedure has been prepared for the purpose of explaining and controlling the activities
and processes of Facility Control Department.
2.
Scope
This procedure covers the solution and coordination about the technical requests and
maintenance activities at the airport.
3.
References and Related Documents
-ISO 9001:2008 Item 7.2 and 7.5

-BMS System Operator`s Manual
4.
Definitions
The following definitions shall be applicable within this procedure:

BHS: Baggage Handling System
BMS: Building Management System
CCTV: Closed Circuit Television
DGS: Docking Guidance System (Aircraft Parking System)
FCD: Facility Control Department
HVAC: Heating Air Conditioning and Ventilation
PBB: Passenger Boarding Bridge
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 3/ 11
5.
Authority and Responsibilities
Facility Control Department chief and the operators are responsible for the preparation,
execution and revision of the procedure.
FCD Chief Responsibilities:
To prepare the duty timetables of the FCD on a 24 hour basis and submit them (every
month) to the higher authorities for approval
To plan the annual leaves of the operators working at the FCD and submit them to the
higher authorities for approval
To provide coordination between the technical and operational (AOC, BHS, PBB)
departments
To check and supervise the work positions and make sure the good functioning of the
equipments put at the disposal of the department
To hold coordination meetings with the FCD operators
FCD Operator Responsibilities:
When a failure report is received by telephone or automatically through the BMS system,
the operator informs the related unit or person for the solution.
For each technical failure open a new request in the helpdesk software
Always control and read the BMS alarms and open a request for following up
Inform the technical departments about the requests
Follow-up all open requests for the solutions, if necessary remind the technical
departments; and after the solution close the requests
Always control the lighting level inside and outside, if there is a need open or close the
lights and change the sensor degrees by BMS system.
Make coordination between the technical & operational departments and third parties
(ATU, BTA, HAVAS, police, customs, airlines, etc.)
Date: 10.05.2011
FACILITY CONTROL
Rev : 0
PROCEDURE
Page: 4/ 11
6. Procedure
6.1. (Flow Chart)
INFORMATION
CONTACT THE
PREDEFINED
UNITS (Fire
brigade,police,
customs,etc.)
YES
IS IT AN
EMERGENCY?
NO
CREATE A RECORD IN THE

HELPDESK ELECTRONIC
FORM
RECIEVE
INFORMATION
ABOUT THE
SOLUTION
COMPLETE THE
ELECTRONIC FORM
MONITOR
RE-INFORM
REQUIRED
UNITS ABOUT
THE RESULT
INFORM
REQUIRED
UNITS(technics,
operation,etc.)
RESULT NONSATISFACTORY
RESULT
SATISFACTORY
CUSTOMER
SATISFACTION
6.2. General Principles

To avoid interruption of the services provided in all the buildings and facilities at the airport;
technical services` studies will be followed up and recorded, coordination between all parties
will be done and customer satisfaction will be achieved.
FCD controls and coordinates the technical operations within the airport. FCD is a centre of
information and communication. FCD works as a helpdesk centre and uses Service Desk
software for helpdesk operation.
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 5/ 11
6.2.1 Technical Requests
All the airport users can reach FCD easily by phone to find solutions to their technical
problems and needs. For each problem FCD open a request in the Service Desk software
with details. This software creates a new number for each request, by this number FCD can
follow the works. Then if the problem is solved the request will be closed and approved. As a
result, FCD coordinates the flow of technical information to solve the problems. Work flow
about technical operation is coordinated with this helpdesk application. FCD coordinates,
monitors, directs, records and reports the received information to achieve high level customer
satisfaction. FCD makes coordination between the technical and operational departments.
Requests are separated on 3 types as curative works (failures), requirement and preventive
maintenance.
Curative Works: This type of request will be opened for all the failures at the airport.
It's generally a case of emergency. The curative works can be done after a work
request, a work order or in emergency cases without any request.
Requirement: This type of request will be opened for the customer demands like
increasing and decreasing the lights; opening and closing the air handling units or
checking some electrical and mechanical equipment by BMS.
Preventive Maintenance: All the technical departments inform FCD about the
maintenance works and these works are recorded in the helpdesk software.
6.2.2 BMS Management

FCD has Building Management System (BMS) software. BMS check on the correct operation
of the electrical and mechanical systems and equipments. BMS software informs the FCD
staff by alarms about technical failures, then FCD contacts with the technical departments for
the solution and opens a request for following up. BMS controls the specific functions that
affect the safety and quality of performance.
Duties about BMS software:
Control the lighting system

Control the status of lifts, escalators and travelators
Control the status of passenger bridges(PBB) and DGS systems
Control the status of automatic sliding doors
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 6/ 11
Control the HVAC system (heating, air conditioning and ventilation)

Control the fire alarm systems
Control the BHS, Card Access, CCTV, Public Announce and Master Clock systems
by BMS.
If there is a hardware failure on the BMS panels; open a request and find solution
together with electric and mechanic departments.
If there is a software failure on the BMS panels; contact with BTS Company (the
supplier) for solution by remote control.
6.2.3 Lighting Management

FCD operators controls the lighting level inside and outside, if there is a need the operator
opens or closes the lights and changes the sensor degrees by BMS system. FCD operators
open and close the lights according to the flight program.
Lighting in check-in area:
Reinforcement of the lighting 3 hours before each departure.

Switch off the additional lights after the departure flights.
Lighting in arrival areas (ground floor and 3rd floor):
Reinforcement of the lighting when we have plane contact in BMS screen for the arrival
flights.
Switch off the additional lights after the arrival flights.
6.2.4 HVAC Management

The fundamental objective remains to reduce operating costs by reducing energy waste. The
principle is to reduce or eliminate avoidable losses related to inadequate management and
technical weaknesses.
Key elements of a program of energy conservation are:
Piloting an energy action plan
Compliance between set temperatures of the distribution system and those premises
Monitoring the effectiveness of various regulations
Identify and repair leaks immediately
Periodic inspection of returns to the boilers and cooling groups
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 7/ 11
6.2.4 Reporting
All the information received is recorded on the central database with all the necessary
details in the Service Desk software.
Detailed reports can be produced about the status of the technical systems and
performance of the technical units by using the software data.
If a failure or interruption of any critical equipments or systems occur that affect the
operation of the airport; a report will be sent to all technical and operational departments
by outlook mail.
Daily report:
This report is about the status of the critical systems at the airport for the last 12
hours.
This report will be sent to all technical and operational departments every 12 hours
(9:00AM & 21:00PM) by outlook mail.
Notebook Set point:
It is a primary tool for monitoring and controlling the work. It is a daily report about
the important activities during the shift.
Each FCD operator will record the important activities on the Notebook at end of
the shift.
The notebook set point includes all the critical information about the work
performed in the shift.
Monthly report:
FCD chief will send the monthly report to the higher authorities every month.
This report includes the details of the requests, status of the technical systems,
performance of the technical units and lighting & HVAC consumption.
6.2.5 Emergency and Contingency Cases

The emergencies and contingencies that may arise at the airport are indicated below. In the
emergency and contingency cases FCD makes coordination between all parties immediately.
a)
Emergency measures include; the event of fire, terrorist actions, and reports of
packages suspected to contain a bomb and aircraft accidents at the airport.
b)
Contingency measures include; electric, water and gas cuts and events of failure
in the critical systems related to the passenger flow (BHS, PBB, LET, HVAC).
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 8/ 11
7.
Key Performance Indicators related to Procedure
Key Performance Indicators for this procedure will be determined later.
8.
Annexes
Annex 1 : Request form
Annex 2 : Daily report
Annex 3 : Notebook Set point
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 9/ 11
Annex 01: Request form
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 10/ 11
Annex 02: Daily report
Daily report for the statements of the critical systems in the Airport
Systems
Status
Problem description
Names
HVAC
System(cooling &
heating)
Electric & Lighting
Escalators
Travelators
Lifts
DGS
400HZ
PBB
BHS
TOMO
EDS
Sliding Doors
Announcement
system
Gas
Water
Scada alarms in
BMS screen
Fire
Detailed report for the last 12 hours

Equipment
Department
Description
Start
End
Result
FACILITY CONTROL
PROCEDURE
Date: 10.05.2011
Rev : 0
Page: 11/ 11
Annex 03: Notebook Set point

Date:...//
Morning (08a.m02p.m)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
..
..
Name of the operator and

signature
Afternoon(02p.m08p.m)
........
.
.
.
.
.
.
.
........
.
.
.
.
.
.
.
.
.
.
.

signature
Night(08p.m08a.m)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

signature

Application Gestion Consommation Energetique

Transféré par

Informations du document

Description :

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é ?

Description :

Droits d'auteur :

Formats disponibles

Application Gestion Consommation Energetique

Transféré par

Description :

Droits d'auteur :

Formats disponibles

MEMOIRE

DE STAGE DE FIN DETUDES

Dveloppement dune application de gestion

Mme Ahlem Ben HSSINE

Je ddicace ce travail aussi toute ma famille et tous mes amis.

Quil me soit permis galement de remercier

Je salue en vous, vos comptences professionnelles, vos qualits humaines ainsi

Mmoire de stage de fin dtudes

Table des Matires

Introduction Gnrale : ...........................................................................................................6

Prsentation du cadre de stage (cadre du projet) : ......................................................8

Systme dclairage : .......................................................................................... 11

Systme lectronique : ........................................................................................ 12

Systme Mcanique : .......................................................................................... 13

Le Systme de HAVAS : .................................................................................... 14

Les besoins nergtiques : ................................................................................... 15

Une consommation maitrise : ............................................................................ 16

Les mthodes : ........................................................................................................18

Mthodologie de conception : .......................................................................... 18

Mthodologie de dveloppement : .................................................................... 21

Les outils : ............................................................................................................... 22

Chapitre 3 : Solution : lapplication ...................................................................................... 25

Structure de lapplication : ..................................................................................... 26

Fonctionnalits de lapplication : ............................................................................ 26

I.2.1 Gestion des quipements :..................................................................................... 26

Mmoire de stage de fin dtudes

I.2.2 Consultation de lhistorique dun quipement : ..................................................... 27

Environnement de travail : ......................................................................................... 31

Environnement matriel : .................................................................................... 31

Environnement logiciel : ..................................................................................... 31

Dcomposition de lapplication : .........................................................................32

Liste des imprimes crans de lapplication : ............................................................... 33

Conclusion Gnrale ............................................................................................................ 50

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Table des Figures

Figure 1 : Supervision systme d'clairage ............................................................................ 12

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Liste des acronymes

TAV: Tepe Akfen Ventures

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

implmenter, c'est--dire les transcrire dans un langage informatique. Il s'agit de mtiers

informatique mais la tche de calcul de consommation nergtique

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Prsentation du cadre de stage (cadre du projet) :

laroport international Enfidha Hammamt, avec laide, la collaboration et lencadrement des

Mon travail est divis en trois grandes parties :

Dveloppement dune application de gestion de la consommation nergtique

Mmoire de stage de fin dtudes

Une premire partie: qui comporte la conception de la base de donnes et linsertion

Prsentation de la socit daccueil :

Socit : TAV Airports Holding filiale TAV Tunisie

Mmoire de stage de fin dtudes

Tbilissi en Gorgie, dEnfidha et de Monastir en Tunisie.