Une date de lancement inamovible, et un taux de couverture que personne ne sait produire.
Les exigences ont quitté les tableurs pour devenir des items liés aux composants et aux tests qui les satisfont, avec une couverture calculée en direct — et pas un outil de CAO remplacé.
- Solvane Medical
- Programme Lynx
- 🧩Modèles
- 📋Exigences système
- exigences184
- tests_verification151
- 🧱Nomenclature
- 🗂️Dossier de conception
EXG-044 — Débit sanguin régulé à ±5 %
- reference
- LYNX-EXG-044
- type_exigence*
- Performance
- criticite*
- Critique
- composant_satisfaisant*
- CMP-07 — Pompe péristaltique
- test_de_verification*
- TST-081 — Essai de régulation de débit
- statut*
- Vérifiée
- couverture_enfants
- 100 %
Le débit sanguin doit rester dans une bande de ±5 % de la consigne sur toute la plage de fonctionnement. Vérifié par l'essai TST-081 sur trois unités de série, à trois consignes.
| Name | type_test* | resultat* | statut* |
|---|---|---|---|
| TST-081 — Essai de régulation de débit | Performance | Conforme | Vérifiée |
| TST-082 — Dérive sur 6 heures | Endurance | Conforme | Vérifiée |
| TST-090 — Reprise après alarme | Sécurité | En cours | À rejouer |
Le workspace du client, anonymisé. Structure, champs et états réels.
Anonymisé à la demande du client. L'entreprise, le dispositif et tous les chiffres sont modifiés. La contrainte, la pression du lancement et le modèle sont tels quels.
Les exigences existent. Savoir si elles sont couvertes est affaire d'opinion.
Un backbone à côté de la CAO, pas à sa place.
Des exigences dans des tableurs
Un fichier par métier, mis à jour à la main. Une exigence peut être satisfaite deux fois, ou pas du tout, le fichier ne le dira pas.
Une exigence est un item
Typée, possédée, révisable, et liée aux composants et aux tests qui y répondent. Un endroit, pas un fichier par métier.
Une date de lancement inamovible
Tout outil qui demande un trimestre pour servir n'est pas candidat. La fenêtre de décision se compte en semaines.
La couverture se calcule
La part d'exigences avec un test vérifié remonte l'arbre. Les trous apparaissent le premier jour, pas à la soumission.
La stack CAO n'est pas négociable
L'équipe ne migrera pas ses outils de conception avant un lancement. Tout ce qui l'exige est refusé sur-le-champ.
La CAO reste où elle est
Les composants référencent les artefacts CAO plutôt que de les contenir. Rien dans la stack de conception n'a bougé.
Cinq objets, et la seule habitude nouvelle est de lier au lieu de copier.
- Solvane Medical
- Programme Lynx
- 🧩Modèles
- 📋Exigences système
- exigences184
- tests_verification151
- 🧱Nomenclature
- 🗂️Dossier de conception
EXG-044 — Débit sanguin régulé à ±5 %
- reference
- LYNX-EXG-044
- type_exigence*
- Performance
- criticite*
- Critique
- composant_satisfaisant*
- CMP-07 — Pompe péristaltique
- test_de_verification*
- TST-081 — Essai de régulation de débit
- statut*
- Vérifiée
- couverture_enfants
- 100 %
Le débit sanguin doit rester dans une bande de ±5 % de la consigne sur toute la plage de fonctionnement. Vérifié par l'essai TST-081 sur trois unités de série, à trois consignes.
| Name | type_test* | resultat* | statut* |
|---|---|---|---|
| TST-081 — Essai de régulation de débit | Performance | Conforme | Vérifiée |
| TST-082 — Dérive sur 6 heures | Endurance | Conforme | Vérifiée |
| TST-090 — Reprise après alarme | Sécurité | En cours | À rejouer |
Ce qu'on a modélisé
Exigence, composant, test
La chaîne qu'un tableur ne peut pas tenir : ce qui satisfait cette exigence, et ce qui le prouve.
Couverture, par type d'exigence
Le chiffre qui était une opinion. La colonne de droite est calculée depuis les liens, pas saisie.
| Type d'exigence | Exigences | Tests liés | Couverture |
|---|---|---|---|
| Performance | 48 | 48 | 100 % |
| Fonctionnelle | 86 | 81 | 94 % |
| Sécurité | 31 | 31 | 100 % |
| Interopérabilité | 19 | 12 | 63 % |
ƒ Couverture : calculé par Koddex, saisi par personne.
Une exigence, en entier
Débit sanguin régulé à ±5 %
LYNX-EXG-044- type_exigence
- Performance
- composant_satisfaisant
- CMP-07 — Pompe péristaltique
- test_de_verification
- TST-081
- couverture_enfants
- 100 %verified children / total children
Ce que le graphe calcule
Le chiffre que la revue de lancement demande. Auparavant une estimation ; désormais une valeur qui ne peut pas contredire les liens sous elle.
De l'effort dépensé à prouver ce que personne n'a demandé. Un tableur le masque complètement.
Des exigences liées aux composants et aux tests qui y répondent, avec une couverture calculée.
- Métamodélisation visuelle
Définir ce que porte une exigence avant que quiconque en remplisse une.
- Attributs calculés
La couverture remonte l'arbre : un trou apparaît le premier jour, pas à la soumission.
- Templates certification
Des modèles calés sur ISO 13485 et IEC 62304 : un programme ne part pas d'une page blanche.
La couverture a cessé d'être un sujet de discussion.
| Avant | Après | |
|---|---|---|
| Où vit une exigence | Une ligne dans l'un des fichiers | Un item, lié des deux côtés |
| La couverture | Une estimation avant chaque revue | Une colonne calculée |
| Les trous | Trouvés à la soumission | Visibles le premier jour |
| La stack CAO | Une migration que personne ne signerait | Référencée, intacte |
| L'historique d'audit | Les dates de modification des fichiers | Par acteur, par item, par attribut |
Trois choses à savoir avant de défendre ce choix en interne.
Ce n'est pas un outil de CAO
La géométrie reste dans la stack de conception. Koddex référence l'artefact et tient l'exigence, le test et le lien — c'est précisément pour ça qu'il a pu être adopté avant un lancement.
La couverture ne compte que ce qui est lié
Une exigence sans test rattaché compte comme non couverte, et c'est le but — mais les premières semaines affichent un chiffre pire que celui du tableur.
L'import n'est pas gratuit
Sortir un référentiel d'exigences des tableurs est rapide ; décider ce que chaque ligne voulait dire, là où deux fichiers divergeaient, ne l'est pas.
Questions fréquentes
Faut-il remplacer nos outils de CAO ?
Non, et c'était la condition de la mission. Les composants référencent les artefacts CAO plutôt que de les contenir : la stack de conception est intacte et le backbone d'exigences s'installe à côté.
Pourquoi la couverture a-t-elle baissé au début ?
Parce qu'elle est devenue réelle. Un chiffre calculé ne compte que les exigences avec un test vérifié rattaché ; le tableur comptait les lignes que quelqu'un avait marquées faites. L'écart entre les deux était tout l'intérêt.
Est-ce assez rapide avant un lancement ?
Le modèle et le premier import se comptent en jours. Ce qui prend plus de temps, c'est de trancher les exigences sur lesquelles les tableurs divergeaient — et ce travail arrive de toute façon, avant ou pendant la soumission.