Titre pro CDA

Glossaire CDA

Les mots du référentiel, du dossier et des questions du jury, expliqués simplement.

55 termes

Activité type: Un grand bloc du métier. Le titre CDA en compte trois : développer une application sécurisée, la concevoir et la développer en couches, préparer son déploiement.
API REST: Une interface qui expose des ressources via des URL et les verbes HTTP (GET, POST, PUT, DELETE), le plus souvent en JSON.
Architecture en couchesmulticouche, n-tiers: Découper l’application en couches qui ont chacune un rôle : présentation (l’interface), métier (les règles), accès aux données (la base).
Authentification: Vérifier qui vous êtes (identifiant et mot de passe, par exemple). À ne pas confondre avec l’autorisation.
Autorisation: Vérifier ce que vous avez le droit de faire (vos rôles, vos permissions). Elle se contrôle côté serveur, pas en cachant un bouton.
Cardinalité: Le nombre minimum et maximum de fois qu’une entité participe à une association (0,1 / 1,1 / 0,N / 1,N). Attention : MERISE et UML ne les lisent pas dans le même sens.
CCPCertificat de Compétences Professionnelles: Une partie du titre, qui correspond à une activité type. On peut obtenir les CCP séparément et les cumuler pour obtenir le titre complet.
CI/CD: Intégration continue : le code est testé automatiquement à chaque push. Déploiement continu : une version validée part en production automatiquement.
Clé étrangèreFK: Une colonne qui référence la clé primaire d’une autre table. Elle matérialise une relation et empêche de pointer vers une ligne qui n’existe pas.
Clé primairePK: La colonne (ou le groupe de colonnes) qui identifie chaque ligne d’une table de façon unique. Jamais nulle.
Composant d’accès aux donnéesDAO, repository: Le code qui lit et écrit dans la base de données, pour que le reste de l’application n’ait pas à écrire de SQL.
Composant métier: Le code qui applique les règles propres au domaine, par exemple « un lecteur ne peut pas emprunter plus de 5 livres ». Souvent dans des services, côté serveur.
ConteneurDocker: Un paquet qui embarque l’application avec tout ce dont elle a besoin pour tourner pareil partout, sur votre machine comme en production.
CSRF: Une attaque qui fait exécuter une action à un utilisateur connecté, à son insu, depuis un autre site. On s’en protège avec des jetons anti-CSRF.
DevOps: Une façon de travailler qui rapproche développement et exploitation, en automatisant les tests, le déploiement et la surveillance.
Diagramme de cas d’utilisation: Qui fait quoi dans l’application : les acteurs (visiteur, admin…) et les actions qu’ils peuvent réaliser.
Diagramme de classes: Les classes de l’application avec leurs attributs, leurs méthodes, leurs visibilités et leurs relations (héritage, composition, association).
Diagramme de séquence: Le déroulé d’un cas d’utilisation dans le temps : quels objets s’échangent quels messages, dans quel ordre, avec un scénario d’erreur.
Dossier de projet: Le document imprimé qui présente votre ou vos projets : 40 à 60 pages hors annexes. Le jury le lit avant votre présentation.
Ce qu’il faut rendre →
Dossier professionnelDP: Le document officiel où vous décrivez des exemples concrets de votre pratique pour chaque activité type. Le jury l’a en main pendant l’entretien final.
Éco-conceptionRGESN: Réduire l’impact environnemental d’un service numérique : moins de données transférées, moins de calculs, pas de fonctionnalités inutiles.
Environnements: Les différentes copies de l’application : développement (votre machine), test ou recette, et production (les vrais utilisateurs).
Hashage: Transformer un mot de passe en empreinte irréversible (bcrypt, argon2) avant de le stocker. On ne stocke jamais un mot de passe en clair.
Injection SQL: Une attaque qui glisse du SQL dans une saisie utilisateur pour manipuler la base. On s’en protège avec des requêtes préparées ou un ORM.
Jeu d’essai: Des données préparées pour tester une fonctionnalité : les données en entrée, le résultat attendu, le résultat obtenu, et l’analyse des écarts.
JWTJSON Web Token: Un jeton signé, envoyé à chaque requête, qui prouve que l’utilisateur est authentifié. Il contient des informations lisibles : rien de secret dedans.
Maquette: Le rendu proche du final, avec la charte graphique : couleurs, typographies, images.
MCDModèle Conceptuel de Données: Le schéma des données vues par le métier, sans technique : des entités (Livre, Lecteur), des associations (emprunter) et des cardinalités.
Le MCD en détail →
MERISE: Une méthode française pour concevoir une base de données en trois niveaux : le MCD (le métier), le MLD (les tables) et le MPD (le SGBD précis).
Anti-sèche MERISE →
MLDModèle Logique de Données: La traduction du MCD en tables relationnelles, avec clés primaires et étrangères. Il reste indépendant du SGBD choisi.
Le MLD en détail →
MPDModèle Physique de Données: L’implémentation dans un SGBD précis (MySQL, PostgreSQL…) : les types, les contraintes, les index. Concrètement, c’est le script SQL de création.
Le MPD en détail →
MVC: Modèle – Vue – Contrôleur : un découpage où le contrôleur reçoit la requête, le modèle gère les données et la vue affiche le résultat.
Normalisation: Des règles (1FN, 2FN, 3FN) pour éviter la redondance et les incohérences dans une base : chaque information est stockée à un seul endroit.
NoSQL: Des bases de données non relationnelles (MongoDB, Redis…) : documents, clé-valeur, graphes. Le référentiel demande de savoir accéder aux deux.
ORM: Une librairie qui fait le lien entre les objets du code et les tables de la base (Prisma, TypeORM, Doctrine, Hibernate…).
OWASP Top 10: La liste de référence des 10 risques de sécurité les plus courants dans les applications web. Une bonne base pour votre veille.
Pipeline: La suite d’étapes automatiques lancée à chaque push : lint, tests, build, déploiement (GitHub Actions, GitLab CI…).
Plan de tests: Le document qui prévoit ce qui sera testé, comment et dans quel environnement, pour couvrir toutes les fonctionnalités.
Pyramide de tests: Beaucoup de tests unitaires à la base, moins de tests d’intégration au milieu, peu de tests end-to-end au sommet.
RERéférentiel d’Évaluation: Le document qui décrit comment le titre est évalué : les épreuves, leur durée, ce qu’il faut rendre et les critères du jury.
Le déroulé de l’épreuve →
REACRéférentiel Emploi Activités Compétences: Le document officiel qui décrit le métier de CDA : ses activités, ses compétences et ce qu’on attend de chacune. C’est la référence de tout le titre.
Comment se préparer →
RecetteUAT: La validation de l’application par le client ou l’utilisateur final : est-ce que ça répond au besoin ?
Responsive: Une interface qui s’adapte à la taille de l’écran : mobile, tablette, ordinateur.
RGAA: Le référentiel français d’accessibilité numérique, basé sur les WCAG : contrastes, navigation au clavier, textes alternatifs…
RGPD: Le règlement européen sur les données personnelles : ne collecter que le nécessaire, informer, permettre la suppression, sécuriser.
Salage: Ajouter une valeur aléatoire au mot de passe avant de le hasher, pour que deux mots de passe identiques n’aient pas la même empreinte.
Test d’intégration: Teste plusieurs briques ensemble, par exemple l’API et la base de données.
Test end-to-endE2E: Teste un parcours utilisateur complet, comme un vrai utilisateur dans le navigateur. Lent et coûteux, donc moins nombreux.
Test unitaire: Teste une petite unité de code (une fonction, une classe) isolée du reste. Rapide, et nombreux.
UML: Un langage de schémas pour modéliser une application orientée objet : cas d’utilisation, classes, séquences… Ce n’est pas une méthode, c’est une notation.
L’UML en détail →
User storyUS: Un besoin écrit du point de vue de l’utilisateur : « En tant que… je veux… afin de… », avec ses critères d’acceptation.
Veille technologique: Suivre les évolutions et les failles de sécurité de vos outils. Le titre demande de présenter votre veille sur les vulnérabilités.
Wireframe: La structure détaillée d’une page, sans design : les vrais éléments d’interface, en niveaux de gris.
XSS: Une attaque qui injecte du JavaScript dans une page vue par d’autres utilisateurs. On s’en protège en échappant ce qu’on affiche.
Zoning: Le tout premier croquis d’une page : de grands blocs qui indiquent où va chaque zone (en-tête, contenu, menu…).