Portfolio stage STELLANTIS

Dans le cadre de mon stage chez STELLANTIS, j’ai été chargé de mettre en place l’interface d’affichage des statuts des bancs. Cette fonctionnalité, visible en figure 3, permet aux utilisateurs d’avoir une vision synthétique de l’état des différents bancs répartis sur plusieurs sites à travers le monde. L’interface regroupe les bancs par localisation (comme ici avec Belchamp et Poissy), ce qui facilite la lecture pour les techniciens et chefs de projets répartis sur différents sites. Chaque banc est représenté sous forme de bloc coloré, dont la couleur correspond à son état de fonctionnement :

• Vert : banc en ligne, en fonctionnement normal.
• Rouge : banc hors ligne, arrêt normal ou planifié.
• Orange : banc hors ligne alors qu’il devrait être actif, ce qui signale une anomalie.
• Gris : banc déclaré en maintenance, donc inactif volontairement.

Afin d’améliorer la lisibilité et de contextualiser l’utilisation de chaque banc, le nom du projet auquel il est affecté est affiché juste en dessous du nom du banc. Cette indication est cruciale pour les équipes, car un même site peut héberger des bancs utilisés par plusieurs projets différents.

L’interface est interactive : en cliquant sur un banc, l’utilisateur voit apparaître dans un panneau latéral droit l’ensemble des informations détaillées concernant ce banc. Cela permet une analyse rapide de l'état de chaque équipement sans quitter la page principale. En plus de la visualisation, cette page permet également d’ajouter un nouveau banc, de modifier les informations d’un banc existant, ou encore de supprimer un banc. Ces opérations sont soumises à des contrôles d’autorisation afin de garantir l’intégrité des données.

Les données de statut sont actualisées toutes les 15 minutes environ grâce à un système de scripts automatisés, ce qui garantit une vision quasiment en temps réel de l’état global des infrastructures. Cette fréquence de mise à jour permet aux utilisateurs de réagir rapidement en cas de dysfonctionnement détecté.

Derrière cette interface relativement simple se cache une infrastructure technique plus complexe, illustrée en figure 4. Les bancs étant répartis sur plusieurs réseaux internes distincts, il est impossible de les interroger directement depuis le serveur central. Par ailleurs, le site web est hébergé sur un serveur cloud italien dont l’accès est restreint par un système d’authentification basé sur Active Directory. Active Directory est un service de gestion des identités et des accès utilisés en entreprise, qui permet de centraliser l’authentification des utilisateurs : pour accéder à certaines ressources, l’utilisateur doit être connecté avec un compte d’entreprise reconnu et autorisé par ce service. Cela signifie que, pour interagir avec le serveur, il aurait fallu simuler une connexion utilisateur en renseignant son identifiant et son mot de passe dans le script, ce qui aurait nécessité de les stocker localement. Une telle solution aurait posé d’importants problèmes de sécurité, d’autant plus que les mots de passe sont renouvelés obligatoirement tous les trois mois. Il était donc nécessaire de concevoir une solution autonome, sécurisée et indépendante de toute authentification manuelle. J’ai ainsi mis en place une architecture distribuée, adaptée à la fois aux contraintes réseau et aux exigences de sécurité.

Concrètement, un script local est déployé dans chaque réseau (France, Chine, Italie, États-Unis, etc.). Ce script interroge les bancs accessibles dans le réseau local afin de déterminer leur état. Une fois l’état de chaque banc identifié, le script transmet les informations à un petit serveur web Apache, également installé dans le réseau local, qui est capable de communiquer avec la base de données. Ce serveur local se charge ensuite de mettre à jour la base centrale avec les statuts relevés. Le site web n’a donc plus qu’à interroger cette base pour afficher les statuts en temps réel. De plus lorsque qu’un statut change, le changement est conservé afin d’avoir un historique d’utilisation des bancs sur le long terme pour générer des KPI utilisé par la hiérarchie pour décider des investissements.

Pour que le script d’interrogation soit exécuté régulièrement et automatiquement, j’ai écrit un script d’installation qui configure une tâche planifiée sous Windows. J’ai accompagné le tout d’un manuel d’installation détaillé permettant à tout technicien de déployer l’ensemble du système dans un nouveau réseau sans difficulté particulière.

Cette fonctionnalité, bien qu’elle puisse sembler simple du point de vue de l’utilisateur, a exigé la mise en œuvre d’une architecture distribuée, capable de s’adapter à des contraintes techniques, organisationnelles et sécuritaires fortes. Elle répond à un besoin métier réel et a été adoptée avec satisfaction par les équipes de plusieurs pays, qui disposent désormais d’un outil fiable et lisible pour surveiller l’état de leurs équipements. Le développement de cette fonctionnalité m’a permis de travailler sur l’ensemble du cycle, de l’analyse des contraintes à la mise en production, en passant par le déploiement et la rédaction de documentation technique.