Conception et développement d'applications
L'épreuve Conception et développement d'applications (E5) évalue la capacité à conduire un développement complet : recueil du besoin, modélisation, choix techniques, codage, tests, documentation, mise en service. Le jury regarde autant la qualité du code que la traçabilité de la démarche.
De la demande au modèle
Le besoin se formalise avant tout code : acteurs et cas d'utilisation (qui fait quoi), diagramme de classes (structure), diagramme de séquence (échanges dans le temps), puis modèle relationnel (MCD puis MLD). Une association plusieurs-à-plusieurs se traduit par une table de liaison ; une association un-à-plusieurs se traduit par une clé étrangère placée du côté « plusieurs ».
Architecture et qualité
L'architecture MVC sépare modèle (données et règles métier), vue (affichage) et contrôleur (orchestration) : elle rend le code testable et maintenable. Le versionnement Git est attendu : commits atomiques, branches par fonctionnalité, demande de fusion relue. Les tests unitaires couvrent les cas limites (vide, doublon, valeur extrême). La sécurité se pense dès la conception : requêtes préparées contre l'injection SQL, échappement en sortie contre le XSS, contrôle des rôles côté serveur - jamais dans le seul JavaScript.
Exemple raisonné
Besoin : « un client passe plusieurs commandes, une commande appartient à un seul client ». Dans le diagramme de classes, cardinalités 1 → 0..* ; dans le MLD, table client(id, nom) et table commande(id, date, montant, client_id) où client_id est clé étrangère. Pour lister les clients n'ayant jamais commandé, un INNER JOIN renvoie zéro ligne : il faut une jointure externe - SELECT c.id FROM client c LEFT JOIN commande o ON o.client_id = c.id WHERE o.id IS NULL;. Ce type de question distingue un candidat qui récite SQL d'un candidat qui comprend la jointure.
Les pièges qui coûtent des points
Inverser les cardinalités ; oublier la contrainte d'intégrité référentielle ; confondre maquette graphique et modèle de données ; livrer un code sans versionnement ni tests ; placer l'authentification dans le front ; ignorer une exigence du cahier des charges (accessibilité, charte graphique) ; ne pas documenter l'installation et les prérequis.