Développement d’une application de gestion de la ... · DE STAGE DE FIN D’ETUDES Pour l’obtention du MASTERE PROFESSIONNEL ... Votre quête du meilleur est un exemple à suivre

MEMOIRE

DE STAGE DE FIN D’ETUDES Pour l’obtention du

MASTERE PROFESSIONNEL

En Nouvelles Technologies des Télécommunications et Réseaux

Présenté Par :

Mme Samia HACHEM

Développement d’une application de gestion

de la consommation énergétique

Soutenu le :

Devant le jury :

Mr Jalel KHEDIRI Président

Mr Ahmed DHOUIB Membre

Mme Ahlem Ben HSSINE Membre

Dédicace

_______________________

Je dédicace ce travail à tous ceux qui ont fait de moi ce que je suis aujourd’hui,

en témoignage de l’effort qu’ils ont déployé pour m’aider et qui a été toujours

près de moi à me renforcer et me donner de l’espoir. Qu’ils trouvent ici

l’expression de ma profonde gratitude et affection.

A mon mari

Mes enfants Yassmine et Yassine

&

A ma famille

Je dédicace ce travail aussi à toute ma famille et à tous mes amis.

Remerciements

____________________________

A la direction de ce projet

Mon professeur : Mr Ahmed Dhouib

Vous m’avez fait un grand honneur en acceptant de diriger ce travail.

Votre rigueur scientifique, votre talent pédagogique témoignant d’un savoir

étendu et d’une grande compétence.

Votre quête du meilleur est un exemple à suivre et un motif de respect et

d’admiration.

Faire partie de vos étudiants est une immense fierté et j’espère être digne de

votre enseignement.

Je tiens aussi à remercier

Messieurs : Moez Hachem et Zied Yahyaoui

Que j’ai eu la chance de les avoir comme encadreurs, pour leurs aide, leurs

conseils et pour les grands efforts qu’ils ont fait pour me faire comprendre.

Mes remerciements vont aussi à tous mes enseignants pour tout ce qu’ils m’ont

appris et pour les beaux moments vécus au cours de leurs séances.

Qu’il me soit permis également de remercier

Les membres de jury

Je suis très sensible de l’honneur que vous me faites en acceptant de faire partie

du jury de stage de fin d’étude.

Je salue en vous, vos compétences professionnelles, vos qualités humaines ainsi

que votre esprit critique.

Qu’il me soit permis de vous exprimer ici mon profond respect et ma grande

reconnaissance.

Mémoire de stage de fin d’études Hachem Samia

Développement d’une application de gestion de la consommation énergétique | 1

Table des Matières

Introduction Générale : ...........................................................................................................6

Chapitre 1 : Étude préalable ....................................................................................................7

I. Présentation 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 Rôle de BMS : ............................................................................................................ 10

II.2 Les Fonctions du BMS : ............................................................................................. 11

II.2.1 Système d’éclairage : .......................................................................................... 11

II.2.2 Système électronique : ........................................................................................ 12

II.2.3 Système Mécanique : .......................................................................................... 13

II.2.4 Le Système de HAVAS : .................................................................................... 14

III.1 L'énergie : ........................................................................................................... 15

III.2 Les besoins énergétiques : ................................................................................... 15

III.3 Une consommation maitrisée : ............................................................................ 16

IV Conclusion : ........................................................................................................... 16

Chapitre 2 : Les méthodes et les outils utilisés pour la conception de l’application ................ 17

I Introduction : .......................................................................................................... 18

II Les méthodes : ........................................................................................................ 18

II.1 Méthodologie de conception : .......................................................................... 18

II.2 Méthodologie de développement : .................................................................... 21

II.3 Les outils : ............................................................................................................... 22

II.3.1 Le système d’exploitation : ................................................................................. 22

II.3.2 L’outil de développement DELPHI 6 [4] :........................................................... 23

II.3.3 Etude comparative entre DELPHI et Visual Basic [5] : ....................................... 23

II.3.4 Le Système de Gestion de Bases de Données : .................................................... 24

Chapitre 3 : Solution : l’application ...................................................................................... 25

I.1 Structure de l’application : ..................................................................................... 26

I.2 Fonctionnalités de l’application : ............................................................................ 26

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



I.2.2 Consultation de l’historique d’un équipement : ..................................................... 27

I.3 Communication avec les bases de données : ................................................................ 27

II Conclusion : .............................................................................................................. 29

Chapitre 4 : Conception et réalisation ................................................................................... 30

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

I .1 Environnement matériel : .................................................................................... 31

I.2 Environnement logiciel : ..................................................................................... 31

I.3 Décomposition de l’application : ......................................................................... 32

II Liste des imprimes écrans de l’application : ............................................................... 33

Conclusion Générale ............................................................................................................ 50



Table des Figures

Figure 1 : Supervision système d'éclairage ............................................................................ 12

Figure 2 : Supervision du système é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 réussi ........................................................................................... 34

Figure 8: La page principale de l’application ........................................................................ 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 d’équipement .......................................................... 39

Figure 14: Sauvegarde de la consommation .......................................................................... 40

Figure 15:Consommation par Zone ....................................................................................... 41

Figure 16:Choix d’une zone .................................................................................................. 42

Figure 17: Affichage des équipements d’une zone ................................................................ 43

Figure 18: Affichage de la consommation globale d’une zone .............................................. 44

Figure 19: Affichages de la courbe des consommations par zone .......................................... 45

Figure 20: Consommations par type d’équipements .............................................................. 46

Figure 21: Choix d’un type d’équipements ........................................................................... 47

Figure 22: Exemple (choix du type EF) ................................................................................ 48

Figure 23: Diagrammes de consommation par type d’équipement ......................................... 49





Liste des acronymes

TAV: Tepe Akfen Ventures

FCD: Facility Control Departement

BMS: Building Management System

ALC: Airport Lighting Consumption

UML: Unified Modeling Language


Développement d’une application de gestion de la consommation énergétique | Introduction Générale : 6

Introduction Générale :

L'informatique fait aujourd'hui partie intégrante de la majorité des entreprises, à un tel point

que le métier d'informaticien s'est diversifié en une multitude de fonctions spécialisées,

touchant au réseau, au développement informatique, à la sécurité des systèmes informatiques

ou encore à l'infographie ou l'ergonomie.

A certains métiers correspondent des études particulières, tandis que la carence en

informaticien rend la porte d'entrée de certaines fonctions techniques ouverte à tous. La bonne

connaissance du cœur de métier de chaque fonction peut permettre d'en connaître les

spécificités, les limites ainsi que les compétences indispensables.

Parmi ces métiers on trouve la conception et le développement qui consistent à analyser

un besoin, à concevoir des solutions, les modéliser informatiquement et les

implémenter, c'est-à-dire les transcrire dans un langage informatique. Il s'agit de métiers

alliant une capacité d'analyse à un esprit de synthèse et mettant en œuvre technique et

créativité.

Pour ce stage de fin d’étude que j’ai eu l’opportunité de le réaliser au sein de la société TAV

Tunisie en collaboration avec la société Ocean Software & Technologies.

Mon stage s’est déroulé à l’aéroport international Enfidha-Hammamet, qui possède une

technologie très évoluée. La majorité de ses activités sont automatiques et réalisées par

des applications informatique mais la tâche de calcul de consommation énergétique

aéroportuaire est encore réalisée manuellement, ce qui engendre une perte de temps et

d’argent avec le risque de faute de calcul. Pour remédier à ce problème j’ai essayé le long

de ce stage de développer une application informatique pour réaliser cette fonction.

Cette application m’a permis d’une part, de me rendre compte de l’organisation et de

la charge de travail de développement des logiciels, de me mener une action sur le terrain, de

développer et mettre en pratique les connaissances que j’ai acquises durant mon cursus

universitaire en Master en Nouvelles Technologies de Télécommunications et Réseaux au

sein de l’UVT.

Mon rapport se compose de quatre chapitres, le premier est consacré à l’étude préalable, le

deuxième chapitre présente l’importance des coûts énergétiques aéroportuaires, le troisième

concerne les méthodes et les outils utilisés pour la conception de l’application, et le quatrième

chapitre sera dédié à la phase de réalisation de l’application.


Développement d’une application de gestion de la consommation énergétique | Chapitre 1 : 7

Chapitre 1 :

Étude préalable


Développement d’une application de gestion de la consommation énergétique | Étude préalable 8

I. Présentation du cadre de stage (cadre du projet) :

I.1.Introduction :

Ce stage de fin d’étude de master Professionnel , a comme objet le développement d’un

logiciel permettant de calculer la consommation énergétique aéroportuaire dans

l’aéroport international Enfidha Hammamt, avec l’aide, la collaboration et l’encadrement des

membres de l’entreprise. J’ai eu l’opportunité de développer cette application en mettant

l’accent sur l’aspect design et simplicité de l’utilisation.

Une application conçu pour l’utilisateur, qui peut ainsi calculer la consommation en

kilowatts de chaque équipement, pour chaque zone dans l’aéroport et aussi consulter

l’historique de chaque équipement.

I.2.Motivation :

Cette application a regroupé les différentes fonctionnalités qui peuvent être offertes

séparément par les applications de gestion de consommation. A cet effet ce logiciel

devrait effectuer le calcul mensuel de la consommation d’éclairage, ventilation, climatisation,

et bien d’autres équipements de l’aéroport par zone en kilowatt.

I.3.Objectifs :

L’objectif fixé au début de ce stage est donc la réalisation d’un logiciel qui permet de :

Calculer la consommation mensuelle énergétique aéroportuaire de chaque zone

par mois en kilowatt.

Consulter l’historique de chaque équipement.

I.4.Travail demandé :

Mon travail est divisé en trois grandes parties :



Une première partie: qui comporte la conception de la base de données et l’insertion

des informations concernant les équipements d’éclairages, de climatisation et leurs

puissances.

Une deuxième partie : qui s’occupe de création des fenêtres pour l’application tout en

mettant l’accent sur l’ergonomie de l’interface homme-machine ainsi que les zones de

chaque équipement installé dans l’aéroport.

Une troisième partie : qui s’intéresse à la création des requêtes nécessaires afin

de réaliser une application qui répond aux besoins des usagers.

Représenter graphiquement le pourcentage de consommation de chaque zone.

II Présentation de la société d’accueil :

Société : TAV Airports Holding filiale TAV Tunisie

Surface : 4300 hectares2

Adresse : Aéroport International Enfidha Hammamet

Nombres d’employés : 3000 personnes

Type d’aéroport : Civil

Gestionnaire : TAV Airoports Holding

Numéro de téléphone : 73 103 000

Établie en 1997 par les groupes Tepen et Akfen, la société turque TAV Airports Holding est

devenue une entreprise internationale avec l’augmentation du volume d’activités et le nombre

de projets qu’elle mène à l’étranger notamment en matière de construction et de gestion

d’aéroports.

Au niveau de la Tunisie, TAV a remporté au mois d’avril 2007 l’appel d’offre dédié à la

concession relative à la construction et l'exploitation de l'aéroport d'Enfidha et l'exploitation

de l'aéroport de Monastir. A titre indicatif, les investissements pour la réalisation de la

première phase de construction du nouvel aéroport sont estimés à 660 millions de dinars.

Revenons aux débuts de l'opérateur TAV: c’est pendant l’appel d’offres de la construction du

terminal international de l’aéroport Atatürk d’Istanbul en 1997 que TAV a vu le jour.

En 2006, et suite à une réorganisation, TAV a regroupé ses services de «gestion» et de

«construction» sous «TAV Airports Holding» et «TAV Constructions».

Aujourd’hui, TAV est chargée des gestions des aéroports internationaux d’Istanbul Atatürk,

d’Ankara Esenboga et du terminal international d’Izmir Adnan Menderes en Turquie et de



Tbilissi en Géorgie, d’Enfidha et de Monastir en Tunisie.

11.000 personnes travaillent actuellement à TAV qui est composé de 11 différentes

entreprises : TAV

Istanbul, TAV Izmir, TAV Anatolia, TAV Georgia, Havas, BTA, ATU, TAV , Operations,

TAV IT et TAV Security.

TAV assure par ailleurs, les activités aux branches complémentaires de l’opération d’aéroport

comme les services au sol, les services de gestion, Duty free, restaurations, informatiques et

services de sécurité. 27 millions de passagers par an bénéficient des services de TAV, pour

285.000 vols par an de 300 compagnies aériennes.

II.1 Rôle de BMS :

L’aéroport et ses millions de voyageurs bénéficient des avantages de l’une des riches solution

parmi les meilleurs du monde comportant des systèmes multiples et complexes pour

simplifier et automatiser les processus de l’aéroport, tels que la gestion de programme, la

planification de ressource, la gestion de tablier et la distribution des informations des vols.

C’est pourquoi TAV Tunisie a déployé dans l’aéroport un processus intelligent : le Système

de gestion d’immeubles (BMS).

BMS est un système de contrôle informatisé installé dans tous les bâtiments, il contrôle et

surveille tous les équipements dans le terminal. Cet équipement peut comporter le chauffage,

la ventilation, le refroidissement et l’éclairage.

BMS doit commander et contrôler plusieurs départements :

Electronic System

Mechanical System

Lighting System

HAVAS System

Maintenant et plus que jamais, BMS utilise un programme économiseur d’énergie a fin

d’assurer une excellente distribution d’énergie, et assurer une consommation optimisée et

participer ainsi au développement durable.



La montée du prix de l’énergie implique que les équipements doivent permettre des

réductions radicales de consommation d’énergie. Un programme économiseur d’énergie

exécuté sur un système efficace de gestion d’immeuble peut :

Réduire les coûts énergétiques.

Étudier le site et traiter les données : analyse sur place des opérations en cours des

modèles d’équipements et d’énergie (lumière,FCU, etc.) et analyse des systèmes

actuels d’automation.

Terminer le rapport de contrôle avec des calculs ajustés en termes d’investissement,

économies financières, économies d’énergie et de retour sur l’investissement

II.2 Les Fonctions du BMS :

Le contrôle du système de gestion d’immeuble assure le fonctionnement correct des systèmes

et des équipements électriques et mécaniques. Le système de BMS informe et entre en contact

avec les services techniques pour trouver la solution.

BMS commande les fonctions spécifiques qui affectent la sécurité et la qualité de la

représentation, moniteurs, contrôles, et indique la représentation de systèmes reliés selon les

critères choisis.

II.2.1 Système d’éclairage :

BMS peut commander, visualiser le statut et naturellement commander tout le système

d’éclairage et de climatisation dans l’aéroport, ce qui signifie que BMS peut activer ou

désactiver tout les statuts d’éclairages, de climatisation, de ventilation et des escaliers.

Si le temps est foncé ou nuageux alors BMS allume les lumières automatiquement en

mesurant le niveau de lumière du jour. Par cette façon l’éclairage efficace est réalisé

automatiquement. Les tables de BMS montrent le dernier statut de contrôle d’éclairage du

secteur terminal. Ainsi, cette intervention est conçue pour économiser la consommation

d’énergie et ainsi réduire les coûts.



Figure 1 : Supervision système d'éclairage

II.2.2 Système électronique :

BMS peut surveiller automatiquement le statut de divers équipements comme :

Télévision

Annonce publique

Système d’accès à 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 département concerné pour résoudre le problème.



Figure 2 : Supervision du système électronique

II.2.3 Système Mécanique :

BMS peut surveiller le statut des ascenseurs, des escalateurs et des voyageurs via un écran

d’alerte. Si un arrêt d’escalateur, d’ascenseur ou de voyageur survient ou s’il ya un échec, il

déclenche une alerte et informe les techniciens mécaniques.

BMS peut surveiller le statut des ponts des passagers (PBB).

Il peut détecter quels sont les ponts des passagers employés pour les avions, si il y’a un défaut

technique aux ponts, une alarme se déclenche, les techniciens mécaniciens sont informés pour

résoudre le problème rapidement.



Figure 3 : supervision des systemes mecaniques

BMS peut aussi surveiller et commande le statut des systèmes de transport de bagages et gérer

le système d’alarmes.

II.2.4 Le Système de HAVAS :

BMS peur surveiller et commander le système de HAVAS, le chauffage, la climatisation et la

ventilation du terminal.

Pour le système de refroidissement : BMS peut surveiller le statut de la tour de

refroidissement, commande le réfrigérateur, la circulation de l’eau de refroidissement

dans les pompes et les valves.

Pour le système de chauffage : BMS peut surveiller et commander les chaudières, la

circulation de l’eau de chauffage dans les valves.

Pour la climatisation et la ventilation : BMS peut surveiller et commander l’air en

manipulant l’unité (CTA), les FANs (les fans d’approvisionnement, ventilateurs

d’extraction, les FANs avec les filtres de carbone (ACF), les unités de salles de

système, le volume de l’air variable (VAVs) et l’unité de bobine de fan (FCU). S’il ya

un défaut technique aux fans (par exemple un filtre sale), il peut déclencher les alertes

sur l’écran et demande aux techniciens de spécialisés de résoudre le problème.



Figure 4 : Supervision des FAN

III Importance des couts énergétiques aéroportuaire :

III.1 L'énergie :

En tant que gestionnaire de la plate-forme, l'Aéroport d‘Enfidha assure la production et la

distribution de toutes les énergies nécessaires à son fonctionnement et à celui des activités

hébergées. La raréfaction à terme de certaines ressources et le renchérissement des coûts

conduisent à adopter une attention toute particulière à la maîtrise des consommations

d'énergie.

III.2 Les besoins énergétiques :

Les besoins énergétiques de l'aéroport et des entreprises qu'il héberge sont majoritairement

liés :

- au chauffage des bâtiments,

- à la production de froid pour le rafraîchissement des bâtiments et pour des installations

spécifiques,

- à la ventilation des bâtiments,

- à l'éclairage des bâtiments, pistes, voiries et parkings,

- aux équipements des bureaux, des machines et systèmes industriels : passerelles

télescopiques, ascenseurs, escalateurs, installations de traitement des bagages,



- aux véhicules spécifiques d'activité en piste.

Les énergies utilisées sont l'électricité, le gaz naturel, les carburants : essence, gasoil, fioul,

GPL...

III.3 Une consommation maitrisée :

L'aéroport optimise ses installations grâce à une gestion technique centralisée. Différentes

actions permettent de réduire les consommations d'énergie, notamment :

- la réalisation d'un diagnostic énergétique des aérogares,

- la modification des points de consigne en chauffage et rafraîchissement des aérogares,

- la mise en place de détecteurs de présence pour la commande d'éclairage,

- l'incitation à l'utilisation de véhicules de piste électriques, en remplacement de véhicules

gasoil,

- l'utilisation de techniques économes en énergie comme les feux à diodes

électroluminescentes LED pour le balisage des voies d'accès aux pistes.

IV Conclusion :

Assurer la sécurité et le confort de passager et essentiels dans n’importe quel scénario de

gestion de la maintenance d’aviation.

BMS a quelques capacités uniques qui font de lui le surveillant idéal d’aéroport.

Coûts de voie liés à toutes les activités

Assurez le plus

Grand confort, un entretient intelligeant, des coûts énergétiques inferieurs et une plus

longue vie des équipements.


Développement d’une application de gestion de la consommation énergétique | Chapitre 2 : 17

Chapitre 2 :

Les méthodes et les outils

utilisés pour la conception de

l’application


Développement d’une application de gestion de la consommation énergétique | Les méthodes et les outils

utilisés pour la conception de l’application

18

I Introduction :

Une fois l’étude de l’existant terminée il s’agit maintenant de chercher quels outils

logiciels adéquats utiliser et quelles méthodologies suivre.

Les outils logiciels se divisent en trois types :

- le système d'exploitation sur lequel j’effectue tout le projet.

- l'outil de développement de l'interface utilisateur et de tous les contrôles qui suivent.

- le SGBD qui va permettre la création et la gestion de la base de données.

Quant aux méthodologies, je vais suivre deux, une méthode de conception et une

méthode de développement.

II Les méthodes :

II.1 Méthodologie de conception :

La conception d'un système d'information n'est pas évidente car il faut réfléchir à

l'ensemble de l'organisation que l’ont doit mettre en place. La phase de conception

nécessite des méthodes permettant de mettre en place un modèle sur lequel on va

s'appuyer. La modélisation consiste à créer une représentation virtuelle d'une réalité de

telle façon à faire ressortir les points auxquels on s'intéresse.

II.1.1 MERISE (données et traitements) [1] :

MERISE est une méthode de conception, de développement et de réalisation de projets

informatiques. Le but de cette méthode est d'arriver à concevoir un système

d'information. La méthode MERISE est basée sur la séparation des données et des

traitements à effectuer en plusieurs modèles conceptuels et physiques .La séparation des

données et des traitements assurent une longévité au modèle. En effet, l'agencement des

données n'a pas à être souvent remanié, tandis que les traitements le sont plus

fréquemment.




19

La méthode MERISE date des années 1978-1979, et fait suite à une consultation

nationale lancée en 1977 par le ministère de l’industrie français dans le but de choisir

des sociétés de conseil en informatique afin de définir une méthode de conception de

systèmes d'informations. Les deux principales sociétés ayant mis au point cette méthode

sont le CTI (Centre Technique d’informatique) chargé de gérer le projet, et le CETE

(Centre d'Etudes Techniques de l'Equipement) charger de la mise en œuvre.

La conception du système d'information se fait par étapes, afin d'aboutir à un système

d'information fonctionnel reflétant une réalité physique. II s'agit donc de valider une à

une chacune des étapes en prenant en compte les résultats de la phase précédente.

D'autre part, les données étant séparées des traitements, il faut vérifier la concordance

entre données et traitements afin de s’assurer que toutes les données nécessaires aux

traitements sont présentes et qu'il n'y a pas de données superflues.

Cette succession d'étapes est appelée cycle d'abstraction pour la conception des

Systèmes d'information manuel :

Expression des besoins

Modèle Conceptuel

Modèle Logique

Modèle Physique

Système d'Information Automatisé

L'expression des besoins est une étape qui consiste à définir ce que l’on attend du

système d'information automatisé, il faut pour cela:

• Faire l'inventaire des éléments nécessaires au système d'information.

• Délimiter le système en s'informant auprès des futurs utilisateurs.

Cela va permettre de créer le « MCC » (Modèle Conceptuel de Communication) qui

définit les flux d'informations à prendre en compte.

L’étape suivante consiste à mettre au point le « MCD » (Modèle Conceptuel de

Données) et le « MCT » (Modèle Conceptuel des Traitements) décrivant les régies et les

contraintes à prendre en compte.

Le modèle organisationnel consiste à définir le « MOT » (Modèle Organisationnel des

Traitements) décrivant les contraintes dues à l’environnement (organisationnel, spatial et

temporel).




20

II.1.2 UML (interface Homme/Machine) [2] :

UML (Unified Modeling Language), que l’on peut traduire par «langage de

modélisation unifié » est une notation permettant de modéliser un problème de façon

«standard ». Ce langage est né de la fusion de plusieurs méthodes existant auparavant, et

est devenu désormais la référence en terme de modélisation objet, à un tel point que sa

connaissance est souvent nécessaire pour obtenir un poste de développeur objet.

Les méthodes de modélisation orientée objets

La modélisation objet consiste à créer une représentation informatique des éléments du

monde réel auxquels on s'intéresse, sans se préoccuper de l'implémentation. Il s'agit

donc de déterminer les objets présents et d'isoler leurs données et les fonctions qui les

utilisent. Pour cela, des méthodes ont été mises au point. Entre 1970 et 1990, de

nombreux analystes ont mis au point des approches orientées objets, si bien qu'en 1994

il existait plus de 50 méthodes objet. Toutefois, seules 3 méthodes ont véritablement

émergé :

La méthode OMT de Rumbaugh

La méthode BOOCH de Booch

La méthode 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 méthode unifiée (unified method), incorporant les

avantages de chacune des méthodes précédentes.

La méthode unifiée à partir de la version 1.0 devient UML (Unified Modeling

Language), une notation universelle pour la modélisation objet.

UML 1.0 est soumise à l'OMG (Object Management Group) en janvier 1997, mais elle

ne sera acceptée qu'en novembre 1997 dans sa version 1.1, date à partir de laquelle

UML devient un standard international.

Les outils de modélisation UML

UML offre une panoplie d'outils de modélisation utilisés librement par l'utilisateur

pour répondre à ses besoins sans être autant obligé à respecter toutes les subtilités de

l'outil. Au contraire, une méthode telle que MERISE exige une application complète des

formalismes fournis.

Voila quelques outils de modélisation qu'offre UML :




21

- Diagramme de classes: Plus on ajoute de classe au modèle, moins leur

représentation 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 modèle.

Le diagramme de classes principal de la vue logique du modèle est le plus souvent une

image des paquetages du système. Chaque paquetage possède aussi son diagramme

principal de classes qui, normalement, présente les classes publiques du paquetage.

- Diagramme de cas d'utilisation : C'est une vue graphique de tout ou une partie des

acteurs d'un système, de ses cas d'utilisation et de leurs interactions. Chaque système

possède normalement un diagramme de cas d'utilisation principal (Main), qui précise les

frontières du système (Acteurs) et celles des fonctionnalités principales fournies par le

système (Cas d'utilisation).

- Diagramme de séquences : il représente les interactions entre des objets dans un

enchaînement temporel. Il montre les objets et les classes impliquées dans un scénario,

ainsi que la succession des messages échangés entre les objets pour réaliser la

fonctionnalité du scénario. Dans la vue logique du système en cours de développement,

les diagrammes de séquences sont couramment associés à la réalisation des cas

d'utilisation.

II.2 Méthodologie de développement :

II.2.1 Méthodologie RAD [3] :

Le Développement Rapide d'Applications (RAD - l'acronyme est le même en anglais),

fait écho, en amont - c'est-à-dire dans la phase d'élaboration du logiciel - a la rapidité

d'exécution. Le bon déroulement de cette phase d'élaboration est crucial pour les

éditeurs soucieux d'assurer un délai de mise sur le marché le plus court possible pour

leurs produits et de réduire leur coût de développement. Un environnement RAD assure

une élaboration plus rationalisé pour une application, de sa phase de test jusqu'a son

déploiement final.

Un environnement moderne de RAD met à la disposition des développeurs plusieurs

outils qui réduisent de façon significative le temps de développement des applications,




22

bouleversant l'approche traditionnelle de la programmation.

Dans un environnement WINDOWS, une application est fréquemment bâtie autour de

son interface graphique (nominée GUI en anglais), et son comportement dépend des

messages ou événements fournis par WINDOWS.

La méthodologie RAD suit le scénario suivant:

1. Le développeur crée une fenêtre vide qui va recevoir les composants de l'interface de

l'application.

2. Le programmeur choisit un composant à partir d'une bibliothèque de composants qui

sont généralement affichés dans une barre d'outils, sous forme graphique. Ces

composants sont alors placés sur la fenêtre.

II.3 Les outils :

II.3.1 Le système d’exploitation :

La société TAV Tunisie est équipée déjà d'un réseau local qui relie ses différents

services. Ces divers services partagent un certain nombre d'informations, autrement dit,

les employés de différents niveaux vont être connectés aux applications relatives à leur

cadre de spécialité. Et puisqu'on a la notion de partage de données, il est nécessaire que

les postes soient équipes d'un système d'exploitation serveur.

Le choix primordial est fixé sur l'environnement WINDOWS. Il reste à choisir entre le

système d'exploitation WINDOWS NT 4.0 ou WINDOWS 2000 Server.

WINDOWS 2000, étant successeur de WINDOWS NT 4, ce dernier acquière la facilité

d'utilisation et les capacités multimédia de WINDOWS 98, mais également de

nombreuses fonctions jusque la réservées aux systèmes UNIX.




23

II.3.2 L’outil de développement DELPHI 6 [4] :

Pour quoi Delphi :

Depuis le début des années 90 et avec l'apparition de WINDOWS 3.1 et 3.11 de

Microsoft en 1992, les langages de programmation qui permettent la réalisation des

interfaces utilisateurs plus développées ne cessent d'évoluer jusqu'a nos jours.

L’outil choisi est DELPHI 6.0.En effet, Delphi 6 est l'un des meilleurs outils de

développement (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'ancêtre é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'exécution de Delphi est sensiblement meilleure dans un premier temps, cela a été

flagrant, simplement parce que ce logiciel produisait des fichiers exécutables compilés,

alors que Visual Basic engendrait un code semi interprété. Delphi est construit autour

d'un compilateur d'optimisation de code indigène au lieu du pseudo code interprété, plus

lent, employé par Visual Basic.

Ceci a pour conséquence une vitesse d'exécution de 10 à 20 fois plus élevée des

applications Delphi. Visual Basic et Delphi ont tous deux adopté la méthodologie RAD

(Rapid Application Design), ce qui a abouti à des produits qui se ressemblent

trompeusement. En effet, le processus de développement rapide d'applications retenu

par Delphi bénéficiait d'une bibliothèque de composants, Visual Component Library

(VCL), bien plus étendue et plus facilement paramétrable que les VBXs, et OCX de

Visual Basic. De nombreux experts et Assistants - c'est-à-dire des outils

complémentaires facilitant l'édition ou la réalisation de composants - renforçant la

supériorité de l'environnement RAD de Delphi.




24

II.3.4 Le Système de Gestion de Bases de Données :

Les applications utilisent évidement des données stockées dans une base de données.

Pour créer cette base et la gérer convenablement, j’ai besoin de la gestion des données

en réseau.

Pour cela la décision a été prise par la société d’utiliser Microsoft Access comme

système de gestion de bases de données puisque il est portable et on peut déplacer les

données facilement.



Chapitre 3 :

Solution : l’application



I Introduction :

Mon application est une MDI (Multiple Document Interface) capable de se connecter

à des bases de données Access pour récupérer d’un coté les informations des

équipements et de l’autre coté enregistrer dans une nouvelle base centralisé les calculs

faits sur les différents équipements et différentes zones de l’aéroport.

Cette application comporte deux volets principaux :

Calculer la consommation mensuelle énergétique aéroportuaire de

chaque zone par mois en kilowatt.

Consulter l’historique de chaque équipement.

C’est une application client serveur où les serveurs sont les différentes bases de

donnes dispersées sur le réseau, chaque base est reliée à un équipement tel qu’un

ventilateur, escalier, etc.…

I.1 Structure de l’application :

L’application se présente sous forme d’une forme principale qui contient un

ensemble de pages ou onglets permettant aux utilisateurs de naviguer entre les

différents services offert par l’application.

L’application contient plusieurs interfaces telles que l’interface

d’identification, la gestion des utilisateurs, et bien sur l’interface principale qui

contient les services les plus utilisé par l’utilisateur.

I.2 Fonctionnalités de l’application :

I.2.1 Gestion des équipements :

L’utilisateur doit pouvoir ajouter, modifier ou supprimer des équipements, et

éventuellement la gestion des types d’équipement ainsi que les zones où ces

équipements seront installés.



I.2.2 Consultation de l’historique d’un équipement :

Chaque équipements enregistre sa consommation et son activité dans une base

Access et cela pour une période donnée, et les nouveau enregistrements écraseront les

anciens c’est pourquoi mon application va essayer de récupérer ces informations et

calculer la consommation et la sauvegarder dans une autre base de données

permanente ce qui nous permet de retrouver l’historique de consommation de chaque

équipement.

La base de données centrale va se remplir au fur et à mesure que les données

sont enregistrées ce qui nous permettra de générer des rapports mensuel ou annuel sur

la consommation générale par équipement ou par zone.

I.3 Communication avec les bases de données :

Pour réaliser les objectifs visés précédemment mon application doit

communiquer avec les bases de données temporaires sur les quelle les

équipements enregistre leurs consommation par semaine ou par mois, ces bases

sont dispersés sur le réseau donc l’application doit permettre de rechercher les

emplacements de ces trendlogs pour ensuite faire les calcul et l’enregistrement

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 données la trendlogs concerné et la base centrale qui contient les

calculs de consommation.

L’application détecte à chaque fois ou l’utilisateur choisi une table les

dates limite de cette table pour insérer les données dans la fourchette de date

relative.

Une fois les données calculées elles seront stockées dans la base centrale

qui nous permet de faire des statistiques de consommation et de comparaison

entre les zones au niveau consommation.



Diagramme des cas d’utilisation global

Ce diagramme illustre bien le fonctionnement de l’application, en effet on a deux

types d’utilisateur à savoir l’utilisateur normal et l’administrateur qui hérite toutes les

actions de l’utilisateur et a en plus la tache de gestion des utilisateurs.

Chaque action nécessite une authentification, qui se fait au démarrage de l’application.

Le cas d’utilisation « calculer la consommation » peut être détaillé un peu plus car

pour réaliser le calcul il faut passer par deux étapes, la première consiste a récupérer

les données de consommation depuis les trendlogs et la deuxième consiste au calcul

effectif et a l’enregistrement de cette valeur dans la base centrale.

Utilisateur

Gerer les equipements

Gerer les util isateurs

Gerer les Zones

Administrateur

Authentification

calculer la consommation

Suivre l 'historique d'equipement



II Conclusion :

Dans ce chapitre j’ai eu l’occasion de présenter la structure de l’application et ses

fonctionnalités et les principes de communication qu’elle intègre pour récupérer les

informations depuis les bases de données dispersée dans le réseau.



Chapitre 4 :

Conception et réalisation



I Environnement de travail :

I .1 Environnement matériel :

Pour développer mon module, j’ai été muni d’un ordinateur dont la configuration est la

suivante :

Ordinateur : DELL

• Processeur Intel I5 2.2 GHZ.

• Mémoire 4 GB.

• Disque dure 500 Go.

• Carte graphique Intel 512 Mo.

• Ecran 21 pouces.

I.2 Environnement logiciel :

Le système de gestion de base de données (SGBD) Microsoft Access 2007;

- La méthode de conception (données et traitements) MERISE ;

- L'outil de modélisation pour la conception UML (Unified Modeling Langage);

- La méthodologie 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 propriétés et

les méthodes qui encapsulent le comportement d'un programme standard.

La classe TScreen est utilisée à l'exécution pour gérer les fiches et les modules de

données chargés, ainsi que pour maintenir des informations spécifiques au système

comme la résolution d’écran ou les fontes utilisées à l'affichage. Des instances de la

classe TForm servent à construire l'interface utilisateur de mon application. Les fenêtres

et les boites de dialogue d'une application sont basées sur TForm.

TGroupBox représente une boite groupe Windows.



TIntegerField représente un champ d'un ensemble de données contenant une valeur

entière signée sur 32 bits.

TLabel est un contrôle non-fenètré 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 utilisées pour construire une boite de dialogue

multi page.

TRadioGroup représente un groupe de boutons radio qui fonctionnent ensemble.

TStatusBar représente une barre d'état.

TStringField représente un champ chaîne d'un ensemble de données.

TTabSheet est une page individuelle d'un objet TPageControI.

TTimer encapsule les fonctions timer de l'API Windows.

I.3 Décomposition de l’application :

L’application GESTION DE CONSOMMATION se compose essentiellement de deux

grandes parties :

- la gestion des consommations par équipement.

- la gestion des consommations par zone.

D’autres modules concernant la gestion des utilisateurs et la gestion des droits d’accès

ainsi que les statistiques font également partie de la nouvelle application.

- la gestion des commandes fournisseurs : elle concerne la création, la modification,

la confirmation, et le suivi des commandes.

- la gestion des entrées FCG : elle constitue la livraison relative aux commandes

fournisseur, ça représente les pièces envoyées par le fournisseur, suite à une commande.

Plusieurs entrées FCG peuvent contribuer à la satisfaction d’une seule commande

fournisseur.

- la gestion des produits de remplacement : elle assure la détermination des produits

qui peuvent se remplacer mutuellement ainsi que les nouvelles références imposées par

les fournisseurs.

- la gestion des droits d’accès : elle offre une possibilité à l’administrateur d’ajouter

ou supprimer des utilisateurs ainsi que de modifier leurs droits d’accès, et ceci avec une

interface simple et efficace.



II Liste des imprimes écrans de l’application :

Figure 5 : Authentification

Cette figure apparait au démarrage de l’application elle incite l’utilisateur a introduire son

login et mot de passe

Figure 6:Authentification 2

Une fois saisie ces informations sont envoyées à la base de données pour vérification

On distingue deux possibilités d’erreur :

- le login est erroné

- le login est correct mais le mot de passe est erroné



Figure 7: Authentification réussi

Si le login et le mot de passe sont corrects une fenêtre indique le bienvenu à l’utilisateur et

c’est à cette étape que le système distingue entre un utilisateur normal et administrateur ce qui

implique l’affichage ou non du bouton administration qui est réserve a la gestion des

utilisateurs, dans la figure qui suit c’est un administrateur qui vient de se connecter.

Figure 8: La page principale de l’application



On remarque que l’application est composée d’une seule interface mais contient plusieurs

pages (onglets) qui permettent de naviguer entre les services offerts par l’application.

La page qui s’ouvre par défaut est la page équipements.

Dans cette page on peut ajouter ou supprimer des équipements, et elle nous permet de voir la

liste des équipements déjà insérés dans le système.

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 déroulante, puis en spécifiant son type on retrouve sa puissance

et on récupère depuis la base treendlog ses valeurs initiales et finales pour les enregistrer dans

la table consommation.



Figure 10: Connexion à la base trendlog

Avant de pouvoir calculer la consommation on doit se connecter à la base trendlog qui

contient l’historique des valeurs de fonctionnement des équipements, une fois c’est fait

l’application détermine les date qui figure dans la base de données et calcule la

consommation.



Figure 11: Choix équipement

Apres avoir établit la connexion au trendlog on choisie l’équipement voulu



Figure 12: Choix type équipement

Une fois équipement choisi on détermine son type par exemple pour les ventilateurs on

spécifie si il envoi de l’aie ou il absorbe



Figure 13: Affichage de consommation d’équipement

Apres la spécification de l’équipement et de son type l’historique de sa consommation

apparait dans la liste et sa consommation totale est calculer pour pouvoir l’enregistrer et ceci

dans les périodes spécifié dans les tables trendlog



Figure 14: Sauvegarde de la consommation

Apres le calcule on valide les données calculer et on les enregistre dans la table

consommation



Figure 15:Consommation par Zone

Dans cette interface l’utilisateur doit choisir la zone de l’aéroport dont il veut calculer la

consommation, puisque chaque équipement appartient déjà a une zone bien déterminée



Figure 16:Choix d’une zone

Le combo box (la liste déroulante) contient la liste de toutes les zones de l’aéroport



Figure 17: Affichage des équipements d’une zone

Une fois choisie les informations de la zone sont afficher c’est à dire tout les équipements qui

appartiennent a cette zone



Figure 18: Affichage de la consommation globale d’une zone

Le calcul se fait sur tout équipements appartenant a cette zone et ayant déjà enregistré sa

consommation



Figure 19: Affichages de la courbe des consommations par zone

La consommation de chaque zone est calculé a part puis on dessine le diagramme présentant

pour chaque zone sa consommation dans la période prédéfini dans les trendlog



Figure 20: Consommations par type d’équipements

Dans cette interface on choisi le type d’équipement et on calcule la consommation de tout

équipements appartenant a ce type indépendamment des zones pour savoir quel type

d’équipent consomme le plus et ceci dans une période bien déterminée



Figure 21: Choix d’un type d’équipements

La liste déroulante contient tout les type des différents équipements c‘est une liste dynamique

c'est-à-dire lorsque on ajoute un nouvel équipement son type est ajouté automatiquement dans

cette liste



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



Figure 23: Diagrammes de consommation par type d’équipement

Dans cette figure tout les types d’équipements sont affiché mais uniquement ceux qui on des

consommations enregistrées dans la période voulu ont des digrammes


Développement d’une application de gestion de la consommation énergétique | Conclusion Générale : 50

Conclusion Générale :

Ce stage m’a permis de mieux s’intégrer dans la vie professionnelle et m’a donné la

chance de découvrir et d’utiliser un langage de programmation très puissant tel que

DELPHI ainsi que l’utilisation d’un système de gestion de bases de données, (Microsoft

Access 2007).

La réduction de consommation d’énergie au niveau du système BMS de l’entreprise

TAV Tunisie, n’est pas vraiment une tâche facile surtout avec le nombre important

d’équipements qu’il faut gérer et les enjeux économiques en conséquence.

La partie analyse m'a amené à mettre en œuvre dans un cadre réel les connaissances

acquises en méthodes de conception, et méthodologie de développement.

Pour toutes ces raisons et ces questions, ce projet sur cette base de données m'a

passionné, et j'ai pu mûrir mes connaissances sur un projet aux enjeux réel, dans de

vraies conditions professionnelles.



Bibliographie

MERISE (données 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

Méthodologie RAD [3]

o http://www.yves-constantinidis.com/fichiers/yclrad.pdf 29/10/2013

L’outil de développement 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-8f2c-

bf6a854fe35e/visual-basic-vs-delphi 10/10/2013

http://www.lexique-informatique.com/M/Merise.html

http://www.additeam.com/SSII/uml/

http://www.yves-constantinidis.com/fichiers/yclrad.pdf

http://delphi.about.com/od/oopindelphi/a/delphi_oop6.htm

http://social.msdn.microsoft.com/Forums/en-US/5bd00cb3-b65f-4a35-8f2c-bf6a854fe35e/visual-basic-vs-delphi

http://social.msdn.microsoft.com/Forums/en-US/5bd00cb3-b65f-4a35-8f2c-bf6a854fe35e/visual-basic-vs-delphi



Annexe :

FACILITY CONTROL

PROCEDURE Doc. No:TAVTUN-TK-PR-001

Date: 10.05.2011

Rev : 0

Page: 1/ 11

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

Revision History

Rev No Revised Page Date Reason for Revision

Revisied by

00

All 05.05.2011 Process and document format

improvement

Technical Department

Prepared by Format Check

Management Representative

Akram Ayara

FCD Chief Zied Yahiaoui

Management Representative

Akram Ayara

APPROVAL GENERAL MANAGER

Ersel Göral

FACILITY CONTROL


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


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.)

FACILITY CONTROL


Date: 10.05.2011

Rev : 0

Page: 4/ 11



6. Procedure

6.1. (Flow Chart)

INFORMATION

IS IT AN EMERGENCY?

CONTACT THE PREDEFINED UNITS (Fire

brigade,police,customs,etc.)

CREATE A RECORD IN THE HELPDESK ELECTRONIC

FORM

INFORM REQUIRED

UNITS(technics,operation,etc.)

MONITOR

YES

NO

RECIEVEINFORMATION

ABOUT THESOLUTION

COMPLETE THE ELECTRONIC FORM

RE-INFORM REQUIRED

UNITS ABOUTTHE RESULT

RESULT NON-SATISFACTORY

RESULT SATISFACTORY

CUSTOMERSATISFACTION

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


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


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


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


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


Date: 10.05.2011

Rev : 0

Page: 9/ 11



Annex 01: Request form

FACILITY CONTROL


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 Names

Status Problem description

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


Date: 10.05.2011

Rev : 0

Page: 11/ 11



Annex 03: Notebook Set point

Date:.../…/…

Morning (08a.m→02p.m) Afternoon(02p.m→08p.m) Night(08p.m→08a.m)

………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ……………………………….. ………………………………..

………………………………........ ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ………………………………........ ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. ……………………………………. …………………………………….

………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ………………………………. ……………………………….

Name of the operator and signature

……………………


……………………


……………………