Bassetti

Typologie des systèmes de gestion de données techniques

Typologie des systèmes de gestion de données techniques en R&D

Bulletin n°21 [22/04/2005]

Dans le cadre de ses activités dans le domaine du Management de l'Expertise Technique, la société BASSETTI a participé les 5 et 7 avril 2005, aux conférences du salon MICAD, à Paris.
Ces conférences portaient sur la gestion des données techniques dans l'industrie, et réunissaient les principaux éditeurs de logiciels spécialisés dans ce domaine. Lors de ces conférences, il a pu être démontré à nouveau, la nécessité de prendre en compte la spécificité des métiers de la conception et les problématiques particulières qu'engendre la gestion des connaissances dans un centre de R&D . Mais peu d'éditeurs se sont penchés sur ces besoins spécifiques ...

Depuis quelques années, la société BASSETTI s'est spécialisée dans la gestion de données techniques, et développe un outil entièrement dédié aux centres de recherche et développement, bureaux d'études et laboratoires, le logiciel METFinder. Cette plateforme collaborative permet de capitaliser mais surtout de valoriser les données techniques souvent complexes, manipulées par les acteurs de R&D et plus généralement, par les experts techniques.

A travers ce bulletin, nous nous proposons de faire un tour d'horizon, non exhaustif, des systèmes de gestion de données techniques, en s'efforçant de les classer par catégories. Cette réflexion s'appuie sur de nombreuses réalisations pour nos clients.

Synthèse

Le tableau ci-dessous met en relation les types de problématiques de gestion de données techniques les plus fréquemment rencontrées, avec les fonctionnalités logicielles nécessaires pour y répondre.

typologieSI

Description détaillée

Ci-dessous une description plus précise des problématiques typiques, rencontrées par tout acteur de R&D.

1. Référentiel technique / base de données
Il s'agit de bases de données structurées contenant les éléments techniques qui constituent généralement les "atomes" de la connaissance. L'exemple le plus courant de ce type de système, est une base de données relationnelle comportant des données matériaux, procédés, produits, et leurs caractéristiques inhérentes.

2. Archivage de plans et de CAO
Le SGDT (Système de Gestion de Données Techniques) typique se contente souvent d'organiser les plans et éventuellement, leurs évolutions et/ou interactions. De nombreux éditeurs se focalisent sur ce segment.

3. Gestion de documents
La GED (Gestion Electronique de Documents) vise à organiser l'archivage de documents, et plus récemment, d'emails. La GED est désormais entrée dans les pratiques courantes, et de nombreux outils se disputent le marché. Nous avons adopté une stratégie de "suiveurs" dans ce domaine : notre outil intègre les fonctionnalités de GED les plus classiques, mais la recherche d'excellence sur ce type d'application ne fait pas partie des priorités de notre structure.

4. Suivi d'équipements / maintenance
Parfois, les systèmes développés répertorient les caractéristiques techniques d'équipements industriels d'essais, ou de production. Il peut s'agir de gestion d'un parc machines ou de suivi d'équipements dans le temps. L'analyse de risques peut être une fonction intéressante pour ces systèmes. Les systèmes d'assistance à la maintenance peuvent avoir une intersection non nulle avec ce type d'outils.

5. Système de gestion de projets
L'architecture projet est présente dans toutes les entreprises et à tous les niveaux. Il est donc tout naturel que de nombreux systèmes d'informations techniques soient orientés "projet". Il s'agit de la capitalisation des données techniques d'un projet (de la conception à la mise en production), avec des aides à la conduite de projets (planning, ordonnancement, tâches, délais, coûts ...).

6. Suivi d'évolutions / versionnage / traçabilité
Les phases de développement d'un produit donnent évidemment lieu à des évolutions techniques, dont les caractéristiques et les constituants peuvent être suivis dans le temps. Ce type de système peut permettre d'assurer la traçabilité du produit et de ses modifications (Démarche PLM - Product Lifecycle Management).

7. Résultats expérimentaux / essais / mesures
Un centre de recherche est généralement constitué de différents laboratoires ou services réalisant des essais. Les résultats expérimentaux sont souvent peu valorisés ; certains même, peuvent être de ce fait, répétés plusieurs fois faute d'en retrouver les résultats. Les résultats, quant à eux, ne sont que peu exploités pour prédire (essais virtuels, plan d'expériences, modélisation ...) de nouvelles mesures. Il y a dans la gestion des essais, des potentiels d'amélioration certains.

8. Analyses d'avaries / troubleshooting / aide au diagnostique
Les expertises réalisées sur des avaries ou consécutivement à des dérives qualité, ne sont pas toujours archivées de manière efficace : causes et remèdes déjà identifiés par le passé ne sont ainsi pas toujours connus des personnes ne faisant pas partie du cercle restreint des experts. La diffusion des connaissances à ce niveau, peut souvent être optimisée.

9. Benchmarking / veille
L'analyse des produits concurrents, la veille technologique ou l'archivage des brevets sont autant de problématiques qui nourrissent le processus de R&D. Des outils adaptés peuvent également ici, faciliter la tâche des ingénieurs, et leur faire gagner du temps.

10. Spécifications techniques / documents qualité
Les activités de conception se heurtent également à des contraintes normatives et/ou règlementaires fortes, qu'elles soient internes ou externes. Les spécifications techniques, cahiers des charges clients, homologations produits et autres normes, doivent être organisés de telle sorte que les recherches s'en voient simplifiées (assurance qualité et conformité des produits).

11. Echange de données clients fournisseurs
Les échanges de données techniques entre clients et fournisseurs donnent lieu à des processus souvent fastidieux qui concentrent, risques d'erreurs, redondances et pertes de temps. Ces échanges peuvent souvent être automatisés (ou à défaut, structurés) de sorte que les informations suivent des chemins d'approbation et de vérification.

12. Guide de conception
Un bureau d'études conçoit à partir de règles, qui sont le fruit de longues années d'expérience. Ces règles sont souvent peu formalisées et donc volatiles. Il est possible de standardiser certaines pratiques du bureau d'études à l'aide d'outils adéquats. Cette standardisation peut également conduire à une réflexion sur la standardisation des produits ou des gammes de fabrication.

13. Réalisation des offres / dossiers techniques
La réactivité des chiffrages et des réponses aux sollicitations client peut être optimisée par des sytèmes d'aide à la rédaction de dossiers techniques ou d'offres. L'une des clés consiste à utiliser les données de la base de connaissances pour créer dynamiquement des documents (bureautique) ou des extractions (format XML par exemple), pour diffuser des informations formatées.

14. Gestion des compétences / habilitations
La gestion des connaissances dans un réseau d'experts consiste à mailler les domaines de connaissances en fonction des compétences et habilitations des différentes personnes de l'entreprise. Cette démarche consiste donc à organiser une base de connaissances centrée sur les personnes.

15. Suivi de produits / Product Lifecycle Management au stade d'innovation
Le PLM est devenu en quelques années, le cheval de bataille de tous les gros éditeurs de progiciel. Il consiste à organiser les données du produit tout au long de son cycle de vie. Le premier stade de conception des produits (R&D) faisant partie de ce cycle, il est naturel que nous nous y intéressions.

16. Aide à la décision / guide de choix
L'aide à la sélection étant historiquement une activité de la société, elle est au coeur de chacun des projets, et doit, naturellement, encore être développée. Il s'agit pour un utilisateur du système, de pouvoir comparer des solutions différentes ou d'interroger le système à partir de critères multiples, sur différents types d'objets.

17. Optimisation de produits
L'optimisation de produits sous contrainte d'un cahier des charges et de fonctions "objectifs", doit permettre par exemple à nos clients, de tester virtuellement, un grand nombre de combinaisons ou de converger vers une solution optimale. La sélection multimatériaux est un exemple d' implémentation de ce concept. L'aide à la formulation en est un autre ...

Remarque : cette liste d’applications n’est bien sûr pas exhaustive et les systèmes développés pour nos clients sont souvent des combinaisons de ces applications, où s’imbriquent plusieurs problématiques.

Les développements en cours du logiciel METFinder visent à améliorer les possibilités de valorisation des informations en reliant par exemple, la base de connaissances à des algorithmes plus évolués permettant de comparer, corréler, extrapoler ... Les applications de METFinder sont très nombreuses et diverses, qu'il s'agisse :

de gérer les données matériaux, procédés, produits, gammes de fabrication,…
d’effectuer des analyses d’avaries (défectologie),
de recenser et comparer les produits concurrents (veille et benchmarking),
d’archiver des modélisations, des simulations ou des calculs analytiques,
d’assurer la traçabilité des modifications sur une conception,
de conserver et d’appliquer des règles de conception,
d’augmenter la réactivité en réalisant automatiquement des offres techniques,
de capitaliser des expertises et/ou des rapports d’études,
de gérer des résultats expérimentaux (essais virtuels),
de réaliser des analyses de risque et des études de faisabilité,
de gérer un parc de moyens d’essais et d’instruments de mesures,
de répertorier et gérer les compétences et les habilitations des personnes,
de suivre et planifier des essais et/ou des tests de produits,
d’optimiser un produit par simulation de ses comportements,
d’organiser les spécifications techniques, les brevets, les documents qualités, ...

… bref de contribuer à pérenniser et faire fructifier le patrimoine technique de nos clients !

Nos clients