Projet de portfolio OpenRail Designer au Maroc : concevoir un tronçon ferroviaire

Choisir un projet adapté à son niveau

Un portfolio OpenRail Designer convaincant ne se mesure pas à la taille du modèle. Il montre que vous savez cadrer une demande, organiser les informations, effectuer une modélisation logique et rendre le résultat compréhensible à une personne qui n’a pas suivi votre travail. Pour débuter, choisissez une seule section de voie, un contexte fictif et un résultat attendu limité. Évitez de vouloir concevoir un réseau complet, une gare complexe et tous les équipements ferroviaires dans le même exercice.

Une bonne idée de projet concret OpenRail Designer comporte quatre éléments : une question à résoudre, des données disponibles ou créées, un ensemble de livrables précis et des critères de vérification. Par exemple : « Comment représenter un raccordement ferroviaire fictif entre une voie existante et une petite zone de desserte, tout en documentant le tracé et les coupes ? » Cette formulation laisse la place à la pratique du logiciel sans faire croire que le projet traite de sécurité ferroviaire ou respecte à lui seul des normes de conception.

Ajustez l’ambition à votre expérience. Si vous découvrez l’outil, concentrez-vous sur la prise en main du projet, le tracé et la production de vues explicatives. Si vous avez déjà réalisé des exercices de conception, ajoutez un modèle de corridor et des sections transversales. Les fonctions disponibles et les workflows dépendent de la configuration, de la version et des ressources auxquelles vous avez accès : vérifiez-les avant de promettre un livrable particulier. Bentley présente OpenRail Designer comme un environnement de conception ferroviaire avec des fonctions de modélisation et de génération de documentation. ([bentley.com](

• Délimitez le projet : une courte section fictive, un seul objectif principal.
• Fixez un périmètre : ce que vous modélisez et ce que vous laissez volontairement de côté.
• Choisissez des livrables que vous pouvez effectivement produire et ouvrir de nouveau.
• Prévoyez de montrer votre méthode, pas seulement une image finale.

Partir d’un besoin concret

Pour rendre l’exercice pratique, imaginez une demande de pré-étude : une petite entreprise de conception souhaite visualiser le raccordement d’une voie de desserte à un axe ferroviaire fictif. Le but n’est pas de définir une solution réelle destinée au chantier, mais de produire un exemple de travail structuré qu’un recruteur ou un client peut examiner rapidement. Le besoin doit guider chaque choix : si un élément ne contribue ni au tracé, ni à la compréhension, ni à la vérification, il peut être laissé hors du périmètre.

Voici un brief de projet utilisable tel quel. **Objectif :** élaborer dans OpenRail Designer une représentation pédagogique d’un tronçon ferroviaire fictif, depuis un point de départ jusqu’à un point d’arrivée, et expliquer comment le modèle a été construit. **Périmètre :** tracé et représentation géométrique de la voie, vues ou plans explicatifs, et modèle tridimensionnel si le niveau de maîtrise et la configuration du logiciel le permettent. **Hors périmètre :** validation réglementaire, dimensionnement destiné aux travaux, étude de sécurité, coordination complète des réseaux et approbation par un ingénieur responsable.

**Livrables :** un fichier de travail natif organisé, une ou plusieurs vues exportées lisibles, une note courte indiquant les hypothèses et les étapes, ainsi qu’une présentation visuelle de quelques pages. Ajoutez une liste des éléments qui restent à vérifier avant tout usage professionnel. L’objectif est de prouver que vous pouvez mener un exercice jusqu’à un résultat documenté, et non d’affirmer une conformité qui n’a pas été vérifiée.

• Question de départ : le modèle permet-il de comprendre le tracé et le raccordement proposés ?
• Public visé : recruteur, chef de projet ou client qui découvre votre travail.
• Critère de réussite : un tiers peut ouvrir les livrables, comprendre les hypothèses et repérer ce qui n’a pas été traité.

Préparer les données, fichiers ou ressources

Avant d’ouvrir le logiciel, rassemblez les éléments de référence et vérifiez leur origine, leur version, leur système de coordonnées et leurs conditions d’utilisation. Pour un projet personnel, le choix le plus sûr est de créer un contexte fictif : noms de lieux inventés, géométrie simplifiée et données expressément conçues pour l’exercice. Vous pouvez aussi utiliser des ressources explicitement réutilisables, en gardant trace de leur provenance et des conditions applicables. Ne téléchargez pas un plan d’entreprise ou un fichier de projet réel sans autorisation.

Préparez un dossier de travail distinct et donnez aux fichiers des noms compréhensibles. Gardez une copie des fichiers de départ, puis séparez les références, les fichiers de travail, les exports et la documentation. Notez la version du logiciel utilisée, les unités, le système de coordonnées choisi et toute hypothèse qui pourrait influencer la lecture du modèle. Si vous n’êtes pas certain d’un réglage, signalez-le au lieu de le présenter comme une donnée certifiée.

Les plans d’infrastructure, données topographiques, coordonnées, noms de clients, cartouches, captures d’écran et commentaires internes peuvent être sensibles ou protégés. Avant toute publication, retirez les noms, logos, identifiants de projet, chemins de fichiers et métadonnées qui révèlent une organisation ou une localisation confidentielle. Si le travail provient d’une mission, demandez une autorisation écrite avant d’en montrer même une version partielle. Si vous ne pouvez pas obtenir cette autorisation, recréez un exercice indépendant.

• Un brief d’une page et une liste d’hypothèses.
• Des données fictives, autorisées ou explicitement réutilisables.
• Un dossier organisé pour les références, le modèle, les exports et la documentation.
• Une note sur les unités, le système de coordonnées, les versions et les limites connues.

Réaliser le projet par étapes

Commencez par créer un projet propre et vérifier les paramètres qui conditionnent la cohérence du travail : unités, espace de travail, références et organisation des fichiers. Enregistrez une première version avant d’ajouter du contenu. Cette précaution facilite les retours en arrière et montre que vous savez gérer un fichier de conception, pas uniquement dessiner dans une vue.

Construisez ensuite le tracé de référence à partir des données du brief. Ajoutez les éléments géométriques correspondant à votre niveau et à l’exercice choisi, puis contrôlez visuellement les transitions et la cohérence générale. Ne présentez pas des valeurs comme des paramètres de conception ferroviaire validés si elles sont simplement choisies pour l’exercice. Expliquez plutôt leur rôle dans votre démonstration et leur caractère fictif.

Si vous êtes prêt à poursuivre, créez une représentation du corridor et des sections associées selon les fonctions auxquelles vous avez accès. L’intérêt de cette étape est de montrer le lien entre la géométrie de référence et la représentation du projet, plutôt que de multiplier les détails. Ajoutez uniquement les éléments nécessaires à la question du brief. Les fonctions de conception ferroviaire, de modélisation 3D et de documentation font partie des capacités présentées par Bentley pour OpenRail Designer. ([bentley.com](

Terminez par la préparation des vues et des plans. Vérifiez les titres, légendes, échelles graphiques, unités et annotations. Les vues doivent permettre à une autre personne de se repérer sans devoir vous demander ce que représente chaque ligne. Produisez des exports de contrôle, puis réouvrez-les et comparez-les au modèle. Conservez une version finale clairement identifiée et ne mélangez pas les fichiers de démonstration avec les sources confidentielles.

• Étape 1 — Cadrage : préciser l’objectif, le périmètre, les hypothèses et les livrables.
• Étape 2 — Préparation : créer le dossier de travail et contrôler les références et paramètres.
• Étape 3 — Conception : construire le tracé de référence et enregistrer des versions intermédiaires.
• Étape 4 — Modélisation : représenter le corridor et les coupes si cela correspond à votre niveau et à vos objectifs.
• Étape 5 — Documentation : préparer les vues, plans ou exports qui expliquent le résultat.
• Étape 6 — Relecture : effectuer les contrôles qualité, corriger les problèmes et consigner les limites.

Tester, corriger et documenter

Un exercice pratique OpenRail Designer gagne en crédibilité lorsque vous montrez comment vous avez vérifié votre travail. Il ne suffit pas d’afficher une vue 3D soignée : vérifiez l’organisation des fichiers, la continuité visuelle des objets, la lisibilité des plans et la correspondance entre les exports et le modèle. Gardez une trace des anomalies rencontrées, des corrections apportées et des points que vous n’avez pas pu contrôler.

La documentation peut tenir en quelques pages : une page de contexte et d’objectif, un schéma du périmètre, une explication des étapes, des captures annotées, une liste des contrôles et une section sur les limites. Écrivez pour une personne qui ne connaît ni le brief ni votre logique de travail. Expliquez pourquoi vous avez retenu une représentation donnée, et distinguez clairement les données d’entrée, vos hypothèses et les résultats produits.

• Checklist de tests et de contrôle qualité :
• Le fichier principal s’ouvre correctement et les références attendues sont accessibles.
• Les unités et le système de coordonnées sont documentés et cohérents avec le brief.
• Le tracé se lit clairement dans les vues choisies ; les éventuelles ruptures ou incohérences sont examinées.
• Les coupes ou représentations du corridor, si elles sont incluses, correspondent au modèle présenté.
• Les titres, légendes, annotations et échelles sont lisibles sur les exports.
• Les exports ont été réouverts et comparés au fichier de travail.
• Les noms, coordonnées, logos, cartouches et métadonnées confidentiels ont été retirés ou remplacés.
• Les hypothèses et limites sont visibles ; aucune validation professionnelle ou réglementaire n’est revendiquée sans fondement.

Présenter son travail dans un portfolio

Présentez le projet comme une étude pédagogique indépendante. Commencez par une phrase qui résume le besoin et votre contribution, puis montrez le périmètre, les étapes, les livrables et les contrôles. Trois ou quatre vues bien choisies sont souvent plus utiles qu’une longue série d’images semblables : par exemple, le tracé général, une vue de détail, une coupe représentative et une capture du livrable final.

Ajoutez une légende à chaque image : ce qu’elle montre, à quelle étape elle correspond et quel point elle permet de vérifier. Une démonstration courte peut compléter le document, à condition que les fichiers montrés soient nettoyés et que la navigation reste lisible. Fournissez les fichiers natifs uniquement si vous avez le droit de les partager et si le destinataire peut les consulter. Sinon, présentez des exports anonymisés et décrivez les ressources utilisées.

Terminez par un encadré « limites et suites possibles ». Indiquez ce qui est fictif, ce qui n’a pas été vérifié et quelles informations seraient nécessaires pour approfondir l’étude. Cette transparence renforce la confiance : elle distingue votre compétence en modélisation et en documentation d’une validation technique qui relèverait d’un projet réel, de ses données et de ses responsables.

• Conservez un titre neutre, sans nom de client ni localisation réelle si elle est sensible.
• Montrez les étapes clés et les corrections, pas uniquement le rendu final.
• Anonymisez les fichiers et capturez uniquement des données que vous pouvez divulguer.
• Distinguez clairement les faits, les hypothèses et les limites de l’exercice.

Le parcours, étape par étape

1. 1Définir un brief restreint — Choisissez un tronçon fictif, un objectif observable, des livrables réalisables et une liste d’éléments hors périmètre.
2. 2Préparer des ressources propres — Utilisez des données créées pour l’exercice ou dont l’utilisation est autorisée. Organisez les fichiers et notez unités, versions et hypothèses.
3. 3Modéliser progressivement — Créez le projet, construisez le tracé de référence, puis ajoutez une représentation du corridor et des coupes si votre niveau le permet.
4. 4Contrôler le résultat — Vérifiez l’ouverture du fichier, la cohérence des références, la lisibilité des vues et la correspondance entre modèle et exports.
5. 5Documenter et publier prudemment — Présentez le besoin, la méthode, les captures annotées, les contrôles et les limites. Retirez toute information confidentielle et ne revendiquez pas de validation non effectuée.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. OpenRail Designer — Bentley Systems bentley.com
2. OpenRail Designer Product Data Sheet — Bentley Systems bentley.com
3. Formation intra-entreprise — OFPPT ofppt.ma
4. FormaGroup — OpenRail Designer formagroup.ma