Software & Tools
Koddex ne remplace ni votre PLM ni votre outil d'exigences. Il relie ce qu'ils laissent séparé.
Le fossé entre l'exigence et la BOM
Un ingénieur système resserre une exigence de masse. Un ingénieur hardware passe un support chez un nouveau fournisseur. Les deux décisions se percutent, et aucun outil de l'entreprise ne le sait.
L'outil d'exigences voit l'exigence. Le PLM voit la pièce. Le lien entre les deux vit dans un tableur, tenu à la main, souvent par une seule personne qui sait où tout se trouve.
Ce fossé coûte cher. L'étude de la NASA sur l'escalade du coût des erreurs chiffre le coût de correction d'une erreur d'exigence à 1 unité en phase d'exigences, 3 à 8 en conception, 7 à 16 en fabrication et 21 à 78 en intégration et essais. Chaque semaine où un lien rompu reste invisible repousse la correction plus loin sur cette courbe.
Coût relatif de correction d'une erreur d'exigence
Ce fossé est aussi lent. Une étude par échantillonnage du travail de 78 ingénieurs de conception montre que chercher, recevoir et transmettre de l'information occupe environ 56 % de leur temps de travail. Une bonne part sert à reconstruire des liens qu'aucun outil ne tient.
Koddex a été conçu pour ce fossé. Pas pour remplacer les outils qui l'entourent.
Ce que vos outils font bien, et où ils s'arrêtent
Le PLM est le système de référence de la définition fabricable : géométrie CAO, cycle de vie des pièces, ECO formels, effectivité, données fournisseurs. Windchill, Teamcenter et 3DEXPERIENCE le font depuis vingt ans. Personne ne devrait les arracher.
Les outils de gestion des exigences comme DOORS, Jama Connect ou Polarion structurent la spécification, gèrent les baselines et suivent la couverture des essais. Ils sont souvent la référence contractuelle avec le client ou l'autorité de certification.
L'ALM étend cette logique au logiciel : code, intégration continue, anomalies, campagnes d'essais. Les outils MBSE comme Capella ou Cameo modélisent l'architecture et son comportement.
Leur limite commune est structurelle. Chacun est bâti autour de son propre objet central : l'exigence, le ticket, l'élément de modèle, la pièce. Aucun ne calcule à travers tous les autres.
Une exigence de masse ne sait pas ce que pèse l'ensemble. Une BOM ne sait pas quels essais elle invalide quand un composant change. Un modèle d'architecture ne connaît pas le coût des pièces qui lui sont allouées.
Des passerelles existent, surtout des connecteurs point à point ou des liens OSLC. Elles déplacent la donnée d'un outil à l'autre. Elles ne la mettent pas dans un modèle capable de raisonner dessus : le raisonnement se fait donc toujours dans des tableurs et en réunion.
| Outil d'exigences | ALM | MBSE | PLM | Koddex | |
|---|---|---|---|---|---|
| Exigences structurées et baselines | Cœur | Cœur | Partiel | Partiel | Cœur |
| Code, builds et anomalies | Non | Cœur | Non | Non | Relié |
| Modèles d'architecture | Non | Non | Cœur | Non | Relié |
| Géométrie CAO et pièces publiées | Non | Non | Non | Cœur | Relié |
| ECO formels et effectivité | Non | Non | Non | Cœur | Relié |
| Masse et coût consolidés face aux exigences | Non | Non | Partiel | Partiel | Cœur |
| Analyse d'impact exigence, pièce et essai | Partiel | Partiel | Partiel | Partiel | Cœur |
Koddex : la couche qui relie et qui calcule
Koddex tient la définition du produit sous forme de graphe. Exigences, BOM, essais, variantes, décisions et documents sont des objets liés, dans un modèle de données que vous définissez avec votre propre vocabulaire. Quand votre processus change, vous mettez à jour le modèle et vos données existantes suivent.
Sur ce graphe, Koddex calcule : consolidation de la masse et du coût, couverture des exigences, et impact d'une modification sur tout ce qui en dépend. Une exigence sait quelles pièces la satisfont. Une pièce sait quelles exigences et quels essais elle touche.
Le département de la Défense américain a fait d'une « source de vérité durable et faisant autorité » l'un des cinq objectifs de sa Digital Engineering Strategy. En pratique, cette vérité est répartie dans plusieurs systèmes. Koddex ne vous demande pas de tout déplacer dans un seul. Il rend les liens entre eux faisant autorité, versionnés et auditables.
Des agents IA travaillent sur ce graphe. Ils structurent une spécification entrante, mettent à jour un budget de masse, signalent les essais à relancer et rédigent une demande de modification. Chaque résultat attend la validation d'un ingénieur avant d'entrer dans la baseline, et chaque action est journalisée avec son auteur, humain ou agent.
Chaque utilisateur, partenaire et agent ne voit que ce que ses droits d'accès autorisent. Les données clients sont hébergées dans l'Union européenne.
Pour les ingénieurs système : de la spécification à la revue de jalon
Les ingénieurs système travaillent là où le PLM n'est pas encore utile : quand le produit n'existe que sous forme d'exigences, d'architecture et d'allocations. Koddex intervient à quatre moments.
Quand la spécification client arrive. Elle est importée en quelques minutes, découpée en exigences liées et allouée aux sous-systèmes. Les agents proposent la structure ; vos ingénieurs la relisent et la corrigent. Fini le copier-coller entre un PDF et un tableur.
Quand la conception prend forme. Chaque exigence est reliée aux pièces qui la satisfont et aux essais qui la vérifient. Les écarts de couverture sont visibles dès qu'ils apparaissent, pas à la revue suivante.
Quand une exigence change. Koddex montre aussitôt quels sous-systèmes, composants, variantes et essais sont touchés. Chez notre client de référence, une analyse d'impact prend un jour au lieu de deux semaines de réunions et de tableurs. C'est la différence entre détecter une erreur en conception et la détecter en intégration, là où les chiffres de la NASA placent le coût d'une correction à 21 à 78 unités au lieu de 3 à 8.
À la revue de jalon. La baseline est figée et comparable à n'importe quelle version précédente. La matrice de traçabilité exigences, conception et essais est exportée, pas reconstruite à la main.
Votre outil d'exigences n'a pas à partir. S'il porte la référence contractuelle, il la garde. Koddex se synchronise avec lui et ajoute le lien vers la conception qu'il ne sait pas porter.
Pour les ingénieurs hardware : entre la CAO et la publication
Les ingénieurs hardware vivent dans la CAO et le PLM. Koddex ne touche pas à leur géométrie. Il intervient aux moments où la CAO ne sait pas répondre aux bonnes questions.
Pendant le concept et l'avant-projet. Les choix ne sont pas figés et la BOM change chaque semaine. Chez notre client de référence, construire une structure produit complexe prend environ 15 minutes dans Koddex, contre deux à trois jours dans Excel. La masse et le coût sont calculés en continu, sous-ensemble par sous-ensemble, face aux budgets fixés par les exigences.
Quand un composant change. Un support passe chez le fournisseur B et prend 180 g. Koddex recalcule la masse de l'ensemble, signale l'exigence de budget de masse désormais à risque et les essais à relancer, puis rédige la demande de modification sur une branche. L'ingénieur décide. L'ECO formel reste dans le PLM, là où il doit être.
Quand les variantes se multiplient. Une modification d'un module partagé montre son effet sur chaque variante qui l'utilise, avant que quiconque la valide.
Tout au long du programme. La raison d'un choix de conception reste attachée à la pièce qu'elle concerne. Elle ne vit pas dans un fil d'e-mails ni dans la tête d'un collègue parti depuis. Trouver la bonne information prend quelques secondes, au lieu des 45 minutes que notre client de référence y passait à travers plusieurs outils.
Comment Koddex s'insère dans votre écosystème
Chaque système garde ce qu'il fait de mieux. Koddex se connecte via son API (intégrations), généralement à travers le middleware déjà en place chez votre DSI, et chaque intégration est journalisée avec sa propre piste d'audit.
| Donnée | Reste maître dans | Ce que Koddex ajoute |
|---|---|---|
| Géométrie CAO et plans | CAO / PLM | Relie chaque pièce à ses exigences, essais et décisions |
| Pièces publiées, ECO formels, effectivité | PLM | Analyse d'impact avant l'ECO, demande de modification rédigée |
| Exigences contractuelles | Outil d'exigences, si vous en avez un | Allocation à la conception, couverture, impact des modifications |
| Modèles d'architecture | Outil MBSE | Masse, coût et couverture calculés sur les pièces allouées |
| Code, builds, anomalies | ALM / Git | Une pull request peut déclencher une analyse d'impact sur les exigences hardware |
| Coûts, fournisseurs, stocks | ERP | Consolidation des coûts et changements fournisseurs dans le contexte de la conception |
Le premier cas d'usage tourne dans votre propre Koddex en un mois, sur votre périmètre, sans rien migrer hors des outils en place.
Compléter, pas remplacer
Remplacer un PLM ou un outil d'exigences est un projet de plusieurs années, avec des risques de migration que personne ne veut prendre au milieu d'un programme. Koddex part de l'autre bout : garder vos systèmes de référence et rendre calculables les liens entre eux.
Le calendrier compte. Le règlement européen Machines 2023/1230 s'applique à partir du 20 janvier 2027 et remplace la directive Machines. Les fabricants devront montrer comment chaque exigence de sécurité est satisfaite dans la conception, et tenir cette preuve à jour à chaque modification. C'est précisément le lien entre exigence, pièce et essai qu'aucun outil de l'écosystème actuel ne tient seul.
- 14 juin 2023Règlement adopté
- 19 juillet 2023Entrée en vigueur
- 20 janvier 2024Règles des organismes notifiés
- 20 janvier 2027Application complète, directive 2006/42/CE abrogée
Nos clients utilisent Koddex pour réduire le temps passé sur les tâches d'ingénierie répétitives et produire des preuves d'audit en quelques minutes plutôt qu'en plusieurs semaines. En 20 minutes de démo, nous vous montrons Koddex sur un produit proche du vôtre, avec votre vocabulaire. Réserver une démo
Sources
- Stecklein, Dabney et al., Error Cost Escalation Through the Project Life Cycle, NASA Johnson Space Center, NTRS 20100036670
- Robinson, An empirical analysis of engineers' information behaviors, Journal of the American Society for Information Science and Technology, 2010
- Département de la Défense des États-Unis, Digital Engineering Strategy, juin 2018
- EU-OSHA, Règlement 2023/1230/UE sur les machines
- Les chiffres Koddex (analyse d'impact, structure produit, temps de recherche) sont mesurés chez notre client de référence après un an d'utilisation, et refaits sur votre périmètre pendant la démo.
