Des modèles à se partager

Qu’est-ce qui fait que une architecture orientée services, SOA in english, permettrait de favoriser la conception collaborative d’un produit ?

Depuis bien longtemps, la conception de produit est de la responsabilité d’une équipe plutôt que de celle d’un individu isolé. L’essor des bureaux d’études au siècle dernier est lié au développement de la conception réglée, sur la base de construction de plans et de schémas.

La transition plans papier vers plans électroniques lorsque les bureaux d’études se sont équipés d’outils de dessin assisté par ordinateur pour remplacer les traditionnelles planches à dessin n’a pas vraiment amené de révolution dans l’organisation des BE. Tout juste a-t-on automatisé les armoires à plans par des coffres électroniques à base de gestionnaires de documents.

Aujourd’hui je crois que nous vivons réellement quelque chose de plus important, et je pense que c’est ce qui se cache derrière l’expression de conception collaborative (collaborative engineering) que nous entendons à tout bout de champ : nous savons qu’un produit ne se conçoit pas qu’au bureau d’études (mécanique). Les concepteurs sont aussi les ingénieurs systèmes, le marketing, les ingénieurs calcul, les spécialistes des autres disciplines (électrique, électronique, logiciel, hydraulique etc.), les méthodistes, le soutien logistique, car nos produits sont de plus en plus complexes.

Le partage des concepts et des connaissances entre tous ces intervenants (stake holders) de la conception ne peut plus se satisfaire de documents, le langage du document est trop pauvre.

Seul le partage de modèles (ou de portions de modèles) peut être le support de la conception multi-discipline (ou multi-métier). Le langage du modèle est riche et capable de véhiculer ces concepts et ces connaissances.

Dans une vision systémique des organisations, les composantes du développement (engineering) se diversifient et se spécialisent pour être plus efficaces et plus réactives (agile). Les acteurs du développement se complexifient pour développer des produits complexes.

L’architecture orientée services permet de se transmettre des portions de modèles en accroissant les interactions entre les acteurs du développement.

C’est pour cela qu’une solution PLM d’aujourd’hui ne peut plus être basée sur un format de données “à-la-documentaire”, statique et rigide, mais sur la multiplication des formats d’échange pour faciliter le dialogue entre les disciplines du développement.

Et comme l’activité principale du concepteur est la construction de modèles à partir de concepts et de connaissances, et comme je suis convaincu que le PLM est le développement du développement (voir billet précédent), modélisons, mes amis consultants PLM, des systèmes basés sur des composants diversifiés et spécialisés qui interagissent les uns avec les autres, et avec leur environnement au moyen d’une architecture qui favorise les partages de modèles.

Des modèles et des armoires

L’activité de conception de l’ingénieur consiste à construire des modèles pour matérialiser des concepts.

Une fois ces concepts matérialisés, l’ingénieur peut manipuler et partager les modèles pour vérifier leur fonctionnement.

Il n’est pas si lointain le temps où le modèle privilégié de l’ingénieur consistait en un document, et l’ingénieur mécanicien dessinait un plan. Le dessein s’exprimait par un dessin.

On sait qu’un modèle se construit à l’aide d’un langage, et le langage des plans est maintenant normalisé. Le plan pouvait être la référence matérielle des bureaux d’études mécaniques.

Vous souvenez-vous de l’armoire à plans (vault) , référentiel duquel l’ingénieur (le concepteur) venait sortir (check-out) le plan pour le poser sur sa table (working), le modifier, et le libérer (release) pour le ranger (ckeck-in) après modification ?

Les plans d’aujourd’hui sont faits au moyen d’un système de Dessin Assisté par Ordinateur, et c’est un système PLM prend en charge ces opérations sous le nom de gestion documentaire, et c’est même sa fonctionnalité de base : mettre les plans et documents dans l’armoire, rebaptisée “coffre” pour renforcer l’aspect sécurité.

De nos jours, l’ingénieur dispose de nombreuses applications informatiques qui lui permettent de modéliser (construire des modèles) des concepts en fonction de leurs usages, transmission et partage du savoir, test et simulation des fonctionnement, prototype virtuel qui évite la construction pénible et coûteuse du prototype réel.

Il est légitime de demander au système PLM de pouvoir ranger tous ces modèles au coffre, la variété des modèles de l’ingénieur est immense et ne dépend que la variété des systèmes de modélisation qui sont mis à sa disposition : modeleurs géométriques, fonctionnels, procédés, universels ou unifiés…

C’est pourquoi lorsqu’on choisit son système PLM, il faut recenser d’abord les applications qui modélisent les concepts des ingénieurs afin de prévoir la conservation des modèles de conception dans le coffre.

Et combien de concepteurs n’ont pas encore de système PLM pour sauvegarder leurs modèles, et doivent se contenter du “serveur partagé” et de son “système d’exploitation” pour conserver le savoir des ingénieries ?

Posez donc la question chez vous, vous allez être surpris !