Gestion des données d'ingénierie

Gestion des données d'ingénierie sans projet PLM

Les systèmes PLM sont construits pour la série : référentiel d'articles, nomenclatures, ordres de modification, étapes de validation. Le développement avant la série est une autre situation. La structure change chaque semaine, la moitié des données sont des modèles et du code, et l'équipe n'a pas d'administrateur. Cette page est écrite pour le responsable du développement qui mène cette phase avec des dossiers et un wiki, et qui sait que cela ne tiendra pas.

Assemblages de cubes en bois sur une table, un complet et plusieurs pièces à côté, image générée par IA

La situation

Là où les dossiers cassent

Ils tiennent, jusqu'au moment où ils ne tiennent plus. Un audit client demande quel essai a vérifié l'exigence 4.2 dans la version livrée en mars. Un ingénieur clé s'en va, et le répertoire de modèles sur son portable se révèle être la référence. Un fournisseur envoie la troisième révision d'une fiche d'interface, et deux équipes travaillent avec deux versions différentes. Aucun de ces cas n'est une défaillance technique. C'est ainsi que se comportent des dossiers à quarante personnes.

L'étape suivante habituelle est un choix de PLM, et il se termine de deux façons. L'entreprise achète un système pour son avenir et le configure pendant un an. Ou elle lit l'offre et reste deux ans de plus avec des dossiers. Le gain est mesurable : une étude de Virginia Tech de 2025 portant sur un processus de modification de l'US Navy estime que le passage à l'ingénierie numérique réduit de moitié la durée moyenne des projets.

L'exigence

Ce que la gestion des données doit assurer en développement

Garder au même endroit tout ce qui compose le produit pendant le développement : exigences, architecture, modèles, logiciels, livrables fournisseurs, données d'essai. Garder l'historique complet, de sorte que chaque état antérieur reste relisable. Dire ce qui est à jour et ce qui dépend de quoi, pour qu'une modification ne surprenne pas l'équipe voisine. Garder des règles d'accès qui tiennent aussi quand fournisseurs et clients travaillent dans les mêmes données.

Un ingénieur peut objecter que Git plus un wiki y suffit. Pour le logiciel, c'est presque vrai. Pour un produit avec des modèles, des données de mesure et une chaîne d'approvisionnement, Git n'a pas de réponse pour un dossier de résultats de quarante gigaoctets, ni pour un fournisseur autorisé à voir un sous-système et rien d'autre.

Dans Ref

Comment cela marche

Raccordez vos dépôts, téléversez des répertoires de modèles et des données d'essai, écrivez des exigences, et placez les livrables fournisseurs à côté de votre propre travail. Ref garde l'historique de tout. Il vous dit ce qui est touché quand quelque chose change, et ce qui est périmé. La structure peut évoluer avec le produit qui mûrit sans que la piste se rompe.

Ref travaille à côté d'un PLM ultérieur et lui transmet le dossier à la validation. Le référentiel d'articles, il ne le tient pas et ne veut pas le tenir. La page sur le périmètre trace la ligne point par point.

Propriété

Vos données restent les vôtres

L'interface d'automatisation télécharge chacun de vos jeux de données, fichiers et informations attachées compris, dans un répertoire local, pendant le contrat et après. Pour l'échange, nous prenons en charge les formats que le secteur a retenus, ReqIF pour les exigences et SysML v2 textuel pour la structure. Le séquestre du code et des données fait partie du contrat sur demande. Grunetal GmbH est une société allemande ; l'hébergement se fait sur Microsoft Azure dans la région UE que vous indiquez. Ce que couvre un départ de Ref et où il s'arrête figure sur souveraineté des données.

Périmètre

Ce que cela coûte

Ref couvre le développement avant la série et transmet à votre PLM ou ERP à la validation ; l'édition de CAO, la conformité des nomenclatures et le référentiel d'articles y restent. L'hébergement se fait par défaut sur Azure dans l'UE ; chez vous, c'est un projet sur demande. Les mesures de sécurité existent et sont documentées. Un pilote ne coûte pas d'argent et coûte un projet de votre temps.

Pour qui

Pour qui cette page est écrite

Entreprises de matériel et de mécatronique entre le premier prototype et la série : une start-up après son amorçage, une PME avec une nouvelle ligne de produits, un bureau d'études qui doit séparer les données de plusieurs clients. Si le référentiel d'articles et les ordres de modification sont votre travail quotidien, achetez un PLM. Siemens Teamcenter X et Dassault 3DEXPERIENCE Works sont vendus exactement pour cela.

Questions

Ce que l'on demande en premier

Ref est-il un PLM ?

Il couvre la phase de développement que le PLM couvre mal, et il s'arrête à la validation. Nomenclatures, validité et conformité des matières restent dans le PLM ou l'ERP.

Fonctionne-t-il à côté de Teamcenter ou de Windchill ?

Oui. La transmission à la validation est un adaptateur que nous construisons pour chaque client.

Comment les fournisseurs obtiennent-ils l'accès ?

Ils se connectent avec leur propre compte Microsoft Entra ID et voient ce que vous leur avez ouvert, et rien d'autre.

Et la protection des données ?

Hébergement dans une région UE, une société allemande comme partie au contrat, un contrat de sous-traitance sur demande.

Si vos données de développement vivent sur des portables et des lecteurs réseau, un pilote avec un projet ne coûte rien. Parlez-nous de votre projet.