transfer from private server/git server
This commit is contained in:
70
docs/11_table_correspondance.md
Normal file
70
docs/11_table_correspondance.md
Normal file
@@ -0,0 +1,70 @@
|
||||
# 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.
|
||||
Reference in New Issue
Block a user