Gestion de maintenance assisté par ordinateur

Problématique

Comme mentionné précédemment, les entreprises sont en progression évolutive afin de répondre aux besoins des clients qui ne cessent d’augmenter à leur tour et deviennent plus exigeants en matière de coût, qualité et temps. Et vue la concurrence existante entre les entreprises, ces dernières sont prêtes à déployer d’importants moyens pour garantir leur évolutivité et compétitivité dans le marché. Nous constatons de la situation actuelle des systèmes de gestion industriels par exemple, que ces systèmes souffrent de plusieurs problèmes qui ne devraient pas exister dans une époque d’émergence de la technologie. Parmi ces problèmes, nous notons encore la gestion manuelle des pannes (création d’une demande d’intervention, suivi de l’état des demandes envoyées, …), et l’absence d’un historique pour toutes les tâches effectuées par un ou plusieurs employés travaillant sur la même panne. Également, nous rencontrons un manque important de synchronisation entre les différents services au sein d’un même établissement (entreprise). En plus, nous avons remarqué l’absence d’un système permettant la communication et l’interaction entre gérant et employés.

Organisation de document

Ce travail comporte quatre chapitres, dans le premier, nous présentons le contexte du projet, contenant une présentation d’entreprise d’accueil, les progiciels de gestion intégrés (ERP)et les applications mobiles. Le second chapitre contient les outils utilisés pour la réalisation de ce projet. Dans deux distinctes partis, une fonctionnelle et l’autre technique. Le troisième chapitre emporte la solution abstraite de notre projet ou il contient une conception et la spécification détaillé. Et finalement, dans le dernier chapitre nous détaillons la solution proposée.

Le choix du protocole

Aujourd’hui, tous les langages modernes disposent des fonctionnalités leur permettant d’exploiter des services Web type SOAP ou XML-RPC sans se soucier de la verbosité de leurs messages sortants et entrants. De SOAP, du XML-RPC ou JSON-RPC, le choix des développeurs tend à se porter sur la première méthode, du fait de certains défauts dans la spécification de la seconde : manque de précisions, confusions sur certains aspects (support Unicode, notamment), mots de passe transmis en clair, MAIS, XML-RPC reste un format très utilisé et est largement implémenté contrairement à JSON-RPC qui est moins utilisé dans le monde des openERP. Le protocole XML-RPC il dispose également une très large documentation sur INTERNET ce qui facilite le travail des développeurs. Les protocoles SOAP sont basés sur les RPC (des appels à points distants) exactement comme RMI, dans ce cas (i.e. le cas de SOAP), la ressemblance avec XML-RPC va plus loin puisque c’est la sérialisation du flux de données sous forme de XML qui les relie. Enfin, SOAP est successeur à XML-RPC, c’est une spécification à part entière et est indépendante de son prédécesseur, cette spécification complique un petit peu son utilisation

Python Est un langage de programmation portable, orienté objet, dynamique, extensible, multiplateforme et multi-paradigmes développé par Guido van Rossum en 1989, sa base est le langage C. C’est un langage structuré et de script il est placé sous licence libre proche de la licence BSD. Python a comme appellation « langage agile » pour ces outils qui permettent la programmation fonctionnelle et impérative, cette méthodologie agile introduit entre autres des principes de tests continus du code. Python est doté d’un typage dynamique fort, d’une gestion automatique de la mémoire par ramasse-miettes et d’un système de gestion d’exceptions ; il est ainsi similaire à Perl, Ruby, Scheme, Smalltalk et Tcl. Ce dernier fonctionne sur la plupart des plates-formes informatiques, Il est conçu pour optimiser la productivité des programmeurs en offrant des outils de haut niveau et une syntaxe simple à utiliser, c’est un langage conçu pour produire du code de qualité, portable et facile à intégrer : grâce à sa syntaxe claire, cohérente et concise, Python permet aux développeurs de produire du code de qualité, lisible et maintenable, Il utilise des mots anglais fréquemment là où d’autres langages utilisent de la ponctuation, et possède également moins de constructions syntaxiques que de nombreux langages structurés tels que C, Perl, ou Pascal. Python peut être utilisé aussi comme un support de calcul scientifique, c’est une alternative de Matlab, Octave, Scilab… [9].

XML, acronyme de eXtensible Markup Language (qui signifie : langage de balisage extensible), est un langage informatique qui sert à enregistrer des données textuelles. Ce langage a été standardisé par le W3C en février 1998 et est maintenant très populaire. Ce langage , grosso-modo similaire à l’HTML de par son système de balisage, permet de faciliter l’échange d’information sur l’internet. Contrairement à HTML qui présente un nombre finit de balises, l’XML donne la possibilité de créer de nouvelles balises à volonté [12]. Il s’agit d’un langage orienté texte il est formé de balises qui permettent d’organiser les données de manière structurée. Aussi bien utilisé pour le stockage des documents, l’enregistrement des données textuelles et aussi la transmission des données entre applications. Ainsi, XML permet de séparer le contenu de la présentation, ce qui permet par exemple d’afficher un même document sur des applications ou des périphériques différents sans pour autant nécessiter de créer autant de versions du document que l’on nécessite de représentations.

Conclusion Générale

Tout au long de ce rapport, nous avons présenté les différentes phases de la réalisation de l’application. Dans notre projet nous avons tous d’abord commencé par décrire les besoins des futurs utilisateurs avec l’aide du Directeur de l’entreprise en utilisons la technique UML qui a mené à une bonne tache d’analyse, par la suite nous avons passé à une étude bibliographique sur les différents outils utilisés à savoir les langages de programmation mobile et les outils de connexion à distance afin de choisir qui nous convient. Pour passer ensuite à la réalisation de l’application. Ce projet nous a donné l’opportunité de s’initier à la vie professionnelle et d’avoir l’expérience, et nous a donné l’occasion de découvrir le monde des ERP et des entreprises et nous a offert aussi la possibilité de déployer nos connaissances et bagages de toutes ses années sur le plan de travail réel. Au cours de la réalisation, nous avons étaient limité par le temps qui était un obstacle devant l’ajout de certaines autres fonctionnalités ou ce projet peut être amélioré en lui ajoutant quelques fonctions citées dans les perspectives.

Le rapport de stage ou le pfe est un document d’analyse, de synthèse et d’évaluation de votre apprentissage, c’est pour cela rapport gratuit propose le téléchargement des modèles gratuits de projet de fin d’étude, rapport de stage, mémoire, pfe, thèse, pour connaître la méthodologie à avoir et savoir comment construire les parties d’un projet de fin d’étude.

Table des matières

Liste des Figures
Liste des Tableaux
Liste des abréviations
Introduction Générale
I.Organisme d’accueil
I.1. Prestations et services
I.2. Les clients
II.Organisation de document
III. Problématique
Chapitre 1 : État de l’art.
I.La gestion de la maintenance
I.1. Définition de la maintenance
I.2. Objectifs de la maintenance
I.3. Type de maintenance
II.Gestion de maintenance assisté par ordinateur
II.1. Qu’est-ce que c’est la GMAO
II.2. Objectifs de la GMAO
II.3. Démarches pour la mise en place d’une GMAO
III. Les ERP et Odoo
III.1. Qu’est-ce Qu’un ERP
III.2. Pourquoi mettre en place un ERP
III.3. Choisir un ERP
III.4. Types d’ERP
III.5. Odoo
III.5.1. Différents architectures d’Odoo
III.5.1.1. Architecture Technique
III.5.1.2. Architecture Modulaire
III.5.1.3. Modèle Vue Contrôleur
III.5.2. Principales fonctionnalités d’Odoo
III.5.3. Technologies :
III.6. Classement des ERP
Conclusion
Chapitre2 : Étude fonctionnelle et technique
I.Étude fonctionnelle
II.Étude Technique
II.1. Propriétés d’Odoo
II.2. Web service
II.2.1. Intérêt des web service
II.2.2. Fonctionnement d’un web service
II.3. XML-RPC vs JSON-RPC vs SOAP
II.3.1. XML-RPC
II.3.2. JSON-RPC
II.3.3. SOAP
II.3.4. Le choix du protocole
II.4. Android
III. Les Outils et les technologies utilisées
III.1. Les Environnements de développements
III.1.1. Android studio
III.1.2. PostgreSQL
III.1.3. SublimeText3
III.1.4. Enterprise Architect
III.1.5. MS Project
III.1.6. Méthodologie de travail
III.2. Les lagunages de programmation
III.2.1. Python
III.2.2. XML
III.2.3. Java Android
Conclusion
Chapitre 3 : La conception
I.Modélisation avec UML
I.1. Les acteurs de System
I.2. Les Diagrammes de Cas d’utilisation
I.3. Les Diagrammes de Séquence
I.4. Le diagramme de class
Conclusion
Chapitre 4 : Réalisation de l’application mobile « GMAO ».
I.Architecteur du système
I.1. Fonctionnement du service web :
I.2. Fonctionnement du XML-RPC
II.Adaptation du module GMAO
II.1. Présentation de module GMAO
II.2. Gestion des droits d’accès
III. Présentation de l’application
III.1. La configuration de serveur
III.2. Authentification
III.3. Menu
III.4. Gestion de maintenance
III.5. Notification d’une nouvelle tache
Conclusion
Conclusion Générale
PERSPECTIVE :
Références bibliographiques