Analyse du projet de l’an dernier¶

Le projet d’application pour automatiser le contrôle de serrage au couple des boulons sur un bloc de traction TGV a été proposé au département Génie Electrique pour la première fois en 2015 pour l’année 2016. Les deux étudiants ayant travaillé sur cette application ont, pendant un an, élaboré un cahier des charges détaillé et mis au point une application satisfaisant la plupart des points techniques demandés par le client. Cependant le projet n’a pas abouti au terme de cette année mais le bilan final réalisé nous a permis de mettre en évidences les différentes caractéristiques qui posent problème. Nous avons donc commencé notre projet par une analyse du projet de l’an passé.

Comme énoncé dans le cahier des charges, le coeur de l’application est de repérer les marqueurs vert (ou d’une autre couleur) sur les boulons afin de valider le serrage au couple de ces derniers. Pour cela l’application doit être capable de faire du traitement d’image à partir des photographies prises par le contrôleur. La partie concernant le traitement d’image de l’application des étudiants de l’année dernière était assurée par la bibliothèque graphique Open Cv, cette partie était fonctionnelle et sa portabilité sur tablette était possible. Le client demande aussi que l’archivage et la traçabilité des vérifications soient automatiques c’est pourquoi, l’an dernier, des transferts, sans fil, de photographies ont été réalisés avec succès, cependant le transfert automatique n'a pas été implémenté, mais la solution s'été portée sur un système de cloud sécurisé qui permettrait au contrôleur de transférer l’ensemble des photographies de vérification en toute simplicité. Pour ce qui est de la lecture des QR Code cette dernière n'était pas totalement fonctionnelle et nécessitait d’être approfondie. Le point critique de l’application de l’année dernière est l'ergonomie de l'application qui n'a pas pu être optimisée de façon à satisfaire au mieux les contrôleurs qui vont l'utiliser. Les modifications ergonomiques étant importantes pour le client afin de mieux faire accepter aux contrôleurs l'application. Ce manque d’ergonomie se traduit notamment par la faible netteté de l’image affichée sur l’écran de la tablette. En effet la fluidité des images à l’écran, n’est pas optimale et demande d’être améliorée.

Après cette analyse du projet de l’an dernier, nos recherches et nos démarches se sont d’abord portées sur le dernier point évoqué. Nous avons donc effectué de nombreuses recherches de nouvelles solutions d’application avec comme objectif principal, la fluidité et la qualité des images.
Tout d’abord il faut savoir que la description de nos recherches ci-dessous est détaillée en suivant le cheminement de notre raisonnement et ne suit pas l’ordre chronologique. En effet, de façon à optimiser notre temps nous nous sommes répartis les recherches, à savoir Mathieu Gaucher travaillait sur Android Studio et Florent Chabot sur Qt Creator. Nos recherches devaient prendre en compte les outils à notre disposition et ceux dont dispose le client. A Polytech, nous avons à notre disposition deux tablettes sous le système d’exploitation Android, tandis que le client dispose de tablettes sous iOS. Le fait que nous travaillons avec des tablettes ayant un système d’exploitation différent des tablettes du client, était le point de départ majeur de la nouvelle application que nous voulions créer. Ne pouvant travailler qu’avec Android, nos premières recherches sont tournées vers les possibilités qui s’offraient à nous, notamment avec l’environnement de développement Android studio, en java. Sur point nos rechercher ont démontré que tout était possible et faisable en java pour réaliser l’application que nous voulions.

Cependant la portabilité sur iOS n’était pas assurée et semblait compliquée à mettre en oeuvre. C’est pourquoi nous avons tourné nos recherches vers l’environnement de développement utilisé l’année passée, Qt Creator. Cet environnement de développement permet de développer des applications pour Android et aussi d’exporter les applications vers les systèmes sous iOS. Nous avons donc approfondi nos recherches sur les applications possibles utilisant la caméra. L’année dernière l’application a été développée en langage C ce qui a probablement été la source du problème de fluidité d’image. Il faut savoir que Qt Creator a son propre langage informatique, le QML, et c’est grâce à ce langage que les applications mobiles avec caméra sont créées à partir de Qt Creator. Au terme de nos recherches nos choix se sont portés sur l’environnement de développement Qt Creator et son langage informatique le QML.

2.Découpage organisationnel