Créer un portfolio AVEVA PI System au Maroc : un projet concret, étape par étape

Choisir un projet adapté à son niveau

Un projet de portfolio AVEVA PI System doit être assez concret pour montrer votre méthode, mais assez restreint pour être terminé et expliqué. Commencez par une seule question métier, un équipement fictif et un petit nombre de variables. Par exemple : « Comment repérer une dérive de température sur une pompe et la rendre visible à une équipe de maintenance ? »

Votre projet peut être une démonstration complète sur un environnement auquel vous avez accès, ou une maquette pédagogique qui illustre le cheminement des données sans prétendre être une installation industrielle. Cette distinction doit être visible dans le portfolio. Un projet débutant peut mettre l’accent sur la compréhension des séries temporelles, la cohérence des noms, la lecture de tendances et la documentation. Un profil plus avancé peut approfondir la structuration des actifs, les calculs ou les règles d’alerte, selon les composants disponibles dans son environnement.

• Délimitez le périmètre : un équipement, quelques variables, une période de données et un public cible.
• Choisissez un résultat observable : une tendance lisible, un indicateur documenté ou une anomalie simulée clairement expliquée.
• Vérifiez avant de commencer quels composants et droits d’accès vous avez réellement. Ne présentez pas une maquette comme une configuration déployée en production.

Partir d’un besoin concret

Pour rendre l’exercice pratique AVEVA PI System crédible, partez d’une situation compréhensible par un recruteur ou un client. Dans l’exemple de la pompe, une personne chargée du suivi souhaite visualiser température, pression et état de fonctionnement afin de remarquer une évolution inhabituelle. Le projet ne prétend pas diagnostiquer une panne : il montre comment organiser une démonstration de suivi et comment expliciter les hypothèses.

Vous pouvez transposer le brief à une cuve, un moteur ou une ligne fictive. Restez prudent sur les conclusions : une variation de mesure n’établit pas à elle seule sa cause. Expliquez ce qu’un utilisateur pourrait examiner ensuite et ce qui demanderait une validation métier ou technique.

• Question : comment rendre visible une évolution anormale d’une mesure sur un équipement fictif ?
• Public : technicien de suivi ou responsable qui consulte une vue de tendance.
• Critère de réussite : un tiers peut identifier les variables, la période affichée, l’anomalie simulée et les limites de l’interprétation.

Préparer les données, fichiers ou ressources

Avant de configurer quoi que ce soit, préparez un jeu de données simple et clairement identifié comme fictif, ou choisissez une ressource publique dont les conditions d’utilisation sont comprises. Il peut comporter des horodatages, une température, une pression et un état. Introduisez éventuellement une dérive simulée à un moment connu pour vérifier que votre présentation la rend visible. Gardez une copie de la source, une description des unités et une note sur toute transformation effectuée.

AVEVA PI System désigne une plateforme industrielle dont les composants accessibles varient selon l’environnement. Les noms d’outils ou les manipulations exactes peuvent donc dépendre de la version, de la licence et des droits attribués. Dans le portfolio, nommez seulement les éléments que vous avez effectivement utilisés. Si vous n’avez pas accès à un environnement PI, réalisez une maquette de conception et signalez-le sans ambiguïté.

La confidentialité est essentielle. Les données industrielles, les noms de sites, les adresses réseau, les identifiants, les captures d’écran de systèmes internes et les informations sur les procédés peuvent être sensibles. Une autorisation de formation ou d’accès à un outil ne signifie pas nécessairement que vous pouvez publier ce que vous y voyez.

• Données : fictives ou publiques, avec provenance et conditions d’usage consignées.
• Dictionnaire : nom de chaque variable, unité, fréquence ou logique de génération, et signification.
• Ressources : objectif, croquis d’architecture, captures de votre propre maquette et liste des composants réellement utilisés.
• Sécurité : aucune donnée confidentielle, aucun identifiant, aucune adresse interne et aucune capture non autorisée.

Réaliser le projet par étapes

Le déroulement ci-dessous est conçu pour rester adaptable. Dans un environnement PI accessible, certaines tâches pourront correspondre à une configuration réelle ; sans cet accès, elles peuvent être présentées sous forme de schéma et de maquette. Dans les deux cas, le portfolio doit distinguer le travail exécuté du travail seulement proposé.

• 1. Formaliser le brief : équipement fictif, question métier, public, périmètre et résultat attendu.
• 2. Préparer les séries : horodatages cohérents, unités documentées, valeurs normales et anomalie simulée identifiée dans vos notes.
• 3. Décrire le flux : représenter simplement la source des données, leur stockage ou leur mise à disposition dans l’environnement étudié, puis leur consultation. Ne dessinez que les composants réellement utilisés ou étiquetez le schéma comme cible proposée.
• 4. Organiser les informations : définir des noms compréhensibles pour l’équipement et ses variables, en respectant les conventions de votre environnement ou celles que vous avez établies pour la maquette.
• 5. Construire la vue de suivi : présenter les tendances utiles, une période lisible, les unités et le contexte de l’anomalie simulée. Évitez d’ajouter des graphiques sans rapport avec la question métier.
• 6. Vérifier l’interprétation : demander à une autre personne de décrire ce qu’elle comprend de la vue, puis corriger les libellés ou explications ambigus.
• 7. Préparer la démonstration : expliquer le besoin, le jeu de données, les choix de conception, le résultat et les limites en quelques minutes.

Tester, corriger et documenter

Les tests doivent vérifier à la fois la qualité des données et la lisibilité du résultat. Conservez une trace courte des contrôles, des écarts constatés et des corrections. Cela démontre une démarche professionnelle, même si le projet reste pédagogique.

• Checklist de tests et de contrôle qualité :
• Les horodatages suivent-ils l’ordre attendu et couvrent-ils la période annoncée ?
• Les unités et les noms des variables sont-ils cohérents dans les données, les notes et les graphiques ?
• Les valeurs manquantes, répétées ou manifestement aberrantes sont-elles repérées et expliquées ?
• L’anomalie simulée apparaît-elle à la période prévue, sans être présentée comme un incident réel ?
• Les tendances restent-elles compréhensibles lorsque la période ou l’échelle change ?
• Les indicateurs affichés ont-ils une définition explicite et un calcul que vous pouvez expliquer ?
• Un lecteur peut-il distinguer une donnée observée, une donnée simulée et une interprétation ?
• Les captures et fichiers publiés ont-ils été vérifiés pour retirer les éléments confidentiels ?
• La documentation indique-t-elle les prérequis, les limites, les composants utilisés et les étapes pour reproduire la démonstration ?

Présenter son travail dans un portfolio

Structurez la page du projet comme une courte étude de cas : problème, objectif, périmètre, démarche, résultat, contrôles et limites. Ajoutez un schéma du flux, quelques captures propres et légendées, ainsi qu’un extrait de données fictives si cela aide à comprendre. Pour chaque capture, précisez ce qu’elle montre et si elle provient d’un environnement réel autorisé ou d’une maquette.

Ne publiez pas les fichiers de configuration ou les captures d’un environnement professionnel avant d’avoir obtenu les autorisations nécessaires et vérifié qu’ils ne contiennent aucun détail sensible. Si la démonstration ne peut pas être partagée, remplacez-la par un schéma générique et des visuels recréés à partir de données fictives. Indiquez honnêtement les limites : accès non disponible, données simulées, composants non testés ou absence de validation en production.

Pour un entretien au Maroc, préparez une présentation courte qui relie votre choix technique au besoin métier. Un recruteur doit pouvoir comprendre ce que vous avez fait personnellement, avec quels outils, comment vous avez contrôlé le résultat et ce qu’il faudrait pour passer d’une maquette à un projet réel.

• À inclure : brief, schéma, vues annotées, démarche de test, documentation et limites.
• À exclure sans autorisation : données de production, noms de clients ou de sites, identifiants, adresses internes et captures confidentielles.
• À formuler précisément : « données simulées », « maquette », « environnement de formation » ou « testé dans l’environnement autorisé », selon le cas.

Le parcours, étape par étape

1. 1Cadrer le besoin — Choisissez un équipement fictif et une question métier unique. Écrivez le public cible, le périmètre et le critère de réussite.
2. 2Préparer des données sûres — Créez ou sélectionnez des données non confidentielles. Documentez les unités, les horodatages, les transformations et les limites d’usage.
3. 3Construire la démonstration — Selon votre accès, configurez les éléments disponibles dans l’environnement AVEVA PI System ou réalisez une maquette explicitement identifiée comme telle.
4. 4Contrôler et documenter — Exécutez la checklist, corrigez les incohérences et rédigez une courte note de reproduction et de limites.
5. 5Présenter le résultat — Montrez le besoin, votre contribution, les visuels, les contrôles et les enseignements sans divulguer d’informations protégées.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — technologie AVEVA PI System formagroup.ma
2. OFPPT — Formation intra-entreprise ofppt.ma
3. JobInTech jobintech.academy