Files
gesthub/docs/11_table_correspondance.md
2026-08-21 09:12:02 +02:00

71 lines
4.3 KiB
Markdown

# Table de correspondance et de cohérence avec le dossier RNCP narratif
Cette dernière section fait le lien explicite entre chaque référence citée
dans la Partie 2 du dossier RNCP narratif (« Portefeuille de preuves ») et
l'endroit précis de ce document technique où elle est traitée. Elle signale
aussi les quelques points de cohérence à corriger dans le dossier narratif
avant dépôt.
## Table de correspondance
| Référence dans le dossier RNCP | Emplacement dans ce document |
|---|---|
| « Sections 1 à 9 » (cahier des charges) | Sections 1 à 9 (ce document) |
| « Annexe A1 » (qualité du code, charte de nommage) | Annexe A1 |
| « Sections 10 et 12 » (schéma d'architecture) | Sections 10, 12 + schéma d'infrastructure |
| « Section 11 » (contraintes de sécurité, tableau des risques) | Section 11 + tableau OWASP (Partie 4) |
| « Section 13 » (modèle de données, script SQL) | Section 13 + `web/init.sql` |
| « Section 16 » (planning prévisionnel) | Section « Planning prévisionnel » |
| « Annexe A2 » (estimation de charge) | Annexe A2 |
| « Partie 3 » (docker-compose.yml, Caddyfile, procédures) | Partie 3 — DevOps |
| « Partie 4 » (plan de tests, grille de recette) | Partie 4 — Plan de tests |
| « Partie 5 » / RD-1 à RD-5 (rétro-documentation) | Partie 5 — Rétro-documentation |
| « Partie 6 » (journal de bord) | Journal de bord |
| « Captures d'écran de l'interface » | Section « Captures d'écran » |
| « Code HTML avec attributs ARIA / structure sémantique » | `web/templates/view/index.html` (voir dépôt `gesthub-v2` joint) |
## Points de cohérence à corriger dans le dossier RNCP narratif
**1. Numérotation de la rétro-documentation (RD-3).** Le dossier narratif
utilise « RD-3 » pour deux éléments différents : le flux OIDC annoté
(Bloc 3 — C3) et le dictionnaire de données (Bloc 2 — C4). Ce document
technique tranche avec la numérotation suivante, à reprendre dans le
dossier narratif : **RD-1** = couches, **RD-2** = flux de données,
**RD-3** = flux OIDC annoté, **RD-4** = dictionnaire de données,
**RD-5** = table de correspondance JWT/BDD. → Corriger la ligne de preuve
du Bloc 2 — C4 : remplacer « Dictionnaire des données RD-3 » par
« Dictionnaire des données RD-4 ».
**2. Nombre total de cas de test.** Le dossier narratif indique tantôt
« 28 cas de test » (Bloc 1 — C5, Bloc 3 — C7), tantôt « 44 cas de test »
(Bloc 3 — C5, approfondissement) pour les mêmes catégories UT/IT/TF/TS/TD.
Ce document technique fixe la répartition réelle et harmonisée à
**44 cas documentés** : 17 UT + 11 IT + 4 TF + 6 TS + 6 TD, dont **34
automatisés avec pytest et exécutés avec succès** (17+11+6) et 10 procédures
manuelles documentées (4 TF + 6 TD). → Remplacer « 28 cas de test » par
« 44 cas de test » partout dans le dossier narratif, et « UT-01 à UT-12 »
par « UT-01 à UT-17 » (la suite réelle en compte 17, ce qui dépasse
l'objectif initial).
**3. Éléments propres au stage FabLab BEN.** Les placeholders
`[DECRIRE LE PROCESSUS...]`, `[CAPTURE WORKFLOW ENTREPRISE]`,
`[METHODE : story points...]`, `[RITUEL AGILE...]`,
`[OUTIL DE SUIVI...]`, `[COMPTE-RENDU REVUE SPRINT stage]` (Bloc 2 — C1,
C7, C8, C10, C12 ; Bloc 3 — C8) concernent le stage chez FabLab BEN et non
GestHub : ils sont **hors du périmètre de ce document technique**, qui ne
couvre que le projet GestHub. Nino doit les compléter directement dans la
Partie 2 du dossier narratif avec les éléments réels de son stage
(captures, comptes-rendus, méthode d'estimation utilisée sur place).
**4. Écart assumé entre le code au 16/12/2025 et ce document (août 2026).**
Le code source de GestHub tel qu'il existait au dernier commit Git
(16 décembre 2025) ne comportait pas encore l'architecture en couches, les
modules Annonces/Fichiers/Planning, la table `audit_log`, ni la suite de
tests. Ces éléments ont été développés et testés entre janvier et août 2026
en préparation de ce dossier de certification (voir Journal de bord,
« Travaux réalisés pour ce dossier RNCP »). Le dépôt `gesthub-v2` livré en
annexe contient cette version complète et testée ; il est recommandé de le
pousser sur le dépôt Git réel (`git.ninolbt.com/Nono/gesthub`) avant la
soutenance, pour que le lien cité en synthèse de la Partie 1 pointe vers le
code réellement décrit dans ce dossier.