Page d’accueil Engagement Numérisation Une architecture de données unifiée, la clé de l’usine intelligente
Interlocuteur  Philip Hauri Philip Hauri
+41 44 384 42 02 +41 44 384 42 02 p.haurinoSpam@swissmem.ch
Partager

Une architecture de données unifiée, la clé de l’usine intelligente

L’introduction d’un espace de noms unifié (unified namespace, UNS) est une étape décisive vers la standardisation et l’intégration des données de production. Ottmar Müller, Head of Strategy and BD chez VAT Group, explique comment son entreprise a ainsi considérablement amélioré la transparence, l’évolutivité (possibilité de mise à l’échelle) et l’efficacité de la production.

Qu’est-ce qui vous a poussĂ© Ă  vous tourner vers l’« espace de noms unifiĂ© Â» (UNS) ?

Ottmar MĂĽller : Avant tout, la nĂ©cessitĂ© de crĂ©er une base de donnĂ©es uniforme et standardisĂ©e. Cela Ă©tait particulièrement important pour permettre l’intĂ©gration de donnĂ©es provenant de diffĂ©rentes sources, telles que des capteurs et des systèmes de contrĂ´le, et pour garantir une structure de donnĂ©es cohĂ©rente. L’UNS offre une mĂ©thode standardisĂ©e d’organisation des donnĂ©es et Ă©vite les conflits dans la dĂ©nomination des points de donnĂ©es. 

Plusieurs moteurs peuvent pousser Ă  miser sur les « espaces de noms unifiĂ©s Â» : 

  • L’uniformisation des ressources de donnĂ©es est cruciale, car mĂŞme dans les fabrications modernes, on utilise diffĂ©rents Ă©quipements qui fournissent des donnĂ©es dans diffĂ©rents formats et dĂ©signations.
  • Il en va de mĂŞme pour les systèmes logiciels qui ne fournissent pas toujours les donnĂ©es dans le format souhaitĂ©. 

Un arbre logique UNS peut ĂŞtre mis Ă  l’échelle très facilement. L’utilisation des donnĂ©es est considĂ©rablement simplifiĂ©e par leur mise en relation et il est tout Ă  fait logique de fournir aux outils « low code Â» une structure de donnĂ©es UNS facile Ă  comprendre. Cela rend Ă©galement la maintenance des structures de donnĂ©es beaucoup plus facile, ce qui signifie moins de temps et moins de coĂ»ts et prĂ©serve les ressources dĂ©jĂ  critiques.

Qu’avez-vous obtenu au bout du compte ? 

Ă€ la fin du projet, nous avons mis en Ĺ“uvre une solution complète qui combine UNS et MQTT pour permettre une intĂ©gration et une communication transparentes entre diffĂ©rentes applications industrielles. 

Pouvez-vous donner ici un exemple concret de la manière dont l’UNS a permis une réelle amélioration dans votre production ?

Il s’agit par exemple de l’implĂ©mentation d’un Minimal Viable Product (MVP) pour le calcul de l’efficacitĂ© globale de l’installation (OEE) et de sa mise Ă  l’échelle sur plus de 100 machines au niveau mondial. En utilisant un UNS, nous avons pu collecter efficacement des informations non automatisĂ©es, telles que les numĂ©ros de commande, et les intĂ©grer dans l’architecture des donnĂ©es. Cela a permis d’amĂ©liorer significativement la transparence et de faciliter l’évaluation de nos processus de production. 

En collaboration avec Octotronic, nous avons mis en place une « architecture d’usine intelligente Â» (smart factory architecture) basĂ©e sur l’UNS, grâce Ă  laquelle nous avons pu effectuer facilement, pour la première fois au niveau mondial, une mise Ă  l’échelle sur trois usines. Nous pouvons continuer Ă  travailler sur la mĂŞme architecture en tant qu’équipe mondiale dispersĂ©e, et chacun profite des dĂ©veloppements coordonnĂ©s des autres. Nous avons commencĂ© par l’architecture dans le domaine de l’équipement d’usinage et nous alimentons les systèmes de reporting avec les donnĂ©es de diffĂ©rents fabricants d’installations. D’autres postes de travail, mĂŞme en dehors du domaine de l’usinage, peuvent ĂŞtre ajoutĂ©s ou Ă©tendus très facilement et avec peu d’efforts supplĂ©mentaires dans la structure UNS existante.

Quel a Ă©tĂ© le plus grand dĂ©fi ? Y a-t-il quelque chose qui vous a surpris ? 

Le plus grand dĂ©fi a Ă©tĂ© d’intĂ©grer les diffĂ©rentes sources de donnĂ©es et de s’assurer de la cohĂ©rence et de la fiabilitĂ© des donnĂ©es. Il a Ă©tĂ© surprenant de constater Ă  quel point les perspectives des parties prenantes sur la « bonne configuration Â» et la gestion des instances de l’UNS Ă©taient diffĂ©rentes. En mĂŞme temps, cela a Ă©tĂ© un processus d’apprentissage très important pour nous tous, notamment pour amener les parties prenantes IT et OT Ă  parler le mĂŞme langage et Ă  mieux comprendre les exigences de chacun. 

Aujourd’hui, que feriez-vous différemment ?

Rétrospectivement, nous aurions dû rencontrer plus tôt des entreprises qui ont des problématiques similaires et qui ont déjà pris la même voie. Cela nous aurait certainement évité quelques détours. Mais l’important est et reste le fait que nous ayons enclenché le processus et que nous soyons ouverts à en apprendre davantage.

Pourquoi les entreprises devraient-elles investir précisément maintenant dans une base de données unifiée ?

Une base de donnĂ©es unifiĂ©e constitue le fondement de dĂ©cisions et d’optimisations guidĂ©es par les donnĂ©es. Elle permet aux entreprises d’intĂ©grer, d’analyser et d’utiliser des donnĂ©es provenant de diffĂ©rentes sources afin d’amĂ©liorer leur efficacitĂ© et d’obtenir des avantages concurrentiels. 

... Sans oublier que la « masse de donnĂ©es Â» qui augmente rapidement a besoin d’une structure de classement pour pouvoir ĂŞtre utilisable.

Y a-t-il des enseignements tirĂ©s de votre expĂ©rience que vous aimeriez transmettre Ă  d’autres entreprises ?

L’un des enseignements importants a été que l’introduction d’un espace de noms unifié représente un défi non seulement technique, mais aussi organisationnel. Il est déterminant d’impliquer toutes les parties prenantes à un stade précoce et de s’assurer que les exigences relatives à la nouvelle systématique et aux nouveaux processus sont bien comprises, développées en commun et acceptées.

J’aimerais transmettre ces deux phrases clĂ©s Ă  d’autres entreprises :

  • Une base de donnĂ©es unifiĂ©e est le fondement, et donc la clĂ© d’une transformation numĂ©rique rĂ©ussie et de l’exploitation de l’ensemble du potentiel de vos donnĂ©es.
  • Il n’est jamais trop tĂ´t pour commencer Ă  se pencher sur l’architecture des donnĂ©es.
    Ce que je veux dire par lĂ , c’est que dĂ©velopper une architecture de donnĂ©es nĂ©cessite Ă©galement du temps afin de pouvoir acquĂ©rir de l’expĂ©rience sur la manière de la concevoir pour sa propre entreprise. Si l’on commence avec une première structure (MVP) et que l’on ne se plonge pas tout de suite trop dans les dĂ©tails, mais que l’on construit une charpente, on peut acquĂ©rir rapidement de l’expĂ©rience, rester flexible pour les adaptations nĂ©cessaires et rĂ©colter rapidement des succès. Les choses se compliquent ensuite d’elles-mĂŞmes, mĂŞme si l’on s’en tient Ă  la simplicitĂ© ; il est dans la nature des choses qu’une architecture de donnĂ©es unifiĂ©e soit attrayante pour d’autres disciplines.

Vous souhaitez en savoir plus sur ce sujet ?

Vous aurez l’occasion d’en apprendre davantage lors du sĂ©minaire d’une journĂ©e intitulĂ© « Smart Factory » organisĂ© par Next Industries le 10 avril. Ce sĂ©minaire se tiendra en allemand.
Programme et inscription

Vous pouvez également adresser vos questions et demandes à ce sujet directement à Matthias Kühne, chef du secteur Numérisation, m.kuehnenoSpam@swissmem.ch.

Manifestations et offres de formation

Ces articles peuvent vous intéresser

Dernière mise à jour: 17.03.2025