Créer un portfolio SIMATIC WinCC Unified au Maroc : un projet concret à réaliser

Choisir un projet adapté à son niveau

Un bon projet SIMATIC WinCC Unified débutant n’a pas besoin de reproduire une usine entière. Il doit surtout montrer que vous savez organiser une interface opérateur, représenter un procédé et rendre des informations utiles faciles à comprendre. Choisissez une seule petite installation : une station de pompage, un réservoir avec remplissage et vidange, ou une ligne de convoyage simplifiée.

Pour un premier portfolio, la station de pompage est un sujet pratique : elle permet de travailler les états de marche et d’arrêt, les mesures de niveau ou de pression, les alarmes et la navigation entre écrans. Ces éléments peuvent être simulés. Ne présentez pas la maquette comme un système raccordé à un automate ou à des équipements réels si ce n’est pas le cas.

Fixez un périmètre que vous pourrez terminer. Par exemple : un écran de vue générale, un écran de détails, une page d’alarmes ou d’événements selon les fonctions accessibles dans votre environnement, et une courte documentation. Si vous débutez, privilégiez la lisibilité et la cohérence plutôt que le nombre de fonctions.

Avant de commencer, vérifiez les prérequis de votre environnement de travail : accès autorisé au logiciel, version utilisée, configuration matérielle et possibilité de lancer ou simuler le projet. Les menus et fonctionnalités disponibles peuvent dépendre de la version et de la configuration. Consignez ces éléments dans votre portfolio au lieu de laisser penser que le projet est universellement reproductible.

• Un seul procédé principal et quelques états clairement définis.
• Des mesures simulées avec unités et plages plausibles pour l’exercice.
• Une interface lisible sur la taille d’écran visée.
• Des livrables que vous pouvez partager sans compromettre des informations d’entreprise.

Partir d’un besoin concret

Un portfolio SIMATIC WinCC Unified est plus convaincant lorsque le projet répond à une situation identifiable. Imaginez l’opérateur d’une station de pompage pédagogique : il doit savoir si la pompe est arrêtée ou en marche, suivre le niveau du réservoir et repérer rapidement une situation anormale. Le projet consiste à concevoir une interface qui l’aide à comprendre l’état du procédé.

Vous pouvez commencer par rédiger un brief d’une page. Indiquez le contexte fictif, les utilisateurs visés, le problème à résoudre et les limites retenues. Évitez les exigences vagues comme « faire un écran moderne ». Préférez des critères observables : l’état de chaque équipement est identifiable, les mesures affichent une unité, une alarme comporte une cause compréhensible et l’opérateur peut revenir à la vue générale.

Exemple de brief de projet : concevoir une maquette de supervision d’un réservoir alimenté par une pompe. L’utilisateur doit visualiser le niveau, l’état de la pompe et un indicateur de pression fictif. Un niveau haut et un niveau bas déclenchent des états d’alarme simulés. Le projet ne commande aucun équipement réel et ne vise pas la validation d’un système industriel.

Définissez également les exclusions : pas de connexion à une installation réelle, pas de données de production, pas de garantie de sécurité fonctionnelle, et pas de validation par un exploitant. Ces limites ne diminuent pas la valeur de l’exercice : elles clarifient ce que vous avez effectivement conçu.

• Objectif : rendre l’état d’une station de pompage pédagogique compréhensible en un coup d’œil.
• Utilisateurs : opérateur ou évaluateur découvrant le procédé.
• Livrables : projet de démonstration si son partage est permis, captures d’écran, schéma fonctionnel simplifié, scénarios de test et courte notice.
• Critère de réussite : une personne extérieure peut expliquer l’état normal et reconnaître les situations simulées à partir de l’interface.

Préparer les données, fichiers ou ressources

Avant de créer les écrans, rassemblez seulement ce qui est nécessaire à l’exercice. Préparez un schéma simple du procédé, la liste des équipements représentés, les variables utilisées, leurs unités et les états attendus. Pour chaque valeur simulée, indiquez clairement qu’elle est fictive. Un tableau de variables aide à garder des noms cohérents entre la logique, l’interface et les tests.

Prévoyez une convention de nommage lisible, par exemple des noms distincts pour le niveau, l’état de la pompe et l’alarme de niveau haut. Les noms exacts dépendent de votre projet ; l’essentiel est d’éviter les abréviations obscures et les doublons. Dessinez aussi un croquis de navigation avant de construire les écrans : l’utilisateur doit comprendre où il se trouve et comment revenir à la vue principale.

Si vous partez d’un projet professionnel, ne réutilisez pas automatiquement les fichiers, captures ou noms d’équipements. Les écrans peuvent révéler l’organisation d’une installation ; les variables, adresses, alarmes, recettes ou historiques peuvent contenir des informations sensibles. Demandez une autorisation explicite avant toute réutilisation ou publication. En cas de doute, reconstruisez une maquette fictive de zéro.

Pour les images et pictogrammes, utilisez des ressources que vous êtes autorisé à employer. Gardez une copie de vos propres schémas et notez les éléments que vous avez créés. Ne publiez pas de fichiers de projet si vous ne savez pas s’ils contiennent des paramètres, des identifiants, des noms d’équipements ou d’autres informations non destinées au public.

• Schéma fonctionnel fictif du procédé.
• Liste des objets et des états à afficher.
• Table des variables, unités, valeurs ou plages de simulation.
• Plan des écrans et de la navigation.
• Inventaire des ressources utilisées et vérification de leurs droits de partage.

Réaliser le projet par étapes

Construisez le projet dans un ordre qui facilite les vérifications. Commencez par la structure et les données, puis passez à la représentation visuelle, aux interactions, aux scénarios et enfin à la documentation. Après chaque étape, contrôlez le résultat avant d’ajouter de nouvelles fonctions.

Cette progression est un exercice pratique SIMATIC WinCC Unified : elle montre non seulement que vous pouvez produire un écran, mais aussi que vous savez relier le besoin, les informations affichées et les tests.

• 1. Délimiter le procédé. Dessinez les éléments du système et notez ce qui est représenté ou volontairement exclu. Définissez les états normaux et les deux ou trois situations anormales que vous voulez simuler.
• 2. Préparer les variables. Créez une liste cohérente des mesures et états utilisés. Pour chaque variable, documentez son rôle, son unité si elle en a une, et la manière dont elle évolue dans la démonstration.
• 3. Organiser l’interface. Réalisez d’abord la vue générale : procédé, équipements, mesures importantes et état global. Ajoutez ensuite les pages de détail nécessaires, sans multiplier les écrans pour remplir le portfolio.
• 4. Rendre les états compréhensibles. Utilisez des libellés explicites et des différences visuelles cohérentes pour les états. Ne faites pas reposer la compréhension sur la couleur seule : ajoutez du texte, un symbole ou une indication d’état.
• 5. Ajouter la navigation et les interactions prévues. Vérifiez que les commandes de navigation conduisent au bon écran. Toute commande représentée dans une maquette doit être clairement distinguée d’une commande réelle si aucun équipement n’est connecté.
• 6. Préparer les scénarios de démonstration. Définissez un scénario normal, un changement d’état et une situation d’alarme simulée. Notez les valeurs de départ, les actions réalisées et ce que l’évaluateur doit observer.
• 7. Effectuer une revue de cohérence. Comparez le brief, les variables, les écrans et les scénarios. Supprimez les éléments qui ne servent pas l’objectif ou que vous ne pouvez pas expliquer.

Tester, corriger et documenter

Un projet de portfolio doit être vérifiable. Parcourez les scénarios comme le ferait une personne qui découvre l’interface : peut-elle distinguer le fonctionnement normal d’une anomalie ? Les libellés suffisent-ils à comprendre les mesures ? La navigation reste-t-elle claire ? Notez les problèmes observés et les corrections apportées.

La documentation doit permettre de comprendre le projet sans vous entendre parler. Présentez le besoin, le périmètre, l’environnement utilisé, la logique des variables, les principales décisions d’interface et les tests exécutés. Si un point n’a pas été testé, dites-le explicitement. Ne revendiquez pas de conformité, de validation de sécurité ou de fonctionnement en production sans preuve correspondante.

• Checklist de tests et de contrôle qualité :
• Le projet s’ouvre et la démonstration démarre dans l’environnement décrit.
• Chaque écran possède un titre ou un repère qui aide à l’identifier.
• Les mesures sont accompagnées de leurs unités lorsqu’elles sont pertinentes.
• Les états de marche, d’arrêt et d’alarme sont différenciables et cohérents.
• Les scénarios normaux et anormaux produisent les indications prévues.
• La navigation fonctionne et permet de revenir à la vue principale.
• Les textes sont lisibles, les libellés cohérents et les fautes corrigées.
• Les valeurs fictives sont identifiées comme simulées.
• Aucun nom de client, identifiant, donnée de production ou détail confidentiel n’apparaît dans les captures ou fichiers partagés.

Présenter son travail dans un portfolio

Présentez le projet comme une étude pédagogique clairement délimitée. Commencez par une courte fiche : le besoin simulé, votre rôle, les outils ou la version réellement utilisés et les livrables. Ajoutez une capture de la vue générale, une capture d’un état anormal et, si cela aide, un schéma fonctionnel original. Des légendes doivent expliquer ce que le lecteur regarde.

Une démonstration courte peut suivre trois temps : état normal, changement de mesure ou d’état, puis alarme simulée et retour à la vue générale. Préparez une vidéo ou un partage d’écran seulement si vous pouvez le faire sans révéler de données protégées. Si vous ne pouvez pas partager le projet natif, des captures nettoyées et une documentation précise peuvent présenter votre démarche.

Expliquez ce que vous avez réalisé personnellement et ce qui relève d’un modèle, d’un exercice guidé ou d’un travail collectif. Présentez aussi les limites : données simulées, absence de connexion à un automate réel, fonctions non testées ou périmètre restreint. Cette précision aide un recruteur ou un client à évaluer votre contribution sans confondre maquette et mise en service industrielle.

Pour évoluer ensuite, adaptez le projet au métier visé. Un poste orienté supervision pourra mettre l’accent sur l’organisation des écrans et des alarmes ; un poste lié à l’automatisation pourra apprécier davantage la clarté des échanges entre variables et logique de contrôle. Ne prétendez pas maîtriser une fonction simplement parce qu’elle apparaît sur une capture : soyez prêt à expliquer vos choix et vos essais.

• Une fiche projet d’une page présentant le besoin, le périmètre et les limites.
• Des captures annotées montrant des états distincts.
• Un schéma de procédé créé pour la maquette.
• Une courte démonstration avec scénario expliqué.
• Une checklist ou un compte rendu de tests.
• Aucun fichier ou visuel confidentiel partagé sans autorisation.

Le parcours, étape par étape

1. 1Définir un besoin réaliste — Choisissez un procédé limité, comme une station de pompage pédagogique, puis rédigez l’objectif, les utilisateurs et les limites de l’exercice.
2. 2Préparer les données et le schéma — Listez les variables, unités et états simulés. Créez un schéma original et vérifiez que les ressources sont partageables.
3. 3Construire l’interface — Commencez par une vue générale, ajoutez uniquement les écrans utiles, puis rendez les états et la navigation explicites.
4. 4Tester les scénarios — Vérifiez le scénario normal, un changement d’état et les alarmes simulées. Corrigez les incohérences et consignez les tests non réalisés.
5. 5Préparer la présentation — Rassemblez captures, schéma, fiche projet et démonstration. Indiquez clairement ce qui est simulé et retirez toute donnée confidentielle.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation SIMATIC WinCC Unified — FormaGroup formagroup.ma
2. Formation intra-entreprise — OFPPT ofppt.ma
3. JobInTech jobintech.academy