REPUBLIQUE DU BURUNDI

MINISTERE DE L’EDUCATION, DE L’ENSEIGNEMENT SUPERIEUR ET DE LA

RECHERCHE SCIENTIFIQUE
UNIVERSITE DES GRANDS LACS « UGL»

INSTITUT DE TELECOMMUNICATION ET RESEAUX

Stage effectué à l’Autorité de l’Aviation Civile du Burundi du 23 Mars au 23 Mai 2020

DEVELLOPEMENT D’UNE APPLICATION MOBILE DE

1
GESTION DES HORAIRES DES VOLS
Cas de : AACB

Par
INGABIRE Cynthia
Et
KWIZERA ZURA

SOUS LA DIRECTION DE  Travail présente et défendu publiquement en vue

De l’obtention de diplôme de technicien supérieur de
Niveau A1 en Télécommunication et réseau

NDAYIZIGIYE OLIVE

Bujumbura, Decembr 2020

DEDICACES

A mes chers parents ;

A La Famille GAHANJO Gaspard ;

A La Famille NZEYIMANA Arthèmon;

A mes oncles et tantes ;

A mes frères et sœurs ;

A mes cousins et cousines,

Et à toutes mes connaissances

INGABIRE Cynthia

A mes chers parents ;

A mes oncles et tantes ;

A mes Frères ;

A la Famille NTIBASHIMA Salum ;

A la famille HARERIMANA Salvator ;

A mes cousins et cousines ;

Et à toutes mes connaissances

Kwizera Zura

1
REMERCIEMENT
L’accomplissement de ce travail n’a pas été le résultat de nos résistances en tant
qu’un fondateur mais préférablement la conjonction des efforts de plusieurs
personnes.

Nous disons d’abord un grand merci au Seigneur, le tout puissant, pour nous avoir
protégés tout au long de notre vie.

Nos sincères remerciements vont aussi à l’endroit de nos chers parents qui ne sont
jamais restés les bras croisés dès le début de nos études, qui nous sont restés
proche dans nos petitesses et qui nous ont toujours encouragés par tous les moyens
à faire nos études, qu’ils découvrent dans ce travail l’expression de notre
reconnaissance et le fruit de leurs résistances. Dieu seul sait le charge de notre vie
que vous avez supporté sans broncher ni vous fatiguer.

Nous disons encore merci à tous les enseignants qui, à partir de l’école primaire
jusqu’à nos jours ont fait de nous ce que nous sommes. Nous réfléchissons plus
spécialement à Madame NDAYIZIGIYE OLIVE qui, malgré ses multiples devoirs,
a permis de diriger ce travail. Ses avertissements, ses remarques et son sacrifice
nous ont été d’une fonction sans égale l’information et de la communication qui
nous ont autorisés à faire nos recherches.

Nos vifs aussi remerciements s’adressent aux membres du jury qui ont accepté de
consacrer leur temps précieux a la lecture et l’évaluation du présent du travail.

Nos remerciements s’adressent aussi aux enseignants de l’école primaire et

secondaire et de l’université des Grands Lacs en particulier filaire

2
Télécommunication et réseau pour la formation tant scientifique qu’humaine qu’ils
ont donnée.

Nous disons un grand merci au personnel de l’autorité de l’aviation civile du

Burundi notamment à celui du service de la technologie de l’information et de la
communication qui nous a suivis durant la période de déroulement de notre stage.

Enfin nous sommes aussi reconnaissantes envers toutes personnes qui des près

Ou loin on apporte une contribution pour la réussite de ce travail.

3
 SIGLES ET ABREVIATIONS

AACB : Autorité de l’Aviation Civile du Burundi

JSON : JavaScript Object Natation
UGL : Université des Grands lacs
XML : Extensible Markup Language
API : Application Programming Interface
CMD : Command prompt
SDK : Software Development Kit
UML : Unified Modeling Language
CNS : Communication Navigation Surveillance
AVD : Android Visual Device

HTTP : HyperText Transfert Protocol

UI : User Interface

URL : Uniform Ressource Locator

MOA : Maitrise d’ouvrage

4
LISTE DES TABLEAUX ET FIGURES

TABLEAUX
Tableau 1: Comparaison entre BDD interne et externe...........................................22
Tableau 2: Comparaison entre MERISE et UML...................................................24

FIGURES

Figure 1 : Organigramme de l’AACB.......................................................................8

Figure 2 : Diagramme de Cas d'utilisation..............................................................11
Figure 3 : Diagramme de Classe.............................................................................12
Figure 4 : Formulaire d’authentification.................................................................14
Figure 5 : Formulaire d'authentification (échouée).................................................15
Figure 6 : Formulaire d'accueil................................................................................15
Figure 7 : Formulaire d’ajout des Compagnies.......................................................16
Figure 8 : Formulaire d’ajout des Avions................................................................16
Figure 9 : Formulaire d’ajout des Vols Départ........................................................17
Figure 10 : Formulaire d’ajout des Vols Arrivée....................................................17
Figure 11 : Formulaire d’ajout des Utilisateurs.......................................................18
Figure 12 : Formulaire d’accueil(Visiteur)..............................................................18

5
TABLES DES MATIERS
YDEDICACES……………………………………………………………………i
REMERCIEMENTS.............................................................................................ii
LISTES DES SIGLES ET ABREVIATIONS.....................................................iii
LISTE DES FIGURES.........................................................................................iv
CHAP I: INTRODUCTION GENERALE............................................................1
I.1.Interet du sujet…………………………………………………………………………………………….1
I.1.Interet pour l’AACB…………………………………………………………………………………..….2
I.2. Interet personnel…………………………………………………………………………………………2
I.2.1. Objectif du travail……………………………………………………………………………………..2
I.2.2 Methodologie de Recherche……………………………………………………………………...3
I.3. Articulation du sujet…………………………………………………………….……………………..3
I.4. Conclusion……………………………………………………………………………………………....….3
CHAPITRE II. PRESENTATION GENERALE DE L’AACB………………..…4
II.1.Introduction………………………………………………………………………………………………….4
II.2.Presentation de l’AACB…………………………………………………………………………………4
II.3.Historique de l’AACB…………………………………………………………………………………....6
II.4. Objectif principal et missions de l’AACB…………………………………….....................6
II.5.Organigramme de l’AACB....................................................................................8
II.6.Analyse de l’existant............................................................................................9
II.7.Critique de l’existant...........................................................................................9
II.8.Solutions proposées............................................................................................9
II.9.Conclusion...........................................................................................................9
CHAPITRE III: GENERALITES ET SUR LES APPLICATIONS MOBILES
ET MODELISATIONS DE NOTRE APPLICACATION……………………10
III.1 Introduction......................................................................................................10
III.2 les applications androide..................................................................................10

6
III.2.1 Composants d’une application Androide .....................................................11
III.2.2 Cycle de vie d’une activite d’une application Androide................................12
III.2.3 Base de donnees sous androide……………………………………………………………...13
III.3 Introduction………………………………………………………………………………………….…..14
III.3.1 .L es bases de donnees sous Android……………………………………………………...14
III.3.2.Langage UML……………………………………………………………………………………….…14
III.3.3.Introduction…………………………………………………………………………………………...16
III.3.4.Vue fonctionnelle………………………………………………………………………..……..…16
III.3.5.Description textuelle des cas d'utilisation……………………………………………...16
CHAPITRE IV.PRESENTATION DE NOTRE APPLICATION……………………………………….19
IV.1 Introduction.....................................................................................................19
IV.2 Outils utilisés...................................................................................................19
IV.3 Description des formulaires utilisateurs..........................................................21
IV.3.1 Formulaire d’authentification....................................................................21
IV.3.2 Formulaire d’accueil(Admin)....................................................................25
IV.3.3 Formulaire d’ajout des Compagnies..........................................................26
IV.3.4 Formulaire d’ajout des Avions...................................................................29
IV.3.5 Formulaire d’ajout des Vols Départ............................................................29
IV.3.6 Formulaire d’ajout des Vols Arrivée..........................................................30
IV.3.7 Formulaire d’ajout des Utilisateurs..............................................................31
IV.3.8 Formulaire d’accueil(Visiteur).....................................................................32
IV.4 Conclusion........................................................................................................32
CONCLUSION GENERALE ET SUGGESTIONS……………………………...33
REFERENCES BIBLIOGRAPHIE………………………………...…………….34
ANNEXES………………………………………………......................................36

7
CHAP I: INTRODUCTION GENERALE
I.1.Introduction
De nos jours, l'internet domine le monde en lançant de nouvelles technologies qui
ont imposé à l’utilisateur de suivre le rythme de son développement. En plus, le
mobile fait une partie intégrante de notre vie et nous voyons même certains de
nos compères souffrir du syndrome de monophonie (la peur d’être séparée de
son téléphone mobile).

Avec l’arrivée de la nouvelle technique de traitement de l’information, l’ordinateur

est devenu un outil capital dans la gestion des affaires et dans l’automatisation des
différentes activités.

L’internet étant un outil de communication puissant, qui est actuellement une des
plus importantes révolutions dans le domaine de l’échange des données de toutes
sortes. Il permet de répondre à un grand nombre de besoins tant pour les
entreprises que pour les particuliers.

En effet, l’homme a toujours été à la quête d’un moyen d’informatiser certaines

tâches longtemps réalisées à la main. L’informatique science de traitement
automatique de l’information est venue comme une réponse à cette recherche.

L’informatique favorise l’échange rapide d’un grand nombre d’informations,

facilite le travail, assure la rapidité, la fiabilité et l’efficacité dans la recherche et
traitement de l’information.

Au-delà de cette utilisation de l’informatique, c’est surtout l’utilisation de

l’informatique dans les entreprises pour gérer le personnel, gérer les stocks, gérer
les bibliothèques, etc.…, qui a permis de révolutionner les méthodes de travail.

8
Lors de notre stage ,nous avons developpe cette application et nous avons constate
que les visiteurs et les voyageurs n'accedent pas facilement aux informations
concerne les vols sans ce rendre aux a l'aéroport ou passer une appel a quelqu'un
qui s'y trouve . C’est pourquoi que nous nous sommes propose de travailler une
application mobile .D'ou le theme de notre travail le sujet « DEVELOPPEMENT
D'UNE APPLICATION MOBILE DE GESTION DES HORAIRES DE
VOLS : Cas de l’AACB

9
I.1. Intérêt du sujet
Ce travail divise d’un triple intérêt :

I.1.1. Intérêt pour l’AACB

Une fois que cette application ramassera (prendra) fin et que l’AACB l’utilise,
elle participera à progresser sans ambiguïté la gestion de ce service et par
conséquent à l’exécution des objectifs de l’entreprise.

I.1.2. Intérêt académique

L’accomplissement de ce travail acceptera d’autres étudiants ou chercheurs qui
consultent notre travail pour accumuler leur connaissance aussi à
l’enrichissement de la bibliothèque de l’Université.

I.1.3. Intérêt personnel

L’accomplissement de ce travail nous permettra de remplir notre connaissance
en développement des applications.

I.2. Objectif du travail

Dans notre travail d’étude, l’objectif est de développer une application mobile
de gestion des horaires des vols qui va aider les passagers de consulter l’horaire
dans n’importe quel endroit où ils se trouvent.

I.3 Méthodologie de recherche

À partir de débuter notre stage à l’AACB, nous avons analysé le
fonctionnement en lisant et en regardant comment les passagers ont vu l’horaire
de l’affichage des vols.

Comme notre travail est une activité d’étude, nous avons fait des renseignements
sur l’internet tant que des syllabus des cours vu en classe en rapport avec les
outils utilisés dans notre sujet.

Nous avons identiquement visite dans les différents services pour continuer
notre analyse dans le service de la technologie et de la communication (TIC).
10
I.4. Problématique
La problématique est définie comme l’ensemble des problèmes posés dans un
domaine de recherche.

La direction des aéroports et des services de navigation aérienne est un service

chargé de recueillir des informations sur les vols en provenance de l’étrangère
ou à destination de l’étranger. Il n’est pas facile de savoir les vols prévus et
quelles heures ils auront lieu car pour s’en rassurer le visiteur est obligé de se
rendre à l’aéroport ou passer un appel à quelqu’un qui s’y trouve .

Parmi les problèmes auxquels fait face le visiteur est obligé, nous citons :

 Perte de temps en se déplaçant vers l’aéroport pour consulter les

vols prévus
 Les frais de déplacement et consommation du carburant pour
certains en se rendant à l’aéroport

I.5. Délimitation du sujet

Notre travail se limite à la conception et à la réalisation d’une application mobile
de gestion des horaires de vols .

1.6. Articulation du sujet

Notre travail de recherche est fractionne en quatre chapitres :

 Le premier chapitre nous exprime de l’introduction générale,

 le second chapitre concerne la présentation générale de l’AACB,
 Le troisième chapitre examine la modélisation du système avec UML,
 Le quatrième chapitre nous dite la présentation de l’application.

11
CHAPITRE II. PRESENTATION GENERALE DE L’AACB
II.1. Introduction
Le transport aérien des biens et des personnes est l’un des moyens qui assurent
le désenclavement d’un pays. Dans notre pays le Burundi, cette noble mission
est confiée à l’autorité de l’aviation civile du Burundi qui est placée sous la
tutelle de ministère des transports, des travaux publics et de l’équipement.

L’autorité de l’aviation civile du Burundi est régie par les normes et les
pratiques de l’Organisation de l’Aviation Civile Internationale(OACI) qui est
une institution technique spécialisée des nations Unis créent le 04/04/1947 dans
le but de promouvoir la sécurité et le développement coordonne de l’aviation
civile dans le monde entier.

L’autorité de l’aviation civile du Burundi travaille sur la plateforme

aéroportuaire de Bujumbura dont elle assure la gestion. L’AACB dispose
plusieurs services qui œuvrent en interaction, elle dispose aussi une aérogare
réservée aux passagers et aux visiteurs, d’un bloc complexe administratif et
d’autres blocs techniques abritant les services de différentes sections.

L’Aéroport International de Bujumbura est établi sur une superficie d’environ

1042 hectares avec une piste d’atterrissage et de décollage de 3600m de
longueur et 45m de largeur. Toute l’étendue de l’aéroport est délimitée par la
clôture.

II.2. Historique de l’AACB

Avant l’indépendance de notre pays, l’Aéronautique Civile du Burundi était une
administrative du Congo –Belge et du Ruanda-Urundi. L’aérodrome
d’Usumbura était situé là où se trouve actuellement le stade Prince Louis

12
Rwagasore. Avant 1959, Usumbura était un aérodrome d’escales régulières et
l’Aérodrome principal était base à Gitega avec une longueur de 950 mètres.

Apres 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 –loin n 1/186 du 26 novembre 1976 portant organisation du pouvoir

legistratif règlementaire modifie par le décret –loi n 8/32 du le 16 octobre en
1978 ;

. Décret –loin 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ère des
transports, postes et Télécommunications ;

. 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) place
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 Sureté et de l’Economie du

Transport Aérien (DRSSETA) ;

13
. 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 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 no 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. Mission de l’AACB

L’AACB a pour mission s ci-après :

. La création, l’exploitation, l’administration et l’entretien de tous les services

aéronautiques ;

. La négociation des accords des transports aériens et leurs applications,

. Assurer la liaison entre le Burundi et l’organisation de l’aviation civile

internationale ;

. Traiter les questions technique avec cette dernière et l’administration des pays
étrangers avec l’organisme spécialisé en matière de l’aéronautique civile ;

. Le contrôle du matériel volant.

14
II.5.ORGANISATION ET FONCTIONNEMENT DE L’AACB
II.5.1. Organigramme de l’AACB
Un organigramme est une présentation schématique qui synthétise la structure
d’une organisation. Comme c’est le cas de toute entreprise, l’AACB présente
une organisation hiérarchisée qui permet son bon fonctionnement.

L’organigramme de l’AACB se présente comme suit :

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.

15
Figure 1: Organigramme de l'AACB

16
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 General qui est en place sous l’autorité d’un
conseil d’Administration (organe charge 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 de l’AACB est composée de structures suivantes :

. DG : Direction Générale ;

.DAF : Direction Administrative et Financière ;

.DASNA : Direction des Aéroports et des Services de Navigation Aériennes ;

.DRSSETA : Direction de la Régulation de Sécurité de la sureté et de

l’Economie du Transport Aérien ;

Nous signalons que chaque direction est subdivisée en d’autant de services de

besoin.

.Direction General sont rattachées directement des services suivantes :

. Le secrétariat du DG ;

. L’unité audit administrative financière ;

17
 . 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 administrative et finance (DAF) :

. Cette direction est composée de deux services important : service des

ressources humaines et le service des finances. Aussi, chaque service est
subdivise en plusieurs sections

. L’on remarque que le service des ressources humaines comprend trois

sections : section de gestion du personnel ;

. Section transport du personnel ;

. Section paie (salaire de la personne).

. Quand au service des finances, il est subdivise en section comptabilité, 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 :

. Le service gestionnaire des messages ;

. Le service des aéroports ;

. Le service sureté aéroportuaire et facilement.

. Ces services sont à leur tour subdivise en plusieurs sections ;

. Le service des aéroports comprend quatre sections

Dénommées ;

. Section bâtiment ; section varie et environnement, la section

électronique et la section SSIS ;

18
 . 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 ;

. 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érien

(DRSSETA) est rattachée à cette direction, les services suivants :

. 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 automatise d’entrée et
sortie à l’Aéroport International d Bujumbura (barrière automatique) .

II.5.4. Logiciel utilisé 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
utilise par l’AACB qui sont :

19
  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.
 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 de l’existant
A l’Autorité de l’Aviation Civile du Burundi, les informations en rapport avec
les horaires des vols font à l’aéroport .Donc pour qu’un visiteur puisse avoir ces
informations, il doit se rendre à l’aéroport International Melchior NDADAYE.

II.7.Critique de l’existant
Notre critique consiste à évaluer le fonctionnement du système existant par
rapport à l’analyse faite. Elle permet de dégager les défauts que présentent le
système et les conséquences qui en découlent .De cette critique, il en résulte ce
qui suit :

 Impossible de savoir les vols prévus sans se rendre à l’aéroport.

 Impossible de savoir les vols prévus sans passer un appel à
quelqu’un qui pourrait être à l’aéroport.

II.8.Solution proposées
Face à ce problème, nos réactions étaient de faciliter aux visiteurs le suivi des
horaires des vols prévus étant à distance par la conception d’une application qui
le leurs permettra

20
CHAPITRE III. GENERALITES ET SUR LES APPLICATIONS
MOBILES ET MODELISATION DE NOTRE APPLICATION
III.1. Introduction
Dans le monde actuel, les smartphones et les tablettes font partis de notre vie
quotidienne en la rendant plus facile et commode, ils sont équipes
d’applications qui sont conçues pour des plateformes mobiles et utilises pour
des services d’information, de medias sociaux de jeux etc….Un smartphone est
doté d’un système d’exploitation et cela varie de sa marque, celui qui est le
plus répondu sur le marché est << Androïde >> (grâce à son open source).
Androïde est une plateforme complète pour appareil mobile (téléphone,
tablette, Tv, auto…).Elle est composée d’un système d’exploitation, de
librairies << middleware >>, et d’un ensemble d’application : un navigateur, un
calendrier, un client mail…

.Historique
Androïde a été conçu par une startup éponyme spécialiste dans le
développement d’application mobile en 2003 puis a été racheté par Google en
2005 et annonce officiellement le 15 novembre 2007 .Enfin de promouvoir
Androïde, Google a su fédérer autour de lui une trentaine de partenaires réunis
au sein de l’OHAI
III.2.les applications androïde
III.2.1. Composants d’une application Androïde
Une application Androïde est composée par éléments basiques suivantes :
Activities (Activités en Français) : une activité est les composantes principales
pour une application Androïde. Elle repente implémentation et l’interaction de
vos interfaces.
Services : Un service, à la différence d’une activité, ne possédé pas de vue mais
permet l’exécution d’un algorithme sur un temps indéfini. Il ne s’arrêtera que
lorsque la tâche est finie ou que son exécution est arrêtée.
Broadcast and Intent Receiver : Un Broadcast Receiver comme son nom
l’indique permet d’écouter ce qui se passe sur le système ou sur votre
application et déclencher une action que vous aurez prédéfinie. C’est souvent
par ce mécanisme que les services sont lances.

21
Content providers : Les content providers servent à accéder a des données
depuis votre application .Vous pouvez accéder aux contacts stockes dans le
téléphone, à l’agenda, aux photos ainsi que d’autres données depuis votre
application grâce aux content providers.
Les Intents : Les composants Androïde communiquent via des messages
système que l’on appelle intent. Ils sont émis par le terminal pour prévenir les
différentes application du déclenchement d’évènement.
III.2.2. Cycle de vie d’une activité d’une application Androïde
Pour développer une application androïde, il faut comprendre le cycle de vie
d’une activité qui est illustre par la figure ci-dessous

:
Figure 2 : Cycle de vie d’une activité
Les différentes méthodes qu’on peut trouver dans le cycle de vie d’une activité
sont les suivantes :

22
onCreate
Cette méthode est appelée à la création de l'activité (Activity). Elle sert à
initialiser votre activité ainsi que toutes les données nécessaires à cette
dernière. Quand la méthode OnCreate est appelée, on lui passe un Bundle en
argument. Ce Bundle contient l'état de sauvegarde enregistré lors de la
dernière exécution de votre activité.
onStart
Cette méthode est appelée dans le cas où votre application est en arrière-plan
et qu'elle repasse en avant-plan. Si votre activité ne peut pas aller en avant-
plan quelle que soit la raison, l'activité sera transférée à OnStop.
OnResume
Cette méthode est appelée après OnStart au moment où l'application repasse
en avant plan ou en arrière-plan à cause d'une autre application.
OnPause
Appelée juste avant qu'une autre activité passe en onResume. À ce stade, notre
activité n'a plus accès à l'écran, vous devez arrêter de faire toute action en
rapport avec l'interaction utilisateur. Vous pouvez par contre continuer à
exécuter des algorithmes nécessaires mais qui ne consomment pas trop de
CPU.
OnStop
Appelée quand l'activité n'est plus visible quelle que soit la raison .
OnDestroy
Appelée quand l'application est totalement fermée (Processus terminé ).

III.3.Base de données sous androïde

III.3.1.Introduction
Une base de données est un outil permettant de stocker de retrouver
l’intégralité de données brutes ou d’informations. Celles-ci peuvent être de
nature différentes et plus ou moins relies entre elles. Dans la très grande
majorité des cas, ces informations sont très structures.
III.3.2.Les bases de données et Androïde
23
Concernant le stockage des données sous Androïde, il existe plusieurs
possibilités :
Une BDD externe (MYSQL, Oracle, postysql…..)
Sous Android, la méthode la plus répandue pour établir une connexion entre
une bdd externe et une application est de passer par un middleware qui va
organiser, adapter et traiter les échanges entre l’application et la BDD. Ces
échanges sont possibles grâce à des web services, avec des langages
d’échangés adaptes tels que JSON, ou XML.

Figure3.Connexion avec une BDD externe

.Une BDD interne SQlite
SQLite une BDD SQL open source qui stocke les données dans un fichier texte
sur un dispositif .Elle est intégrée dans tous les appareils Androïde .Une base de
données SQlite ne nécessite aucune configuration ou mise en place .Une fois la
structure de la base de donnée est définie, elle sera automatiquement gérée
par Androïde.
.Comparaison entre une BDD interne et externe
Dans le tableau suivant apparaissent les différences entre la BDD interne ou
externe :
Base de données externe Base de données interne
L’espace de stockage est illimite L’espace de stockage est limite

24
L’impossibilité d’accéder à la base La possibilité d’accéder à la base de
donnée si le smartphone n’est pas données si le smartphone n’est pas
connecte connecte à l’internet
Le Temps de réponse supérieur Le temps de réponse inférieur

Tableau1. Comparaison entre BDD interne et externe

III 3.2.Langage UML
III.3.3 Introduction
Le recours à la modélisation est une pratique indispensable au développement
logiciel. Elle a pour rôle de cerner les problèmes : les identifier, trouver leurs
solutions, schématiser ces dernières, puis enfin préparer le terrain d’action.
UML (Unified Modeling Language) se définit comme un langage de
modélisation graphique et textuel destiné à comprendre et décrire des besoins,
spécifier, concevoir des solutions et communiquer des points de vue il permet
d’unifier les notations et les concepts oriente objet il unifie également les
notations nécessaires aux différentes activités d’un processus de
développement et offre, parce biais, le moyen d’établir le suivi des décisions
prises, depuis la spécification jusqu’au codage.
III.3.4.Les différents types de diagrammes
UML s’articule maintenant autour de 13 diagrammes différents, dont quatre
nouveaux diagrammes introduits par UML 2.0. Chacun d’eux est dédié à la
représentation d’un système logiciel suivant un point de vue particulier. Par
ailleurs, UML modélise le système suivant deux modes de représentation : l’un
concerne la structure du système pris “ au repos”, l’autre concerne sa
dynamique de fonctionnement. Les deux représentations sont nécessaires et
complémentaires pour schématiser la façon dont est composé le système et
comment ses composants fonctionnent entre elles

Diagrammes structurels ou diagrammes statiques (UML Structure)

 diagramme de classes (Class diagram)

 diagramme d'objets (Object diagram)
 diagramme de composants (Component diagram)
 diagramme de déploiement (Deployment diagram)
 diagramme de paquetages (Package diagram)

25
  diagramme de structures composites (Composite structure
diagram)
 Diagrammes comportementaux ou diagrammes
dynamiques (UML Behavior)
 diagramme de cas d'utilisation (Use case diagram)
 diagramme d'activités (Activity diagram)
 diagramme d'états-transitions (State machine diagram)
Diagrammes d'interaction (Interaction diagram)

 diagramme de séquence (Sequence diagram)

 diagramme de communication (Communication diagram)
 diagramme global d'interaction (Interaction overview
diagram)
 diagramme de temps (Timing diagram)


Ainsi, UML définit 9 types de diagrammes dans deux catégories de vues,

les vues statiques et les vues dynamiques

 Vues statiques:
 Les diagrammes de cas d’utilisation décrivent le
comportement et les fonctions d’un système du point de vue de
l’utilisateur
 Les diagrammes de classes décrivent la structure statique,
les types et les relations des ensembles d’objets
 Les diagrammes d’objets décrivent les objets d’un système et
leurs relations
 Les diagrammes de composants décrivent les composants
physiques et l’architecture interne d’un logiciel
 Les diagrammes de déploiement décrivent la répartition des
programmes exécutables sur les différents matériels
 Vues dynamiques :

26
 Les diagrammes de collaboration décrivent les messages
entre objets (liens et interactions)
 Les diagrammes d’états-transitions décrivent les différents
états d’un objet
 Les diagrammes d’activités décrivent les comportements
d’une opération (en termes d’actions)
 Les diagrammes de séquence décrivent de manière
temporelle les interactions entre objets et acteur.

27
 Vues statiques:
 Les diagrammes de cas d’utilisation décrivent le
comportement et les fonctions d’un système du point de vue de
l’utilisateur
 Les diagrammes de classes décrivent la structure statique,
les types et les relations des ensembles d’objets
 Les diagrammes d’objets décrivent les objets d’un système et
leurs relations
 Les diagrammes de composants décrivent les composants
physiques et l’architecture interne d’un logiciel
 Les diagrammes de déploiement décrivent la répartition des
programmes exécutables sur les différents matériels
 Vues dynamiques :
 Les diagrammes de collaboration décrivent les messages
entre objets (liens et interactions)
 Les diagrammes d’états-transitions décrivent les différents
états d’un objet
 Les diagrammes d’activités décrivent les comportements
d’une opération (en termes d’actions)
 Les diagrammes de séquence décrivent de manière
temporelle les interactions entre objets et acteur.

28
29
30
31
GG

32
CHAPITRE IV. PRESENTATION DE NOTRE APPLICATION
IV.1.introduction
La phase de réalisation consiste à construire et à documenter les interfaces et
les méthodes.
En effet, commençons à définir les outils de développement puis nous essayer
de présenter brièvement la structure de notre application enfin d’aboutir à
décrire les interfaces à développer.

IV.2.Les outils de développement

Les outils de développement de notre application sont :
 Androïde studio
 XML
 JAVA
 Framework Django
 SQlite
 JSON

1. Androïde studio
Avant Androïde studio, de 2009 à 2014, Google propose comme
environnement de développement officiel une distribution spécifique de
l’environnement Eclipse, contenant notamment le SDK d’Androïde.
Androïde Studio est annonce le 15 mai 2013 lors du Google I/O et une version
‘’Early Access Priview’’est disponible le jour même.
Le 8 décembre 2014, Androïde Studio passe de version beta à stable 1.0.
L’environnement devient alors conseillé par Google, et Eclipse est délaissé.
A l’origine, il a été construit sur IntelliJ IDEA Community Edition créé par
JetBrains et dispose :
 D’un système de construction Flexible Gradle,
 Des variantes de construction et d’une génération d’APK multiple,
 D’un support de modèle étendu pour Google service des différents types
de périphériques,

33
  Un éditeur les performances, la facilite d’utilisation, la compatibilité de la
version et d’autres problèmes.

2. XML : ou extensible Markup Language

Est un langage de balisage comme HTML, a été conçu pour Stocker et
transporter des données et pour être auto-descriptif.
Contrairement à HTML qui présente un nombre finit de balises, le XML
donne la possibilité de créer des nouvelles balises à volonté.
Les avantages du XML sont multiples :
 Lisibilité : il est facile pour humain de lire un Fichier XML car le code est
structure et facile à comprendre. En principe, il est même possible de
dire qu’aucune connaissance pour comprendre les données comprise à
l’intérieur d’un document XML.
 Disponibilité : ce langage est libre et un Fichier XML peut être créé à
partir d’un simple logiciel de traitement de texte (un simple bloc-notes
suffit).
 Interopérabilité : Quelques soit le système d’exploitation ou les autre
technologies, il n’y a pas de problèmes particulier lier pour lire ce
langage.
 Extensibilité : De nouvelles balises peuvent être ajoute à souhait
Plusieurs parseurs XML différent doivent en principe (s’ils sont bien
codes) produire le même résultat.

Toutes les navigations internet récentes intègrent un parseur XML, pour lire les
documents de ce langage informatique.

34
3. Java
Langage le plus utilise dans le développement mobile. L’un de ses plus grands
avantages est que les logiciel créés avec ce langage peuvent être facilite
installes et exécutes sur différents systèmes d’exploitation, que ce soit
Windows, Mac OS, Linux ou autre. Avec un petit coup de main de Google, qui
vous fournit l’environnement de développement Androïde Studio, vous
pourrez crées des applications mobiles bien complexes.

Django est un Framework Web Python de haut niveau qui encourage un

développement rapide et une conception propre et pragmatique. Conçu par
des développeurs expérimentés, il prend en charge une grande partie des
tracas du développement Web, vous pouvez donc vous concentrer sur
l'écriture de votre application sans avoir à réinventer la roue. C'est gratuit et
open source.

5. SQlite
SQLite est une bibliothèque qui implémente un moteur de serveur SQL
transactionnel autonome, sans serveur et sans configuration. Le code pour
SQLite est dans le domaine public et est donc libre d'utilisation pour tout usage,
commercial ou privé. SQLite est la base de données la plus déployée au monde

35
avec plus d'applications que nous ne pouvons en compter, y compris plusieurs
projets de haut niveau. SQLite est un moteur de base de données SQL intégré.

6. JSON
JSON (JavaScript Object Notation Notation Objet issue de JavaScript) est un
format léger d'échange de données. Il est facile à lire ou à écrire pour des
humains. Il est aisément analysable ou générable par des machines. Il est basé
sur un sous-ensemble du langage de programmation JavaScript. JSON est un
format texte complètement indépendant de tout langage, mais les conventions
qu'il utilise seront familières à tout programmeur habitué aux langages
descendant du C, comme par exemple : C lui-même, C++, C, Java, JavaScript,
Perl, Python et bien d'autres. Ces propriétés font de JSON un langage
d'échange de données idéal.

7.Sublime Text
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

7. SDK

36
 SDK est l'acronyme anglais pour Software Development Kit, il s'agit
généralement d'un ensemble d'outils d'aide à la programmation proposé aux
développeurs par l'éditeur d'un environnement de programmation spécifique
ou d'un système d'exploitation. Un SDK comprend généralement des
fonctionnalités d'aide à la programmation et des outils de débogage ou
Les SDK sont relativement couramment utilisés dans le domaine du marketing
digital. Ils sont par exemple utilisés pour programmer des créations spécifiques
en rich media, des applications Facebook ou des applications mobiles. Les
développeurs d'applications mobiles utilisent par exemple l'IOS SDK et
l'Android SDK.

8. Android virtual device (AVD)

Android virtual device aussi appelé AVD, est un émulateur de terminal sous
Android, c'est-à-dire que c'est un logiciel qui se fait passer pour un appareil
sous Android sur ordinateur. C'est la raison pour laquelle on n’a pas besoin
d'un périphérique sous Android pour développer et tester la plupart des
applications ! En effet, une application qui ache un calendrier par exemple peut
très bien se tester dans un émulateur, mais une application qui exploite le GPS
doit être éprouvée sur le terrain pour que l'on soit certain de son
comportement.

37
38