Base de connaissance — Caissons TV¶
Statut : valide
Ce site est la vue de lecture des fichiers Markdown du repository. La source de vérité est Git.
Par où commencer¶
| Je veux… | Je lis |
|---|---|
| Comprendre l'offre et la cible | Vision, Personas |
| Connaître le vocabulaire | Glossaire |
| Comprendre les règles du catalogue | Règles métier |
| Savoir quoi construire | Index des fonctionnalités |
| Savoir pourquoi on a choisi X | Décisions |
| Voir ce qu'on ignore encore | Questions ouvertes |
| Voir la suite | Roadmap |
| Retrouver ce qui s'est dit en réunion | Comptes-rendus |
Conventions d'identifiants¶
| Préfixe | Type | Exemple |
|---|---|---|
| PRB | Problème client | PRB-001 |
| WF | Parcours / workflow | WF-001 |
| F | Fonctionnalité | F-011 |
| BR | Règle métier | BR-004 |
| ADR | Décision d'architecture | ADR-003 |
| NFR | Exigence qualité | NFR-002 |
| Q | Question ouverte | Q-007 |
| R | Risque | R-003 |
| IDEA | Idée brute | IDEA-001 |
| CR | Compte-rendu de réunion | CR-NNN (numéro suivant) |
Un ID n'est défini qu'une seule fois (en front matter ou en titre) et peut être cité partout. scripts/check_docs.py signale les doublons et les références vers un ID inexistant. Sur ce site, un ID cité dans le texte devient automatiquement un lien vers sa définition, et le statut de chaque page s'affiche en badge sous le titre.
Chaîne de traçabilité¶
flowchart LR
IDEA --> PRB --> WF --> F
F --> BR
F --> EX[Exemples = tests]
F --> ADR
BR --> CODE[Code]
EX --> CODE
ADR --> CODE