quality.md

Qualité

Objectif

Ce document définit les règles de qualité pour la documentation Codexia. Il vise une documentation utile, fiable, accessible, maintenable et simple à auditer.

Inspiration

Ce cadre est inspiré du référentiel Opquast - Qualité Numérique (v5 2025-2030) et du modèle VPTCS (Visibilité, Perception, Technique, Contenus, Services). Les règles ci-dessous sont formulées pour Codexia et ne reprennent pas mot pour mot les libellés Opquast.

Principes directeurs

  • UtilitĂ© utilisateur : chaque page doit rĂ©pondre Ă  un besoin clair.
  • VĂ©rifiable : une règle doit pouvoir ĂŞtre contrĂ´lĂ©e rapidement.
  • UniversalitĂ© : pas de dĂ©pendance Ă  un contexte local sauf mention explicite.
  • ProportionnalitĂ© : le niveau de dĂ©tail est adaptĂ© Ă  l'enjeu.
  • TraçabilitĂ© : les changements importants sont reportĂ©s dans CHANGELOG.md.

Modèle VPTCS appliqué à la documentation

Visibilité

  • Toute nouvelle page est rĂ©fĂ©rencĂ©e dans toc.md ou dans un index de son dossier.
  • Les titres sont explicites et cohĂ©rents avec le glossaire.
  • Les liens entrants depuis README.md et DOCUMENTATION.md sont maintenus Ă  jour si la page est centrale.

Perception

  • Une page commence par un rĂ©sumĂ© court (2 Ă  5 lignes).
  • La hiĂ©rarchie de titres est logique et sans saut.
  • Les listes et tableaux restent simples et lisibles.
  • Le vocabulaire est direct, avec des phrases courtes.

Technique

  • Les liens sont relatifs et testables localement.
  • Les exemples de commandes ou de configuration sont complets et exĂ©cutables.
  • Les blocs de code ont un identifiant de langage.
  • Les chemins et noms de fichiers sont exacts.

Contenus

  • Les affirmations techniques sont prĂ©cises et datĂ©es si nĂ©cessaire.
  • Les concepts rĂ©currents sont dĂ©finis dans glossaire.md.
  • Les dĂ©cisions et choix d'architecture sont motivĂ©s.
  • Les sources externes critiques sont mentionnĂ©es.

Services

  • Chaque page indique les actions attendues ou les prochaines Ă©tapes.
  • Les propriĂ©taires ou points de contact sont identifiĂ©s quand c'est utile.
  • Les impacts de modification sont signalĂ©s (risques, compatibilitĂ©, migration).

Checklist qualité (a cocher lors d'une revue)

Visibilité

  • La page figure dans toc.md ou un index local.
  • Le titre est unique et descriptif.
  • La page est retrouvable depuis README.md si elle est structurante.

Perception

  • Un rĂ©sumĂ© court est prĂ©sent en dĂ©but de page.
  • Les titres suivent H1 puis H2/H3 sans saut.
  • Les listes restent courtes et non imbriquĂ©es.
  • Le texte Ă©vite le jargon non dĂ©fini.

Technique

  • Tous les liens internes sont valides.
  • Les exemples sont reproductibles.
  • Les blocs de code ont un langage spĂ©cifiĂ©.
  • Les chemins et noms de fichiers sont exacts.

Contenus

  • Les informations sensibles (sĂ©curitĂ©, RGPD, credentials) sont traitĂ©es correctement.
  • Les dates et versions critiques sont explicites.
  • Les termes nouveaux sont ajoutĂ©s Ă  glossaire.md.
  • Les changements notables sont ajoutĂ©s dans CHANGELOG.md.

Services

  • Les actions ou livrables attendus sont clairs.
  • Les impacts de modification sont mentionnĂ©s.
  • Les dĂ©pendances entre pages sont explicites.

Assistant documentaire

Posez une question sur la documentation. Les réponses citent leurs sources — un clic ouvre le document à gauche.

Loading…
Loading the web debug toolbar…
Attempt #