Conception et réalisation d'un composant d'affichage des horaires des vols d'avions sous Joomla

BUJUMBURA, OCTOBRE 2021

REPUBLIQUE DU BURUNDI

MINISTERE DE L'EDUCATION NATIONALE DE
L'ENSEIGNEMENT SUPERIEUR ET DE LA
RECHERCHE SCIENTIFIQUE

UNIVERSITE DES GRANDS LACS

STAGE EFFECTUE A L'AUTORITE DE L'AVIATION CIVILE
DU BURUNDI DU 01 AVRIL AU 31 MAI 2021

Conception et réalisation d'un composant

d'affichage des horaires des vols d'avions

sous joomla.

Par

HABIYAKARE Léonard

&

MANARIYO Raoul Labrise

Sous l'encadrement de : M.sc, NDAYIZIGIYE Olive

Travail de fin d'études présenté et défendu publiquement en vue de l'obtention d'un diplôme de Technicien Supérieur de niveau A1 en Télécommunication et Réseau

i

DEDICACES A mes parents ;

A mes frères et soeurs ; A mes ami(e)s.

HABIYAKARE Léonard

A ma mère ;

A mes frères et soeurs ; A mes ami(e)s.

MANARIYO Raoul Labrise

ii

REMERCIEMENTS

Nos vifs remerciements s'adressent spécialement à notre Dieu céleste, lui qui nous a donné la vie. Nous remercions ensuite nos parents, qui nous ont éduqués et nous ont fait aimer l'école, qu'ils trouvent ici la grande satisfaction de notre travail.

Nos sincères remerciements vont également à la Direction Générale de l'Autorité de l'Aviation Civile du Burundi, qui nous a ouvert les portes en nous offrant tout ce dont nous avions besoin pour réaliser ce travail et pour renforcer nos compétences pratiques.

Nous adressons ensuite nos profonds remerciements au Chef de Service de la Technologie de l'information et de la communication (TIC), M.sc ININAHAZWE Fleury, pour son accueil, son suivi, son encadrement et surtout son assistance durant toute la durée du stage.

Nous remercions également notre Encadreur dans la réalisation de ce travail de fin d'études, madame M.sc NDAYIZIGIYE Olive, qui malgré ses multiples occupations a accepté de nous encadrer. Sa rigueur scientifique, son goût d'un travail bien fait, sa franche collaboration et son dévouement nous ont permis d'avancer rapidement dans ce travail. Qu'elle soit rassurée de notre profonde reconnaissance.

Nos remerciements s'adressent aussi à tous nos éducateurs depuis l'école primaire jusqu'aujourd'hui, particulièrement ceux de l'Institut de Télécommunication et Réseau à l'Université des Grands Lacs ; pour leur formation tant morale qu'intellectuelle. Qu'ils trouvent ici le couronnement de leur noble mission de former et éduquer pour servir la nation.

Enfin, nous remercions nos encadreurs de stage à l'autorité de l'aviation civile du Burundi « AACB » qui nous ont prouvés tant de choses concernant notamment l'Aéroport International Melchior NDADAYE de Bujumbura.

Que chacun trouve ici nos profondes gratitudes.

iii

LISTE DES SIGLES

AACB : Autorité de l'Aviation Civile du Burundi ;

AGA : Aerodrome Ground Aids;

AIR : Air Wrotham ;

AIS : Aérodrome Informatical Services ;

ANS : Air Navigation Service ;

ASARB : Agence des Services Aéronautiques du Rwanda et du Burundi ;

ASBL : Association Sans But Lucratif ;

AVSEC : Aviation Security;

CASOA : Community Aviation and Security Oversight Agency;

CNS : Communication Navigation Surveillance ;

DAF : Direction Administrative et Financière ;

DG : Direction Générale ;

DME : Distance Measuring Equipment ;

DRSSETA : Direction de la Régularisation, de la Sécurité, de la Sureté et de l'Economie du Transport Aérien ;

DRSSETA : Direction de la Régulation de la sécurité, de la Sûreté et de l'Economie du Transport Aérien ;

FIDS : Flight information display system;

I.N.S.S : Institut National de la Sécurité Sociale ;

MCD : Modèle Conceptuel de Donnée ;

MCT : Modèle Conceptuel de Traitement ;

MERISE : Méthode d'Étude et de Réalisation Informatique pour les Systèmes

d'Entreprise.

MLD : Modèle Logique de Donnée ;

iv

MLT : Modèle Logique de Traitement ;

MPD : Modèle Physique de Donnée ;

MPT : Modèle Physique de Traitement ;

OBR : Office Burundais des Recettes ;

ONATEL : Office National des Télécommunications ;

PEL : Personnel Licence ;

RETA/FAL : Régularisation Economique du Transport Aérien et Facilitation ;

RSA : Régie des Services Aéronautiques ;

RTTA : Régie des Télégraphes- Téléphones Aéronautiques ;

SGBDR : Système de Gestion de Base de Donnée Relationnel ;
SOBUGEA : Société Burundaise de Gestion d'Entrepôt Aéronautique ;

SQL : Structured Query Language ;

SSIS : Service de la Sécurité Incendie et Sauvetage ;

TIC : Technologie de l'Information et de Communication ;

TM/SAR : Air Traffic Management and Search and Rescue;

UGL : Université des Grands Lacs ;

v

LISTE DES FIGURES

Figure 1 : organigramme de l'AACB 5

Figure 2 : cycle d'abstraction pour la conception des systèmes d'information ... 12

Figure 3 : Modèle conceptuel de données 17

Figure 4 : Modèle physique de données 22

Figure 5 : Interactions entre le modèle, la vue et le contrôleur. 25

Figure 6 : Interface graphique pour l'administration du composant 27

Figure 7 : Interface pour la partie des visiteurs 28

vi

LISTE DES TABLEAUX

Tableau 1 : les modèles de MERISE 14

Tableau 2 : Tableau récapitulatif des valeurs que peut prendre ces bornes 16

Tableau 3 : Dictionnaire des données 21

vii

TABLE DE MATIERE

DEDICACES i

REMERCIEMENTS ii

LISTE DES SIGLES iii

LISTE DES FIGURES v

LISTE DES TABLEAUX vi

TABLE DE MATIERE vii

CHAP I. INTRODUCTION GENERALE 1

I.1.Objectifs du travail 1

I.2. Objectifs spécifiques 1

I.3 Intérêt du sujet 1

I.4. Délimitation du sujet 2

I.5. Méthodologie de recherche 2

I.6. Articulation du sujet 2
CHAP II. LA PRESENTATION GENERALE DE L'AUTORITE DE

L'AVIATION CIVILE DU BURUNDI 3

II.1 Introduction 3

II.2. Historique de l'AACB 3

II.3. Situation géographique de l'AACB 4

II.4 Les missions de l'AACB 4

II.5. Organisation et fonctionnement de l'AACB 5

II.5.1 Organigramme de l'AACB 5

II.5.2 Fonctionnement de l'AACB 6

II.5.3 Fonctionnement du service Informatique 8

II.5.4 Logiciels utilisés par l'AACB 8

II.6 Analyse et critique de l'existant 9

II.7 Problématique 9

II.8 Hypothèse du Travail 10

II.9 Solutions proposées 10

viii

CHAP III. MODELISATION DU SYSTEME PAR LA METHODE

MERISE 11

III.0 Introduction 11

III.1 La méthode MERISE 11

III.1.1 Présentation de la méthode MERISE 11

III.1.2 Cycle d'abstraction de conception des systèmes d'information 12

III.2 Les niveaux de MERISE 13

III.2.1 Le niveau conceptuel 13

III.2.2 Le niveau organisationnel ou logique 13

III.2.3 Le niveau opérationnel ou physique 14

III.3 Modèles de MERISE 14

III.3.1 Modèle conceptuel de données 14

III.3.2 Modèle Logique de données 18

III.3.3 Le Dictionnaire des données 19

III.3.4. Modèle physique de données 21

CHAP IV. PRESENTATION DES INTERFACES UTILISATEURS 23

IV.0 Introduction 23

IV.1 Les outils utilisés 23

IV.1.1 SublimeText 23

IV.1.2 Xampp 23

IV.1.3 MySQL 23

IV.1.4 PHP 23

IV.2 Présentation du fonctionnement de l'application 26

IV.2.1 Environnement matériel 26

IV.2.2 Environnement de l'interface 26

CONCLUSION GENERALE ET SUGGESTIONS 29

REFERENCES BIBLIOGRAPHIQUES 31

1

CHAP I. INTRODUCTION GENERALE

Après la formation théorique et pratique dans l'Institut de télécommunication et Réseau, l'Université des Grands Lacs (UGL) organise un stage de deux mois aux étudiants finalistes afin de compléter cette formation par un stage pratique.

Ce stage intervient dans le but d'améliorer la qualité des enseignements reçus par la pratique ce qui aide l'étudiant à acquérir des connaissances et des compétences indispensables sur le marché de travail.

A la fin de ce stage, l'étudiant stagiaire doit produire un travail de fin d'études qu'il doit défendre devant un jury avant d'être déposé à la bibliothèque de l'université. C'est dans cette optique que nous avons effectué notre stage à l'AACB précisément dans le service de Technologie de l'Information et de la Communication.

La période que nous avons passée à l'AACB nous a permis de savoir programmer un composant avec Joomla !

Ainsi, nous avons formulé notre thème de la manière suivante : « CONCEPTION ET REALISATION D'UN COMPOSANT D'AFFICHAGE DES HORAIRES DES VOLS D'AVIONS SOUS JOOMLA. »

I.1.Objectifs du travail

L'objectif de ce travail est de proposer à l'AACB un composant qui permettra l'affichage des horaires des vols d'avions sur le site web.

I.2. Objectifs spécifiques

Les objectifs spécifiques de notre travail sont les suivants :

w' Etendre la base de données de l'AACB en ajoutant d'autres tables ;

w' Mettre sur le site les menus qui va afficher les horaires des vols d'avions.

I.3 Intérêt du sujet

La conception et la réalisation d'un composant d'affichage des horaires des vols d'avion sous Joomla dans l'aéroport international Melchior NDADAYE, vise à des intérêts suivants :

w' Intérêt personnel : Ce travail nous a permis de découvrir la plateforme Joomla et d'approfondir nos connaissances en matière de développement des sites web dynamiques ;

2

V' Intérêt scientifique : Notre travail permettra aux autres chercheurs comme source de documentation ;

V' Intérêt sociétal : l'AACB, en utilisant ce composant, gagnera du temps et de la confiance au près des passagers ;

V' Intérêt aux passagers de l'AACB : Les voyageurs auront une information sûre en temps réel sans devoir se déplacer et appeler.

I.4. Délimitation du sujet

Notre travail est délimité dans le temps, dans l'espace et dans le domaine

Ø Dans l'espace, cette étude est limitée à l'Autorité de l'Aviation Civile du Burundi ;

Ø Dans le temps, nous nous sommes basées sur les informations récoltées durant la période de stage du 01 avril 2021 au 31 mai 2021 ;

Ø Dans le domaine, notre travail s'est limité à la mise en place du composant d'affichage des horaires des vols d'avion sous Joomla.

I.5. Méthodologie de recherche

Lors du recueil des informations concernant notre cas d'étude en ce qui concerne l'existant, nous avons procédé à un entretien avec le responsable pour savoir comment l'Autorité de l'Aviation Civile du Burundi fonctionne en générale. Aussi, pour réaliser notre travail, nous avons fait recours aux techniques de documentaires : recherches sur internet, consultation des mémoires des autres étudiants, ...

I.6. Articulation du sujet

Le présent travail de fin d'études intitulé « CONCEPTION ET REALISATION D'UN COMPOSANT D'AFFICHAGE DES HORAIRES DES VOLS D'AVION SOUS JOOMLA ! » est articulé sur quatre chapitres :

Ø Le premier chapitre est consacré à l'Introduction Générale ;

Ø Le deuxième chapitre nous parle de la présentation générale de l'Autorité de l'Aviation Civile du Burundi ;

Ø Le troisième chapitre nous décrit la Modélisation du système par la méthode MERISE ;

Ø Le quatrième Chapitre nous présente les interfaces d'utilisateur.

En fin, notre travail est clôturé par la conclusion générale et suggestions.

3

CHAP II. LA PRESENTATION GENERALE DE L'AUTORITE DE L'AVIATION CIVILE DU BURUNDI

II.1 Introduction

L'AACB est l'autorité de l'aviation civile du Burundi qui est une administration personnalisée de l'Etat dotée d'un patrimoine et d'une autonomie de gestion administrative et financière.

Elle est placée sous la tutelle du Ministre ayant l'aviation civile dans ses attributions. Son siège est fixé à Bujumbura, il peut être transféré à tout autre endroit du territoire de la République du Burundi sur la proposition du conseil d'Administration et après la décision du Ministre ayant l'Aviation Civile dans ses attributions.

II.2. Historique de l'AACB

Avant l'indépendance de notre pays, l'Aéronautique civile du Burundi était une administration du Congo-Belge et du Ruanda-Urundi. L'aérodrome d'Usumbura était situé là où se trouve actuellement le stade Prince Louis Rwagasore. Avant 1959, Usumbura était un Aérodrome d'escales régulières et l'Aérodrome Principal était basé à Gitega avec une longueur de 950 mètres.

Après l'Indépendance du Burundi en 1962, le département de l'aéronautique s'appelait l'Agence des Services Aéronautiques du Rwanda et du Burundi « ASARB » en sigle, son siège était à Bujumbura. En septembre 1964, l'A.S.A.R.B. a été dissoute pour devenir la Régie des télégraphes- Téléphones Aéronautiques, RTTA en sigle. La Direction Générale de la RTTA regroupait l'actuel ONATEL et la R.S.A ancien département des télécommunications et département de l'Aéronautique et de la météorologie selon les décrets -lois suivants :

§ Décret -loi n°1/186 du 26 novembre 1976 portant organisation du pouvoir législatif réglementaire modifié par le décret -loi n° 8/32 du 16 octobre en 1978 ;

§ Décret -loi du 19 mars en 1964 portant règlement sur la comptabilité publique de l'état, convention relative à l'aviation civile internationale ratifiée par le Burundi le 27 novembre 1967 ;

§ Par le décret N100/001 du 01/01/1990 la RTTA est devenu la Régie des Services Aéronautiques (RSA) soumise sous la tutelle du Ministères des transports, Postes et Télécommunications ;

4

§ Enfin, le décret No 1/13 du 2 mai 2013 portant Code de l'Aviation Civile du Burundi a institué l'Autorité de l'Aviation Civile du Burundi (AACB) placé sous la tutelle du Ministère des Transports, Travaux Publics et de l'Equipement.

La Direction Générale de l'AACB comprend trois directions :

§ La Direction de la Régulation de la sécurité, de la Sûreté et de l'Economie du Transport Aérien (DRSSETA) ;

§ La Direction des Aéroports et des Services de la Navigation Aérienne (DASNA) ;

§ La direction Administrative et Financière (DAF).

II.3. Situation géographique de l'AACB

L'AACB se trouve dans la région de l'Imbo plus précisément à Gakumbu, à l'Ouest de la ville de Bujumbura. Ses Bureaux sont installés à l'Aéroport International Melchior NDADAYE de Bujumbura. Ce dernier est situé sur la rive Nord du Lac Tanganyika à 12 kilomètres du centre de la ville de Bujumbura plus précisément entre la route nationale N°5(RN5), la chaussée d'Uvira et la Rizerie du projet Rukaramu.

L'AACB est implantée dans une vaste plaine limitée à l'ouest par la République Démocratique du Congo et à l'Est par les monts Mumirwa.

II.4 Les missions de l'AACB

L'AACB a pour missions ci-après :

V' La création, l'exploitation, l'administration et l'entretien de tous les services aéronautiques ;

V' La négociation des accords des transports aériens et leurs applications ;

V' Assurer la liaison entre le Burundi et l'organisation de l'aviation civile Internationale ;

V' Traiter les questions techniques avec cette dernière et l'administration des pays

étrangers avec l'organisme spécialisé en matière de l'aéronautique civile ; V' Le contrôle du matériel volant.

5

II.5. Organisation et fonctionnement de l'AACB II.5.1 Organigramme de l'AACB

La structure organisationnelle de l'AACB est pyramidale et hiérarchisée avec au sommet le Ministère de Tutelle, qui est le ministère ayant le transport aérien dans ses attributions, ensuite le conseil d'administration avec les différentes directions et les services relatifs.

Figure 1 : organigramme de l'AACB

6

II.5.2 Fonctionnement de l'AACB

L'AACB est une institution placée sous tutelle du ministère ayant le transport aérien dans ses attributions et jouit d'une personnalité juridique de l'autonomie de la gestion financière. C'est un établissement public à caractère administratif.

L'AACB est dirigé par un Directeur Général qui est en place sous l'autorité d'un conseil d'Administration (organe chargé de veiller à la bonne marche et la gestion de l'AACB, voter le budget de fonctionnement) et du ministère du transport des travaux publics et d'équipement.

Les trois directions décrètes dans les pages précédentes sont dirigées par des directeurs qui sont sous l'autorité du directeur général avec des missions propres pour chaque directeur.

La direction générale de l'AACB comprend aussi des organes de consultation internes tels les comités de direction et les comités d'hygiènes, les syndicats des travailleurs.

Au niveau central l'AACB est composée des structures suivantes :

V' DG: Direction Générale;

V' DAF : Direction Administrative Et Financière ;

V' DASNA : Direction Des Aéroports Et Des Services De Navigation Aériennes ;

V' DRSSETA : Direction De La Régulation De Sécurité De La Sûreté Et De L'économie Du Transport Aérien ;

Nous signalons que chaque direction est subdivisée en d'autant de services de besoin.

Ø Direction Général sont rattachés directement des services suivants :

V' Le secretariat du DG;

V' L'unité audit administrative financières;

V' L'unité de technologie de l'information et de la communication ;

N. B : c'est le niveau du service ci-dessous que nous avons effectué notre stage.

Ø La direction administratives et finance (DAF) :

7

w' Cette direction est composée de deux services importants : services des ressources humaines et le service des finances. Aussi, chaque service est subdivisé en plusieurs sections

w' L'on remarque que le service des ressources humaines comprend trois sections : section de gestion du personnel ;

w' Section transport du personnel ;

w' Section paie (salaire de la personne).

w' Quant au service des finances, il est subdivisé en section comptabilités, en section facturation et recouvrement, la section approvisionnement et en fin la gestion des stocks.

Ø LA direction des aéroports et des services de navigation aérienne (DASNA) :

+ A Part le secrétariat de cette direction, il existe aussi trois services :

w' Le service gestionnaire des messages ;

w' Le service des aéroports ;

w' Le service sureté aéroportuaire et facilement.

+ Ces services sont à leur tour subdivisé en plusieurs sections ;

w' Le service des aéroports comprend quatre sections dénommées ;

w' Section bâtiment ; section varie et environnement, la section électronique et la section SSIS ;

w' Pour le service gestionnaire des messages, il est à noter qu'il comprend 3 sections : la section sureté aéroportuaire et facilement, la section équipement de sureté et facilitation ;

w' Quant au service navigation AIM, la section ATM et la section CNS ;

Ø La direction de la régulation de la sureté et de l'économie du transport aériens (DRSSETA) est rattachée à cette direction, les services suivants :

8

ü Le secrétariat de direction

ü Les bureaux ; PEL ; OPS ; AIR, ANS, AGA, etc. D'autres services de la direction sont : CNS, AIS, NET

II.5.3 Fonctionnement du service Informatique

Les activités de la technologie de l'information et de communication à l'AACB sont :

· Maintenance du parc informatique de l'AACB ;

· Sécurisation du système informatique de l'AACB ;

· Maintenance logicielle et installation des SE et autres logiciels ;

· Assistance technique des utilisateurs ;

· Administration réseau ;

· Suivi et maintenance du système de téléaffichage des vols (FIDS) ;

· Maintenance et suivi de l'exploitation du système automatisé d'entrée et sortie à l'Aéroport International de Bujumbura (barrière automatique) ;

· Graphisme (Conception et impression des badges d'accès au ZSAR). II.5.4 Logiciels utilisés par l'AACB

L'AACB utilise plusieurs logiciels. Certains sont pour la sécurité d'autres sont pour la gestion et la comptabilité. On a pu voir quelques-uns de ces logiciels utilisés par l'AACB qui sont :

· Asyst Compta qui est un logiciel utilisé dans la comptabilité ;

· Asyst Budget qui est un logiciel utilisé pour les études du Budget ;

· Asyst Gestion qui est un logiciel de gestion des stocks ;

· Asyst Gestion aéroportuaire qui est un logiciel de gestion de finance c'est-à-dire la facturation

· ZKAccess qui est un logiciel pour la configuration des systèmes de sécurité pour les portes à empreintes digitales.

9

· ATIUM Access qui est un logiciel pour la configuration des cartes magnétiques pour les barrières de sécurité.

· FIDS (Flight Information Display System) qui est un logiciel qui est utilisé pour l'affichage des horaires de vol dans le terminal.

II.6 Analyse et critique de l'existant

L'AACB est parmi des entreprises au Burundi qui sont informatisés. Mais il a encore quelques lacunes.

L'AACB a un site web, sur ce site, il est utilisé pour afficher quelques informations de l'AACB. Ces informations qu'on trouve sur ce site n'est pas en rapport avec les vols d'avions c'est juste les informations qui sont liés avec l'historique de l'AACB et les différentes activités que fait chaque service. Aussi sur le site on trouve les menus pour publier les informations s'il y a des appels d'offre ou bien des recrutements par exemple.

Le site web de l'AACB est dynamique et possède une base de données. Toutefois, il manque un lien ou menus pour accéder à l'information concernant les horaires des vols d'avions. C'est-à-dire que les passagers ont encore des problèmes pour avoir de l'information.

Pour qu'il puisse trouve de l'information, le passager doit se présenter à temp à l'AACB pour demander ce qui se passe en rapport avec le vol d'avion ou bien le passager fait l'appel téléphonique aux agents qui travaille à l'AACB en leur demandant si tel vol est déjà décollé ou atterrit ou encore annuler.

II.7 Problématique

Au cours de notre stage, nous avons constaté que l'AACB éprouve quelques

difficultés :

V' Perte du temps causée par les déplacements pour avoir les informations

concernant les vols d'avions ;

V' Surcharge des travailleurs suite aux appels fréquents ;

V' Risque de rater un vol pour un passager suite au manque de l'information

de publicité ;

V' Manque de l'information complete.

10

II.8 Hypothèse du Travail

L'Hypothèse à confirmer ou infirmer est la suivante :

« L'implémentation d'un composant informatique permettant la publicité des horaires de vols d'avions à l'Autorité de l'Aviation civile du Burundi facilitera-t-elle l'accès à l'information efficace ? »

II.9 Solutions proposées

La solution que nous proposons c'est que dans l'AACB, pour que leur clientèle

trouve facilement les informations concernant les horaires de vols d'avions, il permettra de mettre en pratique l'utilisation de notre composant comme l'outil d'affichage des horaires des vols d'avions sur l'aéroport international melchior NDADAYE.

11

CHAP III. MODELISATION DU SYSTEME PAR LA METHODE MERISE

III.0 Introduction

La section sur la modélisation par la méthode MERISE nous permet de présenter les différents niveaux et modèles de MERISE qui ont été utilisés dans le cadre de cette étude.

III.1 La méthode MERISE

III.1.1 Présentation de la méthode MERISE

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 [1].

La séparation des données et des traitements assure 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.

La méthode MERISE date de 1978-1979, et fait suite à une consultation nationale lancée en 1977 par le ministère de l'Industrie 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'information. 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'Études Techniques de l'Équipement) implanté à Aix-en-Provence France.

[1] https://www.commentcamarche.net/contents/655-merise-initiation-a-la-conception-de-systemes-d-information

12

III.1.2 Cycle d'abstraction de conception des systèmes d'information

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. Il 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 vérifier 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 :

Figure 2 : cycle d'abstraction pour la conception des systèmes d'information

L'expression des besoins est une étape consistant à 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

13

III.2 Les niveaux de MERISE

La méthode Merise propose quatre niveaux de représentation d'un système d'information [2] :

· Le niveau conceptuele;

· Le niveau logique;

· Le niveau physique;

· Le niveau organisationnel.

Ces différents niveaux répondent aux questions suivantes :

o Niveau Conceptuel : Quoi Faire ? Avec Quelles Données ?

o Niveau logique : Qui ? Où ? Quand ?

o Niveau physique: Comment?

III.2.1 Le niveau conceptuel

Le niveau conceptuel représente les informations et leurs relations d'une part, les utilisations qui en sont faites et les contraintes d'autre part. Ces définitions sont établies en faisant abstraction de toute contrainte liée à l'organisation.

V' En termes de données, cette description fait appel au formalisme Entité-Association et se traduit par des entités de base et par des relations avec ces entités.

V' En termes de traitements, ces mêmes entités vont être décrites par leurs sollicitations ou par les réactions qu'elles déclenchent de la part du système d'information, donc par les traitements dont elles sont les causes et les conséquences. Ceci se fait à l'aide d'événements, de synchronisation et d'opérations.

III.2.2 Le niveau organisationnel ou logique

Alors qu'au niveau conceptuel est exprimé la réalité perçue par l'entreprise dans son ensemble, le niveau organisationnel exprime cette même réalité telle qu'elle est vécue par les acteurs quels qu'ils soient. A ce niveau, aucune différence n'est faite entre les hommes et les machines. On intègre à l'analyse les critères liés à l'organisation.

V' En termes de données, les entités et relations suscitent la création de tableaux. La vue logique est nécessairement orientée vers une classe de solutions.

V' En termes de traitements, les événements décrits ne sont pas des événements temporels mais des événements à dominante spatiale.

[2] https://www.cours-gratuit.com/cours-merise/la-methode-merise-niveau-logique-physique

14

III.2.3 Le niveau opérationnel ou physique

C'est une représentation des moyens qui vont effectivement être mis en oeuvre pour gérer les données ou activer les traitements. Le niveau physique apporte des solutions techniques.

ü En ce qui concerne les données, il y a passage d'une classe de solutions à un produit de cette classe. Concrètement, cela se traduira par l'utilisation d'un SGBD. On effectue des choix sur les méthodes de stockage et d'accès.

ü En termes de traitements, le modèle opérationnel décrira l'architecture des programmes qui vont activer les différentes tâches de l'ordinateur. En aucun cas à ce niveau, il n'y a de programmation effective.

III.3 Modèles de MERISE

La combinaison des quatre niveaux et trois approches de MERISE donne lieu à la création de douze modèles de référence.

La figure ci-dessous nous montre la structure des modèles de MERISE

APPROCHES NIVEAUX	Traitement	Données	Communication
Organisationnel	MOT	MOD	MOC
Conceptuel	MCT	MCD	MCC
Logique	MLT	MLD	MLC
Physique	MPT	MPD	MPC

Tableau 1 : les modèles de MERISE

III.3.1 Modèle conceptuel de données

Le modèle conceptuel des données est une représentation statique du système d'information de l'entreprise qui met en évidence sa sémantique. Il a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation des données, facilement compréhensible (Seba, 2003).

Cet aspect recouvre les mots qui décrivent le système ainsi que les liens existants entre ces mots. Le formalisme adopté par la méthode Merise pour réaliser cette description est basé sur les concepts « entité association ».

15

Les concepts de base pour concevoir le modèle conceptuel sont :

a. La propriété (ou attribut ou rubrique)

Ø La propriété est une information élémentaire, c'est-à-dire non déductible d'autres informations, qui présente un intérêt pour le domaine étudié ;

Ø Chaque valeur prise par une propriété est appelée occurrence.

b. L'entité ou individu-type

Une entité est la représentation d'un élément matériel ou immatériel ayant un rôle dans le système que l'on désire décrire. On appelle classe d'entité un ensemble composé d'entités de même type, c'est-à-dire dont la définition est la même. Le classement des entités au sein d'une classe s'appelle classification (ou abstraction). Une entité est une instanciation de la classe. Chaque entité est composée de propriétés, données élémentaires permettant de la décrire.

Un identifiant : est un ensemble de propriétés (une ou plusieurs) permettant de désigner une et une seule entité. La définition originale est la suivante : L'identifiant est une propriété particulière d'un objet telle qu'il n'existe pas deux occurrences de cet objet pour lesquelles cette propriété pourrait prendre une même valeur.

c. L'association (ou relation-type)

Une association (appelée aussi parfois relation) est un lien sémantique entre plusieurs entités. Une classe de relation contient donc toutes les relations de même type (qui relient donc des entités appartenant à des mêmes classes d'entité). Une classe de relation peut lier plus de deux classes d'entité.

Voici les dénominations des classes de relation selon le nombre d'intervenants :

· Une classe de relation récursive (ou réflexive) relie la même classe d'entité ;

· Une classe de relation binaire relie deux classes d'entité ;

· Une classe de relation ternaire relie trois classes d'entité.

d. Cardinalité

Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à laquelle elle est reliée. La cardinalité d'une relation est composée d'un

16

couple comportant une borne maximale et une borne minimale, intervalle dans lequel la cardinalité d'une entité peut prendre sa valeur :

· La borne minimal (généralement 0 ou 1) décrit le nombre minimum de fois qu'une entité peut participer à une relation ;

· La borne maximale (généralement 1 ou n) décrit le nombre maximum de fois qu'une entité peut participer à une relation Un couple de cardinalités placé entre une entité E et une association A représenté le nombre minimal et maximal d'occurrences de l'association A qui peuvent être « ancrées » à une occurrence d'association E.

Le tableau ci-après récapitule les valeurs que peut prendre ces bornes

Tableau 2 : Tableau récapitulatif des valeurs que peut prendre ces bornes

17

Pour notre cas, le modèle conceptuel est représenté ci-dessous :

Figure 3 : Modèle conceptuel de données

18

III.3.2 Modèle Logique de données

Le modèle logique des données consiste à décrire la structure de données utilisée sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données utilisées lors des traitements (Baptiste, 2009).

Le but du MLD est de préparer l'implantation de la Base de Données. Généralement, le MLD s'obtient à partir du MCD.

Le MLD peut être relationnel, hiérarchique ou réseau selon le SGBD à utiliser.

Les règles de passage du MCD vers le MLDR utilisées ici concernent le SGBDR du fait qu'il est le plus répandu et celui que nous allons utiliser [3].

Règle1:

§ Une entité devient une table ;

§ L'identifiant devient une clé primaire ;

§ Les propriétés deviennent les colonnes.

Règle2:

§ Relation binaire de cardinalité (n,1) (n, m) tel que n=0 ou n=1 ;

§ La clé primaire de la table à la cardinalité (n,1) devient une clé étrangère à la table de cardinalité (n, m).

Règle3:

§ Relation binaire aux cardinalité (n, m) (n, m) tel que n=0 ou n=1 ;

§ Il y a naissance d'une nouvelle table ayant la comme clé la concaténation des deux autres tables ;

§ Si la relation est porteuse de propriété celle-ci devient attribut pour la nouvelle table.

Règle4:

§ Relation n-aires (quel que soit les cardinalités) ;

§ Il y a création des tables supplémentaires ayant comme clé primaire la
concaténation des identifiants des entités participants à la relation ;

[ 3 ] Cours d'Analyse et Conception des systèmes d'information en ITR2 Campus NGAGARA donnée par NIYONKURU Méthode

[4] https://www.africmemoire.com/part.5-troisieme-chapitre-modelisation-et-conception-du-nouveau-systeme-663.html

19

· Si la relation est porteuse de donnée celle-ci devient la relation pour nouvelle table.

En effet, le MLD de notre composant se présente comme suit :

· Arrivee (id_arr, numero_vol, provenance, icon, heure_d_arr, #id_comp, #id_statut_arr);

· Depart (id_dep, numero_vol, destination, icon, heure_depart, #id_comp, #id_statut_dep);

· Compagnie (id_comp, pays_comp, nom_comp, icon) ;

· Statut_dep (id_statut_dep, statut_dep);

· Statut_arr (id_statut_arr, statut_arr).

III.3.3 Le Dictionnaire des données

Le dictionnaire de données est l'ensemble des informations sur les attributs, le comportement, les tailles et la description pour chaque entité. Pour établir le dictionnaire de données [4], il faudrait répondre à la question :

Le schéma ci-dessous présente le dictionnaire des données de la gestion des données pour l'affichage des horaires des vols d'avions à l'AACB.

Table	MNEMONIQUE	LIBELLE	TYPE DE DONNEES	LONGUEUR
Arrivee	Id_arr	Identifiant du vol d'arrivée	Entier	11
	Numero_vol	Le numéro du vol d'avion	Chaine de caractère	20
	provinance	Provinance d'avion	Chaine de caractère	20
	Heure_d_arr	Heure d'arrivée	Date
	icon	Icon	Chaine de caractère	20

20

	Id_comp	Identifiant de la table compagnie	Entier	11
	Id_statut_arr	Identifiant de la table statut arrivée	Entier	11
Depart	Id_dep	Identifiant du vol de départ	Entier	11
	Numero_vol	Le numéro du vol d'avion	Chaine de caractère	20
	destination	Destination d'avion	Chaine de caractère	20
	Heure_dep	Heure de départ	Date
	icon	Icon	Chaine de caractère	20
	Id_comp	Identifiant de la table compagnie	Entier	11
	Id_statut_dep	Identifiant de la table statut départ	Entier	11
Compagnie	Id_comp	Identifiant de la table compagnie	Entier	11
	nom_comp	Nom du compagnie	Chaine de caractère	20
	icon	Icon	Chaine de caractère	20

21

	Pays_comp	Pays du compagnie	Chaine de caractère	20
Statut_dep	Id_Statut_dep	Identifiant de la table statut départ	Entier	11
	Statut_dep	Statut du vol de départ	Chaine de caractère	15
Statut_arr	Id_statut_arr	Identifiant de la table statut arrivée	Entier	11
	Statut_arr	Statut du vol d'arrivée	Chaine de caractère	15

Tableau 3 : Dictionnaire des données

III.3.4. Modèle physique de données

Le modèle physique de données est une représentation particulière du modèle logique de donnée pour un matériel, un environnement et un logiciel donnée. Le but du MPD est d'adapter la Base de données aux spécifications du SGBD et de l'aspect matériel sur lequel doit tourner l'application. Ainsi, pour concevoir le MPD, on doit se référer au type de SGBD et du logiciel d'implantation utilisé.

Dans le cadre de notre travail, le choix est porté sur le système de gestion de base des données relationnel MySQL qui est un SGBD centralisé, embarqué, distribué, pour entreprises, groupes de travail et particuliers qui utilise le langage de requêtes SQL.

22

Figure 4 : Modèle physique de données

23

CHAP IV. PRESENTATION DES INTERFACES UTILISATEURS

IV.0 Introduction

Ce chapitre constitue la dernière étape de notre étude qui se focalise sur la présentation de l'interface utilisateur. Dans ce chapitre, nous présentons les outils utilisés, ensuite, nous présentons quelques formulaires de notre composant, les fonctionnalités qui ont étés développées et comment ses utilisateurs les accèderont.

IV.1 Les outils utilisés

IV.1.1 SublimeText

SublimeText est un éditeur de texte générique codé en C++ et Python, disponible sur Windows, Mac et Linux. Le logiciel a été conçu tout d'abord comme une extension pour Vim, riche en fonctionnalités [5].

IV.1.2 Xampp

XAMPP est un ensemble de logiciels permettant de mettre en place un serveur Web local, un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une distribution de logiciels libres offrant une bonne souplesse d'utilisation, réputée pour son installation simple et rapide [6].

IV.1.3 MySQL

MYSQL est un système de gestion de base de données relationnel (SGBDR) Rapide, robuste et facile d'utilisation. Il est adapté à la gestion de donnée dans un environnement réseau, notamment en architecture client/serveur. Il est fourni avec de nombreux outils et est compatible avec de nombreux langages de programmation. Il est le plus célèbre SGBDR du monde Open Source particulièrement grâce à son interopérabilité avec le serveur des pages web apache et le langage de pages web dynamiques PHP (Thibaud, 2003).

IV.1.4 PHP

PHP est un langage de programmation qui sert essentiellement à construire des sites web. Un programme PHP ne s'exécute pas sur une machine de bureau pour les besoins d'un seul utilisateur mais s'exécute généralement sur un serveur web, auquel accèdent de nombreuses personnes via leurs navigateurs web depuis leurs machines personnelles. Cette section explique PHP s'intègre dans l'interaction entre un navigateur et un serveur. Lorsque vous utilisez votre ordinateur pour visualiser une page web avec un navigateur comme internet Explorer ou Mozilla,

[5] https://fr.wikipedia.org/wiki/Sublime_Text

[6] https://fr.wikipedia.org/wiki/XAMPP

24

vous établissez, via l'internet, une petite conversation entre votre machine et une autre (Sklar, 2004).

IV.1.4 Joomla

IV.1.4.1 définition

Joomla est un CMS (Content Management System) qui permet à des utilisateurs non expérimentés de gérer eux-mêmes leurs sites. Pour rendre ce système utilisable pour tout le monde et pour toutes les problématiques, Joomla permet aux développeurs de créer des composants, des thèmes, des modules etc.

Le but du composant est de créer une application au sein du système.

Il permet d'aller très vite dans la réalisation d'un site web. En effet, pour tout ce qui est gestion des actualités, des utilisateurs etc., on peut se reposer sur l'architecture Joomla qui est très solide, pour mieux se concentrer sur la logique applicative à mettre en place.

De plus ! De nombreux développeurs partagent leurs ouvrages avec la communauté, ce qui permet à n'importe qui de profiter d'une application développée pour Joomla, et de l'intégrer à son site (Simonet, 2016).

IV.1.4.2 Les Modèles View Controller

Modèle-vue-contrôleur ou MVC est un motif d'architecture logicielle destiné aux interfaces graphiques lancé en 1978 et très populaire pour les applications web. Le motif est composé de trois types de modules ayant trois responsabilités différentes : les modèles, les vues et les contrôleurs.

Ø Un modèle (Model) contient les données à afficher ;

Ø Une vue (View) contient la présentation de l'interface graphique ;

Ø Un contrôleur (Controller) contient la logique concernant les actions effectuées par l'utilisateur [7].

IV.1.4.3 Le fichier d'installation XML

Le fichier d'installation XML c'est un fichier principal du composant Joomla, Lorsque le composant est installé, ou plutôt, pour installer le composant, Joomla va parser ce fichier XML et lire les informations qui lui importe. Il va créer un dossier du nom du composant dans le dossier components, et y importer les fichiers. Il va ensuite exécuter les requêtes, et une fois toutes les informations lues et exécutées, le composant sera près à l'emploi !

[7] https://php-html.net/tutorials/model-view-controller-in-php/

25

On peut dire aussi que pour réaliser un composant Joomla on devrait être suivre les quatre parties principales à savoir :

· Le model;

· Le view;

· Le controller;

· Le fichier d'installation xml.

Nous créons les fichiers qui vont nous permettre de fonctionner. Nous développons le composant en suivant le modèle MVC. Nous créons le contrôleur qui va gérer les entrées et les sorties, Nous créons également les vues qui seront les interfaces auxquelles sera confronté l'utilisateur, et enfin, Nous créons les modèles qui lient l'applicatif à la base de données via un système de mapping relationnel.

Figure 5 : Interactions entre le modèle, la vue et le contrôleur [8].

[8] https://fr.wikipedia.org/wiki/wikipedia:Acceuil_principal

26

IV.2 Présentation du fonctionnement de l'application

IV.2.1 Environnement matériel

Pour arriver à implanter notre composant, nous avons utilisé un environnement matériel avec les caractéristiques suivantes :

V' Un ordinateur Portable de la marque HP ;

V' Processeur Intel(R) Core (TM) 2 Duo CPU T9600 @ 2.80GHz 2.80

GHz ;

V' Une mémoire à accès aléatoire (RAM) d'une capacité de 4 Go ;

V' Un disque dur de capacité de 225 Go.

IV.2.2 Environnement de l'interface

La présentation de l'interface de l'utilisateur c'est là où on va expliquer la fonctionnalité graphique de notre composant. Notre composant présente deux interfaces principales à savoir :

o Interface administrative (backend) c'est l'interface de l'administrateur qui a toutes les fonctions pour la gestion du composant. Ces fonctions pour l'administrateur sont :

§ La suppression ;

§ La mise à jour ;

§ La création et la recherche.

o Interface pour les internautes (visiteurs) c'est là où les visiteurs se connecte pour voir l'affichage des vols d'avion et d'autre.

IV.2.2.1 Côté té administrations (backend)

L'interface administrative pour notre composant a quatre menus principaux :

§ Menu départ ;

§ Menu arrivée ;

§ Menu compagnies ;

§ Menu pour le statut de départs et d'arrivées.

27

Figure 6 : Interface graphique pour l'administration du composant

28

IV.2.2.2 Côté visiteurs (frontend)

Figure 7 : Interface pour la partie des visiteurs

29

CONCLUSION GENERALE ET SUGGESTIONS

Au terme de ce travail intitulé Conception et réalisation d'un composant d'affichage des horaires des vols d'avion sous Joomla. L'objectif principal que nous nous sommes assignés dès le départ est atteint.

Pour la réalisation de ce composant, il nous a fallu adopter une méthodologie de travail. Nous avons ainsi fait une lecture minutieuse des ouvrages et travaux de fin d'étude dans le cadre de notre travail, en utilisant la technique documentaire. Une observation du déroulement des différentes activités au sein du service administratif a été facilitée grâce à la technique d'observation. Mais nous avons beaucoup plus utilisé la technique de modélisation MERISE pour modéliser de façon standard notre problématique.

Ainsi, nous avons subdivisé notre travail en quatre chapitres.

Dans le premier chapitre qui est l'introduction générale de notre travail. Nous avons dit beaucoup de chose en rapport avec le travail. Nous avons présenté les objectifs, l'intérêt, la délimitation, la méthodologie de recherche et l'articulation du sujet.

Dans le deuxième chapitre nous nous sommes focalisés sur la présentation générale de l'AACB. Ce chapitre nous a permis de comprendre le fonctionnement des différents services qui composent l'AACB. Il nous a permis aussi de présenter les difficultés, les problèmes liés à l'affichage des horaires des vols d'avion. Il nous a permis aussi de proposer les stratégies à mettre en oeuvre pour assurer le bon fonctionnement de l'AACB en ce qui concerne l'affichage des vols d'avion.

Le troisième chapitre s'est focalisé sur la modélisation du nouveau système d'information par la méthode MERISE. Nous avons fait usage des différents modèles de MERISE tels que le modèle conceptuel de données, le modèle logique de données, ainsi que le modèle physique de données.

Le quatrième chapitre s'est attardé sur la présentation de l'interface utilisateur. Un composant dénommé Gestions des vols a été mise en place. En effet, c'est une base de données avec deux interfaces :

ü Interface pour le profil administrateur qui permet à l'administrateur du système de faire l'affichage des horaires des vols d'avions sur l'interface des visiteurs.

30

ü Interface pour le profil utilisateur qui permet aux passagers de trouver facilement les informations en rapport avec les vols ainsi que d'autres informations quand ils se connectent sans devoir se déplacer.

Enfin, nous terminons le présent travail en remerciant l'Université des Grands Lacs et en souhaitant que l'AACB prenne en considération dans la mesure du possible pour mettre en évidence les stratégies proposées en vue d'améliorer le fonctionnement de l'AACB.

SUGGESTIONS

Nous suggérons à l'Autorité de l'Aviation Civile du Burundi d'utiliser ce composant que nous venons de réaliser qui est orientée base des données car nous pensons qu'elle sera d'une grande utilité à l'affichage des horaires de vols d'avions à l'Autorité de l'Aviation Civile du Burundi.

31

REFERENCES BIBLIOGRAPHIQUES 1.Ouvrages

Baptiste, J.-L. (2009). Merise Guide pratique : Modelisation des données et des traitements ,langage SQL (éd. Editions ENI).

Seba, D. (2003). MERISE:concepts et mise en oeuvre (éd. Editions Eni).

Simonet, F. (2016). WordPress,Joomla,Drupal : Comprendre avant de s'engager : guide pratique des trois CMS les plus utilisés. (éd. De Boeck Superieur).

Sklar, D. (2004). Introduction à PHP 5 (éd. O'Reilly Media,Inc).

Thibaud, C. (2003). MySQL 4 : Installation,mise en oeuvre et programmation (éd. Editions ENI).

2.Les sites internet Visites

[1] https://www.commentcamarche.net/contents/655-merise-initiation-a-la-conception-de-systemes-d-information

[2] https://www.cours-gratuit.com/cours-merise/la-methode-merise-niveau-logique-physique

[4] https://www.africmemoire.com/part.5-troisieme-chapitre-modelisation-et-conception-du-nouveau-systeme-663.html

[5] https://fr.wikipedia.org/wiki/Sublime_Text

[6] https://fr.wikipedia.org/wiki/XAMPP

[7] https://php-html.net/tutorials/model-view-controller-in-php/

[8] https://fr.wikipedia.org/wiki/wikipedia:Acceuil principal 3.Autre Documents

[1] Cours d'Analyse et Conception des systèmes d'information en ITR2 Campus NGAGARA donnée par NIYONKURU Méthode