Guide du Projet NEA A-Level CS : De l'Idée à la Rédaction

Le Non-Exam Assessment (NEA) est la partie du A-level Informatique où les notes proviennent de votre propre projet, pas d'une salle d'examen. Il récompense la planification, la résolution de problèmes et la communication technique claire autant que la maîtrise du code. Ce guide explique comment choisir un problème viable, structurer votre travail et rédiger une documentation qui reflète vraiment le barème.

Choisir un Problème Qui Vaut la Peine d'Être Résolu

La plus grande erreur des étudiants est de choisir un projet soit trop trivial (une simple calculatrice) soit trop ambitieux (un réseau social complet avec chat en temps réel et paiements). Les examinateurs veulent voir un vrai problème avec de vrais utilisateurs ou un vrai cas d'usage — même si le « client » est un membre de la famille, un club local ou vous-même.

Les bons projets NEA impliquent généralement :

• Une tâche claire qui peut être divisée en sous-problèmes plus petits
• Une forme de stockage ou de traitement de données (fichiers, bases de données, données structurées)
• La possibilité de démontrer des algorithmes : recherche, tri, validation ou logique personnalisée
• Un utilisateur final crédible qui peut donner des retours

Évitez les projets qui sont juste des wrappers autour d'une API ou une GUI sans vraie logique en dessous — il y a peu à analyser ou tester, et cela nuit à vos notes dans les sections conception et solution technique.

Structurer le Projet Autour du Barème

La plupart des organismes d'examen divisent le NEA en étapes : analyse, conception, solution technique, tests et évaluation. Traitez-les comme une liste de contrôle, pas comme une réflexion tardive rédigée la veille de la soumission.

L'analyse devrait inclure une déclaration du problème, une recherche sur des solutions existantes similaires, un entretien ou une discussion avec votre client, et un ensemble clair d'objectifs mesurables. Des objectifs vagues comme