Gestions des pannes techniques

Gestions des pannes techniques

Description matérielle 

Nous allons mettre en évidence dans cette partie la description matérielle du système tout en traitant son architecture et analysant ses tâches assurées. Nous avons traité dans ce projet une architecture client-serveur ou l’appareil Android est le client et le serveur est le couple PHP/MySQL. En effet, pour réaliser la connexion à distance et à partir de mon appareil Android à ma base de données MySQL, nous avons eu recours à des PHP scripts et au protocole http du système Android pour récupérer des données depuis le serveur. Lorsque l’application Android va s’exécuter, il se connectera au script PHP qui va à son tour récupérer les données depuis la base de données MySQL. Ensuite les données seront encodées au format JSON et envoyées au système Android. Enfin, notre application Android va obtenir ces données codées il les analysera et les affichera sur l’appareil.

 Pour le code PHP, il sera très simple à exploiter, en effet, il suffit de se connecter à la base de données, exécuter une requête SQL selon le contexte et en fonction des données des valeurs POST/GET et enfin l’envoie va être en format JSON
 Au niveau notre application Android on va assister à l’utilisation du protocole HttpPost pour obtenir les données avant de les convertir en chaîne et enfin analyser ces données JSON et les utiliser selon mon contexte.

 Implémentation Présentant alors les diverses interfaces de chaque module ou chaque utilisateur de ces derniers doit s’authentifier pour qu’il puisse accéder à l’application.

Interfaces du module administrateur 

L’administrateur pilote est en fait tout le mécanisme de la maintenance. En effet, il contrôle le stock des pièces de rechange tout en ajoutant, supprimant ou mettant à jour les listes des cartes et modules de rechange sauvegardées dans la base.

De plus, l’administrateur organise l’opération de l’intervention de point de vue gestion des pannes par l’ajout de toute panne détectée ou des scénarios des pannes qui peuvent être réalisée . Pour minimiser le temps de réponse afin d’augmenter l’efficacité de l’intervention, une indexation entre ces pannes et leurs solutions adéquates est mis en évidence, en effet, l’administrateur assure l’ajout, la suppression et la mise à jour des solutions des pannes convenables et qui répond aux besoins des techniciens lors de l’intervention. Les figures suivantes mis en œuvre la gestion des solutions des pannes.

Interfaces du module maintenance corrective

Le technicien intervenant s’occupe de la maintenance corrective. En effet, suite à une panne et afin de garantir l’efficacité de l’intervention, notre technicien doit avoir une idée claire sur le stock de rechange et cette application lui permet de consulter la liste des pièces et des cartes de rechange bien classées sous la catégorie des pièces voulue. La figure suivante montre l’interface de consultation des pièces de rechange :Une fois qu’il a eu une idée claire sur l’état du stock, l’intervenant peut consulter la solution adéquate indexée à une panne sélectionnée et touchant une catégorie bien déterminée dans un temps limité d’où l’augmentation de l’efficacité de l’intervention. La figure suivante montre les interfaces de consultation des pannes ainsi que leurs solutions convenables .

Conclusion : Nous avons mis en œuvre dans ce chapitre l’environnement du travail de notre projet Côté matériel ainsi que logiciel et nous avons explicité son principe de fonctionnement par
L’intermédiaire des captures d’écran.

Table des matières

Sommaire INTRODUCTION GÉNÉRALE
CHAPITRE 1 : CADRE GÉNÉRAL
Introduction
I PRÉSENTATION DE L’ENTREPRISE D’ACCUEIL
I.1 Présentation de l’Office de l’aviation civile et des aéroports (OACA)
I.2 Etude de l’existant et Problématique
I.2.1 Unité de télécommande RCMS (Remote Control Monitoring System)
I.2.2 Absence d’un GMAO dans le service (Gestion de maintenance assistée par ordinateur)
I.3 Solution proposée
I.4 Travail demandé
Conclusion
CHAPITRE2 : ÉTUDE PRÉLIMINAIRE
INTRODUCTION
I CONTEXTE DE PROJET
I.1 Objectif (Aspect de la solution adoptée)
I.2 Solution de mobilité
1.3 Choix de l’environnement de développement
II Présentation de l’application
III Spécification des besoins
III.1 Besoins fonctionnels
III.2 Besoins non fonctionnels
IV processus de développement et méthodologie de conception
IV.1 Le processus de développement unifié 2TUP
IV.2 La méthodologie de conception UML
CONCLUSION
CHAPITRE 3 : ETUDE FONCTIONNELLE
INTRODUCTION
I CAPTURE DES BESOINS FONCTIONNELS
I.1 IDENTIFICATION DES CAS D’UTILISATION
I.1.1 Présentation des cas d’utilisation
I.1.2 DESCRIPTION DES CAS D’UTILISATION
I.1.3 Le cas d’authentification
I.2 Le module d’administration
I.2.1 Gestions des pannes techniques
I.2.3 Diagramme de séquence des solutions des pannes techniques
I.3 Module de la maintenance préventive
I.3.1 Affinement du cas d’utilisation « consulter les notifications des tâches de la maintenance préventive »
I.3.2 Diagramme de séquence des notifications des tâches de la maintenance préventive
I.4. Diagramme de séquence de consultation des notifications des tâches de la maintenance corrective
CONCLUSION
CHAPITRE 4 : ETUDE TECHNIQUE
INTRODUCTION
I Spécification d’architecture 
II ARCHITECTURE DE L’APPLICATION
II.1 Présentation du modèle MVC
II.2. Présentation de l’architecture trois tiers de l’application
III Diagramme de composant général
CONCLUSION
CHAPITRE 5 : LA CONCEPTION
INTRODUCTION
I Les diagrammes de classe
I.1 Le diagramme de classe en couche
I.2 Le diagramme de classe de la couche présentation
I.3 Le diagramme de classe de la couche logique applicative
I.4 Le diagramme de classe de la couche modèle
CONCLUSION
CHAPITRE 6: IMPLÉMENTATION
INTRODUCTION :
I. ASPECT TECHNIQUE
I.1. Choix de la plateforme
I.1.1. La plate-forme Androïde
II. ENVIRONNEMENT DU TRAVAIL 
II.1 Environnement matériel
II.2 Environnement logiciel
II.2.1 Outils d’infographie
II.2.2 Outils de conception
I.2.3 Outils de développement
I.2.4 Configuration pré-développement
II Description matérielle
II.1 Implémentation
I.1.2 Interfaces du module administrateur
I.1.3 Interfaces du module maintenance corrective
CONCLUSION
CONCLUSION GÉNÉRALE
BIBLIOGRAPHIE
WEBOGRAPHIE

Télécharger le rapport complet