Documentation / D-03
Livrables & couverture
Relier les documents qui prouvent vos réponses — par lien, par référence documentaire ou par analyse de couverture IA. Vos fichiers restent chez vous : Exigia ne stocke que des références.
Les livrables
Des références, pas des copies
Un livrable dans Exigia est une référence vers un document qui vit dans vos propres outils — jamais une copie stockée sur le serveur. Deux formes possibles :
- Un lien de partage (OneDrive, SharePoint, Dropbox, PLM, GED…) : il s'ouvre directement au clic, toujours dans la version à jour du document.
- Une référence documentaire : un nom, une cote, un chemin — tout libellé que votre équipe sait retrouver dans son système de gestion documentaire.
Chaque lien peut préciser la section concernée du document (« §4.2 — note de calcul thermique ») et un extrait justificatif, pour retrouver la preuve en un instant.
Trois façons de lier
- Depuis l'application — sur la fiche d'une exigence, « Lier un livrable » : collez le lien ou saisissez la référence.
- Par l'analyse de couverture IA — Exigia lit un livrable et propose les exigences qu'il couvre (voir section suivante).
- Depuis Word, Excel ou LibreOffice — sélectionnez un passage du document en cours de rédaction, clic droit, « Lier à une exigence » (voir Compléments).
Effets sur les statuts
- Lier un premier livrable fait passer l'exigence de « Non répondue » à « En cours ».
- Délier le dernier livrable d'une exigence validée la fait repasser « Dé-validée » (et remet en question ses parents) ; une exigence « En cours » sans plus aucun livrable redevient « Non répondue ».
- Signaler qu'un livrable a été modifié sans impact sur l'exigence est possible : la validation est alors conservée.
Bonne pratique — annotez dans le document lui-même les passages qui répondent à une exigence (les compléments savent insérer un commentaire « Répond à : EX-x » automatiquement). La traçabilité reste ainsi visible même pour un relecteur qui n'utilise pas Exigia.
Analyse de couverture
L'analyse de couverture (page , rôle Ingénieur Système) répond à la question : « quelles exigences ce livrable couvre-t-il ? ». Elle est idéale pour rattraper la traçabilité d'un projet déjà avancé, ou pour traiter un gros livrable qui répond à des dizaines d'exigences.
Le déroulé, en 4 étapes
- Source — choisissez le livrable à analyser (document de votre appareil, ou texte collé — un compte-rendu de réunion fonctionne aussi) et nommez la référence du livrable telle qu'elle apparaîtra dans le projet.
- Analyse — mode prompt ou mode API, comme pour l'extraction (voir Fonctions IA).
- Revue — l'IA propose la liste des exigences couvertes avec, pour chacune : le type de couverture (totale ou partielle), un niveau de confiance (haut, moyen, bas), et l'extrait verbatim du livrable qui le prouve — modifiable avant application. Les propositions à confiance haute et moyenne sont pré-cochées, les autres décochées.
- Application — les liens retenus sont créés d'un coup ; les exigences « Non répondues » concernées passent « En cours », et l'opération est tracée dans l'historique du projet.
Analyse de lacunes
Un filtre « exigences sans livrable uniquement » permet de concentrer l'analyse sur les trous de couverture. Les doublons sont automatiquement évités : un même livrable n'est jamais lié deux fois à la même exigence.