République Tunisienne

Ministère de l’Enseignement Supérieur

et de la Recherche Scientifique
Université de Carthage
Institut Supérieur des Technologies de
l’Information et de la Communication

Rapport de Projet de Fin d’Etudes

Présenté en vue de l’obtention de la
Licence Fondamentale en Science d’informatique

Développement d’une application mobile de gestion des

interventions pour une entreprise d’ascenseurs

Par
Bouagina Saif Eddine
Grira Farouk

Réalisé au sein de IT Solar Solutions

Soutenu publiquement le 26 mai 2018 devant le jury composé de :

Président : M. Adel BEDOUI, Directeur Exécutif Qualité et Process, Tunisie Telecom

Rapporteur :Mme. Wafa TEBOURSKI, Enseignante, ISTIC
Examinateur : Mme. Faiza DEBBICHE, Enseignante, ISTIC
Encadrant professionnel : M. Wassim ATTIA, Ingénieur, IT-SOLAR SOLUTIONS
Encadrant académique : Mme. Nejla GRIBAA, Enseignante, ISTIC

Année Universitaire : 2017-2018

 République Tunisienne
Ministère de l’Enseignement Supérieur
et de la Recherche Scientifique
Université de Carthage
Institut Supérieur des Technologies de
l’Information et de la Communication

Rapport de Projet de Fin d’Etudes

Présenté en vue de l’obtention de la
Licence Fondamentale en Science d’informatique

Développement d’une application mobile de gestion des

interventions pour une entreprise d’ascenseurs

Par
Bouagina Saif Eddine
Grira Farouk

Réalisé au sein de IT Solar Solutions

Autorisation de dépôt du rapport de Projet de Fin d’Etudes :

Encadrant professionnel : Encadrant académique :

M. Wassim ATTIA Mme. Nejla GRIBAA

Le : Le :

Signature : Signature :
Dédicaces

Je dédie ce travail à ma tendre maman toujours au chevet de mes envies et caprices.

Aucune dédicace ne saurait être assez suffisante pour exprimer ce que tu mérites pour tous
les sacrifices que tu n’as cessé de me donner depuis ma naissance, durant mon enfance et
même à l’âge adulte. Je te dédie ce travail en témoignage de mon profond amour.

Puisse Dieu te préserver et t’accorder santé, longue vie et bonheur. Je dédie ce travail
ainsi pour toute ma famille et tout mes amis et toute personne qui a contribué et m’a
aidé pour la réussite de ce projet.

A mes chers parents, Aucun mot, aucune dédicace ne saurait exprimer mon respect,
ma considération et l’amour éternel pour les sacrifices que vous avez déployés pour mon
instruction et mon bien être dans les meilleures conditions.

A mes frères, mes soeurs et mes proches, A qui je dois ma reconnaissance, je vous re-
mercie vivement pour votre présence et votre soutien.

i
Remerciements

Nous tenons à remercier tous ceux qui m’ont aidé à la réalisation de ce travail.

Tout d’abord, nous remercions Dieu source de toute connaissance. Nous tenons à pré-
senter nos vifs remerciements et nos profondes gratitudes à notre encadrante Madame
Nejla Gribaa pour sa pédagogie, sa compétence, sa modestie et son aide tout au long de
ce projet même pendant les moments les plus diffciles. Merci pour une qualité d’encadre-
ment si sérieuse et si consistante.
Nous remercions ainsi notre eencadrant technique chez IT Solar Solutions,Monsieur Was-
sim Attia, pour son accueil et le partage de son expertise avec nous.

Nous remercions toutes les personnes qui nous ont soutenus, d’une façon ou d’une
autre, nous éprouvons incessamment leur estime et amabilité, nous saluons réellement
cette très haute bienveillance que vous portez à notre égard et qui restera pour toujours
une vraie image de marque en nous.

Nous terminerons ces remerciements en saluant vivement les membres du jury pour l’hon-
neur qu’ils nous ont fait en acceptant de juger notre travail.

ii
Table des matières

Dédicaces i

Remerciements ii

Introduction Générale 1

1 Cadre de Projet 2
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Présentation de la société . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.1 IT Solar-SOLUTIONS en bref : . . . . . . . . . . . . . . . . . . . . 2
1.2.2 Stratégie de IT Solar Solutions . . . . . . . . . . . . . . . . . . . . 3
1.2.3 Activités de IT Solar Solutions . . . . . . . . . . . . . . . . . . . . 3
1.2.4 Organigramme de Service « Développez et Gérez votre Business » 5
1.2.5 Organigramme de Service « Système Embarqué » : . . . . . . . . . 5
1.2.6 Organigramme de Service « Sécurité Informatique » : . . . . . . . 6
1.3 Présentation du sujet : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3.1 Présentation du projet : . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3.2 Le but à atteindre : . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3.3 Travail demandé : . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4 Planification du projet : . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2 Analyse et spécification des besoins 9

2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.2 Etude Prealable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.3 Études de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.3.1 Description de l’existant : . . . . . . . . . . . . . . . . . . . . . . . 9
2.3.2 Critique de l’existant : . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3.3 Solutions envisagées : . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.4 Spécifications des Besoins : . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.4.1 Les Besoins fonctionnels : . . . . . . . . . . . . . . . . . . . . . . . 10
2.4.2 Les Besoins non fonctionnels : . . . . . . . . . . . . . . . . . . . . 11
2.4.3 a.Contraintes ergonomiques : . . . . . . . . . . . . . . . . . . . . . 11
2.4.4 b.Contraintes Techniques : . . . . . . . . . . . . . . . . . . . . . . 11
2.5 Modélisation avec les diagrammes cas d’utilisation : . . . . . . . . . . . . . 11
2.5.1 Diagramme de cas d’utilisation général : . . . . . . . . . . . . . . 12
2.5.2 Diagramme de cas d’utilisation «Gestion des types d’interventions» : 13
2.5.3 Consulter l’historique des interventions . . . . . . . . . . . . . . . . 14
2.5.4 Diagramme de cas d’utilisation «Gestion de Pointage» . . . . . . . 15

iii
Table des matières Table des matières

2.5.5 Diagramme de cas d’utilisation «Gestion des intervention» . . . . . 16

2.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3 Études Conceptuelle 17
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.2 Langage UML : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.2.1 Présentation du langage UML : . . . . . . . . . . . . . . . . . . . 17
3.2.2 Intérêt de la modélisation : . . . . . . . . . . . . . . . . . . . . . . 17
3.3 Les diagrammes de séquences : . . . . . . . . . . . . . . . . . . . . . . . . 18
3.3.1 Diagramme de séquences « Authentification » : . . . . . . . . . . 18
3.3.2 Diagramme de séquences «Consulter Historique» : . . . . . . . . . 19
3.4 Le diagramme de Classe : . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.4.1 Définition : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.4.2 Présentation des classes : . . . . . . . . . . . . . . . . . . . . . . . 21
3.4.3 Les classes, les attributs et les méthodes : . . . . . . . . . . . . . . 21
3.5 Le diagramme d’activité : . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.5.1 Diagramme d’activité « Recherche d’adresse » : . . . . . . . . . . . 25
3.5.2 Diagramme d’activité «Gestion d’intervention» : . . . . . . . . . . 26
3.6 Conclusion : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

4 Réalisation 28
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.2 Choix techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.1 Android . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.2 Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.3 PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.4 XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.5 REST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.2.6 MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.3 Environnement de développement . . . . . . . . . . . . . . . . . . . . . . . 31
4.3.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . 31
4.3.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.4 Présentation de la solution . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.4.1 Interface Authentification : . . . . . . . . . . . . . . . . . . . . . . 34
4.4.2 Interface Accueil : . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.4.3 Interface Mes Interventions : . . . . . . . . . . . . . . . . . . . . . 37
4.4.4 Interface Consulter Historique : . . . . . . . . . . . . . . . . . . . 38
4.4.5 Interface Rechercher Adresse : . . . . . . . . . . . . . . . . . . . . 39
4.4.6 Cloturer une intervention : . . . . . . . . . . . . . . . . . . . . . . 40
4.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

Conclusion Générale 42

Netographie 43

iv
Table des figures

1.1 Logo de l’entreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2 Développez et Gérez votre Business . . . . . . . . . . . . . . . . . . . . . 5
1.3 Système Embarqué . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.4 Sécurité Informatique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.5 Planification du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2.1 Diagramme de cas d’utilisation général . . . . . . . . . . . . . . . . . . . . 12

2.2 Gestion des types d’interventions . . . . . . . . . . . . . . . . . . . . . . . 13
2.3 Consulter l’historique des interventions . . . . . . . . . . . . . . . . . . . . 14
2.4 Gestion de pointage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.5 Gestion des interventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3.1 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.2 Consultation d’historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.3 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.4 Gestion d’intervention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.5 Gestion d’intervention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

4.1 Logo de Android . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

4.2 Logo de Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.3 Logo de PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.4 Logo de PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.5 Schema explicatif de REST . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.6 MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.7 Android Studio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.8 Brackets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.9 Xampp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.10 LaTeX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.11 Page Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.12 Page Register . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.13 Page d’Accueil 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.14 Page d’Accueil 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.15 Page Mes interventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.16 Page consulter historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.17 Page Rechercher Adresse . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.18 Page Cloturer une intervention 1 . . . . . . . . . . . . . . . . . . . . . . . 40
4.19 Page Cloturer une intervention 2 . . . . . . . . . . . . . . . . . . . . . . . 41

v
Liste des tableaux

2.1 Gestion des types d’ intervention . . . . . . . . . . . . . . . . . . . . . . . 13

2.2 Consulter l’historique des interventions . . . . . . . . . . . . . . . . . . . . 14
2.3 Gestion de pointage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.4 Gestion des interventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3.1 Classe Technicien . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

3.2 Classe Admin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.3 Classe Historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.4 Classe Journée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.5 Classe Pointage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.6 Classe Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

4.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

vi
Introduction Générale

Le marché des technologies a connu une énorme évolution ces dernières années et avec
l’intégration de l’internet il y a eu des changements sur la façon et la rapidité d’accès aux
informations.

Une application de pointage permettant la saisie des temps sur smartphone, Liftnic
Elevator permet aux employés itinérants de pointer leurs temps de travail, leurs temps
de non production (pause, maladie, absence, ...) ainsi que leurs frais (trajet, frais kilomé-
trique, panier, ...) sur leur téléphone mobile, en lien direct avec l’entreprise via le réseau
3G/4G.
L’application sert à planifier des interventions pour une société d’ascenseurs sous forme
de tâches qu’on doit démarrer à l’arrivée sur l’installation et clôturer une fois le travail
terminé en ajoutant un commentaire, des photos, etc...

Faisant partie de l’ISTIC, et dans le cadre de notre projet de fin d’études en vue
de l’obtention du diplôme de Licence Fondamentale en Science de L’informatique,nous
sommes dirigés à développer une application Android pour planifier des interventions
pour une société d’ascenseurs sous forme de tâches .
Ainsi, nous organisons notre rapport autour de quatre chapitres :
1. Dans le premier chapitre « cadre général », nous expliquons le cadre de notre projet.
2. Dans le deuxième chapitre « analyse et spécification des besoins», nous déterminons
les acteurs du futur système, les besoins fonctionnels et non fonctionnels ainsi que
le diagramme de cas d’utilisation.
3. Dans le troisième chapitre «Étude conceptuelle », nous modelons une conception
des diagrammes des séquences, de diagramme de classe , ainsi que les diagrammes
d’activité.

4. Dans le dernier chapitre « réalisation », nous présentons l’environnement

matériel et logiciel, ainsi que les interfaces principales de l’application réalisée.

1
Chapitre 1

Cadre de Projet

1.1 Introduction
Dans ce chapitre nous mettons notre travail dans son contexte général. Tout d’abord,
nous décrivons l’environnement du stage à travers la présentation de l’organisme d’accueil.
Ensuite nous présentons le contexte et les besoins menant à ce projet.

1.2 Présentation de la société

Société : IT Solar Solutions
Adresse : Pépinière ELAN TECHNOLOGIQUE Nabeul
Téléphone : (00 216) 98 597 069
Dans cette partie, nous présentons l’organisme d’accueil qui a proposé ce sujet.

1.2.1 IT Solar-SOLUTIONS en bref :

IT Solar-SOLUTIONS est une société qui excelle dans divers domaines d’activités.
En partenariat avec des sociétés tunisiennes et européennes leaders dans le secteur des
énergies renouvelables, cette entité est dirigée par Mr. Wassim ATTIA, spécialisée dans
les énergies renouvelables, en particulier LE SOLAIREPHOTOVOLTAIQUE et dans une
moindre mesure L’EOLIEN.

2
Chapitre 1. Cadre de Projet 1.2. Présentation de la société

1.2.2 Stratégie de IT Solar Solutions

Les différents départements seront là pour accompagner les clients à mettre en place
des solutions adaptées et innovantes à leurs besoins afin d’augmenter leur rendement,
rentabilité et sécurité.
Une gamme complète d’outils intégrés, sera mise en place ceux-ci s’adapteront parfai-
tement la réalité environnementale qui est la mondialisation et la communication cela
permettra ainsi l’optimisation des systèmes d’information,systèmes embarqués et sécu-
ritaires, pour consolider sa position et accroître son professionnalisme dans ce monde
interconnecté.
Un souci d’exigence sera demandé aux équipes équipes pour concevoir des solutions spé-
cifiques et personnalisées qui s’intègreront au mieux sans corrompre les systèmes déjà
existants ou mis en place.

1.2.3 Activités de IT Solar Solutions

Dans un contexte de développement technologique et informatique dominant le monde
entier, IT SOALR-SOLUTIONS tend à suivre cette conjoncture en suggérant des excel-
lents services qui sont à la fois efficaces sans perdre de vue le contrôle des couts et en
proposant des services de qualité irréprochable à ses clients. Les services incluent le déve-
loppement de logiciel, la création de sites web et l’intégration de systèmes d’informations.
Service « Sécurité Informatique » :
Réaliser un état des lieux est souvent nécessaire pour avoir une vision d’ensemble de
son informatique.
IT SOLAR-SOLUTIONS, professionnel de la sécurité informatique, met son savoir-faire
au service de ses clients, pour les accompagner dans cette démarche.
Chaque audit est conçu sur mesure, en fonction des attentes de l’entreprise et
de sa structure.
- Conseil en Informatique.
- Conseil en sécurité.
- Audit informatique du système d’information de votre entreprise.
- Audit Applicative Web (selon l’OWASP).

Pour assurer ces activités, la société utilise deux services :

Service « Système Embarqué » :
Pour chaque activité, des solutions en informatique embarqué seront mises en place
et adaptées à vos besoins personnalisés. Cela permettra une réduction de dépense, une
efficacité, une sécurité et une qualité de service appropriée à votre demande.
Service « Service Mobile » :
- Création rapide d’applications attrayantes.
- Connexion de vos applications aux données locales.
- Exploitation des capteurs et accessoires spécifiques (voire des mises à jour en temps réel
basé sur la géolocalisation).
- Maillage des services dans le contexte de votre business.
- Intégration des mécanismes de mise à jour de données en temps réel.

3
Chapitre 1. Cadre de Projet 1.2. Présentation de la société

1.2.4 Organigramme de Service « Développez et Gérez votre

Business »

Figure 1.1 – Développez et Gérez votre Business

1.2.5 Organigramme de Service « Système Embarqué » :

Figure 1.2 – Système Embarqué

4
Chapitre 1. Cadre de Projet 1.3. Présentation du sujet :

1.2.6 Organigramme de Service « Sécurité Informatique » :

Figure 1.3 – Sécurité Informatique

1.3 Présentation du sujet :

1.3.1 Présentation du projet :
Le présent travail est réalisé dans le cadre de stage de projet de fin d’études. Notre
tâche sert à planifier des interventions pour une société d’ascenseurs sous forme de tâches
qu’on doit démarrer à l’arrivée sur l’installation et clôturer une fois le travail terminé en
ajoutant un commentaire, des photos, etc..

1.3.2 Le but à atteindre :

Le but de notre projet est de créer et développer une application Android pour :

— Organiser et faciliter le travail des techniciens.

— Enregistrer les interventions (entretien - pannes- intervention qualite- travaux- ac-

tions internes).

— Assurer un gain de temps par l’accés rapides aux fiches des interventions.

— Permettre la recherche des interventions par type d’intervention.

— Gérer le pointage des techniciens.

— Gérer l’historique des interventions.

5
Chapitre 1. Cadre de Projet 1.4. Planification du projet :

1.3.3 Travail demandé :

Notre tâche est résumée par ces axes :

— Apprendre à développer sur la plateforme mobile Android.

— Concevoir et réaliser les interfaces graphiques de l’application.

— Concevoir et développer une base de données répondant aux différents besoin déja
cités et l’intégrer dans l’application.

— Établir la connexion entre l’application et la base de données.

1.4 Planification du projet :

Une plannification temporelle des taches à réalisés est résumée par le tableau ci dessous.

Figure 1.4 – Planification du projet

6
Chapitre 1. Cadre de Projet 1.5. Conclusion

1.5 Conclusion
Dans ce chapitre, nous avons mis notre projet dans son contexte général. Nous avons
commencé par une description générale de la société «IT Solar Solutions ». Nous avons
exposé sa localisation puis ses stratégies et principales activités et ses organigrammes en-
suite nous avons présenté le cadre général de notre projet, une brève présentation, le but
à atteindre et le travail demandé en finissant avec l’environnement de développement et
la planification temporelle.

7
Chapitre 2

Analyse et spécification des besoins

2.1 Introduction
Dans ce chapitre, nous analysons les besoins de l’application et les buts a atteindre
en utilisant une démarche UML.Tout d’abord, une étude critique de l’existant est réalise.
Puis, nous décrivant les besoins fonctionnels et non fonctionnels de l’application en shé-
matisant aussi les diagrammes de cas utilisation.

2.2 Etude Prealable

Pour assurer les buts à atteindre, dans ce chapitre nous analysons les besoins de l’ap-
plication et les buts a atteindre en utilisant une démarche UML.
Tout d’abord, une étude critique de l’existant est réalise. Puis, nous décrivons les besoins
fonctionnels et non fonctionnels de l’application en shématisant aussi les diagrammes de
cas d’utilisation.

2.3 Études de l’existant

2.3.1 Description de l’existant :
L’application existante débute avec la création d’une nouvelle intervention via ou bien
une adresse déja enregistres sur le cloud càd sur un matériel qui fu déjà réparés et sur
lesquel une intervention a été enregistrés automatiquement sinon sur une adresse nouvelle
ou le matériel n’a jamais été traité. Dans ce dernier cas la nouvelle adresse va être enre-
gistrés systématiquement dans le cloud sur l’application.
Il est aussi a noté que l’intervention pourrai débutés tout de suite au moment de l’enre-
gistrement ou planifiés pour un moment ultérieure avec date et heure précise. Dans le cas
d’un traitement d’un matériel nouveau qui n’est pas enregistrés dans la base de données
la recherche permettra d’enregistrer la nouvelle adresse comme précitée sinon si c’est une
ancienne adresse l’application reconnaitra de suite le matériel traité dans une précédente
intervention ainsi que toutes les informations y affirante.
C’est a ce titre que l’historique de l’intervention s’affiche automatiquement si l’adresse est
reconnu par le systéme. En outre, l’application courante permet de pointer les heures de

8
Chapitre 2. Analyse et spécification des besoins 2.4. Spécifications des Besoins :

travail d’une semaine entière c’est à dire de lundi au dimanche dans un tableau excel sous
forme PDF.

2.3.2 Critique de l’existant :

Il est évident qu’il faut garantir un repérage rapide de désagréments et vices de l’ap-
plication courante, pour pouvoir assurer l’amélioration constante de système et par consé-
quent des interventions.

2.3.3 Solutions envisagées :

Pour résoudre les désagréments, vices et carence dégagés et garantir plus d’efficacité
et de professionnalisme pour les services offerts, il est incontestable d’optimiser la gestion
de l’historique de système car dans l’état actuel des choses, la gestion de l’historique laisse
à désirer.
Aussi, Devons-nous constater que la configuration du nombre des libellés d’intervention est
limité par rapport aux différentes pannes qui pourrait survenir.Il est donc possible qu’ils
soient plus développées. Laisse a désirer, également, le design d’interface de l’application
qui pourrait facilement étre optimisés et suivre un schéma ergonomique plus pratique et
surtout plus attrayant.Nous avons aussi remarqué que les rapports d’intervention étaient
juste pour une semain alors qu’il est tout a fait possible de les rendre meilleurs et de les
optimiser sous forme numérique en fichier PDF pour une période illimité.

2.4 Spécifications des Besoins :

Cette section expose les besoins de l’application ainsi que les diagrammes des cas
utilisation.

2.4.1 Les Besoins fonctionnels :

Le futur système permet à :

L’administrateur de :
— Gérer les techniciens (Ajouter, modifier, supprimer,...).

— Gérer les types d’intervention.

— Ajouter une adresse : l’adresse doit contenir numéro d’installation, adresse, ville,
code postal, contact...

— Gérer l’historique des interventions.

9
Chapitre 2. Analyse et spécification
2.5. Modélisation
des besoins avec les diagrammes cas d’utilisation :

Le Technicien de :
— Consulter les interventions.

— Ajouter une intervention.

— Consulter l’historique.

— afficher un rapport.

2.4.2 Les Besoins non fonctionnels :

Les besoins non fonctionnels représentent les régles à respecter afin d’assurer une bonne
qualité de l’application à achever et le bon fonctionnement du futur systéme.Quand aux
besoins non fonctionnels, ils se récapitulent en :

2.4.3 a.Contraintes ergonomiques :

Le système doit :

— Permettre aux utilisateurs de se familiariser rapidement avec le contenu.

— Être simple et compréhensible.

— Disposer d’une logique de navigation simple et rapide.

2.4.4 b.Contraintes Techniques :

— L’accès à la base de données doit être rapide et sécurisée

— Le temps de réponse doit être minimum.

— L’application doit être toujours effective.

2.5 Modélisation avec les diagrammes cas d’utilisa-

tion :
Les cas d’utilisation décrivent un ensemble d’actions réalisées par le système, en ré-
ponse à une action d’un acteur.

10
Chapitre 2. Analyse et spécification
2.5. Modélisation
des besoins avec les diagrammes cas d’utilisation :

Figure 2.1 – Diagramme de cas d’utilisation général

2.5.1 Diagramme de cas d’utilisation général :

La figure 2.1 représente le diagramme de cas d’utilisation global de notre projet dont
les acteurs sont : l’administrateur et le Technicien.
L’administrateur permet de gérer les techniciens (Ajout , Modification , Suppression ),
l’ajout des adresses ainsi que la gestion des types d’inteventions.

Le Technicien : est autorisé à exécuter les tâches suivantes : contacter l’administra-

teur, consulter les interventions , consulter leur historique, enregistrer ses interventions,
faire des recherches sur les adresses,faire le pointage pour afficher un rapport et l’authen-
tification qui est nécessaire pour accéder au système.

11
Chapitre 2. Analyse et spécification
2.5. Modélisation
des besoins avec les diagrammes cas d’utilisation :

2.5.2 Diagramme de cas d’utilisation «Gestion des types d’in-

terventions» :

Figure 2.2 – Gestion des types d’interventions

Cas d’utilisation Gestion des types d’ interventions

Acteur Admin
Pré condition Authentification
Post condition
Gerer une intervention
Description l’admin gère les type d’interventions selon le besoin de technicien .
L’admin ajout , modifie ,enregistre un type d’intervention .

Table 2.1 – Gestion des types d’ intervention

12
Chapitre 2. Analyse et spécification
2.5. Modélisation
des besoins avec les diagrammes cas d’utilisation :

2.5.3 Consulter l’historique des interventions

Figure 2.3 – Consulter l’historique des interventions

Cas d’utilisation Consulter l’historique des interventions

Acteur Technicien
Pré condition Authentification
Post condition
chercher et afficher une intervention
Description le technicien gère l’historique des interventions après la sélection d’une période.
Le technicien peut chercher puis afficher une intervention .

Table 2.2 – Consulter l’historique des interventions

13
Chapitre 2. Analyse et spécification
2.5. Modélisation
des besoins avec les diagrammes cas d’utilisation :

2.5.4 Diagramme de cas d’utilisation «Gestion de Pointage»

Figure 2.4 – Gestion de pointage

Cas d’utilisation Gestion de pointage

Acteur Technicien
Pré condition Authentification
Post condition
traduire un rapport sous forme PDF
Description Le but c ?est de faire un pointage des heures de travail de toute la semaine (du
lundi au dimanche) sous forme pdf représentant un tableau excel.
Le technicien choisit la date et le type d’intervention .

Table 2.3 – Gestion de pointage

14
Chapitre 2. Analyse et spécification des besoins 2.6. Conclusion

2.5.5 Diagramme de cas d’utilisation «Gestion des interven-

tion»

Figure 2.5 – Gestion des interventions

Cas d’utilisation Gestion des interventions

Acteur Technicien
Pré condition Authentification
Post condition
démarrer et clôturer une intervention
Description La gestion d’une intervention doit contenir : choix de confirmation(clôture ou
non clôture), le type d’intervention et une description.
Le technicien lance une intervention avec le journée de démarrage .

Table 2.4 – Gestion des interventions

2.6 Conclusion
Ce chapitre propose une solution au systéme existant sous forme d’un ensemble de
besoins fonctionnels et non fonctionnels que l’application doit assurer. Une modélisation
des diagrammes de cas d’utilisation a été aussi menéee.

15
Chapitre 3

Études Conceptuelle

3.1 Introduction
Au cours de ce chapitre,nous allons présenter la conception et le développement d’ une
application de pointage . A travers cette partie, on met en disposition une vue statique
et dynamique de notre produit représentée par le diagramme de séquence , le diagramme
de classe et le diagramme d’activité .

3.2 Langage UML :

3.2.1 Présentation du langage UML :
UML (Unified Modeling Language) est un langage formel et normalisé en termes de
modélisation objet. Son indépendance par rapport aux langages de programmation, aux
domaines de l’application et aux processus, son caractère polyvalent et sa souplesse ont
fait de lui un langage universel. En plus UML est essentiellement un support de commu-
nication, qui facilite la représentation et la compréhension de solution objet. Sa notation
graphique permet d’exprimer visuellement une solution objet, ce qui facilite la compa-
raison et l’évaluation des solutions. L’aspect de sa notation, limite l’ambigüité et les
incompréhensions. UML fournit un moyen astucieux permettant de représenter diverses
projections d’une même représentation grâce aux vues. Une vue est constituée d’un ou
plusieurs diagrammes.[1]

3.2.2 Intérêt de la modélisation :

L’utilisation de la modélisation conceptuelle dans le développement des systèmes d’in-
formation permet de prendre en compte les besoins des applications d’une façon plus
adéquate et de présenter d’une manière abstraite certains aspects des systèmes physiques
et humains.

16
Chapitre 3. Études Conceptuelle 3.3. Les diagrammes de séquences :

3.3 Les diagrammes de séquences :

Dans cette partie, nous allons décrire les diagrammes de séquences correspondants aux
différents modules réalisés par notre application.

3.3.1 Diagramme de séquences « Authentification » :

Le diagramme qui suit, figure , présente l’enchainement de la phase d’authentification.

Figure 3.1 – Authentification

La figure 3.1 représente le diagramme de séquence du scénario "Authentification" .Avant

d’accéder à l’accueil de l’application et faire l’ensemble des autres scénarios l’utilisateur
doit se connecter en utilisant son login et son mot de passe.

— Acteur : Technicien/Admin.

— Objectif : la sécurité et la confidentialité de l’accès à l’application.

17
Chapitre 3. Études Conceptuelle 3.3. Les diagrammes de séquences :

— Description : Pour accéder à l’application, l’utilisateur doit tout d’abord s’identifier

par son login et son mot de passe via le système qui prend en charge de vérifier
les champs saisis par le technicien dans la base de données. S’il est accepté, donc
il aura accès au système et aux applications du menu correspondant. Sinon, il doit
vérifier ses données et s’identifier de nouveau.

3.3.2 Diagramme de séquences «Consulter Historique» :

Le diagramme qui suit, figure , présente l’enchainement de la consultation d’historique

Figure 3.2 – Consultation d’historique

— Acteur : Technicien.

— Objectif : Consulter Historique

— Description : Le technicien consulte l’interface d’historique et choisit le type

correspondant et le valide.
Une requête va être envoyé afin d’afficher le résultat correspondant.

18
Chapitre 3. Études Conceptuelle 3.4. Le diagramme de Classe :

3.4 Le diagramme de Classe :

3.4.1 Définition :
Un diagramme de classe est un diagramme UML qui contient des classes, des inter-
faces, des packages et leurs relations, et qui fournit une vue logique de tout ou partie d’un
système informatique.
On construit un diagramme de classes pour simplifier l’interaction des objets d’un sys-
tème qu’on est en train de modéliser. Ces diagrammes expriment la structure statique
d’un système en termes de classes et de relations entre eux.
Une classe décrit un ensemble d’objets et une association décrit un ensemble de liens. Un
diagramme de classe n’exprime rien de spécifique concernant les liens d’un objet particu-
lier, mais il décrit, le lien potentiel entre un objet et d’autres objets.

La figure 3.3 représente le diagramme de classes de notre application :

Figure 3.3 – Diagramme de classe

19
Chapitre 3. Études Conceptuelle 3.4. Le diagramme de Classe :

3.4.2 Présentation des classes :

Notre application comporte les classes suivantes :

— Administrateur : Contient les informations relatives à l’administrateur.

— Technicien : Contient les informations relatives aux techniciens de LIFTINC.

— Installation : Contient les interventions gérer et créer par les techniciens et les
informations relatives à une intervention.

— Historique : Contient la liste des interventions ordonnée par une date bien deter-
miné.

— Pointage : Contient un rapport concernant les interventions gérer par les techni-
ciens.

— Journée : Contient la date de chaque intervention.

3.4.3 Les classes, les attributs et les méthodes :

Technicien

Attributs
Nom Type Description
idtech int Identifiant de chaque Technicien
nom String Nom de Technicien
prenom String Prénom de Technicien
login String Login de Technicien
mdp String Mot de passe de Technicien
numcin int Numero de CIN de Technicien
Méthodes
ajouter() void Ajouter des interventions
afficher() void Consulter les interventions
rechercher() void Chercher une adresse qui est déjà enregistrée dans le cloud.

Table 3.1 – Classe Technicien

20
Chapitre 3. Études Conceptuelle 3.4. Le diagramme de Classe :

Administrateur

Attributs
Nom Type Description
idadmin int Identifiant de l’admin
nom String Nom de l’admin
prenom String Prénom de l’admin
login String Login de l’admin
mdp String mot de passe de l’admin
Méthodes
ajouter() void Ajouter des types d’interventions ou des techniciens
modifier() void Modification des types d’interventions
supprimer() void Supprimer des techniciens ou des types d’interventions
Consulter() void Consulter l’historique de chaque technicien.

Table 3.2 – Classe Admin

Historique

Attributs
Nom Type Description
idhisto int l’identifiant de l’historique
jour int le jour de l’intervention
mois int le mois de l’intervention
année int L’année de l’intervention
typeintervention String type de l’intervention
Méthodes
ajouter() void ajouter l’historique
consulter() void consulter l’historique

Table 3.3 – Classe Historique

21
Chapitre 3. Études Conceptuelle 3.4. Le diagramme de Classe :

Journée

Attributs
Nom Type Description
idjounée int l’identifiant de la journée
jour int le jour de l’intervention
mois int le mois de l’intervention
année int L’année de l’intervention
typeintervention int Les types d’intervention : entretien - pannes-
intervention qualite- travaux- actions internes.

Table 3.4 – Classe Journée

Pointage

Attributs
Nom Type Description
idpoint int l’identifiant de Pointage
typeintervention String le type de l’intervention
ttl int C’est le temps écoulé entre le moment
où on clôture une intervention et le moment
où on démarre la suivante.
tempsexecution int le temps d’éxecution de l’intervention
Méthodes
afficher() void afficher le pointage des heures de travail de toute
la semaine (du lundi au dimanche) sous forme
pdf représentant un tableau excel.
imprimer() void imprimer une intervention

Table 3.5 – Classe Pointage

22
Chapitre 3. Études Conceptuelle 3.4. Le diagramme de Classe :

Installation

Attributs
Nom Type Description
numi nstallation int Numéro de l’installation
adresse String L’adresse de l’installation (intervention)
typeintervention String Les types d’intervention : entretien - pannes-
intervention qualite- travaux- actions internes.
Commentaire String Commentaire visible si type d intervention = actions internes
statuts String Pour cloturer une tache il y a des etats de cloture :
- avec succes
- avec succes + materiels a commander
- echec
- accenseur a l arret (critique)
tempstrajet int C’est le temps écoulé entre le moment où on clôture
une intervention et le moment où on démarre la suivante.
tempsintervention int Le temps de l’intervention
Méthodes
ajouter() void Ajouter une intervention
modifier() void Modifier une intervention
supprimer() void Afficher une intervention

Table 3.6 – Classe Installation

23
Chapitre 3. Études Conceptuelle 3.5. Le diagramme d’activité :

3.5 Le diagramme d’activité :

Les diagrammes d’activités permettent de mettre l’accent sur les traitements. Ils sont
donc particulièrement adaptés à la modélisation du cheminement de flots de contrôle et
de flots de données. Ils permettent ainsi de représenter graphiquement le comportement
d’une méthode ou le déroulement d’un cas d’utilisation.

3.5.1 Diagramme d’activité « Recherche d’adresse » :

Le diagramme qui suit, figure 3.5.1, présente l’enchainement de la recherche d’adresse
d’une intervention

Figure 3.4 – Gestion d’intervention

— Ce diagramme d’activités montre le processus de recherche d’une adresse.

— Demande une recherche d’adresse dans notre application, le systeme affiche un for-
mulaire de recherche.

— Donner l’adresse à chercher.

— Chercher une adresse qui est déjà enregistrée dans la base de donnée.

— La recherche doit se faire sur des mots clés de l’adresse ou du numéro de l’instal-
lation.

24
Chapitre 3. Études Conceptuelle 3.5. Le diagramme d’activité :

— Affichage de la description de notre adresse.

3.5.2 Diagramme d’activité «Gestion d’intervention» :

Le diagramme qui suit, figure 3.5.2, présente l’enchainement de la gestion d’interven-
tion

Figure 3.5 – Gestion d’intervention

— L’administrateur demande une identification en cliquant sur le bouton login.

25
Chapitre 3. Études Conceptuelle 3.6. Conclusion :

— L’administrateur précise l’opération à appliquer sur une intervention.

— La premiére operation, en ce qui concerne la gestion d’une intervention dans notre

base.

— Choix du type de gestion qui peut être edition,modification ou bien suppression.

— Une deuxième operation, concerne l’ajout d’une intervention dans notre base.

— Enfin la validation de l’opération.

3.6 Conclusion :
Dans ce chapitre, nous avons présenté la conception détaillée de notre application à
savoir le diagramme de classe et les différents diagrammes de séquences et d’activité de
notre application. Le chapitre suivant va englober la partie de réalisation en présentant
les choix techniques, les environnements de travail matériel et logiciel et les différents
modules réalisés.

26
Chapitre 4

Réalisation

4.1 Introduction
Dans ce dernier chapitre de notre rapport, nous allons entamer la partie implémenta-
tion en présentant les outils techniques utilisés pour la réalisation du projet, nous allons
ainsi exposer quelques interfaces de notre application réalisée.

4.2 Choix techniques

Dans cette partie, nous allons présenter les techniques que nous avons utilisé pour la
réalisation des applications.

4.2.1 Android
Pour développer une application Android il est nécessaire de maitriser le langage JAVA
et il faut aussi avoir une idée sur le langage XML.
La composante principale d’une application Android est l’activité « Activity ». Une acti-
vité représente l’interface que nous voyions sur l’écran et le code JAVA qui alimente cette
interface.
Une autre composante qui permet de créer des interfaces est le « Fragment ». Un fragment
est similaire à une activité sauf qu’il est plus léger. Il est conseillé de toujours utiliser si
c’est possible un fragment.
Un fragment doit toujours être contenu dans une activité ce qui fait que dans une appli-
cation Android il faut y avoir au moins une activité.
Les interfaces graphiques sont constituées d’un ensemble de View codé en XML.

Figure 4.1 – Logo de Android

27
Chapitre 4. Réalisation 4.2. Choix techniques

4.2.2 Java
Java est un langage connu des développeurs. Java est reconnu comme langage de
programmation le plus populaire au monde. Il fonctionne dans une machine virtuelle, donc
pas besoin de recompiler pour chaque téléphone et Java est facile à sécuriser. Ceci est une
caractéristique très importante. Fonctionnant sur une VM (donc pas de recompilation)
est un énorme plus.

Figure 4.2 – Logo de Java

4.2.3 PHP
PHP est un langage de programmation libre, principalement utilisé pour produire des
pages Web dynamiques via un serveur HTTP, mais pouvant également fonctionner comme
n’importe quel langage interprété de façon locale. PHP est un langage impératif orienté
objet.
PHP a permis de créer un grand nombre de sites web célèbres, comme Facebook, Wikipé-
dia,etc. Il est considéré comme une des bases de la création de sites web dits dynamiques
mais également des applications web.[2]

Figure 4.3 – Logo de PHP

4.2.4 XML
Le XML est un langage de balisage extensible, langage informatique qui sert à enre-
gistrer des données textuelles.
Ce langage , similaire à l’HTML de par son système de balisage, permet de faciliter
l’échange d’information sur l’internet.

28
Chapitre 4. Réalisation 4.2. Choix techniques

Contrairement à l’HTML qui présente un nombre finit de balises, le XML donne la

possibilité de créer de nouvelles balises à volonté.

Figure 4.4 – Logo de PHP

4.2.5 REST
REST est un Web Service qui utilise les URI comme syntaxe universelle pour adres-
ser les ressources et les types MIME comme text/xml, text/html, image/jpeg, applica-
tion/pdf, video/mpeg pour la représentation des ressources . Il fait appel à des requêtes
HTTP pour obtenir (GET), placer (PUT), publier (POST) et supprimer (DELETE) des
données. La figure 4.3 explique le mecanisme de fonctionnement de REST.

Figure 4.5 – Schema explicatif de REST

29
Chapitre 4. Réalisation 4.3. Environnement de développement

4.2.6 MySQL
C’est un système de gestion de bases de données relationnelles

Figure 4.6 – MySQL

4.3 Environnement de développement

Pour la réalisation ce travail, nous avons eu recours au environements suivant :

4.3.1 Environnement matériel

Lors de la réalisation des applications nous avons utilisé deux ordinateurs portables
et un téléphone portable SAMSUNG G7 Prime utilisé comme un emulateur, la table 5.1
indique les caractéristiques de chacun.

Machine
Dell Inspiron 15 série 7000
ASUS N751JK
Samsung Galaxy J5 (2017)
Caractéristiques
Système d’exploitation : Windows 8.1 64 Bits
Ecran : 15.6 pouces
Processeur : Intel Core i7-6700HQ
Mémoire : 16 Go
Disque dur : 1 To
Carte graphique : NVIDIA GEFORCE GTX 960M
Système d’exploitation : Windows 10 Professionnel 64 Bits
Ecran : 17 pouces
Processeur : Intel(R) Core(TM) i7-4710HQ
Mémoire : 16 Go
Disque dur : 2 To
Carte graphique : NVIDIA GEFORCE 850M
Système : Android 7.0
Processeur : Samsung Exynos 7870
Mémoire vive (RAM) : 2 Go
Capacité : 16 Go

Table 4.1 – Environnement matériel

30
Chapitre 4. Réalisation 4.3. Environnement de développement

4.3.2 Environnement logiciel

Dans cette partie, nous allons présenter les différents logiciels utilisés pour la réalisa-
tion des applications.

Android Studio
Un environnement de développement , un logiciel, vous permettant de développer des
applications pour une plate-forme donnée. Il est utilisé pour développer des applications
mobile Android.
Android Studio permet principalement d’éditer les fichiers Java/Kotlin et les fichiers de
configuration XML d’une application Android.
La figure 4.4 nous montre l’interface de l’environnement de développement « Android
Studio » qui est le plus conseillé par Google pour développer une application Android
native.

Figure 4.7 – Android Studio

Brackets
Un éditeur de texte open source moderne à la fois léger et puissant qui comprend et
facilite la conception de sites web.Par l’intégration d’outils visuels directement dans son
interface, vous bénéficiez de la quantité d’aide adéquate lorsque vous le souhaitez, sans
entraver votre processus créatif.

Xampp
C’est un logiciel qui englobe un ensemble d’outils nécessaire pour le fonctionnement
d’une application, comme : MySQL, Apache et Tomcat.

31
Chapitre 4. Réalisation 4.4. Présentation de la solution

Figure 4.8 – Brackets

Figure 4.9 – Xampp

LaTeX
LaTeX est un langage et un système de composition de documents texte utilisé pour
la rédaction du rapport.

Figure 4.10 – LaTeX

4.4 Présentation de la solution

Les interfaces de l’application sont très importante puisque toutes les interactions des
utilisateurs avec notre système passent à travers celle là.

Dans cette partie, nous allons présenter quelques interfaces de l’application, répondant

32
Chapitre 4. Réalisation 4.4. Présentation de la solution

aux recommandations ergonomiques de compatibilité, de guidage, de clarté.

4.4.1 Interface Authentification :

Lors de l’ouverture de notre application mobile, la première page que nous allons ren-
contrer est la page d’authentification comme le représente la figure 4.11. Le technicien doit
d’abord saisir son username et son password puis, pour accéder au reste de l’application,
il n’aura qu’à appuyer sur le bouton "LOGIN". Si le technicien fait une erreur lors de la
saisie du mot de passe ou du username un message d’erreur s’affiche en bas de l’écran. Si le
technicien se connecte à la plateforme, il restera toujours connecté sauf s’il se déconnecte.

Figure 4.11 – Page Authentification

33
Chapitre 4. Réalisation 4.4. Présentation de la solution

Figure 4.12 – Page Register

4.4.2 Interface Accueil :

Après la phase d’authentification, la page Accueil est la première page que nous al-
lons rencontrer comme représenté dans la figure 4.12 et aprés elle fait une rédirection vers
notre page d’accueil Principale. Dans cette page, nous avons la possibilité de naviguer vers
d’autres fonctionnalités telles que la consultation des interventions , Pointage , Contact ,
Seetings à un menu de type "side navbar" comme l’illustre la figure 4.13

34
Chapitre 4. Réalisation 4.4. Présentation de la solution

Figure 4.13 – Page d’Accueil 1

Figure 4.14 – Page d’Accueil 2

35
Chapitre 4. Réalisation 4.4. Présentation de la solution

4.4.3 Interface Mes Interventions :

Le technicien peut créer une intervention à partir des adresses enregistrées (recherche)
ou la créer à partir d’une nouvelle adresse qui doit alors être enregistrée automatiquement.
Au moment de créer une intervention, on doit avoir le choix de la commencer directement
ou la planifier pour un autre moment (date et heure).

Figure 4.15 – Page Mes interventions

36
Chapitre 4. Réalisation 4.4. Présentation de la solution

4.4.4 Interface Consulter Historique :

Cette interface a pour but de pointer les heures de travail sous forme pdf représentant
un tableau excel.

Figure 4.16 – Page consulter historique

37
Chapitre 4. Réalisation 4.4. Présentation de la solution

4.4.5 Interface Rechercher Adresse :

Cette interface consiste a chercher une adresse qui est déjà enregistrée dans le cloud.
La recherche doit se faire sur des mots clés de l’adresse ou du numéro de l’installation.

Figure 4.17 – Page Rechercher Adresse

38
Chapitre 4. Réalisation 4.4. Présentation de la solution

4.4.6 Cloturer une intervention :

Cette interface consiste a exprimer les états de cloture d’une intervention.
Pour cloturér une tâche il y a des états de cloture :
- avec succes
- avec succes + materiéls a commander
- echec
- accenseur a l’ arrét (critique)

Figure 4.18 – Page Cloturer une intervention 1

39
Chapitre 4. Réalisation 4.5. Conclusion

Figure 4.19 – Page Cloturer une intervention 2

4.5 Conclusion
Dans ce dernier chapitre de notre rapport, nous avons présenté tout d’abord les diffe-
rentes techniques que nous avons utilisées pour la réalisation de notre application, ensuite
nous avons présenté les environnements matériel et logiciel, et finalement nous avons pré-
senté quelques interfaces de notre application.

40
Conclusion Générale

Notre projet a été réalisé au sein de IT Solar Solutions qui est une entreprise offre des
services incluent le développement de logiciel, la création de sites web et lintégration de
systèmes dinformations.

Notre projet consiste à créer une application mobile pour la gestion de pointage pour
une société dascenseurs qui a comme valeurs ajoutées par rapport à lapplication existante
de faire la configuration du nombre des libellés d’intervention est limité par rapport aux
différentes pannes qui pourrait survenir ,la gestion des interventions ,rendre le rapport
des interventions meilleurs et les optimiser sous forme numérique en fichier PDF sur une
date illimité, le design d’interface de l’application qui pourrait facilement étre optimisés
et suivre un schéma ergonomique plus pratique surtout plus attrayant.

Pour réaliser cette Application nous nous sommes focalisés toutes les étapes nécessaires
pour la conception et le développement dune application mobile Android pour automa-
tiser le traitement de dérangement. Cette application est développées spécialement pour
lutilisation de deux acteurs qui sont l’admin, le technicien .

Notre principal apport était : Réaliser une application mobile au technicien pour gérer
ses interventions et afficher l’historique de ses interventions.

Ce projet nous a donné de plus loccasion dacquérir des nouvelles connaissances à pro-
pos de StarUML, AndroidStudio, REST et de maitriser les langages de programmation
JAVA, PHP, etc., qui seront certes utile dans nos futures vies professionnelles.
À titre général, ce stage a constitué une expérience professionnelle exceptionnelle. La vie
universitaire ne permet que davoir un aperçu de son futur métier. On découvre rapide-
ment que laspect pratique dépasse souvent les connaissances acquises et quil constitue
une formation rapide.

41
Netographie

[1] Présentation du langage UML, www.uml.free.fr, avril 2018

[2] le language PHP ,www.fr.wikipedia.org/wiki/PHP ,Mai 2018

42