Documentation / D-02
Projets & exigences
Créer un projet, construire l'arbre d'exigences — à la main ou par extraction IA — et comprendre le cycle de vie des statuts, jusqu'à la dé-validation automatique.
Projets et tableau de bord
Créer un projet et gérer ses membres
La création de projets est réservée au rôle Administrateur, qui gère aussi la liste des membres de chaque projet. Les règles d'accès sont simples :
- Les Ingénieurs Système ont accès à tous les projets de l'instance.
- Les Contributeurs techniques ne voient que les projets dont ils sont membres.
Le tableau de bord
Chaque projet a son tableau de bord, mis à jour en temps réel pour toute l'équipe :
- Avancement global — la part d'exigences validées, et la répartition par statut.
- Exigences à traiter — notamment les dé-validées, à re-vérifier en priorité.
- Liste de mise en route — pour les nouveaux projets, une liste d'étapes calculée sur vos données réelles (documents importés, exigences créées, livrables liés, validations), avec un lien direct vers la prochaine action.
- Historique — la chronologie des événements du projet : créations, validations, avenants, liaisons de livrables…
Les exigences
L'arbre et les identifiants
Les exigences s'organisent en arborescence à profondeur illimitée : une exigence générale (« EX-1 — Performances ») se décompose en sous-exigences précises (« EX-1.1 — Débit nominal », « EX-1.2 — Tenue en température »…). L'identifiant suit la hiérarchie et reste unique dans le projet. À la création, Exigia suggère automatiquement le prochain identifiant disponible selon le parent choisi, et signale tout doublon.
Créer une exigence à la main
Sur la page (rôle Ingénieur Système), le bouton de création ouvre un formulaire : titre, description, exigence parente (recherche par identifiant ou par titre), et l'origine de la demande — document, e-mail ou échange oral. L'extrait exact du texte source et sa page peuvent être joints : ils s'affichent ensuite en bloc de citation dans la fiche de l'exigence.
Extraire les exigences par IA
Le bouton « Extraction IA » automatise l'import d'un cahier des charges :
- Source — choisissez un document sur votre appareil (PDF, Word, texte…) ou collez directement un texte (e-mail, extrait de compte-rendu). Le document est analysé à la volée, il n'est pas conservé sur le serveur.
- Analyse — en mode prompt (gratuit) ou mode API (automatique) : voir Fonctions IA.
- Revue — l'arbre proposé s'affiche en entier avant import : chaque exigence montre son extrait source et sa page. Vous corrigez, supprimez ou complétez librement.
- Import — les identifiants définitifs sont attribués par Exigia à la suite de l'existant, en préservant la hiérarchie.
Modifier une exigence, consulter son historique
Toute modification du texte d'une exigence archive automatiquement la version précédente. L'onglet de chaque exigence affiche la chronologie complète : création, changements de statut, modifications de texte (avec les versions antérieures), liaisons de livrables, avenants.
Modifier le texte d'une exigence validée la fait repasser en « Dé-validée » (ainsi que ses parents) : la réponse doit être re-vérifiée par rapport au nouveau texte. C'est volontaire — c'est ce qui empêche une conformité « par oubli ».
Supprimer une exigence
La suppression (Ingénieur Système) retire l'exigence et toutes ses sous-exigences. Elle est réservée aux erreurs de saisie : pour une exigence abandonnée par le client, préférez le retrait via un avenant, qui conserve l'historique.
Statuts et cycle de vie
Chaque exigence porte un statut. Le parcours nominal va du rouge au vert ; les statuts jaune et gris traduisent les aléas de la vie du projet.
| Statut | Signification |
|---|---|
| ○ Non répondue | Aucun document ne répond encore à cette exigence. C'est le statut de départ de toute exigence. |
| ◑ En cours | Un premier livrable a été lié : le travail de réponse a commencé, mais il n'est pas terminé. |
| ◉ Répondue | Les livrables couvrent l'exigence : elle attend la validation d'un Ingénieur Système. |
| ✓ Validée | Un Ingénieur Système a vérifié que la réponse est complète et conforme. Objectif final de chaque exigence. |
| ⚠ Dé-validée | L'exigence était validée, mais elle a évolué depuis (modification de l'exigence ou d'un livrable, avenant client) : la validation est à refaire. |
| × Retirée | Le client a retiré cette exigence (souvent via un avenant). Elle est conservée pour l'historique mais n'est plus à traiter. |
Règles de validation
- Une exigence sans sous-exigences ne peut être validée que si au moins un livrable lui est lié.
- Une exigence avec sous-exigences ne peut être validée que si toutes ses sous-exigences le sont déjà (les exigences retirées ne bloquent pas).
- Seul un Ingénieur Système (ou un Administrateur) peut valider.
La dé-validation, garde-fou central
Dès qu'un élément d'une exigence validée change — son texte est modifié, un de ses livrables est modifié ou délié, un avenant la concerne — elle repasse « Dé-validée », et cette remise en question remonte à ses exigences parentes. La liste des dé-validées du tableau de bord devient ainsi votre liste de travail après chaque changement.