Georg Hiebl, chef de produit du secteur du transport, évoquant la nouvelle efficacité du flux de travail dans la construction de véhicules ferroviaires :
Avec la solution Mobility (solution pour le secteur du transport) de la plateforme coopérative Engineering Base (EB), AUCOTEC propose notamment une variante spéciale pour le développement des systèmes électriques des véhicules et le câblage des véhicules ferroviaires.
Qu’est-ce qui diffère dans le développement des réseaux de bord des véhicules ferroviaires de celui, par exemple, des voitures ?
Bien qu’il y ait des similitudes dans le développement, les approches de planification se différencient fortement dans les détails. L’individualisation signifie dans l’industrie automobile que les clients peuvent composer leur véhicule à partir de caractéristiques d’équipement prescrites. Un module standard est idéal à cet effet. Les véhicules ferroviaires, en revanche, doivent être adaptés individuellement, en particulier aux exigences des voies. Dans le même temps, la demande de modules standardisés est de plus en plus forte. Après tout, travailler avec des modules permet un développement rapide et économique des véhicules, ainsi qu’une mise en service nettement plus aisée. L’art de la construction de véhicules ferroviaires consiste à combiner ces deux exigences en un flux de travail optimal, car un module fini, tel que celui utilité pour les voitures, ne fonctionne pas ici.
Quel est le flux de travail optimal dans ce domaine ?
Nous avons créé ici un flux de travail optimisé pour le développement de véhicules ferroviaires à titre d’exemple. Mais il n’est pas parfait tant qu’il n’est pas supporté par un système capable de prendre en compte les besoins individuels et de ne pas figer les processus dans une chronologie rigide. Avec la pression actuelle sur les coûts, il est important d’adapter le processus de planification aux processus internes - et non l’inverse - et de l’intégrer dans l’environnement informatique.
La réutilisation des fonctions est également importante, telle que la fonction « éclairage » qui comprend des commandes, des affichages et des luminaires et qui peut être conservée dans EB comme un élément. En outre, un processus de modification efficace et transparent est essentiel, avec une ingénierie parallèle interdisciplinaire et une intégration parfaitement fluide de la production. Il s’agit de toutes des approches de base pour optimiser le flux de travail.
Comment AUCOTEC prend-elle en charge ce flux de travail ?
En une seule fois, bien sûr, avec les fonctionnalités d’EB répertoriées dans la liste des exemples. À cela s’ajoute son architecture moderne qui supporte parfaitement l’adaptation aux processus et l’intégration parfaitement fluide dans les autres systèmes. EB et Advanced Typical Manager (ATM, Gestionnaire de fonction type avancé), spécialement développé, permettent la gestion centralisée d’un module de base librement extensible. Ainsi, il n’est, notamment, plus nécessaire de dessiner les wagons individuels pour chaque train, car ils sont créés à partir de la configuration des éléments dont la qualité a été contrôlée. Les options sont enregistrées en tant que schémas partiels séparés. Cela permet d’économiser les innombrables variantes de feuilles souvent nécessaires avec toutes les combinaisons possibles d’options.
En outre, EB propose une gestion sophistiquée des modifications. Les nombreuses modifications qui surviennent habituellement dans le développement d’un véhicule constituent un défi majeur lorsqu’il s’agit de travailler avec différentes disciplines en utilisant différents outils. C’est alors que l’architecture d’EB fait ses preuves. Toutes les disciplines fonctionnent en parallèle, même simultanément, sur un modèle de données commun qui est automatiquement mis à jour. Chacun peut élaborer sa vue spécifique à la discipline dans la seule source de données fiable, le modèle de données dans EB, en se basant directement sur les données des autres parties concernées. Ce qui a été changé par qui peut être suivi à tout moment. Le travail directement sur le modèle, dans des listes ou des vues génériques est particulièrement efficace. Cela élimine la modification graphique complexe des schémas, car le travail alphanumérique n’exige plus de schémas avec un câblage correct. Si des schémas sont tout de même souhaités, ils s’adaptent automatiquement aux données des listes modifiées. Le modèle de données dans EB garantit que toutes les modifications, quelle que soit la vue dans laquelle elles ont été réalisées, sont immédiatement affichées dans chaque représentation supplémentaire d’un objet modifié.
Quelle est la particularité d’EB ?
Le modèle de données centralisé et interdisciplinaire. Il ne s’agit pas seulement de la seule source de données fiable pour les ingénieurs en développement, mais aussi pour les listes de production configurables individuellement. Cela se traduit par une cohérence des données particulièrement intégrée. En outre, l’intégration dans le monde informatique de l’entreprise bénéficie de la source de données centralisée d’EB. EB réduit la diversité du système et améliore la vue d’ensemble. De plus, la capacité de standardiser la communication avec le serveur permet des interfaces simples vers des systèmes complémentaires sur la base de la toute dernière architecture orientée services. De tels systèmes sont par exemple 3D, ERP ou PLM.
EB met les données au centre de son action ! Toute personne impliquée dans le processus d’ingénierie peut utiliser et modifier les données à tout moment. Le système s’adapte à l’utilisateur, son flux de travail n’a pas besoin d’être « forgé » pour répondre aux exigences d’un système. C’est la clé pour bénéficier de solutions et processus optimisés auxquels il n’est possible d’accéder à cette échelle que grâce à la flexibilité d’une plateforme orientée objets.
Quelles expériences dans la pratique avez-vous de la solution pour véhicules ferroviaires ?
Il en existe quelques-unes. Les clients tels que Kiepe Elektrik, Skoda Transportation, Solaris, Heiterblick ou le fabricant chinois de véhicules ferroviaires CRRC élaborent en partie leurs projets avec Engineering Base depuis de nombreuses années. Il peut y avoir d’énormes différences dans l’approche des clients. Mais EB s’adapte facilement à toutes les exigences individuelles. Outre les garanties d’efficacité susmentionnées, c’est précisément cette capacité qui assiste les utilisateurs et leur flux de travail particulier de manière optimale.
