Développement d`une application de gestion de la - UVT e-doc

Transcription

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
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
Développement d’une application de gestion de la consommation énergétique
| 1
Hachem Samia
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
II
Environnement de travail : ......................................................................................... 31
I .1
Environnement matériel : .................................................................................... 31
I.2
Environnement logiciel : ..................................................................................... 31
I.3
Décomposition de l’application : .........................................................................32
Liste des imprimes écrans de l’application : ............................................................... 33
Conclusion Générale ............................................................................................................ 50
| 2
Hachem Samia
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
| 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 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.
| Introduction Générale : 6
Hachem Samia
Chapitre 1 :
Étude préalable
| Chapitre 1 : 7
I.
Hachem Samia
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 :
| Étude préalable
8
Hachem Samia
 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
| Étude préalable
9
Hachem Samia
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.
| Étude préalable
10
La montée du prix de l’énergie
Hachem Samia
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.
| Étude préalable
11
Hachem Samia
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.
| Étude préalable
12
Hachem Samia
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.
| Étude préalable
13
Hachem Samia
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.
| Étude préalable
14
Hachem Samia
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,
| Étude préalable
15
Hachem Samia
- 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.
| Étude préalable
16
Hachem Samia
Chapitre 2 :
Les méthodes et les outils
utilisés pour la conception de
l’application
| Chapitre 2 : 17
I
Hachem Samia
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.
| Les méthodes et les outils 18
utilisés pour la conception de l’application
Hachem Samia
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).
II.1.2
Hachem Samia
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 :
-
Hachem Samia
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,
Hachem Samia
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.
Hachem Samia
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.
Hachem Samia
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.
Hachem Samia
Chapitre 3 :
Solution : l’application
| 25
I
Hachem Samia
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.
| 26
Hachem Samia
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.
| 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 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.
| 28
II
Hachem Samia
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.
| 29
Hachem Samia
Chapitre 4 :
Conception et réalisation
| 30
Hachem Samia
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
I.2
•
Processeur Intel I5 2.2 GHZ.
•
Mémoire 4 GB.
•
Disque dure 500 Go.
•
Carte graphique Intel 512 Mo.
•
Ecran 21 pouces.
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.
| 31
Hachem Samia
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.
| 32
II
Hachem Samia
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é
| 33
Hachem Samia
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
| 34
Hachem Samia
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.
| 35
Hachem Samia
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.
| 36
Hachem Samia
Figure 11: Choix équipement
Apres avoir établit la connexion au trendlog on choisie l’équipement voulu
| 37
Hachem Samia
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
| 38
Hachem Samia
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
| 39
Hachem Samia
Figure 14: Sauvegarde de la consommation
Apres le calcule on valide les données calculer et on les enregistre dans la table
consommation
| 40
Hachem Samia
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
| 41
Hachem Samia
Figure 16:Choix d’une zone
Le combo box (la liste déroulante) contient la liste de toutes les zones de l’aéroport
| 42
Hachem Samia
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
| 43
Hachem Samia
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
| 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 présentant
pour chaque zone sa consommation dans la période prédéfini dans les trendlog
| 45
Hachem Samia
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
| 46
Hachem Samia
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
| 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 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
| 49
Hachem Samia
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.
| Conclusion Générale : 50
Hachem Samia
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-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 Göral
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.m→02p.m)
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
………………………………..
………………………………..
Name of the operator and
signature
……………………
Afternoon(02p.m→08p.m)
………………………………........
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
………………………………........
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
…………………………………….
signature
……………………
Night(08p.m→08a.m)
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
……………………………….
signature
……………………

Développement d`une application de gestion de la - UVT e-doc

Transcription

Similar documents

SAMIA BENDALI-AMOR

Ritz Carlton

CHIsInAU

sommaire - Hevrat Pinto

Guide d`aéroport - hiver 2015

Cretors Popcorn engine - vapeur et modèles à vapeur

Index par localités - Centre de généalogie francophone d`Amérique

Thermostat programmable 7 jours

Guide d`utilisation du DS150E - Delphi Europe Service Operations

n° 21 • tichri 5766 • septembre 2005

Rythmes scolaires - Ville de Roissy-en

4 - Borealtours.com

liberté - Aéroport de Bordeaux

Rapport Annuel - Aéroport Marseille Provence

Cliquez-ici pour télécharger le journal au format PDF